mysz bluetooth rozłącza się


10

Używam Debian Jessie (testowanie). Mam mysz bluetooth (Microsoft Sculpt Comfort) i mogę ją sparować i używać w porządku, ale po pewnym czasie bezczynności (około 10 minut) przestaje działać, muszę ręcznie dotknąć ustawionego przycisku myszy i ponownie sparuj w wierszu polecenia.

Ta sama mysz, którą wypróbowałem na OS X i działa, więc nie jest to problem sprzętowy

Jądro 3.14.12-1 (2014-07-11)

Paruję mysz z tym poleceniem:

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

Po prawidłowym sparowaniu jest to wyjście / 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

Po pewnym czasie bezczynności jest on drukowany w tym samym pliku dziennika:

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

Kliknięcie przycisku myszy lub przesunięcie go powoduje wydrukowanie:

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

Co wydaje się wskazywać, że mysz nadal działa i próbuje powiedzieć systemowi operacyjnemu, aby ponownie się łączyła, ale nie może.

To jest odpowiedź 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

1
Znalazłem rozwiązanie dla mojego bluetooth prob (brak automatycznej synchronizacji / ponownego połączenia logitech mysz-komputer PC) dodając parametry do gnome-bluetooth, takie jak ujawnienie tutaj: ralphm.net/blog/2013/10
AbreuFreire

mysz Microsoft była już w
pliku

Odpowiedzi:


12

Istnieją 3 rozwiązania tego problemu. Może nawet połączenie 2 z nich może rozwiązać problem.

Rozwiązanie 1

Edytuj plik /etc/bluetooth/input.confi ustaw parametr IdleTimeout=0wewnątrz [General]bloku.

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

Uruchom ponownie usługę Bluetooth:

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

Zapobiegnie to rozłączeniu z powodu przekroczenia limitu czasu myszy i klawiatur Bluetooth.

Rozwiązanie 2

Utwórz regułę udev, która pozwoli uniknąć automatycznego zawieszania myszy

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

Rozwiązanie 3

Ten nie czyni mnie dumnym, ale ... Utwórz skrypt za pomocą polecenia hidd connect:

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

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

Teraz dodaj do swojego crontab:

root@nwdesktop:~# vi /etc/crontab

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

Twoje zdrowie.


Próbowałem tego, z takim samym wynikiem jak wcześniej :(
AndresQ

Czy Twój notebook korzysta z modułu thinkpad-acpi? ( lsmod | grep acpiaby to sprawdzić).

nie, nie mam załadowanego tego modułu
AndresQ

Czy możesz podać więcej szczegółów na temat myszy wykonującej następujące polecenie i edytuj swoje pytanie? 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 . Ta ścieżka, która zaczyna się od, /devicemoże się zmienić w twoim dzienniku ...

Inne pytanie. Czy pakiet jest laptop-mode-toolszainstalowany na twoim komputerze? Dzięki za te wszystkie informacje, które wydobywacie;)

2

Jedyne, co musiałem zrobić, aby włączyć (podłączyć) słuchawki bezprzewodowe Sony MDR-ZX550BN, to /etc/bluetooth/input.conf

dodaj / usuń komentarz:

# Włącz obsługę protokołu HID w profilu wejściowym przestrzeni użytkownika

# Domyślne ustawienie na false (HIDP obsługiwany w module jądra HIDP)

UserspaceHID = true

i oczywiście ponownie uruchom usługę /etc/init.d/bluetooth restart

PS Używam Jessie Debiana 8


1
Czy możesz wyjaśnić, w jaki sposób ma to związek z pytaniem?
Robin Green

1
ponieważ miałem takie same objawy jak AndresQ (ale z moimi bezprzewodowymi słuchawkami Bluetooth) i znalazłem miejsce, w którym trzeba zmodyfikować konfigurację, po czym nie ma żadnych problemów z „naprawą połączenia Bluetooth”. Ale hej, jeśli uważasz, że to może komuś nie pomóc, możesz sprawdzić mój komentarz jako „nieprzydatny”.
dovla091

0

Przeglądając dzienniki zauważyłem, że każde rozłączenie rzucało linię z komunikatem debugowania UPower. Wygląda na to, że xfce4-power-manager używał tego demona do sondowania gładzika od czasu do czasu pod kątem poziomu naładowania baterii. To, co wydaje się, że naprawiłem problem, to całkowite wyłączenie i odinstalowanie UPower i xfce4-power-manager.


Mam na myśli logi, masz na myśli /var/log/syslog; odpowiedź ta zostanie ulepszona poprzez edycję, aby o tym wspomnieć. Przydałoby się również wspomnieć o wadach (jeśli w ogóle) usuwania UPower i xfce4-power-manager.
Anthony Geoghegan

Nie całkiem. Dawno temu wskoczyłem na wagon systemowy i sprawdziłem dzienniki w dzienniku. Może być inaczej w przypadku innych systemów lub dystrybucji. I myślę, że użytkownicy są odpowiedzialni za swoje systemy i jeśli zdecydują się skorzystać z mojej rady, powinni wiedzieć, co robią. Podaję tylko, jak osobiście naprawiłem problem ujawniony w tym pytaniu.
Ger
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.