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

[Edde]

@bolliy
Ich habe vorher mit einem Node Red Skript gearbeitet, aus einem anderen Forum, dort war auch immer die 1 angegeben. Dies klappte nicht. Als ich auf 0 wechselte klappte Node Reed und das gleich gilt scheinbar auch für diesen Adapter. Die Werte kann ich nur so auslesen.

[bolliy]

@edde Die Adresse 0 ist dabei für einen Broadcast reserviert. Deshalb die Fehlermeldung!
Versuch mal die ids 1 oder 16. Ansonsten ist dein WR falsch konfiguriert. Der WR sollte besser auf die modbusID 1 konfiguriert werden.

Siehe: https://de.wikipedia.org/wiki/Modbus

Ich werde aber zukünftig das Schreiben auf modbusID 0 unterbinden.

LG Stephan

[Edde]

@bolliy
Mmhh ich finde nur die Möglichkeit in der Sun2000 app den Modbus zu deaktivieren, oder eingeschränkt und uneingeschränkt aktivieren. Wo stelle ich die id ein? Würde das gerne korrigieren.

[bolliy]

@Edde https://smartfox.at/wp-content/uploads/2022/11/DE_Huawei-WR-auslesen_TCP_01.2023.pdf

Ab Seite 3 ganz gut erklärt. Ich hoffe es hilft dir weiter - sonst deinen Installateur fragen.

Stephan

[Edde]

@bolliy

Danke für den Hinweis.

Ich habe nachgeschaut und festgestellt, dass die ID bereits 1 ist. Habe wie in der Anleitung nochmals den Modbus aktiviert, leider klappt das auch nicht.

Ich habe laienhaft eine andere Vermutung:
Ich hänge mich mit einem TPLink Wifi Extender an den Sun2000 um das Wlan Signal in mein Heimnetz zu bekommen.
An die LAN Buchse kann ich leider nicht gehen, da diese mit der Enpal Box verbunden ist. Leider läuft das meiste darüber. Ist dies eventuell der ID Konflikt? Sodass ich quasi wirklich nir über die ID 0 "mitlesen" kann?

[bolliy]

@edde Ich kenn mich mit der Enpal-Box nicht aus. Aber google nach "enpal box auslesen" da kommen einige Informationen zusammen.

Ich könnte mir vorstellen, das die Enpal-Box ähnlich funktioniert wie der SmartLogger von Huawei. Das würde auch die modbusId 0 erklären. Ist die eingestellte ip, die der Enpal-Box oder die von deinem WR?

Allerdings ist zu beachten, dass die Huawei modbus Schnittsstelle leider nicht multi-client-fähig ist.! Es kann nur ein modbus-Client zur Zeit Daten abrufen, sonst hagelt es Timeouts.

Ich find diesen Thread https://www.photovoltaikforum.com/thread/176241-login-in-grafana-in-der-enpal-box/ ganz interessant. Kannst dich mal durch die Posts arbeiten.

Lg Stephan

[bolliy]

@edde Aber vielleicht würde dieses Setup funktionieren:

Enpal-Box ---> sun2000-Adapter ---> WR

Im Adapter muss der modbus-proxy aktiviert werden. D.h. die Enpal-Box holt sich die Daten von dem Adapter. Über den Adapter kannst du dann Werte mit der Funktion "Battery control" an den WR schreiben.

Könnte klappen - einfach ausprobieren ;)

[Edde]

@bolliy
Dieses Forum habe ich auch immer wieder gerne durchgeschaut und spannende Ansätze gesehen und ausprobiert. Ich werfe nochmal einen gezielteren Blick darauf was mit dem Adapter noch so geht. Dein Ansatz die Enpal Box drauf zu lenken ist auch interessant, ich schaue mal was man da machen kann.

Timeout Probleme habe ich bisher keine gehabt mit der 0. Allerdings reizt natürlich die Controle Funktion, sonst würde ich mich ja sogar mit der 0 zufrieden geben :D.

Nachtrag:
Die Enpal Box ist zwar ebenfalls bei mir im Heimnetz eingebunden, sie hat aber scheinbar noch einen eigenen Switch verbaut mit einem eigenen Netzwerk. Auf dieses scheint auch der Wechselrichter mit dem Lan Kabel angeschlossen zu sein.

Mein Netzwerk hat IP Adressen im Bereich 192.168.2.xxx. Der Wechselrichter hat einen ganz anderen Bereich in den FE Einstellungen (10.217. usw.) Lediglich die eigene Wlan Anbindung die ich scheinbar anzapfe, nutzt ebenfalls 192.168.2.xxx.

[bolliy]

@edde Unter umständen darfst du vertraglich keine Änderungen an der Anlage (Enpal-Box, Netzwerk und WR) vornehmen. Ich denke du bist nicht Eigentümer der Anlage. Da würde ich erst die Verträge studieren...

Stephan

[Edde]

@bolliy
Das ist richtig, daher würde ich mich auch auf die simpelsten Dinge beschränken wollen und im Zweifel lieber "nur" still "mitlesen" was in der Anlage passiert.

[bolliy]

Neue Testversion sun2000 Adapter v0.6.1 wurde gerade veröffentlicht.

Die Installtion erfolgt über npm.

Changelog:

0.6.1 (2024-03-23)
* Battery control: After the second failed attempt, the control event is discarded
* Battery control: Adjust the battery maxCharge and Discharge to the actual values

Stephan

[mcm1957]

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

Neue Testversion sun2000 Adapter v0.6.1 wurde gerade veröffentlicht.

Die Installtion erfolgt über npm.

Changelog:

0.6.1 (2024-03-23)
* Battery control: After the second failed attempt, the control event is discarded
* Battery control: Adjust the battery maxCharge and Discharge to the actual values

Stephan

Oder ab morgen über das latest repository....

[bolliy]

Mathias Kleine hat ganz gut die IoBroker Repositories hier erklärt.

[dragst3r]

@bolliy Ich hatte es heute auch mal wieder getestet. Zusätzlich habe ich die Option vom SDongle aktiviert. Ich hatte dann keine Standby Fehlermeldungen mehr nach Sonneuntergang, aber ich musste nach der Standby Phase einmal den Adapter neu starten, weil sich die Werte nicht mehr geändert hatten und konstant gleich waren, trotz Update der Werte. Ich bin gespannt, ob das heute auch wieder so ist.

Breiten und Längengrad waren bereits immer drin.

VG
Steffen

[bolliy]

@dragst3r danke fürs Testen.

Um welche Uhrzeit musstest du den Adapter neu starten? Vor oder nach dem Sonnenaufgang?
Sofern der WR in den standby gegangen ist, erfolgen die Abfragen erst wieder nach dem Sonnenaufgang. Oder ändern sich einige Daten im standby-Berieb des WRs?

Da ich kein WR ohne Speicher habe, kenne ich den "richtigen" standby (deviceStatus = 2) bei meinem WR nicht. Ergo ist das Verhalten des WR für mich nicht testbar.

Aber vielleicht sollte ich die Strtegie ändern. Man könnte "verdeckt" (also ohne Fehlemeldung) den WR im standby (2) regelmäßig versuchen anzusprechen. Ansonsten bekomme ich es halt nicht mit, wenn der WR wieder aufwacht (Henne-Ei-Problem). Ich kann es nur an dem Sonnenstand "erahnen".

Vielleicht kannst du mich etwas über das Verhalten deines WR im standby (deviceStatus = 2) aufklären.

Lg Stephan

[dragst3r]

@bolliy Ich habe den Adapter nach dem Sonnenuntergang gestern neu gestartet also vor Sonnenaufgang. Es stimmten die Werte des Hausverbrauchs nicht mehr. Diese hatte er zwar aktualisiert aber nicht die Werte verändert. Vielleicht wäre hier irgendeine Kollisionsabfrage möglich, sodass der Adapter sich selbst neu starten würde. Mir fällt jetzt keine sinnvolle Abfrage ein, die das machen könnte.

Aber es stimmt, dass die Werte in collected und sdongle aktualisiert werden, sodass mein Blocky zur weiteren Berechnung anderer Werte läuft.

VG
Steffen

[dragst3r]

Gleiche Situation. Erste nach einem Adapter Neustart nimmt er neue Werte.

[bolliy]

@dragst3r
Sofern der WR in Standby (deviceStatus=2) geht, können keine weitere Anfragen an den WR gestellt werden. Da dieser sonst die Anfragen mit Timeouts quittiert.
Zumindestens ist das mein jetziger Kenntnisstand.
Wie soll dann der Adapter neue Werte vom WR bekommen und verarbeiten, wenn er keine Daten abfragt?

Aber ggf. verstehe ich den stanby mode nicht richtig. Vielleicht stehen nur einzelne Register im standby nicht zur Verfügung.

Ich würde mich über Informationen hierzu freuen.

Stephan

[thaistatos]

ich habe das Problem, dass die Werte nicht immer synchron für alle Abfragen reinkommen.

z.B. wird active Power in jedem Abfrageintervall von 20s aktualisiert, die Stringwerte aber nur in jedem zweiten.
Ich kann aber nicht nachvollziehen, ob es am WR, dongle oder dem Adapter selbst liegt.

[bolliy]

@thaistatos das hast du richtig beobachtet. :male-detective:

Spass beseite;
Es gibt mehrere Invervalle im Adapter. Im high Intervall können nur wenige Daten (Live-Daten) gleichzeitig abgefragt werden - sonst wird die modbus-Schnittstelle zu start gestresst.
Deshalb mussten die Stringdaten in medium intervall verlegt werden.

Ich hatte kurzeitig (ich gkaube in der v.0.4.0) die strings auch in den high intervall aufgenommen. Das Ergenis waren Timeout-Fehler bis zum Absturz des SDongles!

Deshalb laufen die Daten auseinander. Erst wenn sich Huawei (endlich) durchringen kann die modbus-Implementierung zu verbessern (Hardware+Software), kann über eine Änderung im Adapter nachgedacht werden.

Lg Stephan