Open Gubi2023 opened 3 months ago
hi @Gubi2023
ich hab's erst am esp32 ausprobiert mit den 4 major browsern, da gehts. werd' gleich einen esp8266 mit der -all version flashen zum testen mit mehrfach reboot und viel und schnell herumklicken.
hast du die -all genommen oder die kleine ?
in der zwischenzeit: hilft bei dir browser cache leeren ?
@MetaChuh danke für die schnelle Rückmeldung. ich teste immer alle für mich relevante (ESP8266) neue Versionen an, bei allen gleiche Fehlermeldung. Im 2. oder 3. Versuch gehts dann, aber Verbindung bricht seit 8.94 ständig ab bzw. DTU startet sich ständig neu. Bin deshalb zurück auf 8.93
hmmmm ... bei einem esp8266 gehts, den anderen esp8266 habe ich gerade mit dem gleichen ota upgrade in einen perma bootloop geschossen.
was mir jetzt erst auffällt: egal ob esp8266 oder esp32, der menüpunkt Verlauf mit der grafik ist bei allen in v0.8.100 weg (so wie oben am screenshot)
... jedoch im browser manuell auf die url http://ahoydtu_ip/history
gehen, funktioniert 😳
~~ja, web interface am esp8266 auch die englische spinnt bei mir in edge und chrome total. safari geht meistens nach refresh.~~
edit: lag nur an js blocker browser plugins, web interface geht normal.
ich lass trotzdem mal eine esp8266 mit v0.8.100-en, mit 5s api poll intervallen als test laufen, um zu sehen wie lange bis zum reboot.
edit: noch keine reboots seit 2h am esp8266 mit v0.8.100-en, trotz 5s dauer api polls 👍
@MetaChuh Ja, bei mir ist es das Gleiche mit ESP32: Der Menüpunkt Verlauf bzw. history ist weg. Mit Deinem Direktlink geht es dann. Sonst läuft alles soweit mit der 100er.
edit: noch keine reboots seit 2h am esp8266 mit v0.8.100-en, trotz 5s dauer api polls 👍
du Glücklicher, bei mir läuft die V8.100 gar nicht, inzwischen zickt sogar die 8.93! (DTU nicht mehr erreichbar, obwohl sie in derFritzbox angezeigt wird!)
Oh, in solche quasianalogen Fällen half bei mir auch nur komplett neu flashen mit erase des flash Speichers und dann updaten. Evtl. hilft auch Strom weg und nach dem Hochbooten kurz via WLAN unter der http://192.168.4.1 zugreifen. Wenn das geht, dann kann man zumindest die Einstellungen sichern, falls noch nicht geschehen.
merkwürdig: heute nacht V0.8.101 geladen, lief störungsfrei bis 9 Uhr (bis dahin kein Zugriff mit PC). Dann Webseite mit Chrome geöffnet, seither wieder DTU-Neústarts im Minutentakt! Woran kann das liegen??
@Gubi2023
ich hab' wieder vergessen ob du api oder mqtt verwendest, aber ein beispiel szenario, mit dem ich dies am kleinen esp8266 jederzeit reproduzieren kann, ist:
1) die dtu wird via api in 2-5 sekunden intervallen für alle inverter/id hintereinander sequenziell abgefragt. (wenn die api abfragen zb. via async await parallel gespawnt werden, dann sogar bei 5-10 sekunden intervallen und auch höher) 2) der watchdog triggert einmalig und verursacht einen dtu reboot. in dieser zeit sind alle api queries noch bis zu ihrem timeout aktiv, und ohne extra check ob noch eine query läuft, bleiben diese aktiv, und es kommen weitere queries hinzu, bis die dtu wieder nach dem reboot antwortet. 3) die überlast an offenen gleichzeitigen queries (curl, async fetch, file_get_contents, etc.) führt dazu, dass der watchdog erneut triggert und die dtu rebootet. (bei sehr kurzen query intervallen löst dies einen boot loop aus, solange bis man alle api queries anhält)
bei mir hab ich folgende tweaks für die api queries eingebaut, damit ich meine aktuelle regel/steuerperformance zuverlässig und ohne reboots schaffe:
1) vor api query mache ich ein socket test, ob die ip der dtu generell erreichbar ist (ist viel schneller als ping oder nc port 80 check)
2) dann wird überprüft, ob noch eine vorherige query abfrage für den nächsten geplanten endpoint existert.
3) erst wenn keine weitere query in einem anderen spawn läuft, wird diese endpoint query durchgeführt.
4) failsafe: wenn ein endpoint der api null
liefert, sende ich der dtu einen sofortigen rebootbefehl.
(speziell für esp8266, wo langanhaltende null
response öfters unter last passieren kann)
wie ist dein setup ?
@MetaChuh: tut mir leid, ich verstehe nur Bahnhof. Ich habe einen ESP8266, NRF24 ohne externe Antenne und ohne Elko. Ich frage den WR in 20 sec.Intervallen ab. MqTT verwende ich nicht, da ich keinen IO-Broker oder ähnliches habe, d.h ich greife nur über die Webseite auf die DTU zu... Ich kann weder Progamme lesen, geschweige denn schreiben oder interpretieren. Mir fällt nur auf, dass wenn ich nicht auf die DTU zugreife, alles anstandslos funktioniert und sobald ich die Webseite öffne, die DTU sich ständig neu startet. (Seit V0.8.94) mit V 0.8.93 läüft sie tagsüber, erst gegen Abend startet sie sich dann auch wieder in unregelmässigen Abständen neu, ohne dass ich etwas gemacht hätte.
ESP8266, NRF24 ohne externe Antenne und ohne Elko
Kein Wunder. Den Elko sollten Du mal nachrüsten, zumindest. Ein NRF24 ohne externe Antenne? Um den Typ zu bestimmen könntest Du mal ein Foto davon einstellen...
@Gubi2023
danke dir für die info 👍
ja, das nutzen des web interfaces verursacht ebenfalls am schwachen esp8266, leider mit neueren versionen, reproduzierbar die reboots, plus die zeitweise fehlenden bedienelemente bis zum seite im browser aktualisieren. (das web interface greift wiederum parallel auf verschiedene api endpoints in der dtu zu, um diese daten dann anzuzeigen)
frage: ist ein upgrade bei dir auf ein esp32 modul möglich ? (falls du die aktuelle selbst gebaut hast) oder der wechsel auf eine fertige opendtu fusion ?
ps:
ohne Elko
ich stell mal schmunzelnd den timer, wie lange es ab jetzt dauert, bis (...) dies findet, und die berechtigte wöchentliche prädigt hält 😉
Ich hab das Teil fertig gekauft mit Gehäuse. Bei einem Wechsel aus ESP32 bräuchte ich alles neu, incl. Gehäuse. Open-DTU geht ja angeblich mit ESP8266 nicht.. Elko nachrüsten ist nicht so einfach, da ich mir das nicht mehr zutraue (zu zittrig/ zu mini) ![Uploading grafik.png…]()
verstehe, danke dir für die info 👍
in diesem fall empfehlen wir nahezu immer die fertige opendtu fusion:
hier sind die beide meistgenutzten kauf-links für die fertige opendtu fusion:
OpenDTU Fusion bei AllianceApps (Hersteller)
OpenDTU Fusion bei Amazon
(auch vom hersteller, aber versand über amazon)
foto der opendtu fusion:
Bez. Elko. Du könntest ihn nachträglich so drauflöten (oder löten lassen):
@kiu77 danke, versuch ich als Soforthilfe. @MetaChuh Wenn nichts nützt: würde AllianceApps OpenDTU auch gehen, da ich mein Balkonkraftwerk vermutl. nicht erweitern werde ?
würde AllianceApps OpenDTU auch gehen, da ich mein Balkonkraftwerk vermutl. nicht erweitern werde ?
ja, jede esp32 basierte und open source fähige dtu die zumindest ein nrf24+ funkmodul hat, geht für dein uns mitgeteiltes szenario.
die opendtu fusion hat nur zusätzlich das funkmodul für die neuen hoymiles hms/hmt inverter. falls du dieses zweite funkmodul nicht brauchen wirst, gibt es auch die um ca 15.- günstigere standard version:
links:
OpenDTU bei AllianceApps (Hersteller)
OpenDTU bei Amazon (via Hersteller)
@Gubi2023 das von MetaChuh empfohlene Modell hat weiter den Vorteil eine externen Antenne für das Funkmodul, was bessere Funkverbindung mit dem inverter mit sich bringt.
Habe heute mal nach längerer Zeit wieder meine 8266 reaktiviert (V0.8.123)
Fehlermeldung vom ursprünglichen Issue kommt immer noch...
Platform
ESP8266
Assembly
I did the assebly by myself
nRF24L01+ Module
No response
Antenna
circuit board
Power Stabilization
Elko (~100uF)
Connection picture
Version
0.8.100
Github Hash
????
Build & Flash Method
AhoyDTU Webinstaller
Setup
update auf V0.8.100
Debug Serial Log output
No response
Error description
heute nacht von 0.8.93 auf V0.8.100 upgedatet. Heute morgen DTU nicht mehr sichtbar/erreichbar. Nach Spannungswiederkehr war DTU zwar sichtbar, aber beim Versuch, eine Webseite auszuwählen, kam Fehlermeldung. Siehe Screenshot