Hallo zusammen,
hat jemand auch den Fehler?
Heute habe ich einen Fhem Update vorgenommen, neue Version von fbaha wurde eingespielt.
Danach Timeout.
Fritzbox: connect to http://fritz.box:2002 timed out
Habe mein Backup von vor dem Update zurückgespielt, fbaha läuft wieder.
Gruß Helmut
FB7490, FRITZ!OS:06.51, keine Updates im Log.
Habe den selben Fehler - ebenfalls das Update rückgängig gemacht!
Wann habt ihr den update gemacht (Uhrzeit)?
Wenn es nach 12:00 gestern: bitte ein Log mit "attr global mseclog;attr global verbose 5" hier anhaengen.
Moin,
nach 12.00, also gegen 20.00 Update gemacht.
Das Log ist mächtig lang und enthält eltiche Einträge, die ich hier nicht so gerne öffentlich präsentieren würde. Kann ich einen bestimmten Bereich herausfiltern? Oder nach "fbaha" oder "fritz" suchen?
Vorgehen
- Log File gepurged, - backup, - update, - shutdown restart, --> FB Offline
Was ich so sehe, Suche "fritz":
2016.06.22 19:09:42.340 5: Cmd: >setstate Fritzbox 2016-06-22 19:07:42 state Initialized<
und dann
2016.06.22 19:09:44.662 2: Fritzbox: connect to http://fritz.box:2002 timed out
Dito "fbaha"
2016.06.22 19:08:08 1: UPD FHEM/00_FBAHA.pm
und dann
2016.06.22 19:09:40.576 5: Cmd: >define Fritzbox FBAHA fritz.box:2002<
2016.06.22 19:09:40.576 5: Loading ./FHEM/00_FBAHA.pm
2016.06.22 19:09:40.612 3: Opening Fritzbox device fritz.box:2002
2016.06.22 19:09:40.612 4: HttpUtils url=http://fritz.box:2002/
Das war's
Gruß Helmut
Moin Rudolf,
habe gestern nach 20:00 Uhr "update" ausgeführt.
Auch bei mir sind nach einen Neustart die FBDECT nicht schaltbar.
Bei mir hilft,
1. DEF des FBAHA öffnen und speichern (z.B. 192.168.2.1:2002)
2. "Save config"
3. "set <Name von FBAHA> reopen".
Dann verschwindet das readings "state <3Fragezeichen>" und "state Initialized" erscheint wieder und die DECT sind schaltbar.
Ist egal, ob Rpi, Bpi oder 386 tritt bei allen Plattformen auf und bei 2 verschiedenen FB7390.
Danke und viele Grüße
sunny
PS: Falls Du noch ein Log benötigst, einfach Bescheid schreiben..
ZitatDas Log ist mächtig lang...
Das was hier angehaengt ist, ist leider maechtig kurz. Ich brauche alles zwischen "Opening...device... " und "timed out", vertrauliche Infos dazwischen bitte unkenntlich machen.
Wenn ich das selbst nachstellen koennte, wuerde ich nicht fragen, bei mir funktioniert aber die neue FBAHA Version nicht nur im LAN, sondern auch ueber einen langen SSH-Tunnel.
Moin Rudolf,
upps kann FHEM viel und schnell schreiben.
Hoffe das für Dich, das richtige dabei ist...
gelöscht
Danke
sunny
<Edit an> Das Log gelöscht, da von Rudolf ausgewertet <Edit aus>
Hi,
leider habe ich das gleiche Problem. Aber nur mit den DECT Dosen, die Telefonanrufliste (callmonitor:1012) der FB geht.
Im Log finde ich nur 2 Einträge zur FBAHA:
2016.06.23 12:17:55 3: Opening Familie device 192.168.20.1:2002
2016.06.23 12:18:26 2: Familie: connect to http://192.168.20.1:2002 timed out
Gruss Bernhard-IN
Hallo,
hast du mal den Workaround weiter oben probiert?
Ich werde heute Abend mal Testen.
Evtl. gibt es aber auch bald schon einen Fix.
Gruß Helmut
Das Problem in eurem Fall ist, dass der FHEM Startup nach der Zeile mit "define ... FBAHA... " noch mehr als 4 Sekunden dauert. Bei pv_is knapp mehr, bei Sunny ca 10 Sekunden, bei Bernhard-IN ueber 30 Sekunden. Da waehrend des Startups (das Ende sieht man an "Server started...") die select-Schleife bzw. die Timer nicht behandelt werden, laeuft der asynchrone Verbindungsaufbau in den default 4 Sekunden Timeout.
Ich habe jetzt fuer FBAHA den nicht blockierenden Verbindungsaufbau wieder mit den alten blockierenden ersetzt.
Moin Rudolf,
Danke für Deine schnelle Lösung! 8)
Wäre es auch eine Lösung, FBAHA sehr weit vorne in der fhem.cfg zu "platzieren" ?
Viele Grüße
sunny
Moin,
das ist eine interessante Erkärung. Die 4s waren mir beim Zurechtschneiden des Logs auch aufgefallen, die Hintergründe kenne ich natürlich nicht, da ich mich noch immer ich mit den Fhem SW Details beschäftigt habe.
Könnte das bedeuten, dass die meisten Fhem User, die fbaha nutzen, Server einsetzen, die unter 4s bleiben?
Bei mir läuft ein RasPi 2, nicht übertaktet.
Danke für das Fixen. Morgen mal testen?
Gruß Helmut
@Sunny: da ich das keinem Benutzer zumuten kann, habe ich dem Code zurueckgeaendert.
@pv_is: ich vermute, dass bisher kaum FBAHA Benutzer auf die aktuelle Version aufgesprungen sind. Und ich hoffe, dass bei den meisten der Startup unter 4s bleibt.
Zitat von: Sunny am 23 Juni 2016, 21:56:34
Moin Rudolf,
Danke für Deine schnelle Lösung! 8)
Wäre es auch eine Lösung, FBAHA sehr weit vorne in der fhem.cfg zu "platzieren" ?
Viele Grüße
sunny
Moin Sunny,
ich hatte bei meinem (fetten) gestrigen Logfile gesehen, dass die Module nicht unbedingt in der Reihenfolge gestartet werden, wie sie im fhem.cfg stehen.
Will das aber auch jetzt nicht messerscharf behaupten, dafür stecke ich nicht im Fhem Software-Design.
Es sah halt so aus....
Bedeutet für mich, ein Plazieren der fbaha Definition ganz vorne in fhem.cfg bringt nichts.
Habe ich eben mal getestet, geht nicht. Bleibt bei Timeout.
Gruß Helmut
(P.S. Backup wieder zurück)
Kann ich bestätigen - habe auch einen Timeout!
2016.06.23 21:57:54.279 2: fb1: connect to http://fritz.box:2002 timed out
Ein "reopen" löst das Problem aber!
Zitatich hatte bei meinem (fetten) gestrigen Logfile gesehen, dass die Module nicht unbedingt in der Reihenfolge gestartet werden, wie sie im fhem.cfg stehen.
Doch, ganz exakt. Wenn jemand belegbare Gegenargumente hat, dann her damit, waere naemlich ein Bug was ich zu fixen habe.
ZitatBedeutet für mich, ein Plazieren der fbaha Definition ganz vorne in fhem.cfg bringt nichts.
Das ist richtig, wenn, dann muesste es ganz hinten sein, damit bis zum Ende der Initialisierung nicht so viel Zeit vergeht.
Und die DECTs muessten nach dem FBAHA definiert werden wg. IODev. Alles in allem keine Loesung, was ich normalen Benutzern zumuten kann.
ZitatHabe ich eben mal getestet, geht nicht. Bleibt bei Timeout.
Das Modul steht erst seit heute um 8 per FHEM-Update zur Verfuegung, da die Daten nur einmal am Tag vom SVN nach fhem.de kopiert werden.
Hast du es fuer dein Test aus dem SVN geholt?
funktioniert wieder ... Danke
@Helmut
Zitat von: pv_is am 23 Juni 2016, 22:27:03
...
Bedeutet für mich, ein Plazieren der fbaha Definition ganz vorne in fhem.cfg bringt nichts.
Habe ich eben mal getestet, geht nicht. Bleibt bei Timeout...
Das hatte ich auch festgestellt. ;)
Hatte mir dann mit:
define fhem_start_notifier notify global:INITIALIZED set B_FB7390_AHA reopen;;
attr fhem_start_notifier comment https://forum.fhem.de/index.php/topic,18481.msg205438.html#msg205438\
\
Setzt bei FHEM Start gewuenschte Dinge
attr fhem_start_notifier room Systemgeholfen.
@Rudolf,
habe auf Rpi2 (ORT A) und RpiB+ (ORT A) heute morgen "update" ausgeführt und wieder alles gut!
<OT an>
Auf Bpi (ORT A), habe ich das define von FBAHA nach hinten "verschoben".
(fhem.cfg per "include /opt/fhem/FHEM/cfg.Fritzbox.layout")
Auf dem "Heizungs-x386" (Alter Laptop an Ort B) obiges "notify" definiert. Funktioniert auch beides.
<OT aus>
Danke & Grüße
sunny