76_SMAInverter.pm - Abfrage von SMA Wechselrichter

[fis14]

Klaus.schauer
Ich sehe die Meldung
Format of inverter response does not fit.
Auch öfter - umso schlechter die Netzwerk Anbindung ist umso öfter.

Ich hab da 2 Kandidaten am laufen wo das ne Standard log Meldung ist.
Fall eins hat ne recht bange lan Leitung 70m und der zweite WLAN das ist bei SMA immer so ne Sache
Gruß Falk

[MadMax]

Moin,
Das ist wohl ein Phänomen der opertime stop Phase.
Hab das Update innerhalb der Dunkelheit vollzogen
Als das Modul komplett aufwachte verschwanden auch die Meldungen
Nachts geht in der log die Post ab.
Gruß
Falk

Sollte jetzt aber behoben sein oder?

[MadMax]

Bei den beiden Wechselrichtern vom Typ STP10.0SE (SUNNY TRIPOWER 10.0 SE) und STP3.0-3AV-40 (Sunny Tripower 3.0) erhalte ich periodisch Fehlermeldungen in der Form (detail-level = 2):

Code Auswählen Erweitern

2025.05.31 00:03:20 3: wr4136601s - Send request 00020051002A8300FF2A8300 to 192.168.6.47 on port 9522
2025.05.31 00:03:20 3: wr4136601s - Format of inverter response does not fit.
2025.05.31 00:03:20 3: wr4136601s - Send request 0002805100644100FF644100 to 192.168.6.47 on port 9522
Gibts da einen Trick, um dem Fehler abzuhelfen?

Soweit ich das sehe, protokolliert das Modul alle Abfragen mit logLevel 3 in die globale Logdatei. Das sind über den Tag reichlich viele. Wäre es u. U. möglich die fehlerfreien logs mit logLevel 4 und nur die fehlerhaften mit logLevel 3 zu schreiben. Das sollte für eine Funktionskontrolle des Moduls doch ausreichen.

Könntest du das mit Verbose 5 mal aufzeichnen?

[300P]

Bei mir gab es auch solche  Fehlermeldungen nach dem Update auf deine Version - bin dann aber auf meine provisorische Version zurück und in den Urlaub geflogen.....🛫🏨⛱️

[MadMax]

Also,

00020051002A8300FF2A8300 das ist eine Anfrage nach inv_PACMAX1_2, scheinbar kommt dies nicht von allen WR Typen oder eher nur von älteren.

Code Auswählen Erweitern

$inv_PACMAX1_2                  # Maximum active power device (Some inverters like SB3300/SB1200)Könnte ich rausnehmen oder aus einzelne WR beschränken.

0002805100644100FF644100 fragt den Status vom GridRelay ab, was für ein Wechselrichter hast du?
Meine WR liefern diesen Status.

Gruß
Max

[klaus.schauer]

00020051002A8300FF2A8300 das ist eine Anfrage nach inv_PACMAX1_2, scheinbar kommt dies nicht von allen WR Typen oder eher nur von älteren.

Code Auswählen Erweitern

$inv_PACMAX1_2                  # Maximum active power device (Some inverters like SB3300/SB1200)Könnte ich rausnehmen oder aus einzelne WR beschränken.

Scheint bei meinen Wechselrichtern vom Typ STP10.0SE (SUNNY TRIPOWER 10.0 SE) und STP3.0-3AV-40 (Sunny Tripower 3.0) nicht mehr aktuell zu sein. Könnte für diese Typen also entfallen.

0002805100644100FF644100 fragt den Status vom GridRelay ab, was für ein Wechselrichter hast du?
Meine WR liefern diesen Status.

Wird bei den Wechselrichtern vom Typ STP10.0SE (SUNNY TRIPOWER 10.0 SE) und STP3.0-3AV-40 (Sunny Tripower 3.0) bedient und wäre auf jeden Fall für STP10.0SE wichtig.

[MadMax]

Scheint bei meinen Wechselrichtern vom Typ STP10.0SE (SUNNY TRIPOWER 10.0 SE) und STP3.0-3AV-40 (Sunny Tripower 3.0) nicht mehr aktuell zu sein. Könnte für diese Typen also entfallen.

Ja, hab eich schon testweise umgesetzt, wird entfallen.

Wird bei den Wechselrichtern vom Typ STP10.0SE (SUNNY TRIPOWER 10.0 SE) und STP3.0-3AV-40 (Sunny Tripower 3.0) bedient und wäre auf jeden Fall für STP10.0SE wichtig.

Diese Wechselrichtertypen habe ich auch, da funktininiert dies aber.

Das Reading "INV_GRIDRELAY" hast du nicht?
Warum wäre da bei dem SE so wichtig?

[fis14]

Moin,
Das ist wohl ein Phänomen der opertime stop Phase.
Hab das Update innerhalb der Dunkelheit vollzogen
Als das Modul komplett aufwachte verschwanden auch die Meldungen
Nachts geht in der log die Post ab.
Gruß
Falk

Sollte jetzt aber behoben sein oder?

Ja, log ist sauber  danke

[klaus.schauer]

Wird bei den Wechselrichtern vom Typ STP10.0SE (SUNNY TRIPOWER 10.0 SE) und STP3.0-3AV-40 (Sunny Tripower 3.0) bedient und wäre auf jeden Fall für STP10.0SE wichtig.

Diese Wechselrichtertypen habe ich auch, da funktininiert dies aber.

Das Reading "INV_GRIDRELAY" hast du nicht?
Warum wäre da bei dem SE so wichtig?

Bei beiden Wechselrichtern gibt es das Reading INV_GRIDRELAY. Ich hatte vermutet, dass dies den Status der Notstromversorgung anzeigt und wäre deshalb für mich wichtig.

Es gibt beim STP10.0SE aber noch das Reading INV_BACKRELAYRELAY. Das scheint eher zum Status der Notstromversorgung zu passen. Hab es aber noch nicht getestet.

Muss INV_BACKRELAYRELAY nicht eher INV_BACKRELAY heißen?

[MadMax]

Wird bei den Wechselrichtern vom Typ STP10.0SE (SUNNY TRIPOWER 10.0 SE) und STP3.0-3AV-40 (Sunny Tripower 3.0) bedient und wäre auf jeden Fall für STP10.0SE wichtig.

Diese Wechselrichtertypen habe ich auch, da funktininiert dies aber.

Das Reading "INV_GRIDRELAY" hast du nicht?
Warum wäre da bei dem SE so wichtig?

Bei beiden Wechselrichtern gibt es das Reading INV_GRIDRELAY. Ich hatte vermutet, dass dies den Status der Notstromversorgung anzeigt und wäre deshalb für mich wichtig.

Es gibt beim STP10.0SE aber noch das Reading INV_BACKRELAYRELAY. Das scheint eher zum Status der Notstromversorgung zu passen. Hab es aber noch nicht getestet.

Muss INV_BACKRELAYRELAY nicht eher INV_BACKRELAY heißen?

Das ist korrekt, INV_GRIDRELAY ist das Relay zum Netz (GRID) das haben alle WR das INV_BACKRELAYRELAY ist das Relais für die Notstrom versorgung.
Bei mir habe ich die funktionen getestet.

Gruß
Max

[MadMax]

Muss INV_BACKRELAYRELAY nicht eher INV_BACKRELAY heißen?

Ja, das ist ein Schreibfehler, habe diesen korrigiert.
Danke

[klaus.schauer]

Danke für die Änderungen. Die Fehlermeldungen sehe ich jetzt nicht mehr.

Zu den Logeinträgen, nach denen ich auch fragte:
Wäre es u. U. möglich die fehlerfreien Aktionen insbesondere die Meldungen "Send request.." mit logLevel 4 und nur die fehlerhaften Aktionen mit logLevel 3 ins globale LOG zu schreiben. Das sollte für eine Funktionskontrolle des Moduls doch ausreichen. Augenblicklich wird die globale Logdatei über den Tag reichlich befüllt.

[300P]

Danke für die Änderungen. Die Fehlermeldungen sehe ich jetzt nicht mehr.

Zu den Logeinträgen, nach denen ich auch fragte:
Wäre es u. U. möglich die fehlerfreien Aktionen insbesondere die Meldungen "Send request.." mit logLevel 4 und nur die fehlerhaften Aktionen mit logLevel 3 ins globale LOG zu schreiben. Das sollte für eine Funktionskontrolle des Moduls doch ausreichen. Augenblicklich wird die globale Logdatei über den Tag reichlich befüllt.

Soweit ich den Level 3 interpretiere ist das (evtl. leider) richtig wie das Modul es macht.

Stell doch einfach mal im Modul attr verbose mit 2 ein - dann sollte dort Ruhe sein.
Gruß
300P

[MadMax]

Muss ich mir mal ansehen.
Aber es wäre doch sinnvoller den Ursprung des Problems zu finden?
Ein Grund haben wir ja schon, ein Wert der nur von alten WR geliefert wird.
Der Grund für den anderen Eintrag?

[klaus.schauer]

Muss ich mir mal ansehen.
Der Grund für den anderen Eintrag?

Ja die Fehler sind beseitigt. Danke nochmals dafür.

Beim Logging in den von mir betreuten Modulen schreibe ich i. d. R. nur die set/get-Kommandos und allgemeine Fehlermeldungen mit loglevel 3. Die interne Kommunikation für weitere Fehleranalysen mit loglevel 4 oder 5. Das ist aber kein so wichtiges Anliegen, wenn der Aufwand für eine Umstellung in Deinem Modul zu groß wäre.