NEWS
TR-064 Addapter- Anwesenheitserkennung
-
Guten Morgen,
leider aktualisiert sich bei mir der Status der einzelnen Geräte immer noch nicht. Funktioniert das bei anderen Usern korrekt?
VG
-
damit kämpfe ich seit monaten..
bei restart des adapters wird einmalig alles aktualisiert..
-
Autsch, das ist irgendwie nicht die Antwort, die ich hören wollte … Genauso stellt es sich eben bei mir auch dar. Wenn ich BBTown (s.o.) richtig verstanden habe, funktioniert die Abfrage bei ihm aber korrekt. Was für eine FB verwendest du denn? Ich hab hier eine 7362SL im Einsatz.
-
Funktioniert bei mir problemlos mit S4-mini und OnePlus 3T.
Innerhalb von einer Minute ist der Status zuverlässig gesetzt. Komischerweise trennt sich das S4 manchmal nachts für eine Minute oder so vom WLAN, Aber dafür kann ja der Adapter nichts.
Habe 'immer gleiche IP zuweisen' gesetzt und außerdem das Poll-Intervall im Adapter auf 10 Sekunden. FB 7490 mit 6.83.
Habt Ihr die MAC eingetragen?
-
Die Firmware ist bei mir auch die 6.83 und auch die Zuweisung der IP hab ich wie du gelöst. Den Adapter hab ich den Default-Einstellungen belassen. Was für eine Version des Adapters nutzt du denn? Und wo sollte ich die MAC eingetragen haben?
VG
-
Adapter 0.3.17
Bei Adapter-Config stellst du doch deine Geräte ein. Da gibt es ein Feld für IP und eines für MAC
-
Muss mich korrigieren. Das OP 3T dauert 7-8 Minuten, bevor es offline angezeigt wird.
-
also ich hab die 7490 mit 6.83.. und der Status für WLAN wird nicht kontinuirlich abgefragt..
-
Ach, das meintest du. Ich verwende den Button "Geräte suchen" und hab dann automatisch IP und MAC hinterlegt. Und die 7 - 8 Minuten wären mir definitiv schon mal lieber als der jetzige Zustand. :lol:
Ich glaub, ich versuch's mal mit nem Werksreset der FB …
-
Hallo arteck,
was meinst du mit "der Status für WLAN wird nicht kontinuirlich abgefragt"? Bezogen auf die angemeldeten Geräte?
VG
-
also ich hab die 7490 mit 6.83.. und der Status für WLAN wird nicht kontinuirlich abgefragt.. `
Ja genau, daher auch die paar Minuten Verzögerung. Es gibt ja immer mal Momente, in denen die WLAN Verbindung kurz gestört ist. Kurz mal in Keller runter oder so. Die FB schaut sicher regelmässig aber erst wenn eine bestimmte Zeit keine Verbindung erkannt wird, wird das Gerät als 'getrennt' markiert. Vlt sind das 8 Minuten.
Wenn ich WLAN am Handy einschalte, dann ist es in der FB quasi direkt wieder da. Im TR Adapter natürlich erst, wenn er wieder pollt.
-
bei mir handelt es sich ebenfalls um ein 7490 mit aktuellster FW (müßte v.6.83 sein)
-
Ich hab mal grad per powershell von meinem Win-Rechner aus versucht mittels TR064 an die FB-Daten zu kommen. Grundsätzlich klappt das. Das Auslesen der Wlan-Geräte hab ich allerdings noch nicht versucht. Zumindest dürfte es aber schon mal kein generelles Problem mit der FB geben.
Aber mal noch was anderes: Ich hab mir grad unter "Objekte" mein Smartphone aus "tr-064.0 -> devices" gelöscht. Danach hab ich die Instanz mit dem entsprechenden "Neu laden"-Button aktualisiert und mein Smartphone ist wieder unter "devices" aufgetaucht. Mit aktuellem Status und Zeitpunkt.
-
Ok, auch auf die Gefahr hin, dass ich nerve … :mrgreen:
Der Adapter läuft in Version 0.3.17 und ich kann eine Instanz davon anlegen. Die sieht so aus:
Das Polling-Interval habe ich bewusst mal überschrieben. Dann wähle ich im Reiter "Geräte" den Button "Gerät suchen" und darüber meine gewünschten Devices. Die werden dort mit Name, IP und MAC gelistet. Nach dem Speichern sind die Geräte auch in ioBroker unter "Objekte" zu finden:
Zu diesem Zeitpunkt stimmen tatsächlicher Status und Objekt-Status noch überein. Wenn ich nun anfange Geräte ab- oder anzumelden, hat das leider keine Auswirkungen auf den Objekt-Status. Gehe ich allerdings hin und aktualisiere nach Ab- oder Anmeldung eines Devices die Instanz mittels des entsprechenden Buttons (und ggf. danach die Objekt-Liste ebenfalls über den Button), wird auch der Objekt-Status korrigiert.
Das heißt für mich, dass das erstmalige Abrufen anscheinend funktioniert, aber das Polling nicht klappt / nicht ausgeführt wird.
Im Log taucht nach dem Neustart des Adapters jedesmal auch dieser Eintrag auf:
_checkError: code=500 msg=sendSOAPActionRequest Error action=GetInfo serviceType=urn:dslforum-org:service:WLANConfiguration:1: 500
Was will mir das denn wieder sagen? Hab zwar ein paar Einträge gefunden, aber so richtig schlau bin ich noch nicht draus geworden.
Edit: Kann das was mit http(s) zu tun haben? Bei euch Glücklichen, die es am Laufen haben, wie sieht es denn diesbezüglich bei euch aus?
-
Hast Du auf der FB extra User angelegt oder machst du das mit adminpasswort?
Bekommst Du alle anderen Daten wie Anrufliste usw sauber ausgelesen?
-
Hallo OstfrieseUnterwegs,
zum Thema extra User: sowohl als auch. Ich hatte zunächst ohne speziellen User gearbeitet und das Admin-Kennwort verwendet. Irgendwann habe ich dann auf einen eigenen User umgestellt, was aber auch keine Veränderung mit sich gebracht hat.
Ich hab auch mal über GitHub auf Version 0.3.19 upgegradet, damit verschwindet zumindest der Error 500. Aber irgendwie will das Polling / MDNS weiterhin nicht funktionieren. Hab auch schon ein Issue hinterlassen, bisher jedoch leider keine Reaktion darauf erhalten.
Die anderen Daten werden ausgelesen, ich kann aber darüber leider nicht wirklich sinnvoll testen. Wir haben derzeit noch einen ISDN-Anschluss und die Anruffunktion der FB ist daher ungenutzt. Allerdings wundere ich mich grad über den Punkt GuestWlan - sollte der nicht false sein, wenn inaktiv?
-
Ja, tr-064.0.states.wlanGuest sollte den aktuellen Staus anzeigen. Schaltet bei mir auch zuverlässig um.
Irgendwas ist da bei Dir durcheinander. Hast du mal debug eingestellt für den adapter? kommt da was im Log?
-
Hmm, das dachte ich mir fast. Ich vermute mal, es müssten unter phonebook auch die beiden Standardeinträge auftauchen, die ich grad in der FB gesehen habe …
Den Adapter habe ich im Debug-Modus laufen. Der macht auch alle 15 Sekunden (?) ein paar Einträge ins Log. Allerdings ist da nichts dabei von wegen "updateAll", was scheinbar auf die Devices prüft. Das wird nur beim (Neu-)Start der Instanz ausgeführt und danach nicht mehr.
Ich schätze, ich werde die ganze Geschichte mal neu installieren. Hab eben ein shutdown -r now gemacht und warte schon seit sechs, sieben Minuten auf Konsolenzugriff. Dürfte auch eher nicht normal sein. :?
-
So, die Neuinstallation ist durch - die Probleme bleiben die alten …
Ich hab extra alles über die Konsole als root installiert und aktualisiert, um eventuellen Berechtigungsproblemen aus dem Weg zu gehen. Der Adapter (in Version 0.3.19) lässt sich auch problemlos installieren und konfigurieren.
Ich hab mich nun auch mal mit dem Quellcode des Controllers auseinandergesetzt. Dort gibt es eine Funktion main, die nach dem Start/Neustart des Adapters durchlaufen wird. Diese ruft Ihrerseits auch eine Funktion updateAll auf, in der wiederum die Geräte abgefragt werden. Das sieht man auch schön im Logfile, da hier auch eine Debug-Meldung ('in updateAll') ausgegeben wird. Im weiteren Verlauf taucht diese Meldung jedoch nie mehr im Log auf. Dort wiederholen sich nur noch die folgenden acht Einträge alle 15 Sekunden:
tr-064.0 2017-07-16 17:29:38.341 debug redis publish io.system.adapter.tr-064.0.outputCount {"val":8,"ack":true,"ts":1500218978331,"q":0,"from":"system.adapter.tr-064.0","lc":1500218678140} tr-064.0 2017-07-16 17:29:38.341 debug redis publish io.system.adapter.tr-064.0.inputCount {"val":0,"ack":true,"ts":1500218978329,"q":0,"from":"system.adapter.tr-064.0","lc":1500218678135} tr-064.0 2017-07-16 17:29:38.340 debug redis publish io.system.adapter.tr-064.0.uptime {"val":333,"ack":true,"ts":1500218978326,"q":0,"from":"system.adapter.tr-064.0","lc":1500218978326} tr-064.0 2017-07-16 17:29:38.339 debug redis publish io.system.adapter.tr-064.0.memHeapUsed {"val":12.73,"ack":true,"ts":1500218978324,"q":0,"from":"system.adapter.tr-064.0","lc":1500218978324} tr-064.0 2017-07-16 17:29:38.338 debug redis publish io.system.adapter.tr-064.0.memHeapTotal {"val":18.99,"ack":true,"ts":1500218978321,"q":0,"from":"system.adapter.tr-064.0","lc":1500218903267} tr-064.0 2017-07-16 17:29:38.337 debug redis publish io.system.adapter.tr-064.0.memRss {"val":37.76,"ack":true,"ts":1500218978319,"q":0,"from":"system.adapter.tr-064.0","lc":1500218978319} tr-064.0 2017-07-16 17:29:38.336 debug redis publish io.system.adapter.tr-064.0.connected {"val":true,"ack":true,"ts":1500218978316,"q":0,"from":"system.adapter.tr-064.0","lc":1500218648082} tr-064.0 2017-07-16 17:29:38.335 debug redis publish io.system.adapter.tr-064.0.alive {"val":true,"ack":true,"ts":1500218978314,"q":0,"from":"system.adapter.tr-064.0","lc":1500218648080}
Bei denen ist mir aber ganz nebenbei bemerkt noch nicht wirklich klar, woher sie stammen. Kann mir da jemand ein bisschen unter die Arme greifen?
-
ich bin nict sicher in wie weit meine Antwort dich glücklich macht oder auch nicht 8-)
mir fiel auf, dass Du die v.0.3.19 einsetzt - ich hingegen die v.0.3.17
also … kurz mal die 0.3.19 installiert ... und was soll ich dir sagen, nun wird auch bei meinem iPhone das abmelden vom W-Lan auch nach 50 Minuten noch nicht erkannt/angezeigt.
Ich bin nun wieder auf die 0.3.17 zurückgegangen und hoffe dass diese Version wieder tut wie ihr geheißen ist 8-)