[Adapter] Neuer radar2-Adapter

MathiasJ

@SBorg sagte in [Adapter] Neuer radar2-Adapter:

Da es für radar durchaus interessant sein könnte:
Ich würde mal am Bluetooth-Stick messen was vom Extender überhaupt ankommt. Bei PoE wird dafür ein nicht unerheblicher Aufwand betrieben, und der passt mechanisch kaum in die kleinen Extender-Gehäuse. Ich vermute mal ganz grob, dass die ziemlich simpel den durch zwei Adern jagen...
z.B. USB Messgerät

USB-Testgerät ist bestellt und müßte nächste Woche eintreffen.
Bin auf die Ergebnisse gespannt.
Ich werde jedenfalls ohne/mit USB-Extender auf dem Teststystem messen.

smile

@frankjoke Achso okay, sorry.
Habe iobroker auf einem Intel i5 mit Windows 10Pro, 16GB RAM. Node 8.15.1, npm 6.9.0

Hier einmal der LOG wenn ich den Radar Adapter starte:

Danke für Deine Unterstützung.

lobito

Ich bekomme den Adapter auf Teufel komm raus nicht installiert. Fehlermeldung ist ```

npm ERR! enoent ENOENT: no such file or directory, rename 'c:\ioBroker\node_modules\.staging\q-0da3371a' -> 'c:\ioBroker\node_modules\iobroker.radar2\node_modules\q'
npm ERR! enoent ENOENT: no such file or directory, rename 'c:\ioBroker\node_modules\.staging\q-0da3371a' -> 'c:\ioBroker\node_modules\iobroker.radar2\node_modules\q'

Irgendwelche Ideen? Das ist der einzige Adapter der rumspinnt....

ChristianF

Hallo zusammen,

ich würde auch gern eine Frage stellen.. auf einem RPi3 mit ext. USB BT Stick funktioniert die Erkennung von Handys mittels L2PING prima:

root@raspi:~# l2ping -f 60:73:BC:C8:CB:26
Ping: 60:73:BC:C8:CB:26 from 00:1A:7D:DA:71:13 (data size 44) ...
44 bytes from 60:73:BC:C8:CB:26 id 0 time 20.79ms
44 bytes from 60:73:BC:C8:CB:26 id 1 time 26.30ms
44 bytes from 60:73:BC:C8:CB:26 id 2 time 20.05ms
44 bytes from 60:73:BC:C8:CB:26 id 3 time 23.82ms
44 bytes from 60:73:BC:C8:CB:26 id 4 time 21.37ms
44 bytes from 60:73:BC:C8:CB:26 id 5 time 46.31ms
44 bytes from 60:73:BC:C8:CB:26 id 6 time 17.52ms
44 bytes from 60:73:BC:C8:CB:26 id 7 time 42.59ms
44 bytes from 60:73:BC:C8:CB:26 id 8 time 23.82ms
44 bytes from 60:73:BC:C8:CB:26 id 9 time 26.30ms
44 bytes from 60:73:BC:C8:CB:26 id 10 time 15.11ms

Ich habe das Gerät mit Namen und (ausschließlich) BT-MAC im Radar2 Adapter definiert, es bleibt aber leider auf AWAY wenn man nicht gerade BT an- und ausschaltet. Die L2PING Erreichbarkeit funktioniert allerdings dauerhaft, egal wie lange das Handy schon rumliegt (und sich inzwischen lange aus dem WLAN ausgebucht hat -> Energiesparen).

Ein sudo hcitool scan findet... nichts:

root@raspi:~# sudo hcitool scan
Scanning ...
root@raspi:~#

Stellt man am Handy BT aus und wieder an, findet sich auch was:

root@raspi:~# sudo hcitool scan
Scanning ...
        60:73:BC:C8:CB:26       ZTE AXON7
root@raspi:~#

Dann bleibt das Gerät auch für kurze Zeit im Radar2 auf TRUE, verschwindet aber ein paar Minuten später wieder.

Für mich bedeutet das: Raspi und Handy können grundsätzlich miteinander reden (siehe L2PING), aber so wirklich auch nicht...

Hat jemand einen Tipp für mich?

Vielen Dank !

Viele Grüße
Christian

ostseereiter

Hallo mir geht es genauso ichbekomme den Adapter zwar installiert aber er bleibt rot, Ich kann mir vorstellen das es an der Installition liegt denn man soll ja vorher dies tun.

nstallation
Before installing the adapter into ioBroker you need to install on linux arp-scan and libcap2-bin and some drivers which you can do by running below commands. On Debian (Raspi-Stretch, Ubuntu, ...) it looks like:

sudo apt-get install libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+ei p $(eval readlink -f `which arp-scan`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+ei p $(eval readlink -f `which node`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+ei p $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+ei p $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+ei p $(eval readlink -f `which hciconfig`)
If you update node or some system tools the above should be executed again!

aber genau da liegt der Haase im Pfeffer. Diese wird schon abgebrochen.

Die folgenden Pakete werden aktualisiert (Upgrade):
libudev-dev libudev1 udev
3 aktualisiert, 34 neu installiert, 0 zu entfernen und 25 nicht aktualisiert.
Es müssen noch 1.329 kB von 5.681 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 18,2 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Fehl:1 http://ftp.de.debian.org/debian stretch/main amd64 libudev-dev amd64 232-25+deb9u6
404 Not Found
Fehl:2 http://ftp.de.debian.org/debian stretch/main amd64 udev amd64 232-25+deb9u6
404 Not Found
Fehl:3 http://ftp.de.debian.org/debian stretch/main amd64 libudev1 amd64 232-25+deb9u6
404 Not Found
E: Fehlschlag beim Holen von http://ftp.de.debian.org/debian/pool...b9u6_amd64.deb 404 Not Found
E: Fehlschlag beim Holen von http://ftp.de.debian.org/debian/pool...b9u6_amd64.deb 404 Not Found
E: Fehlschlag beim Holen von http://ftp.de.debian.org/debian/pool...b9u6_amd64.deb 404 Not Found
E: Einige Archive konnten nicht heruntergeladen werden; vielleicht »apt-get upda

Diginix

@ostseereiter Die Fehlermeldungen besagen, dass dein System entweder den Server mit den Systemupdates nicht erreicht oder die Adressen nicht stimmen. Das hat nichts mit dem radar Adapter zu tun. Bei dir sind ja schon 25 Pakete veraltet, also hast du länger keine Systemupdate gemacht. Internetzugriff hat dein System?

ostseereiter

@Diginix sagte in [Adapter] Neuer radar2-Adapter:

Das hat nichts mit dem radar Adapter zu tun. Bei dir sind ja schon 25 Pakete veraltet, also hast du länger keine Systemupdate gemacht. Internetzugriff hat dein System?

Ja hat es ? Debian habe ich seit den aufspielen nicht mehr upgedatet. Ich habe dann Angst das Iobroker nicht mehr läuft.

ChristianF

Das erste was Du brauchst ist ein

sudo apt-get update

Damit Deine Paketlisten aktualisiert werden. Das aktualisiert noch nicht die Pakete und ist daher "ungefährlich". Versuche die Installation dann nochmal.

Denk dran dass der Adapter mindestens node 6.x braucht (welche Version genau steht im Readme.md).

Insgesamt solltest du dein System eher aktuell halten.

ostseereiter

das update ist durchgelaufen und ich konnte den ersten Befehl absetzten und der lief durch.
beim zweiten Befehl kommt folgende Meldung

setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+ei p $(eval readlink -f `which arp-scan`)
Failed to set capabilities on file `p' (No such file or directory)
The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) file

das gleiche dann bei den anderen Befehlen auch.

ostseereiter

Hat ich erledigt Adapter ist Grün.
Danke

Diginix

Kurze Rückmeldung von meiner Seite:
Seit über einer Woche läuft der Adapter bei mir nun auch durch und erkennt alle WIFI, BT und BLE Geräte dauerhaft korrekt.

Ich starte allerdings alle 60min das BT Modul neu und parallel auch die Instanz.
Das ist aber evtl. nur individuellen Problemchen geschuldet. Seit dem ich das so eingerichtet habe, passt alles. Also "never touch..."

frankjoke

@ChristianF
Danke für deinen Test, er hat mich auf eine Idee gebracht die ich sofort implementiert hab!

Also, hatte l2ping bei V1.0 oder so schon rausgeschmissen, der Grund war dass es bei mir schlechtere Werte lieferte wie hcitool scan und dass ich die Adressen einzeln (nacheinander) abfragen muss.

Jetzt hab ich mir das mal angeschaut und hab gesehen dass es bei hcitool im Prinzip 4 verschiedene Meldungen gibt:

Can't connect/Host down -> Gerät ist nicht da!
Gerät antwortet nicht
Gerät hat Anfrage zurückgesetzt
Gerät antwortet mit den 44 bytes auf das Ping.

Ich bin jetzt drauf gekommen dass nur die erste Möglichkeit wirkliche Abwesenheit bedeutet und bei allen 3 anderen das Gerät da ist. Manche Geräte antworten nicht auf das Ping oder melden es als unbefugt (und setzen die Kommunikation zurück) und nur einige antworten mit der gefragten message auf das ping.

Habe jetzt l2ping anstatt hcitool scan wieder eingebaut und bei hcionly wird jetzt hcitool löescan für BT-LE und l2ping für den normalen scan verwendet.

l2ping meldet jetzt in den letzten 3 Fällen das Gerät ls anwesend (und nicht nur im letzten)!

Einziger Nachteil: Wenn das Gerät nicht da ist oder schlechte Kommunikation herrscht kann eine Abfrage für ein Gerät ~4 Sekunden dauern, damit wirds bei vielen BT-Abfragen eng und man muss eventuell die scanzeit erhöhen.
Wenn die Geräte in de4r Nähe erreichbar sind dan gehts viel schneller und es treten keine Probleme auf.

Noch etwas: Eine neue Zeile bei der Installation kommt dazu:

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)

aber ihr könnt euich freuen da dann auch auf der Kommandozile l2ping ohne sudo möglich wird

Kann wer mal testen ob das und alles weitere (noch) funktioniert?

ChristianF

@frankjoke DAS nenn ich mal prompte Reaktion Habe auf Github schon die aktualisierte mynetworks gesehen, bekomme sie aber irgendwie nicht auf meinen iobroker. Werd gleich mal bisschen basteln. Melde mich kurzfristig. DANKE auf jeden Fall für das extrem schnelle Feedback und die Umsetzung!

Viele Grüße
Christian

Diginix

@frankjoke Hab das Update von GIT eingespielt, ist aber noch die 1.2.0. Nur in den Einstellungen steht jetzt "hci/l2ping".
Nach dem ersten Aktivieren davon hat er alle Geräte gefunden. Nur später dann wieder das eine BT Gerät nicht (BT Audio Empfänger). Das war aber ohne l2ping auch schon so. Daher funktioniert bei mir nur noble 100% für alle Geräte.
Das ist nun wieder aktiviert und funktioniert. Morgen weiß ich ob es weiterhin so stabil ist wie die letzten 2 Wochen.

Wie ist das eigentlich wenn ich einen zusätzlichen BT Stick an den ioBroker Rechner anschließe um noble parallel auch noch für meinen Türschlossantrieb zu verwenden. Woher weiß das noble dann dass es 2 BT Adapter gibt und es nicht blockiert ist. Im Moment muss ich den radar2 Adapter komplett anhalten um in der Konsole mit key-ble den Türschlossantrieb steuern zu können. D.h. sobald radar2 aktiv läuft, ist irgendwas von noble blockiert.
Ist das dann mit 2 BT Adaptern nicht mehr so?

frankjoke

@Diginix

l2ping ersetzt hcitool scan und nicht hcitool lescan welches noble ersetzt. Wenn du ein Gerät hast welches nur mit noble gefnden wird wird musst du mit noble arbeiten und kannst momentan nicht im hci-mode arbeiten. Es gibt aber auch Geräte die mit BT (ohne LE) arbeiten und von l2ping gefunden werden können. Blöd ist nur dass manche Dinge nicht gleichzeitig laufen können mit Noble oder hcitool lescan,

Damit zur 2. Frage: Wenn du 2 sticks (controller) hast bekommst du mehrere Geräte (hci0 und hci1) und inder Konfig kannst eingeben welches du mit Radar verwenden willst. Wählst du 1 (was dann meist das 2. ist da das erste 0 hat) dann bleibt das erste mit hci0 für dein anderes Programm.

hcitool dev zeigt die verfügbaren Geräte und deren mac.

ChristianF

@frankjoke Scheint so als hätte ich jetzt meine Devices verärgert Was gestern Abend noch problemlos klappte (und vorhin auch, nachdem ich den Adapter aktualisiert hatte), will jetzt nicht mehr. Die Devices antworten auf einmal von jetzt auf gleich nicht mehr auf L2Pings, weder vom Adapter noch von der Konsole. Irgendwas ist doch da faul mit den Dingern...

EDIT: Ich habe übrigens noch eine andere Idee, wie man statt L2Ping mit hcitool rausfinden kann, ob ein Gerät "alive" ist. hcitool hat den angenehmen Nebeneffekt, dass es bei der Parameterabfrage via hcitool info <MAC> (und meines Wissens nach NUR bei info) einen Errorlevel speichert. Diesen kann man danach leicht abfragen:

Real existierende MAC abgefragt (Ergebnis ist ja unwichtig, daher gleich in /dev/null) :

root@raspi:~# hcitool info 60:73:BC:C8:CA:42 > /dev/null
root@raspi:~# echo $?
0

NICHT existierende MAC abgefragt:

root@raspi:~# hcitool info 60:73:BC:C8:CA:43 > /dev/null
root@raspi:~# echo $?
1

Das Ganze funktioniert übrigens auch, wenn hcitool scan ein leeres Ergebnis liefert.

ChristianF

Hi, ich habe heute nochmal ein bisschen weiter rumprobiert und noch folgendes Feedback:

Im HCITOOL/L2Ping Mode werden bei mir keine BLE Devices erkannt (hier ein Gigaset Keeper). Führe ich einen manuellen LEScan via SSH aus, taucht der Keeper auf (warum auch immer er der Meinung ist, dass der Keeper doppelt da ist):

root@raspi:~# hcitool -i hci0 lescan --duplicates
LE Scan ...
7C:2F:80:DD:xx:xx Gigaset keeper
7C:2F:80:DD:xx:xx (unknown)

..wohingegen der Adapter meint:

2019-05-18 01:52:21.438  - info: radar2.0 debug: radar2 found here (CF_Handy_BT, SF_Handy_BT)
2019-05-18 01:52:21.439  - info: radar2.0 debug: and who here (CF_Handy_BT, SF_Handy_BT)
2019-05-18 01:52:21.439  - info: radar2.0 debug: and not here (SF_Keeper_Rosa)

(Jaja, fragt nicht nach, Frauchen wollte das Ding unbedingt rosa)

Man sieht zwar dass er unten in Zeile 2 einen BLE Scan anwirft, aber vermutlich sind die Befehle in Zeile 2, 3, 4 und 6 zu schnell hintereinander, kann das sein? Der BT Adapter kriegt die Umschaltung(?) zwischen LE und BT-Normal vermutlich nicht so schnell hin? Sorry, bin kein Techniker

2019-05-18 02:02:27.234  - info: radar2.0 debug: started #70 hciconfig hci0 up
2019-05-18 02:02:27.476  - info: radar2.0 debug: started #71 hcitool -i hci0 lescan --duplicates
2019-05-18 02:02:27.493  - info: radar2.0 debug: started #72 l2ping -i hci0 -c 1 60:73:bc:c8:xx:xx
2019-05-18 02:02:28.948  - info: radar2.0 debug: started #73 l2ping -i hci0 -c 1 04:b1:67:23:xx:xx
(...)
2019-05-18 02:02:34.118  - info: radar2.0 debug: started #74 l2ping -i hci0 -c 1 7c:2f:80:dd:xx:xx
2019-05-18 02:02:52.511  - info: radar2.0 debug: Kill [ '/usr/bin/hcitool', '-i', 'hci0', 'lescan', '--duplicates' ] with SIGINT
(...)
2019-05-18 02:03:22.110  - info: radar2.0 debug: started #75 hciconfig hci0 down

Dazu würde die Reaktion passen wenn man versucht, einen BLE Scan zu machen während gerade ein L2Ping (oder irgendwas anderes) läuft:

root@raspi:/opt/iobroker/log# hcitool -i hci0 lescan --duplicates
Set scan parameters failed: Input/output error

Vielleicht sollte man den LEScan eher hinter die L2Pings packen und einen kleinen Puffer dazwischen setzen (sowohl zwischen die einzelnen L2Pings als auch als Abstand zum LEScan)? Ist nur eine Idee, keine Ahnung ob das etwas bringt..

Ich habe im Log regelmäßig einen Fehler, der den Adapter zum Absturz bringt:

2019-05-18 01:39:48.493  - warn: radar2.0 Promise failed @ '; _tickCallback in internal/process/next_tick.js @189:7' error: { SyntaxError: Unexpected token c in JSON at position 0 at JSON.parse (<anonymous>) at A.get.then.res (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:621:47) at <anonymous> at process._tickCallback (internal/process/next_tick.js:189:7) [stack]: 'SyntaxError: Unexpected token c in JSON at position 0\n    at JSON.parse (<anonymous>)\n    at A.get.then.res (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:621:47)\n    at <anonymous>\n    at process._tickCallback (internal/process/next_tick.js:189:7)', [message]: 'Unexpected token c in JSON at position 0' }
2019-05-18 01:40:14.188  - info: radar2.0 first scan took 25.646 seconds
2019-05-18 01:40:14.189  - info: radar2.0 will scan external network every  60  minutes
2019-05-18 01:40:15.064  - info: radar2.0 Adapter initialization finished!
2019-05-18 01:45:15.489  - info: host.raspi object change system.adapter.radar2.0
2019-05-18 01:45:15.491  - info: host.raspi stopInstance system.adapter.radar2.0
2019-05-18 01:45:15.492  - info: host.raspi stopInstance system.adapter.radar2.0 killing pid 1657
2019-05-18 01:45:15.497  - info: radar2.0 Adapter disconnected and stopped with dostop(false) and callback(true)
2019-05-18 01:45:15.504  - warn: radar2.0 Adapter will exit in latest 1 sec with code false!

Jemand eine Idee, was das sein könnte und wo es herkommt?

Danke und viele Grüße
Christian

Supermicha

Mal ne Frage...

Warum kann ich bei "Abwesenheit" nur Werte ab 2 Minuten eintragen?
Ich möchte sofort sehen wenn ein Gerät offline ist... mit dem alten Adapter ging das.

Ich hatte mit dem alten Radar Adapter ein Script, welches mir meine Echos lauter gestellt hat, wenn der Fernseher lief... Da der neue Radar2 Adapter ja erst nach 2 Minuten reagiert, ist diese Funktion jetzt unbrauchbar...

Es ist ja schön, das man den Wert einstellen kann, falls man schlechtes WLAN hat...
aber denn warum diese Einschränkung?

MathiasJ

@ChristianF
So weit ich es mitbekommen habe, gibt es mit den Gigaset Keepern Probleme.
Mit meinen G-Tags funktionert alles.
Es werden bei mir sogar die Xiaomi flower care in den Blumentöpfen, allerdings als "unbekannt" gescannt.
Hier kommt dann die Instanz BT und ein 2. Dongle (der noch nicht angeschlossen ist) zum tragen.

@Supermicha

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.

ChristianF

@MathiasJ sagte in [Adapter] Neuer radar2-Adapter:

@ChristianF
So weit ich es mitbekommen habe, gibt es mit den Gigaset Keepern Probleme.
Mit meinen G-Tags funktionert alles.
Es werden bei mir sogar die Xiaomi flower care in den Blumentöpfen, allerdings als "unbekannt" gescannt.
Hier kommt dann die Instanz BT und ein 2. Dongle (der noch nicht angeschlossen ist) zum tragen.

Ich vermute auch dass bei mir die Mischung aus BT und BLE dafür verantwortlich ist dass es nicht so wirklich klappt.
Mein G-Tag wird auch nicht erkannt. Hast du die einfach so "out of the box" in Benutzung oder hast du sie in der Gigaset App registriert? Beim Keeper hab ich das damals falsch gemacht und hab versucht das Ding zu erreichen obwohl es registriert war, hat natürlich nicht geklappt..

NEWS

[Adapter] Neuer radar2-Adapter

Support us

1.1k
Online

31.6k
Users

79.4k
Topics

1.3m
Posts

NEWS

[Adapter] Neuer radar2-Adapter

Support us

1.1kOnline

31.6kUsers

79.4kTopics

1.3mPosts

1.1k
Online

31.6k
Users

79.4k
Topics

1.3m
Posts