Replies: 7 comments 65 replies
-
Ich hatte ein ähnliches Problem: Schuld war bei mir die Fritzbox (7490), nach einem Neustart funktionierte wieder alles. |
Beta Was this translation helpful? Give feedback.
-
Hallo, gesten ist es mir endlich mal gelungen den Fehler im Log im laufenden Betrieb einzufangen. FW ist inzwischen die 11.09.2024 (derzeit aktuelle Version) (Fehlerbeschreibung.. Ausfall MPPT (Status-Hintergrund färbt sich von blau auf rot), dann 1-2 später folgt auch der Pylontech mit "rot", dann bleiben beide rot …. Fängt sich aber irgendwann scheinbar wieder. Hilf der untenstehende Log ggf irgendwie weiter? Z.B. bei (Originale Victron Ve.D-Kabel sind im Einsatz, Stromversorgung des ESP läuft über einen 20W 12-90V zu USB-DCDC Wandler (XWST DC DC 8-90V) der direlkt am Pylontech hängt und sich nur und ausschließlich um die Versorgung ESP/PCB kümmert, Merkbare Spannungsschwankungen könnte ich am Wandler nicht feststellen. Kabel sollten ausreichend Dimensioniert sein und OK sein.) Beste Grüße und schon mal vielen Dank. Log
|
Beta Was this translation helpful? Give feedback.
-
Haettest du nur frueher gesagt, waeren wir schneller auf die Antwort gekommen 😉 Dein WiFi Signal ist natuerlich 100% (fast). |
Beta Was this translation helpful? Give feedback.
-
Vielen Dank für die schnelle Antwort. Ich bin zwar gerade unterwegs, werde
es nachher versuchen, was ist eigentlich der Standard-Befehl.
VG
Manos1966 ***@***.***> schrieb am Mi., 2. Okt. 2024, 15:31:
… @KJ-202209 <https://github.com/KJ-202209> Wenn du alles richtig gemacht
haettest, haettest du kein Problem 😉
Es sollte aber kein Problem sein.
Oeffne bitte eine neue Abfrage, du schreibst jetzt unter "DTU friert
sporadisch ein (FW 18.08.2024 + fix g9ebbc58 / 11.09.2024), keine
Erreichbarkeit, produziert jedoch weiter Grundlast (BUG?)"
und danach poste da, das Ergebnis, dass deine TASMOTA bei Eingabe des
"standard Befehls" gibt.
Wie es im Wiki beschrieben wird:
Capture.JPG (view on web)
<https://github.com/user-attachments/assets/e2b37cf1-7a47-49f5-9564-fd5e9b4d8ba9>
—
Reply to this email directly, view it on GitHub
<#1236 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BLYURNZFCTBHXICASS7DDK3ZZPYT3AVCNFSM6AAAAABNZY6732VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAOBSGA4DOMQ>
.
You are receiving this because you were mentioned.Message ID:
<helgeerbe/OpenDTU-OnBattery/repo-discussions/1236/comments/10820872@
github.com>
|
Beta Was this translation helpful? Give feedback.
-
Nein, keine Fritzbox, Vodafone Router
Martin1275 ***@***.***> schrieb am Mi., 2. Okt. 2024, 21:57:
… @KJ-202209 <https://github.com/KJ-202209> , hast du eine Fritzbox als
Router? Dann müsste "Wlan Geräte dürfen untereinander kommunizieren"
angehakt sein.
—
Reply to this email directly, view it on GitHub
<#1236 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BLYURN4KU62LQKUCPUYSJKLZZRFZNAVCNFSM6AAAAABNZY6732VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAOBSGQ4DQNY>
.
You are receiving this because you were mentioned.Message ID:
<helgeerbe/OpenDTU-OnBattery/repo-discussions/1236/comments/10824887@
github.com>
|
Beta Was this translation helpful? Give feedback.
-
Update 04.10.24 @schlimmchen @spcqike @Manos1966 DTU läuft nun recht stabil. Ich vermute es könnte tatsächlich mit dem Skript und den Schreibvorgängen zu tun gehabt haben. Werde es noch eine Woche laufen lassen und dann nochmal auf eine andere ESP-S3 Hardware wechseln um das definitiv auszuschließen. Ist es irgendwie möglich (später mal) den DPL wert nonperistent in dem Skript zu gestalten, das dieser nicht unnötig viele Schreibzugriffe auf die DTU vornimmt (ähnlich wie dies die DPL Funktion macht?) und den ESP überlastet? (Oder so eine Funktion ggf in die Firmware einfließen zu lassen - (2 verschiedene DPL Limits anhand der PV Einstrahlung / bzw ein unterschiedliches Tag/Nacht-Limit )) Mir ist davor anhand der Betriebszeit und Konfigurationspeicherungen aufgefallen, das bei Verwendung mit dem Skript, die DTU irgendwann einen gezwungenen Neustart (alle 2-7 Tage) vornimmt oder sich aufgehängt hatte (je nach Hardware) Aktuell läuft es aber (ohne Skript und MQTT Befehle) durchgängig Es würd mich echt freue, wenn die 2-DPL-Limit- Funktion ggf irgendwann in Zukunft Einzug in die FW halten könnte 😉. Danke nochmal an alle für die Hilfe und Unterstützung. |
Beta Was this translation helpful? Give feedback.
-
Super Idee, vielen Dank dafür und ein schönes Wochenende
tobi0171 ***@***.***> schrieb am Fr., 4. Okt. 2024, 15:58:
… Okay, dann weiß ich bescheid, ich denke im Winter gibt es kein Problem, da
die Akkus im Laufe der Nacht leer werden. Bis zum Frühjahr muss ich mir
etwas überlegen, oder per Zeitschaltuhr an der "Einspeisesteckdose" einen
Neustart erzwingen . Das müsste doch auch funktionieren. Oder?
@KJ-202209 <https://github.com/KJ-202209> Du kannst doch den Neustart
unter den "Dynamic Power Limiter Einstellungen" unter dem Punkt
"Wechselrichter" bei "Uhrzeit für geplanten Neustart" einstellen. Wenn du
dort eine Uhrzeit einträgst (während die DTU aktiv ist) kannst du doch dort
den Wechselrichter neu starten.
Ich nutze das um, um 0 Uhr auch gleich den Tageszähler zu nullen mit dem
Neustart.
—
Reply to this email directly, view it on GitHub
<#1236 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BLYURN7MPWC33LUFFXWSJKLZZ2NGXAVCNFSM6AAAAABNZY6732VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAOBUGQ3TINA>
.
You are receiving this because you were mentioned.Message ID:
<helgeerbe/OpenDTU-OnBattery/repo-discussions/1236/comments/10844744@
github.com>
|
Beta Was this translation helpful? Give feedback.
-
Hallo,
erstmal vielen Dank für eure tolle Arbeit, diesmal habe ich jedoch ein gravierendes Problem und bitte um Prüfung/Hilfe, sofern ich kein Einzelfall bin.
Ich nutze die FW 18.08.2024 mit dem Fix g9ebbc58,
Hardware > PCB.Pro mit ESP32-S3, HM1500, 2x Pylontech US2000C, 2x MPPT 150/45+100/20.
Leider ist mir nun schon zum dritten Mal innerhalb der Letzen 3 Wochen (sporadisch, mal nach 2 Tagen mal nach 7 Tagen) die DTU 2x Nachts pünktlich um 2:30 und einmal Nachts um 4:30 Uhr vollständig eingefroren. Sie ist weder über die Weboberfläche noch sonst wie erreichbar, das Sie jedoch weiterhin die "voreingestellte "Grundlast" die im DPL hinterlegt ist (bei mit 135W) produziert, sehe ich anhand von meinem vorgeschalteten Shelly_PM_Mini in der Anschlußdose und in HomeAssistant. Alle Versuche die DTU irgendwie anszuprechen schlagen fehl. Es hilft nur, die DTU dann DC-seitig vom der Stromversorgung zu trennen und neu sich neu verbinden zu lassen, hier ist die DTU dann schon innerhalb 1-2 Sekunden direkt wieder über Ihre IP zu erreichen (ungewohnt schnell).
Ob die Regelung dann noch funktioniert, speziell die Abschaltschwelle für den Speicher (Wetter wird ja jetzt schlechter) kann ich leider nicht sagen. Daher melde ich mich doch mal kurz zu meinem Problem hier und hoffe es hat ggf jmd eine Lösung.
Da ich leider keine Zugriff hab kann ich keine Log erstellen. Ist das Problem bekannt, oder bin ich ein Einzelfall?
Ich füg mal ein Bild aus HomeAssistant mit ein, dort sieht man das die DTU weiter die Grundlast produziert, bei mit 135W, jedoch der MPPT und auch die Kapazität in % vom Pylontech nicht mehr korrekt duchgegeben werden. (Anzeige 82%,lt oDTuoB, ist (lt Tasmota-Console jedoch nur 77%)
Schwache Wifi Verbinung (78-93%) oder unsaubere Strombersorgung (per DCDC-am Pylontech) kann ich ausschließen, bzw funktionierte das bislang seit 6 Monaten sehr zuverlässig.
(Gefühlt ist die Regelung etwas ungenauer und träger als in den vorherigen Versionen)
Falls wer eine Tipp hat, wär ich sehr dankbar. Bild fürge ich mit an, mehr konnte ich leider nicht mehr entlocken.
Meine kurzfristige Lösung ist nun erstmal ein Downlgrade auf die vorherige Version, da ich die nächsten Tag nicht in Reichweite der Anlage bin um einzugreifen.
Beta Was this translation helpful? Give feedback.
All reactions