Neu: 77_SMAEM - Modul für SMA Energie Meter. Alternative zum Sunny Home Manager.

Begonnen von Volker Kettenbach, 30 März 2016, 12:42:05

Vorheriges Thema - Nächstes Thema

MadMax

Ich hatte es schonmal das der switch die Broadcast Messages nicht mehr durchgeletet hatte.
Da war der Switch kaputt.
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

rogerknop

Ja bei mir taucht nichts im Log auf. Trotz verbose 5.
Jetzt frage ich mich, wie ich das weiter testen soll.
Wenn irgendwas im Netzwerk nicht gehen würde, dann könnte ja die SMA App keine Werte anzeigen - oder?
Der Weg zum Raspi mit FHEM muss auch gehen, da sonst ja meine Haussteuerung gar nicht mehr funktionieren würde.

MadMax

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

300P

Zitat von: rogerknop am 29 Februar 2024, 16:27:14Hallo!
Ich hatte auch die Melung: Cycle discarded due to allowed diff ... GRIDIN exceeding.
Reset hat nichts gebracht und Löschen und Neuanlage des SMAHomeManager Devices ändert nichts.
Er zeigt einfach keine Werte mehr an.
Hat irgendjemand einen Tipp für mich?
Danke & Grüße,
Roger


Gleiches vor ein paar Jahren bei mir auch einmal

Prüfe ob du direkt per Browser auf den SMAEM kommst und etwas angezeigt bekommst.
->> per richtiger Geräte-IP
->> evtl vorher. zusätzlich in Fritzbox / Router / DHCP etc. nachsehen ob es auch "wirklich" die richtige IP ist

Schau auch mal in deine WR - wird der SMAEM dort wirklich erkannt ???

Prüfe ob diese IP des SMAEM auch vom FHEM-Rechner wirklich erreichbar ist und funktioniert (Browser).

Vor allem wenn du irgendwo auf der LAN-Strecke irgendeine Geräteveränderung am Switch, Hub, Router, etc. usw. gemacht hast, kann es sein das trotzdem der Broadcast nicht bis an dem FHEM-Rechner ankommt.
->>> per WLAN / DLAN rate so oder so dringend als Broadcast-Verbindung bzw. Anbindung ab

Wenn das alles "OKAY - ja läuft" dann lege testweise ein neues FHEM - Device (mit anderem Namen) an und schau ob es geht.

Wenn nämlich alles nichts nützt musst du (wie ich leider schon 2 x in 9 Jahren) den SMAEM auf Werkseinstellungen zurücksetzen und dann mit allen Folgen dabei dann leben. (Zähler stimmen nicht bzw. alle Werte auf Null, Berechnungen stimmen nicht immer mehr in der Vergangenheit etc........

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

DS_Starter

Volker Kettenbach hat in seinem GIT (https://gitlab.com/volkerkettenbach/FHEM-SMA-Speedwire/-/tree/master) eine Testdatei smaem_test.pl bereitgestellt.

Datei herunterladen, FHEM stoppen und ausführen:

         perl smaem_test.pl

Es kommt dann wenn alles klappt etwa sowas:


Hexadecimal number > 0xffffffff non-portable at smaem_test.pl line 74.
Hexadecimal number > 0xffffffff non-portable at smaem_test.pl line 77.
Seriennummer: 1900212213
Update: 329765341
L1:
        Bezug Wirkleistung (W): 17.2
        Bezug Wirkleistung Zähler (kWh): 279.8
        Einspeisung Wirkleistung (W): 0.0
        Einspeisung Wirkleistung Zähler (kWh): 63.3

        Bezug Blindleistung (var): 0.0
        Bezug Blindleistung Zähler (kvarh): 23.9
        Einspeisung Blindleistung (var): 196.3
        Einspeisung Blindleistung Zähler (kvarh): 628.6

        Bezug Scheinleistung (VA): 197.1
        Bezug Scheinleistung Zähler (kVAh): 626.0
        Einspeisung Scheinleistung (VA): 0.0
        Einspeisung Scheinleistung Zähler (kVAh): 175.8

        CosPhi: 0.088
        THD: 1.10
        Spannung (V): 232.0
L2:
        Bezug Wirkleistung (W): 0.0
        Bezug Wirkleistung Zähler (kWh): 239.6
        Einspeisung Wirkleistung (W): 83.0
        Einspeisung Wirkleistung Zähler (kWh): 105.0

        Bezug Blindleistung (var): 0.0
        Bezug Blindleistung Zähler (kvarh): 7.0
        Einspeisung Blindleistung (var): 102.8
        Einspeisung Blindleistung Zähler (kvarh): 284.1

        Bezug Scheinleistung (VA): 0.0
        Bezug Scheinleistung Zähler (kVAh): 369.7
        Einspeisung Scheinleistung (VA): 132.2
        Einspeisung Scheinleistung Zähler (kVAh): 137.0

        CosPhi: 0.628
        THD: 0.84
        Spannung (V): 231.9
L3:
        Bezug Wirkleistung (W): 61.2
        Bezug Wirkleistung Zähler (kWh): 421.5
        Einspeisung Wirkleistung (W): 0.0
        Einspeisung Wirkleistung Zähler (kWh): 42.9

        Bezug Blindleistung (var): 0.0
        Bezug Blindleistung Zähler (kvarh): 0.0
        Einspeisung Blindleistung (var): 157.4
        Einspeisung Blindleistung Zähler (kvarh): 518.0

        Bezug Scheinleistung (VA): 168.9
        Bezug Scheinleistung Zähler (kVAh): 686.7
        Einspeisung Scheinleistung (VA): 0.0
        Einspeisung Scheinleistung Zähler (kVAh): 55.1

        CosPhi: 0.362
        THD: 1.26
        Spannung (V): 233.2

Alle Phasen:
        Bezug Wirkleistung (W): 0.0
        Bezug Wirkleistung Zähler (kWh): 795.4
        Einspeisung Wirkleistung (W): 4.6
        Einspeisung Wirkleistung Zähler (kWh): 65.7

        Bezug Blindleistung (var): 0.0
        Bezug Blindleistung Zähler (kvarh): 14.7
        Einspeisung Blindleistung (var): 456.6
        Einspeisung Blindleistung Zähler (kvarh): 1414.4

        Bezug Scheinleistung (VA): 0.0
        Bezug Scheinleistung Zähler (kVA): 1703.7
        Einspeisung Scheinleistung (VA): 456.6
        Einspeisung Scheinleistung Zähler (kVA): 104.5

        CosPhi: 0.010

Plausichecks:
        Bezug Wirkleistung: 17.2 + 0.0 + 61.2 = 78.4 ? == 0.0
        Bezug Wirkleistung Zähler: 279.8 + 239.6 + 421.5 = 940.8923 ?== 795.4

        Einspeisung Wirkleistung: 0.0 + 83.0 + 0.0 = 83 ? == 4.6
                Einspeisung Wirkleistung Zähler: 63.3 + 105.0 + 42.9 = 211.2335 ?== 65.7

        Einspeisung Leistung 4.6 + 456.6 = 461.2 ?== 456.6
        Bezug Leistung 0.0 + 0.0 = 0 ?== 0.0
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

rogerknop

Danke für die Tipps!
Also laut Sunny Portal ist bzgl. Kommunikation alles ok.
Die IP des SMA Homemanagers kann ich anpingen.
Das Script hab ich runtergeladen und FHEM gestoppt.

Er sagt mir aber immer Can't bind: IO::Socket::Multicast: address already in use.
Finde den zugehörigen Prozess aber nicht.

netstat -aunp zeigt mir 2 Einträge:
0.0.0.0:9522
OK mit sudo sehe ich den fhem Prozess.
Der startet anscheinend nach shutdown wieder neu.[/s]

Daher habe ich den Service für FHEM gestoppt und es das TestScript lief nun:
Seriennummer: 24818599
Update: 3584753663
L1:
        Bezug Wirkleistung (W): 0.0
        Bezug Wirkleistung Zähler (kWh): 0.0
        Einspeisung Wirkleistung (W): 0.0
        Einspeisung Wirkleistung Zähler (kWh): 0.0

        Bezug Blindleistung (var): 0.0
        Bezug Blindleistung Zähler (kvarh): 0.0
        Einspeisung Blindleistung (var): 0.0
        Einspeisung Blindleistung Zähler (kvarh): 0.0

        Bezug Scheinleistung (VA): 0.0
        Bezug Scheinleistung Zähler (kVAh): 0.0
        Einspeisung Scheinleistung (VA): 0.0
        Einspeisung Scheinleistung Zähler (kVAh): 0.0

        CosPhi: 0.000
        THD: 0.00
        Spannung (V): 0.0
L2:
        Bezug Wirkleistung (W): 0.0
        Bezug Wirkleistung Zähler (kWh): 0.0
        Einspeisung Wirkleistung (W): 0.0
        Einspeisung Wirkleistung Zähler (kWh): 0.0

        Bezug Blindleistung (var): 0.0
        Bezug Blindleistung Zähler (kvarh): 0.0
        Einspeisung Blindleistung (var): 0.0
        Einspeisung Blindleistung Zähler (kvarh): 0.0

        Bezug Scheinleistung (VA): 0.0
        Bezug Scheinleistung Zähler (kVAh): 0.0
        Einspeisung Scheinleistung (VA): 0.0
        Einspeisung Scheinleistung Zähler (kVAh): 0.0

        CosPhi: 0.000
        THD: 0.00
        Spannung (V): 0.0
L3:
        Bezug Wirkleistung (W): 0.0
        Bezug Wirkleistung Zähler (kWh): 0.0
        Einspeisung Wirkleistung (W): 0.0
        Einspeisung Wirkleistung Zähler (kWh): 0.0

        Bezug Blindleistung (var): 0.0
        Bezug Blindleistung Zähler (kvarh): 0.0
        Einspeisung Blindleistung (var): 0.0
        Einspeisung Blindleistung Zähler (kvarh): 0.0

        Bezug Scheinleistung (VA): 0.0
        Bezug Scheinleistung Zähler (kVAh): 0.0
        Einspeisung Scheinleistung (VA): 0.0
        Einspeisung Scheinleistung Zähler (kVAh): 0.0

        CosPhi: 0.000
        THD: 0.00
        Spannung (V): 0.0

Alle Phasen:
        Bezug Wirkleistung (W): 0.0
        Bezug Wirkleistung Zähler (kWh): 0.0
        Einspeisung Wirkleistung (W): 0.0
        Einspeisung Wirkleistung Zähler (kWh): 0.0

        Bezug Blindleistung (var): 0.0
        Bezug Blindleistung Zähler (kvarh): 0.0
        Einspeisung Blindleistung (var): 0.0
        Einspeisung Blindleistung Zähler (kvarh): 0.0

        Bezug Scheinleistung (VA): 0.0
        Bezug Scheinleistung Zähler (kVA): 0.0
        Einspeisung Scheinleistung (VA): 0.0
        Einspeisung Scheinleistung Zähler (kVA): 0.0

        CosPhi: 0.000

Plausichecks:
        Bezug Wirkleistung: 0.0 + 0.0 + 0.0 = 0 ? == 0.0
        Bezug Wirkleistung Zähler: 0.0 + 0.0 + 0.0 = 0 ?== 0.0

        Einspeisung Wirkleistung: 0.0 + 0.0 + 0.0 = 0 ? == 0.0
                Einspeisung Wirkleistung Zähler: 0.0 + 0.0 + 0.0 = 0 ?== 0.0

        Einspeisung Leistung 0.0 + 0.0 = 0 ?== 0.0
        Bezug Leistung 0.0 + 0.0 = 0 ?== 0.0

DS_Starter

Da kommen aber keine Werte. Siehst du ja in Vergleich mit meinem Beispiel.
Sieht mir so aus dass der Broadcast über IP 239.12.255.254, Port: 9522/UDP nicht kommt.

Idee ... hast du dem Meter vllt. eine andere Zieladresse als 239.12.255.254 zugeordnet? Vllt. den Port 9522/UDP gesperrt? (Firewall, VLAN...) 
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

rogerknop

Er bekommt doch die Seriennummer. Also kann er ja schon irgendwie kommunizieren.
Oder verstehe ich da noch etwas falsch?

Es lief ja auch das ganze letzte Jahr.
Geändert habe ich nichts und auch keine Ports gesperrt.

Habe auch die Punkte von 300P geprüft. IP ist erreichbar vom Raspi aus.
Habe nur Bammel den SMA Homemanager zu resetten. Da steht, dass man ihn neu einrichten muss. Nachher geht meine Solaranlage nicht mehr korrekt :-(

DS_Starter

Wenn außer der Seriennummer nichts kommt ist das ein bisschen dürftig. Der SMAEM wird nicht! aktiv abgefragt, sondern er sendet seine Infos per Broadcast (IP/Port wie angegeben). Wenn das nicht durchkommt zu deinem FHEM Server, dann tut sich dort nichts.
Vllt. gibt es bei dem HomeManager außer einem reset auch ein einfaches reboot? Ich habe noch einen alten SMAEM der 1. Serie. Deswegen kann ich da nicht weiter raten/helfen.

LG
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

rogerknop

So! Ich habe es jetzt einfach mal gewagt - als ich den Menüpunkt endlich gefunden habe.
Und wie 300P angenommen hat, lag es nur am Neustart. Und ds_starter hat mir viele gute Tipps gegeben und nun verstehe ich auch mehr von der Lösung.

Falls diesen Punkt auch mal jemand sucht:
  • Sunny Portalseite -> Konfiguration Geräteübersicht
  • Eigenschaften Icon des SMA Home Manager anklicken
  • Ganz unten auf "Bearbeiten" klicken
  • Oben Radiobutton "Erweiterte Konfiguration wählen"
  • Bei "Produktgruppe: Sunny Home Manager" auf "Neustart" klicken

Nach dem Neustart musste nichts konfiguriert werden und das Testscript und Solarforecast zeigen auch wieder alle Werte an - Juhuuu :-)

Danke für eure tatkräftige Unterstützung!

rogerknop

Hallo!
Leider bin ich schon wieder da.
Mein SMA Manager muss andauernd neu gestartet werden, da die Multicast Nachrichten sonst ausbleiben.
Es kommt dann einfach nichts mehr an.
Nach dem Neustart funktioniert alles wieder. Aber leider nicht lange :-(
Hat jemand eine Idee woran das liegen könnte?
Danke & Grüße,
Roger

300P

? LAN-Anbindung deiner Gerätschaften ?

Evtl. Brückenbildung per DLAN / WLAN / Funk oder ähnliches in die Aussenbereiche zum WR.....kann schon mal problematisch sein. :(

Am besten immer per Netzwerkkabel anbinden ;D .....und dann sind da noch (nicht :o ) multicastfähige Netzwertgeräte manchmal das eigentliche Problem.
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

rogerknop

Moin!

Also Netzwerk kann nicht sein. Steht alles zusammen und ist über den Router per LAN Kabel vernetzt. Habe auch schon Ports getauscht.
Ausserdem funktioniert es immer 10 Minuten - finde ich sehr seltsam.

ABER! Ich habe (hoffentlich) eine Lösung gefunden.
Und zwar kann man im SMA Home Manager auch eine lokale IP eintragen, an die die Messages gesendet werden:
  • Portalseite -> Konfiguration Geräteübersicht
  • Eigenschaften Icon des SMA Home Manager anklicken
  • Ganz unten auf "Bearbeiten" klicken
  • Oben Radiobutton "Erweiterte Konfiguration wählen"
  • Ganz unten "Direkte Zähler Kommunikation" - Hier die IP von FHEM eintragen!

Also das läuft nun seit ein paar Tagen stabil und ich habe auch das Gefühl, dass mein Solarforecast Bildchen schneller aktualisiert im Vergleich zu früher.

Viele Grüße,
Roger


300P

#1003
Zitat von: rogerknop am 11 März 2024, 09:19:33.............

  • Ganz unten "Direkte Zähler Kommunikation" - Hier die IP von FHEM eintragen!


Also das läuft nun seit ein paar Tagen stabil und ich habe auch das Gefühl, dass mein Solarforecast Bildchen schneller aktualisiert im Vergleich zu früher.

Viele Grüße,
Roger

Damit bekommt ab jetzt NUR noch FHEM die Multicastdaten geliefert. Alle anderen Netzwerkgeräte (z.B. SMA-Geräte) erhalten diese Multicastinformationen nun gar nicht mehr geliefert.

Warum: =>Weil so explizit nur noch die eine hinterlegte IP (FHEM Rechner) mit den Multicastdaten kontaktiert / versorgt.

Wenn deine anderen Geräte ohne diese Info regeln und steuern können okay - aber gut ist das nicht.


Fest steht jedenfalls jetzt, dass dein SMA-HM nicht defekt sein wird und schön Multicastsenden kann.
Du must aber irgend einen Fehler bei deinen Switch / Router etc. haben - der verschluckt sich bei den Multicastpaketen und gibt dann irgendwann auf.

PS:
Wirklich alles per Kabel an einem Router ohne jegliche weitere andere Hardware bei Dir?
Das wundert mich - dann wäre allein der Router wohl die Fehlerquelle! - Dann versuch es mal mit einem anderen Router von einem Bekannten......

Gruß
300P



Nachsatz / EDIT:
In ganz schlimmen Fällen half es vor ein paar Jahren bei mir die gesamte Stromversorgung (bzw. den des HM/EM) einmal AUS und nach 10 Sekunden EIN zu schalten.
(Und später dann alles über Kabel laufen zu lassen statt zwischendrin WLAN - DLAN Geräte einzubinden)  8)
 
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

rogerknop

Boah 300P... Du musst auch immer Recht haben :-)
Habe schön auf meine Anzeigen geschaut und spät ist mir erst aufgefallen, dass meine Batterie nicht mehr geladen wird... Ahhhh!
Und in der Doku steht es sogar, dass dann NUR noch die eingetragene IP Nachrichten bekommt.

Aber verstehe ich das so richtig?
SMAHomeMng ----Daten----> 239.12.255.254 -----triggerMulticast----> ReceiverFhemRaspi
Wäre es nicht möglich beide IPs (239.12.255.254 und mein Raspi) für die direkte Zähler Kommunikation einzutragen?

Für eine Fehleranalyse weiss ich nicht so richtig wie ich anfangen soll.
Also die Solar Geräte sind per Kabel am Router und der Raspi auch. Allerdings ist jeweils ein Switch dazwischen.

Wäre für jegliche Anregung dankbar. Bin grad ganz gefrustet, dass meine tolle Lösung derzeit aufgrund der fehlenden Daten nicht funzt :-(

Danke & Grüße, Roger