Huawei: "Limit setzen, CAN Bus nicht verbunden" funktioniert nicht

[Andrix82]

What happened?

Wenn die CAN Verbindung zum Huawei R4850G2 verloren geht oder die openDTU keine Steuerbefehle sendet, ladet das Huawei Ladegerät immer mit Maximalleistung 3kW.
Der Fehlerzustand ist somit leider kein sicherer/unbedenklicher Zustand. - System kann man so kaum bedenkenlos zurücklassen und einfach mal auf Urlaub fahren :D

To Reproduce Bug

Nun mit 2 unterschiedlichen sonst einwandfrei funktionierenden Huawei R4850G2 getestet:
-"Limit setzen, CAN Bus nicht verbunden" mit 53V und 1A setzen
-CAN Kabel abstecken ODER Ladegerät Feature in openDTU deaktivieren
-AC Verbrauch des Huawei observieren -> geht nach einigen Sekunden auf 3kW Ladeleistung
nach Wiederherstellung der CAN Verbindung Ladeleistung unmittelbar wieder geregelt

Expected Behavior

Nach setzen des Limits wird dieses auch eingehalten

Install Method

Pre-Compiled binary from GitHub releases

What git-hash/version of OpenDTU-OnBattery?

2024.10.22

What firmware variant (PIO Environment)?

generic_esp32s3

Relevant log/trace output

Während dem Drücken des Buttons für das permanente Limit sehe ich in der Konsole ( paralleles Browser Fenster ) auch bei erweiterter Protokollierung keine Hinweise dass ein permanentes Limit gesendet wurde.

Anything else?

Hat zu 9x% in der Vorgängerversion auch nicht funktioniert

Please confirm the following

• I believe this issue is a bug that affects all users of OpenDTU-OnBattery, not something specific to my installation.
• I have already searched for relevant existing issues and discussions before opening this report.
• I have updated the title field above with a concise description.
• I have double checked that my inverter does not contain a W in the model name (like HMS-xxxW) as they are not supported.

[gitisgreat2023]

Mir ist nicht klar wie man überhaupt überprüfen kann ob das Limit ankommt. Im Interface kann man die permanente Limits senden ("write") aber es gibt keinen lesen ("read").
Edit: ja ich habe damals auch mittels Konsole überprüft ob was geloggt wurde. Nein.
Test mit abziehen muss ich noch machen.

Edit 2: link zu anderen thread zugefügt.

[Solarteur]

Die Punkte

- "Limit setzen, CAN Bus nicht verbunden" mit 53V und 1A setzen
-Ladegerät Feature in openDTU deaktivieren
-AC Verbrauch des Huawei observieren -> geht nach einigen Sekunden auf 3kW Ladeleistung
nach Wiederherstellung der CAN Verbindung Ladeleistung unmittelbar wieder geregelt

kann ich genau so bestätigen.

Edit Ergänzung: Ich lade im "geregelten" Betrieb mit max. 1100 W. Der Ladestromkreis ist mit 16A abgesichert, eigentlich zu wenig für 1100W, die Sicherung hält aber. In dem Fall oben spricht die Sicherung sofort an.

[knopers1]

Bei der fehlenden CAN Bus -Verbindung sollte der Power GPIO das Huawei abschalten! Das müsste zu erst implementiert sein, damit überhaupt das Huawei halbwegs sicher betrieben werden kann.

[Solarteur]

Den Vorschlag von @knopers1 finde ich mit Blick auf die Sicherheit des gesamten Systems sehr gut, noch besser als (ein funktionierendes) "Limit setzen, CAN Bus nicht verbunden".

[gitisgreat2023]

Bei der fehlenden CAN Bus -Verbindung sollte der Power GPIO das Huawei abschalten! Das müsste zu erst implementiert sein, damit überhaupt das Huawei halbwegs sicher betrieben werden kann.

Was genau meinst Du? slot detect oder was anderes?

[knopers1]

Ja, Slot Detect wird doch auf GnD über das Relai gezogen , damit das Netzteil anläuft. Das Relai selbst zieht es an, wenn Power GPIO angesteuert wurde. Richtig?

[Andrix82]

Über den PowerPin der OpenDTU wäre ein anderes Thema, würde z.b. in meinem Fall auch gar nichts bringen weil ich den Power Pin garnicht in Verwendung habe mit Absicht.
Ich schalte nur AC seitig ein zu Tageszeiten.
Vom "Safety-Case" wäre es über den verwendeten PowerPin aber auch nur eine halbe Lösung, wenn die openDTU sich dann aufhängt und den Pin beliebig ausgibt, der Pin abfällt, Relaisschaltungsprobleme was auch immer kann/würde der Huawei wieder 3kW ausgeben.
Wirklich sicher wäre nur wenn der Huawei wann auch immer er keine zyklischen gültigen CAN Frames zur Steuerung mehr bekommt selbst ein einen Safe state geht und die Ladeleistung stark begrenzt.
Das unterstützt der Huawei auch über die Konfiguration eines permanenten Limits, die openDTU will es offensichtlich können sonst gäbe es den Button nicht, aber macht es wie schon mehrere bestätigt haben wohl einfach nicht richtig.

[gitisgreat2023]

Ja, Slot Detect wird doch auf GnD über das Relai gezogen , damit das Netzteil anläuft. Das Relai selbst zieht es an, wenn Power GPIO angesteuert wurde. Richtig?

Ja, aber Power GPIO (oder slot detect) wird ja über die PCB geregelt. D.h. wenn der abraucht/sich aufhängt, wird der Huawei nicht geregelt.

Genau für den Fall sind die offline settings von der Huawei sinnvoll... oder?
Einmal richtig gesetzt (sowohl V als A beide klein) ist es egal was passiert, wenn die CAN Verbindung weg ist gelten die offline limits.

[knopers1]

Ja, Slot Detect wird doch auf GnD über das Relai gezogen , damit das Netzteil anläuft. Das Relai selbst zieht es an, wenn Power GPIO angesteuert wurde. Richtig?

Ja, aber Power GPIO (oder slot detect) wird ja über die PCB geregelt. D.h. wenn der abraucht/sich aufhängt, wird der Huawei nicht geregelt.

Genau für den Fall sind die offline settings von der Huawei sinnvoll... oder? Einmal richtig gesetzt (sowohl V als A beide klein) ist es egal was passiert, wenn die CAN Verbindung weg ist gelten die offline limits.

ja, die Offline Setting sind wichtig und sinvoll, schön wenn dort auch alles funktionieren würde. Ich habe nie das Gegenteil behauptet. Trotzdem ohne einen CAN Bus, sollte sicherheitshalber die DTU (sofern noch am leben) das Netzteil über den Power Gpio abschalten!

@Andrix82 ich habe verstanden, dass du die Funktion nicht für notwendig hällst. Es gibt noch andere, die aber eine Abschaltung in dem Fall gerne hätten.

Ich habe ebenfalls einen Shelly hinter dem Huawei und Hoymiles. Damit überwache ich über einen Script aus dem Iobroker aus die DTU. Im Falle eines Ausfalls, schaltet das Script über den Shelly den Hoymiles sowie das Huawei vom AC ab. Ein "Durchrennen" des Netzteils lässt sich einfach am Shelly ebenfalls einstellen. Dieser schaltet bei mir ab 1500 Watt Netzbezug sich selbst aus.

[schlimmchen]

Vom "Safety-Case" wäre es über den verwendeten PowerPin aber auch nur eine halbe Lösung, wenn die openDTU sich dann aufhängt und den Pin beliebig ausgibt, der Pin abfällt, Relaisschaltungsprobleme was auch immer kann/würde der Huawei wieder 3kW ausgeben.

Korrekt.

Wirklich sicher wäre nur wenn der Huawei wann auch immer er keine zyklischen gültigen CAN Frames zur Steuerung mehr bekommt selbst ein einen Safe state geht und die Ladeleistung stark begrenzt.

Korrekt.

Das unterstützt der Huawei auch über die Konfiguration eines permanenten Limits, die openDTU will es offensichtlich können sonst gäbe es den Button nicht, aber macht es wie schon mehrere bestätigt haben wohl einfach nicht richtig.

Aha, hier ist also etwas von Seite OpenDTU-OnBattery zu tun? Erklärt mir das mal jemand? Sind das die Offline-Settings, die hier angesprochen wurden? Die werden nicht richtig "eingebrannt" in das Netzteil?

Zusätzlich könnte man dennoch auch das Slot Detect Dingens abschalten, wenn man "lange" nichts vom Netzteil gehört hat.

[Andrix82]

Aha, hier ist also etwas von Seite OpenDTU-OnBattery zu tun? Erklärt mir das mal jemand? Sind das die Offline-Settings, die hier angesprochen wurden? Die werden nicht richtig "eingebrannt" in das Netzteil?

Zusätzlich könnte man dennoch auch das Slot Detect Dingens abschalten, wenn man "lange" nichts vom Netzteil gehört hat.

Genau die offline Settings welche die openDTU siehe screenshot wohl einstellen können will, funktionieren einfach nicht

-> Dies wäre daher wohl eher ein BugFix

Den Power Pin kann man natürlich zusätzlich auch nach CAN-Empfangstimeout huawei->openDTU abschalten
-> new feature

[Solarteur]

Aus Beitrag @schlimmchen

Aha, hier ist also etwas von Seite OpenDTU-OnBattery zu tun? Erklärt mir das mal jemand? Sind das die Offline-Settings, die hier angesprochen wurden? Die werden nicht richtig "eingebrannt" in das Netzteil?

Ja, ein das Netzteil "einbrennen" so wie hier beschrieben:

https://www.beyondlogic.org/review-huawei-r4850g2-power-supply-53-5vdc-3kw/

Abschnitte "Modes of Operation" und folgende.
.

[gitisgreat2023]

Aus Beitrag @schlimmchen

Aha, hier ist also etwas von Seite OpenDTU-OnBattery zu tun? Erklärt mir das mal jemand? Sind das die Offline-Settings, die hier angesprochen wurden? Die werden nicht richtig "eingebrannt" in das Netzteil?

Ja, ein das Netzteil "einbrennen" so wie hier beschrieben:

https://www.beyondlogic.org/review-huawei-r4850g2-power-supply-53-5vdc-3kw/

Abschnitte "Modes of Operation" und folgende. .

In dem Text: “ To date, I’m unaware how to read the above parameters back. If you know more, please leave us a comment below.”

[schlimmchen]

Genau die offline Settings welche die openDTU siehe screenshot wohl einstellen können will, funktionieren einfach nicht
-> Dies wäre daher wohl eher ein BugFix

Verstanden. Da kann ich nicht helfen. Bock hätte ich, ich schrecke auch nicht zurück die Hardware zu kaufen, aber die Zeit fehlt. Kann das jemand anders (nicht Andreas) versuchen umzusetzen bzw. zu reparieren?

Den Power Pin kann man natürlich zusätzlich auch nach CAN-Empfangstimeout huawei->openDTU abschalten
-> new feature

Verstanden. @Andrix82 Kannst du bitte ein passendes Issue (Feature Request) erstellen?

[gitisgreat2023]

@MalteSchm kennst Du dieses Thema? Hast Du es mal ausprobiert, das setzen vom offline limit?

[MalteSchm]

Danke fürs taggen
Ich bin da ehrlich gesagt nicht sicher. Aber das ist auch eine Weile her.
Ich glaube das ich damals angenommen habe das das offline Limit die Einschaltbegrenzug festlegt. Das es die Werte festlegt die verwendet werden wenn der CAN bus ausfällt habe ich glaube erst später verstanden.
Wenn ich danach schauen soll: ich bin gerade sehr eingespannt. Vermutlich geht das erst im Weihnachtsurlaub