Test Adapter sma-em v1.1.x Latest
-
@ticaki
Ich denke, die Diskussion über die Lastreduktion im sma-em ist etwas zu speziell für das Forum. Wenn Du Interesse hast, könnten wir das auf Github fortführen. Füge einfach einen an mich adressierten Kommentar zu dem o.g. Issue hinzu. -
@pdbjjens sagte in Test Adapter sma-em v1.0.x Latest:
@frana120500 said in Test Adapter sma-em v1.0.x Latest:
die aktuell produzierte PV-Energie anzeigen zu lassen?
Das ist technisch nur möglich, wenn ein zusätzliches SMA Energy Meter in den Netzleitungen der PV-WR installiert ist (sog. Erzeugungszähler). (Der SHM der normalerweise am Hausnetzanschluss sitzt, kann aus physikalischen Gründen nicht den von den PV-WR ins Hausnetz oder ins öffentliche Netz eingespeisten Strom separat erfassen).
Da die meisten Installationen nicht über so ein zusätzliches SEM verfügen, wird die erzeugte PV-Leistung üblicherweise am einfachsten per modbus-Adapter direkt aus den PV-WR bezogen.mmmh, ok. Aber der SHM hat doch einen internen Zähler und im Sunnyportal wird doch die PV-Erzeugung auch dargestellt.
-
@frana120500 sagte in Test Adapter sma-em v1.0.x Latest:
Sunnyportal wird doch die PV-Erzeugung
ja vom WR
-
@frana120500 said in Test Adapter sma-em v1.0.x Latest:
der SHM hat doch einen internen Zähler und im Sunnyportal wird doch die PV-Erzeugung
Da SMA die internen Daten des SHM nicht offenlegt oder über eine offizielle Schnittstelle (z.B. modbus) oder lokale Web-Seite verfügbar macht ist die PV-Erzeugung tatsächlich nur lokal über die PV-WR per modbus oder über das Sunny Portal zugänglich.
-
@pdbjjens ah ok, daran liegt es.
-
Ich habe soeben die sma-em v1.0.1 zum Test freigegeben.
Neu in der Version 1.0.1: Aktualisierte Abhängigkeiten
Also keine neuen Funktionen oder Bugfixes
-
Hallo zusammen, danke erst mal für den Adapter. Ich habe ein update gemacht und er findet nur den EM10 mit der FW-Version 1.2.8.R und der IP 192.168.1.176. Den HM2.0 mit der FW-Version 2.13.6.R findet er nicht. Ich habe ihn so wie den EM10 nur mit der 192.168.1.177 angelegt.
Ich habe alles gelöscht und neu angelegt. Auch so funktioniert es nicht. Nur der EM10 wird gefunden.
Über die Suchfunktion im Iobroker findet er nur den EM10. Den brauchte ich, da ich dort eine Brennstoffzelle gemessen habe, da die BZ keinen Modbus hatte. Jetzt habe ich dem EM10 mal das Netzkabel gezogen und alle Instanzen gelöscht. Den HM2.0 findet er nicht. Auch per Hand angelegt kein Erfolg.
An den iobroker komme ich erst Samstag wieder ran. Wäre schön wenn wir das Problem lösen könnten. Danke
Gruss Günter
-
@guenter-1953 said in Test Adapter sma-em v1.0.x Latest:
An den iobroker komme ich erst Samstag wieder ran. Wäre schön wenn wir das Problem lösen könnten.
Zur Lösung des Problems wären zunächst vorab einige Fragen zu klären:
- Du schreibst, du hättest ein Update gemacht - von welcher Version des sma-em?
- Wurden EM und HM denn in der vorigen Version des sma-em gefunden?
- Hast Du probiert, statt der IP eines bestimmten Energiezählers die IP 0.0.0.0 vorzugeben (wählt alle Energiezähler aus)?
Weiterhin wären iobroker und SMA- Systeminformationen hilfreich, z.B.
- iobroker, npm versionen
- Platform auf der iobroker läuft (nativ oder docker)
- Wie sieht das Netzwerk aus? Sind Router und/oder Switches zwischen iobroker und EM bzw. HM?
- Sind EM und HM im selben Netzwerk-Segment angeschlossen? Die beiden IPs deuten eigentlich daraufhin - aber dann müsste der HM gefunden werden.
- Kann der HM mit Sunny Portal kommunizieren?
- Ein Protokoll des sma-em Adapter-Starts wäre sehr hilfreich (insbesondere der Fall mit IP 0.0.0.0 (alle Energiezähler gewählt)
-
-
Danke für deine Hilfe. Zu Deinen Fragen:
Du schreibst, du hättest ein Update gemacht - von welcher Version des sma-em?
Das war noch irgendwas mit 0.x.x . Ich denke 0.7.0. Ich habe auch alles gelöscht in den Instanzen und den Objekten. Und dann auch nioch den iobroker neu gestartet um quasi jungfräulich das Thema anzugehen.
Wurden EM und HM denn in der vorigen Version des sma-em gefunden?
Ich kann mich beim besten Willen nicht daran erinnern ob der jemals bei mir gelaufen ist. Die Daten wurden bis jetzt nicht gebraucht
Hast Du probiert, statt der IP eines bestimmten Energiezählers die IP 0.0.0.0 vorzugeben (wählt alle Energiezähler aus)?
Dass habe ich alles durchbprobiert. Mit den 0.0.0.0 und den IP´s in den Energiezähler-IPIm Moment habe ich es so eingestellt für den EM10:
und so für den HM2.0:
Es wird nur der EM10 gefunden, nicht aber der HM2.0 . Auch die Suche mit "Geräte und Dienste finden" fand nur den EM10.
Im Iphone benutze ich die Energy Meter APP und die findet die beiden EM: siehe hier: https://apps.apple.com/de/app/energy-meter/id989638672
Das sieht dann so aus:
So nun zu den weiteren Fragen:
iobroker, npm versionen
Plattform: docker (official image - v9.1.1)
Betriebssystem: linux
Architektur: x64
CPUs: 4
Geschwindigkeit: 2001 MHz
Modell: Intel(R) Celeron(R) J4125 CPU @ 2.00GHz
RAM: 9.5 GB
System-Betriebszeit: 00:47:21
Node.js: v18.19.1
time: 1711128083123
timeOffset: -60
NPM: 10.2.4
Adapter-Anzahl: 535
Datenträgergröße: 1777.9 GB
Freier Festplattenspeicher: 1762.0 GB
Aktive Instanzen: 33
Pfad: /opt/iobroker/
Betriebszeit: 00:45:45 aktiv:
Platform auf der iobroker läuft (nativ oder docker)
Läuft auf einer Synology unter portainer in einem Stack mit 5 containers.
Wie sieht das Netzwerk aus? Sind Router und/oder Switches zwischen iobroker und EM bzw. HM?
Es handelt sich um ein Unifi Netzwerk mit den neuesten Updates und die beiden EM hängen an einem (und gleichen) Switch. Von da geht es an den Router UDM-SE
Sind EM und HM im selben Netzwerk-Segment angeschlossen? Die beiden IPs deuten eigentlich daraufhin - aber dann müsste der HM gefunden werden.
Ja im gleichen Netzwerk wie im letzten Punkt beschrieben.
Kann der HM mit Sunny Portal kommunizieren?
Ja auch das funktioniert einwandfrei.
Ein Protokoll des sma-em Adapter-Starts wäre sehr hilfreich (insbesondere der Fall mit IP 0.0.0.0 (alle Energiezähler gewählt)
Hier der EM10
Hier der EM2.0
Die IP 192.168.1.64 ist der iobrokerIch hoffe ich habe alles beantwortet.
Grüße Günter
-
-
@guenter-1953 said in Test Adapter sma-em v1.0.x Latest:
Ich hoffe ich habe alles beantwortet.
Danke für die ausführliche Antwort.
So auf den ersten Blick fällt mir die Lösung des Problems nicht ins Auge.
Aber so wie es aussieht erreichen die Multicasts des HM (im Gegensatz zum EM) den iobroker nicht. Die Ursachen dafür können sehr vielfältig sein. Da die Multicasts des EM aber durchkommen, liegt das Problem möglicherweise in einer unterschiedlichen Gerätekonfiguration von EM und HM.
Spontan fällt mir dazu folgende Frage ein: Ist für EM oder HM im Sunny Portal evtl. in den Geräteeigenschaften die Direkte Zähler Kommunikation konfiguriert?Ansonsten beruhen Multicast-Probleme häufig auf der Netzwerkkonfiguration im Docker-Container. Zu dem Thema möchte ich auf zahlreiche geschlossene issues auf GitHub verweisen.
Nur um nachzuweisen, dass das Problem nicht im Handling mehrerer Instanzen des sma-em liegt, möchte ich Dich bitten die beiden Instanzen zu löschen und nochmals mit einer Instanz und allen Energiezählern (IP 0.0.0.0) ein Protokoll des Adapterstarts zu posten.
-
Alles Neu. Hier der sma-em.0
den sma-em.1 genauso konfiguriert:
Und er findet den EM10 ein zweites mal. Der HM2.0 ist ihm egal.
Im Sunnyportal sieht es so aus:
-
Die Zeit mal auf 1000ms gesetzt und die IP des sma-em.2 auf 192.168.1.177 (der HM2.0). dann kommt ewiges Warten aber nichts wird gefunden.:
-
@guenter-1953 said in Test Adapter sma-em v1.0.x Latest:
Im Sunnyportal sieht es so aus:
Wenn im HM Direkte Zählerkommunikation konfiguriert ist, werden keine Multicasts mehr gesendet. Es werden Singlecasts nur an die dort aufgeführten IPs gesendet. Ich nehme an, IPs 1-3 sind die IPs Deiner WR. Daher empfängt iobroker keine Information vom HM und der HM wird nicht gefunden. Wenn der iobroker Singlecasts vom HM erhalten soll müsste er ebenfalls in diese Liste. Leider sind m.W. nur 3 IPs konfigurierbar. Da ich annehme, dass aus einem bestimmten Grund Direkte Zählerkommunikation aktiviert wurde, müsstest Du prüfen, ob Du auf einen Empfänger verzichten kannst und statt dessen den iobroker eintragen.
Falls es keinen Grund (wie z.B. Netzwerkprobleme in der Weise, dass Multicasts nicht durchgeleitet werden ) gibt, würde ich sämtliche IPs der Direkten Zählerkommunikation löschen so dass generell Multicasts gesendet werden. -
Ich will mir njcht alles zerstören. Darum möchte ich das SunnyPortal nicht komplett um konfigurieren. Ich habe ein prognoseprogrammiertes Laden der Batterie und gleichzeitig die Berücksichtigung eines Heizstabes mit 9kW von My-PV
Was komisch ist, im Iphone Energy Meter gehen beide ohne Probleme. Also gehen die Signale auch ins IP-Netz. Ich gehe davon aus, dass es an der conf der Portainers im MacVlan liegt. Da wird irgendwas nicht durch gereicht. Ich schaue mir das die nächsten Tage mal an und melde mich dann. Hoffentlich mit einem
-
@guenter-1953 said in Test Adapter sma-em v1.0.x Latest:
Die Zeit mal auf 1000ms gesetzt
Bitte denke daran, das Messintervall wieder auf 200ms zurückzusetzen. Sonst könnte es Probleme beim prognosebasierten Laden der Batterie geben.
-
Danke für den Hinweis. Das hatte ich schon gemacht
-
@guenter-1953 said in Test Adapter sma-em v1.0.x Latest:
Iphone Energy Meter gehen beide ohne Probleme
Darauf würde ich nicht allzu sehr vertrauen.
Ich kenne die Iphone EM App nicht, aber es ist gut möglich, dass diese sich die notwendigen Informationen nicht direkt von den EM/HM per Multicast holt, sondern von den WR oder gar aus dem Sunny Portal. Dafür spricht auch, dass der HM für direkte Zählerkommunikation konfiguriert ist und daher von der App nicht gefunden werden dürfte. Dabei gehe ich davon aus, dass die IP Deines Iphone nicht in der Liste der IPs für direkte Zählerkommunikation steht.
Die Anwesenheit des HM und aller anderen SMA-Komponenten kann die App durch Anwendung des SMA Speedwire Device Discovery Protokolls detektieren - d.h. sie ist dabei nicht auf die Multicasts oder Singlecasts des HM angewiesen.Zitat SMA: "Beim Speedwire Device Discovery werden die IPv4-Adressen aller im lokalen Netzwerk befindlichen SMA Produkte abgefragt. Jedes mit SMA Speedwire ausgerüstete Produkt kann mittels Speedwire Device Discovery Abfrage im lokalen Netzwerk gefunden werden."
Die iobroker device discovery basiert nicht auf auf dem Speedwire Device Discovery Protokoll, sondern detektiert die Multicasts der EM/HM. Daher "findet" sie HMs mit direkter Zählerkommunikation nur dann, wenn die iobroker IP in den Geräteeigenschaften konfiguriert ist.
Aber ich will nicht ausschließen, dass das Problem auch in der MACVLAN Konfiguration liegen kann. Damit gab es wie schon gesagt des öfteren Probleme und war mein zweiter "Tatverdächtiger".
Mein dritter "Tatverdächtiger" wären die Router und Switches. Häufig gibt es Probleme, wenn das Netzwerk die folgende SMA-Empfehlung nicht erfüllt:
"Alle verwendeten Netzwerkkomponenten müssen das IGMP-Protokoll mindestens in der Version 3 (IGMPv3) unterstützen. Wenn im System Ethernet Switches verwendet werden, ist sicherzustellen, dass diese kein "IGMP-Snooping" vornehmen. Bei den meisten einfachen Switches ist dies gegeben, bei höherwertigen "gemanagten" Switches ist diese Funktion auszustellen. Bei der Verwendung von Medienkopplern wie z. B. Powerline Adaptern kann es zu Übertragungsproblemen kommen. Meist sind diese Geräte durch einen Firmware-Update des Herstellers für den Multicast-Betrieb zu ertüchtigen." -
Du schreibst am 22.03.2024 09:08 dass Du auch einen HM2.0 hats und dass der läuft. Kannst Du mir bitte mitteilen wie Du den eingebunden hast und ob der ioBroker wie bei mir im MacVlan läuft. Meiner hat diese Ausführung: Vielleicht liegt es ja da dran:
Danke für die Info
Gruss Günter
