[Adapter] Neuer radar2-Adapter
-
@frankjoke Dann erstmal gute Besserung
-
@frankjoke
ups, hört sich nicht gut an - Gute besserung ( ohne schmerzen ) !!! -
@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.
-
@frankjoke
Auch von meiner Seite gute Besserung.
Ich kann dem gut nachfühlen.
Gruß
Mathias -
@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.
-
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 NodeWie kann ich die node_module compilieren?
v10.15.3
cu Deta
-
@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.
-
@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.
-
@Diginix
Hmm, ghostprozesse gibt's normal nur wenn ein HW-Treiber abschmiert oder js-controller.Mit
sudo pkill -f io.radar2.0kannst 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! -
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
-
@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.
-
@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 - TRUEfrohe ostern
-
@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
-
@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
- Iobroker stop
- iobroker backup
- opt/iobroker umbenennen
- nodejs-downgrate
- iobroker install
- radar2 install scripts
- altes backup-verzeichnis in neue opt/iobroker kopieren
- restore ... dann sollten alle adapter und settings wieder installiert werden. Dauert etwas.
-
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
@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.Welches install Script? In der Readme finde ich nix.
cu Deta
-
@deta
clicke auf den spoiler bei Installation, geht auch hier im Forum 1.Post -
@frankjoke Das habe ich ja auch gemacht
Aber leider immer noch
radar2.0 2019-04-19 09:35:58.193 warn node-bluetooth not found!
radar2.0 2019-04-19 09:35:58.182 warn Noble not available, Error: Error: The module '/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding/binding.node'was compiled against a different Node.js version usingNODE_MODULE_ -
Hab vorhin "leider" auf Xubuntu 19.04 aktualisiert und habe nun node 10.15.2 und bekomme es nach keiner Anleitung auf 8.x gedowngradet.
Irgendwie kennt er auch das 10.x Repo und installiert immer von dort. Auch wenn ich ihm das 8.x voher per CURL gebe. -
habe mal wieder gespielt ... im moment habe ich den eindruck als ob da was mit den zählern nicht stimmt ..
tag2 - schwarz schaltet und auch das huawei .. aber tag2 rot wird aussen vor gelassen ..
-
Kannst mal probieren und in /opt/iobroker
sudo -u iobroker npm install @abandonware/nobleprobieren? Welche Meldungen kommen da?
p.s.: Bitte VORHER das install spoiler script laufen lassen damit alle libraries geladen werden.
Ich denke in der Zwischenzeit nach eine Version zu bauen be der man zwischen noble und hcitools wählen kann...
