Remote controller bluetooth non si connette a Raspberry PI 3B

[alfredoborioni]

Salve,
ho un Raspberry PI 3B con Raspbian Buster.

Sto cercando di connettere il Raspi al seguente controller bluetooth

https://images.app.goo.gl/kjV16ppyYZAMXpZo6

Sia con l'interfaccia grafica che con il terminale riesco solo ad ottenere il pairing del dispositivo che però non si connette e risulta, di fatto, inutilizzabile.

Potreste aiutarmi?

Grazie a tutti

[canislupus80]

Riesci da riga di comando a lanciare questo comando:

Code: Select all

sudo tail -f /var/log/syslog | grep blue

Dovrebbe darti l'estratto del log del demone Bluetooth.

Una volta fatto, puoi copiarlo in questo post.

[alfredoborioni]

Riesci da riga di comando a lanciare questo comando:

Code: Select all

sudo tail -f /var/log/syslog | grep blue

Dovrebbe darti l'estratto del log del demone Bluetooth.

Una volta fatto, puoi copiarlo in questo post.

Grazie, proverò a copiare il risultato il prima possibile

[alfredoborioni]

Riesci da riga di comando a lanciare questo comando:

Code: Select all

sudo tail -f /var/log/syslog | grep blue

Dovrebbe darti l'estratto del log del demone Bluetooth.

Una volta fatto, puoi copiarlo in questo post.

Con la sintassi che mi hai suggerito, il terminale resta assolutamente immobile.

Accorciandola un po'

Code: Select all

pi@raspberrypi:~ $ sudo tail -f /var/log/syslog
Sep 16 18:50:15 raspberrypi kernel: [  100.831063] hid-generic 0003:046D:C52E.0003: input,hiddev97,hidraw2: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-3f980000.usb-1.5/input1
Sep 16 18:50:15 raspberrypi mtp-probe: checking bus 1, device 6: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5"
Sep 16 18:50:15 raspberrypi mtp-probe: bus: 1, device: 6 was not an MTP device
Sep 16 18:50:16 raspberrypi systemd-udevd[1281]: Process '/usr/sbin/th-cmd --socket /var/run/thd.socket --passfd --udev' failed with exit code 1.
Sep 16 18:50:16 raspberrypi systemd-udevd[1288]: Process '/usr/sbin/th-cmd --socket /var/run/thd.socket --passfd --udev' failed with exit code 1.
Sep 16 18:50:16 raspberrypi systemd-udevd[1276]: Process '/usr/sbin/th-cmd --socket /var/run/thd.socket --passfd --udev' failed with exit code 1.
Sep 16 18:50:16 raspberrypi systemd-udevd[1278]: Process '/usr/sbin/th-cmd --socket /var/run/thd.socket --passfd --udev' failed with exit code 1.
Sep 16 18:50:16 raspberrypi systemd-udevd[1277]: Process '/usr/sbin/th-cmd --socket /var/run/thd.socket --passfd --udev' failed with exit code 1.
Sep 16 18:50:16 raspberrypi mtp-probe: checking bus 1, device 6: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5"
Sep 16 18:50:16 raspberrypi mtp-probe: bus: 1, device: 6 was not an MTP device

Grazie ancora

[canislupus80]

In tutta onestà dal log che hai postato non si evince neanche che il remote controller abbia fatto il pairing.

[alfredoborioni]

In tutta onestà dal log che hai postato non si evince neanche che il remote controller abbia fatto il pairing.

Si, hai ragione.

Eppure l'altro ieri da terminale aveva dato conferma.

Non so....

[alfredoborioni]

rifarò l'intera procedura e alla fine ci aggiungerò il comando suggerito, sperando che venga fuori qualcosa di significativo

[canislupus80]

Ho fatto un po' di ricerche e diciamo che l'informazione che ti ho dato era decisamente parziale.
Infatti a meno di abilitare la modalità di debug del demone Bluetooth, difficilmente riuscirai a leggere qualche informazione su eventuali problemi.
Quindi esegui questi passi:

Abilitazione debug del demone Bluetooth

Code: Select all

sudo sed -i 's/bluetoothd/bluetoothd \-d/g' /lib/systemd/system/bluetooth.service

Riavvio demone bluetooth

Code: Select all

sudo systemctl restart bluetooth.service 

Ascolto messaggi per errori bluetooth

Code: Select all

tail -f /var/log/syslog |grep -i "blue"

In un'altra schermata (ssh o desktop), effettua il pairing del remote controller.
Vediamo in questo caso se ti trovi qualche informazione.

[alfredoborioni]

Ho fatto un po' di ricerche e diciamo che l'informazione che ti ho dato era decisamente parziale.
Infatti a meno di abilitare la modalità di debug del demone Bluetooth, difficilmente riuscirai a leggere qualche informazione su eventuali problemi.
Quindi esegui questi passi:

Abilitazione debug del demone Bluetooth

Code: Select all

sudo sed -i 's/bluetoothd/bluetoothd \-d/g' /lib/systemd/system/bluetooth.service

Riavvio demone bluetooth

Code: Select all

sudo systemctl restart bluetooth.service 

Ascolto messaggi per errori bluetooth

Code: Select all

tail -f /var/log/syslog |grep -i "blue"

In un'altra schermata (ssh o desktop), effettua il pairing del remote controller.
Vediamo in questo caso se ti trovi qualche informazione.

Innanzitutto, grazie per spendere il tuo tempo per aiutarmi.

Qua di seguito il risultato dei comandi che mi hai dato

Code: Select all

pi@raspberrypi:~ $ sudo sed -i 's/bluetoothd/bluetoothd \-d/g' /lib/systemd/system/bluetooth.service
pi@raspberrypi:~ $ sudo systemctl restart bluetooth.service 
Warning: The unit file, source configuration file or drop-ins of bluetooth.service changed on disk. Run 'systemctl daemon-reload' to reload units.
pi@raspberrypi:~ $ tail -f /var/log/syslog |grep -i "blue"
Sep 21 14:24:18 raspberrypi systemd[1]: Started BluezALSA proxy.
Sep 21 14:24:18 raspberrypi bluetoothd[4349]: Bluetooth management interface 1.14 initialized
Sep 21 14:24:18 raspberrypi dbus-daemon[343]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.24' (uid=0 pid=4349 comm="/usr/lib/bluetooth/bluetoothd ")
Sep 21 14:24:18 raspberrypi bluetoothd[4349]: Sap driver initialization failed.
Sep 21 14:24:18 raspberrypi bluetoothd[4349]: sap-server: Operation not permitted (1)
Sep 21 14:24:18 raspberrypi bluetoothd[4349]: Endpoint registered: sender=:1.25 path=/org/bluez/hci0/A2DP/SBC/Source/1

[canislupus80]

Siamo una community, se non ci aiutiamo tra di noi...

Dopo aver dato quei comandi devi fare anche questo (come suggerito nel messaggio dopo il riavvio del demone bluetoothd)

Code: Select all

sudo systemctl daemon-reload

Altrimenti non dovrebbe prendersi l'opzione debug che abbiamo inserito nel file di service (un po' come i servizi di windows per capirci).