NEWS
[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!@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 -
@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...@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....
-
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@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.IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
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.
-
@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.
@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... -
@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.
-
@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?
-
@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 zu früh gefreut, tritt leider immer noch auf :( Da ich das mit Beleuchtung kombiniert habe, etwas nervig :)
-
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?
@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!
-
@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...
-
Habe die Installation nochmal versucht. Wieder ohne Erfolg.
Habe diesmal mit debug installiert.Hier das Log.
Grüße
Rantanplan
CCU3 / MS Server 2019(VM) / Scripten mit Blockly
-
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!
-
@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...@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 :(
-
Bin jetzt wieder auf Radar 1.0 zurück. Erkennung von einem Handy funktioniert leider einfach nicht, im Gegensatz zu Radar 1.0.
@CBeck sagte in [Adapter] Neuer radar2-Adapter:
Bin jetzt wieder auf Radar 1.0 zurück. Erkennung von einem Handy funktioniert leider einfach nicht, im Gegensatz zu Radar 1.0.
Ok, da eigentlich nur das ping geändert wurde habe ich im 0.1.4 auf Git diese routine geändert um sicher zu sein dass keine Differenzen sind.
Es wird jetzt bis zu 5 mal versucht das gerät zu pingen, das dauert zwar bis zu 3.5 Sekunden wenn's nicht da ist aber es werden alle fehlenden gleichzeitig gepingt womit es insgesamt nur so lang dauert.
Ausserdem hab ich die ping-packetsize von 16 auf 56 angehoben da 56 auch für das linux-ping der Standard ist.Das ist alles was mir noch einfällt um eventuelle Unterschiede zu beheben!
Support us
785
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge