Suche anwesensheits skript
-
pi@raspberrypi:~ $ apt policy build-essential build-essential: Installiert: 12.6 Installationskandidat: 12.6 Versionstabelle: *** 12.6 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages 100 /var/lib/dpkg/status pi@raspberrypi:~ $ -
apt policy libpam0g-dev -
pi@raspberrypi:~ $ apt policy libpam0g-dev libpam0g-dev: Installiert: 1.3.1-5+rpt2 Installationskandidat: 1.3.1-5+rpt2 Versionstabelle: *** 1.3.1-5+rpt2 500 500 http://archive.raspberrypi.org/debian buster/main armhf Packages 100 /var/lib/dpkg/status 1.3.1-5 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages pi@raspberrypi:~ $ -
@denjo
Das passt soweit. Ich würde den Adapter allerdings nicht aus git ziehen, sondern aus dem Verwahrort 'default/stable' -
@Thomas-Braun also ganz normal über adapter meinst du???
-
@denjo Ja, ganz normal aus der Liste der Adapter.
latest: 4.2.1 for 24 days stable: 4.2.1 for 24 days -
@Thomas-Braun mache ich gerade
am anfang habe ich imer ein error stehen ist das normal
$ ./iobroker add tr-064 --host raspberrypi NPM version: 6.14.8 npm install iobroker.tr-064@4.2.1 --loglevel error --prefix "/opt/iobroker" (System call) -
@Thomas-Braun so adapter ist wieder da und die objekte trotzdem dauert das leider ewigkeiten bis er erkennt das jemand false ist
-
@Thomas-Braun und jetzt war ich ca für 1 sekunde falso dann wieder true sofort wobei ich nix geändert habe. echt komisch alles
-
@denjo sagte in Suche anwesensheits skript:
npm install iobroker.tr-064@4.2.1 --loglevel error --prefix "/opt/iobroker" (System call)
Das Loglevel ist auf error gestellt, also nur ne Info für Dich wie der geloggt wird, mehr ist das nicht
Was läuft denn für ne FW auf der Fritz? Da gabs mal eine, die nervig bei der WLAN Geschichte war.
-
@Jan1 7.21 und ich bin immer noch true wobei ich seit 10 min kein wlan an habe.
und in der fritzbox steht das
-
@denjo
Ich bin gerade nicht zu Hause, aber in den Einstellungen des TR-064 gibts eine Option, die die Erkennung anders realisiert. Hast die angehakt?
7.21 ist doch ne Labor oder? Wenn schon Labor, dann wäre 7.24 aktuell.Falls es mit dem TR-064 nicht klappt, versuchs mal mit dem Radar2, der macht das etwas anders und bei der Erkennung etwas schneller.
-
@Jan1 nur das kann man einstellen
-
@denjo
Ja und bei MDNS fehlt der Haken.
Schau doch mal was da dabei steht -
@Jan1 keine veränderung und bei radar dauert es auch ewig, und nein 7.21 ist die aktuellste FW der fritz
-
@Thomas-Braun so also ich habe es jetzt mal beobachtet in der fritzbox. wenn ich offline gehe dann steht zwar das ich nicht mehr verbunden bin aber ich gehe erst viel später in untere offline liste
-
@denjo
Ja, das meinte ich ja mit der längeren Verzögerung. -
hast denn jetzt mal einen ping auf die fritzbox gemacht? Nur um auszuschließen dass du keine Netzwerk Latenz hast?
-
@Albert-K weiß gar nicht wie man sowas macht
-
@denjo So:
root@ioBVM-produktiv:~# ping fritz.box PING fritz.box(fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770)) 56 data bytes 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=1 ttl=64 time=0.700 ms 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=2 ttl=64 time=1.25 ms 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=3 ttl=64 time=1.37 ms 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=4 ttl=64 time=1.15 ms 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=5 ttl=64 time=1.30 ms 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=6 ttl=64 time=1.31 ms 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=7 ttl=64 time=0.992 ms 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=8 ttl=64 time=1.34 ms 64 bytes from fritz.box (2003:de:7713:9500:cece:1eff:feb1:b770): icmp_seq=9 ttl=64 time=1.31 ms ^C --- fritz.box ping statistics --- 9 packets transmitted, 9 received, 0% packet loss, time 21ms rtt min/avg/max/mdev = 0.700/1.191/1.368/0.205 ms
