IOBroker - Radar2

[lobomau]

@frankjoke Installation lief erstmal unauffällig. Funktionsfähigkeit kann ich noch nichts zu sagen.

Frage:
a) enabled muss angewählt sein, damit es abgefragt wird?

[Diginix]

@lobomau Bei mir waren die Haken erst nicht und er hat alle erkannt. Später habe ich sie dann gesetzt.

[Pittini]

Bei mir kommt ne Warnung:

radar2.0	2020-05-26 13:24:48.681	info	(12969) Adapter initialization finished!
radar2.0	2020-05-26 13:24:48.661	info	(12969) first scan took 25.139 seconds
radar2.0	2020-05-26 13:24:23.519	info	(12969) radar2 set use of noble(true), doArp(false), btid(0) and doUwz(null,0,0,,false).
radar2.0	2020-05-26 13:24:23.519	info	(12969) radar2 found 2 devices in config (Keeper_Carlo,G-Tag_Andrea) and 2 enabled.
radar2.0	2020-05-26 13:24:23.518	info	(12969) No UWZ warning because of Delay is 0
radar2.0	2020-05-26 13:24:23.518	info	(12969) Adapter identified macs: (), ips: (), bts LE: (7c:2f:80:e9:f0:be,58:9e:c6:10:51:0d), bts norm: ()
radar2.0	2020-05-26 13:24:23.517	info	(12969) Init item G-Tag_Andrea with { name: 'G-Tag_Andrea',ip: [],bluetooth: [ '!58:9e:c6:10:51:0d' ],enabled: true,id: 'G-Tag_Andrea',type: 'BT',btVendor: 'Gigaset Communications GmbH',lasthere: '202
radar2.0	2020-05-26 13:24:23.463	info	(12969) Init item Keeper_Carlo with { name: 'Keeper_Carlo',ip: [],bluetooth: [ '!7c:2f:80:e9:f0:be' ],enabled: true,id: 'Keeper_Carlo',type: 'BT',btVendor: 'Gigaset Communications GmbH',lasthere: '202
radar2.0	2020-05-26 13:24:23.403	info	(12969) Will try to scan BT devices: hci0 0C:54:15:8F:24:E1
radar2.0	2020-05-26 13:24:23.389	warn	(12969) Adapter not running as root or iobroker has no sudo right, cannot use arp-scan!
radar2.0	2020-05-26 13:24:23.373	info	(12969) Connected with '0.0.0.0' for DHCP Scan
radar2.0	2020-05-26 13:24:23.362	info	(12969) arp-scan will use the following interfaces: [ 'ens18' ]
radar2.0	2020-05-26 13:24:23.339	info	(12969) found and will use '@abandonware/noble'
radar2.0	2020-05-26 13:24:23.260	info	(12969) Will use l2Ping for BT scans.
radar2.0	2020-05-26 13:24:23.245	info	(12969) radar2 initialization started...
radar2.0	2020-05-26 13:24:23.184	info	(12969) starting. Version 1.9.9 in /opt/iobroker/node_modules/iobroker.radar2, node: v10.19.0

Node.js: v10.19.0
NPM: 6.13.4

config:

[Diginix]

@Pittini sagte in IOBroker - Radar2:

Adapter not running as root or iobroker has no sudo right, cannot use arp-scan!

Meinst du das?
Anscheinend will radar2 das Kommando mit "sudo" als root ausführen. In /etc/sudoers.d/iobroker ist das Kommando aber nicht erlaubt. K.a. ob das so korrekt ist wie der Adapter das bei dir versucht.
Falls radar2 dafür root Rechte braucht und diese tatsächlich fehlen, müsste das im iobroker fixer nachgebessert werden.

[Pittini]

@Diginix sagte in IOBroker - Radar2:

Meinst du das?

jap

[lobomau]

Folgender kleiner Bug tritt bei mir auf (getestet mit Chrome Browser). Die Pfeiltasten zum Hoch- und Runterschieben der einzelnen Geräte funktioniert nur auf der ersten Seite. Also z.B. bei 1-10 kein Problem, bei 11-20 funktioniert es nicht.

Als workaround stelle ich einfach auf "All":

[frankjoke]

@Diginix
Der Adapter will nix in Sudo ausführen, Programme benötigen aber eine Berechtigung wenn sie bestimmte Ntzwerk- oder Systembefehle (systemcalls) ausführen wollen.

Wenn du das README lies sihst du eine Liste von Befehlen welche diese Berechtigungen den programmen zuteilt.
Wenn eines der Programme sich ändert weil es neu installiert oder upgedated wird muss das wiederholt werden!

Also Liste vom Readme nach der Installation ausführen und arp-scan sollte laufen!

[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..