[Adapter] Neuer radar2-Adapter
-
@ChrisXY Ich dachte Exit Code 0 ist ok. Die Fehlermeldungen zuvor kann man ignorieren. Wenn er rot bleibt, hilft nur das ioBroker Log. Installiert ist er wahrscheinlich korrekt.
@frankjoke Ich habe jetzt einen zusätzlichen BT Dongle mit hci2 am PC. Dein Adapter kann sowohl mit dem als auch mit hci0 alles erkennen. Aber eben weiterhin nur mit noble, nicht hci only.
Selbst wenn radar2 auf hci2 arbeitet, kann ich das keyble für den Türschlossantrieb in der Konsole nicht verwenden weil immer ein timeout kommt. Sobald radar2 pausiert ist, funktioniert es.
Daher scheint der Konflikt unabhängig der Hardware auch noch bei noble selbst zu bestehen.
Kann man das entzerren und ja wie? -
also hier mal nach Installation was im Log steht:
host.iobroker 2019-05-20 21:09:35.387 error instance system.adapter.radar2.0 terminated with code null () host.iobroker 2019-05-20 21:09:35.386 warn instance system.adapter.radar2.0 terminated due to SIGSEGV host.iobroker 2019-05-20 21:09:02.739 error instance system.adapter.radar2.0 terminated with code null () host.iobroker 2019-05-20 21:09:02.739 warn instance system.adapter.radar2.0 terminated due to SIGABRT Caught 2019-05-20 21:09:02.738 error by controller[0]: .0: ../deps/uv/src/unix/poll.c:123: uv_poll_start: Assertion `!(((handle)->flags & (UV_HANDLE_CLOSING | UV_HANDLE_CLOSED)) != 0)' failed.noch mehr
radar2.0 2019-05-20 21:12:03.904 info found '@abandonware/noble' radar2.0 2019-05-20 21:12:03.714 info radar2 initialization started... radar2.0 2019-05-20 21:12:03.602 info starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0 radar2.0 2019-05-20 21:11:30.636 info found '@abandonware/noble' radar2.0 2019-05-20 21:11:30.407 info radar2 initialization started... radar2.0 2019-05-20 21:11:30.282 info starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0 radar2.0 2019-05-20 21:10:57.684 info radar2 initialization started... radar2.0 2019-05-20 21:10:57.555 info starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0 radar2.0 2019-05-20 21:10:39.296 info found '@abandonware/noble' radar2.0 2019-05-20 21:10:39.063 info radar2 initialization started... radar2.0 2019-05-20 21:10:38.935 info starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0 -
@MathiasJ die Idee mit dem zusätzlichen WLAN Stick kam mir auch schon, allerdings ist das Gästenetz bei uns bewusst offen und ich möchte ungern einen Rechner, der an der Haussteuerung hängt, in das freie WLAN hängen. Der Weg von A nach B ist mir da etwas zu kurz. Alternativ müsste man das WLAN Interface so dicht machen dass da wirklich nur noch das absolut Nötigste drüber geht (frei nach dem Motto "Deny all, allow Radar2-Scans"), aber dazu kenne ich mich zu wenig aus.
ioBroker läuft in einer Debian VM auf meinem NAS, das ich etwas gepimpt habe. Rennt wie Teufel. Leider ist das USB Passthrough in die VM eher suboptimal, weswegen ich einen Raspi als 2. Node zu iobroker aufgesetzt habe.@frankjoke ich hätte noch eine Idee. Möchte es eigentlich nicht Feature Request nennen, aber vielleicht ist es ja ganz praktisch für alle, die BTLE Tags nutzen. Es wäre toll, wenn Radar 1x pro Tag oder so den Batteriestand abfragen könnte. So kann man Batterien rechtzeitig tauschen und sich zB einen Notifier setzen, wenn eine Batterie unter 10% oder so geht. Im Falle der G-Tags wäre die passende Abfrage dazu
gatttool -b <MAC-Adresse> --char-read --handle=0x001b, und die Antwort ist der Batteriestand in % (Achtung, Angabe in Hex, muss man erst umrechnen!). In meinem Falle kommt dabei raus:root@raspi:/tmp# gatttool -b MAC1 --char-read --handle=0x001b Characteristic value/descriptor: 64 root@raspi:/tmp# gatttool -b MAC2 --char-read --handle=0x001b Characteristic value/descriptor: 55Für MAC2 ergibt sich nach Umrechnung dann 85% und für MAC1 ganze 100% (Kunststück, ich hatte ihn gerade frisch aus der Packung genommen).
Viele Grüße
Christian -
Hast du das installationsscript ausgeführt (womöglich) bevor du den Adapter installiert hast?
Es fehlen BT-Treiber bei der Installation.
Du hast SIGSEGV error das Bedeutet dass der Adapter eventuell nicht die Rechte hat auf bestimmte Geräte/Funktionen zuzugreifen. Kann auch sein dass du ne andere Software wie Docker oder so verwendest die die Rechte einschränkt.
-
Habe gerade eine weitere (V1.2)-Version auf git gepostet mit folgenden Änderungen:
- Man kann zwischen Noble & hcitool lescan und BT scan & l2ping getrennt wählen
- Man sollte BT-LE Macs mit einem
!voran kennzeichnen damit sie nicht mit dem l2ping gescannt werden (und es 4 Sekunden/Adresse dauert bis l2ping nichts zurückmeldet). - Die Abwesenheitszeit kann auf eine Minute gesenkt werden wenn die scan-Zeit < Abwesenheit/2.5 ist.
- Habe in den Readme's kurze Beschreibung für die BT-scans hinzugefügt
Damit kann sich jeder seine Einstellungen zusammensetzen wie er sie benötigt.
-
Puh das kann sein ganz am anfang erst adapter installiert dann per Konsole die 2 sachen ausgeführt. Will nur das DHCP nutzen. Bt hab ich eh nicht. Was kann ich den nun machen? Muss doch ein Port bei docker frei gemacht werden?
-
Hi
Ich nöchte gerne auf folgenden GitHub issue verweisen:
https://github.com/frankjoke/ioBroker.radar2/issues/17Ich habe mir mittlerweile die MAC-Adressen-Erkennung selbst geschrieben und möchte diese gerne teilen:
const objPrefix = 'geofence.'; const objPostfixIsHere = '.isHere'; const objPostfixLastSeen = '.lastSeen'; const arp_scan_cmd = 'sudo arp-scan --interface=wlan0 -lgq --retry=5 --timeout=400'; const arp_scan_interval = 20 * 1000; // ms const device_timeout = 3; // min const welcomeTimeDelay = 20 * 1000; // ms const macs = [ { 'id': 'id1', 'mac': 'XX:XX:XX:XX:XX:XX'}, { 'id': 'id2', 'mac': 'XX:XX:XX:XX:XX:XX'}, { 'id': 'id3', 'mac': 'XX:XX:XX:XX:XX:XX'} ]; for (var i in macs) { createState(objPrefix + macs[i].id + objPostfixIsHere, false, { type: 'boolean', def: false }); createState(objPrefix + macs[i].id + objPostfixLastSeen, false, { type: 'string', def: '' }); } createState(objPrefix + 'nHere', false, { read: true, write: true, type: 'number', def: 0 }); setInterval(() => { exec(arp_scan_cmd, (err, stdout, stderr) => { if (!err) { var macs_found = ''; for (var i in macs) { if (stdout.includes(macs[i].mac.toLowerCase())) { macs_found += macs[i].mac + ' '; setState(objPrefix + macs[i].id + objPostfixLastSeen, new Date().toString(),true); setState(objPrefix + macs[i].id + objPostfixIsHere, true, true); } else { var lastSeen = new Date(getState(objPrefix + macs[i].id + objPostfixLastSeen).val); lastSeen.setMinutes(lastSeen.getMinutes() + device_timeout) if (new Date() > lastSeen) { log('Device ' + macs[i].mac + ' went inactive', 'debug'); setState(objPrefix + macs[i].id + objPostfixIsHere, false, true); } } } if (macs_found) { log('MACS found: '+macs_found, 'debug'); } var nHere = 0; for (var i in macs) { if (getState(objPrefix + macs[i].id + objPostfixIsHere).val) { nHere++; } } setState(objPrefix + 'nHere', nHere, true); } else { log(err.message, 'error'); } }); }, arp_scan_interval); for (var i in macs) { const mac = macs[i]; on({ id: OBJ_JS_INSTANCE + objPrefix + mac.id + objPostfixIsHere, change: 'ne', val: true }, (obj) => { log('Devie ' + mac.mac + ' went active', 'debug'); // user func }); }Sollte zugleich eine feature suggestion sein, um eine MAC-only-detection zu ermöglichen
closed Use only MAC #17
-
Das sollte aber schon mit radar funktionieren da ja radar auch arp-scan verwendet!
Du musst ja nicht unbedingt etwas in die ip eintragen!Hab's gerade getestet und es funktioniert nur mit der mac-Adresse auch!
p.s.: Verwende ja auch das arp-scan...
p.s.:: das geht natürlich nur wenn die mac auf den Netz ist wo der adapter direkt zugriff hat, nicht in einem entfernten Netz über den Router.
-
@ChrisXY
Leider muss gerade DHCP auf broadcasts zugreifen die der interne router der docker-Anwendung eventuell nicht zulässt.Hab sowas schon bei einem Nutzer erlebt der pihole laufen gehabt hat...
-
habe aber iobroker als macvlan am laufen das sollte glaube ich klappen ?
ABER wenn in der Fritzbox es doch erkannt wird , kann man es nicht direkt von dort abgreifen ? -
@frankjoke
Ich hatte genau die selbe Frage auf GitHub gestellt und da hast du anders geantwortet
Nunja, es hat mit dem radar Adapter leider nicht funktioniert.. -
@ChrisXY
Das kannst vielleicht mit dem TR???-Adapter.Wenn auf der Kommandozeile (in dem v-lan) arp-scan geht dann sollte auch radar2 gehen, verwend ja auch nichts anderes.
-
@schreda
Ich weiß, habe nicht an arp-scan gedacht, aber es dann selbst ausprobiert und bei mir findet er einträge nur mit macs die arp-scan auch findet. -
Muss ich den arp-scan Installieren ? Will es nur zusätzlich nutzen neben der fritzbox und Ping als 3. erkennung DHCP .
Da ich Docker nutze will ich nichts im System groß machen -
@ChrisXY
Ich kenn mich bei Docker nicht so aus (verwende nur VM's auf meinem QNAP NAS da ich da auch andere Betriebssysteme verwenden kann).
Radar2 braucht arp-scan nur um mac-Adressen zu finden, wenn du das nicht brauchst kannst es weglassen.Aber ich würde so System-nahe Programme eher am Host system und nicht im container installieren, es sei denn der container kann nicht auf host-Programme zugreifen.
DHCP für IPv4 sind broadcasts auf Port 69 die der mittels dgram modul (von nodejs selbst) gelesen wird, dazu aber erweiterte Systemberechtigungen benötigt (wie auch arp-scan) welche mittels meinem Installationsscript für debian/Ubuntu erteilt werden. Ob diese dann auch in Containern gelten kann ich nicht sagen.
Bei den jetztigen linux-Versionen sind die Bewilligungen auch an das aktuelle Programm (z.B. node oder arp-scan) gebunden, wird dieses per apt(-get) upgedated muss sie neu erteilt werden (mein script neu aufrufen).
Das soll verhindern dass irgendwer das Programm austauscht und dann auf Befehle Zughreifen kann welche die Sicherheit gefährden können. -
Bei mir werden die G-Tags nur noch gefunden, wenn ich Noble aktiviere.
Das kann ich aber gar nicht gebrauchen, denn wenn ich den USB-Extender endlich mal installiert habe, schmiert Noble ab.
I2ping ist deaktiviert., hcitool lescan deaktiviert,
Ich habe auch gelesen, ein ! vor der MAC-Adresse zu setzen. hat auch nichts gebracht.Gruß,
Mathias -
@MathiasJ sagte in [Adapter] Neuer radar2-Adapter:
Bei Anwesenheit reagiert Radar2 ja sofort.
Damit soll verhindert werden, daß z.B. die Heizung hin- und herschaltet, wenn man doch anwesend ist und Radar2 einen Scan versemmelt hat.
bei Radar hat eine Abwesenheitskennung (bei mir zumindest) bis zu 10 Minuten gedauert. Da sind 2 Minuten ja richtig schnell. Bis die Anwesenheit erkannt wurde, mußte ich bis zu 30 Sekunden vor der Türe stehen, bis ich die Türe aufschließen konnte. da ist ja Anwesenheit sofort bei Radar2 ja richtig toll.Ich kann von dem alten Radar-Adapter sowas nicht vermelden. Die Geräte wurden beim nächsten Scan direkt als offline angezeigt. (so wie ich es gerne hätte) Da ist der jetzige Adapter bisher langsamer...
Das mit dem Verhindern, das die Heizung hin und her schaltet, wenn er mal falsch scannt, lässt sich ja ohne Probleme über ein Script abfangen.@frankjoke kann es sein, das Echo-Geräte irgendwie nicht sauber zu scannen sind? antworten die zu langsam oder gar nicht? Bei mir werden die fast immer als offline angezeigt, obwohl alle am laufen sind. Komischerweise aktualisieren sie sich oft, wenn ein anderes Gerät das Netzwerk betritt oder verlässt, aber nach kurzer Zeit sind sie wieder off..
P.S. Ich werd bei gelegenheit mal die 1.2 testen. Ob mir das mit der verkürzten Zeit schon reicht...
Was ich nicht so ganz verstehe: Du hattest geschrieben, das die Adapter-Logik mindestens 2 Scandurchgänge braucht... Im alten Adapter waren doch die Durchgänge einstellbar, ab wann ein Gerät als abwesend angezeigt wird. Und dort konnte man doch auch 0.. oder 1.. ich weiß es nicht mehr genau... einstellen und es lief auch... -
was vllt interessant wäre, ist jeder version einen anderen Namen zu geben.
Jetzt kann ich nicht mehr zurück von der 1.2.0 auf die 1.2.0
bei der letzten Version ging Radar mit hciscan, hier nur noch mit Noble. -
@smile sagte in [Adapter] Neuer radar2-Adapter:
@frankjoke Achso okay, sorry.
Habe iobroker auf einem Intel i5 mit Windows 10Pro, 16GB RAM. Node 8.15.1, npm 6.9.0Hier einmal der LOG wenn ich den Radar Adapter starte:
Danke für Deine Unterstützung.
Hi frankjoke, darf ich nochmal nachfragen ob dir der Log weitergeholfen hat?
Oder gibt es noch irgendetwas anderes was ich probieren kann um die Bluetooth Anwesenheit auf Windows zu realisieren? -
So, nun habe ich es auch geschafft und den Adapter kaputtgespielt.
Habe den Raspi komplett neu aufgesetzt, frisches OS usw.Habe auch die Schritte mit den zusätzlichen Installationen durchgeführt.
Aber:
host.raspi 2019-05-25 02:25:50.258 info Restart adapter system.adapter.radar2.1 because enabled host.raspi 2019-05-25 02:25:50.258 error instance system.adapter.radar2.1 terminated with code 0 (OK) Caught 2019-05-25 02:25:50.258 error by controller[0]: port: 67 } Caught 2019-05-25 02:25:50.258 error by controller[0]: address: '0.0.0.0', Caught 2019-05-25 02:25:50.258 error by controller[0]: syscall: 'bind', Caught 2019-05-25 02:25:50.257 error by controller[0]: code: 'EADDRINUSE', Caught 2019-05-25 02:25:50.257 error by controller[0]: errno: 'EADDRINUSE', Caught 2019-05-25 02:25:50.257 error by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9) Caught 2019-05-25 02:25:50.257 error by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:142:11) Caught 2019-05-25 02:25:50.257 error by controller[0]: at _handle.lookup (dgram.js:266:18) Caught 2019-05-25 02:25:50.256 error by controller[0]: { Error: bind EADDRINUSE 0.0.0.0:67 radar2.1 2019-05-25 02:25:50.115 warn Adapter will exit in latest 1 sec with code false! radar2.1 2019-05-25 02:25:50.108 info Adapter disconnected and stopped with dostop(false) and callback(true) radar2.1 2019-05-25 02:25:50.106 error at process._tickCallback (internal/process/next_tick.js:181:9) radar2.1 2019-05-25 02:25:50.106 error at _combinedTickCallback (internal/process/next_tick.js:142:11) radar2.1 2019-05-25 02:25:50.106 error at _handle.lookup (dgram.js:266:18) radar2.1 2019-05-25 02:25:50.106 error Error: bind EADDRINUSE 0.0.0.0:67 radar2.1 2019-05-25 02:25:50.105 error uncaught exception: bind EADDRINUSE 0.0.0.0:67 radar2.1 2019-05-25 02:25:50.074 info radar2 set to scan every 20 seconds and printers every 720 minutes. radar2.1 2019-05-25 02:25:50.074 info arp-scan will use the following interfaces: [ 'eth0', 'wlan0' ] radar2.1 2019-05-25 02:25:50.072 info use known IP list: [ '192.168.1.xxx radar2.1 2019-05-25 02:25:50.070 info use known BT list: [] radar2.1 2019-05-25 02:25:50.068 info radar2 set to flag items away if they are not seen for 1 minutes radar2.1 2019-05-25 02:25:50.055 info net-ping not available! Will try to use normal ping! radar2.1 2019-05-25 02:25:50.022 info found and will use '@abandonware/noble' radar2.1 2019-05-25 02:25:49.678 info found and will use 'node-bluetooth scan' radar2.1 2019-05-25 02:25:49.652 info radar2 initialization started... radar2.1 2019-05-25 02:25:49.474 info starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.16.0 host.raspi 2019-05-25 02:25:47.835 info instance system.adapter.radar2.1 started with pid 13802Das Spannende ist: eigentlich soll er gar keinen ARP Scan auf ETH0 durchführen, sondern bestenfalls auf wlan0, da der DNS Server nur auf eth0 lauscht. Dafür habe ich ihm im Parameterfeld für arp-scan folgende Parameter mitgegeben:
-vN -I wlan0 192.168.179.0/24-> scheint ihn nicht sonderlich zu interessieren.Hat jemand einen Tipp? Gern würde ich den ARP Scan sonst komplett abschalten..
