Veröffentlicht von: @benni82

↑

Muss jetzt morgen Mal testen ob es zum Reaktivieren reicht den Control Mode zu ändern oder ob man Control Mode + Operation Mode ändern muss.

Ich ändere beide beim Aus- und Einschalten.

  actions:
  - if:
    - condition: state
      entity_id: select.inverter_battery_operation_mode
      state: No Battery
    then:
    - action: select.select_option
      metadata: {}
      data:
        option: Capacity
      target:
        entity_id: select.inverter_battery_operation_mode
    - action: select.select_option
      metadata: {}
      data:
        option: Lithium
      target:
        entity_id: select.inverter_battery_control_mode
  - if:

Veröffentlicht von: @hendrik

↑

Ich messe mit meinem Zangenamperemeter im geeigneten Messbereich wirklich 0A aus dem Akku im noBatt Modus.

Moin zusammen,

ich vermute auch, dass das nur Ungenauigkeiten des A/D-Wandlers sind. Der max. Wert sind für den Strom um die 200A. Bei mir "messe" ich per SA während der Abschaltung zwischen 0 bis 100mA Batteriestrom. 100mA sind 0,05% des Maximalstroms. Also eher Rauschen, Temp.Drift oder ähnliches.

Grüße

Rainer

@amiko
und was genau setzt du beim Ausschalten?
Nur den OperationMode auf No Battery oder auch den Control Mode? Auf 4stage Lead Acid?

Denn das passiert auf jeden Fall wenn ich über die Deyecloud auf No batt setze, dass auch der ContorlMode auf LeadAcid gesetzt wird.
Hatte grade mal versucht per HA nur OperationMode auf No Bat zu setzen, scheint soweit zu funktionieren, es wird nichts mehr (oder kaum?) aus dem Akku gezogen. ControlMode blieb Lithium aber in DeyeClud war das Feld Akkutyp dann ohne Wert.
Nachdem ich das nochmal explizit No batt gestezt hab, hat sich nichts geändert, außer dass ContorlMode eben wieder Lead Acid wurde.

Müsste mal testen ob es funktioniert, per HA nur den Operation Mode zwischen No Bat und Capacity zu wechseln ohne am Control Mode was zu machen. So hatte ich es am Anfang aber meine das hat dann zu einem komischen Ergebnis geführt.

Mit Messzange kann ich nicht messen, da es bei mir kein Kabel zwischen Akku und WR gibt, da es ein Stapelsystem ist.
Muss mal die Spannung beobachten ob die sich zwischen Aus- und Einschalten ändert.
Auf jeden Fall ändert sich der SoC kann aber auch falsch sein da der je berechnet und nicht gemessen wird.

Veröffentlicht von: @benni82

↑

Nur den OperationMode auf No Battery oder auch den Control Mode? Auf 4stage Lead Acid?

Eigentlich sollte es funktioniern, wenn nur OperationMode auf No Batt gestellt wird, aber ich ändere beide Register.

- id: '1730758172825'
  alias: Inverter ausschalten
  description: ''
  triggers:
  - trigger: sun
    event: sunset
  - trigger: template
    value_template: '{% if states(''sensor.inverter_battery'') | int <= states(''number.inverter_program_5_soc'') | int %}
      true {% else %} false {% endif %} '
  conditions:
  - condition: sun
    before: sunrise
    after: sunset
  - condition: template
    value_template: "{{ states('sensor.inverter_battery') | int <= states('number.inverter_program_5_soc') | int }}"
  actions:
  - if:
    - condition: state
      entity_id: input_boolean.inverter_off_no_batt
      state: 'on'
    then:
    - action: select.select_option
      metadata: {}
      data:
        option: No Battery
      target:
        entity_id: select.inverter_battery_operation_mode
    - action: select.select_option
      metadata: {}
      data:
        option: Lead-Battery, four-stage charging method
      target:
        entity_id: select.inverter_battery_control_mode
    else:
    - action: switch.turn_off
      metadata: {}
      data: {}
      target:
        entity_id: switch.inverter
  mode: single

Habe es grade getestet:
War per Cloud auf No Bat
Zuerst OM wieder auf Lithium, keine Änderung, außer Feld Typ in Cloud ohne Wert
Dann CM auf Capacity und dann war die Batterie wieder da

Scheint also wirklich rein über den CM steuerbar zu sein. War nur zwischendrin verwirrt durch die Einträge von "Lead Battery" die die Cloud ausgelöst hat und dachte schon ich hätte was falsch gemacht und evtl meinen Batterien geschadet 😉

Bleibt nur die Ungewissheit ob nicht doch irgendwas "falsch" läuft, wenn man nur CM ändert ohne OM zu ändern 😀
Vielleicht doch sicherheitshalber beide Werte ändern so wie es die Cloud macht, auch wenn "Lead Battery" sich komplett falsch anfühlt 😀

Also zumindest sinkt meiner Spannung über die Zeit in der er in no bat ist, von daher wird er wohl weiterhin ein wenig die Batterie entladen wenn auch viel weniger als vorher

Veröffentlicht von: @hendrik

↑

Die Antwort auf meine Anfrage an Deye zur neuen Funktion "Lüfter dauernd an bei noBatt":

"This is the program added in the firmware.
When the inverter is not connected to the battery,
In order to prevent the inverter from black screen at night, the fan will automatically turn."

Was könnte hier gemeint sein mit "prevent from Black screen"?

Gruß

Hendrik

Neue Infos als Antwort bzgl. des Lüfters im noBatt Modus bei der neuen Firmware, aber wirklich schlauer bin ich damit nicht:

"Because there is no battery mode,
At night, the inverter is in bypass mode and the inverter is turned off.
If the inverter screen is turned off, the data used at night in bypass mode may not be uploaded to the platform.
Therefore, the fan is turned on at night to ensure that the inverter screen will not turn off."

Werde jetzt wohl doch nicht über no batt fahren.

Habe rausgefunden, dass die Umstellung auf batt first bei mir doch den Batterie Drain nach Erreichen der SoC Grenze aus ToU auf 40W senkt.

Denke damit kann ich leben, vor allem ist der Vorteil, dass morgens direkt die Batterie zur Verfügung steht, wenn PV wieder einsetzt und ich mir keine möglichst ideale Reaktivierungsautomatisierung ausdenken muss. Zumal er batt first bei zero export to CT sowieso nur berücksichtigt, wenn ToU SoC höher aktuellem SoC ist, was ja dann nicht der Fall ist. Also macht er quasi load first obwohl batt first eingestellt ist. Für mich perfekt.

Werde das jetzt weiter beobachten

edit: hatte nen Denkfehler. Wenn man batt first erst nach Erreichen der ToU SoC Grenze setzt, ist der SoC morgens evtl doch 1-2% niedriger und er würde bein wiedereinsetzen der PV Produktion erst batt first machen anstatt Load auszugleichen. Erst sobald er den SoC aus ToU wieder erreicht hat, macht er dann Loadausgleich.
Da man nach Erreichen der Grenze ja aber sowieso auf Grid fährt, fährt man halt trotz PV noch kurz länger auf Grid, denke das ist ok.

Veröffentlicht von: @benni82

↑

Habe rausgefunden, dass die Umstellung auf batt first bei mir doch den Batterie Drain nach Erreichen der SoC Grenze aus ToU auf 40W senkt.

Was ist mit dem Eigenverbrauch des Wechselrichters? Ich schalte auf no batt, um den Eigenverbrauch zu reduzieren.

soweit ich das sehen kann ändert sich am Eigenverbauch nicht wirklich was, außer dass dieser wohl teilweise nicht mehr aus der Batterie sondern aus Grid bedient wird

20W aus Grid + 110W aus Batterie = 130W

95W aus Grid + 50W aus Batterie = 145W

und nochwas: ich fahre nun 24/7 batt first, funzt wunderbar.
sehe gar keinen Vorteil mehr in Load first.

Wenn aktueller SoC höher als ToU eingestelltem SoC und PV aktiv, macht er trotzdem Load first.
Sobald keine PV mehr, wird Load aus Akku versorgt.

Sollte bei aktiver PV SoC mal kleiner als in ToU sein (morgens zB), würde er eben erst Batterie wieder auf ToU SoC laden (finde ich gut) und danach wieder Load ausgleichen. So lange nimmt er das was Load braucht von Grid, was er ja nach Erreichen der Grenze eh schon gemacht hat wenn keine PV verfügbar war, also nur etwas länger.
Schützt die Batterie und ist außerdem effektiver AC für AC zu benutzen als zum Schutz der Batterie AC in DC wandeln zu müssen.
Sobald PV höher als für Loadausgleich benötigt, geht der Überschuss in die Batterie

@benni82 Hört sich sehr gut an. Kannst du bitte deine Einstellungen, die du in den Batterieeinstellungen (Seite 2 und 3) sowie im Work Mode (Seite 1 bis 4) posten. Hab bei mir alles mögliche durchprobiert, bekomme aber dein Szenario so nicht hin. 
Danke dir im Voraus.

@vitik78 

Battery Settings

Workmode Settings

Was mir noch aufgefallen ist:
Ich fahr ja aktuell permanent "Batt first", damit er morgens zuerst auf 10% auflädt, ab dann Load deckt, und dann weiteren Überschuss in die Batterie drückt.
Wenn er dann abends Load wieder von Batterie deckt und irgendwann wieder runter auf 10% ist, ist die Entladung ab dann erstmal wieder bei 120W.
Ich muss dann einmal auf "Load first" schalten, kurz warten, wieder auf "Batt first" schalten, dann geht Entladung wieder auf ~40W runter.

Heute Morgen wollte mein 8 kW WR, der gestern auf no Batt versetzt wurde, nicht starten. PV-Spannung war da, aber keine Leistung. Da die Anlage nicht bei mir zu Hause ist, habe ich über HA wieder auf no Batt und dann auf Lithium gesetzt (Register 98 Control Mode und 111 Battery operates). Leider ohne Erfolg. Der WR hat den Fehler F 19 Tz_Integ_Fault angezeigt. Was der Fehler genau bedeutet weiß ich nicht, Deye sagt zur Fehlerbehebung: "Wechselrichter 3 mal neu starten und auf Werkseinstellungen zurücksetzen". Bin dann zur Anlage gelatscht. Ich habe den Wechselrichter komplett ausgeschaltet, ca. 5 Minuten gewartet und dann wieder eingeschaltet. Der WR läuft wieder und produziert Strom. Jetzt frage ich mich, warum die Stromproduktion nicht angelaufen ist und wie es zum Fehler F19 kommt.

Wilde Eingaben über modbus zum Beispiel. 

@benni82 würdest du bitte schreiben was du bei "Modbus SN" für einen Wert eingegeben hast?