ahoy
ahoy copied to clipboard
lumapu
V0.8.123: nach 6 std. nicht mehr erreichbar[Bug]
Platform
ESP32
Assembly
the DTU was already assembled
nRF24L01+ Module
No response
Antenna
circuit board
Power Stabilization
Elko (~100uF)
Connection picture
- [ ] I will attach/upload an Image of my wiring
Version
0.8.123
Github Hash
????
Build & Flash Method
AhoyDTU Webinstaller
Setup
updated um 2 uhr von 0.8.122
Debug Serial Log output
No response
Error description
nachdem die 0.8.122 ohne Probleme 6 Tage durchlief, ist die 0.8.123 schon nach 6 St. nicht mehr erreichbar, auch per ping nicht, obwohl sie in der Fritzbox noch angezeigt wird; auch ein WLAN aus/ein der Fritzbox, das die Vorgängerversion wieder erreichbar machte, blieb erfolglos..
I guess it's related to the exceptions I am encountering. Maybe if you try to reach DTU by browser, it may cause a reboot and DTU would be available again (for some time).
Also meine 4 DTUs sind alle durchgelaufen seit heut morgen 6:00 - alle erreichbar und kein reboot.
Mein ESP8266 ist auch alle paar Tage, oft gegen Nachmittag, nicht mehr erreichbar. Netzteil an/aus startet ihn komplett neu, dann geht es sofort wieder. Neugestartet per Software wird immer um Mitternacht.
sehr unterschiedlicher Empfang, zwischen 1-3 Balken.. wenn ich die DTU neu starte, habe ich sehr guten Empfang, irgendwann wird er schlechter. Hab jetzt die .124 drauf, gestern 3 Reboots, heute lief sie durch. könnte es damit zusammenhängen, ob man die Webseite aufruft? Diesen Eindruck hatte ich manchmal.
heute morgen 7:47 Uhr startete sich DTU wieder neu. Hab mal in HA den entsprechenden Zeitraum angeschaut, keine Auffälligkeiten. k.A. warum sie rebootet hat. (um die Zeit hab ich noch geschlafen)
tja, bin grad im Urlaub, also keiner zuhause, aber meine DTU (V.126) rebootet sich trotzdem fröhlich 3-4mal am Tag vor sich hin. Ärgerlich, da dann ständig mein Verlauf beim Teufel ist.
Bei mir auch sehr viele Reboots, bin wieder zurück zur .110, da danach ja das DHCP nicht mehr ging. Aktuell bleibe ich bei der 110. die lief ohne Probleme auch mehrere Tage/Wochen.
Kann mich nicht beschweren - das ist noch 123 -die 126 läuft auf 2 Fusion Board auch ohne Reboot bis jetzt.
wie gut ist bei euch der WLAN Empfang? Ich habe jetzt beobachtet, dass die Empfangsstärke zwischen DTU und WR kontinuierlich abnimmt. Anscheinend startet sich die DTU neu, wenn kein Empfang mehr da ist, die Empfangsstärke ist dann wieder auf max.
siehe auch weblog
meinst du wirklich die Empfangsstärke der Wechselrichter oder evtl. den des WLAN Moduls? Ich habe beobachtet, dass bei schlechter WLAN Verbindung der Speicher durch MqTT von Ahoy vollläuft und den Reboot verursacht.
Die Feldstärke zur Fritzbox zeigt immer 3 Balken, die in Ahoy schwankt wie oben angezeigt.
Bei 1Mbits vom Repeater zur Ahoy kein Wunder - solltest du mal was näher an die Fritzbox bringen oder an den Repeater.
Das Teil steht direkt neben einer Fritzbox7560, k.A. warum es sich nicht mit der verbindet....
Steck die DTU doch mal 15min aus abends und guck dann ob sie sich mit der Fritzbox verbindet dann statt mit dem Repeater.
Und mal die 127 verwenden da hatte Lukas zwischen der 123 noch was geändert mit dem Wlan meine ich - bin aber gerade nicht sicher.
Das Ding wird über mesh immer wieder mit nem anderen Repeater verbunden....
bin inzwischen auf 127
@knickohr, du hattest irgendwas ähnliches geschrieben, dass AVM ein neues Feature eingeführt hat was evtl. zu diesem Verhalten führt. Ich denke es war der hier:
- https://github.com/lumapu/ahoy/issues/1596
Ja, genau das ist es !
Nochmal zur Verifikation : Welche FW läuft auf der Fritte ?
ich habe immer noch 2-3 reboots täglich, aber wie es aussieht, liegt es daran: MqTT läuft voll und bekommt die Pakete nicht abgeschickt, Ahoy bricht dann zusammen, da kein Speicher mehr da ist (siehe #1686) Deshalb mach ich den Issue zu und hoffe auf Beseitigung des MqTT-Fehlers.
Das Problem MQTT sollte ab der 124, spätestens ab der 126 behoben sein. Es reconnected zwar weiterhin den Broker, aber es sollte nicht mehr booten. Außer der Broker meldet sich nicht mehr.
ich habe Lukas am 7.7. nen coredump mit .127 geschickt, da war der Fehler noch drin... und mein broker sollte ständig erreichbar sein.