IOBroker - Radar2

[Diginix]

@frankjoke Das bedeutet dass die ganzen "setcap" Befehle weiterhin nötig sind?
Bisher führe ich alles blind nach jeder Aktualisierung durch ein Skript aus.
@Pittini hatte da ja nachgefragt.
Also meine Erkenntnisse:
wird nicht mehr benötigt:
npm install node-bluetooth

wird weiterhin benötigt:

sudo apt-get install -y coreutils libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools
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`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)

neu ist hier coreutils

[frankjoke]

@lobomau
Danke für die Info, vielleicht hab ich bei meinenTests nie so viele in der Liste gehabt ... Werd ich mir anschauen...

@Diginix
Ja, npm install node-bluetooth brauchen wir nicht mehr und ich hab's auch schon aus package.json geschmissen, also es sollte nicht mehr installiert werden.

coreutils wurde notwending da anscheinend manche distributions da Teile verwenden, hatte beim Aufsetzten auf buster 64-bit das problem das es fehlte und ich nich ohne installieren konnte.

Ich habe eine Woche nur gebraucht um herauszufinden was ich brauche um den Adapter auch meinen 4 verschiedenen Testsystemen (zumindest ohne noble) zum Laufen zu kriegen.

Danke nochmals für Feedback!

[frankjoke]

@lobomau
Sorry, vergaß wegen Enabled: Ja, bedeutet dass der Eintrag beim Scan (nicht) ausgelassen wird, damit im Anwesend/Abwesend gelistet wird.

Die IP- oder MAC-Adressen werden trotzem als bekannt gelistet also scheinen sie nicht in unknown auf.

[frankjoke]

@Diginix

Mal sehen, das mit dem Zeitstempel sollte eigentlich behoben sein aber da muß ich nachsehen.

Das mit den Minuten bevor ... sollte auch behoben sein, zumindest hab ich keine Fehler mehr simulieren können.

[lobomau]

@lobomau sagte in IOBroker - Radar2:
"Installation lief erstmal unauffällig. Funktionsfähigkeit kann ich noch nichts zu sagen."

Kleines Feedback nach etwa 30 Std. im Einsatz: scheint super gut zu funktionieren der Adapter! Ich habe drei Instanzen installiert:
1.) hier sind nur zwei handys als Geräte eingetragen, nur IP wird abgefragt, aber alle 15s Aktualierung, Abwesenheit nach 2min. Handy wird schnell erkannt (logischerweise <15s) und bleibt die ganze Zeit erfolgreich als anwesend markiert. WLAN aus: nach 2 Min wieder abwesend. So soll es sein
2.) hier auch IPs, aber alle restlichen festen IPs, die ich habe nur alle 70s Aktualierung
3.) läuft auf einem Pi3 als slave, hier wird nur BT abgefragt von 5 Geräten alle 25s.

CPU Belastung ist auch noch etwas runtergegangen. Weiter so

[frankjoke]

@lobomau
Danke für das feedback!

Übrigens, wenn ihr mehrere Instanzen für blöuetooth installieren wollt dann geht es nur wenn ihr mehrere BT sticks/controller habt!
Einer der Fehler im alten Adapter war dass mehrere Befehle für BT gleichzeitig liefen diue sich dann gegenseitig abgewürgt haben und z.B. nur ein anstatt alle Geräte gefunden wurden.

[Pittini]

Kurzer Bericht. Der neue Adapter läuft jetzt seit mehreren Tage 24/7 ohne zu mucken. Das einzige was mir aufgefallen ist, er funktioniert zu gut . Soll heißen, wenn sich mein Bt Tag so an der Empfangsgrenze bewegt, wird ständig mein Skript getriggert, d.h. er wechselt ständig von an zu abwesend, siehe die letzen 4 Einträge im Bild. Evtl könnte man das entprellen?

[frankjoke]

@Pittini

Die Entprell-Zeit ist die Abwesenheits-Zeit! Also von 2 Minuten auf 4 Minuten oder noch höher stellen, dann wirds weniger, oder auch IP abfragen wenn du lokales lan hast und sich dein Handy dort automatisch anmeldet (und wenn geht immer die selbe IP bekommt).

[Pittini]

@frankjoke sagte in IOBroker - Radar2:

Die Entprell-Zeit ist die Abwesenheits-Zeit! Also von 2 Minuten auf 4 Minuten oder noch höher stellen, dann wirds weniger, oder auch IP abfragen wenn du lokales lan hast und sich dein Handy dort automatisch anmeldet (und wenn geht immer die selbe IP bekommt).

Wie ich oben bereits schrieb, gehts um Bluetooth Tags, nicht um Lan oder Handy. Die Abwesenheitszeit steht auf 2 Minuten, das scheint auch zu klappen, nur wird nach ner Sekunde später wieder anwesend gemeldet.

[frankjoke]

@Pittini

Habe in der letzten Beta das _here durch eine Zahl ersetzt, damit kann man jetzt nur dann auf here schalten wenn z.B _here >1 scans da war!

Übrigens an alle:

Habe gerade V1.9.9 auf git im master gestellt (also nicht mehr mit tarball/newV2)!
Die Version durchläuft auch die somit wollte ich mehr Tester!

Einzige große Änderung für alle: habe node-Version auf 10+ gestellt weil es bei 8+ einige Probleme gab (und auch die jetzigen js-controller nicht mehr funktionieren).

LG
Frank

[MathiasJ]

@frankjoke
auf der 1.2.5 lief Radar2 so schön unter Node 12.x und dem JS-Controller 3.x
Nun auf die 1.9.9 angehoben und ich habe gefühlte 1000 Fehlermeldungen
und Radar2 bleibt rot
Schade, kann den Post nicht löschen.
Edit
Versehentlich Radar auf dem Slave angehoben.
Nun Radar2 auf dem Master angehoben, und siehe da, es läuft
Aber die system-Config bleibt:
JS-Controller 3.x
Node/NodeJS 12.x
Gruß,
Mathias

[stefande]

@frankjoke
Zunächst mal Danke für die Entwicklung des Adapters.

@frankjoke sagte in IOBroker - Radar2:

Habe in der letzten Beta das _here durch eine Zahl ersetzt, damit kann man jetzt nur dann auf here schalten wenn z.B _here >1 scans da war!

Wäre es nicht sinnvoller einen zusätzlichen neuen Datenpunkt anzulegen als den _here zu ändern?
Ich hab bisher meine Auswertung über _here gemacht und muss jetzt alles umstellen.

[frankjoke]

@stefande
wenn du eine Zahl auf wie eine boolean verwendest if (wert) dann xxx und wert ist eine Zahl dann ist 0=false und alles andere=true. Also sollte es keine Änderung für dich geben. Genau das macht das Programm, whenn _here false ist dann wird es auf 0 gesetzt, sonst inkrimentiert was dann für dich true bedeutet..

[stefande]

@frankjoke
Ich erfasse den Status sowohl in einer SQL Datenbank wie auch in einem Flot Diagramm, die jetzt natürlich mit einer Zahl statt einem Binärwert gefüttert werden.
Ich kann das umstellen, aber wenn hier andere User einen ähnlichen Weg genommen haben, ist das Geschreie nachher groß.

[Pittini]

@stefande sagte in IOBroker - Radar2:

Wäre es nicht sinnvoller einen zusätzlichen neuen Datenpunkt anzulegen als den _here zu ändern?
Ich hab bisher meine Auswertung über _here gemacht und muss jetzt alles umstellen.

Ja, war bei mir logischerweise auch so, aber das is doch kein großer Akt, ich wandel das einfach wieder in nen internen binären n_here und gut is.

[frankjoke]

@stefande
Ok, habe die Zahl auf den State ._nHere gesetzt und ._here gibt wieder das boolean.

[gammler2003]

Hallo zusammen,

bei mir will der Adapter einfach nicht starten. Sämtliche Befehle aus der Readme habe ich ausgeführt und liefen auf meinem RPI auch sauber durch. Der Log (Debug Modus) sagt folgendes:

radar2.0	2020-06-01 23:55:54.538	info	(17798) debug: Adapter will exit now with code true and method adapter.terminate!
radar2.0	2020-06-01 23:55:54.159	info	(17798) Terminated (NO_ERROR): Without reason
radar2.0	2020-06-01 23:55:54.155	info	(17798) terminating
radar2.0	2020-06-01 23:55:53.670	info	(17798) Will try to scan BT devices: true
radar2.0	2020-06-01 23:55:53.645	error	(17798) Error: bind EADDRINUSE 0.0.0.0:67 at dgram.js:321:20 at processTicksAndRejections (internal/process/task_queues.js:81:21)
radar2.0	2020-06-01 23:55:53.644	error	(17798) uncaught exception: bind EADDRINUSE 0.0.0.0:67
radar2.0	2020-06-01 23:55:53.637	warn	(17798) Adapter will exit in latest 1 sec with code true!
radar2.0	2020-06-01 23:55:53.628	info	(17798) radar2 set to scan every 20 seconds and printers every 720 minutes.
radar2.0	2020-06-01 23:55:53.627	info	(17798) arp-scan will use the following interfaces: [ 'eth0', 'wlan0' ]
radar2.0	2020-06-01 23:55:53.626	info	(17798) use known IP list: [ '1.1.1.1' ]
radar2.0	2020-06-01 23:55:53.625	info	(17798) use known BT list: [ '01:12:23:34:45:56' ]
radar2.0	2020-06-01 23:55:53.623	info	(17798) radar2 set to flag items away if they are not seen for 2 minutes
radar2.0	2020-06-01 23:55:53.610	info	(17798) Adapter disconnected and stopped with dostop(true) and callback(false)
radar2.0	2020-06-01 23:55:53.609	warn	(17798) No to be scanned devices are configured for host phoscon! Will stop Adapter
radar2.0	2020-06-01 23:55:53.563	info	(17798) radar2 initialization started...
radar2.0	2020-06-01 23:55:53.456	info	(17798) starting. Version 1.2.5 in /opt/iobroker/node_modules/iobroker.radar2, node: v12.14.0, js-controller: 3.1.4

Hat jemand eine Idee, was ich falsch mache?

Vielen Dank an euch!

[stefande]

@frankjoke
Danke

[frankjoke]

@gammler2003

Da sind zwei Probleme die ich sehe:

1. 2020-06-01 23:55:53.609 warn (17798) No to be scanned devices are configured for host phoscon! Will stop Adapter zeigt dass kein Eintrag in der Konfig aktiv ist und nichts gesucht wird! Vielleicht hast alles mit - am Ende?
2. Error: bind EADDRINUSE 0.0.0.0:67 at dgram.js:321:20 at processTicksAndRejections (internal/process/task_queues.js:81:21) zeigt dass node keine Erlaubnis hat die DHCP-Scan durchzuführen, also der Befehl sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f ``which node``) nicht erfolgreich durchgeführt wurde (bevor der Adapter startet).

Jedenfalls schau mal wie du die 2 Dinge beheben kannst und kade dir auch Version 1.9.9 von Git!

[gammler2003]

Guten Morgen zusammen,

nach dem Update auf die 1.9.9 sieht der Log leicht anders aus. Der Adapter springt für eine Sekunde auf grün und dann wieder zurück auf Status rot:

radar2.0	2020-06-02 07:52:16.148	info	(6254) Terminated (ADAPTER_REQUESTED_TERMINATION): true
radar2.0	2020-06-02 07:52:16.147	info	(6254) debug: Adapter will exit now with code true and method adapter.terminate!
radar2.0	2020-06-02 07:52:16.145	info	(6254) Adapter disconnected and stopped with dostop(true) and callback(false)
radar2.0	2020-06-02 07:52:16.144	warn	(6254) No to be scanned devices are configured for host phoscon! Will stop Adapter
radar2.0	2020-06-02 07:52:16.141	info	(6254) radar2 initialization started...
radar2.0	2020-06-02 07:52:15.985	info	(6254) starting. Version 1.9.9 in /opt/iobroker/node_modules/iobroker.radar2, node: v12.14.0, js-controller: 3.1.4

Die folgenden Befehle habe ich vor dem Adapterstart ausgeführt (ohne Fehlermeldungen):

apt-get install -y coreutils libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools

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`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)

Irgendetwas vergessen oder übersehen? Sind noch weitere Befehle vorab nötig?