Test Adapter sma-em v1.2.x Latest

[Sneak-L8]

@atlantis und die anderen: aktualisieren die SMA-Geräte automatisch ihre Firmware oder muss ich das manuell anstoßen? Falls letzteres: wie? Hatte schon mal nach downloads gesucht und nichts gefunden...

[Atlantis]

@sneak-l8

ganz nach unten und dort auf Bearbeiten.

Dann läßt sich das hier ein und ausschalten...

[Sneak-L8]

@atlantis Vielen Dank für die Beschreibung. Aber was nutzt du? Eine Software von SMA oder ein Portal? Ich hab nur den Sunny Explorer (1.07.29) und der sieht ganz anders aus... Updates habe ich da auch nicht gesehen.
Aber ich habe die Befürchtung, dass ich da noch auf einem sehr alten Stand bin...

[Sneak-L8]

@atlantis Hab selbst gefunden, das Sunny Portal online ist es. Dort habei ch die Einstellungen gefunden. Automatische Updates waren bereits aktiv, dann aktualisieren sich TriPower und SHM automatisch. Danke!

Edit: habe noch einen SMA-EM der in der Anlage nicht auftaucht. Vermutlich hat er dehsalb noch die Firmware 2.0.16.R während der SHM 2.0 auf 2.8.5.R ist. Gibt es eine Möglichkeit den EM in die Anlage mit aufzunehmen? Er sitzt beim Heizungszähler, der SHM beim Haushaltszähler...

[pdbjjens]

@atlantis
Bei mir erfolgte der automatische Update auf Version 2.08.5.R am 25.01.2022 . Der sma-em adapter v0.6.4 funktioniert bei mir wie bisher unverändert. Allerdings wurde schon vor einiger Zeit ein solches Problem nach dem Update auf Version 2.08.5.R via GitHub gemeldet. Das Problem konnte - wie bei Dir - durch Einstellen der direkten Zähler Kommunikation umgangen werden. Eine Ursache warum nach dem Update die udp multicast Kommunikation in manchen Installationen nicht mehr geht konnte bisher nicht identifiziert werden. Ich vermute, dass SMA Änderungen am udp multicast Protokoll vorgenommen hat, so dass etwas kompliziertere lokale Netzwerke (mit mehreren Netzwerksegmenten oder Subnetzen oder iobroker in docker VM) die multicasts jetzt blockieren. Einfachste Abhilfe scheint mir daher weiterhin das Einstellen der direkten Zähler Kommunikation zu sein.

[pdbjjens]

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

Gibt es eine Möglichkeit den EM in die Anlage mit aufzunehmen?

Ich habe eine gleichartige Konfiguration und bisher keine Möglichkeit gefunden, den SMA-EM mit im Sunny Portal aufzunehmen oder einen automatischen Update anzufordern. Ich wäre aber auch an Hinweisen interessiert ob und wie das geht.

[Hugo Oberstein]

@pdbjjens
Hallo, bei mir funktioniert die obrige Konfiguration leider nicht.
Sobald ich eine ip da eintrage, steigt meine Batterie aus.
Wenn ich die Batterie IP mit aufnehme, wird der Anlagenstatus nicht übertragen.
auch der sma-em Adapter 0.65 bleibt rot - in allen drei Bereichen.

Leider keine Chance. Funktioniert nur, wenn keine IP Adresse in dem Bereich vorhanden ist.
Früher mit alter Firmware homemanager ging es noch...

Hugo

[pdbjjens]

@hugo-oberstein
Es wäre gut, wenn Du Deine Systemumgebung mal genau beschreibst - also welche PV-Wechselrichter, welche Batterie, welche Meßeinrichtungen, worauf läuft der iobroker (Raspi, Docker, etc.) usw, inkl, software und firmware Versionen und wie sieht das verbindende Netzwerk aus - also router, hubs, vlans und wie d.h. in welchen Segmenten sind die PV-Geräte daran angeschlossen. Vielleicht können wir dann herausfinden, warum bei manchen usern die neue SMA-EM firmware nicht funktioniert. Bei mir hat der SMA firmware update z.B. keine Störungen verursacht. Siehe https://forum.iobroker.net/topic/43011/test-adapter-sma-em-v0-6-x-latest/125

[Hugo Oberstein]

@pdbjjens
Ok,
Bei mir ist ein sunny boy SBS 2.5 1VL10, ein Wechselrichter SMA STP 9000 TL-20 und eine dect 200 steckdose installiert.

alle Geräte hängen einem netgear 24 Port switch mit Vlan.

iobroker hängt im gleichen Netz mit identischem Subnetz auf meinem raspberry pi und ist auch über den Switch angesprochen. kein Docker, sondern direkte Installation.
wie gesagt, hatte damals mit der vorherigen SMA Firmware und 0.64 geklappt. Dann mit der neuen Firmware von sma nicht. Dan habe ich mit großer Mühe den Adapter auf die Version 0.65 geuppdated und hatte die Hoffnung, dass es damit klappt, aber geht nicht.
iobroker ist aktuell node 16.12

Bin aber leider ein newbie was iobroker angeht, also kann ich gerne weitere Details nach Anweisung posten.

Hugo

[pdbjjens]

@hugo-oberstein
Schau mal ob Dir folgender Hinweis im photovoltaikforum ( Post #8 und Antwort #9 ) weiterhilft:
https://www.photovoltaikforum.com/thread/165860-sunny-home-manager-version-2-08-5-r/?pageNo=1
Danach müssen! die IPs aller Geräte in der Liste eingetragen werden, die Daten vom SHM benötigen wenn man direkte Zählerkommunikation einschaltet. Also auch die Batterie.

[Hugo Oberstein]

@pdbjjens
Ich schaue mir das mal an , vielen Dank. aber auch wenn ich die ip des Rpi eintrage bleibt der adapter in iobroker rot und zwar alle drei Punkte.....
Deswegen ist ja die Frage, was das für mich bringt, wenn der Adapter trotzdem rot bleibt.....

So habe jetzt noch mal alles getestet.
Ich bekomme die roten Punkte vom sma_em Adapter nicht weg. Ganz kurz waren einmal die ersten beiden Punkte grün, dann wieder alle rot und blieben so. iobroker meldete auch, dass der Adapter sich ständig neu startet.....

apters/ioBroker.sma-em#) in /opt/iobroker/node_modules/iobroker.sma-em, node: v16.14.2, js-controller: 4.0.21
2022-04-22 22:08:21.106 - info: sma-em.0 (22015) Details L1 false Details L2 false Details L3 false Extended info false
2022-04-22 22:08:21.109 - info: sma-em.0 (22015) Listen via UDP on Device eth0 with IP 192.168.111.88 on Port 9522 for Multicast IP 239.12.255.254
2022-04-22 22:08:21.111 - info: sma-em.0 (22015) Listen via UDP on Device br0 with IP 192.168.111.88 on Port 9522 for Multicast IP 239.12.255.254
2022-04-22 22:08:21.114 - error: sma-em.0 (22015) uncaught exception: addMembership EADDRINUSE
2022-04-22 22:08:21.116 - error: sma-em.0 (22015) Error: addMembership EADDRINUSE
at Socket.addMembership (node:dgram:841:11)
at Socket. (/opt/iobroker/node_modules/iobroker.sma-em/main.js:184:12)
at Socket.onListening (node:dgram:244:7)
at Socket.emit (node:events:526:28)
at startListening (node:dgram:173:10)
at node:dgram:358:7
at processTicksAndRejections (node:internal/process/task_queues:84:21)
2022-04-22 22:08:21.117 - error: sma-em.0 (22015) Exception-Code: EADDRINUSE: addMembership EADDRINUSE
2022-04-22 22:08:21.124 - info: sma-em.0 (22015) cleaned everything up...
2022-04-22 22:08:21.126 - info: sma-em.0 (22015) terminating
2022-04-22 22:08:21.128 - warn: sma-em.0 (22015) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-04-22 22:08:21.129 - info: sma-em.0 (22015) UDP Socket closed ...
2022-04-22 22:08:21.152 - info: host.raspberrypi stopInstance system.adapter.sma-em.0 killing pid 22015
2022-04-22 22:08:21.629 - info: host.raspberrypi "system.adapter.sma-em.0" disabled
2022-04-22 22:08:21.894 - info: host.raspberrypi instance system.adapter.sma-em.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2022-04-22 22:08:23.416 - info: host.raspberrypi "system.adapter.sma-em.0" enabled
2022-04-22 22:08:23.417 - info: host.raspberrypi stopInstance system.adapter.sma-em.0 (force=false, process=true)
2022-04-22 22:08:23.579 - info: host.raspberrypi stopInstance system.adapter.sma-em.0 send kill signal
2022-04-22 22:08:24.581 - info: host.raspberrypi stopInstance system.adapter.sma-em.0 killing pid 22411
2022-04-22 22:08:24.741 - warn: host.raspberrypi instance system.adapter.sma-em.0 terminated due to SIGTERM
2022-04-22 22:08:24.742 - info: host.raspberrypi instance system.adapter.sma-em.0 terminated with code null ()
2022-04-22 22:08:26.778 - info: host.raspberrypi instance system.adapter.sma-em.0 started with pid 22507
2022-04-22 22:08:29.227 - info: sma-em.0 (22507) starting. Version 0.6.5 (non-npm: iobroker-community-adapters/ioBroker.sma-em#) in /opt/iobroker/node_modules/iobroker.sma-em, node: v16.14.2, js-controller: 4.0.21
2022-04-22 22:08:29.344 - info: sma-em.0 (22507) Details L1 false Details L2 false Details L3 false Extended info false
2022-04-22 22:08:29.347 - info: sma-em.0 (22507) Listen via UDP on Device eth0 with IP 192.168.111.88 on Port 9522 for Multicast IP 239.12.255.254
2022-04-22 22:08:29.349 - info: sma-em.0 (22507) Listen via UDP on Device br0 with IP 192.168.111.88 on Port 9522 for Multicast IP 239.12.255.254
2022-04-22 22:08:29.352 - error: sma-em.0 (22507) uncaught exception: addMembership EADDRINUSE
2022-04-22 22:08:29.354 - error: sma-em.0 (22507) Error: addMembership EADDRINUSE
at Socket.addMembership (node:dgram:841:11)
at Socket. (/opt/iobroker/node_modules/iobroker.sma-em/main.js:184:12)
at Socket.onListening (node:dgram:244:7)

[pdbjjens]

@hugo-oberstein
Im Log sieht es so aus als ob Du zwei devices im Raspi (eth0 und br0) dieselbe IP-Adresse 192.168.111.88 zugewiesen hast. Das darf normalerweise nicht so sein; daher der EADDRINUSE error. Aufgrund dieses Fehlers startet der Adapter neu und geht nicht "auf Grün".
Zitat aus dem Internet: Ein IP-Adresskonflikt tritt auf, wenn zwei oder mehr Geräten im selben Netzwerk dieselbe IP-Adresse zugewiesen wird. ... Aufgrund dieser Einrichtung können keine zwei Geräte in einem Netzwerk dieselbe IP-Adresse haben. In diesem Fall wird das Netzwerk durch die doppelten IP-Adressen verwirrt und kann sie nicht richtig verwenden.
Versuche mal zunächst dieses Problem zu lösen.

[Hugo Oberstein]

@pdbjjens
Vielen lieben Dank für den Hinweis.
Nun stellt sich das Problem, warum ich eine bridge br0 habe. Das ist meine Konfiguration, aber wie gesagt ich bin ein newbie.
Für mich sieht das so aus, als ob da gar keine Funktion hinter wäre. Ich weiss auch nicht, wo die genau Konfiguration der br0 liegt.
Habe eine andere ip für die eth0 manuell zugewiesen.

Egal welche ip ich jetzt verwende, es ist immer das gleiche Resulats auf allen ports.
Könnte ich die br0 nicht einfach deaktivieren?
Vielleicht mit # auskomentieren bevor ich lösche?
Vielen Dank für die schnelle hilfe
ps: der Adapter funktioniert jetzt.

source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback

iface eth0 inet manual

auto br0
iface br0 inet dhcp
bridge_ports eth0

[pdbjjens]

@hugo-oberstein
br0 wird üblicherweise für WLAN-LAN Bridges konfiguriert.
Siehe: https://www.elektronik-kompendium.de/sites/raspberry-pi/2002161.htm.
Bridges sind normalerweise in RasPi Linux nicht installiert. Das muss aktiv geschehen. Wenn Du die Bridge nicht selbst installiert und konfiguriert hast, kann das m.E. nur eine andere App (oder Malware?) auf dem RasPi gemacht haben. Ob Du es daher wagen kannst den br0 zu deaktivieren oder zu deinstallieren hängt davon ab, ob du rausfindest "wer" den br0 installiert hat und ob Du ihn brauchst. Leider sind meine Linux Netzwerkkenntnisse nur rudimentär. Vielleicht kannst Du aus dem oben zitierten Artikel im Elektronik-Kompendium rückwärts schließen wie man die Bridge deaktiviert. Vielleicht genügt auch die Deinstallation der App.

[pdbjjens]

@hugo-oberstein
Wenn Dein SBS mit direkter Zählerkommunikation nicht funktioniert, könnte evtl. ein Problem vorliegen, das beschrieben wurde in https://openwb.de/forum/viewtopic.php?p=56429#p56429

[Matze1909]

Moin,

ich habe eben das SMA Adapter installiert.
Multicast Einstellungen sowie Port habe ich so gelassen.

Leider bleibt aber "Verbunden mit Gerät oder Dienst" rot.

Folgendes steht im Protokoll

01.05.2022 13:13:37.989 die Info UDP-Socket geschlossen ...
01.05.2022 13:13:37.986 Error UDP-Socket-Fehler: Fehler: EADDRINUSE 0.0.0.0:9522 binden
01.05.2022 13:13:37.869 die Info beginnend. Version 0.6.5 in /opt/iobroker/node_modules/iobroker.sma-em, Knoten: v12.22.9, js-controller: 3.3.22
01.05.2022 13:13:35.224 die Info Instanz system.adapter.sma-em.0 gestartet mit PID 3267
01.05.2022 13:13:35.076 die Info "system.adapter.sma-em.0" aktiviert
01.05.2022 13:13:32.425 die Info Instanz system.adapter.sma-em.0 beendet mit Code 11 (ADAPTER_REQUESTED_TERMINATION)
01.05.2022 13:13:31.736 die Info Beendet (ADAPTER_REQUESTED_TERMINATION): Ohne Grund
01.05.2022 13:13:31.733 die Info beenden
01.05.2022 13:13:31.723 die Info alles sauber gemacht...
01.05.2022 13:13:31.721 die Info stopInstance system.adapter.sma-em.0 sende ein Kill-Signal
01.05.2022 13:13:31.719 die Info Habe das Beendigungssignal TERMINATE_YOURSELF erhalten

Der ioBroker läuft auf einem Rasp. Parallel nutze ich Überschussladen über evcc
Kommt die Fehlermeldung daher, dass evcc auch Daten abruft? Wenn ja, wie bekomme ich es hin, dass beide abrufen können oder kann ich über ioBroker auf die abgefragten Daten des evcc zugreifen?

Zur Erklärung "Was will ich überhaupt machen?".
Ich würde gerne über die Alexa die Aktuellen Daten der PV Anlage (Produktion, Überschuss, Ladestand etc.) ausgeben lassen. Dafür benötige ich die Daten als Datenpunkte und würde dann ein Script bauen, das die Daten vorliest, wenn ich Alexa den entsprechenden Befehl gebe.

Danke für Eure Hilfe
Matze

[Matze1909]

@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

Für Hinweise bin ich dankbar

Gruß
Matze

[Sneak-L8]

@matze1909 Zur esten Frage kann ich antworten: parallel laufen lassen wird wohl nicht gehen, da nur einer auf dem Port lauschen darf.

[Matze1909]

@sneak-l8 Prima, danke

Ich habe jetzt den Modbus installiert und kann auch die Leistung etc. abrufen.
Was mir noch fehlt ist der aktuelle Verbrauch. Habt Ihr einen Tipp, woher ich diesen Wert bekommen kann? Da ja immer die Schnittstelle vom Wechselrichter und nicht vom HomeManager verwendet wird, wird es diesen Wert vermutlich nicht geben, richtig?

Gruß
Matze

[pi_noob15]

@matze1909 genau... diesen musst du berechnen über Erzeugung und Einspeisung.
Je nachdam ob Pregard oder surplus aktiv ist dann noch diesen von der Erzeugung abziehen.
Aktuell gerade keine Erzeugung daher verbrauch = pregrad
Wenn Erzeugung >0 dann verbrauch = Erzeugung - Surplus