Open Gics78 opened 4 days ago
Hi, can you check your evcc.yaml configuration. You need a minsoc value. It does not remember your old minsoc... I use the following:
You need a minsoc value
No. Evcc has safe defaults of 20/95% for that.
Unfortunately andig is correct. Minsoc in .yaml doesn't change anything, still the same problem and the same battery mode timeout errors.
Die Frage hier ist doch, warum setzen des Battery Mode zu einem Fehler führt:
[site ] ERROR 2024/09/25 19:59:33 battery mode: read tcp 172.23.0.2:34104->192.168.178.8:502: i/o timeout
Lässt sich das auch mit
evcc charger
nachvollziehen?
/cc @thse22
Teste ich nachher! Und die Anschlussfrage: das initiale Setzen des MinSoc durch EVCC scheint ja trotz Fehlermeldung zu funktionieren, das am Ende des Ladevorgangs aber nicht. Warum?
Von meinem iPhone gesendet
Von: andig @.> Gesendet: Thursday, September 26, 2024 8:51:59 AM An: evcc-io/evcc @.> Cc: Gics78 @.>; Author @.> Betreff: Re: [evcc-io/evcc] Active Battery Control FoxESS H3 MinSoC not changed back after charging is finished (Issue #16326)
Die Frage hier ist doch, warum setzen des Battery Mode zu einem Fehler führt:
[site ] ERROR 2024/09/25 19:59:33 battery mode: read tcp 172.23.0.2:34104->192.168.178.8:502: i/o timeout
Lässt sich das auch mit
evcc charger
nachvollziehen?
/cc @thse22https://github.com/thse22
— Reply to this email directly, view it on GitHubhttps://github.com/evcc-io/evcc/issues/16326#issuecomment-2376078644, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BBTOR7RU4CAMDHWPBKO3LADZYOVI7AVCNFSM6AAAAABO3EZW5KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNZWGA3TQNRUGQ. You are receiving this because you authored the thread.Message ID: @.***>
Lässt sich das auch mit
evcc charger
nachvollziehen?
Ja, selber Modbus Timeout Fehler.
Ich habe mal interessehalber die HA Modbus-Integration installiert. Mit der kann ich den MinSoc bzw. auch den Workmode (self-use -> Backup) erfolgreich steuern, allerdings kommt bei Workmode (nicht beim Einstellen des MinSoc) auch eine Fehlermeldung zurück Start: 41000; values: [2]; slave: 1 from tcp://192.168.178.8:502: Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)
Vielleicht ein ähnliches Problem?
Tja. Jetzt ist die Frage warum? Was sagt der Hersteller?
FoxEss sagt dass es eine offene API gibt. Nachdem ich aber stark annehme dass EVCC das lokal über den Modbus umsetzt ist doch vielmehr die Frage wie das umgesetzt wurde? Möglicherweise bestehen die Probleme weil FoxEss mit neueren Firmware die Register verändert hat? Einen Changelog dazu gibt es leider nie. Ich versuche nochmal die aktuellen Register bei Foxess nachzufragen (die mann dann aber nie veröffentlichen darf).
Wozu fehleranfällige Cloud APIs wenn man das Problem lokal lösen kann? Ihr seid die Kunden- macht Druck beim Hersteller! Ansonsten müsste jemand die Cloud API implementieren. Seitens Core Team gibts keine Kapazität schlechtere Lösungen als notwendig zu bauen.
@ andigDa bin ich voll bei Dir! Am 28.09.2024 um 11:30 schrieb andig @.***>: Wozu fehleranfällige Cloud APIs wenn man das Problem lokal lösen kann? Ihr seid die Kunden- macht Druck beim Hersteller! Ansonsten müsste jemand die Cloud API implementieren. Seitens Core Team gibts keine Kapazität schlechtere Lösungen als notwendig zu bauen.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>
Describe the bug
Active Battery Control to protect the battery from discharge protection seem to work in setting the minimal SoC (MinSoc) to the current or prespecified value. But after charging is completed it is not reset to the original value. So the battery is essentially crippled because it will not discharge any further until I change the MinSoc manually. [site ] ERROR battery mode: read tcp 172.23.0.2:45672->192.168.178.8:502: i/o timeout
Steps to reproduce
Configuration details
Log details
What type of operating system are you running?
Linux
Nightly build
Version
0.130.12