search

iobroker-community-adapters / ioBroker.tr-064

tr-64 Adapter for ioBroker
MIT License
37 stars 15 forks source link

Status Geräteliste wird nicht aktualisiert #160

Closed Hans-Zwiesel closed 3 years ago

Hans-Zwiesel commented 4 years ago

Geräte in der Geräteliste werden mit tr-064.0.devices.Galaxy-J5.active = true angegeben, obwohl die schon seit Stunden nicht mehr im FritzBox/Netzwerk zu sehen sind. Es betrifft zwei Geräte von 4 Einträgen. Irgendwann stimmt dann der Eintrag wieder, Auslöser unbekannt.

Versions:

Apollon77 commented 4 years ago

Irgendetwas im ioBroker Log wenn es nicht tut? Mehr Infos?

Hans-Zwiesel commented 4 years ago

Die Geräte sind unter Wlan angemeldet. Nur für das eine Gerät (Galaxy-J5) jede Minute eine Warnung, sonst nichts auffälliges: 2020-09-12 02:43:02.048 - warn: tr-064.0 (1046) forEachConfiguredDevice: in GetSpecificHostEntry 3(Galaxy-J5/94:7B:E7:51:1E:37):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500}

Die beiden Geräte sind in der FB als Gast angemeldet, zwei weitere Wlan Geräte, (normal, kein Gast) werden richtig angezeigt.

Siggi0904 commented 4 years ago

Hallo,

ich bekomme die gleiche Meldung, wenn das Handy das WLAN verlässt. Bei Rückkehr ist wieder alles super. Aufgrund des Fehlers bzw. dieser Warnung wird das entsprechende Blockly Script nicht getriggert.

2020-09-14 13:00:02.069 - warn: tr-064.0 (9302) forEachConfiguredDevice: in GetSpecificHostEntry 1(Mario-Handy/C0:EE:xx:D8:xx:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500}

Apollon77 commented 4 years ago

Hilft es wenn du "dieses Gert immer gleiche IP geben" einstellst?

Hans-Zwiesel commented 4 years ago

Das ist im Gast-Netz nicht möglich.

Apollon77 commented 4 years ago

Hm ... gastnetz ... Interessante Info ;-)

Vllt hat es damit zu tun?

Am Ende meldet die fritzbox den Fehler bei der Abfrage des Gerätes. Ich kenne den Fehler sonst nur wenn das DHCP lease ausgelaufen ist und daher das Gerät unbekannt ist. Vllt passiert das im Gastnetz schneller/anders.

Hans-Zwiesel commented 4 years ago

Im Anhang ein Programm (Arduino IDE) für ESP8266. Dieses Programm zeigt mir über TR-064 den Status (unabhängig vom ioBroker) für die Wlan Geräte an.

Das interessante dabei: Seit dieses Programm in einem ESP8266 läuft, werden auch im ioBroker die Zustände richtig angezeigt!!

Jetzt gerade habe ich den ESP8266 ausgeschaltet und der Zustand im ioBroker wurde immer noch aktualisiert??

Ich muß jetzt erst einmal herausfinden, ob und wie lange das anhält, aber ein Ansatz dürfte das immerhin sein, auch die "sendSOAPActionRequest Error" im Log. Vielleicht sollte die Geräte Zustand-Erkennung über die MAC Adresse erfolgen und nicht über die IP?

23.9.2020 Die An/Abwesenheit wird immer noch richtig angezeigt, obwohl der ESP8266 seit 8 Tagen nicht mehr läuft. Außerdem ist seit dieser Zeit der TR-064 "sendSOAPActionRequest Error" nicht mehr aufgetaucht.

home-indicator.zip

Siggi0904 commented 3 years ago

Also bei mir kommt der Fehler nicht, wenn ich die Geräte des TR64 unter Objekte nicht umbenenne. Die Geräte aus dem TR64 kann ich im Adapter zwar umbenennen, das kommt aber in den Objekten nicht an. Dann scheint es auch so, das mehr oder wenig gut, die Geräte erkannt werden.

Da die Fritzboxen Geräte nicht zuverlässig schnell erkennen, bin ich von der Lösung wohl wieder weg. Gestern sah der ping Adapter als Alternative gut aus. Heute morgen waren aber im Ping Adapter mein Handy meine Alexas und andere Geräte als Abwesend gekennzeichnet obwohl ich diese über das Terminal sauber anpingen konnte.

Die Anfrufkontrolle des TR64 habe ich mir noch nicht angesehen, ich hoffe das die wenigstens richtig funktioniert.

Da ich auf die Anwesenheit zeitnah eine Alarmanlage einrichten will, muss das zuverlässig klappen. Ich werde wohl auf eine Taster-Lösung zur Anwesenheit wechseln. Weiß da aber noch keine gescheite Umsetzung.

Ilovegym66 commented 3 years ago

Hi, für die Anwesenheit ist der fb-checkpresence-Adapter zu empfehlen, der funktioniert einwandfrei und hat auch noch ein paar mehr Features. Ist problemlos zusätzlich zum TR-064 Adapter zu installieren.

Hans-Zwiesel commented 3 years ago

@Ilovegym66 Vielen Dank für den Hinweis, mir wäre es aber lieber, wenn das der TR-064 Adapter mit erledigen könnte und nicht jede Funktion einen eigenen Adapter braucht. Ausserden sollten doch irgendwann die Bugs aus den verfügbaren Adaptern entfernt werden.

Siggi0904 commented 3 years ago

@Ilovegym66 Wenn die Erkennung seitens der Fritzbox schon nicht richtig funktioniert, dann funktioniert es auch mit einem anderen Adapter auf gleicher Protokollbasis schon nicht. Aber den Adapter kenn ich. Ich wäre ehr bei dem Skript Github dann gelandet.

@Hans-Zwiesel Gibt es gegen den o.g. Bug schon eine Idee oder Lösung? Ich habe den Fehler sehr oft anstehen,wenn ich das Haus mit dem Handy verlasse.

Z.B. Wieder heute: `

tr-064.0 2020-09-22 08:52:04.600 warn (10959) forEachConfiguredDevice: in GetSpecificHostEntry 15(Android-3/C0:EE:FB:D8:99:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 5
tr-064.0 2020-09-22 08:51:52.771 warn (10959) forEachConfiguredDevice: in GetSpecificHostEntry 15(Android-3/C0:EE:FB:D8:99:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 5
tr-064.0 2020-09-22 08:51:40.938 warn (10959) forEachConfiguredDevice: in GetSpecificHostEntry 15(Android-3/C0:EE:FB:D8:99:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 5
tr-064.0 2020-09-22 08:51:28.897 warn (10959) forEachConfiguredDevice: in GetSpecificHostEntry 15(Android-3/C0:EE:FB:D8:99:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 5
tr-064.0 2020-09-22 08:51:17.070 warn (10959) forEachConfiguredDevice: in GetSpecificHostEntry 15(Android-3/C0:EE:FB:D8:99:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 5
tr-064.0 2020-09-22 08:51:04.840 warn (10959) forEachConfiguredDevice: in GetSpecificHostEntry 15(Android-3/C0:EE:FB:D8:99:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 5
tr-064.0 2020-09-22 08:50:52.406 warn (10959) forEachConfiguredDevice: in GetSpecificHostEntry 15(Android-3/C0:EE:FB:D8:99:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 5
tr-064.0 2020-09-22 08:50:38.258 warn (10959) forEachConfiguredDevice: in GetSpecificHostEntry 15(Android-3/C0:EE:FB:D8:99:62):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 5`

Großen Dank.

Hans-Zwiesel commented 3 years ago

@Siggi0904 Es geht nur, den TR-064 Adapter in der Log-Stufe auf "Error" zu stellen, dann erfolgt wenigstens kein Eintrag mehr im Log. Die finden den Fehler nicht. So geht es leider auch mit anderen Fehlern. Ich muß z.B. den MQTT Adapter zweimal in der Woche neu starten lassen (kann man wenigstens so einstellen) weil sonst irgendwann manche Objekte nicht mehr vom js erkannt werden. Leider schleichen sich im ioBroker immer mehr solcher ungelöster Fälle ein. Wenn es noch mehr werden, dann kann man den ioBroker leider nicht mehr verwenden.

Siggi0904 commented 3 years ago

Hi, Stufe Error geht ja aich nicht, da die Variable nicht aktualisiert wird und dann das Anwesenheitsscript nicht getriggert wird. Aber erstmal gut zu hören, dass ich nicht allein mit Fehlern da stehe.

Was gibt es denn alternativ zur "Eier legenden Wollmilchsau" ?

Hans-Zwiesel commented 3 years ago

Seit 7 Tagen werden bei mir die Zustände richtig angezeigt und weiß immer noch nicht warum. Ich wollte damals unabhängig vom ioBroker die Zustände aus der FritzBox auslesen um zu sehen, ob der Fehler von der FritzBox kommt. Näheres habe ich vor 7 Tagen unter "Im Anhang ein Programm (Arduino IDE) für ESP8266." beschrieben.

Also mit dem ioBroker ist für mich ein Traum in Erfüllung gegangen. Das ist genau das was ich schon immer wollte. Incl. MQTT, mySQL und einen Host, der nur ein paar Watt benötigt. Ich hatte vor zwei Jahren sogar schon angefangen, selbst so etwas ähnliches zu programmieren. (Vorige Woche habe ich die Skizzen dazu weggeschmissen :-) Hoffentlich wird das mit den Fehlern einmal besser und die Entwickler machen sich daran, bevor sie neue Features "zaubern", was sicher erfreulicher ist, als Fehler aufzuspüren. Ich kann das irgenwie verstehen, wenn es auch nicht erfreulich ist.

Apollon77 commented 3 years ago

Hoffentlich wird das mit den Fehlern einmal besser und die Entwickler machen sich daran, bevor sie neue Features "zaubern"

Naja option 1 ist Fehler nicht als Fehler loggen - hilft das? Kurzfristig vielleicht ... sobald mal ein echter Fehler kommt wundern sich alle das es nicht tut und nix loggt. Also wat nu? ;-) ... Was sollen wir denn tun wenn die Fritzbox einen Error 500 auf eine Anfrage zurückliefert? Scheinbar werden in Gast-Netzwerken (sowas war auch mal das Thema das es primär da auftritt) die Devices schneller komplett rausgeworfen und wenn es dann weg ist ist es dann weg. Versuch mal im normalen WLAN.

Am Ende ist das immer einfach auf die Entwickler zu schieben das "die Typen die Fehler nicht in den Griff bekommen". Wenn aber ein Entwickler das nicht nachstellen und reproduzieren kann ... ja was soll er tun? Wenn die Community, also die User die das Problem haben sich nicht hinsetzen und alles durchprobieren und diese Infos für die Devs "kondensieren" - je ausführlicher umso besser.

Hans-Zwiesel commented 3 years ago

"die User die das Problem haben sich nicht hinsetzen und alles durchprobieren" Ich habe vollstes Verständnis dafür, dass man nichts reparieren kann, was man nicht kennt, ist bei den Autos das selbe Problem. Aber Vermutungen und Versuche sind ja auch nicht verboten.

Vielleicht ein Tipp aus meiner früheren Tätigkeit: Baut doch eine "Debug"-Version für die User, die da mitmachen und fügt da einen Code ein, der das in einer Datei mitprotokolliert, was ihr wissen wollt und die so versendet werden kann. Oder eine zweite Log-Datei, speziell für Debugging. Die "normale" Log-Datei sollte dem normalen Ablauf vorbehalten bleiben. Die Fehler kommen manchmal so selten, dass man mit dem normalen Log nicht weiterkommt. Dann müssen wir den schwarzen Peter nicht immer hin- und herschieben. Jeder Betroffene wird auch nichts dagegen haben, wenn ihr einmal mit dem TeamViewer auf unseren PC schauen wollt, wenn ihr so nicht weiterkommt. Ich wünsche mir auch eine eigene "private" Log-Datei, wo nur selbst erzeugte Logs aufgeführt werden, die von meinen eigenen Scripts erstell werden.

TR-064 Bei mir kommt der Error 500 jetzt nicht mehr, seit die Anwesenheit richtig angezeigt wird. Ich habe nichts verändert, was mit der FritzBox zu tun hat, lediglich das, was ich in meinem Beitrag vor 8 Tagen unter "Im Anhang ein Programm (Arduino IDE) für ESP8266." beschrieben habe. Zusätzlich lasse ich den JS und MQTT Adapter zweimal/Woche neu starten, weil sonst irgendwann manche Objekte nicht mehr vom js erkannt werden.

Hans-Zwiesel commented 3 years ago

Ich habe heute bei einem Device die Objekte "lastInactive" und "lastInactive-ts" manuell angelegt, weil sie nach Tagen immer noch fehlten.

Seitdem erscheint im Log wieder der Error 500!!!!!!! 2020-10-01 18:32:33.375 - warn: tr-064.0 (9852) forEachConfiguredDevice: in GetSpecificHostEntry 3(Galaxy-J5-2016/A0:10:81:07:47:D0):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500}

Apollon77 commented 3 years ago

Dann lösch die states doch mal wieder? ;-) Die States werden angelegt wenn Sie zum ersten mal relevant werden bei dem Adapter hier

Hans-Zwiesel commented 3 years ago

Benutzer hat neues Handy, deshalb das Device komplett gelöscht und neues Gerät eingetragen. Adapter hat neues Device mit States angelegt, wieder ohne Objekte "lastInactive" und "lastInactive-ts" . Seitdem wieder jede Menge Einträge: 2020-10-05 05:31:42.938 - warn: tr-064.0 (21454) forEachConfiguredDevice: in GetSpecificHostEntry 3(PC-192-168-179-5/50:85:69:E6:48:7E):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500}

Apollon77 commented 3 years ago

Und das Handy ist aktuell gerade online im Netzwerk oder nicht?

Hans-Zwiesel commented 3 years ago

Das Handy ist aktuell bei der FritzBox im Gastnetz angemeldet

Apollon77 commented 3 years ago

und trotzdem kommt der fehler? zeigt die fritzbox ui es korrekt an?

Hans-Zwiesel commented 3 years ago

Das ist wirklich so, FritzBox Netzwerk war die Anzeige o.k. Keine FritzBox UI sondern eine FritzBox 7590.

Neu: Ich hatte mich geirrt, das Device "PC-192-168-179-5" war falsch. Gerät deshalb gelöscht und das richtige Gerät (Galaxy-S7-edge) neu angelegt (Ändert aber an meiner Fehlerbeschreibung nichts). Selber Vorgang wie mit dem falschen Gerät. Adapter hat neues Device mit States angelegt, wieder ohne Objekte "lastInactive" und "lastInactive-ts" . Die IP-Adressen habe ich leider nicht verglichen. Seitdem KEINE Fehler Einträge (nach 8 Stunden)!!!!!!!!!!

Vielleicht hilft ja mein Eintrag vor 20Tagen "Im Anhang ein Programm (Arduino IDE) für ESP8266." weiter.

Apollon77 commented 3 years ago

Also war das Device falsch angelegt oder wie?

So wie ich es verstehe kommt der Fehler wenn der Adapter ein gerät mit einer IP oder Mac abfragen will die es aber in der netzwerkansicht nicht mehr gibt ... das ist meine vermutung. Ist die jetzt kroreekt oder nciht? Wenn korrekt dann könnte man den Error 500 da einfach als "Device nicht da" deuten und nicht als error loggen und fertig sind wir

Siggi0904 commented 3 years ago

Also ich hab gerade zwei Geräte hinzugefügt, da werden die benannten Datenpunkte sauber angelegt.

@Apollon77 Wenn du mit mit "nicht mehr gibt" nicht mehr erreichbar, da WLAN aus oder nicht mehr in Reichweite, dann könnte die Auswertung von Fehler 500 als active=false richtig sein. Das passt ja auch, zumindest bei mir. Ich hab das Haus verlassen und nach gewisser Zeit kam dann der Fehler 500.

Evtl. wäre eine doppelte Prüfung gut. Dann kann das Wiedereinbuchen des Handy's ins WLAN besser abgefangen werden. Es kann ja auch ein Fehler 500 auftreten, wenn das Handy wiederkommt, aber das Anmelden noch nicht abgeschlossen ist.

Hans-Zwiesel commented 3 years ago

@Apollon77 Neben der FB läuft auch noch ein Ubiquiti Access Point und ein FB PowerLine 540 AP. Es ist ja möglich, dass die FB einen anderen Zustand meldet, wenn ein Gerät vom AP an und abgemeldet wird, als wenn das Gerät direkt an der FB an und abgemeldet wird. In der FB Netzwerkansicht ist kein Unterschied erkennbar, mit welchem AP das Gerät angemeldet ist/war. Evtl. wird das Abmelden vom AP mit Fehler 500 ausgewertet.

Den Fehler 500 als active=false auszuwerten wäre auf jeden Fall einen Versuch wert, und bitte auch noch die beiden States "lastInactive" und "lastInactive-ts" gleichzeitig mit den anderen States anlegen und nicht erst wenn sie benötigt werden. Vielen Dank.

Ilovegym66 commented 3 years ago

@Hans-Zwiesel kein Wunder funktioniert das nicht. Andere AP teilen der Fritzbox weniger Informationen mit, welche Geräte dort angemeldet sind, habe das gleich mit einem TP-Link, auf dem OpenWRT ist, was dort angemeldet ist, bekommt die Fritzbox garnicht mit - aber das wurde hier niemals erwähnt. Edit: Somit ein typischer Layer-8 Error, dafür kann der TR-064 Adapter am wenigsten. Das issue hier kann geschlossen werden.

Hans-Zwiesel commented 3 years ago

@Ilovegym66 Alle angemeldeten Geräte an den AP's sind in der Netzwerkumgebung der FB sehr wohl aufgeführt, da war noch nie ein Problem! TP-Link mit OpenWRT ist natürlich der Standard. Wenn nicht der wer dann?

Hans-Zwiesel commented 3 years ago

@Apollon77 Heute morgen wieder Error 500.

Das Gerät Galaxy-S7-edge war an der FB angemeldet und hat sich irgendwann an einem AP angemeldet. Seit 7:43 nicht mehr angemeldet, seit dem jede Minute der Error 500. Die Abwesenheit wird nicht erkannt und die beiden States "lastInactive" und "lastInactive-ts" fehlen immer noch. Es ist also so: Aus irgendeinem Grund wird die Abwesenheit nicht erkannt und dafür der Error 500 ausgegeben.

Also bitte den Error 500 als abwesend auswerten, wie vorgeschlagen. Vielen Dank.

2020-10-07 06:55:06.497 - warn: tr-064.0 (21962) forEachConfiguredDevice: in GetSpecificHostEntry 3(Galaxy-S7-edge/8C:F5:A3:7A:A1:AE):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500} 2020-10-07 07:02:11.793 - warn: tr-064.0 (21962) forEachConfiguredDevice: in GetSpecificHostEntry 3(Galaxy-S7-edge/8C:F5:A3:7A:A1:AE):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500} 2020-10-07 07:03:12.528 - warn: tr-064.0 (21962) forEachConfiguredDevice: in GetSpecificHostEntry 3(Galaxy-S7-edge/8C:F5:A3:7A:A1:AE):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500} 2020-10-07 07:04:13.631 - warn: tr-064.0 (21962) forEachConfiguredDevice: in GetSpecificHostEntry 3(Galaxy-S7-edge/8C:F5:A3:7A:A1:AE):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500} 2020-10-07 07:05:14.334 - warn: tr-064.0 (21962) forEachConfiguredDevice: in GetSpecificHostEntry 3(Galaxy-S7-edge/8C:F5:A3:7A:A1:AE):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500}

Siggi0904 commented 3 years ago

Also ich kann das Verhalten bestätigen. Sobald mein Android Handy die Fritzbox verlässt, bekomme ich diesen Fehler 500.

Können wir kurzfristig mit einer neuen Version rechnen, die den Fehler 500 einfängt und den Status auf false setzt?

Großen Dank im Voraus.

Hans-Zwiesel commented 3 years ago

@Apollon77 Es sind 4 Handy's angemeldet. Der Fehler 500 erscheint nur bei einem Handy, bei den 3 anderen wird aktiv/inaktiv richtig angezeigt. Ursache unbekannt.

Apollon77 commented 3 years ago

Ok, hab mal reingeschaut weil es heute wegen FB Wechsel auch bei mir zu solchen Fehlern kam. Es sollte nur passieren wenn eine MAC-Adresse für einen Eintrag hinterlegt ist. macht den mal weg. geht es dann? Das zu fixen wird einiges an Aufwand, weil der Code an der Stelle die erfolgreich zurückkommenden Daten von der FB nutzt um die States zum "schreiben" zu finden ... ergo: Keine Antwort keine Info was der korrekte State Name ist (es wird hier der FB name über dem in der Konfig eingetragenen genutzt) ... Da muss ich mal ganz tief drüber nachdenken

Hans-Zwiesel commented 3 years ago

Handy nicht an FB und nicht an AP angemeldet – Fehler vorhanden.

Wenn die MAC Adresse gelöscht wird, dann wird der ganze Eintrag gelöscht.

Neuer Eintrag nur mit MAC Adresse möglich.

Eintrag manuell wieder hergestellt – Fehler wieder da (auch wenn mein ESP-8266 Programm läuft-Verdacht nicht bestätigt)

D.h. ich kann Fehler reproduzieren, wenn ich einen Eintrag anlege mit einer MAC die es nicht gibt.

Ein Objekt wird dabei nicht angelegt.

Es muss aber mit der MAC und NICHT mit der IP funktionieren, weil die Gastnetz IP vom Raspbi aus nicht erreichbar ist.

Von: Ingo Fischer [mailto:notifications@github.com] Gesendet: Sonntag, 18. Oktober 2020 16:01 An: iobroker-community-adapters/ioBroker.tr-064 Cc: hanss; Mention Betreff: Re: [iobroker-community-adapters/ioBroker.tr-064] Status Geräteliste wird nicht aktualisiert (#160)

Ok, hab mal reingeschaut weil es heute wegen FB Wechsel auch bei mir zu solchen Fehlern kam. Es sollte nur passieren wenn eine MAC-Adresse für einen Eintrag hinterlegt ist. macht den mal weg. geht es dann? Das zu fixen wird einiges an Aufwand, weil der Code an der Stelle die erfolgreich zurückkommenden Daten von der FB nutzt um die States zum "schreiben" zu finden ... ergo: Keine Antwort keine Info was der korrekte State Name ist (es wird hier der FB name über dem in der Konfig eingetragenen genutzt) ... Da muss ich mal ganz tief drüber nachdenken

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/iobroker-community-adapters/ioBroker.tr-064/issues/160#issuecomment-711172090 , or unsubscribe https://github.com/notifications/unsubscribe-auth/ALW62OJBQRWQV7K2RUZXFUTSLLYK5ANCNFSM4REYAZHQ .Das Bild wurde vom Absender entfernt.

Hans-Zwiesel commented 3 years ago

@Siggi0904

Also ich kann das Verhalten bestätigen. Sobald mein Android Handy die Fritzbox verlässt, bekomme ich diesen Fehler 500.

Können wir kurzfristig mit einer neuen Version rechnen, die den Fehler 500 einfängt und den Status auf false setzt?

Großen Dank im Voraus.

Abhilfe, bis der Fehler gefixt wird - tr-064 Adapter muß Log-Stufe INFO haben und jede Minute eine Warnung im Log eintragen:

let TimerC function checkWarn(data) { if(data.message.includes("forEachConfiguredDevice: in GetSpecificHostEntry 3(Galaxy-S7-edge")){ setState('tr-064.0.devices.Galaxy-S7-edge.active',false) clearTimeout(TimerC) TimerC = setTimeout(function () {
setState('tr-064.0.devices.Galaxy-S7-edge.active',true) // Anwesend },3 60 1000) // wenn 3min. kein Abwesend, dann Anwesend } } onLog("warn", checkWarn)

Siggi0904 commented 3 years ago

Ja, das kenn ich. Das blendet aber nur die Meldungen aus. Die Variable Anwesenheit wird aber beim Fehler 500 nicht gesetzt/geändert. Somit werden auch keine Skripte getriggert.

Danke.

Hans-Zwiesel commented 3 years ago

Getriggert wird hiermit (warn-logs): onLog("warn", checkWarn) Das Script muß natürlich noch für die Geräte angepasst werden.

Siggi0904 commented 3 years ago

Wie soll ich mit Blockly auf eine Warnmeldung triggern.

Ich glaub das führt hier zu nichts. Erstmal muss das richtig im Adapter korrigiert werden. Bis dahin bleibt das Handy draußen.

Apollon77 commented 3 years ago

Also ich habe jetzt mal für die Übergangszeit bis zu einer richtigen Lösung in die aktuellste Version eingebaut das der Error 500 Fall erkannt und "nur" als "info "geloggt wird. Ich hatte noch keine Zeit mir was sauberes zu überlegen für den "offline definieren" Fall

Apollon77 commented 3 years ago

Ok, da ist mir doch glatt ne Idee gekommen ... Wer mag bitte mal GitHub version testen?

WENN das gerät in der fritzbox beim start des adapters da ist und kein error 500 liefert dann merkt sich der adapter den letzten Stand und nutzt den um im Fall eines Error 500 es zu nutzen und das Gerät offline zu setzen. Die Lösung geht nur schieff (und dann wird info geloggt) wenn das gert schon beim adapterstart den Fehler wirft weil dann fehlt die Initialisierung.

Bitte testen!!

Hans-Zwiesel commented 3 years ago

Heute morgen die Version 4.1.1 installiert. Funktioniert einwandfrei. (Gerät war beim Adapterstart vorhanden) Beim Abmelden wurden auch die Objekte LastInaktive.. angelegt. Vielen Dank.

Apollon77 commented 3 years ago

Cool, dann release ich das heute Abend mal. vllt findet noch jemand zeit zu testen

Hans-Zwiesel commented 3 years ago

Vielleicht findest Du bis dahin auch noch einen Trick, damit man den Adapter auch starten kann, wenn das Gerät abgemeldet ist.

Siggi0904 commented 3 years ago

Hallo, wann geht denn die Version ins stable? Ich bin sehr an einer Lösung zu dem Fehler interessiert. Ich möchte aber nicht aber Beta umstellen. Danke.

Apollon77 commented 3 years ago

Der offizielle Prozess ist das ein Adapter zuerst in Latest geht, dann wird gewartet bis eine bestimmte ANzahl User die Verison hat und keine Probleme aufgetauscht sind. Erst dann geht es in Stable (was der Name so sagt)

Apollon77 commented 3 years ago

4.2.0 geht jetzt auf npm und ins latest damit.

@Siggi0904 Alternativ zu Umstellung auf Beta kannst du auch nur den Adapter vom GitHub installieren

Siggi0904 commented 3 years ago

Dann hoffe ich, dass die Version dann kurzfristig auch ins stable wandert. Ich würde gern beim stable channel bleiben.

Apollon77 commented 3 years ago

Ohne das Sie jemand testet und bestätigt das Sie irgendwas fixt geht Sie nicht wirklich ins Stable ohne das eine gewisse Zeit vergangen ist.

Siggi0904 commented 3 years ago

Danke für das übernehmen ins Stable.

Riesen Dank auch für die neue Schaltfläche auf dem Dashboard. Könntest du die Schaltfläche im Dashboard Instanzen-Abhängig machen? Ich habe zwei Fritzboxen mit unterschiedlichen IP's. Da wäre das toll, wenn die auch so auf dem Dashboard im IOBroker wären.

Apollon77 commented 3 years ago

hä?? Was hat das hiermit zu tun? Und was ist generell das Problem?

Apollon77 commented 3 years ago

PS: Speichere rmal beide instanzen im Admin neu ... dann ists wie DU willst