Bluetooth-Maus wird getrennt

10

Ich benutze Debian Jessie (Testen). Ich habe eine Bluetooth - Maus (Microsoft Sculpt Comfort) und ich kann es paaren und verwenden Sie es in Ordnung, aber nach einiger Zeit der Inaktivität (ca. 10 Minuten) es nicht mehr funktioniert, muss ich manuell die berühren Satz auffindbar Taste auf der Maus und Wieder- Koppeln Sie es in der Befehlszeile.

Dieselbe Maus, die ich unter OS X ausprobiert habe und die funktioniert, es handelt sich also nicht um ein Hardwareproblem

Kernel 3.14.12-1 (2014-07-11)

Ich kopple die Maus mit diesem Befehl:

sudo hidd --connect 30:59:B7:72:A5:A7

Bei korrekter Kopplung ist dies die Ausgabe von / var / log / syslog

Jan  7 15:22:42 desktop hidd: New HID device 30:59:B7:72:A5:A7 (Microsoft Bluetooth Mouse        )
Jan  7 15:22:42 desktop kernel: [103877.102083] hid-generic 0005:045E:07A2.0009: unknown main item tag 0x0
Jan  7 15:22:42 desktop kernel: [103877.102481] input: Microsoft Bluetooth Mouse         as /devices/pci0000:00/0000:00:02.0/usb2/2-3/2-3:1.0/bluetooth/hci0/hci0:42/0005:045E:07A2.0009/input/input51
Jan  7 15:22:42 desktop kernel: [103877.102884] hid-generic 0005:045E:07A2.0009: input,hidraw3: BLUETOOTH HID v1.29 Mouse [Microsoft Bluetooth Mouse        ] on 00:15:83:c8:52:19

Nach einiger Leerlaufzeit wird dies in derselben Protokolldatei gedruckt:

Jan  7 15:34:34 desktop acpid: input device has been disconnected, fd 20

Wenn ich auf eine Maustaste klicke oder sie bewege, wird Folgendes gedruckt:

Jan  7 15:49:55 desktop bluetoothd[650]: Refusing input device connect: No such file or directory (2)
Jan  7 15:49:56 desktop bluetoothd[650]: Refusing connection from 30:59:B7:72:A5:A7: unknown device

Dies scheint darauf hinzudeuten, dass die Maus noch funktioniert und versucht, das Betriebssystem anzuweisen, erneut eine Verbindung herzustellen, dies jedoch nicht.

Dies ist die Antwort von udevadm info -p :

P: /devices/pci0000:00/0000:00:02.0/usb2/2-3/2-3:1.0/bluetooth/hci0/hci0:42/0005:045E:07A2.0004/input/input22
E: ABS=100000000
E: DEVPATH=/devices/pci0000:00/0000:00:02.0/usb2/2-3/2-3:1.0/bluetooth/hci0/hci0:42/0005:045E:07A2.0004/input/input22
E: EV=10001f
E: ID_FOR_SEAT=input-pci-0000_00_02_0-usb-0_3_1_0
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_INPUT_KEYBOARD=1
E: ID_INPUT_MOUSE=1
E: ID_PATH=pci-0000:00:02.0-usb-0:3:1.0
E: ID_PATH_TAG=pci-0000_00_02_0-usb-0_3_1_0
E: KEY=4837fff072ff32d bf54444600000000 1f0001 30f908b17c007 ffe77bfad9415fff febeffdff3cfffff fffffffffffffffe
E: MODALIAS=input:b0005v045Ep07A2e0129-e0,1,2,3,4,14,    k71,72,73,74,75,77,79,7A,7B,7C,7D,7E,7F,80,81,82,83,84,85,86,87,88,89,8A,8B,8C,8E,90,96,98,9B,9C,9E,9F,A1,A3,A4,A5,A6,A7,A8,A9,AB,AC,AD,AE,B0,    B1,B2,B5,B6,B7,B8,B9,BA,BB,BC,BD,BE,BF,C0,C1,C2,CE,CF,D0,D1,D2,D4,D8,D9,DB,DF,E4,E7,E8,E9,EA,EB,F0,F1,100,110,111,112,113,114,161,162,166,16A,1    6E,172,174,176,178,179,17A,17B,17C,17D,17F,180,182,183,185,188,189,18C,18D,18E,18F,190,191,192,193,195,198,199,19A,1A0,1A1,1A2,1A3,1A4,1A5,1A6,    1A7,1A8,1A9,1AA,1AB,1AC,1AD,1AE,1B0,1B1,1B7,1BA,r0,1,6,7,8,9,a20,m4,lsfw
E: MSC=10
E: NAME="Microsoft Bluetooth Mouse        "
E: PHYS="00:15:83:c8:52:19"
E: PRODUCT=5/45e/7a2/129
E: PROP=0
E: REL=3c3
E: SUBSYSTEM=input
E: TAGS=:seat:
E: UNIQ="30:59:b7:72:a5:a7"
E: USEC_INITIALIZED=55796705
AndresQ
quelle
1
Ich habe eine Lösung für mein Bluetooth-Problem gefunden (keine automatische Synchronisierung / Wiederverbindung von Logitech-Maus-PC), bei der Parameter zu Gnome-Bluetooth hinzugefügt wurden, wie hier angegeben: ralphm.net/blog/2013/10
AbreuFreire
Die Microsoft Mouse war bereits in der Pin-Code-Datenbank.xml, funktioniert immer noch nicht, danke für die Info
AndresQ

Antworten:

12

Für dieses Problem gibt es 3 Lösungen. Vielleicht könnte sogar das Kombinieren von zwei davon Ihr Problem beheben.

Lösung 1

Bearbeiten Sie die Datei /etc/bluetooth/input.confund legen Sie den Parameter IdleTimeout=0im [General]Block fest.

root@nwdesktop:~# vim /etc/bluetooth/input.conf


# Configuration file for the input service

# This section contains options which are not specific to any
# particular interface
[General]

# Set idle timeout (in minutes) before the connection will
# be disconnect (defaults to 0 for no timeout)
IdleTimeout=0

Starten Sie den Bluetooth-Dienst neu:

root@nwdesktop:~# /etc/init.d/bluetooth restart
 * Stopping bluetooth                                                    [ OK ] 
 * Starting bluetooth                                                    [ OK ]

Dadurch werden Unterbrechungen aufgrund von Zeitüberschreitungen bei Ihren Bluetooth-Mäusen und -Tastaturen verhindert.

Lösung 2

Erstellen Sie eine udev-Regel, die verhindert, dass Ihre Maus automatisch suspendiert wird

root@nwdesktop:~# vi /etc/udev/rules.d/91-local.rules

ACTION=="add", SUBSYSTEM=="bluetooth", ATTR{product}=="Microsoft Bluetooth Mouse        ", ATTR{power/control}="on"

root@nwdesktop:~# # udevadm control --reload-rules

Lösung 3

Dieser macht mich nicht stolz, aber ... Erstellen Sie ein Skript mit Ihrem Befehl hidd connect:

user@nwdesktop:~# vi /home/user/recconect.sh

#!/bin/bash
sudo hidd --connect 30:59:B7:72:A5:A7

Fügen Sie nun Ihrer Crontab hinzu:

root@nwdesktop:~# vi /etc/crontab

*/10   *    *   *   *   root /home/user/recconect.sh

Prost.


quelle
Versuchte dies, mit dem gleichen Ergebnis wie zuvor :(
AndresQ
Verwendet Ihr Notebook das Modul thinkpad-acpi? ( lsmod | grep acpium es zu überprüfen).
Nein, ich habe dieses Modul nicht geladen
AndresQ
Könnten Sie bitte weitere Details Ihrer Maus posten, indem Sie den folgenden Befehl ausführen und Ihre Frage bearbeiten? udevadm info -p /devices/pci0000:00/0000:00:02.0/usb2/2-3/2-3:1.0/bluetooth/hci0/hci0:42/0005:045E:07A2.0009/input/input51 . Dieser Pfad, der mit beginnt, /devicekann sich in Ihrem Protokoll ändern ...
Eine andere Frage. Ist das Paket laptop-mode-toolsauf Ihrem Computer installiert? Vielen Dank für all diese Informationen, die Sie
2

Das einzige, was ich tun musste, um drahtlose Kopfhörer Sony MDR-ZX550BN zu aktivieren (zu verbinden), befindet sich in /etc/bluetooth/input.conf

Zeile hinzufügen / auskommentieren:

# Aktivieren Sie die HID-Protokollbehandlung im Userspace-Eingabeprofil

# Standardwert ist false (HIDP wird im HIDP-Kernelmodul behandelt)

UserspaceHID = true

und natürlich den Dienst /etc/init.d/bluetooth neu starten

PS Ich benutze Debian 8 Jessie

dovla091
quelle
1
Könnten Sie bitte erklären, wie dies für die Frage relevant ist?
Robin Green
1
weil ich die gleichen Symptome wie AndresQ hatte (aber mit meinen drahtlosen Bluetooth-Kopfhörern) und irgendwo festgestellt habe, dass Sie die Konfiguration ändern müssen, wonach Sie keine Probleme mehr "mit der Reparatur der Bluetooth-Verbindung" haben. Aber hey, wenn Sie denken, dass dies jemandem nicht helfen könnte, können Sie meinen Kommentar als "nicht nützlich" überprüfen.
dovla091
0

Als ich mir die Protokolle ansah, bemerkte ich, dass bei jeder Trennung eine Zeile mit einer UPower-Debug-Meldung ausgegeben wurde. Es scheint, dass der xfce4-Power-Manager diesen Daemon verwendet hat, um das Trackpad ab und zu auf seinen Akkuladestand abzufragen. Was das Problem für mich behoben zu haben scheint, ist die vollständige Deaktivierung und Deinstallation von UPower und xfce4-power-manager.

Ger
quelle
Ich nehme an, durch Protokolle, meinst du /var/log/syslog; Diese Antwort würde verbessert, indem sie bearbeitet wird, um dies zu erwähnen. Es wäre auch nützlich, die Nachteile (falls vorhanden) des Entfernens von UPower und xfce4-power-manager zu erwähnen.
Anthony Geoghegan
Nicht wirklich. Ich bin vor langer Zeit auf den systemd-Wagen gesprungen und habe die Protokolle mit journalctl überprüft. Dies kann bei anderen Systemen oder Distributionen anders sein. Und ich denke, Benutzer sind für ihre Systeme verantwortlich, und wenn sie sich dazu entschließen, meinen Rat zu befolgen, sollten sie wissen, was sie tun. Ich erkläre lediglich, wie ich das in dieser Frage aufgedeckte Problem persönlich behoben habe.
Ger