Monatsrückblick Januar/Februar 2026 ist online!

[bolliy]

@bahnuhr schau mal hier
sun2000.0.inverter.0.derived.deviceStatus

LG Stephan

[bahnuhr]

@bolliy
Ist ja nen Ding.

Ich habe hier geschaut:
sun2000.0.inverter.0.deviceStatus

Aber dass bei derived auch was ist, hab ich nicht gefunden.
ok, dann hat man Nr. als auch Text, an unterschiedlichen Stellen, aber gut.

[bolliy]

@bahnuhr der State sun2000.0.inverter.0.deviceStatus ist der eigentliche Wert aus dem WR. Die Werte im path derived sind die interpretierten bzw. abgeleiteten Informationen dazu.

Stephan

[bahnuhr]

@bolliy
Ja, ist bei dem "noch" von mir genommenen Script grundsätzlich auch so.
Hatte nur das Script geändert und den Text genau unter die Nr. gesetzt.

[bahnuhr]

@bolliy
Ich bin gerade am umändern (von Script auf Adapter). Ist gar nicht so wenig was man ändern muss.

Nochwas ist mir aufgefallen:

Die Werte L1 + L2 + L3 müssten doch "activePower" ergeben. Beim Script was das rechnerisch richtig. Beim Adapter passt dies nicht.

Liegt dies an unterschiedlichen Abfrageintervallen ?

[bolliy]

@bahnuhr ja,

activePower wird im high Interval ausgelesen. Die Phasen im low Interval.

[bahnuhr]

@bolliy
Wäre es sachlogisch, wenn man dies ändern würde.
Denn rechnerisch müsste dies passen.

[bolliy]

@bahnuhr ja,
dann müsste man die Stromstärken und Spannungen auch ins high Interval verlegen, was ggf. die modbus Schnittstelle überfordern würde...

[bahnuhr]

@bolliy
noch was:
battery.runningStatus
müsste doch auch eine Nr. sein, die vom WR kommt. (analog deviseStatus)
also so:

       switch (getState(SHI + id + ".Battery.RunningStatus").val) {
            case 0: Battery_RunningStatus = "offline";break;
            case 1: Battery_RunningStatus = "standby";break;
            case 2: Battery_RunningStatus = "running";break;
            case 3: Battery_RunningStatus = "fault";break;
            case 4: Battery_RunningStatus = "sleepmode";break;
            default: Battery_RunningStatus = "undefined";break;
        }
        setState(SHI + id + ".Battery.RunningStatus_Text",  Battery_RunningStatus);

Hier erscheint aber jetzt unter battery der Text.
Müsste denn nach der Logik der Text nicht auch unter derived stehen ?

[bahnuhr]

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

@bahnuhr ja,
dann müsste man die Stromstärken und Spannungen auch ins high Interval verlegen, was ggf. die modbus Schnittstelle überfordern würde...

würde ich sachlogisch richtiger finden. Per Script gab es da keine modbus Schnittstellen Probleme.

[bolliy]

@bahnuhr ja hast recht. Ist aber aus historischen Gründen nicht angepasst worden ...

[bahnuhr]

@bolliy
Sätze wie: "hab ich schon immer so gemacht" sind nicht gut ;-)

T'schuldigung; bin gerade intensiv am Testen. Deshalb nerve ich am Feiertag ein bisschen ;-)

[bolliy]

@bahnuhr da sehr viele Daten abgerufen werden und einige User eine sehr kleinen Intervall wünschen, kommt es zu verzögerungen - gerade wenn man mehrere WR über den SDongle ausliest.

[bolliy]

@bahnuhr kein Problem :+1: Sofern du hierzu eine Anpassung wünscht, würde ich dich bitten ein issue im github aufzumachen.

[bahnuhr]

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

issue im github

mach ich.

edit: angelegt:
https://github.com/bolliy/ioBroker.sun2000/issues/174

[bahnuhr]

@bolliy
noch ne Frage.
Auf git steht:

Wenn man nun ein neues Modul mit diesen 21 kw kaufen möchte, funktioniert dies dann nicht ?

[bahnuhr]

Und noch ne Frage:
auf git steht:

Klicke ich auf wiki kommt:

Das passt nicht zusammen.

Ich habe bei mir:

und bekomme die Daten einwandfrei ausgelesen.

Nach deiner Definition müsste aber doch meine V zu alt sein.
richtig ?
oder anders; was würde jetzt nicht funktionieren ?

[bolliy]

@bahnuhr was meinst du mit 21kw? Meinst du eine Batteriemodul mit 21kWh Kapazität?
Wird bestimmt funktionieren - was ich aber noch nicht getestet habe.

[bolliy]

@bahnuhr damit die modbus Abfrage funktioniert, wird mind. 00SPC133 benötigt. Die 10SPC121 wird empfohlen. Andere Versionen werden natürlich auch funktionieren. Es gab aber mit den aktuellen Versionen Probleme. Deshalb lieber eine Version vor der 10SPC200 nehmen.

[bolliy]

@bolliy Einige alte Versionen erzeugen immer wieder Timeouts im Log. Ansonsten macht es für den Adapter keinen Unterschied. Dann gab zwischendurch unterschieldliche Behandlung des Slave-WR im Standby....