[Adapter] Neuer radar2-Adapter

[deta]

Auch nach dem Reboot immer noch der Fehler:
host.rock 2019-03-16 21:14:39.315 error instance system.adapter.radar2.0 terminated with code null ()
host.rock 2019-03-16 21:14:39.314 warn instance system.adapter.radar2.0 terminated due to SIGSEGV

[MathiasJ]

@deta

ich würde hier https://forum.iobroker.net/topic/20663/ble-und-radar2-rot/24 weiter machen,
da wird das Problem geschildert, das ich auch hatte.
Eine versions-Änderung von Python und Reparaur von BLE bzw Radar2 hat mir damals geholfen.
Vllt liest ja @AlCalzone mit, und hilft Di bei Deinem Problem.
Mir hat er sehr geholfen, deshalb

Gruß,
Mathias

[deta]

Ich warte mal bis mein neuer Bluetooth Adapter da ist.

[MathiasJ]

@deta
Darf ich fragen, welchen Du bestellt hast?
Da ich das ganze System ins Wohnzimmer umziehen will, versuche ich den USB-Dongle für Radar2 über den USB RJ45 Extender an eine andere Stelle zu platzieren. Der USB-Dongle für BLE soll am Rock bleiben.
Schauen wir mal, ob es geht.

[deta]

@MathiasJ Ja das ist einfach ein USB Dongel. Der an den Rock soll, meiner ist bereits im Wohnzimmer, nur mein uralter kann den BLE4 nicht. Ich hab bei Ebay den Dongel bestellt.
Ob der funktioniert weis ich noch nicht. Kann ich dir in ein paar Tagen sagen, wenn er da ist und ich Ihn getestet habe.

cu Deta

[MathiasJ]

https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.de%2Fulk%2Fitm%2F183704639382
Der hier geht bei meinem Rock64.
Davon habe ich 2 dran, jeweils einen für BLE und Radar.
Der Logilink geht eigenartiger Weise beim PI.

[AlCalzone]

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

SIGSEGV

Das ist ein segmentation fault und hat oft mit kompilierten Libraries zu tun, die nicht zur Hardware passen. Ich bin mir jetzt nicht sicher, was deine Ausgangslage ist und was du schon alles probiert hast.

[deta]

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

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

SIGSEGV

Das ist ein segmentation fault und hat oft mit kompilierten Libraries zu tun, die nicht zur Hardware passen. Ich bin mir jetzt nicht sicher, was deine Ausgangslage ist und was du schon alles probiert hast.

Ich bin vor kurzen vom PI3b+ auf den Rock64 umgezogen.

Was soll ich prüfen? Was brauchst du an Infos?

cu Deta

[AlCalzone]

Hast du nach dem Umzug deine Module neu kompiliert?

cd /opt/iobroker
npm rebuild

oder wenn das Kommando noch nicht unterstützt ist

cd /opt/iobroker
bash ./reinstall.sh

[deta]

@AlCalzone Kann ich dir nicht mal jetzt sagen. Aber wenn ich die Befehle ausführe, hoffe ich mal das mir nicht das ganze System zerlegt wird. Sonst sitzen alle im Dunklen

cu Deta

[AlCalzone]

@deta Dann zieh dir vorher besser ein Backup

[msauer]

Der neue Radar2 Adapter gefällt mir wirklich sehr gut. Vor allem das super schnelle Erkennen der Geräte mittels DHCP Scan. Hier kann ich nun viel schneller auf Anwesende reagieren und bekomme keine Fehlalarme mehr.

Ich habe jedoch zwei Fehler zu melden. Dazu habe ich auch entsprechende Issues auf dem Github aufgemacht.

Den ersten "radar2.0._nHere not set to zero" hatte ja schon jemand weiter oben bemerkt. Es wurde allerding nicht darauf eingegangen. Der Fehler ist insoweit unschön, das die Variable "nHere" nie 0 wird und ggfs. so immer jemand anwesend wäre. Das kann ich ja noch mit "_isHere" umgehen, da diese korrekte Daten enthält.
Das zweite Issue "Erstes Erkennen einen Objektes funktioniert nicht" ist allerdings mehr als unschön. Ein bekanntes, aber noch nie gescanntes Gerät, wird nicht als Anwesend erkannt, die IP Adresse findet sich allerdings als unkown IP.
Erst nach einem Adapter Neustart wird dann das Objekt korrekt erkannt und die entsprechenden Felder angelegt.

Ich helfe gerne beim Troubleshooting.

[deta]

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

@deta Dann zieh dir vorher besser ein Backup

Hab ich sowieso
Habs durch Rebuild.

Dennoch auch nach neustart des Rock immer noch diese Meldungen;
host.rock 2019-03-18 18:34:12.170 info Restart adapter system.adapter.radar2.0 because enabled
host.rock 2019-03-18 18:34:12.170 error instance system.adapter.radar2.0 terminated with code null ()
host.rock 2019-03-18 18:34:12.169 warn instance system.adapter.radar2.0 terminated due to SIGSEGV

cu Deta

[AlCalzone]

Hmm dann weiß ich leider auch nicht weiter.

[frankjoke]

@msauer

Hallo nochmals! Danke für Test und feedback. Das nHere-Problem hab ich schon gefunden und korrigiert (auf git mit selber V 1.0.1).

Dein zweites Problem konnte ich nicht nachvollziehen bis ich einen Test machte wo ich nur eine Netzwerk-Mac eingebe und keinen Hostnamen oder ip (was ich normal nicht tue denn nur mac's können nur von arp-scan gefunden werden, aber nicht von pings!)

Das Problem war dass der Adapter Zeilen die nur Netzwerk-Macs enthalten haben heraus geschmissen hat (mit einer Warnmeldung)!

Hab das Problem denke ich jetzt auch behoben!

p.s.: Seid ihr böse wenn ich den Namen von .lasthere auf ._lastHere ändere? Es passt besser da ich alle zur Steuerung angelegten States mit _ beginnen lassen will.

[msauer]

@frankjoke Danke für die schneller Fehlerbehebung. Es funktioniert super.
Eine weitere Frage habe ich aber. Ich gruppiere zwei Geräte unter einem gemeinsamen Namen (sprich, ich habe zwei Handys, will aber nur mich persönlich als Anwesend anzeigen lassen. In Version 1 konnte ich 2 MAC Adressen mit "," getrennt eingeben. In Version 2 kann ich das scheinbar nicht mehr. Bekomme dann einen Fehler "TypeError: i.hasMAC.indexOf is not a functionat Network.getMac.then.x (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:566:38)at <anonymous>". Ist das gewollt oder doch eher ein Fehler?. Wenn ich die zwei DNS Namen unter IP anstatt der MACs einfüge funktioniert es.

[frankjoke]

@msauer

Das ist eigenartig, kann es nicht nachvollziehen! Man kann mehrere mac's angeben!
Der Ort den deine Meldung angibt scannt alle IP's die du angegeben hast und versucht die mac-adresse dazu finden und in die Liste der macs dazuzugeben. Die Liste ist ein Array und kann indexOf...

Ich kann den Fehler nicht reproduzieren (mit der Version die ich heue Nacht auf git committed hab!

[msauer]

@frankjoke Kann es sein, das ich nur 2 IP bzw. Namen oder 2 MACs eingeben kann und nicht beides gleichzeitig?

[frankjoke]

@msauer ,
nein, beides kann mehrere! Nur BT kann nur eins, muss ich später in einer neuen Version checken ob ich das auch ändern kann...

@alle
Übrigens, die neue Version 1.0.2 ist auf Guit und NPM. Änderungen sind hauptsächlich Umstieg auf ._lastHere und dass die Konfigurationsdaten der Geräte nun auch in native gespeichert werden womit man nachschauen kann wie das Gerät konfiguriert wurde (ohne debug mode einschalten zu müssen, in Adon.Objekte rechts auf den Bleistift und dann unter NATIV...)

[msauer]

1. @frankjoke Hi..Auch mit V1.0.2 bekomme ich den Fehler, wenn ich IP und MAC zusammen eingebe NAME (IP1,IP2) (MAC1, MAC2). Nun kommt der Fehler sogar doppelt.

2019-03-20 09:21:43.696 - error: radar2.0 TypeError: item.hasMAC.indexOf is not a functionat network.ping.catch.then.then.x (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:557:61)at
2019-03-20 09:21:45.731 - error: radar2.0 TypeError: item.hasMAC.indexOf is not a functionat network.ping.catch.then.then.x (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:557:61)at

Korrektur...Jetzt sind es ähnliche Fehler, aber eben jetzt doppelt.

2. Desweiteren ist mir aufgefallen, das ein bekanntes Gerät, wenn wie jetzt gerade passiert, seit gestern Abend nicht im Netz war, nicht mehr als anwesend erkannt wird. Dazu gesellt sich die eigentlich bekannte IP Adresse aber unter _uIPs. Auch ein aus/einschalten des WLANs am Gerät verführt Radar2 nicht dazu dieses als "ist da" zu erkennen. Bevor das Gerät wieder im Netz war, habe ich aber auch den Adapter mehrfach restartet bzw. auch den Iobroker.

zu 2 Update: ich habe versucht das nachzustellen. Leider ohne Erfolg...sehen wird morgen mal was passiert.