[Adapter] Neuer radar2-Adapter
-
Das kann leider vorkommen, ich habe 3 Testsysteme und die Scans können leider sehr variieren. Das hängt anscheinen vom USB-stick ab und auch wie gut die Verbindungen zu den Geräten sind. Wenns nur 1-3mal am Tag ist dann ist nicht so schlimm, wird ja nur ein scan ausgelassen.
-
@frankjoke das habe ich gemacht, aber irgendwie einen Denkfehler. Odebenötige ich jetzt mehrere Skripte dafür. Bisher habe ich abgefragt, ob sich 2 Handys geändert haben und dann per falls/sonstfall verzweigt ob die Cams ein oder ausgeschaltet werden müssen. Jetzt habe ich beim Trigger die beiden Handys eingetragen mit dem Effekt, dass jede Minute das Skript getriggert wird. Soll ich dafür einen neuen Thread aufmachen?
-
@steimi
Ich kenne zwar blocky nicht aber glaub zu sehen dass der erste Teil bei jedem scan getriggert wird, was auch OK ist, deine Abfrage ob beide da sind passiert aber nur etwas später, die würde ich als ersten nach dem 'Was im Objekt geändert wurde' , dort wo jetzt ein debug steht, einhängen.Wenn du im radar2-Adapter nur diese 2 Geräte hast könntest ja auch den state
._nHereabfragen, er zeigt die Anzahl der Geräte (welche nicht ein '-' am Ende des Namens haben, also ausgeblendet sind) welche da sind. Also wenn alle weg0und sonst 1/2..Ob blocky es kann dass das nur getriggert wird wenn sich ein Wert ändert entziht sich meines Wissens.
-
@frankjoke vielen Dank für den Anstoß!
Es hat scheinbar gereicht die ersten 4 Zeilen des Spoilers einzugeben.
Irgendwas war auch komisch gestern, es gab immer einen Fehler beim Versuch arp-scan zu installieren. Und eben ohne Mucken. -
@frankjoke Ist schon ok.
Der Adapter scheint wirklich nicht der Schnellste zu sein.
Und wegen ein paar fehlerhaften Scans am Tag mache ich mir keinen Kopf. -
Es ist nicht der 'adapter', es ist der BT-scan., eigentlich 2 verschiedene scans die eh zur selben Zeit laufen. Ich kann die nicht beschleunugen, die brauchen nun mal lange um alle Kanäle durchzuscannen.
Auf manchen meinen Systemen/Stick brauchen sie 15 Sekunden und auf anderen über 30. Der Adapter tut gar nichts sondern nur warten bis irgendwer einen gefunden BT meldet!Ich selbst verwend deswegen IP-Adressen da sich die Handys eh am wlan anmelöden, das geht viel schneller.
-
Dann habe ich ja richtig Glück!
Ich bin zuhause, wenn ich nicht mal aus dem Fahrstuhl ausgestiegen bin.
Radar hat da wesentlich länger gedauert. Da habe ich vor der Türe noch warten müssen, bis die Anwesenheit gemeldet wurde. Erst danach konnte ich die Keymatic per Fernbedienung öffnen.
jetzt geht es ratz fatz
Sogar der Anrufbeantworter schaltet jetzt viel schneller ein und aus.
Was die ganze Sache natürlich perfektionieren würde, wenn Radar2 auch das Gastnetz scannen würdeEine Frage noch:
wenn ich WLAN meines Handys abgreifen will, dann reicht es doch aus, wenn ich alles in eine Zeile schreibe?
ich habe jetzt drin: Name - IP-Adresse vom Handy - MAC vom Handy - MAC vom G-Tag, alles in einer Zeile.Gruß,
Mathias -
@MathiasJ sagte in [Adapter] Neuer radar2-Adapter:
Was die ganze Sache natürlich perfektionieren würde, wenn Radar2 auch das Gastnetz scannen würde
Nur mal aus der Hüfte heraus und ungetestet, 2.te Instanz anlegen und bei den arp-Kommandos hinzufügen/ändern: --interface=wlan0 192.168.179.0/24
(IP für das Gastnetz müsste IMHO die richtige sein?) -
Sorry das ich nochmal nachfrage. Irgendwas stimmt mMn noch nicht mit dem Adapter. Mit dem alten Radar-Adapter konnte ich in Blockly fehlerfrei auf die Änderung von 2 .here-Werten triggern.
Ich habe jetzt nur einen Blockly-Trigger im Skript für mein Handy, welches gerade anwesend ist. Der Trigger wird aktuell bei Prüfung auf "geändern" oder "aktualisiert" nicht ausgelöst. Soweit passt das und ist mMn korrekt. Nehme ich jetzt ein zweites Gerät als ObjectID in den Blockly-Trigger wird der Trigger bei jedem Durchlauf (welcher in der Instanz des Adapters konfiguriert ist - aktuell bei mir 20 Sekunden) ausgelöst. Dabei macht es keinen Unterschied, ob das 2. Gerät an- oder abwesend ist.
Kannst du das anhand der beiden Bilder bei dir nachvollziehen?
-
@steimi,
Am Adapter ändert sich aber nichts wenn du im Block ein oder zwei ids einbindest. Hast schon versucht _nHere zu nehmen? Da brauchst nur eines. -
-
@frankjoke _nHere habe ich nicht probiert, da ich mehrere Geräte überwachen muss. Nur für die Anwesenheitssteuerung benötige ich aktuell 2 Objekte. Für mich stellt sich nur die Frage was der Unterschied ist wenn ich die beiden Objekte im Trigger überwache. Mit dem alten Adapter hat dies ja fehlerfrei funktioniert. Irgendwas an den neuen Objekten muss ja den Trigger auslösen.
-
@steimi, ich kann mir das vielleicht am Wochenende nochmal anschauen.
-
@frankjoke Danke
-
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
...und der Adapter scannt auf allen ipv4 Netzen wenn man nichts an den Argumenten ändert. Wenn du das interface angibst scannt er nur da.
Hab zwar kein Gastnetz, aber verschiedene Subnetze. Von denen findet er keines, erst wenn ich das Interface und die IP angebe. Aber wenn es beim Gastnetz so funktioniert ist ja alles paletti
-
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
@SBorg, @MathiasJ ,
Das brauchst gar nicht. Nur das WLAN im gastnetz anmelden und der Adapter scannt auf allen ipv4 Netzen wenn man nichts an den Argumenten ändert. Wenn du das interface angibst scannt er nur da.dann brauche ich beim Rock64 bestimmt noch einen WLAN-Dongle.
das wird dann spannend. Geht das auch mit einem aktiven USB-Hub?
Weil dann bräuchte ich 4 USB-Anschlüsse:
2 mal BT
1 mal WLAN
1 mal Zigbee.Der hat aber nur 3......
Gruß,
Mathias -
@SBorg sagte in [Adapter] Neuer radar2-Adapter:
@frankjoke sagte in [Adapter] Neuer radar2-Adapter:
...und der Adapter scannt auf allen ipv4 Netzen wenn man nichts an den Argumenten ändert. Wenn du das interface angibst scannt er nur da.
Hab zwar kein Gastnetz, aber verschiedene Subnetze. Von denen findet er keines, erst wenn ich das Interface und die IP angebe. Aber wenn es beim Gastnetz so funktioniert ist ja alles paletti
Kannst mal den Adapter im debug-mode starten und ins log schauen? Dann zeigt er im log an welche interfaces er gefunden hat und auf welchen arp-scan durchgeführt wird?
Übrigens, ohne ein interface auf der Kommandozeile anzugeben..Würde gern auch wissen was dein
ifconfigliefert...Es ist nur wichtig dass ein interface eine IPv4-Adresse zugewiesen bekommen hat....
-
Debug muss ich nachliefern, läuft gerade ein Voll-Backup, und das dauert...
ifconfig (MAC + IPV6 gext):
em0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.2.1 netmask 255.255.255.0 broadcast 192.168.2.255 inet6 fe80::xxx prefixlen 64 scopeid 0x20<link> ether xxx txqueuelen 1000 (Ethernet) RX packets 78981 bytes 5983492 (5.9 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 178398649 bytes 11447805290 (11.4 GB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 17 memory 0x80120000-80140000 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.30 netmask 255.255.255.0 broadcast 192.168.1.255 inet6 xxx prefixlen 64 scopeid 0x0<global> inet6 fe80::xxx prefixlen 64 scopeid 0x20<link> ether xxx txqueuelen 1000 (Ethernet) RX packets 155522494 bytes 135566666779 (135.5 GB) RX errors 0 dropped 510767 overruns 0 frame 0 TX packets 293779201 bytes 172116253592 (172.1 GB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 16 memory 0x80220000-80240000 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 850967860 bytes 129196754647 (129.1 GB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 850967860 bytes 129196754647 (129.1 GB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0arp-scan -lgq --retry=7 --timeout=600 Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.9 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.1.1 xxx 192.168.1.31 xxx 192.168.1.20 xxx 192.168.1.143 xxx 192.168.1.140 xxx 192.168.1.142 xxx 192.168.1.152 xxx 192.168.1.223 xxx 192.168.1.231 xxx 10 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.9: 256 hosts scanned in 20.387 seconds (12.56 hosts/sec). 9 respondedarp-scan -gq --retry=7 --timeout=600 --interface=em0 192.168.2.0/24 Interface: em0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.9 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.2.10 xxx 1 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.9: 256 hosts scanned in 20.173 seconds (12.69 hosts/sec). 1 responde@MathiasJ : Wozu einen WLAN-Adapter? Der Rock hängt doch wohl schon im Netzwerk? Dann kannst du auch die WLAN-Geräte erreichen, da bspw. die Fritzbox eh von den RJ45-Anschlüssen auf das WLAN routet.
Aktiv oder passiv Hub geht immer, beim aktiven ist halt nur noch eine externe Stromversorgung dabei (jeder USB-Port bringt die volle Leistung und nicht wie beim passiven, dass sich alle einen USB-Port dafür teilen ) -
@SBorg
ic dachte, ich muß mich dann seperat noch mal ins Gatnetz einwählen?
Das Gastnetz hat doch eine ganz andere IP-Adressierung.......
Gruß,
Mathias -
Völlig richtig gedacht, sorry, habe ich total aus den Augen verloren, dass du das Gastnetz scannen möchtest. Gerade da hast du ja keinerlei Verbindung zu deinem Heimnetz (dafür ist es ja auch gedacht ^^ ), also brauchst du einen zusätzlichen WLAN-Adapter.
@frankjoke "Eigentlich" zu-/unzufrieden, denn jetzt geht es:
ich weiß nur nicht warum...? Ich hatte mir zwar DNS-Einträge, hosts, Iptables etc. angeschaut (wg. eines anderen Clients), aber, zumindest soweit ich es gerade noch in Erinnerung habe, nichts an deren Config geändert. Komisch warum er em0 zweimal findet? Via Shell funktioniert es übrigens nicht, da muss ich nach wie vor bei arp-scan das Interface/IP angeben. Von daher würde ich sagen: "radar2 tut was er soll", dass andere ist mein "Problem", wobei dies mich nicht stört, denn das Gerät funktioniert im Netzwerk ansonsten wie es soll.
