DTU sendet/empfängt sporadisch 10 min. lang keine Signale vom WR

[Gubi2023]

DTU sendet/empfängt sporadisch 10 min. lang keine Signale vom WR

Originally posted by @Gubi2023 in https://github.com/lumapu/ahoy/issues/1178#issuecomment-1735205119

[Gubi2023]

Das Problem tritt mit 7.64 immer noch auf.

[Gubi2023]

[dtuuser]

Platform ESP32-D0WD-V3

nRF24L01+ plus (powerlevel Low)

Antenna external antenna

Power Stabilization Elko (~100uF)

Eigenes Netzteil 500mA

---

Bei mir auch mit ESP32 Aber erst seit dieser Version

[knickohr]

Bitte auch hier etwas zur HW dazu schreiben. Es wäre schön, wenn ihr auch den einleitenden Fragebogen ausfüllt. So ist es nur Stochern im Nebel und man sieht eventuell das Problem nicht. Danke !

[technics42]

I just tested with ESP-8266, new installed 0.7.65 and HM-inverter is working.

[rmayergfx]

I just tested with ESP-8266, new installed 0.7.65 and HM-inverter is working.

Not useful! Didn’t you read the comment from @knickohr? We need all information about the used hardware and inverter for the checklist!

[technics42]

I wrote I am using ESP-8266 and using HM-inverter. (HM-type not HMS-type) What else "HW" information do you need? ( I don't think there is another option than NRF24L01+ to connect to inverters)

I would say, my information is useful. Just saying "we need all information" is pretty useless. (If you just reply, you don't get any checklist.)

[lumapu]

hier wäre hilfreich wie lange tatsächlich das Log analysiert wurde, @Gubi2023 du schreibst für 10 Minuten kein Signal, aber wie häufig tritt das auf? Jede Stunde / 2x Tag / etc.?

[Gubi2023]

ich habe das Verhalten jetzt nochmals genauer beobachtet. Die DTU startet immer wieder ohne ersichtlichen Anlass neu, dann sind im Webserial 10 Min keine Daten. Starte ich das Webserial in einem neuen Fenster, läuft die Kommunikation sofort weiter. Mir ist nur die Ursache des Neustarts nicht klar. Manchmal alle 30 min dann läuft sie wieder 14 Std am Stück.... Könnte es am fehlenden Kondensator liegen?

[knickohr]

Ach jetzt !

Der Aussetzer kommt nach einem Reboot.

[lumapu]

Hier haben wir ein anderes Problem, wie @knickohr schon schreibt. @Gubi2023 wie ist dein heap-frag Wert? ist er kleiner als 10? Hast du @knickohr seine goldenen Ahoy-Regeln (Kondensator, etc.) beachtet?

[Gubi2023]

Hast du @knickohr seine goldenen Ahoy-Regeln (Kondensator, etc.) beachtet? wo finde ich die? @Gubi2023 wie ist dein heap-frag Wert? ist er kleiner als 10? unterschiedlich: mal auf 12, mal auf 2. das ärgerliche ist, dass jedesmal beim reboot die ganzen max-Werte gelöscht werden. war das schon immer so?

[Gubi2023]

[dtuuser]

Platform ESP32-D0WD-V3

nRF24L01+ plus (powerlevel Low)

Antenna external antenna

Power Stabilization Elko (~100uF)

Eigenes Netzteil 500mA

Heute nochmal in Ruhe die neueste Version eingespielt. Nach Update und Reboot kommen die Werte. Dann 10 Minuten kein Empfang. Nach 10 Minuten dann wieder Werte. Usw. Mit der 60er Version kein Problem. Empfang topp, keine Empfangslücken

[knickohr]

Ist der Serial Debug aktiviert ? Wenn ja, schalte den mal aus ob es dann besser wird.

[dtuuser]

Nein, Serial Debug ist aus

[dtuuser]

Vielleicht hilft das weiter....oder ich interpretiere das falsch

Im Webserial Fenster erscheinen manchmal mehrere Abrufversuche innerhalb einer Sekunde

13:31:28 I: TX 11 CH61 | 15 80 40 51 95 89 95 62 48 82 a5 13:31:28 I: TX 11 CH75 | 15 81 86 70 88 89 95 62 48 82 5e 13:31:28 I: TX 11 CH3 | 15 80 40 51 95 89 95 62 48 82 a5 13:31:28 I: TX 11 CH23 | 15 81 86 70 88 89 95 62 48 82 5e

Und beim Alarm erscheint dann umgehend ein weiterer Eintrag

DTU command failed 2

[dtuuser]

Update Habe gestern mal den ESP komplett gelöscht und die 66 direkt installiert. Problem bleibt bestehen

[lumapu]

bitte nochmal mit aktueller 0.8.x testen

[Gubi2023]

ich habe das Verhalten jetzt nochmals genauer beobachtet. Die DTU startet immer wieder ohne ersichtlichen Anlass neu, dann sind im Webserial 10 Min keine Daten und der Zeitstempel ist anschliessend um 1 Std. falsch. Starte ich das Webserial in einem neuen Fenster, läuft die Kommunikation sofort weiter mit richtigem Zeitstempel. Mir ist nur die Ursache des Neustarts nicht klar. Manchmal alle 30 min dann läuft sie wieder 14 Std am Stück.... Könnte es am fehlenden Kondensator liegen?

Dieses Verhalten ist auch noch mit V8.10 zu beobachten.

[Gubi2023]

Hast du @knickohr seine goldenen Ahoy-Regeln (Kondensator, etc.) beachtet? wo finde ich die? @Gubi2023 wie ist dein heap-frag Wert? ist er kleiner als 10? unterschiedlich: mal auf 12, mal auf 2. das ärgerliche ist, dass jedesmal beim reboot die ganzen max-Werte gelöscht werden. war das schon immer so?

Leider habe ich auf diese Frage keine Antwort bekommen...

[rmayergfx]

@Gubi2023 Welche Hardware nutzt du? Ist ein Elko verbaut, kann irgendwie keine Info von deinem System im Thread sehen. Hast du denn mal ein anderes Netzteil ausprobiert. Hatten die Tage erst das Problem das ein defektes Netzteil solche Fehler produziert hatte. Sporadische Reboots hatte ich bisher noch keine.

[dtuuser]

Ich bekomme das hier im Webserial, obwohl nach Sonnenuntergang keine Abfragen mehr laufen sollten

18:58:21 I: heuristic test mode 18:58:21 I: (#0) request timeout: 500ms 18:58:41 I: heuristic test mode 18:58:41 I: (#0) request timeout: 500ms

[knickohr]

Du hast die Optionen bei den Invertereinstellungen nicht gesetzt. Das ganze ist jetzt unter Settings - Inverter - Edit zu finden 😉

[Gubi2023]

Version 8.13: Merklwürdig: bei schlechtem Wetter läuft die DTU sehr stabil durch, kaum scheint die Sonne habe ich wieder ständige Neustarts (teilweise mehrere pro Std.) "Verschluckt" sich da die Datenabfrage vielleicht? Habe übrigens das Netzteil getauscht, bringt keine Veränderung...

[Gubi2023]

ich habe das Verhalten jetzt nochmals genauer beobachtet. Die DTU startet immer wieder ohne ersichtlichen Anlass neu, dann sind im Webserial 10 Min keine Daten und der Zeitstempel ist anschliessend um 1 Std. falsch. Starte ich das Webserial in einem neuen Fenster, läuft die Kommunikation sofort weiter mit richtigem Zeitstempel. Mir ist nur die Ursache des Neustarts nicht klar. Manchmal alle 30 min dann läuft sie wieder 14 Std am Stück.... Könnte es am fehlenden Kondensator liegen?

Dieses Verhalten ist auch noch mit V8.65 zu beobachten. V8.59 lief da stabiler!

[Gubi2023]

Leider auch noch mit Release 8.83 immer wieder Neustarts der DTU ohne ersichtlichen Anlass. Manchmal alle 20 min, dann läuft sie wieder 2 Std am Stück. Das ärgerliche ist, dass jedesmal beim reboot die ganzen max-Werte gelöscht werden. war das schon immer so bzw. kann man die irgendwie wiederherstellen?? Ich verfüge über keinerlei Datenspeicherung wie z.B. Grafana und weiss auch nicht, wie man so etwas einbindet... (Kein Computerfreak)

[Gubi2023]

Hallo, liest das überhaupt noch jemand oder muss ich einen neuen Issue öffnen? heute auf V0.8.91 upgedatet, seither wieder ständige Neustarts der DTU. Mit 0.8.89 lief sie 2 Tage durch!

[Gubi2023]

und wieder mal: V0.8.93 sehr stabil, V 0.8.94 DTU-Neustarts im Minutentakt!!

[lumapu]

dann bitte ein serielles Log, damit ich nachvollziehen kann wo es hakt.

Nein ESP8266 läuft seit 11 Stunden stabil, auch nach Zugriffen auf das Webinterface, heap_frag bei 2 Habe die all Variante am laufen, ein Wechselrichter und MqTT aktiv

[Gubi2023]

0.8.94 - 6af07f5.txt

[Gubi2023]

ESP8266, kein Display, kein Mqtt, 240316_ahoy_0.8.94_6af07f5_esp8266-all.bin geladen

[lumapu]

ich meine ein USB Log, sorry. Dein Log ist wenig aussagekräftig. Ich würde dir im allgemeinen empfehlen das Log nicht mit unnötigen Informationen zu fluten. So wurde ich es einstellen:

[Gubi2023]

tut mir leid, ich bin nur ein "dummer" Anwender, mit USB-Logs kann ich nicht dienen...

[Gubi2023]

ESP8266, kein Display, kein Mqtt,: ab V0.8.94 bis 8.97 habe ich ständige Neustarts der DTU im Minutentakt, egal welche FW geladen wurde (.min -all). V8.93 läuft halbwegs stabil. und nein, USB-Logs kann ich keine machen. (weiss nicht, wie das gehen soll) Wurde ab da was grundlegendes geändert?

[lumapu]

https://github.com/lumapu/ahoy/blob/development03/src/CHANGES.md

-> neuer Webserver ab 0.8.94

[Gubi2023]

na schön, dann bleibe ich eben auf 0.8.93, wenn mein Webserver das nicht ab kann.

[Gubi2023]

oder gibt es eine Abhilfe??

[Gubi2023]

tja, auch mit V0.8.112 habe ich immer noch sporadische unerklärliche Neustarts der DTU, obwohl ich inzwischen ESP32 verwende.... (V0.8.97 lief problemlos durch)

Senden in Dauerschleife! complete_retransmit.txt

[rmayergfx]

@Gubi2023 Ist ein Elko verbaut? Die Frage wurde bis heute von dir nicht beantwortet. Wie sind die Einstellungen der Status LEDs?

[Gubi2023]

@rmayergfx: ich habe jetz ein neues Gerät im Einsatz: AllianceApps OpenDTU mit ESP32 (AZ-Delivery ESP32 NodeMCU Module WLAN WiFi Development Board mit CP2102)EBYTE NRF24L01+ Funkmodul mit Antenne Adapter-PCB mit Kondesator 16V 100 uF Status-LEDs sind auf default

[rmayergfx]

Somit sind wir nicht mehr bei einem Standard ESP32 sondern du musst auch das entsprechende Paket für OpenDTU nehmen: ahoy_v0.8.112\ESP32-S3 240424_ahoy_0.8.112_b291ad1_opendtufusion-de.bin Wie soll man da helfen wenn du die Boards tauschst wie deine Unterhosen :-)

Spaß beiseite. Das richtige BIN einspielen und erneut testen. LED bitte alle auf OFF stellen! Welche Sendeleistung steht beim Modul in den Settings vom WR?

Mit welchem WLAN bist du verbunden? 2.4GHz oder 5GHz?

[Gubi2023]

@rmayergfx : jetzt verwirrst du mich aber: Ich hab die DTU seit ca. 3 Wochen im Einsatz und immer die _esp32-wroom32-de.bin FW verwendet (auf Empfehlung von metachuh, der hat mir auch die DTU empfohlen), lief auch immer halbwegs. Z.Zt. hab ich V103 drauf, mit der gehts. LEDs sind alle aus, Sendeleistung 100%, WLAN geht doch nur 2,4 GHz!

[rmayergfx]

@Gubi2023 Dann frag doch mal bei metachuh nach, er hat dir das Board ja empfohlen. Welches Board hast du denn nun gekauft? Bei AllianceApps gibt es ja 3 verschiedene Platinen: AllianceApps OpenDTU AllianceApps OpenDTU Fusion OpenDTU Fusion - Community Edition

Wie weit ist denn der WR von AhoyDTU entfernt? Sind in der Nähe irgendwelche AccessPoints, Repeater oder Dect-Stationen?

[Gubi2023]

wie geschrieben: AllianceApps OpenDTU. Wie gesagt: Mit V103 geht alles! Warum spielen dann auf einmal die anderen Faktoren eine Rolle? WR-DTU 2m Repeater 1200AX 2m sonst nix

[rmayergfx]

@Gubi2023 Die o.g. Faktoren haben schon immer eine Rolle gespielt. Elko, Netzwerkstörungen durch andere WLAN Geräte, Netzteile das defekt ist oder zu geringe Leistung. Daran wird sich auch in Zukunft nichts ändern. Auch die 103 ist eine Entwicklerversion. Bleib doch einfach auf der für dich passenden Version und warte ab. Warum möchtest du immer die aktuellste dev auf dem System haben, wenn eine Version für deine Umgebung stabil läuft, dann bleib doch auch bei dieser.

@lumapu Zwecks der richtigen Binary, welche ist für das normale AllianceApps OpenDTU am besten geeignet? So wie ich das sehe ist das ja nur eine Platine und die Standard Bauteile, da sollte das \ESP32\xxxx_esp32-wroom32-de.bin doch eigentlich laufen.

[Gubi2023]

@rmayergfx: Danke für deine Erläuterungen. zu deiner Frage: Im Prinzip hast du recht; wenn es euch stört, dass ich meine Erfahrungen zur neuesten dev einbringe, lasse ich es bleiben ;-) V0.8.113 läuft übrigens seit Mitternacht anstandslos....

[rmayergfx]

Bitte jetzt nicht so argumentieren. Für Feedback ist man jederzeit dankbar, aber dann bitte auch mmit den entsprechenden Eckdaten. Wenn du dieses Issue hier selbst mal von Anfang an durchliest, wirst du feststellen, das du nun 3x die Hardware getauscht hast und leider auf einige Fragen überhaupt keine Antwort gegeben hast. Wie soll man dann als Entwickler einen Fehler eingrenzen?

[Gubi2023]

@rmayergfx können wir diese Diskussion irgendwo über PN weiterführen?

[rmayergfx]

PN Sind nicht öffentlich und somit für Dritte nicht einsehbar, das ist auch gut so, aber für einen Issue vollkommen irrelevant. Aus meiner Sicht ist das Thema soweit abgeschlossen, die Release 113 läuft bei dir stabil, also kann von mir aus hier abgeschlossen werden, wüsste auch nicht was ich noch per PN diskutieren sollte.