Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Diginix]

@frankjoke
Ich habe bei mir BT Geräte, die nur per hcitool scan und andere die nur per hcitool lescan in der Kommandozeile gefunden werden.
Dennoch findet radar2 alle, aber nur wenn ich die Adaptereinstellung auf noble stelle, also den Schalter für "hcitool + lescan" aus lasse. K.a. warum es in der Kommandozeile mit hcitool lescan funktioniert und im Adapter nicht, dafür mit noble.

[deta]

@frankjoke Es ist ein BT V4 Gerät, da ich den damals neu gekauft hatte, wie bereits das Problem schon mal war und dann funktionierte es.

Mit hcitool lescan finde ich auch andere noch.

root@rock:~# hcitool lescan
LE Scan ...
98:7B:F3:4B:CD:5F (unknown)
98:7B:F3:4B:CD:5F LG HTS(CD:5F)
98:7B:F3:4B:CD:5F (unknown)
98:7B:F3:4B:CD:5F LG HTS(CD:5F)
E2:AE:7F:60:5B:DE ID130Plus Color HR
E2:AE:7F:60:5B:DE ID130Plus Color HR
E2:AE:7F:60:5B:DE (unknown)
98:7B:F3:4B:CD:5F (unknown)
98:7B:F3:4B:CD:5F LG HTS(CD:5F)
9


root@rock:~# hcitool scan
Scanning ...
        98:7B:F3:4B:CD:5F       LG HTS(CD:5F)

[Diginix]

@deta Hast du mal auf "nicht hcitool lescan" im Adapter gestellt und getestet ob mit noble dein BT Gerät gefunden wird?

[deta]

@Diginix sagte in Test Adapter radar2 v1.2.x GitHub:

@deta Hast du mal auf "nicht hcitool lescan" im Adapter gestellt und getestet ob mit noble dein BT Gerät gefunden wird?

ja hab ich gerade noch mal probiert, geht auch nix!

[frankjoke]

@Diginix

Das ist genau was mich auch verwundert und was ich herausfinden muss...

Ich habe gerade bei mir getestet und der Adapter findet bei noble und hcitool lescan die selben BT-Geräte!

Ich teste mit 2 Samsung handys, ein relativ neues und ein 3-4 jahre altes. Eines davon finde ich nur mit l2ping und das andere findet noble und lescan, egalwie ich das flag gesetz habe.
Eines ist vielleicht wichtig: Beide sind mit dem Adapter gepairt , hab ich mittels sudo bluetoothctl und dann einige Befehle von dem tool gemach, bin draufgekommen dass das auch Einfluss hat wie ein Gerät gefunden werden kann.

Übrigens, BT-Geräte welche nur mit lescan oder noble gefunden werden können sollten das ! (Rufzeichen) am Anfang der BT-mac-Adaresse stehen haben damit sie als LE-Geräte gekennteichnet werden. Damit werden sie nicht einzeln mittels l2ping gesucht und euere Systemlast und Scanzeit sinkt.!

[frankjoke]

Ok, hab gerade eine neue Version auf Git geladen: Die große Änderung (neben kleinen textänderungen) ist dass ._here nun als Zähler ausgeführt ist und nicht als boolean!

Der Zähler wird nach jedem scan wo das Gerät da ist um eins erhöht und wenn er nicht da war auf null gesetzt.
Damit kann man eine 'Einschaltverzögerung einbauen.
Alse wenn man ein Gerät mit dem Namen MeinHandy hat dann wird MeinHandy und ._lastHere sofort auf gesetzt sobald das Handy (auch z.B. über DHCP) gefunden wird. MeinHandy._here wird aber erst nach dem Ende des scans auf 1 gesetzt, und wenn das handy dann da bleibt eben auf 2,3,4,... bis es einmal weg war, dann gehts auf 0.

Damit kann man eine Art Einschaltverzögerung bauen wenn man x._here > 1 abfragt dann muss das Handy zumindest zwei scans lang da gewesen sein.

Bitte um Info ob das andere Probleme macht oder OK ist.

[deta]

@frankjoke Ich hab da was gerade herausgefunden, aktuelle Version von heute vom Git.
Das BT Problem. Ich hatte bis jetzt noch keine bekannten BT Geräte eingetragen gehabt.
Hab mir gedacht, versuche mal ob er BT Geräte findet, zumindestens dein eigenes Handy, wenn die BT Adresse mit eingetragen ist.

1. Ja wird dann sofort erkannt und
2. Die Unbekannten BT werden dann auch mit einmal gesehen und aufgeführt.

Vielleicht hilft es dir. Wäre gut, wenn die Unbekannte Liste auch erstellt wird, wen man noch keine weiteren Geräte mit BT Adresse angelegt hat.

cu Deta

[frankjoke]

An alle:

Habe gerade V1.9.9 auf git im master gestellt (also nicht mehr mit tarball/newV2)!
Die Version durchläuft auch die somit wollte ich mehr Tester!

Einzige große Änderung für alle: Bave node-Version auf 10+ gestellt weil es bei 8+ einige Probleme gab (und auch die jetzigen js-controller nicht mehr funktionieren).

LG
Frank

[frankjoke]

@deta
Habe gerade getestet, die unbekannte Liste wird erstellt (natürlich nur wenn Geräte gefunden werden die nirgends in der config eine BT-mac haben). Die einzelnen States für jedes unbekannte Gerät nur wenn das flag im config gesetzt ist.

[A Former User]

@deta
Versuch mal das Focal Image für Deinen Rock64.
Du musst unter `armbian-config´ Bluetooth noch nachinstallieren.
Bei mir auf dem Rockpro64 läuft damit wieder Bluetooth.

[deta]

@Yetiberg sagte in Test Adapter radar2 v1.2.x GitHub:

@deta
Versuch mal das Focal Image für Deinen Rock64.
Du musst unter `armbian-config´ Bluetooth noch nachinstallieren.
Bei mir auf dem Rockpro64 läuft damit wieder Bluetooth.

Ich bin auf buster zurück, damit geht alles.

[deta]

@frankjoke sagte in Test Adapter radar2 v1.2.x GitHub:

@deta
Habe gerade getestet, die unbekannte Liste wird erstellt (natürlich nur wenn Geräte gefunden werden die nirgends in der config eine BT-mac haben). Die einzelnen States für jedes unbekannte Gerät nur wenn das flag im config gesetzt ist.

Es war ist ja auch so, wenn du den Adapter komplett neu installiert hast, es wurden noch keine Geräte eingetragen (bekante) in Radar2, da findet er keine unbekannten BT Geräte. Sobald ein bekanntes BT geräte eingetragen wird, findet er auch alle anderen Geräte und man kann Sie in der unbekannten Liste sehen.

[frankjoke]

@deta

Ich hab das getestet, und kann das nicht ändern. Noble und lescan melden unbekannte LE-Geräte obwohl keine eingetragen sind aber der Rest kann nur gefunden wenn er eingetragen ist. Also selbst mittels hcitool scan und das Gerät auf 'Sichtbar/Suchen' setzen und die mac-Adresse finden.

[deta]

@frankjoke wie auch immer, jetzt findet ja Radar alles richtig! Hatte halt erst begonnen, da ich vorher noch nie BT Adressen eingetragen hatte in den Geräten von Radar.

[deta]

@frankjoke Kann man das nicht irgendwie mit einbauen, das das bei einen Neustart immer automatisch ausgeführt wird?

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)

Heute war ein Node Update und hatte vergessen, das wieder einmal auszuführen. Und dann hatte Radar2 natürlich gemeckert immer.... Wäre gut wenn das automatisch mit gemacht würde.

cu Deta

[frankjoke]

@deta
Das wäre schön, aber geht leider nicht da das nur unter superuser geht und kein Programm sich selbst sowas erlauben kann.
Ich hab mir ein update-(schell)script gemacht das sudo ap-get update, upgrade u.s.w durchführt und am Ende auch diese setcaps.

Damit wird sobald ein update des nodejs (or irgend ein anderes programms wie arp, arp-scan, ...) stattfindet (innerhalb von apt-get upgrade) danach auch wieder die caps vergeben.

Mein script stoppt auch iobroker vorher und mach dann ein backup der ioBroker-Daten, nach dem Lauf des scripts mach ich immer einen reboot...

[deta]

Hallo,
habe gerade mal in den Objekten, mir die Liste uBTs angeschaut , die Liste ist nen Kilometer lang. Hab das Speichern jetzt mal deaktiviert, kann man diese Liste nicht so einstellen, das nur die gerade aktuellen uBTs angezeigt werden, oder der letzten 30 Minuten. Das wird schnell unübersichtlich. :face_with_rolling_eyes:

[frankjoke]

@deta

Ok, werd bei der nächsten Version dran denken eine Liste der gerade im Netz befindlichen (und nicht bekannten) zu verwenden.

[Thomas Braun]

@deta Einfach ein

iobroker fix

nach einem Upgrade von node noch hinterherwerfen. Sollte die Caps auch setzen.

[crunchip]

@Thomas-Braun nein tut es nicht, der Iobroker fix setzt die nicht.