NEWS
Adapter: Radar
-
Er sagt immer noch invalid device bei device. Das log sagt aber ganz klar, dass eine Sache, wieder Adapter möchte, angegeben ist. Nämlich die Mac-Adresse.
Es geht immer noch um diese Zeile:
radar.0 2019-01-06 19:30:18.874 warn Invalid Device should have IP or BT set { name: 'Micha', ip: '', macs: '80:58:F8:9E:3F:10', bluetooth: '', id: 'Micha', hasMAC: [ '80:58:F8:9E:3F:10' ], hasBT: false, printer: '', hasE
Ich leite einfach aus der Meldung ab, dass eine Angabe reicht.
Klasse was mach ich denn nun wenn ich kein BT machen will und die IP sich immer ändert. Das scheint mir undurchdacht.
Vielleicht mal versuchen unter ip einen hostnamen einzutragen. Erscheint mir als einzige sinnige Lösung.
-
Ok, scheint erst mal zu gehen.
radar.0 2019-01-06 19:38:52.642 info ScanAll: From all 1 devices dedected 1 are whoHere: Micha
radar.0 2019-01-06 19:37:40.500 info Adapter initialization finished!
radar.0 2019-01-06 19:37:40.279 info ScanAll: From all 0 devices dedected 0 are whoHere:
Der Adapter muss Informationsmäßig mal überarbeitet werden. Habe jetzt einfach mal die WLAN MAC des Telefons auch einfach ins BT Feld kopiert.
ok…war nur zufall. ging nie wieder
radar.0 2019-01-06 19:44:09.157 debug l2ping for Micha err: "Error: Command failed: l2ping -c1 80:58:F8:9E:3F:10 Can't connect: Host is down "
radar.0 2019-01-06 19:44:03.965 debug Error: Command failed: l2ping -c1 80:58:F8:9E:3F:10 Can't connect: Host is down
-
ach: der "grundeintrag" mit der IP vom iobroker musss gleuabe ich auch rein! und die IPs können im router fest vergeben werden… oder sollten.
auch wenn radar die "unbekannten" IP immer aufzeigt. `
Du, das ist Blödsinn. Nix "sollte" fest vergeben werden. Das macht man für Server oder für Geräte die permanent UNBEDINGT unter einer IP erreichbar sein müssen.
Wenn, dann ist das Konzept hier nach hinten losgegangen.
Aber ich glaube ich habe eine Vermutung woran es liegt !
Mein Netzwerk ist zu groß! Während 99,99% der normalen User einen /24 IP Bereich haben zb. 192.168.1.xxx, habe ich ein /23 Netz von 10.10.10.1 bis 10.10.11.254.
Glaube muss mal den Entwickler kontaktieren.
-
So ENDLICH ! Nach much much fummellei, endlich mal ne aussage womit man was anfangen kann. Deutet leider auf nen Bug im Adapter hin.
radar.0 2019-01-06 20:25:29.167 warn MAC addresses '80:58:F8:9E:3F:10' will not be scanned because no arp-scan is available!
weil:
root@iobroker:~# arp-scan
Interface: eth0, datalink type: EN10MB (Ethernet)
Usage: arp-scan [options] [hosts…]
scheinut nur den entwickler nicht zu interessieren, weshalb man davon ausgehen kann, dass dieses adapter tot ist
https://github.com/frankjoke/ioBroker.radar/issues/24
Vielleicht will unser Obermeister Bluefox sich mal der Sache annehmen. Ich habe vom proggen zu wenig Ahnung um vermutlich die "Kleinigkeit" zu korrigieren.
Auch lustig:
radar.0 2019-01-06 20:35:33.240 info New IP address 94.165.71.3
Der denkt sich hin und wieder mal einfach neue IP's aus die mir nicht gehören.
-
nein denkt er nicht - wenigstens hier .. der testet über drei IP die anwesenheit von … ach , vergessen,steht im readme
alle IP´´s die er hier gescannt hat sind real... klar einig die drei scnner aus dem readme müssen installiert sein, sonst zickt er.
wobei das thema rechte auch wohl nicht zu vernachlässingen ist.
-
nein denkt er nicht - wenigstens hier .. der testet über drei IP die anwesenheit von … ach , vergessen,steht im readme
alle IP´´s die er hier gescannt hat sind real... klar einig die drei scnner aus dem readme müssen installiert sein, sonst zickt er.
wobei das thema rechte auch wohl nicht zu vernachlässingen ist. `
gut ändert ja nichts. ist für mich jetzt ziemlich sicher das es nen bug ist.
arp-scan klappt super.
root@iobroker:~# arp-scan 10.10.10.0/23 | grep 80:58:f8:9e:3f:10
10.10.11.14 80:58:f8:9e:3f:10 (Unknown)
root@iobroker:~#
ist ja schon im august 2018 von einem anderen user bei github gemeldet, aber der entwickler reagiert nicht.
ps: habe mal versucht bluefox als guter Entwickler ne PM zu schreiben. Vielleicht guckt er sich das mal an.
pps: gerade erfahren, das bekannt ist, dass der entwickler nicht reagiert. Es wird geguckt was getan werden kann.
-
Es passiert, dass die Entwickler keine Lust/Zeit/Motivation/… mehr haben.
Das ist vermutlich einen Fall.
Aber dadurch, dass es OpenSource ist, kann man alles weiter entwickeln.
Ich bin komplett von anderen Sachen geblockt, aber ihr - @dondaik, @ramses können das forken und alles fixen.
Ich kann dann das auf npm "publischen".
-
da fehlt mir leider das fachwissen :-( . `
Und mir fehlt die Zeit.Ich arbeite schon lange am meinen Maximum was ein Mensch überhaupt leisten kann.
Steve Jobs und E. Mask sind die Faultiere mit Ihren 90 Stunden pro Woche in Vergleich zu mir. :lol:
-
Jetzt weiß ich auch, warum ich IObroker ab und zu neustarten muß, weil Radar spinnt.
Es geht ein paar Wochen gut, dann zickt Radar wieder herum.
Eine Frage am Rande:
Wenn man schon weiß, daß Radar spinnt und den Entwicklern die Motivation fehlt, warum ist Radar noch auf der Adapter-Liste?
Gesendet von meinem MI 8 mit Tapatalk
-
Das werde ich gleich mal testen.
Ich denke an einen Restart von Radar jede Nacht so um 03:00.
Es läuft ja ein paar Tage bei mir durch, dann spinnt er wieder.
Jetzt wird radar jeden Tag um 03:00 bei mir neu gestartet, da sich da eh nichts tut und alle anwesend sind.
Gesendet von meinem MI 8 mit Tapatalk
-
Ich nutze Radar im Dauerbetrieb seit ewigkeiten und habe keine Probleme … Also bevor hier überreagiert wird, gaaanz langsam bitte `
Das kann ich bestätigen und sehe das genau so!
Enrico
740
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge