Desde bluez 5.44, los binarios rfcomm contenidos en bluez-utils (entre otros, como hcitool) se consideran obsoletos y de ahora en adelante solo se incluyen en el paquete bluez-utils-compat proporcionado por AUR.
¿Existe una aplicación de línea de comandos similar para vincular un dispositivo bluetooth a un puerto serie usando el módulo del kernel rfcomm o tengo que usar PyBluez o libs similares a partir de ahora?
Si este es el caso, ¿qué bibliotecas de Python 3 recomendaría?
Y si alguien lo sabe, dígame por qué tantas de las utilidades bluez se consideran obsoletas de repente. No pude encontrar nada al respecto.
El ArchWiki recomienda implementar la funcionalidad rfcomm utilizando el nuevo perfil de D-Bus 1 API .
Quiero señalar sobre este problema:
El proyecto bluez todavía contiene el archivo rfcomm.c, que se puede compilar fácilmente con:
gcc -lbluetooth rfcomm.c -orfcomm -DVERSION = xyz
... solo un archivo, no es necesario compilar todo el proyecto bluez. donde xyz es la versión del código fuente descargado de bluez tar.xz (ahora es 5.46). antes de descargar, primero se debe verificar
bluetoothd -v
la fuente propia y descargar coincidente. bluez-libs es solo dependencia para el éxito de la compilación.Necesitaba rfcomm para armv7 (raspberry 2) y no hay un paquete aur para rfcomm, y esto fue solo una forma, pero funciona bien.
Todavía no estoy seguro de por qué rfcomm está en desuso, sin una buena alternativa, y cómo hablar con bluetooth, ya que era un puerto serie de otra manera. Porque incluso usted es experto en python más experto en DBUS ... (como probablemente lo es el propietario del proyecto mencionado anteriormente) ... todavía solo se proporcionó quince de esta manera, no un dispositivo de carácter real en / dev / ... que todos los demás programas (como arduino ) puede ver y trabajar con ellos.
fuente