-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OpenDTU Inverter in der Früh offline - Command Queue voll #242
Comments
Wozu dann reachable wenn er nicht "erreichbar" ist? Ist das feature neu? |
Für mein Verständnis sollte er aufgrund errechneten Sonnenstand "reachable" sein, und Opendtu versucht diesen an zu funken. Ob das neu ist kA, dieses Verhalten beobachte ich schon des längeren in Früh und muss das Script stoppen & die Opendtu rebooten damit er dann nach 5-10min eine Verbindung aufbaut. Dann starte ich das Script und es läuft wieder wie gewünscht. |
Ja, schau mal hier: #211 Wäre ja Top, wenn die Lösung so einfach wäre... |
in #211 Sollte dies wirklich an OpenDTU scheitern werden ich wohl auf AhoyDTU wechseln. Jun 18 21:19:52 raspberrypi python3[506]: 2024-06-18 21:19:52 INFO OpenDTU: Inverter "HMS-1600-4T": setting new limit from -1 Watt to 1003 Watt |
Für mein Verständnis ist das ganz klar falsch, reachable bedeutet für mich "erreichbar". |
Ich werde heute am Abend, wenn die Opendtu keine Werte mehr empfängt, die Werte nochmal kontrollieren/vergleichen - möchte keine unnötige Arbeit verursachen. Dieses Script arbeitet so hervorragend dass ev. ein Fehler in Opendtu nicht hier zu Arbeitsaufwand führen sollte |
habs mal eingebaut (ist nur eine Zeile) -> Könntest du die "DEV" Version mal testen (V1.104) |
Ich glaube das geht aber so nicht bei Akku-Inverterm, da wird ja der Inverter (optional) komplett ausgeschaltet (Turn Off) -> dann dürfte auch das Flag "producing" auf "false" stehen... |
Meine Vermutung hat sich bestätigt. Ich hoffe meine Interpretierung ist korrekt und ich konnte bei der Problematik behilflich sein. |
Ja ich glaube trotzdem es ist nicht die Lösung… könntest du morgen mal probieren was passiert, wenn du den inverter aus schaltest? Also über OpenDTU. Dann müsste producing auf false gehen und für mich wäre dann der inverter nicht erreichbar. Normal müsste die queue einfach intern in der dtu gelöscht werden wenn nix übertragen werden kann. Und reachable auf false gehen… |
Wenn ich zB Hoymiles1 manuell via OpenDTU abschalte kann dein Script selbst nach einem Neustart des Scriptes diesen nicht wieder einschalten. Für mich würde das Script - da ich keinen Speicher verwende - jetzt funktionieren, in der Früh hatte ich keine Ausfälle mehr. Da dieses Script laut Doku auf AhoyDTU konzipiert ist und ich den Fehler auch bei OpenDTU sehe, werde ich vermutlich auf AhoyDTU (wenn es meine HW zulässt) umsteigen. Welche AhoyDTU Version kannst du empfehlen oder verwendest du ? die letzte Version dürfte mit dem HMS Chipsatz CMT2300A aktuell Probleme haben laut den Issue Einmeldungen. |
Ja, das hab ich auch so befürchtet. Das Flag reachable ist für mich das Problem, das dürfte nicht true sein wenn der inverter nicht erreichbar ist. Ich nehme die Änderung in der dev wieder zurück. |
Welche AhoyDTU Version kannst du empfehlen oder verwendest du ? |
Ich hab die 0.8.143 |
Vielleicht könntest du das reachable Problem mal bei OpenDTU als bug melden. Wäre super! |
Aja, da gibt’s schon einige Meldungen. |
Ich verwende 3 Hoymiles Inverter mit OpenDTU v24.8.5
Opendtu verwendet hier 2 Status (reachable & producing) um die Erreichbarkeit der Wechselrichter zu signalisieren.
reachable -> hier wird aufgrund Zeit und den jeweiligen Dämmerungseinstellungen, versucht die Wechselrichter zu erreichen
producing -> sobald eine Kommunikation aufgebaut ist geht "producing" auf true
Wenn ich dieses tolle Script richtig verstehe, wird auf "reachable" kontrolliert und nicht zusätzlich auf "producing" was dazu führt, dass das Script "ActivePowerLimit" commands an OpenDTU sendet ... auch wenn der Inverter aufgrund "producing" - false nicht erreichbar ist.
Dies führt dazu, dass in der Früh die command Queue von Opendtu voll ist und die Inverter offline bleiben
Ist es möglich auf beide Faktoren (reachable & producing) zu kontrollieren, bevor das Script ein neues Limit setzen möchte ?
The text was updated successfully, but these errors were encountered: