UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[arteck]

@frana120500 sagte in Test Adapter sma-em v1.0.x Latest:

Sunnyportal wird doch die PV-Erzeugung

ja vom WR

[pdbjjens]

@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.

[frana120500]

@pdbjjens ah ok, daran liegt es.

[pdbjjens]

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 :disappointed:

[guenter-1953]

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

[pdbjjens]

@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)

[arteck]

@guenter-1953 sagte in Test Adapter sma-em v1.0.x Latest:

HM2.0

den hab ich auch .. läuft

[guenter-1953]

@pdbjjens

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-IP

Im 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 iobroker

Ich hoffe ich habe alles beantwortet.

Grüße Günter

[guenter-1953]

@arteck Danke für die Info. Das macht Hoffnung. Mal sehen was @pdbjjens herausfindet

[pdbjjens]

@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.

[guenter-1953]

@pdbjjens

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:

[guenter-1953]

@pdbjjens

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.:

[pdbjjens]

@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.

[guenter-1953]

@pdbjjens

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 :+1:

[pdbjjens]

@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.

[guenter-1953]

@pdbjjens

Danke für den Hinweis. Das hatte ich schon gemacht

[pdbjjens]

@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."

[guenter-1953]

@arteck

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

[guenter-1953]

@pdbjjens said in Test Adapter sma-em v1.0.x Latest:

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."

Zu deiner No. 1: Die Iphone APP ist von einem Entwickler der auch bei SMA arbeitet. In der Anleitung in der APP schreibt er, dass die Geräte über das SMA Speedwire-Protokoll sowie die WR über das Modbus-Protokoll angesprochen werden. Die APP findet die Geräte automatisch in dem lokalem Netz ohne den Umweg über das Internet.

Zu deiner No. 2:

Noch ein paar Sachen im MacVlan geändert und angesehen. Keine Chance. Der HM2.0 wird nicht gefunden.

Die Parameter des HM2.0 sehen so aus:

Die Software ist auf dem neuesten Stand

Zu deiner No. 3:

,Ich habe hier ein Unifi Network. Multicast ist freigeschaltet und kein IGMP Snooping oder IGMP Proxy eingeschaltet. Der EM10 und der EM2.0 hängen am selben managed Switch . Der EM10 wird ja einwandfrei gefunden.

Noch Ideen?

Gruss Günter

[pdbjjens]

@guenter-1953
Da gehen mir s langsam die Ideen aus. Trotzdem noch ein paar Kommentare zu Deinen Antworten:
Zu 1: Das würde meine Vermutung stützen, dass die App nicht direkt auf die Multicasts mit den Messdaten zugreift, sondern sich diese aus den WR holt. Davon unabhängig ist die Discovery über das Speedwire Protokoll gegeben. Daher bleibe ich hier bei meiner Vermutung, dass das Problem mit der Direkten Zählerkommunikation zusammenhängt. Wäre es möglich, probehalber mal die IP des iobrokers im HM einzutragen ohne Deinen Anlagenbetrieb zu sehr zu stören? Alternativ wäre es möglich durch Löschen aller IPs der Direkten Zählerkommunikation temporär auf Multicast zu gehen? Was war ursprünglich der Grund, warum die Direkte Zählerkommunikation eingerichtet wurde?
Zu 2: Leider kenne ich mich mit Docker Netzwerkonfiguration und MACVLAN nicht aus. Vielleicht liest hier jemand mit, der dazu was zu sagen weiß. Was schon mal ein Problem war, war dass ein Container Multicasts einem anderen Container weggeschnappt hat. Dass das aber hier der Fall ist, scheint unwahrscheinlich, da die Multicasts des EM1.0 ja offenbar im iobroker Container ankommen. Trotzdem die Frage: gibt es Apps in anderen Containern, die auf die gleiche Multicast Adresse lauschen?
Zu den Parametern des HM2: Sehen bei mir fast identisch aus. Einziger Unterschied: Gerätename Home Manager 2 298.
Zu 3: Damit können wir das Netzwerk wohl als Ursache ausschließen.