-
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
Power Peak detection für Kühlschränke und Kurzzeitschwankungen #225
Comments
das ist das Ergebnis von heute Nacht, ein Großteil der Peaks wurde ignoriert, bis leider der Wechselrichter zum runterschalten nach einem längeren Peak einen Befehl nicht angenommen hatte 😢 und schwupp war der Akku leer ich muss deinen neuen Patch mal einarbeiten, den habe ich noch nicht ausprobiert, damit wäre es wahrscheinlich nicht mehr passiert |
Sorry, ich hatte echt noch keine Zeit gehabt bisher... zu 1.: das bedeutet, du filterst einen Peak raus, und regelst dann den Hoymiles nicht hoch? |
|
Merge ist durch, wie gesagt irgendwo muss ich wahrscheinlich bei den Sondernlocken noch prevLimitSetpointPeakTrigger = 0; einbauen um den Peak zurück zusetzen. PS: nach dem Merge hat sich das ganze ohne dass ich bei DTU schalten musste wieder aktiviert (Stand ja noch auf 600W), denke wie gesagt dadurch sollte der Hängenbleiben bug durch nicht akzeptierte Werte schon raus sein. Also Problem 3.... ggf. wird aber das aufweckproblem (2) damit auch gelöst. Ich teste weiter |
hier siehst du es, dass AHOY wohl das problem hat:
meldet "Limit acknowledged" und stellt nicht um... kannst du in den Logs nach dem "aufweckproblem" schauen? Evtl lässt sich da was ableiten... |
Genau, das ist das Problem das ich seit Anfang regelmäßig beobachten kann. Gefixt wäre es halt richtig einfach wenn man von ahoy direkt die Bestätigung bekäme und kein timeout (aktuell bei mir 3s). Aber mit deiner echten wert überprüfen aus dem letzten Update sollte das ja dann auch egal sein wenn er sich mal ein paar Sekunden verschluckt. (hoffe ich zumindest) denke aber wie gesagt es ist nicht Ahoy sondern direkt der Wechselrichter der nicht hinterher kam |
Mit AHOY <= 0.8.129 gab es so ein Verhalten definitiv nicht. Ich habe den Fix erst eingebaut weil ich es ein mal bei mir auch beobachten konnte nach dem Update auf 0.8.140... siehe auch lumapu/ahoy#1726 edit: deine config würde ich gerne noch anschauen ob da alles passt |
Gut möglich, hatte schon bevor ich dein Script gefunden habe 1.3 im Einsatz gehabt. Bin sogar deshalb extra von meinem esp8266 auf einen esp32s3 umgezogen und habe jetzt die 1.41 seit Samstag am laufen. Wie du siehst mit dem komischen Verhalten. |
|
Vor not enough Energy producing: limit already at maximum hat z.B. ein Trigger=0 noch gefehlt. |
HoymilesZeroExport.zip Freue mich über testfeedback ob es für euch auch sinnvoll ist und funktioniert |
Hi, hab deine Version nun mal drauf gemacht und bin gespannt, wie sich das nun v.a. beim kochen verhält. Da springt mein WR gerne wild umher. |
HoymilesZeroExport.zip Beim Kochen wirst du leider nicht viel merken, das es immer nur ein Interval skippt (also den Anlaufstrom des Kühlschrankes etc), mein Interval ist 3 Sekunden und somit hat mein Waffeleisen heute Mittag genauso doof geschwankt wie immer. Für solche Fälle und Schläudergänge kommt man um eine Patternrecognition nicht mehr rum.. Also AI -> Kanonen auf Spatzen aber yeah!? Wäre cool wenn du bei beiden auch checken kannst (vor allem bei der neuen die ist jetzt frisch von 12 Uhr) ob der Kühlschrank verschwindet |
Also ich weiß auch nicht so recht ob das viel bringt, im Endeffekt ist es ja nur ein Filter der eine gewisse Spannungsspitze um ein Intervall nach hinten schiebt. Macht das bei Akkus so viel aus? |
@BlackcatSandy danke für dein Input, sobald ich Zeit finde nehm ich das mit rein (in den nächsten Tagen). |
@reserve85 ja das ist die letzte schon mit deiner 1.98 gemergten Version. Nur der letzte Issue fix ist noch nicht drin |
Lieber Tobias,
vielen Dank für deine tolle Arbeit, ich bin aktuell intensiv am testen und habe 3 Probleme festgestellt, hier eins davon das ich schon gefixt habe.
Ich habe hier eine Code Änderung zur detection von Kühlschrank peaks siehe unten:
Zu Kühlschrank wird ignoriert
Hier sieht man aber auch deutlich das zweite Problem. Ist der Wechselrichter aus und startet wieder setzt er sich auf den eingestellten Set wert bei mir 135w und das Skript springt erst wieder aktiv ein wenn ich selber kurz einen Wert im ahoy setze… somit lief heute morgen wieder nicht.
Das dritte Problem ist ganz selten, es ist wenn der Wechselrichter den Befehl nicht angenommen hatte und dann verhaspelt es sich. Hier habe ich mal beim ahoy Team angefragt ob man den bestätigungswert nicht auch per MQTT bereitstellen könnte. Also dann easy fix.
Hierfür habe ich folgenden Parameter eingeführt:
und folgenden Code ergänzt, der ein Intervall Skipped (also bei 3 Sekunden schaltet er dann erst wenn der Verbrauch noch da ist bei 6).
und
Nicht wundern habe kein git auf dem Server und arbeite von meinem iPad 😅
Viele Grüße
Sandra
The text was updated successfully, but these errors were encountered: