Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[bolliy]

@lub104
Was sagt das Adapter Log?

• sofern etliche TimeOuts im Log auftauchen, dann kann das https://github.com/bolliy/ioBroker.sun2000/wiki/Fehlerprotokollierung-und-Fehlerbehebung-(troubleshooting) vielleicht weiterhelfen.
• beim sDongle und TimeOut-Fehlern kann auch das Aktivieren von "modbus timing"/auto-adjust helfen. Der Vorgang dauert etwas (siehe Log)
• die letzte Beta installieren

[lub104]

Auto-adjust habe ich schon probiert. Ich schalte mal den debug für den log

[lub104]

lub104 sagte:

Das einzige was im Log auftaucht ist das hier was zumindest auffällig wäre

[lub104]

Ich habe jetzt mal den Aktualisierungsintervall auf 10 Sekunden gesetzt, mal schauen.

[bolliy]

@lub104 da müssten noch mehr Fehler auflaufen. Da müssten noch mehr warn (29) sein?!
Was steht im "modbus timing" in der Konfiguration?
Bitte auch den state sun2000.0.info.JSONhealth posten.

[lub104]

Es sind keine weiteren Fehöer aufgelaufen

[lub104]

Ist eigentlich für den Adapter eine Einstellung zur eigenen Auswahl welche Datenpunkte abgefragt werden soll.

[bolliy]

@lub104 im delay steht 500 ms. Default ist 0 ms. Deshalb können die Daten nicht im Intervall gelesen werden!
Setze zuerst den delay auf 0 und wenn timeouts auftauchen - sukzessive nach oben bis maximal 100.
Hast du vielliecht einen alten sDongle. Dann wäre die sDongle Firmware zu hoch.
Siehe: https://github.com/bolliy/ioBroker.sun2000/wiki/Fehlerprotokollierung-und-Fehlerbehebung-(troubleshooting)

[bolliy]

@lub104 nein nur einige Batteriedaten über das Fürther Register Konfigurationstab.

[lub104]

Im Delay hatte ich mit 0 probiert das selbe Ergebnis.
Aber. Mit dem Aktualisierungsintervall auf 10 Sekunden, funktioniert es im Moment. Ist halt dadurch etwas Zeit verzögert, ist glaube das ist klagen auf hohem Niveau. Und ich habe den schnellen Dongle.

[bolliy]

@lub104 ich habe auch einen sDongle und bei mir läuft es super mit 5 Sekunden.

[leonundjulie]

Hallo Stephan. Danke dafür, dass Du meiner Anregung gefolgt bist und das Feature "Consumption Breakdown — Hausverbrauch runterbrechen" implementiert hast.

Nachdem ich jetzt einen DP für meine Wallbox in Analytix definiert habe (heutige Verbrauch), habe ich jetzt den DP, den ich im SUN2000 Adapter einpflegen mus. Dein Beispiel habe ich natürlich gelesen, stehe aber dennoch etwas auf dem Schlauch.

Ausgangslage:

Ich verstehe Deine Anleitung dahingehend, dass ich in diesem DP den STATE bearbeiten soll - richtig?

Dieser sieht bis dato so aus:

Und hier soll folgendes eingetragen werden?

Sorry, aber mir ist nicht klar wo ich meine Ergänzung hinkopieren soll.

Ansonsten läuft auch die aktuelle Version stabil bei mir.

LG
Andreas

[bolliy]

@leonundjulie nicht die Eigenschaften des State Objekts verändern, sonden den Wert. Also auf [] klicken ;)
Da der heutige Verbrauch nachts auf 0 gesetzt wird, muss der "type": "deltaReset" sein.

[leonundjulie]

@bolliy , verstanden und entsprechend eingebracht. Wobei ich wahrscheinlich einen weiteren Fehler machte. Denn meine Wallbox respektive mein Fog schluckt kWh, die ich auch als solche in meinem DP sehe, ergo muss GAIN auf 1 gesetzt werden, oder?

Ich frage, weil ich die ins Auto geladenen 16,8 kWh nicht als solche in der Graphik sehe. Die sehen nämlich so aus, wenn ich nichts selektiere (also Graphen/Balken dargestellt werden ... nichts von der WB zu sehen)
Bildschirmfoto 2026-07-19 um 16.43.27

Wenn ich die CONSUMTION Balken ausklicke, dann wird mir ein Balken für meine Wallbox dargestellt ..... aber sind halt keine 16,8 kWh.

Bildschirmfoto 2026-07-19 um 16.45.45

[bolliy]

@leonundjulie ja - genau richtig.
Sofern der Wert in der Einheit kWh vorliegt - wird für gain: 1 eingetragen.

LG Stephan

[leonundjulie]

@bolliy , Danke -> klappt
Ich habe hier am iPAD mit dem Apple-Pencil die WB markiert und bekomme folgende Anreise 👏😊👏 - so hatte ich mir das vorgestellt.

[bolliy]

@leonundjulie sehr schön.
Hast du schon gesehen, dass es jetzt auch einen Live-Chart gibt.
https://github.com/bolliy/ioBroker.sun2000/wiki/Statistk-(statistics)#live-chart--statisticsjsonlive

Diese wird so aufgerufen

http://[ioBroker-ip]:8082/flexcharts/echarts.html?source=state&id=sun2000.0.statistics.flexCharts.jsonOutput.live&sse

Könntest du zusätzlich in deine vis einbauen.

LG Stephan

[leonundjulie]

@bolliy , danke für den Hinweis - ist jetzt ebenfalls drin. Mal sehen was mir sonst noch praktisches einfällt.

Hier ein LIVE VIEW von heute:

Und hier meine Startseite (Anmerkung: ich weis, dass der Wert für Einspeisung/Netzbezug falsch ist, muss ich noch tauschen):

[bolliy]

@leonundjulie deine vis sieht doch richtig super aus.

[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)