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

[BMP]

@bolliy
Die 5 ist bestätigt und die chargeFromGrid ist auch auf 1 bestätigt.

Was ich aber gerade gesehen habe:

{"errno":102,"address":47415,"info":"grid feed export","inverter":0,"modbusID":1,"tc":1734536683094,"lastread":1734536517258,"message":"Not all data can be read! Please inspect the sun2000 log.","modbus":{"timeout":10000,"delay":10,"connectDelay":5000,"modbusAdjust":false,"min":0,"max":6000,"stat":{"successSumCounter":172207,"errorSumCounter":8642,"ETIMEDOUT":115,"-113":9},"adjust":{"successLevel":0,"successCounter":0,"errorCounter":1,"lastLength":2,"SuccessDelay":0,"ErrorDelay":0}}}

Taucht nach ca. 30 Sekunden unter sun2000.0.info.JSONhealth auf, nachdem ich auf Laden umschalte.

EDIT:
Habe die fehlenden Werte nun mal eingetragen, nur ist er jetzt auf Sleeping gegangen und ich muss gleich zum Glühwein glühen ;-) Berichte morgen weiter.

[bolliy]

@bmp hast du die Firmware aller Devices auf dem neuesten Stand?
Wie viele WR hast du? SDongle? Intervall?

LG Stephan

[BMP]

@bolliy said in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:

Wie viele WR hast du? SDongle? Intervall?

1 WR = SUN2000-6KTL-M1
1 Dongel = Type 4
2 Battery Pack = 5KW
kein Opti
Intervall war auf Auto eingestellt, nach der Installation:

FW müsste ich morgen mal bei Huawei suchen ob es da was eueres gibt.

[dragst3r]

@bmp Bei mir klappt das Laden auch, obwohl workingModeSettings auf 2 steht und chargeFromGrid unberührt lasse. Ich verweise gerne auch nochmal auf meine Dikussion bei github (https://github.com/bolliy/ioBroker.sun2000/discussions/137). Allerdings habe ich derzeit manchmal das Problem das AC Laden deaktiviert geht und somit Speicher und WR in Standby bzw. Offline sind. Ein aufwecken durch chargeFromGrid=true hatte bei mir nicht funktioniert.

[bolliy]

@dragst3r so ich habe mir nun auch einen dynamischen Stromtarif angelacht (Tibber). Ich werde also eine brauchbare Lösung benötigen. Dabei werde ich sicherlich auch auf die geschilderten Probleme stoßen.
Vielleicht entsteht daraus ein neues ioBroker Projekt...

LG Stephan

[dragst3r]

@bolliy Willkommen im Club. Mit dem Tibber Adapter und dem Thread hier https://forum.iobroker.net/topic/69604/hausspeicher-laden-dynamisch-tibberlink-scripte/181 kriegst du einige Inspirationen. Ich habe für mich schon sehr vieel Use-Cases abgebildet und bin weiterhin am optimieren. In den Sommermonaten wird das Thema sicherlich wieder ganz anders.

[bolliy]

Hinweise zur Fehlerprotokollierung und der Fehlerbehebung:

Neben dem Adapterlog wird zusätzlich im Datenpunkt „sun2000.x.info.JSONhealth“ ein JSON ("JavaScript Object Notation") jede Minute gespeichert, der Informationen zum Zustand des Adapters beinhaltet. Der Eigenschaftswert von errorSumCounter gibt Auskunft, wie viele modbus-Abfragen vom Inverter seit dem Start des Adapters mit einem Fehler quittiert wurden.
{
...
"stat": {
"successSumCounter": 84395,
"errorSumCounter": 850,
"ETIMEDOUT":115
},
...
}

Sofern der Anteil von „errorSumCounter“ über ca. 2% von „successSumCounter“ beträgt und darüber hinaus auch der Eigenschaftswert "ETIMEDOUT" mit einem Wert > 0 belegt ist, wäre Folgendes zu beachten:

1. Überprüfe, ob auf allen Geräten die aktuelle Firmware läuft. Ansonsten kann es zu Funktionsstörungen zwischen den Geräteeinheiten kommen.
   https://photomate.zendesk.com/hc/en-gb/articles/4867806234525-SDongle-firmware-upgrade-by-FushionSolar-SUN2000-APP
2. Die Huawei modbus Implementierung ist leider nicht multi-client-fähig. Es können also nicht mehrere modbus-clients gleichzeitig auf die modbus-Schnittstelle zugreifen.
   Deshalb bitte hierfür den modbus proxy des Adapters verwenden.
   Siehe: https://github.com/bolliy/ioBroker.sun2000/wiki/Modbus-Proxy
3. Sofern man auf dem FusionSolar Web Portal die Batteriekonfiguration aufruft, wird der SDongle aufgefordert seine Daten dauerhaft zu aktualisieren. Dieses kann zu Timeout-Fehlermeldung im Adapter führen.

[Samson71]

Kann mir mal bitte jemand über die Straße helfen? Sind die Klemmen meines Smartmeter ggf. falsch rum angeschlossen? Ich habe immer noch den 3EM verbaut und aus der Historie auch einen Hichi-Lesekopf. Die zeigen beide "gleich" an, bzw. auf den verschiedenen Phasen jeweils mit identischen Vorzeichen +/-

Warum sind die Werte von der DTSU jeweils vom Vorzeichen her genau umgekehrt? Eigentlich sitzen die Klemmen korrekt, also mit dem Pfeil auf der Wandlerklemme zum Haus. Dass die Klemmen des 3EM nach dem Wiedereinbau durch den Eli evtl. falsch rum sind hätte ich ja noch verstanden, aber beim Hichi kann man nichts falsch herum einbauen.

[bolliy]

@samson71 falls die Klemmen verpolt sein sollten, kannst du das doch gut am Verhalten deines WR/Speicher erkennen. Der Speicher z.B. dürfte sich bei saldiertem Netzbezug nicht füllen.

[Chris_71]

@Samson71

negativer Wert = Strombezug aus dem Netz
positiver Wert = Einspeisung in das Netz

[Samson71]

@bolliy sagte in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:

Der Speicher z.B. dürfte sich bei saldiertem Netzbezug nicht füllen.

Ist ein SUN2000 12ktl-m5. Der hat bzw. kann keine LUNA. Demnächst kommt aber noch ein SUN2000 3ktl-l1 dazu. Mit dem wäre ich dann theoretisch LUNA-fähig. Ich eruiere dazu gerade noch eine mögliche Kaskadierung. Zieht sich aber wegen der Feiertage etwas.

@chris_71 sagte in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:

negativer Wert = Strombezug aus dem Netz

Beim 3EM und Hichi ist der Bezug (Verbrauch) aus dem Netz ein positiver Wert, was beide auch zum Zeitpunkt der Screenshots so zeigen. Der negative (Gesamt-)Wert von "activePower" passt dann aber dazu. Dann ist also die Darstellung aus den Werten der DTSU666-H einfach nur bei den Vorzeichen anders herum als bei Shelly und Hichi. Die Darstellung in der App ist nämlich eigentlich auch korrekt und passt soweit.

[bolliy]

@marco-düthorn sofern der modbus delay = 0 eingestellt ist, kann die Emma mit einem Aktualisierungsintervall von 5 Sekunden abgefragt werden. Schneller geht leider nicht, da sonst die Register der WR nicht mehr zeitnah abgefragt werden können. Die Registeradresse 31657 (meter.activePower) wird im high Interval des Adapters abgefragt und sollte somit im Aktualisierungsintervall aktualualisiert werden.

[dragst3r]

@bolliy bei mir lag es an EVCC das AC-laden deaktiviert wurde. Wäre es möglich im Adapter unter Modbusproxy eine Checkbox zu erstellen, dass dieser Werte nicht schreiben darf. Ich habe nun den Verdacht, dass EVCC und meine Skripte sich manchmal in die Quere kommen.

[bolliy]

@dragst3r denkbar ist vieles. Allerdings wäre es "sauberer" den Fehler in evcc auszubügeln, als im Adapter einen Schalter einzubauen. Ich habe auch evcc im Einsatz. Bei mir wird ac-laden ncht ausgschaltet. Hast du eventuell den Schalter "Verhindert Entladen im Schnell-Modus und bei geplantem Laden" unter Hausbatterie aktiviert. Diese Funktion hat bei mir auch diverse Probleme ausgelöst.

[dragst3r]

@bolliy ok... ich werde es auch mal versuchen.

[bolliy]

Neue Testversion sun2000 Adapter Version v0.18.1 released.

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

Changelog
0.18.1 (2025-01-08)
• dependency and configuration updates
• control: if the battery is not running, events related to the battery are discarded
• modbus-proxy: adjusted advanced logging

[leonundjulie]

@bolliy said in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:

Neue Testversion sun2000 Adapter Version v0.18.1 released.

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

Changelog
0.18.1 (2025-01-08)
• dependency and configuration updates
• control: if the battery is not running, events related to the battery are discarded
• modbus-proxy: adjusted advanced logging

Guten Morgen.

Bevor ich die Version 0.18.1 ziehe, habe ich hier noch folgendes Log basierend auf der Version 0.17.1. Diese Meldung bekomme ich im Minuten Rhythmus. Was ist der Grund?

[bolliy]

@leonundjulie unter modbus-proxy ist der Haken bei "erweiterte Protokollierung" gesetzt. Er gibt eine Statistik über die Anfragen als json im Log über den modbus- proxy wieder.
LG Stephan

[leonundjulie]

@bolliy said in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:

@leonundjulie unter modbus-proxy ist der Haken bei "erweiterte Protokollierung" gesetzt. Er gibt eine Statistik über die Anfragen als json im Log über den modbus- proxy wieder.
LG Stephan

Danke Stephan, jetzt ist wieder Ruhe im Karton.

[dragst3r]

@bolliy konnte keinerlei Probleme feststellen. Jedoch möchte ich nicht die Log vorenthalten, als der Slave WR Offline gegangen ist kam:

2025-01-09 08:18:19.596 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 32080, Len: 2, modbusID: 2] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:18:19.607 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 32080, Len: 2, modbusID: 1] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:18:19.616 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 32080, Len: 2, modbusID: 2] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:18:19.621 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 38229, Len: 13, modbusID: 1] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:18:19.627 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 32000, Len: 11, modbusID: 2] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:18:20.006 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 32080, Len: 2, modbusID: 1] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:18:20.011 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 32080, Len: 2, modbusID: 2] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:18:20.016 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 38229, Len: 13, modbusID: 1] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:18:20.026 - warn: sun2000.0 (333) Error while reading from 192.168.2.16 [Reg: 32000, Len: 11, modbusID: 2] with: Modbus exception 6: Slave device busy (retry request again later)
2025-01-09 08:19:56.757 - info: sun2000.0 (333) The Inverter with modbus ID 2 switches to Shutdown: fault mode.
2025-01-09 08:19:56.757 - info: sun2000.0 (333) The inverter with modbus ID 2 is no longer accessible. That is why the logs are minimized.

Mehr aber auch nicht. Unter 17.1 hatte ich nur die Meldung von Register 32000, so meine ich.

btw: Das Aufwecken meines Speichers durch den Schalter sun2000.0.inverter.0.control.battery.chargeFromGridFunction klappt leider nicht bzw. hat scheinbar noch nie funktioniert. Hast du einen Tipp für mich? Ich möchte ungern AC-laden dauerhaft aktiviert lassen. WR2 ist offline, WR1 ist im standby. Dongle ist Online aber der Speicher bleibt offline.

Viele Grüße
Steffen