UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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!

[dondaik]

kann einer mal bitte testen ?
mit einem "ungraden" wert im abfrageinterfall ist hier radar 2.0 im moment stabil

• Abfrage alle 23 sekunden
• abwesend nach 2 minuten

[frankjoke]

@dondaik
Nur zur Info: Es ist sicher egal ob die Zahl gerade oder ungerade ist!
Der Adapter ruft alle xxx Sekunden den scan ab.
Der BT-LE-Scan wird auf 80% getimed (in diesem Fall ca 18 Sekunden).
Der normale BT-Scan kann nicht getimt werden, er dauertn einfach.
Arp-scan scannt das Netzwerk (dauert zwischen 5 und 15 Sekunden auf meinen Testsystemen), alle drei starten gleichzeitig.

Werden dann Geäte mit IP's noch immer nicht gefunden werden sie noch gepingt, das kann bis zu 2sec/Gerät dauern..

Andere Werte wie HP's oder webseiten werden am Anfang gemeinsam mit arp-scan gestartet.

Wenn nun die Zeit reicht ists Ok, wenn nicht besser um 5sec erhöhen bis es reicht, aber sicher egal ob gerade oder ungerade!

p.s.: Wenn ein Gerät gefunden wird wird es sofort upgedated, auch wenns z.B. in der 1. Sekunde nach dem Scan-start war, Der alte Radar hat es nur am Ende der scans alle Geräte als gefunden gemeldet.

[dondaik]

@frankjoke
gestern abend dacht ich das war es ... heute morgen beim nachsehen in iobroker: stati falsch ......
BT als auch IP geräte.. ( ich spreche hier nur von geräten die einen namen haben ! "sammellisten habe ich nicht durchgesehen ... zu früh am morgen und der kaffee steht noch nicht neben wir :-) )
und rätselhaft
die FB wurde gestern mit 192.168.178.1 UND 192.168.2.xxx als TRUE gescannt ..
nun
192.168.178.1 - FALSE und 192.168.2.xxx - TRUE

frohe ostern

[deta]

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

@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.

Das ist doch Mist.
Wie bekomme ich das wieder auf V8 ?
Und dann ioBroker neu installieren? Oder kann man dann ein Full Backup einspielen?

Was meinst du wie lange es noch dauert, das die Module funktionieren bei V10 ?

Bis auf BT läuft ja alles.

cu Deta

[frankjoke]

@deta
Du kannst es ja nochmals probieren es zu installieren, verzeichnis löschen, install script vom readme ausführen und dann checken ob beim adapterinstall Fehler auftreten. wenn ja, downgrade.

Downgrade mach ich mit

1. Iobroker stop
2. iobroker backup
3. opt/iobroker umbenennen
4. nodejs-downgrate
5. iobroker install
6. radar2 install scripts
7. altes backup-verzeichnis in neue opt/iobroker kopieren
8. restore ... dann sollten alle adapter und settings wieder installiert werden. Dauert etwas.