[Adapter] Neuer radar2-Adapter

frankjoke

@steimi, ich kann mir das vielleicht am Wochenende nochmal anschauen.

steimi

SBorg

@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 :)

MathiasJ

@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

frankjoke

@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 ifconfig liefert...

Es ist nur wichtig dass ein interface eine IPv4-Adresse zugewiesen bekommen hat....

SBorg

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 0

arp-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 responded

 arp-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 ;) )

MathiasJ

@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

SBorg

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.

frankjoke

@MathiasJ ,@SBorg

ja, genau. Das Gastnetz ist abgeschottet, und hat auch einen anderen IP-Bereich (bei der FritzBox).
Deshalb muss man sich mit einer 2. Schnittstelle in dieses andere Netzwerk einbinden.

@Alle

Ich habe gerade Version 1.0.4 auf git/npm gestellt. EIne Änderung ist dass jetzt auch *._here states kreiert werden da blocky (und javascript) einen bug hat und wenn man auf Änderungen eines Gerätes (ohne._here) reagiert die Änderung von ._lastHere leider auch triggert. Deshalb kann man jetzt *._here auf Änderung checken und wenn *._lastHere eingetragen wird wird nicht getriggert!

Habe sonst auch einiges optimiert da ich einen Fehler des alten js-controllers auch ausweichen musste.
So werden jetzt die werte nur geschrieben wenn sie sich ändern und das ist normal natürlich nur *._lasthere.

frankjoke

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

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.

Kannst mal schauen ob ifconfig auch 2x em0 bringt.
Der Adapter ruft gleichzueitig 1 oder mehrere Instanzen mit --interface=xxx von arp-scan auf und scannt daher auf den verschiedenen Schnittstellen gleichzeitig. Auf der Kommandozeile kannst nur die Instanzen separat aufrufen...

steimi

@frankjoke Danke

crunchip

@frankjoke
Ich habe soeben mal ein update gemacht, jedoch erscheinen nun folgende Warnmeldungen

frankjoke

@crunchip
Ok, schau mir das mal an...

frankjoke

@crunchip

Ok, das sollte jetzt auf Git behoben sein, auf npm mit v 1.0.5 kommts auch bald.

Das kommt davon wenn man nicht selbst neu von git beim Testen installiert....

crunchip

@frankjoke ok
guck ich dann gleich mal

crunchip

@frankjoke wie der Unwetterwarner..."No Warnings" :ok_hand:

aber eine Frage habe ich noch

radar2.0._nHere

bezieht sich auf was?? irgendwas versteh ich da nicht
habe 5 Abfragen mit true
2 mit false
_nHere zeigt mir den Wert 4

frankjoke

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

@frankjoke wie der Unwetterwarner..."No Warnings" :ok_hand:

aber eine Frage habe ich noch
radar2.0._nHere
bezieht sich auf was?? irgendwas versteh ich da nicht
habe 5 Abfragen mit true
2 mit false
_nHere zeigt mir den Wert 4

_nHere zählt nur jene Geäte die da sind und nicht mittels '-' am Ende des Names ausgeblendet werden.

Du kannst z.B. 10 Geräte prüfen aber für die Anwesenheitsinformation sind nur 3 davon relevant. Dann kannst bei den anderen ein '-' ans Ende des Namens setzten und _nHere wird nur die 3 restlichen zählen.

crunchip

@frankjoke jetzt hab ichs gerafft :grinning:
danke

habe es angepasst, nun kommt folgendes

radar2.0	2019-03-31 23:38:59.885	warn	Invalid item name '''', must be at least 2 letters long

edit
Bild war unten abgeschnitten...hatte mir die letzte Zeile nicht angezeigt...die war natürlich leer :face_palm:
unter Objekte ist nun ECB- verschwunden, daran hatte ich gar nichts geändert., habe auch den Adapter nochmal neu gestartet

frankjoke

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

@frankjoke jetzt hab ichs gerafft :grinning:
danke

habe es angepasst, nun kommt folgendes
radar2.0	2019-03-31 23:38:59.885	warn	Invalid item name '''', must be at least 2 letters long
edit
Bild war unten abgeschnitten...hatte mir die letzte Zeile nicht angezeigt...die war natürlich leer :face_palm:
unter Objekte ist nun ECB- verschwunden, daran hatte ich gar nichts geändert., habe auch den Adapter nochmal neu gestartet

Kann es ein dass du ein 'leeres' Gerät ohne Namen in deiner Konfig hast?
Der Fehler wird angezeigt wenn du ein Gerät mit einem Namen mit weniger als 2 Zeichen (nicht Leerzeichen) erzeugst.

Wenn nicht poste mir im chat deine Konfig....

crunchip

@frankjoke
ja, hatte ich bereits geschrieben, war eine leere Zeile. Muss immer eine zeile hinzufügen, damit die Liste nach oben rutscht, sonst seh ich nicht alle Geräte, liegt wohl am chromcast browser...und hatte vergessen, die zeile wieder zu löschen.

aber das Objekt ECB fehlt seit version 1.0.5, ist nach wie vor im Adapter eingetragen, jedoch wird es nicht mehr mit aufgelistet.

Community Forum

NEWS

[Adapter] Neuer radar2-Adapter

Support us

865

32.4k

81.5k

1.3m