Desde o bluez 5.44, os binários rfcomm contidos no bluez-utils (entre outros como o hcitool) são considerados obsoletos e a partir de agora são incluídos apenas no pacote bluez-utils-compat fornecido pelo AUR.
Existe um aplicativo de linha de comando semelhante para vincular um dispositivo bluetooth a uma porta serial usando o módulo do kernel rfcomm ou eu tenho que usar PyBluez ou bibliotecas semelhantes a partir de agora?
Se esse for o caso, quais bibliotecas Python 3 você recomendaria?
E se alguém souber, por favor me diga por que tantos dos bluez-utils são considerados obsoletos de repente. Não consegui encontrar nada sobre isso.
O ArchWiki recomenda implementar a funcionalidade rfcomm usando a nova API D-Bus Profile 1 .
quero observar sobre esse problema:
O próprio projeto bluez ainda contém o arquivo rfcomm.c, que pode ser facilmente compilado com:
gcc -lbluetooth rfcomm.c -orfcomm -DVERSION = xyz
... apenas um arquivo, sem necessidade de compilar todo o projeto bluez. onde xyz é a versão do código-fonte do bluez tar.xz baixado (agora é 5.46). antes de baixar, deve-se primeiro verificar o próprio
bluetoothd -v
e baixar a fonte correspondente. bluez-libs é apenas dependência para o sucesso da compilação.Eu precisava do rfcomm para o armv7 (raspberry 2) e não há um pacote aur para o rfcomm, e esse era o único jeito, mas funciona bem.
Ainda não sei por que o rfcomm está obsoleto, sem uma boa alternativa, e como falar com o bluetooth, pois era a porta serial de outra maneira. Porque até você é especialista em python e especialista em DBUS ... (como provavelmente o proprietário do projeto acima mencionado é) ... ainda assim apenas quino foi fornecido dessa maneira, não um dispositivo de caractere real em / dev / ... que todos os outros programas (como o arduino ) pode ver e trabalhar com.
fonte