UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[GombersIOB]

@carsten-sauermann said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

5% und 100% sind die voreingestellten Standardwerte von Sungrow.

Habe gerade im Photovoltaikforum gelesen, man soll MinSOC im Winter eher auf 20% setzen, damit die Batterie nicht zu lange leer ist. Ich paste mal die Antwort hier:

Solange die Batterie noch nahezu jeden Tag voll wird, kannst Du 5% lassen. Wenn aber im Winter die Batterie öfter sowieso nicht mehr voll wird, dann würde ich den MinSOC auf mindestens 10% bis 20% erhöhen. Wirklich mehr Strom kaufst Du dann auch nicht zu, denn ob Du das Delta von 50% bis 5% (45%) oder von 65% bis 20% (45%) verbrauchst bleibt sich ja egal. Diese Rechnung setzt voraus, dass er eben z.B. im Winter nur noch 45% Nachladung an einem Tag geschafft hat.

Klingt für mich plausibel!

[Carsten Sauermann]

@gombersiob ich stelle den ReserveSOC auf 20% und lasse min soc auf 5%. So entlädt der Akku nur bis 20% und im Notfall habe ich ein bisschen akkuladung

[GombersIOB]

@carsten-sauermann said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

So entlädt der Akku nur bis 20% und im Notfall habe ich ein bisschen akkuladung

Das würde ich jetzt nicht wollen. 20% Reserve scheint mir im Sommer zu hoch. Statt Batteriestrom zu verwenden, würde ich nachts ja dann Strom zukaufen müssen. Mir erscheint der Ansatz des Beitrags im Photovoltaikforum plausibel, das nur im Winter anzuheben. Das hängt eigentlich davon ab, wie sehr und wann der Entladezustand der Batterie schadet. Wenn deren Lebensdauer verkürzt würde, wäre, nur mit wenig Puffer zu fahren, ggf. am falschen Ende gespart.
20%, das sind bei mir 2kWh. Im schlimmsten Fall würde man das jeden Tag unnötig zukaufen müssen, das wären fast 300€ im Jahr. Tatsächlich betrifft es eher nur das halbe Jahr - also würde der Ansatz mich etwa 150€/Jahr kosten.

[Carsten Sauermann]

@gombersiob habe ich nicht eindeutig geschrieben. Nur im Winter stelle ich den ReserveSoc auf 20%. Im Sommer steht der auf 0%. Min Soc immer auf 5%

[GombersIOB]

@carsten-sauermann
Kannst Du mir eine Statement geben, wie ich das setze? Ich probiere es mit
"setState("modbus.0.holdingRegisters.13099_SOC_Reserve", 20, false)"

Aber irgendwie tut sich da nichts

[Carsten Sauermann]

@gombersiob ich habe es mit einem Blockly Skript und dem steuere Baustein gemacht.

Aber es müsste sowas sein:

setState('modbus.0.holdingRegisters.13099_SOC_Reserve' /* SOC Reserve */, 20);

[GombersIOB]

@carsten-sauermann said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

setState('modbus.0.holdingRegisters.13099_SOC_Reserve' /* SOC Reserve */, 20);

Habs gelöst. Es fehlte ein Punkt. In meinem Typescript wird der Pfad tatsächlich zusammengesetzt, steht also nicht wie oben angegeben schon zusammen da. Ich wollte das Beispiel nicht unnötig verkomplizieren. Also - mein Fehler, alles ist gut.

[McBeath]

So, jetzt muss ich mich hier auch mal einklinken,
Habe vor ein paar Tagen testweise den 13099 SOC Reserve
Von 0 auf 20 gestellt wegen schlecht Wetter und Tiefenentladung.
Alles prima Batterie hatte auf ca 30% geladen und Entladen bis 20%.
Durch Eigenentladung sank der Ladegrad aber bis 10% ab.
Darauf hatte ich den 13099 mal auf 80 hoch gedreht, auch gut soweit, Batterie wurde schön geladen.

Aber jetzt wo der 13099 wieder auf 0 steht wird nicht mehr Entladen :confounded:
Welche register müssen denn wie stehen, damit die Batterie wieder läuft? Obwohl ja nur die SOC Reserve mal geändert wurde.

Bitte um Hilfe :anguished:

[Carsten Sauermann]

@mcbeath ich glaube du musst den 13051 auch zurück auf 0 stellen..

[McBeath]

@carsten-sauermann
Der 13051 steht auf 0
Was ist mit 13010 der seht auf 85<off>
Waren eigentlich 13002 bis 13009 für Laden oder Entladen?

[Carsten Sauermann]

@mcbeath ich glaube das ist für die Einstellung ob zueinem gewissen Zeitpunkt der Akku geladen werden soll. Was man auch in der App einstellen kann

13083 sollte auch auf 0 stehen..

[McBeath]

@carsten-sauermann

@carsten-sauermann said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@mcbeath ich glaube das ist für die Einstellung ob zueinem gewissen Zeitpunkt der Akku geladen werden soll. Was man auch in der App einstellen kann

13083 sollte auch auf 0 stehen..

13083 hat 65535
13084 hat 0
Die standen aber glaube ich schon immer so

Laut Sungrow (Register -1)
55 Start Charging Power13084 U16 70~10000 W
56 Start Discharging Power 13085 U16 70~3000 W

Bin verwirrt :confounded:

[GombersIOB]

@mcbeath

Wenn alles wieder so steht wie am Anfang würde ich mal einen Neustart probieren. Nach dem Motto: „Ein Reboot tut immer gut“..ich meine, das ist Software. Und es ist nicht immer sicher, ob sie unter allen Umständen immer alle notwendigen Fallunterscheidungen macht.
Ansonsten bleibt die Möglichkeit, bevor man sich direkt an Sungrow wendet, im Photovoltaikforum zu fragen. Den Hinweis Inhaber ich hier schon ein paarmal gegeben und mindestens. Einmal hat’s auch geholfen.
Sungrow liest da mit.

[McBeath]

@gombersiob said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@mcbeath

Wenn alles wieder so steht wie am Anfang würde ich mal einen Neustart probieren. Nach dem Motto: „Ein Reboot tut immer gut“..ich meine, das ist Software. Und es ist nicht immer sicher, ob sie unter allen Umständen immer alle notwendigen Fallunterscheidungen macht.
Ansonsten bleibt die Möglichkeit, bevor man sich direkt an Sungrow wendet, im Photovoltaikforum zu fragen. Den Hinweis Inhaber ich hier schon ein paarmal gegeben und mindestens. Einmal hat’s auch geholfen.
Sungrow liest da mit.

Das habe ich auch eben gemacht....
Und siehe da... :grinning:
Batterie läuft wieder, nur der wi-net wollte sich nicht automatisch neu verbinden. :angry:
Aber jetzt ist alles wieder gut :blush:

Der Hausfrauen-Reset hilft doch immer wieder Wunder.
Besten Dank für die Unterstützung :+1:

[CaH]

@atlantis , Forum, Danke für die viele Vorarbeit - jetzt gebe ich was zurück.

Da der Wechsel zum Stromanbieter mit dynamischen Tarifen ansteht, habe ich mich mit der Zwangsladung der Batterie durch den WR (SH8.0RT) beschäftigt. Und siehe da, per Web lässt sich das konfigurieren. Mithilfe von SunGather hab ich die entsprechenden Holding-Register gefunden.
Bisher habe ich die Register nur gelesen, nicht per ioBroker geschrieben; dazu fehlt mir noch zuviel vom ioBroker-drumherum. Aber vielleicht hilft das hier ja schon mal anderen.
Gerne reviewen und wenn für gut befunden in die von Atlantis bereitgestellten Configs integrieren. Das Format des folgenden Snippets orientiert sich an der SunGather-Config.

Danke für kurzen Hinweis, falls meine Erkenntnis nicht so neu sein sollte wie von mir empfunden :-)

Alaaf! CaH

- name: "forced_batt_charge"
  level: 2
  address: 13140
  datatype: "U16"
  models: ["SH8.0RT"]
  datarange:
    - response: 0xAA
      value: "Enable"
    - response: 0x55
      value: "Disable"
- name: "forced_batt_charge_day"
  level: 2
  address: 13141
  datatype: "U16"
  models: ["SH8.0RT"]
  datarange:
    - response: 1
      value: "AllDaysOfWeek"
    - response: 0
      value: "WorkingDaysOnly"
- name: "forced_batt_charge_1_start_hour"
  level: 0
  address: 13142
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "HH"
- name: "forced_batt_charge_1_start_minute"
  level: 0
  address: 13143
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "MM"
- name: "forced_batt_charge_1_end_hour"
  level: 0
  address: 13144
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "HH"
- name: "forced_batt_charge_1_end_minute"
  level: 0
  address: 13145
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "MM"
- name: "forced_batt_charge_1_SOC_perc"
  level: 2
  address: 13146
  datatype: "U16"
  models: ["SH8.0RT"]
  accuracy: 1
  unit: "%"
- name: "forced_batt_charge_2_start_hour"
  level: 0
  address: 13147
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "HH"
- name: "forced_batt_charge_2_start_minute"
  level: 0
  address: 13148
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "MM"
- name: "forced_batt_charge_2_end_hour"
  level: 0
  address: 13149
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "HH"
- name: "forced_batt_charge_2_end_minute"
  level: 0
  address: 13150
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "MM"
- name: "forced_batt_charge_2_SOC_perc"
  level: 2
  address: 13151
  datatype: "U16"
  models: ["SH8.0RT"]
  accuracy: 1
  unit: "%"

[halsi82]

@cah
Dankeschön, das habe ich schon lange gesucht.
Habe mir selbst blocklys gebaut gehabt um diese Funktion nachzubauen.

So ist es viel einfacher.

Super Arbeit, danke fürs teilen.

[CaH]

@cah said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@atlantis , Forum, Danke für die viele Vorarbeit - jetzt gebe ich was zurück.

Da der Wechsel zum Stromanbieter mit dynamischen Tarifen ansteht, habe ich mich mit der Zwangsladung der Batterie durch den WR (SH8.0RT) beschäftigt. Und siehe da, per Web lässt sich das konfigurieren. Mithilfe von SunGather hab ich die entsprechenden Holding-Register gefunden.
Bisher habe ich die Register nur gelesen, nicht per ioBroker geschrieben; dazu fehlt mir noch zuviel vom ioBroker-drumherum. Aber vielleicht hilft das hier ja schon mal anderen.
Gerne reviewen und wenn für gut befunden in die von Atlantis bereitgestellten Configs integrieren. Das Format des folgenden Snippets orientiert sich an der SunGather-Config.

Danke für kurzen Hinweis, falls meine Erkenntnis nicht so neu sein sollte wie von mir empfunden :-)

Alaaf! CaH

- name: "forced_batt_charge"
  level: 2
  address: 13140
  datatype: "U16"
  models: ["SH8.0RT"]
  datarange:
    - response: 0xAA
      value: "Enable"
    - response: 0x55
      value: "Disable"
- name: "forced_batt_charge_day"
  level: 2
  address: 13141
  datatype: "U16"
  models: ["SH8.0RT"]
  datarange:
    - response: 1
      value: "AllDaysOfWeek"
    - response: 0
      value: "WorkingDaysOnly"
- name: "forced_batt_charge_1_start_hour"
  level: 0
  address: 13142
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "HH"
- name: "forced_batt_charge_1_start_minute"
  level: 0
  address: 13143
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "MM"
- name: "forced_batt_charge_1_end_hour"
  level: 0
  address: 13144
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "HH"
- name: "forced_batt_charge_1_end_minute"
  level: 0
  address: 13145
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "MM"
- name: "forced_batt_charge_1_SOC_perc"
  level: 2
  address: 13146
  datatype: "U16"
  models: ["SH8.0RT"]
  accuracy: 1
  unit: "%"
- name: "forced_batt_charge_2_start_hour"
  level: 0
  address: 13147
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "HH"
- name: "forced_batt_charge_2_start_minute"
  level: 0
  address: 13148
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "MM"
- name: "forced_batt_charge_2_end_hour"
  level: 0
  address: 13149
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "HH"
- name: "forced_batt_charge_2_end_minute"
  level: 0
  address: 13150
  datatype: "U16"
  models: ["SH8.0RT"]
  unit: "MM"
- name: "forced_batt_charge_2_SOC_perc"
  level: 2
  address: 13151
  datatype: "U16"
  models: ["SH8.0RT"]
  accuracy: 1
  unit: "%"

Hei nochmal, eben bin ich auf der Suche nach weiteren bestätigenden Quellen auf diesen Link im Photovoltaikforum gestoßen. Hier sind andere Register angegeben - aber es ist die offizielle Spec.

Also bitte meine Angaben kritisch checken.
Zu Schade, dass die SunGrow-Modbus-Spec so verteilt im Netz vorliegt und nicht einfach zu finden ist.

[ostseeskipper]

Moin Zusammen,

da mich inzwischen einige per PM angefragt haben hier ein Script das den SH10RT dazu bringt heute Nacht zwangsweise zu laden.
Ab um 02 Uhr nimmt der nix mehr aus dem Speicher
ab 03 Uhr lädt er mit 4,99kW bis 04:29
ab 06:59 nimmt er dann wieder aus dem Speicher

// Automode beenden = Entladen beenden
schedule('{"time":{"exactTime":true,"start":"02:00"},"period":{"once":"17.11.2023"}}', async () => {
  setState('modbus.0.holdingRegisters.1.13049_EMS_mode_selection' /* EMS mode selection */, 2);
});
// PV Speicher Laden Starten
schedule('{"time":{"exactTime":true,"start":"03:01"},"period":{"once":"17.11.2023"}}', async () => {
  // 170 = AA (Laden)
  setState('modbus.0.holdingRegisters.1.13050_Charge/discharge_command' /* Charge/discharge command */, 170);
});
// PV Speicher Laden beenden
schedule('{"time":{"exactTime":true,"start":"04:29"},"period":{"once":"17.11.2023"}}', async () => {
  // 204 = CC (Stop)
  setState('modbus.0.holdingRegisters.1.13050_Charge/discharge_command' /* Charge/discharge command */, 204);
});
// zurück in AutoMode
schedule('{"time":{"exactTime":true,"start":"06:59"},"period":{"once":"17.11.2023"}}', async () => {
  setState('modbus.0.holdingRegisters.1.13049_EMS_mode_selection' /* EMS mode selection */, 0);
});

Blockly dann so

die Objekte sind diese

Mit 13051 wird die Ladestärke gesteuert. ACHTUNG geht nicht über 5000 !

Viel Spaß beim ausprobieren.
Natürlich macht das jeder auf eigenes Risiko ;-)

[Carsten Sauermann]

@ostseeskipper nach meiner Erfahrung kann man auch 7000 einstellen aber der macht einfach nicht mehr als 5000. Will damit nur sagen es ist nicht schlimm wenn man einen größeren Wert eingibt.

[ostseeskipper]

@carsten-sauermann said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@ostseeskipper nach meiner Erfahrung kann man auch 7000 einstellen aber der macht einfach nicht mehr als 5000. Will damit nur sagen es ist nicht schlimm wenn man einen größeren Wert eingibt.

Das sagst du nur weil dir deshalb noch keiner kaputt(mit alter Firmware) gegangen ist. ;-)
Wie gesagt auf eigene Gefahr und in der Sungrow Modbus Spec steht halt max 5000 drin.