il mouse bluetooth si disconnette


10

Sto usando Debian Jessie (test). Ho un mouse bluetooth (Microsoft Sculpt Comfort) e posso accoppiarlo e usarlo bene, ma dopo un po 'di inattività (circa 10 minuti) smette di funzionare, devo toccare manualmente il pulsante rilevabile impostato sul mouse e ri abbinalo sulla riga di comando.

Lo stesso mouse che ho provato su OS X e funziona, quindi non è un problema hardware

Kernel 3.14.12-1 (2014-07-11)

Associo il mouse a questo comando:

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

Se accoppiato correttamente, questo è l' output / 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

Dopo qualche tempo di inattività, questo viene stampato sullo stesso file di registro:

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

Se faccio clic su un pulsante del mouse o lo sposto, questo viene stampato:

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

Il che sembra indicare che il mouse funziona ancora e sta cercando di dire al sistema operativo di riconnettersi, ma non è possibile.

Questa è la risposta udpad 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
Ho trovato la soluzione alla mia prob bluetooth (nessuna sincronizzazione / ricollegamento automatico del mouse-PC logitech) aggiungendo parametri a gnome-bluetooth come la divulgazione qui: ralphm.net/blog/2013/10
AbreuFreire

il mouse di Microsoft era già nel pin-code-database.xml, ancora non funziona, grazie per le informazioni
AndresQ

Risposte:


12

Esistono 3 soluzioni per questo problema. Forse anche combinarne 2 potrebbe risolvere il tuo problema.

Soluzione 1

Modifica il file /etc/bluetooth/input.confe imposta il parametro IdleTimeout=0all'interno del [General]blocco.

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

Riavvia il servizio bluetooth:

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

Ciò impedirà le disconnessioni dovute al timeout dei mouse e delle tastiere bluetooth.

Soluzione 2

Crea una regola udev che eviterà la sospensione automatica del mouse

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

Soluzione 3

Questo non mi rende orgoglioso, ma ... Crea uno script con il tuo comando hidd connect:

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

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

Ora aggiungi al tuo crontab:

root@nwdesktop:~# vi /etc/crontab

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

Saluti.


Ho provato questo, con lo stesso risultato di prima :(
AndresQ

Il tuo notebook utilizza il modulo thinkpad-acpi? ( lsmod | grep acpiper controllarlo).

no, non ho caricato quel modulo
AndresQ

Potresti pubblicare maggiori dettagli del mouse eseguendo il comando seguente e modificando la tua domanda? 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 . Questo percorso che inizia con /devicepotrebbe cambiare nel tuo registro ...

Un'altra domanda. Il pacchetto è laptop-mode-toolsinstallato sul tuo computer? Grazie per tutte queste informazioni che stai

2

L'unica cosa che ho dovuto fare per abilitare (collegare) le cuffie wireless Sony MDR-ZX550BN sono in /etc/bluetooth/input.conf

riga aggiungi / decommenta:

# Abilita la gestione del protocollo HID nel profilo di input dello spazio utente

# L'impostazione predefinita è false (HIDP gestito nel modulo kernel HIDP)

UserspaceHID = true

e riavvia naturalmente il servizio /etc/init.d/bluetooth restart

PS Sto usando Debian 8 Jessie


1
Potresti spiegare come questo è rilevante per la domanda?
Robin Green,

1
perché avevo gli stessi sintomi di AndresQ (ma con le mie cuffie bluetooth wireless) e ho scoperto da qualche parte che è necessario modificare la configurazione, dopo di che non si hanno problemi "con la riparazione della connessione bluetooth". Ma hey, se pensi che questo potrebbe non aiutare qualcuno, sentiti libero di controllare il mio commento come "non utile".
dovla091,

0

Guardando i log ho notato che ogni disconnessione ha gettato una linea con un messaggio di debug UPower. Sembra che xfce4-power-manager usasse questo demone per eseguire il polling del trackpad di tanto in tanto per il livello della batteria. Ciò che sembra aver risolto il problema per me è disabilitare e disinstallare completamente UPower e xfce4-power-manager.


Presumo dai registri, intendi /var/log/syslog; questa risposta sarebbe migliorata modificandola per menzionarla. Sarebbe anche utile menzionare gli eventuali svantaggi della rimozione di UPower e xfce4-power-manager.
Anthony Geoghegan,

Non proprio. Sono saltato sul carro di Systemd molto tempo fa e ho controllato i registri con journalctl. Potrebbe essere diverso per altri sistemi o distribuzioni. E penso che gli utenti siano responsabili dei loro sistemi e se decidono di seguire il mio consiglio dovrebbero sapere cosa stanno facendo. Sto semplicemente affermando come ho risolto personalmente il problema esposto in questa domanda.
Ger,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.