[Adapter] Neuer radar2-Adapter
-
@Master77 sagte in [Adapter] Neuer radar2-Adapter:
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
@Master77 sagte in [Adapter] Neuer radar2-Adapter:
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
@Master77 sagte in [Adapter] Neuer radar2-Adapter:
So, kurze Rückmeldung.
Habe eben die aktuellste Version von Git installiert. Die von mir erwähnten Warnungen sind weg. Lediglich eine Warnung über die Länge des Scan steht im Log.
Ansonsten läuft alles super.
Vielen Dank Frank für die tolle Arbeit.
Gruß Markus
Ok, du scheinst entweder viele Netzwerke oder ein langsames Netzwerk zu haben da dein Scan länger dauert, bei meinen 4 Rechnern (Raspi3B+, Orange-Pi, CSL-NUK und einer VM auf QNAP ist es immer zwischen 14 und 16 Sekunden.
Der Adapter pappt dann 2 Sekunden als Sicherheit drauf und erhöht auf diese Abtastrate da sonst der alte scan noch nicht fertig ist bevor der neue beginnt!OK, also muss ich mir dies bezüglich keine Gedanken machen? Nicht das der "alte" Scan den "neuen" stört.
Gruß Markus
Nein, normal nicht, Du kannst auch den Adapter restarten, beim 2. Start ist er normal etwas schneller. Kannst im log mitschauen.
arp-scan dauert am längsten, wenn du --retry runtersetzt oder --timeout dann wird er schneller. Ich weiß nicht ob du diese Werte auf Standard hattest.Werde das im Log auf jeden Fall weiter beobachten und berichten.
Habe alle Werte so gelassen wie sie waren. Wie kann man sie denn verändern und was genau bewirken die Veränderungen. Entschuldige die ganzen Fragen aber ich frage lieber einmal mehr bevor was schief geht
Gruß Markus
P.s: Der zweite Scan hat nur noch knapp 14 Sekunden gedauert. Also alles gut....
Kommando zurück, arp-scan dauert bei einem Netzwerk bei mir auf der VM <5 Sekunden, wenn ich retry auf 3 und timeout auf 350 setzte dann <4 Sekunden. Die langen sind mit bluetooth, ich schau mir das mal an und meld mich wieder.
-
Ok, hab mal mehr getestet und folgendes herausgefunden:
Am Raspi braucht arp-scan in der Standardeinstellung am Lan normal auch <5 Sekunden aber am wlan kanns schon 20-25 Sekunden sein, obwohl ich im gleichen Raum wie die Fritzbox bin aber das eingebaute Wifi ist halt schrott.
Das BT-scan für alte Geräte dauert am BT-Stick meist so 10-15 Sekunden,
Noble ist auf 80% des Scan-Intervalles gesetzt, also bei 20s ist es 16s,Also einziges was >15s dauern kann ist arp-scan am W-Lan bei meinen 4 Rechnern!
Solange man W-Lan am Raspi nicht benötigt sollte man es ausschalten , also
sudo nano /etc/modprobe.d/raspi-blacklist.confund dort
#wifi blacklist brcmfmac blacklist brcmutil #bt #blacklist btbcm #blacklist hci_uartIm Beispiel oben ist BT eingeschaltet aber W-Lan nicht, Mit Kommentaren auf die zwei w-lan-Zeilen kann man es wieder einschalten!
Nachher re-booten! -
@frankjoke kann ich bei den bekannten IP Geräten einen Bereich angeben? Habe 200 Devices im Netzwerk, die als unbekannt gelistet werden, und möchte nicht alle als bekannt händisch eintragen..
Habe schon 192.168.178.0/24 etc probiert.. ignoriert er aber... -
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
Ok, hab mal mehr getestet und folgendes herausgefunden:
Am Raspi braucht arp-scan in der Standardeinstellung am Lan normal auch <5 Sekunden aber am wlan kanns schon 20-25 Sekunden sein, obwohl ich im gleichen Raum wie die Fritzbox bin aber das eingebaute Wifi ist halt schrott.
Das BT-scan für alte Geräte dauert am BT-Stick meist so 10-15 Sekunden,
Noble ist auf 80% des Scan-Intervalles gesetzt, also bei 20s ist es 16s,Also einziges was >15s dauern kann ist arp-scan am W-Lan bei meinen 4 Rechnern!
Solange man W-Lan am Raspi nicht benötigt sollte man es ausschalten , also
sudo nano /etc/modprobe.d/raspi-blacklist.confund dort
#wifi blacklist brcmfmac blacklist brcmutil #bt #blacklist btbcm #blacklist hci_uartIm Beispiel oben ist BT eingeschaltet aber W-Lan nicht, Mit Kommentaren auf die zwei w-lan-Zeilen kann man es wieder einschalten!
Nachher re-booten!Mein Rock64 hat gar kein WLAN, soll ich trotzdem mal die WLAN Einstellung deaktivieren oder ist die sowieso deaktiviert wenn kein WLAN an Board ist?
Gruß Markus
-
Ich hatte zuerst den Fehler, dass ich nicht abwesend erkannt wurde, wenn ich abwesend war. Dies ist mit der Version von heute behoben.
Aber kann es sein, dass immer die Defaultwerte für Abfrageintervall und Delay away genommen werden? Ich hatte dort andere Werte eingetragen, aber abfragt wird trotzdem alle 20 sek und nach 2 Minuten gilt man als abwesend. Zweiteres ist bei mir nen Problem, obwohl zu Hause, kommt es bei schlechterem Empfang halt mal vor, dass mein Handy länger als 2 minuten nicht erkannt wird. Habe hier heute Abend deshalb nen lustiges Wechselspiel zwischen An- und Abwesend.Im Log bekomme ich übrigens laufend die folgenden Meldungen:
host.RaspiIOBroker 2019-02-15 23:24:23.396 info Restart adapter system.adapter.radar2.0 because enabled
host.RaspiIOBroker 2019-02-15 23:24:23.395 error instance system.adapter.radar2.0 terminated with code 7 (Adapter already running)
host.RaspiIOBroker 2019-02-15 23:24:21.533 info instance system.adapter.radar2.0 started with pid 4178 -
@ilovegym sagte in [Adapter] Neuer radar2-Adapter:
@frankjoke kann ich bei den bekannten IP Geräten einen Bereich angeben? Habe 200 Devices im Netzwerk, die als unbekannt gelistet werden, und möchte nicht alle als bekannt händisch eintragen..
Habe schon 192.168.178.0/24 etc probiert.. ignoriert er aber...Bereiche kann man nicht angeben, aber du kannst im Admin/Object-Browser auf den 'In di Zwischenablage kopieren-Button im 'Wert'-Feld des _uIPs klicken (tauch nur auf wenn dein Cursor über dem Wert-Feld ist und dann bekommst sowas wie unten.
[ '192.168.178.1', '192.168.178.119', '192.168.178.120', '192.168.178.24', '192.168.178.62', '192.168.178.67', '192.168.178.97', '192.168.178.98' ]Und das fügst du in der Adapter-Config in die bekannten IP's ein!
Das sollte auch mit den _uBTs funktionieren!p.s.: Mit der Version 0.1.3 die ich vorher auf git gepostet habe....
-
@CBeck sagte in [Adapter] Neuer radar2-Adapter:
Ich hatte zuerst den Fehler, dass ich nicht abwesend erkannt wurde, wenn ich abwesend war. Dies ist mit der Version von heute behoben.
Aber kann es sein, dass immer die Defaultwerte für Abfrageintervall und Delay away genommen werden? Ich hatte dort andere Werte eingetragen, aber abfragt wird trotzdem alle 20 sek und nach 2 Minuten gilt man als abwesend. Zweiteres ist bei mir nen Problem, obwohl zu Hause, kommt es bei schlechterem Empfang halt mal vor, dass mein Handy länger als 2 minuten nicht erkannt wird. Habe hier heute Abend deshalb nen lustiges Wechselspiel zwischen An- und Abwesend.Im Log bekomme ich übrigens laufend die folgenden Meldungen:
host.RaspiIOBroker 2019-02-15 23:24:23.396 info Restart adapter system.adapter.radar2.0 because enabled
host.RaspiIOBroker 2019-02-15 23:24:23.395 error instance system.adapter.radar2.0 terminated with code 7 (Adapter already running)
host.RaspiIOBroker 2019-02-15 23:24:21.533 info instance system.adapter.radar2.0 started with pid 4178Zuerst für die delay/Intervall-Werte: Sie sollten genommen werden und werden bei mir korrekt im startup-log (mit 'info'-log) angezeigt, zumindest bei Version 0.1.3...
Ja, Handy's habe die Angewohnheit sich abzumelden, bei Android kann man W-Lan immer anstellen, dann gehts etwas besser.
Die Log-Teile sagen mir dass der Adapter schon läft und deshalb nicht nochmal gestartet werden kann.
Abhilfe: Radar2 im Admin ausschalten, dann auf consolesudo pkill -f radar2und dann adapter wieder anschalten.
Iobroker braucht 'ne Zeit (5-10s) um Adapter als gestoppt zu erkennen, also warte mit dem pkill solange....Hatte das nur im Testfall wenn ich den Adapter händisch gestartet habe oder eben zu schnell ein/ausgeschaltet habe.
-
Kann man eigentlich arp-scan ausschalten?
Ich habe auch vieles im Netzwerk, z.B. meine geflashten Sonoff.
Da ich Anwesenheitskenung ausschließlich mit den G-Tags mache (geht hier leider nicht anders), müssen auch keine IP-Adressen oder IP-MAC getriggert werden. -
@MathiasJ sagte in [Adapter] Neuer radar2-Adapter:
Kann man eigentlich arp-scan ausschalten?
Ich habe auch vieles im Netzwerk, z.B. meine geflashten Sonoff.
Da ich Anwesenheitskenung ausschließlich mit den G-Tags mache (geht hier leider nicht anders), müssen auch keine IP-Adressen oder IP-MAC getriggert werden.Ja, das geht, wenn du bei keinem Gerät einen Hostnamen, IP-adresse oder ip-Mac angibst dann wird auf arp-scan verzichtet.
im log beim hochfahren solltest du dann kein Gerät mit type IP finden.p.s. Drucker, ECB und UWZ sowie externe IP funktionieren trotzdem.
-
@frankjoke
das mit dem Neustart und sudo pkill hat schon mal geholfen.
Aber das Handy meiner Frau pendelt immer noch ständig zwischen an- und abwesend. Mit Radar 1.0 war dies nicht so, wo ist der unterschied bei 2.0? Ich habe zur Sicherheit die WLAN-Einstellungen nachgeguckt, WLAN war/ist auch im Standby an.
Bei meinem Handy tritt dies übrigens nicht auf... -
@CBeck sagte in [Adapter] Neuer radar2-Adapter:
@frankjoke
das mit dem Neustart und sudo pkill hat schon mal geholfen.
Aber das Handy meiner Frau pendelt immer noch ständig zwischen an- und abwesend. Mit Radar 1.0 war dies nicht so, wo ist der unterschied bei 2.0? Ich habe zur Sicherheit die WLAN-Einstellungen nachgeguckt, WLAN war/ist auch im Standby an.
Bei meinem Handy tritt dies übrigens nicht auf...Die Lan-Änderungen waren hauptächlich mit arp-scan, im alten radar wurde --retry=7 und der default von --timerout=500 verwendet.
Das findet genauer, dauert aber 18-19 Sekunden je nachdem wie viele Netzwerkgeräte nicht da sind.Ich würde es mal mit retry=6 und timeout=500 (einfach im config im arp-scan argument ändern) versuchen, das dauert am Lan ca 12-13 Sekunden bei mir und ist 99% so genau wie retry=7.
-
@frankjoke
Danke für die Hilfestellung. Ich teste zwar noch, aber ich glaube es lag an etwas anderem. Nen Scan dauert bei mir knapp über 20 sek. Habe deswegen Scan auf alle 25 sek gesetzt und nun scheint es mit dem Erkennen zu funktionieren... -
hi
kurze frage an die runde..
ich habe den radar2 adapter inst. und dieser geht nun ständig an und aus.
das log file sagt folgendes dazu:
host.shsrv 2019-02-17 00:12:31.450 error instance system.adapter.radar2.0 terminated with code null () host.shsrv 2019-02-17 00:12:31.450 warn instance system.adapter.radar2.0 terminated due to SIGSEGVich vermute mal es liegt daran, dass ich nicht das richtige unter bluetooth adapter in den settings eingetragen habe..!?!
ich benutze hier einen Intel NUC wo proxmox drauf inst. ist.
stehe gerade auch so ein bisschen aufn schlauch, wie ich das in der vm nochmal einrichte bzw. nachschaue, welche bezeichnung/schnittstelle der bluetooth adapter benutzt.und was genau muss dann in den einstellungen des adapters eingetragen werden? einfach nur die entsprechende zahl?
-
@frankjoke zu früh gefreut, tritt leider immer noch auf
Da ich das mit Beleuchtung kombiniert habe, etwas nervig 
-
@ltsalvatore sagte in [Adapter] Neuer radar2-Adapter:
hi
kurze frage an die runde..
ich habe den radar2 adapter inst. und dieser geht nun ständig an und aus.
das log file sagt folgendes dazu:
host.shsrv 2019-02-17 00:12:31.450 error instance system.adapter.radar2.0 terminated with code null () host.shsrv 2019-02-17 00:12:31.450 warn instance system.adapter.radar2.0 terminated due to SIGSEGVich vermute mal es liegt daran, dass ich nicht das richtige unter bluetooth adapter in den settings eingetragen habe..!?!
ich benutze hier einen Intel NUC wo proxmox drauf inst. ist.
stehe gerade auch so ein bisschen aufn schlauch, wie ich das in der vm nochmal einrichte bzw. nachschaue, welche bezeichnung/schnittstelle der bluetooth adapter benutzt.und was genau muss dann in den einstellungen des adapters eingetragen werden? einfach nur die entsprechende zahl?
Hmm, das ist starker Tobak würden wir sagen! SIGSEGV
ist ein Fehler den ich in node selbst nicht erzeugen kann, er kann eigentlich NUR im Treiber, oder im node-adapter erzeugt werden, oder bei einem HW-Fehler!Kannst mir sagen wann er auftritt? ist das lange nach dem Start or während dem Start? Wenn du alle BT-Objekte mal rausnimmst (es reicht die BT-Adresse mit einem zusätzlichen Zeichen zu verunstalten) dann wird kein BT-scan gemacht und man kann sehen ob der fehler dort liegt. Umgekehrt kann man das auch für IP machen und dann sehen ob's dort liegt!
-
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
@ltsalvatore sagte in [Adapter] Neuer radar2-Adapter:
hi
kurze frage an die runde..
ich habe den radar2 adapter inst. und dieser geht nun ständig an und aus.
das log file sagt folgendes dazu:
host.shsrv 2019-02-17 00:12:31.450 error instance system.adapter.radar2.0 terminated with code null () host.shsrv 2019-02-17 00:12:31.450 warn instance system.adapter.radar2.0 terminated due to SIGSEGVich vermute mal es liegt daran, dass ich nicht das richtige unter bluetooth adapter in den settings eingetragen habe..!?!
ich benutze hier einen Intel NUC wo proxmox drauf inst. ist.
stehe gerade auch so ein bisschen aufn schlauch, wie ich das in der vm nochmal einrichte bzw. nachschaue, welche bezeichnung/schnittstelle der bluetooth adapter benutzt.und was genau muss dann in den einstellungen des adapters eingetragen werden? einfach nur die entsprechende zahl?
Hmm, das ist starker Tobak würden wir sagen! SIGSEGV
ist ein Fehler den ich in node selbst nicht erzeugen kann, er kann eigentlich NUR im Treiber, oder im node-adapter erzeugt werden, oder bei einem HW-Fehler!Kannst mir sagen wann er auftritt? ist das lange nach dem Start or während dem Start? Wenn du alle BT-Objekte mal rausnimmst (es reicht die BT-Adresse mit einem zusätzlichen Zeichen zu verunstalten) dann wird kein BT-scan gemacht und man kann sehen ob der fehler dort liegt. Umgekehrt kann man das auch für IP machen und dann sehen ob's dort liegt!
hi frankjoke,
also wenn ich den adapter starte, dann leuchtet dieser erstmal grün.
nach ca. 10 sekunden, geht der adapter auf rot und spuckt auch erst dann die oben bereits genannte fehlermeldung aus.hier noch mal das ausführlichere log file und nen screenshot der adapter einstellungen
das entfernen der bt geräte hat leider auch nichts gebrachthost.shsrv 2019-02-17 21:00:11.454 info Restart adapter system.adapter.radar2.0 because enabled host.shsrv 2019-02-17 21:00:11.454 error instance system.adapter.radar2.0 terminated with code null () host.shsrv 2019-02-17 21:00:11.454 warn instance system.adapter.radar2.0 terminated due to SIGSEGV radar2.0 2019-02-17 21:00:10.328 warn dhcp error on address 0.0.0.0 { Error: bind EACCES 0.0.0.0:67 at _handle.lookup (dgram.js:266:18) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback ( radar2.0 2019-02-17 21:00:10.328 info radar2 set to scan every 20 seconds and printers every 720 minutes. radar2.0 2019-02-17 21:00:10.328 info arp-scan will use the following interfaces: [ 'ens18' ] radar2.0 2019-02-17 21:00:10.328 info Remove name end for host names: .fritz.box radar2.0 2019-02-17 21:00:10.328 info use known IP list: [] radar2.0 2019-02-17 21:00:10.328 info use known BT list: [] radar2.0 2019-02-17 21:00:10.328 info radar2 set to flag items away if they are not seen for 2 minutes radar2.0 2019-02-17 21:00:10.328 info found 'node-bluetooth' radar2.0 2019-02-17 21:00:10.328 info found '@abandonware/noble' radar2.0 2019-02-17 21:00:10.328 info Connected for DHCP Scan on address 0.0.0.0 radar2.0 2019-02-17 21:00:10.320 info macdb has entries: 25968 radar2.0 2019-02-17 21:00:02.234 info radar2 starting main... radar2.0 2019-02-17 21:00:02.233 info radar2 initialization started...
-
Nachdem ich mit dem ursprünglichen Radar Adapter keine BT Geräte sehen konnte bin ich testweise auf den Radar2 Adapter gegangen und es hat auf Anhieb fehlerfrei funktioniert.
Danke - Good Job!
-
Habe die Installation nochmal versucht. Wieder ohne Erfolg.
Habe diesmal mit debug installiert.Hier das Log.
Grüße
-
@rantanplan sagte in [Adapter] Neuer radar2-Adapter:
Habe die Installation nochmal versucht. Wieder ohne Erfolg.
Habe diesmal mit debug installiert.Grüße
Leider ist es nicht möglich die neue Version unter Windows zu installieren!
Einige Module verweigern die Kompilierung der node-Treiber - leider.Habe bei den Entwicklern issues geloggt aber noch keine Antworten erhalten!
-
@ltsalvatore sagte in [Adapter] Neuer radar2-Adapter:
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
@ltsalvatore sagte in [Adapter] Neuer radar2-Adapter:
hi
kurze frage an die runde..
ich habe den radar2 adapter inst. und dieser geht nun ständig an und aus.
das log file sagt folgendes dazu:
host.shsrv 2019-02-17 00:12:31.450 error instance system.adapter.radar2.0 terminated with code null () host.shsrv 2019-02-17 00:12:31.450 warn instance system.adapter.radar2.0 terminated due to SIGSEGVich vermute mal es liegt daran, dass ich nicht das richtige unter bluetooth adapter in den settings eingetragen habe..!?!
ich benutze hier einen Intel NUC wo proxmox drauf inst. ist.
stehe gerade auch so ein bisschen aufn schlauch, wie ich das in der vm nochmal einrichte bzw. nachschaue, welche bezeichnung/schnittstelle der bluetooth adapter benutzt.und was genau muss dann in den einstellungen des adapters eingetragen werden? einfach nur die entsprechende zahl?
Hmm, das ist starker Tobak würden wir sagen! SIGSEGV
ist ein Fehler den ich in node selbst nicht erzeugen kann, er kann eigentlich NUR im Treiber, oder im node-adapter erzeugt werden, oder bei einem HW-Fehler!Kannst mir sagen wann er auftritt? ist das lange nach dem Start or während dem Start? Wenn du alle BT-Objekte mal rausnimmst (es reicht die BT-Adresse mit einem zusätzlichen Zeichen zu verunstalten) dann wird kein BT-scan gemacht und man kann sehen ob der fehler dort liegt. Umgekehrt kann man das auch für IP machen und dann sehen ob's dort liegt!
hi frankjoke,
also wenn ich den adapter starte, dann leuchtet dieser erstmal grün.
nach ca. 10 sekunden, geht der adapter auf rot und spuckt auch erst dann die oben bereits genannte fehlermeldung aus.hier noch mal das ausführlichere log file und nen screenshot der adapter einstellungen
das entfernen der bt geräte hat leider auch nichts gebrachthost.shsrv 2019-02-17 21:00:11.454 info Restart adapter system.adapter.radar2.0 because enabled host.shsrv 2019-02-17 21:00:11.454 error instance system.adapter.radar2.0 terminated with code null () host.shsrv 2019-02-17 21:00:11.454 warn instance system.adapter.radar2.0 terminated due to SIGSEGV radar2.0 2019-02-17 21:00:10.328 warn dhcp error on address 0.0.0.0 { Error: bind EACCES 0.0.0.0:67 at _handle.lookup (dgram.js:266:18) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback ( radar2.0 2019-02-17 21:00:10.328 info radar2 set to scan every 20 seconds and printers every 720 minutes. radar2.0 2019-02-17 21:00:10.328 info arp-scan will use the following interfaces: [ 'ens18' ]Halle @ltsalvatore , anhand dem Auszug oben sehe ich dass der Adapter den SIGSEGV bekommt wenn er gerade den ersten scan starten will. Er versuch sich auf das Port 0.0.0.0:67 zuzugreifen.
Das ist eine relativ normale Funktion, kann aber nur besonderen Rechten ausgeführt werden.Die Installation
sudo apt-get install libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev 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`)Sollte diese vergeben.
Allerdings hast du eine interne bridge (wahrscheinlich wegen proxmox, was immer das auch ist) laufenens18, also kann es sein dass der broker in einem container oder VM läuft und das system den SIGSEGV generiert und damit den Adapter killt!Wenn du die letzte V1.3-Version verwendest dann hab ich dort schon diese Stelle im Programm abgesichert und wenn man das bind nicht durchgeführt werden kann da man nicht die Rechte hat dann wird diese dhcp-Funktion einfach ausgeschaltet (und das geloggt). Aber da schickt ndas OS normal keinen SIGSEGV, sonder nur einen Fehler im bind!
Ich bin etas ratlos wie ich da sondt weiterhelfen kann
