LaCrosseGateway - LaCrosse, PCA301 und EC3000 über wifi mit ESP8266 ohne Arduino

[HCS]

Oder es dauert einfach nur lange.

Hast Du das timeout Attribut vom LaCrosseGateway device gesetzt?

Ich hatte mich mal ohne Erflog daran versucht, dass man die initCommands alternativ auch auf der Config-Page des LGW definieren kann, habe es aber nicht zum Laufen bekommen und auf das ESP32 LGW vertagt.

[heka]

Hast Du das timeout Attribut vom LaCrosseGateway device gesetzt?

Danke, das war die fehlende Info für mich. Mit timeout und watchdog wird nun mein LGW nach Neustart wieder richtig initialisiert 

[ext23]

Für mich auch ja gleich mal auf 60 gesetzt.

[ext23]

@ext23: probier mal bitte mit der angehängten Test-Version, ob das bei Dir auch funktioniert.

Sieht gut aus, keine Ausfälle bis jetzt.

/Daniel

[HCS]

V1.29

EC3000
Das Problem, dass EC3000 bei bestimmten Empfangssituationen ausgestiegen ist, wurde behoben.

[waschbaerbauch]

Moin zusammen - lange nix mehr geschrieben - das soll sich nun ändern..

Ich hatte ja mal das Outdoor LCG mit der Haribo Gehäuse Variante ersetzt und war nun endlich mal dazu gekommen mich um das 'verwirrte' LCG zu kümmern. Was soll ich sagen, es ist infektiös

Ich habe das LCG neu geflasht, ich habe es wie hier beschrieben gelöscht und nochmal neu geschrieben. Aus mir unerfindlichen Gründen scheint es meine WLAN Zugangsdaten noch zu kennen (oder vielleicht doch nicht?) und meldet sich an der Fritzbox an, bekommt aber keine IP Adresse.

Hat wer einen Tipp für mich was ich verkehrt mache und/oder wie ich das LCG wieder in den Normalbetrieb bekomme?

[HCS]

...  und/oder wie ich das LCG wieder in den Normalbetrieb bekomme?

Code Auswählen Erweitern

esptool --port COM3 erase_flash
Danach ist der ESP8266 in einem Zustand wie bei der Auslieferung, sollte also keinerlei Konfiguration und firmware haben.
Anstatt COM3 halt den passenden Port

[sash.sc]

Hallo HCS.

Mir ist letzten aufgefallen, nachdem ich das Timeout und den Watchdog über die Attribute festgelegt habe, dass das LCG irgendwann Abends ausgestiegen ist und bis Morgens nicht wieder verbunden wurde.
Nachdem ich beide Atrribute wieder gelöscht habe und das LCG manuell verbunden, läuft die Verbindung wieder stabil, ohne Aussetzter.

Ich habe mich nur gewundert, dass mit Watchdog und Timeout, die automatische Verbindung nicht zustanmde gekommen ist.

Schonmal sowas vorgekommen ?!?!?! Bei irgendwem ??

Gruß
Sascha

[HCS]

Mir ist letzten aufgefallen, nachdem ich das Timeout und den Watchdog über die Attribute festgelegt habe, dass das LCG irgendwann Abends ausgestiegen ist und bis Morgens nicht wieder verbunden wurde.

Welche Werte hatten timeout und watchdog?

[sash.sc]

Standart Vorgaben. Time out von 60 sec. und watchdog von 300, oder so.

Hatte ich hier im Forum gelesen.... [emoji6]

Gesendet von meinem E6653 mit Tapatalk

[HCS]

Standart Vorgaben. Time out von 60 sec. und watchdog von 300, oder so.

Sollte eigentlich gehen. Da ist mir nichts bekannt.

[sash.sc]

Sollte eigentlich gehen. Da ist mir nichts bekannt.

Das LCG blieb dann auf "opened" stehen anstatt auf "initilized" zu gehen.

[HCS]

Das LCG blieb dann auf "opened" stehen anstatt auf "initilized" zu gehen.

das hatte ich auch mal. Nicht reproduzierbar.
Ich denke, das passiert, wenn die Verbindung zum LGW aufgebaut wurde aber die Antwort mit der Initialisierung nicht durch kam.
Dann denkt das LaCrosseGateway-Modul, dass alles gut ist und macht nichts weiter.
Muss mal überlegen, ob nach einer gewissen Zeit "opened" das LGW die Verbindung trennen und neu aufbauen sollte, um einen neuen Versuch zu machen.

[waschbaerbauch]

Code Auswählen Erweitern

esptool --port COM3 erase_flash
Danach ist der ESP8266 in einem Zustand wie bei der Auslieferung, sollte also keinerlei Konfiguration und firmware haben.
Anstatt COM3 halt den passenden Port

Vielen Dank für den Hinweis! Die ESPTOOL.exe hat bei mir zwar nicht funktioniert, aber sie hat mich auf den richtigen Weg gebracht.
Auf der Suche nach einer aktuellen esptool.exe bin ich über den NodeMCU PyFlasher gestolpert, die .bin, 'Erase flash o yes, wipes all data' und schon hatte ich wieder Zugriff!

PS: COM3 war aber korrekt

[micky0867]

das hatte ich auch mal. Nicht reproduzierbar.
Ich denke, das passiert, wenn die Verbindung zum LGW aufgebaut wurde aber die Antwort mit der Initialisierung nicht durch kam.
Dann denkt das LaCrosseGateway-Modul, dass alles gut ist und macht nichts weiter.
Muss mal überlegen, ob nach einer gewissen Zeit "opened" das LGW die Verbindung trennen und neu aufbauen sollte, um einen neuen Versuch zu machen.

Mein Gateway ist gerade auch im Zustand opened.
Ich habe schon einen reboot probiert, aber danach geht es wieder auf opened.
Beim letzten Mal hat nur geholfen, den Strom zu unterbrechen.

Es scheint soweit trotzdem alles zu funktioneren, allerdings geht dann die Verbindung zum CUL sehr viel häufiger (alle paar Minuten) verloren.


Micky

Edith:
Ich habe gestern am FHEM-Server gearbeitet und dabei mal gebootet. Seit dem ist der Status auf Initialized ...