76_SMAInverter.pm - Abfrage von SMA Wechselrichter

Begonnen von sct14675, 28 Juli 2016, 11:01:16

Vorheriges Thema - Nächstes Thema

300P

Falls du "nur" normal dies FHEM-Modul mit dem Update versorgt hast, klappt es evtl. z.Z. leider nicht bzw. erst wenn die ersten paar Watt erzeugt wurden wird abgenullt.
Wenn Du nicht von Hand die letzte Version von MadMax (hier etwas oberhalb im Thread) geholt hast, klappt es nicht mit dem "Abnullen" der Tageszähler.
Ich glaube das MAdMax noch an der Sache dran ist und es dann wie üblich für alle auf dem normalen FHEM-Update-Weg zur Verfügung stellt.

FHEM 6.3 - Raspberry Pi 3 / Pi 4 - VControl300 mit VITOVALOR 300P - SMAEM - SMAInverter - DbLog/DbRep - MariaDB/QNAP - div. HTTPMOD - div. Modbus ser+TCP - SolarForecast - Tibber + Ladung mit SMA-SBS25

isy

Moin 300p,
Ich habe die Version manuell installiert, die letzte Version, die ein paar Einträge hier im Thread zurückliegt.

Im Perl Code steht folgende Info:
# $Id: 76_SMAInverter.pm 27097 2023-01-22 12:43:08Z MadMax $

Gruß Helmut
Ein Weg wird erst zu einem Weg, wenn man ihn geht

300P

Hallo @isy,

wichtig ist die Fversion 2.21.4, die wird dir im Modul direkt mit angezeigt:

FVERSION : 76_SMAInverter.pm:v2.21.4-s27097/2023-01-22


Oder nutze dies hier:
     https://forum.fhem.de/index.php/topic,56080.msg1260601.html#msg1260601

Gruß
300P
FHEM 6.3 - Raspberry Pi 3 / Pi 4 - VControl300 mit VITOVALOR 300P - SMAEM - SMAInverter - DbLog/DbRep - MariaDB/QNAP - div. HTTPMOD - div. Modbus ser+TCP - SolarForecast - Tibber + Ladung mit SMA-SBS25

isy

Ein Weg wird erst zu einem Weg, wenn man ihn geht

300P

Auch wirklichShutdown + Neustart nach dem einspielen ?
FHEM 6.3 - Raspberry Pi 3 / Pi 4 - VControl300 mit VITOVALOR 300P - SMAEM - SMAInverter - DbLog/DbRep - MariaDB/QNAP - div. HTTPMOD - div. Modbus ser+TCP - SolarForecast - Tibber + Ladung mit SMA-SBS25

isy

Klaro!
Letztmalig am Sonntag nach regulärem FHEM Udpate.
Ein Weg wird erst zu einem Weg, wenn man ihn geht

300P

Bei mir war es kein Problem mehr ab der Version.
Ich hab aber den SBFSpotComp = 1       ->> ?!?

Da ist MadMax dann ,,gefragt" da du ohne den arbeitest.

Gruß
300P
FHEM 6.3 - Raspberry Pi 3 / Pi 4 - VControl300 mit VITOVALOR 300P - SMAEM - SMAInverter - DbLog/DbRep - MariaDB/QNAP - div. HTTPMOD - div. Modbus ser+TCP - SolarForecast - Tibber + Ladung mit SMA-SBS25

isy

Stimmt, steht auf 0 (default).

Kannst du mir den Sinn erklären? Was wird dann anders?
Gruß Helmut
Ein Weg wird erst zu einem Weg, wenn man ihn geht

300P

Siehe Modulhilfe:

SBFSpotComp [1|0]
Die Readingnamen werden kompatibel zu SBFSpot-Ausgaben erzeugt. (default: 0)

😎
FHEM 6.3 - Raspberry Pi 3 / Pi 4 - VControl300 mit VITOVALOR 300P - SMAEM - SMAInverter - DbLog/DbRep - MariaDB/QNAP - div. HTTPMOD - div. Modbus ser+TCP - SolarForecast - Tibber + Ladung mit SMA-SBS25

isy

Das ist mir schon klar, aber wie sehen die aus? Kannst du mal einen Auszug von dir senden?
Ist eine Umstellung sinnvoll?

Gruß Helmut
Ein Weg wird erst zu einem Weg, wenn man ihn geht

300P

#1225
Wenns nur daran liegt warte ein paar Tage dann hat MadMax das wieder angepasst.

Werte sind die gleichen, halt nur etwas anders als der Name im "Reading" bezeichnet.....

Ansonsten hier Beispielhaft die Readings von mir (SBS25):

Meter_Grid_Consumation_phase_1_pac 0.342
Meter_Grid_Consumation_phase_2_pac 0.172
Meter_Grid_Consumation_phase_3_pac 0
Meter_Grid_FeedIn_phase_1_pac 0
Meter_Grid_FeedIn_phase_2_pac 0
Meter_Grid_FeedIn_phase_3_pac 0.572
Meter_Power_Grid_Consumation 0
Meter_Power_Grid_FeedIn 0.057
Meter_TOTAL_Consumation 70.571
Meter_TOTAL_FeedIn 10.463
avg_power_lastminutes_05 -105
avg_power_lastminutes_10 -103
avg_power_lastminutes_15 -75
background_processing_time 0.4733
bat_capacity 97
bat_cycles 1553.1
bat_idc -0.062
bat_loadtoday 1.13
bat_loadtotal 5654.128
bat_temp 8.2
bat_udc 492.52
bat_unloadtoday 0.542
bat_unloadtotal 4016.616
chargestatus 10
device_class Batterie-Wechselrichter
device_name SN: XXXXXXXXXXXXX
device_status Ok
device_type SBS2.5-1VL-10 (Sunny Boy Storage 2.5)
etoday 0.553
etotal 48.774
feed-in_time 461.11
grid_freq 49.97
gridrelay_status geschlossen
inverter_processing_time 0.4036
modulstate normal
operation_time 627.94
opertime_start 01.xx.20xx xx:xx:26
opertime_stop 01.xx.20xx xx:xx:17
pac_max_phase_1 2500
pac_max_phase_2 0
pac_max_phase_3 0
phase_2_iac 0.25
phase_2_pac -0.035
phase_2_uac 236.19
power_in 115
power_out 0
serial_number XXXXXXXXXXXX
state -0.115
susyid XXX - SN: XXXXXXXXXX
total_pac -0.115



EDIT:
ich Blöd..... hatte den Energymeter kopiert....  :-[
FHEM 6.3 - Raspberry Pi 3 / Pi 4 - VControl300 mit VITOVALOR 300P - SMAEM - SMAInverter - DbLog/DbRep - MariaDB/QNAP - div. HTTPMOD - div. Modbus ser+TCP - SolarForecast - Tibber + Ladung mit SMA-SBS25

isy

Hey Danke sehr.
Das liest sich nicht schlecht. Wenn ich umstelle sind einige UserReadings anzupassen. Mal sehen.........
Und kein Stress mit Updates, das Modul ist bei mir im Test und läuft ja super bis auf solche Kleinigkeiten.

Gruß Helmut
Ein Weg wird erst zu einem Weg, wenn man ihn geht

MadMax

Hallo,

Bei SBFSpotComp heißen definitiv nur die Readings anders und es wird alles in kW und kWh angezeigt.
Ich werde wahrscheinlich am Wochenende die 2.21.4 einchecken wenn keine Probleme über die Version gemeldet werden.

Gruß
Max
Lenovo M910Q Tiny Debian 12, FHEM 6.3, 2x Siemens Logo 0BA7, Homematic CCU3, Philips HUE, 5x SMA Wechselrichter, BYD HVM, SMA EVCharger, Daikin Wärmepumpe über CAN

Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/MadMax

fhemfreund

Zitat von: MadMax am 01 Februar 2023, 05:51:07
Hallo Andreas,

Konntest du deine "diffenz" klären?

Gruß Max

Hallo Max,

habe konstant um die 500W Differenz (jetzt mal an 5 Tagen gemessen). Dachte erst an Messfehler zwischen SDM vs. Homemanager - bin mir aber noch nicht 100pro sicher. Werde mal weiter schauen wo das herkommt. Was mir aber heute morgen (um 7:44 - siehe angehängten Grafana Plot) aufgefallen ist, dass etoday vom Inverter von 0 auf 4488kwh gesprungen ist. Wenn ich nun den gemessenen Endwert des Tages von diesem 'falschen' Wert abziehe, komme ich genau auf den richtigen Tagesertrag, der auch so im SMA Portal geloggt ist. Dieses Phänomen ist bisher aber noch nicht aufgetreten. Habe im Plot auch den Tag vorher mal als Referenz mit aufgenommen.

Andreas

MadMax

Hm,
Also wurde das reading auf 0 gesetzt aber es wurde nicht der ETOTAL vom Vortrag gespeichert das die Berechnung sauber läuft...
Diese beiden Aktionen werden aber im gleichen Programm Abschnitt ausgeführt.
Das wundert mich jetzt.

Gruß
Max
Lenovo M910Q Tiny Debian 12, FHEM 6.3, 2x Siemens Logo 0BA7, Homematic CCU3, Philips HUE, 5x SMA Wechselrichter, BYD HVM, SMA EVCharger, Daikin Wärmepumpe über CAN

Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/MadMax