Monatsrückblick Oktober 2026 ist online!

[bolliy]

Neue Testversion sun2000 Adapter Version v2.6.0 released.

Die Installation erfolgt über npm oder morgen über das Beta Repository.

Neue Funktion: Time of Use (TOU) – Lade-/Entladefenster für den Akku

Ab dieser Version unterstützt der Adapter Huaweis Time of Use (TOU)-Funktion. Damit lassen sich feste Zeitfenster definieren, in denen der Akku entweder geladen oder entladen werden soll – praktisch z. B. bei dynamischen Stromtarifen (Tibber & Co.), wenn man in günstigen Stunden aus dem Netz laden möchte.

Die Funktion steht sowohl für die EMMA als auch für den SUN2000-Wechselrichter (mit Akku) zur Verfügung:

Gerät	Modbus-Register	State
EMMA	40004	emma.control.battery.tou.chargeDischargeTimeWindows
SUN2000-Wechselrichter	47255	sun2000.<Index>.control.battery.tou.chargeDischargeTimeWindows

Format

Der State erwartet ein JSON-Array mit maximal 14 Zeitfenstern:

[
  { "start": "00:00", "end": "06:00", "mode": "charge", "days": ["Mon","Tue","Wed","Thu","Fri"] },
  { "start": "17:00", "end": "20:00", "mode": "discharge", "days": ["Sat","Sun"] }
]

• start / end — Uhrzeit im Format HH:MM (24h). start muss vor end liegen.
• mode — "charge" oder "discharge".
• days — Wochentage (Mon, Tue, Wed, Thu, Fri, Sat, Sun), englische Kürzel als auch Vollnamen ("Monday" etc.) werden akzeptiert.

Intern wird dieses JSON in das von Huawei erwartete 43-Wort-Registerformat umgewandelt (1 Zählwort + 14 × 3 Worte pro Segment: Start-Minute, End-Minute, sowie ein gepacktes Byte mit Lade-/Entladeflag und Wochentags-Bitmaske).

Neues Zeitfenster setzen

Einfach ein neues JSON-Array (mit ack: false) in den State tou.chargeDischargeTimeWindows schreiben. Der Adapter prüft die Eingabe und schreibt nur bei gültigem Format ins Gerät:

• Ungültiges JSON, unzulässige Uhrzeiten, unbekannte Wochentagsnamen oder start >= end → der Schreibvorgang wird abgelehnt, es erscheint eine Warnung im Log (keine Log-Flut bei wiederholt ungültigen Werten).
• Bei Erfolg wird die Anzahl der übertragenen Segmente geloggt und der State bestätigt (ack: true).

Übertragung der Standard-TOU-Einstellung

Steht der Arbeitsmodus nicht auf 5 und ist die Adapter-Einstellung „Standard-TOU übertragen" in der Adapterkonfiguration aktiviert, schreibt der Adapter beim ersten Start automatisch ein Standard-Zeitfenster (24h laden, alle Tage), damit in einfacher Weise über den Arbeitsmodus der Netzladevorgang eingeleitet werden kann. (https://github.com/bolliy/ioBroker.sun2000/wiki/Battery-control#laden-des-speichers-über-dynamische-stromtarife)

Hinweise / Einschränkungen

• Maximal 14 Zeitfenster pro Gerät.
• Überlappende Zeitfenster werden nicht validiert – sie werden unverändert übertragen; die Auflösung überlappender Fenster übernimmt die Huawei-Firmware selbst.
• EMMA und jeder einzelne SUN2000-Wechselrichter haben jeweils ihren eigenen TOU-State/Register – beim Einsatz einer Emma werden die Einstellungen an den Wechselrichtern u.U. von der Einstellung der Emma überlagert.

Um den Lade-/Entladevorgang einzuleiten, muss der sun2000.0.emma.control.battery.ESSControlMode : 5 gesetzt werden. (https://github.com/bolliy/ioBroker.sun2000/wiki/Battery-control#laden-über-tou-starten)

[leonundjulie]

Hallo Stephan. Ich sehe den Wald vor lauter Bäumen nicht - gibt es einen Datenpunkt mit der Gesamterzeugung im aktuellen Jahr?

[bolliy]

Eigentlich über das Statistik-Modul im Datenpunkt sun2000.0.statistics.jsonAnnual unter dem key solarYield.value
Da das Statistik-Modul noch nicht seit Januar läuft - halt der aufgelaufener SolarErtrag.
Über modbus werden nur tägliche und gesamt aufgelaufene Werte bereitgestellt.

Deshalb gibt es nun die Möglichkeit über das Statistik-Modul allerlei Daten abzurufen.

Falls du also einzelne Werte aus einem json-array in dein vis (vis-2) darstellen möchtest, kann ich dir den JSONTemplate - Adapter empfehlen.

LG Stephan

[juggi1962]

@bolliy sagte:

Consumption Breakdown — Hausverbrauch runterbrechen
Mit dem Consumption Breakdown lässt sich der gemessene Hausverbrauch in beliebig viele Unterkategorien aufteilen — zum Beispiel Wärmepumpe, Wallbox, Waschmaschine oder sonstige Verbraucher.
Die Breakdown-Werte werden als zusätzliche gestapelte Balken/Linien im unteren Panel jedes Charts angezeigt.

Wie funktioniert es?
Der Adapter liest die konfigurierten Quell-States (Verbrauchszähler) aus ioBroker (auch aus anderen Adaptern, mqtt, Tibberlink usw.) und zieht deren Werte vom Gesamtverbrauch ab. Im Chart erscheinen dann:

die einzelnen Breakdown-Kategorien (z.B. Wärmepumpe, Wallbox)
ein Restverbrauch (Consumption) — das ist der Hausverbrauch minus alle Breakdown-Werte
Die Summe aller Verbräuche im unteren Panel entspricht dem gemessenen Gesamtverbrauch.

Konfiguration
Die Konfiguration erfolgt über den State statistics.dataDef.consumptionBreakdown (beschreibbar,
Typ string, Rolle json). Dort wird ein JSON-Array eingetragen, das die Unterkategorien beschreibt.

Ein Beispiel mit zwei Einträgen:

Copy to Clipboard
[
{
"sourceId": "hm-rpc.0.OEQ1234567.1.ENERGY_COUNTER",
"targetPath": "washingMachine",
"name": "Waschmaschine",
"gain": 1000,
"color": "#e91e63",
"type": "delta"
},
{
"sourceId": "0_userdata.0.heatpump.energyToday",
"targetPath": "heatPump",
"name": "Wärmepumpe",
"color": "#3f51b5",
"type": "deltaReset"
}
]

Hallo kann man da auch fortlaufende Werte hernehmen wie zb. von meiner Zappi Wallbox, die schickt mir in kurzen abständen immer den Wert der gerade ins Auto geladen wurde. Gehen tut es mir eigentlich um die Tages, Wochen, Monats, und Jahresstatistiken wenn es bei Live auch funktionieren würde wäre das natürlich auch toll. Wenn ja, was muss da dann bei type eingetragen werden. ich hab es mit deltaReset versucht aber da stimmt nichts zusammen.

[
  {
    "sourceId": "alias.0.Myenergi.Diversion amount Watts",
    "targetPath": "wallbox",
    "name": "Zappi Wallbox",
    "gain": 1000,
    "color": "#3f51b5",
    "type": "deltaReset"
  },
  {
    "sourceId": "alias.0.Shelly Strommessung Heizraum.Momentanverbrauch Heizung",
    "targetPath": "waermepumpe",
    "name": "Wärmepumpe",
    "gain": 1000,
    "color": "#08eaf7",
    "type": "deltaReset"
  },
  {
    "sourceId": "alias.0.Waschmaschine.power",
    "targetPath": "waschmaschine",
    "name": "Waschmaschine",
    "gain": 1000,
    "color": "#08f7c7",
    "type": "delta"
  }
]

Danke für diesen Super Adapter und alles was dazu gehört.
Gruß aus TIROL Jürgen

[bolliy]

@juggi1962 bei Leistungswerten musst du diesen über den Adapter SourceAnalytix aufsummieren lassen und diesen hier verwenden.

[juggi1962]

@bolliy danke für die schnelle Antwort muss ich dann den Tageswert hernehmen?

[bolliy]

bei dem Tageswert muss der "type": "deltaReset" sein; bei dem Gesamtverbrauch sonst "type": "delta"

[juggi1962]

@bolliy
Hallo kann man irgend wie Daten die nicht gestimmt haben löschen.
Ich habe versehentlich den gesamten Verbrauch meiner Wärmepumpe (sourceanalytix.0.alias__0__Viessmann__Gesamte Wärmepumpen Energie kWh.cumulativeReading "type": "delta" ) hergenommen und jetzt habe ich überall bei Monat; Jahr usw. 13365,9 kWh drin stehen was ja nicht stimmt.
Ich habe dann auf Tagesbericht (sourceanalytix.0.alias__0__Viessmann__Gesamte Wärmepumpen Energie kWh.currentYear.consumed.01_currentDay "type": "deltaReset") umgestellt aber der Wert den es da mal hergenommen hat bleibt.
Ich hoffe du verstehst was ich meine. MfG Jürgen

[bahnuhr]

@juggi1962 sagte:

Ich habe versehentlich den gesamten Verbrauch

Datensicherung von gestern einspielen.
Dann hast du wieder den alten Stand.

[bolliy]

@juggi1962 einfach einen neuen "targetPath" eintragen.
Also anstatt
"targetPath": "waermepumpe"
trägst du z.B.
"targetPath": "waermepumpe_neu",
ein.

LG Stephan

[juggi1962]

@bolliy Super, Danke. So einfach kann es gehen

[bolliy]

Neue Testversion sun2000 Adapter Version v2.6.1 released.

Die Installation erfolgt über npm oder morgen über das Beta Repository.

Hallo zusammen,

ich habe einen Bug behoben, der bei der Verwendung von consumptionBreakdown (z.B. für Wallbox, Wärmepumpe usw.) dafür gesorgt hat, dass in statistics.jsonToday nicht der Tageswert, sondern der komplette (Lebenszeit-)Zählerstand eingeflossen ist. Das konnte im schlimmsten Fall dazu führen, dass der consumption-Wert dort komplett auf 0 gefallen ist. Betroffen sind nur Nutzer, die den Consumption Breakdown konfiguriert haben.

Außerdem gibt es ab jetzt ein neues Feld baseValue bei consumption in allen Statistik-States (jsonLive, jsonHourly, jsonDaily, jsonWeekly, jsonMonthly, jsonAnnual, jsonToday). Damit könnt ihr sehen, wie hoch der Gesamtverbrauch vor Abzug der Breakdown-Anteile war – value bleibt weiterhin der Restwert danach.

Kleiner Hinweis dazu: Bei den aggregierten Werten (daily/weekly/monthly/annual) wird baseValue erst ab den Zeiträumen befüllt, die nach dem Update neu berechnet wurden. Für ältere, bereits abgeschlossene Zeiträume fehlt das Feld einfach – das füllt sich mit der Zeit von selbst.

Alle Details dazu findet ihr wie gewohnt im Wiki: https://github.com/bolliy/ioBroker.sun2000/wiki/Statistk-(statistics)

Viele Grüße
Stephan

[bolliy]

Neue Testversion sun2000 Adapter Version v2.6.2 released.

Die Installation erfolgt über npm oder morgen über das Beta Repository.

Ich habe ein Fehler bei der Verwendung von consumptionBreakdown zur Berechnung des statistics.jsonToday States behoben. Beim "type": "deltaReset" wurde der Tageszähler nicht zuverlässig korrekt berechnet bzw. der Startwert nicht korrekt gesetzt.

Changelog
2.6.2 (2026-08-23)

• (bolliy) update devDependencies to latest versions
• (bolliy) fix: update day-start baseline handling of consumption breakdown

Vg Stephan

[lub104]

Hallo zusammen , ich würde Gerne mit Flexcharts arbeiten und würde es gerne selber weiter anpassen z.b. auf deutsch anpassen und Farbe und was angezeigt werden soll und nicht. Geht das überhaupt und wenn ja wie! Danke für eure Hilfe!!!

[bolliy]

@lub104

zuerst ein template aus dem built-in-chart erstellen:
https://github.com/bolliy/ioBroker.sun2000/wiki/Statistk-(statistics)#template-generation-from-built-in-charts
danach das template nach belieben anpassen:
https://github.com/bolliy/ioBroker.sun2000/wiki/Statistk-(statistics)#data-placeholders

Stephan

[lub104]

Danke ich glaube ich habe es jetzt verstanden und versuche es mal

[kogomonier]

Hi, danke für die Bereitstellung des Adapters! Ich benutze ihn für meine Shuttercontrol und zur Steuerung von evcc.

Für die Nutzung von EVCC habe ich leider einen kleinen Bug, und zwar passt die Bilanzierung nicht.
Beispielszenario:
Der WR erzeugt 2,3 kW
in die Batterie fließen 2kW
Hausverbrauch sind 0,3kW

EVCC sieht 2,3 kW erzeugt werden (korrekt)
EVCC sieht Batterieladen mit 1,7kW (korrekt)
EVCC sieht dass 2,3 kW eingspeist werden (falsch)

Kann es sein dass ein Register mit falschen Daten gefüttert wird?

[Samson71]

@kogomonier sagte:
Kann es sein dass ein Register mit falschen Daten gefüttert wird?

Da Du bisher scheinbar wohl der Einzige mit dieser Art von Problem bist, vermutlich eher nein. Ist ja auch die Frage was genau und warum EVCC "sieht". Solange die Daten im ioBroker richtig ankommen, sehe ich das Problem eher bei EVCC.

[bolliy]

@kogomonier hallo, hast du eine emma oder sDongle?

[bolliy]

Neue Testversion sun2000 Adapter Version v2.7.1 released.

Die Installation erfolgt über npm oder morgen über das Beta Repository.

Die neue sun2000 Version 2.7.1 ist verfügbar. Sie behebt eine Einschränkung bei den Steuer-Datenpunkten und betrifft vor allem alle, die Werte per Skript, Blockly oder VIS in die control-Datenpunkte schreiben.

Was war das Problem?

Bisher hat der Adapter jeden Wert, den du in einen control-Datenpunkt geschrieben hast, auf eine ganze Zahl gerundet, bevor er an den Inverter bzw. den EMMA geschickt wurde. Bei Datenpunkten in kW war das ein Problem:

• Du wolltest 0,5 kW Einspeiselimit setzen, der Adapter hat daraus 1 kW (oder 0 kW) gemacht.
• Werte wie 3,7 kW oder 4,6 kW waren nicht möglich.

Was ist jetzt anders?

Die betroffenen kW-Datenpunkte nehmen jetzt Dezimalwerte mit bis zu 3 Nachkommastellen an (also auf 1 W genau). Das gilt aktuell für die maximale Netzeinspeiseleistung (control.grid.maximumFeedGridPower), beim Inverter und beim EMMA.

Du schreibst	Ergebnis
0.5	0,5 kW (500 W)
4.6014	4,6 kW (4601 W)
-1	kein Limit (Sonderwert, wie bisher)

Was muss ich tun?

Nichts. Die Einheit bleibt kW, bestehende Skripte und Blockly-Blöcke funktionieren unverändert weiter. Du musst keine Werte umrechnen.

Datenpunkte mit Prozent oder Watt (z. B. SOC-Grenzen, Lade- und Entladeleistung der Batterie) arbeiten weiterhin mit ganzen Zahlen.

Hinweis: Wer zwischendurch die Version 2.7.0 erwischt hat, sollte auf 2.7.1 aktualisieren. 2.7.0 wurde zurückgezogen und ist nicht mehr installierbar.

Bei Fragen meldet euch gerne hier im Thread.

Viele Grüße
Stephan