76_SMAInverter.pm - Abfrage von SMA Wechselrichter

[MadMax]

Tja... switch/case ist veraltet? given/when ist seit 5 Jahren "experimental" was macht man da nur?

[300P]

@MadMax:

Ich hab keine Fehlermeldungen oder Auffälligkeiten festgestellt (außer den o.g. 'Warnings') 

Gruß
300P

[siggel]

Hallo zusammen, bin neu in diesem Thread. Gibt es eine zentrale Anlaufstelle für die aktuelle Version inkl. Abhängigkeiten, was vorab installiert sein muss?
Hatte hier mal die Version $Id: 76_SMAInverter.pm 29099 2024-11-15 15:04:57Z MadMax $ versucht, aber ein reload liefert:

Code Auswählen Erweitern

Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/aarch64-linux-gnu/perl/5.36.0 /usr/local/share/perl/5.36.0 /usr/lib/aarch64-linux-gnu/perl5/5.36 /usr/share/perl5 /usr/lib/aarch64-linux-gnu/perl-base /usr/lib/aarch64-linux-gnu/perl/5.36 /usr/share/perl/5.36 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/76_SMAInverter.pm line 33.
BEGIN failed--compilation aborted at ./FHEM/76_SMAInverter.pm line 33.

Ich habe aktuell die im "offiziellen" FHEM-Update enthaltene Version von August und da scheinen mir ein paar Werte unplausibel (z.B. phase_backup_1_pac xx, aber phase_1_pac 0.yyy scheinen mir ganz unterschiedliche Einheiten zu haben oder ich missverstehe, was der backup-Wert darstellt (am Backup-Ausgang hängt zumindest m.W. nur ein Switch).

Ich würde also gerne den aktuellen Stand testen, aber muss vorher wohl noch Dinge nachinstallieren?

[JoWiemann]

Hallo,

und sudo apt-get install libswitch-perl

sollte Dir weiter helfen.

Grüße Jörg

[MadMax]

Die Aktuelle Version braucht kein switch mehr.
Außerdem wurde an den Readings vom Backup nix geändert.
Was ist da deiner Meinung nach unplausibel?
Die Dsten vom Backup Anschluss sind leider vom System hersehr ungenau.

Gruß
Max

[siggel]

Danke für die schnellen Antworten, neuste Version läuft rund (mit den hier schon beschriebenen experimental warnings )

Mit unplausibel meine ich, dass bei trübem Wetter heute die readings folgendermaßen aussahen:

Code Auswählen Erweitern

2024-11-27_11:59:07 SMAWechselrichter phase_1_pac: 0.133
2024-11-27_12:04:07 SMAWechselrichter phase_1_pac: 0.125
2024-11-27_12:09:07 SMAWechselrichter phase_1_pac: 0.133
was ich als ~130W Produktionsleistung auf Phase 1 abgegeben deute (Power AC?)
Die Backup-Werte lauten hingegen bei mir:

Code Auswählen Erweitern

2024-11-27_11:54:07 SMAWechselrichter phase_backup_1_pac: 23
2024-11-27_12:04:07 SMAWechselrichter phase_backup_1_pac: 47
2024-11-27_12:09:07 SMAWechselrichter phase_backup_1_pac: 23
ohne dass an der Backup-Leitung eine nennenswerte Last hängen sollte (Switch mit Zuleitung, WR und BYDBox), also selbst wenn das Watt statt Kilowatt wären, wäre es merkwürdig.

Oder stellen die Readings etwas ganz anderes dar als ich denke? Oder sind die Backup-Readings einfach komplett unbrauchbar wenn überhaupt nichts dran hängt (ich hatte den Installateur nur so verstanden, dass er den Switch an die Backup-Leitung hängt)?

Setup ist übrigens: STP10.0SE (SMAInverter), HM2.0 (SMAEM), BYD HVS 5.1 (BYDBox). Sieht bis auf gelegentliche Timeouts gut aus. In den Momenten scheint auch das Portal keine Werte zu bekommen. Kann es sein, dass da ab und an FHEM genau den Zeitpunkt trifft, in dem der WR durch den Empfang der HM2.0-Werte geblockt ist?

[MadMax]

So, du nutzt also SBFSpotComp, bei phase_backup_1_pac muss ich die Werte dann noch durch 1000 Teilen es werden dir aktuell Watt angezeigt.
Dieser Wert wird aber nur berechnet, der Wechselrichter liefert in 0,1A Schritten den Strom an dem Backup Port und 230V x 0,1A sind ebend 23W weniger kann nicht angezeigt werden.

Code Auswählen Erweitern

2024-11-27_11:59:07 SMAWechselrichter phase_1_pac: 0.133
2024-11-27_12:04:07 SMAWechselrichter phase_1_pac: 0.125
2024-11-27_12:09:07 SMAWechselrichter phase_1_pac: 0.133
Die Werte sind doch normal du hast immer Abweichungen zwischen den Phasen.

Bei mir läuft das Modul mit 7 Wechselrichter und ich hole alles 15s Daten ab, meine Verbindung zum Portal ist nicht gestört.

Gruß
Max

[MadMax]

Hallo Zusammen,

ich habe jetzt given auch wieder raus geworfen und in if/elsif umgebaut.

Das funktioniert immer.
Bitte mal testen, dann checke ich das ein wenn keiner ein Problemn feststellt.

Gruß
Max

[300P]

@MadMax:

keine Auffälligkeiten bei mir mit der Version vom 01.12.2024

Gruß
300P

[MadMax]

Top, danke.

[siggel]

@MadMax Klasse Modul, vielen Dank!

Ein paar Nachfragen und Verbesserungsvorschläge hab ich: Sollte           

Code Auswählen Erweitern

push(@commands, "sup_BatteryInfo_Charge");nicht bereits auf detail_level 0 statt erst bei >0 erfolgen, damit man dort bereits alle Watt-Zahlen beisammen hat (also auch bat_p_charge/discharge)?

Wie ist generell die Philosophie, wie man das Modul nutzen sollte? Derzeit nutze ich die Default-Automatik (60s). Mit schwebt aber vor, einmal am Tag detail_level 2 abzufragen. In großer Häufigkeit (z.B. 5s wie im Portal?) nur detail_level 0. Wenn ich dazwischen umschalte (derzeit manuell in der FHEM Oberfläche), verschwinden aber alle Readings, was zumindest bei Werten hinderlich ist, die im Modul akkumuliert werden. Wäre es da denkbar, den detail_level beim get data optional mitgeben zu können?

Wenn ich da selbst etwas experimentiere, welche Werte ich abfrage, muss ich dabei etwas beachten, weil der SMA z.B. eine bestimmte Reihenfolge beim Auslesen voraussetzt? Oder kann ich da ziemlich beliebig zusammenmischen, welche Werte ich in welcher Reihenfolge auslesen möchte? (Daher habe ich noch nicht selbst versucht, ob ich einfach sup_BatteryInfo_Charge vor das "if ($detail_level > 0)" schieben kann, da es vielleicht an eine bestimmte Stelle muss?).

Schließlich noch eine Frage zu pac_max_phase_x. Bei mir sind die gefüllt mit 10 0 0 (STP 10.0 SE). In der Weboberfläche des SMA sehe ich jenes Zahlentripel bei:

• Nennleistung im Zustand Ok    10.000 W           
• Nennleistung im Zustand Warnung    0 W           
• Nennleistung im Zustand Fehler    0 W   

Wenn pac_max_phase_x tatsächlich jene Werte sind, finde ich die Bezeichnung in FHEM irreführend und würde etwas wie pac_max_state_ok/warn/error o.ä. vorschlagen.

[MadMax]

Hallo siggel,

ich hole mit alle 15s von meinen sieben Wechselrichtern Daten und zwar alle.
Das macht dem WR nix und FHEM auch nix.

Code Auswählen Erweitern

push(@commands, "sup_BatteryInfo_Charge");
Holt keine Leistungswerte, sonder den Ladestand der Batterie in %.

Die Werte für den SE werden mit

Code Auswählen Erweitern

push(@commands, "sup_BatteryInfo"); 
abgeholt.
Jedoch nur Strom und Spannung, die Leistung wird dann berechnet.
Sonst müsste ich zwei Werte abholen und dann schauen ob einer größer 0 ist und diesen dann verwenden.
Wäre auch Machbar aber ist von den SI Wechselrichtern her so gewachsen.

Mit den Leistungswerten das gleiche, historisch gewachsen, da umbennen wäre kein Problem, mir ist das egal, kann ich machen aber ich weis welche Leistung meine WR haben, die werte könnten auch entfernt werden.

Wäre es da denkbar, den detail_level beim get data optional mitgeben zu können?

Ja, das wäre denkbar und finde ich auch erlich gesagt keine schlechte Idee.

Gruß
Max

[MadMax]

Hallo siggel,

ich habe die Funktion mit dem Detail-Level beim get data mal eingebaut.
Funktioniert bei mir.

Gruß
Max

[siggel]

Hi MadMax,

Auswählen Erweitern

Code Auswählen Erweitern

push(@commands, "sup_BatteryInfo_Charge");Holt keine Leistungswerte, sonder den Ladestand der Batterie in %.
...
Die Werte für den SE werden mit
Code Auswählen Erweitern

Code Auswählen Erweitern

push(@commands, "sup_BatteryInfo");  abgeholt.
Jedoch nur Strom und Spannung, die Leistung wird dann berechnet.

ups, dann hab ich den Code missverstanden, ich hab es zugegeben nicht debugged aber hätte gedacht, diesen Teil für den SE als Hybridwechelrichter (8009) zu durchlaufen (Z. 965ff):

Code Auswählen Erweitern

elsif ($INVTYPE_NAME =~ /SBS(1\.5|2\.0|2\.5)/xs || $INVCLASS eq "8009")
{
 push(@commands, "sup_BatteryInfo_2");     # Check BatteryInfo Voltage
 push(@commands, "sup_BatteryInfo_Charge");
}
und somit dann die Leistung auszulesen statt zu berechnen (Z. 1088ff):

Code Auswählen Erweitern

            
elsif ($i eq "sup_BatteryInfo_Charge") {
 Log3 $name, 5, "$name -> sup_BatteryInfo_Charge";
 ($sup_BatteryInfo_Charge,$inv_BAT_P_Charge,$inv_BAT_P_Discharge,$inv_susyid,$inv_serial)     = SMAInverter_SMAcommand($hash, $hash->{HOST}, 0x51000200, 0x00496900, 0x00496AFF);            
}

Zeilennummern beziehen sich auf dein Update. Werde ich morgen einspielen und Feedback geben. Vielen Dank, auch für die Info, dass häufiges Abfragen problemlos möglich sein sollte.

[siggel]

zugegeben nicht debugged

Jetzt aber mit verbose 5 probiert:

Code Auswählen Erweitern

2024.12.10 09:24:00.806 5: SMAWechselrichter -> sup_BatteryInfo_Charged.h. es verhält sich doch so wie von mir vermutet und von daher wäre es nach meinem Verständnis möglich auf detail_level 0 die Lade/Entladeleistung des Akkus abzufragen, indem man

Code Auswählen Erweitern

elsif ($INVTYPE_NAME =~ /SBS(1\.5|2\.0|2\.5)/xs || $INVCLASS eq "8009")
{
 push(@commands, "sup_BatteryInfo_Charge");
}
vor das if ($detail_level > 0) zieht.