Test Adapter sma-em v1.3.x Latest

Rene_HM

@pdbjjens nein, direkt auf einem OrangePi mit Armbian...

Rene_HM

@rene_hm scheint jetzt endlich zu funktionieren Lag wohl an einem unmanaged switch von tp-link. Ersetzt durch einen 10€ noname und schon läuft es...

pdbjjens

@rene_hm
Danke für die Rück- und Erfolgsmeldung.
Neben containern sind Netzwerkkomponenten wie Router und Switches die häufigste Ursache für Probleme bei der Kommunikation mit dem SHM. Obwohl das SHM-Protokoll erfordert, dass alle Netzwerkkomponenten IGMP V3 unterstützen, empfiehlt SMA, IGMP V3-Snooping in Switches auszuschalten. https://manuals.sma.de/HM-20/de-DE/7288798347.html
Am besten funktioniert das Protokoll aber mit "dummen" Switches - wie in Deinem Fall wieder bestätigt wurde.

MD666

Hallo, ich habe mein System (RasPi4 Buster) upgedated auf NodeJs 16. Vorher hab ich sma-em deinstalliert. Jetzt versuche ich es wieder zu installieren aber es funktioniert nicht.
So sieht mein System aus:

uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
armv7l


/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.17.0
v16.17.0
8.15.0
pi
/home/pi
OK:1 http://archive.raspberrypi.org/debian buster InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease                                                                                                                                                        
OK:3 https://repos.influxdata.com/debian buster InRelease                                                                                                                                                             
OK:4 https://deb.nodesource.com/node_12.x buster InRelease                                                                                    
OK:5 https://www.pivccu.de/piVCCU stable InRelease                                                                     
OK:6 https://deb.nodesource.com/node_14.x buster InRelease                                                             
OK:7 https://deb.nodesource.com/node_16.x buster InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Aktualisierung für 2 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
nodejs:
  Installiert:           16.17.0-deb-1nodesource1
  Installationskandidat: 16.17.0-deb-1nodesource1
  Versionstabelle:
 *** 16.17.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     14.20.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
     12.22.12-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x buster/main armhf Packages
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Angehängt ist das Log mit den Fehlermeldungen.
Ich hab versucht über die Git URL SMA-EM zu installieren, aber es bricht mit Fehler 25 ab.
Bin für Hilfe sehr dankbar.
2022-09-12T14_47_40_212Z-debug-0.log 2022-09-12T14_47_40_212Z-debug-0.log

lessthanmore

@md666 https://forum.iobroker.net/topic/57337/fehler-25-bei-adapter-install-update-mit-npm8

michif100

@matze1909 sagte in Test Adapter sma-em v0.6.x Latest:

@matze1909
Ich habe eben den evcc mal gestoppt und siehe da....das SMA Adapter funktioniert.
Jetzt muss ich nur noch raus finden, ob es eine Möglichkeit gibt...

Beide parallel abrufen zu lassen

oder die Daten vom evcc auslesen zu lassen

Ich habe hier genau das umgekehrte Problem.
ioBroker läuft einwandfrei, ich möchte jedoch zusätzlich noch evcc laufen lassen. Dort erhalte ich jedoch dann den Fehler, BIND ALREADY in use auf dem Multicast Port.

Ich checke das nicht, war der Meinung, bei Multicast können mehrere Geräte auf einmal lauschen???

Matze1909

@michif100
Moin,
ich lasse den EVCC laufen und rufe die Daten vom WR über Modbus ab. Das funktioniert gut.
Ist halt nicht ganz so komfortabel, weil zB der Verbrauch errechnet werden muss.

Gruß
Matze

michif100

@matze1909

Hi Matze,

der Gedanke kam mir dann vorhin auch.
Bi mit allerdings nicht sicher, ob ich alle Daten die ich benötige vom WR bekomme (Erzeugung rufe ich so bereits ab)?
Vor allem Pregard und Surplus.

Ich benutze die Daten unter anderem in einem Loxone Energiebaustein.

Den Verbrauch kann ich dort einfach berechnen.
So wie weiter oben genannt:

Erzeugung = 0 —> Verbrauch = Pregard
Erzeugung > 0 —> Verbrauch = Erzeugung - Surplus

Muss morgen mal in die Modbus Doku von SMA schauen, welche Register verfügbar sind.
Der WR kann zumindest bei mir ja nichts von der Einspeisung wissen, oder erfährt er das über den Homemanager?

Und lässt sich der Homemanager auch per Modbus abfragen, oder nur der WR?

pdbjjens

@michif100 said in Test Adapter sma-em v0.6.x Latest:

Ich checke das nicht, war der Meinung, bei Multicast können mehrere Geräte auf einmal lauschen???

Das ist richtig, aber innerhalb eines Gerätes kann immer nur ein Dienst auf einem Multicast Port lauschen.

pdbjjens

@michif100 said in Test Adapter sma-em v0.6.x Latest:

Der WR kann zumindest bei mir ja nichts von der Einspeisung wissen, oder erfährt er das über den Homemanager?

Ja, so ist es.

pdbjjens

@michif100 said in Test Adapter sma-em v0.6.x Latest:

Und lässt sich der Homemanager auch per Modbus abfragen, oder nur der WR?

Nein, der Homemanager lässt sich nicht per Modbus abfragen.

michif100

Ich habe meinem Spieltrieb noch mal nachgegeben und wollte etwas ausprobieren.

Habe für den evcc Container ein macvlan erstellt, damit er eine eigene IP bekommt, was auch gut funktioniert.
Nun ist allerdings der MQTT broker nicht mehr erreichbar, der auf der gleichen IP wie der Docker Host läuft und alle bvefinden sich im selben Subnetz.

Docker Host: 10.1.1.188
Mosquitto: 10.1.1.188:1883
evcc: 10.1.1.203

Subnetz: 10.1.1.0/24
Gateway: 10.1.1.1

[main ] INFO 2022/09/30 17:04:33 evcc 0.104.2
[main ] INFO 2022/09/30 17:04:33 using config file: /etc/evcc.yaml
[main ] INFO 2022/09/30 17:04:33 listening at :7070
[mqtt ] INFO 2022/09/30 17:04:37 connecting evcc-123839942 at tcp://10.1.1.188:1883
[main ] FATAL 2022/09/30 17:04:39 failed configuring mqtt: error connecting: network Error : dial tcp 10.1.1.188:1883: i/o timeout
[main ] FATAL 2022/09/30 17:04:39 will attempt restart in: 5m0s

pdbjjens · Subnetz: 10.1.1.0/24 Gateway: 10.1.1.1

@michif100
Könnte evtl. das gleiche Problem sein wie in https://forum.iobroker.net/topic/52462/mqtt-verbindung-evcc-und-iobroker?_=1664625871335?
Lösung: wie dort in Edit 2 beschrieben.

michif100

@pdbjjens Vielen Dank für diesen Hinweis! Ist mir total entgangen, der Beitrag.

Ich bin mir sicher, dass es so auch funktionieren würde, nur ist das natürlich schon ne Hausnummer.
Die Einbindung kriege ich hin, ich befürchte nur, dass ich dann durchdrehe, weil keine IP Adresse mehr stimmt, für allem für die MQTT Clients, aber auch Influx etc.. habe einige Container am Laufen.
Naja mal sehen, wenn sich keine andere Lösung auftut, wird es wohl so kommen.

michif100

@pdbjjens Nur nochmal zur Klarstellung: Ich kann per Modbus nicht die Leistung am Netzanschluss, oder ähnliche Werte per Modbus abrufen?

Ich habe evcc mittlerweil auf einem RasPi laufen, daher nicht das Problem.

Trotzdem bekomme ich fast kein Modbus Register richtig hin, außer den PV Ertrag:

Bildschirmfoto 2022-10-02 um 12.48.28.png

pdbjjens

@michif100
Schau doch mal in der Web-UI Deines SMA Wechselrichters (welcher Typ?) unter Momentanwerte/AC-Seite/Messwerte/Netzmessungen, ob dort die Werte von z.B. Eingespeiste Leistung und Aufgenommene Leistung vorhanden sind und korrekt aktualisiert werden. Wenn das der Fall ist, funktioniert zumindest die Kommunikation zwischen SHM und WR und die Werte sollten auch über ModBus Register 30865/30867 zur Verfügung stehen. (So ist es jedenfalls bei meinen WR SB3.6).
Btw: wenn Du den EVCC jetzt ausgelagert hast könntest du die Werte der Netzseite auch direkt über den sma-em Adapter bekommen (pregard und psurplus).

michif100

@pdbjjens Mein WR STP15000-30 hat leider KEIN Webinterface.
Evcc läuft natürlich gut mittlerweile, das ist nicht das Problem.
Ist jetzt eher noch technisches Interesse und evtl. Der Gedanke, SMA Adapter wegzulassen und alles über Modbus, um etwas aufzuräumen.
Passt aber auch so.

pdbjjens

@michif100 said in Test Adapter sma-em v0.6.x Latest:

STP15000-30

Bist Du sicher dass die gesuchten Register (z.B. 30865/30867) tatsächlich in Deinem STP15000TL-30 vorhanden sind? Die Werte -2147483648 und 4294967295 deuten darauf hin, dass es die Register nicht gibt. Evtl. mal im iobroker log nach Fehlermeldungen schauen.

pdbjjens

@michif100
Ein sehr ergiebiger Thread zu dem Thema SMA WR und modbus ist https://forum.iobroker.net/topic/1100/sma-wechselrichter

Christoph

Seit ich den SMA-EM installiert habe, ist mein ioBroker ziemlich träge geworden.
Die VIS schläft auch nach einer gewissen zeit ein, wenn man die Daten aus dem Adapter anzeigt.
Habt ihr auch so Probleme?

Prozessorlast immer so um 50%
Er läuft als Proxmox-VM mit 4 CPU´s und 10 GB Speicher.
Proxmox Host ist ein Nuc i3 mit 16 GB

Da man die Daten ja auch per Modbus aus dem WR Tripower 8.0 SE lesen kann, habe ich ihn mal testweise ausgeschaltet. Siehe da. Prozessorlast bei 25%!

Ich gehe davon aus, das der Adapter auf jeden Multicast reagiert und dadurch ziemlich ressourcenhungrig ist.

sma-em.0.3011949685.pregard
modbus.0.inputRegisters.30865_Leistung_Bezug

sma-em.0.3011949685.pregardcounter
modbus.0.inputRegisters.30581_Zählerstand_Bezugszähler

sma-em.0.3011949685.psurplus
0_userdata.0.Haus.Strom.Gesamtverbrauch_aktuell

(Gesamtverbrauch_aktuell = modbus.0.inputRegisters.30775_Wirkleistung_gesamt + modbus.0.inputRegisters.30865_Leistung_Bezug - modbus.0.inputRegisters.30867_Leistung_Einspeisung)

sma-em.0.3011949685.psurpluscounter
modbus.0.inputRegisters.30583_Zählerstand_Einspeisezähler

NEWS

Test Adapter sma-em v1.3.x Latest

Test Adapter sma-em v1.3.x Latest

Support us

222

32.4k

81.3k

1.3m