Od wersji bluez 5.44 pliki binarne rfcomm zawarte w bluez-utils (między innymi jak hcitool) są uważane za przestarzałe i od tej pory są zawarte tylko w pakiecie bluez-utils-kompatybil dostarczonym przez AUR.
Czy istnieje podobna aplikacja wiersza polecenia do łączenia urządzenia Bluetooth z portem szeregowym za pomocą modułu jądra rfcomm, czy muszę teraz używać PyBluez lub podobnych bibliotek?
Jeśli tak się stanie, jakie biblioteki Python 3 poleciłbyś?
A jeśli ktoś wie, proszę powiedz mi, dlaczego tak wiele bluez-utils nagle uważa się za przestarzałe. Nie mogłem nic na ten temat znaleźć.
ArchWiki zaleca wdrożenie funkcjonalności rfcomm przy użyciu nowego profilu D-Bus 1 API .
chcę zwrócić uwagę na ten problem:
Sam projekt bluez nadal zawiera plik rfcomm.c, który można łatwo skompilować za pomocą:
gcc -lbluetooth rfcomm.c -orfcomm -DVERSION = xyz
... tylko jeden plik, nie trzeba kompilować całego projektu bluez. gdzie xyz jest wersją pobranego kodu źródłowego bluez tar.xz (teraz jest 5.46). przed pobraniem należy najpierw sprawdzić własne
bluetoothd -v
i pobrać pasujące źródło. bluez-libs jest zależnością tylko od powodzenia kompilacji.Potrzebowałem rfcomm dla armv7 (raspberry 2) i nie ma pakietu aur dla rfcomm, i to był jedyny sposób, ale działa dobrze.
Nadal nie jestem pewien, dlaczego rfcomm jest przestarzały, bez dobrej alternatywy i jak rozmawiać z bluetooth, ponieważ był to port szeregowy w inny sposób. Ponieważ nawet jesteś ekspertem Pythona i ekspertem DBUS ... (jak zapewne wspomniany powyżej właściciel projektu prawdopodobnie) ... wciąż tylko w ten sposób udostępniono tylko fifo, a nie prawdziwe urządzenie postaci w / dev / ... że wszystkie inne programy (jak arduino ) może zobaczyć i pracować z.
źródło