Alternativa al binario rfcomm ora deprecato in bluez

A partire da bluez 5.44, i binari rfcomm contenuti in bluez-utils (tra gli altri come hcitool) sono considerati deprecati e da ora in poi sono inclusi solo nel pacchetto bluez-utils-compat fornito da AUR.

Esiste un'applicazione simile da riga di comando per associare un dispositivo bluetooth a una porta seriale usando il modulo kernel rfcomm o devo usare PyBluez o librerie simili da ora in poi?

Se il secondo caso dovesse succedere, quali librerie di Python 3 consiglieresti?

E se qualcuno lo sa, per favore dimmi perché così tanti bluez-utils sono considerati improvvisamente deprecati. Non sono riuscito a trovare nulla al riguardo.

L'ArchWiki consiglia l'implementazione della funzionalità rfcomm utilizzando il nuovo D-Bus Profilo 1 API .

Recentemente ho trovato il progetto bluez-tools , che mira a implementare la funzionalità persa usando l'API D-Bus attuale di Bluez.

Bluez-tools è disponibile su ArchLinux dal repository della community. Non ho provato questo e la pagina github afferma che è ancora in beta. Ma secondo la documentazione, bt-serial dovrebbe essere in grado di sostituire il vecchio bluez rfcomm e bt-adapter + bt-agent + bt-device hanno la funzionalità di hcitool.

Modifica: guardando l'elenco dei problemi e gli ultimi commit, bluez-tools non sembra più essere attivamente mantenuto.

Ho trovato un'altra possibile soluzione. Ho trovato questo scavando nel repository git hub di qualcuno. Questo utilizza il modulo socket incorporato in python3.

Prerequisiti:

1. Hai un adattatore funzionante all'indirizzo <indirizzo adattatore>.
2. Il dispositivo Bluetooth di destinazione è <indirizzo dispositivo>.
3. Il dispositivo è bloccato.

Cioè, lo stesso punto in cui è possibile utilizzare rfcomm.

$python3
>>> import socket
>>> sock = socket.socket(socket.AF_BLUETOOTH, socket.SOCK_STREAM, socket.BTPROTO_RFCOMM)
>>> adapter = '00:11:22:33:44:55' #<adapter address>
>>> device = '55:44:33:22:11:00' #<device address>
>>> sock.bind((adapter, 1))
>>> sock.connect((device, 1))
## If not pinned it will ask you. You can use/adapt the bluez simple-agent for headless pinning
>>> sock.send(b'hello\n')
>>> sock.recv(100)
>>> sock.close()

voglio notare questo problema:

1. che questo progetto github contiene alcune funzionalità di rfcomm. (basato su file di test bluez).

2. Il progetto bluez stesso contiene ancora il file rfcomm.c, che può essere facilmente compilato con:

   gcc -lbluetooth rfcomm.c -orfcomm -DVERSION = xyz

... solo un file, non è necessario compilare l'intero progetto bluez. dove xyz è la versione del codice sorgente scaricato bluez tar.xz (5.46 è ora). prima di scaricare, si dovrebbe prima controllare il proprio bluetoothd -ve scaricare la sorgente corrispondente. bluez-libs è solo dipendenza per il successo della compilazione.

Avevo bisogno di rfcomm per armv7 (raspberry 2) e non esiste un pacchetto aur per rfcomm, e questo era l'unico modo, ma funziona bene.

Non so ancora perché rfcomm sia deprecato, senza una buona alternativa, e come parlare al bluetooth come era la porta seriale in altro modo. Perché anche tu sei esperto di Python più esperto di DBUS ... (come probabilmente il proprietario del progetto sopra menzionato lo è) ... ancora solo quindici è stato fornito in questo modo, non un vero dispositivo personaggio in / dev / ... che tutti gli altri programmi (come Arduino ) può vedere e lavorare con.