IOBroker - Radar2

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

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