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

[dondaik]

ok, dann auch meine 2 cent ( ich forsche hier nicht tiefer ... bin halt DAU )

V 2 - erkennt zwar viele / alle geräte doch sind die werte nicht langzeitstabil dh. was gerade noch anwesend ist ist in 5 miuten abwesen ... abwohl sich der BT-TAG nicht bewegt hat - egal ob handy oder Gtag...)

V1 - ist hingegen an dieser stelle, im moment, langzeitstabil ..... ) ok, reden wir nicht von dem stress beim starten ....

[MathiasJ]

@dondaik
Bei mir was es anders herum.
Radar1, nichts als Ärger.
Rada2 jetzt ein Downgrade auf 1.0.3 gemacht, obwohl es nicht nötig war.
Es lief auch gut auf 1.0.7
Na dann schauen wir mal, wie es weiter geht.
Ach bei Radar stand ich bis zu 30 Sekunden vor der Türe, bis ich endlich rein kam.
Jetzt wird die Anwesenheit erkannt, wenn ich noch die Treppe hinauf laufe.......

Aber der nächste Test steht an:
Da IObroker umziehen soll, muß ich mit einem USB Extender arbeiten.
Da gehe ich raus, schließe den USB Extener an, 15m LAN-Kabel, USB Extender2 und dann das Bluetooth-Dongle
angestöpselt.
Bin gespannt, ob da was geht.
Zuerst mache ich das mit einem PI 3B+ bevor ich das mit dem produktiven System mache.

[frankjoke]

@dondaik
Das ist eigenartig, denn für g-tags wird das gleiche modul 'noble' verwendet, was sich verändert hat sind die scan-zeiten die etwas schneller sind/sein können. setzt diese hinauf und auch die Abwesenheitsmeldung. Die defaults beim neuen sind kürzer. in der konfig mal zu ändern versuchen.

[dondaik]

@frankjoke
wede ich, bei einem zeitfenster, nochmal versuchen...

[frankjoke]

p.s. bitte immer angeben was wie nicht gefunden wird.
W-Lan, BT oder BT-LE... Aber wie scon vorher gesagt, habe kaum was dabei set 1.0.3 geändert, betraf haptsächlich crashes und Kosmetik zum schnelleren Laden.

[dondaik]

@frankjoke
gefunden wird hier wohl alles ... nur TRUE / FALSE ist nicht stabil....

[Diginix]

@Diginix sagte in [Adapter] Neuer radar2-Adapter:

Ich habe jetzt wieder den Fall dass im laufenden Betrieb ein Gerät nicht mehr per BT gefunden wird, andere aber weiterhin. Im Log sieht man dann:

radar2.0	2019-04-17 18:24:31.646	warn	bl scan error: 'BT already scanning!'
radar2.0	2019-04-17 18:24:31.645	warn	BT already scanning!

Der Adapter arbeitet alle 30 Sekunden und kennt nur 8 BT Mac Adressen, die auf Anwesenheit zu prüfen sind.

@frankjoke Was hat es mit diesem Logeinträgen zu tun?
Läuft dann ein Prozess doppelt oder sowas?

[MathiasJ]

@frankjoke
Hast Du den Test mit dem USB Extender schon gemacht?

[smarti2015]

Mist heute läuft es wieder nicht mehr und meinen G-Tag hat er gestern nachdem ich Zuhause angekommen bin auch einfach nicht mehr erkannt. Ich versteh es nicht. Setze mal mein System auf die Letzte Komplettsicherung zurück, mal sehen ob es da wieder läuft

Bei mir steigt er immer mit der Fehlermeldung: Noble scan Err 'not powered on'aus.
Was genau ist das? Der Treiber für den BT Stick oder was kann man sich darunter genau vorstellen?

Stört es eigentlich wenn ich den BLE Adapter noch am Laufen habe?

Das ist auch eigenartig. Radar2 meldet grad Kian und Samira sind anwesend, was momentan stimmt, aber unter allHere und steht nur Kian. Bei notHere steht dann Rene und Samira. Da passt doch auch was nicht.

[Diginix]

@frankjoke Hier mal ein für mich unerklärliches Beispiel.
Das Smartphone ist seit 4 Tagen komplett ausgeschaltet. Der eigentliche Wert ist auch seit dem "false" (blauer Pfeil). Aber "_lastHere" behauptet dass Smartphone wäre gestern Abend 23:38 Uhr zu sehen gewesen (rot umrandet). Zum einen kann das nicht sein weil stromlos, zum anderen hätte dann auch der obere Wert zu dem Zeitpunkt "true" sein müssen und nicht seit 4 Tagen "false". Wie geht das?

[frankjoke]

@Diginix
Das ist sehr interressant! Hast du radar2 oder iobroker vielleicht um 23xx restartet?
Kannst (falls es noch auf dem Wert ist) die Daten von _lastHere anzeigen? Wann es geändert worden ist?

Bei einem Restart versucht radar2 auf _lastHere zu schauen und liest die Zeit aus dem Zeitstempel darin.
Bei dieser wird durch das Schreiben beim Restart dann erneuert.

p.s.: Kann nicht wirklich gut was machen, gestern gerader vom SPital nach Hause gekommen und kann mich nur nur mit Rollstuhl oder Krücken bewegen aber leider nicht in den Arbeitsraum in den Keller gehen! Nur remote mit notebook... Ist nicht wirklich leicht. Leider dauert das noch ca 10 Wochen bis ich Stufen steigen kann...

[smarti2015]

@frankjoke Dann erstmal gute Besserung :):+1:

[dondaik]

@frankjoke
ups, hört sich nicht gut an - Gute besserung ( ohne schmerzen ) !!!

[Diginix]

@frankjoke Erst mal gute Besserung!

Kann sein, dass ich das System, iobroker oder Adapter neu gestartet hatte.
Allerdings passiert das nächtlich 04:05 Uhr auch noch mal und davon war im _lastHere nichts zu sehen. Vorhin hatte ich wieder den Fehler mit "BT already scanning" was dazu führte dass Geräte nicht mehr erkannt wurden und da musste ich den Adapter neu starten.

Seit dem steht nun _lastHere auf 2018-04-18 04:07, also von dem nächtlichen Neustart. Man sieht also bei _lastHere immer wann der Adapter das vorletzte mal neu gestartet wurde, nicht aber wann das Gerät wirklich das letzte mal erkannt wurde. Damit kann ich leben.
Mit dem Bug eher nicht so:

radar2.0	2019-04-17 18:24:31.646	warn	bl scan error: 'BT already scanning!'
radar2.0	2019-04-17 18:24:31.645	warn	BT already scanning!

Und das A5 Smartphone wird weiterhin nicht stabil erkannt. Kann aber in der Konsole mit "sudo hcitool scan" das Gerät auch nicht sehen. Und "sudo hcitool lescan" liefert mir einen I/O Fehler. Manchmal geht es wenn ich BT neustarte und ggf. auch das System. Evtl. kommt sich da auch parallel zum Adapter was in die Quere.

Aktuell bin ich mit meinen Ideen am Ende um das Smartphone stabil erkannt zu bekommen, so wie es bis 08.04. noch ging.

[MathiasJ]

@frankjoke
Auch von meiner Seite gute Besserung.
Ich kann dem gut nachfühlen.
Gruß
Mathias

[frankjoke]

@Diginix
Der Asapter macht hcitool scan mittels BT-scan undhcitool lescan mittels noble.

Wenn radar läuft dann läuft zu 80% der Zeit auch noble und man kann auf der Kommandozeile meist nur ein lescan machen wenn man radar stoppt.

Dein Fehler mit BT-scan entsteht wenn der Adapter z.B. alle 30sec scannt aber der BT-scan dauert z.B. 35 sec. Leider dauert er unterschiedlich lange abhängig von den erreichbaren Geräten und deren Entfernung und der BT-HW! Auf dem Raspi3 BTadapter dauert er bei mir fast doppelt so lang wie auf dem BT-stick.

Beim Start wird einmal gescannt und dann addiere ich 2sec dazu und setzte die Scanzeit höher wenn diese weniger war. Falls die aber ein sehr schneller scan war und nacher die scans viel länger dauern dann gibt's den <Fehler, ist nicht soo schlimm, sollte beim nächsten scan ja schon fertig sein.

[deta]

Hab auch mal wieder ein Problem:
radar2.0 2019-04-18 18:07:16.253 warn node-bluetooth not found!
radar2.0 2019-04-18 18:07:16.242 warn Noble not available, Error: Error: The module '/opt/iobroker/node_modules/iobroker.radar2/node_modules/@abandonware/bluetooth-hci-socket/lib/binding/binding.node'was compiled against a different Node

Wie kann ich die node_module compilieren?

v10.15.3

cu Deta

[frankjoke]

@deta
Leider kann es bei node V10 zu Problemen mit noble kommen.
V10 verwendet neue Bibliotheken die von etlichen Modulen noch nicht unterstützt werden. <<bin selbst auch auf einem Rechner auf V10 gewesen und hab sehalb wieder auf V8 zurück-geportet (man muss dann leider ganzen iobroker neu (vom backup) installieren.

p.s.:Neu kompiliert wird beim npm install wenn die <<<version nicht schon im Verzeichnis ist, also zb Verzeichnis ˋ/opt/iobroker/node_modules/iobroker.radar2/node_modules/@abandonware/ˋ löschen und adapter per git (nicht im beliebig-mode) istallieren.

[Diginix]

@frankjoke sagte in [Adapter] Neuer radar2-Adapter:

@Diginix
[...]
Dein Fehler mit BT-scan entsteht wenn der Adapter z.B. alle 30sec scannt aber der BT-scan dauert z.B. 35 sec. Leider dauert er unterschiedlich lange abhängig von den erreichbaren Geräten und deren Entfernung und der BT-HW! Auf dem Raspi3 BTadapter dauert er bei mir fast doppelt so lang wie auf dem BT-stick.

Beim Start wird einmal gescannt und dann addiere ich 2sec dazu und setzte die Scanzeit höher wenn diese weniger war. Falls die aber ein sehr schneller scan war und nacher die scans viel länger dauern dann gibt's den <Fehler, ist nicht soo schlimm, sollte beim nächsten scan ja schon fertig sein.

Das wäre ja ok, aber wenn ich den gezeigten Fehler im Log sehe, wiederholt er sich ab da dauerhaft bis ich manuell eingreife. Solange wird auch ein Teil der wirklich per BT anwesenden Geräte nicht mehr erkannt. In Abhängigkeit davon triggern auch bestimmte Skripte, wodurch ich es recht schnell bemerke und dann eben eingreife. Aber Abwarten bzw. Aussitzen hat bisher nicht funktioniert. Habe aber auch keine 10min zugesehen.
Daher vermutete ich ja, dass dann ein Scan Prozess als Zombi alle weiteren blockiert. Aber das musst du besser wissen ob das so sein kann.

Ich beobachte mal weiter.

[frankjoke]

@Diginix
Hmm, ghostprozesse gibt's normal nur wenn ein HW-Treiber abschmiert oder js-controller.

Mit sudo pkill -f io.radar2.0 kannst alle schleißen,

Der Fehler sollte auch nicht permanent auftreten, aber wenn er das doch tut dann kann es sein dass der BT-Treiber was abbekommen hat.

Der Adapter startete den scan im Treiber und setzt ein flag dass er jetzt scannt. Wird der scan vom Treiber nicht abgeschlossen und generiert er keinen Fehler bleibt das flag aktiv, und wenn ein neuer scan gestartet werden soll meldet er den Fehler.
Ich kann dann nicht ergründen warum das passiert, der Aufruf im System wird -anscheinend- einfach nicht beendet!