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

[pdbjjens]

@yellowflash
Danke für das Protokoll. Besteht die Möglichkeit, dass Du Deine WLAN-Schnittstelle für einen Test deaktivierst? Wenn ja, sende bitte ein Protokoll des Starts mit WLAN deaktiviert und schau ob die Messwerte dann richtig sind.

[pdbjjens]

@ticaki
Danke für Deinen Bericht. Die Werte passen mit meinen teilweise überein.

1. Mit Details, Erweitert, 1s/30s und 1 SHM 200ms + 1 EM 1s sind es bei mir 1264 Ereignisse, vs 605 bei Deiner Messung
2. Ohne Details, Erweitert, 1s/30s und 1 SHM 200ms + 1 EM 1s sind es bei mir 506 Ereignisse, vs 174 bei Deiner Messung
   Woher bei letzten Messung der Unterschied kommt ist mir nicht klar. Eigentlich müsste ja genau wie in der ersten Messung mein Wert etwa das Doppelte Deiner Messung betragen.

Mir ist übrigens nicht klar ist, wie der Wert "Ereignis" eigentlich definiert ist. Hast Du dazu Informationen?

Aber was lernen wir jetzt daraus? Dass die Ereignisrate trotz des Throttling immer noch zu hoch ist?
Oder dass genügend CPU Performance zur Verfügung stünde, um ohne Throttling auszukommen?

Zum Vergleich mal die Ereignisrate der vorigen Version (0.6.6) d.h. ohne Throttling:

1. Mit DetailsL1-3, Erweitert, 1s/30s und 1 SHM 200ms + 1 EM 1s 90/5666 Ereignisse.
   Hierbei tritt dann auch der Fehler auf: Unsubscribe from all states, except system's, because over 3 seconds the number of events is over 200 (in last second 0) und im Objects Tab werden die States nicht mehr upgedatet.
2. Mit DetailsL1-2, Erweitert, 1s/30s und 1 SHM 200ms + 1 EM 1s 90/4316 Ereignisse.
   Hierbei tritt dann auch der Fehler auf
3. Mit DetailsL1, Erweitert, 1s/30s und 1 SHM 200ms + 1 EM 1s 90/2966 Ereignisse.
   Dies geht gerade noch ohne Fehler.
4. Ohne Details, Erweitert, 1s/30s und 1 SHM 200ms + 1 EM 1s 90/1616 Ereignisse.
   Kein Fehler.
   Die Grenze liegt also bei etwa 3000 Ereignissen.
   (Zumindest auf meiner Test-HW,
   Plattform: Windows
   Betriebssystem: win32
   Architektur: ia32
   CPUs: 2
   Geschwindigkeit: 2394 MHz
   Modell: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz
   RAM: 3.2 GB
   Node.js: v18.16.0
   Adapter-Anzahl: 580
   NPM: 9.5.1
   Aktive Instanzen: 3

[YellowFlash]

@pdbjjens
WLAN ist nun deaktiviert, die message rate ist damit auf 1/sec gesunken:

sma-em.0 2023-08-16 20:58:11.288	info	New device discovered: Sunny Home Manager 2.0 S/N: 3013349569 with IP/port: 192.168.178.71/49651 message rate: 1/sec
sma-em.0 2023-08-16 20:58:09.636	info	Listen via UDP on Device eth0 with IP 192.168.178.99 on Port 9522 for Multicast IP 239.12.255.254
sma-em.0 2023-08-16 20:58:09.633	info	Details L1 false Details L2 false Details L3 false Extended Mode false RealTime Interval 1 non-Realtime Interval 30 Language: de
sma-em.0 2023-08-16 20:58:09.545	info	starting. Version 0.7.0 in /opt/iobroker/node_modules/iobroker.sma-em, node: v16.20.1, js-controller: 4.0.24

[ticaki]

@pdbjjens sagte in Test Adapter sma-em v0.7.x Latest:

Mir ist übrigens nicht klar ist, wie der Wert "Ereignis" eigentlich definiert ist. Hast Du dazu Informationen?

Ich denke wenn du die Frage auf Telegram oder Discord stellst bekommst du ne gute Antwort. Ich könnte auch nur Vermutungen liefern.
https://www.iobroker.dev/adapter/admin

[pdbjjens]

@yellowflash
Stimmen denn jetzt die Messwerte?

[pdbjjens]

@ticaki
Danke für den Hinweis.
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 unter https://github.com/iobroker-community-adapters/ioBroker.sma-em/issues/142
fortführen.

[YellowFlash]

@pdbjjens Ja, jetzt passen die Werte wieder

[pdbjjens]

@yellowflash
Dann scheint es wohl daran zu liegen, dass Dein eth0 und wlan0 im selben Netzwerk 19.168.178.xxx sind und die Multicasts des SHM über beide Schnittstellen ankommen (daher auch die Message Rate 2/s (statt wie im SHM eingestellt 1/s). Bei der Mittelwertbildung werden dann offenbar dann doch nur die Messages einer Schnittstelle aufsummiert aber durch die doppelte Message Rate geteilt. Dadurch ergeben sich dann die halbierten Werte.
Ich nehme an Du hast einen Linux Host für den ioBroker. Dies Verhalten kann ich auf meiner Windows Test-HW nicht reproduzieren - keine halbierten Werte.
Daher empfehle ich, falls möglich, Dein wlan deaktiviert zu lassen. Zur Zeit bereite ich ein update des sma-em vor, bei dem man die Schnittstelle auswählen kann, auf der gelauscht wird. Damit sollte dann das Problem auf allen Plattformen behoben sein.

[frana120500]

Mahlzeit zusammen,

kann man eigentlich irgendwas machen/einstellen, um den Adapter zu benutzen und trotzdem noch weiteren Zugriff mit einer anderen Anwendung zu bekommen?

Vielleicht etwas umständlich ausgedrückt :-) Also: ich habe bei mir noch EVCC laufen (Anwendung zur PV-Überschuss-Ladung). Wenn das läuft, bekomme ich den Adapter nur gelb, schalte ich EVCC ab, wird er grün.

Gibt es da einen Weg?

Frank

[pdbjjens]

@frana120500
Benutzt Du Docker?

[ticaki]

@pdbjjens
Das Update ist schon da? WLAN und Eth0 haben doch unterschiedliche ips

[pdbjjens]

@ticaki
Nein, das Update ist noch nicht released; letzter Stand nur direkt von GitHub installierbar wenn Du es probieren möchtest.
WLAN und Eth0 haben zwar unterschiedliche IPs sind aber im selben Netzwerk 192.168.178.xxx und empfangen daher beide die Multicasts dieses Netzwerks.

[pdbjjens]

@ticaki said in Test Adapter sma-em v0.7.x Latest:

ch würde eine Option zum anhacken vorschlagen für Echtzeitdaten mit dem Vermerk (nicht empfohlen).

Ich habe Deinen Vorschlag probehalber implementiert. Wenn nur die Echtzeitdaten nicht gemittelt werden, klappt es in meiner Testumgebung gerade so, dass der Fehler nicht auftritt.
Mit DetailsL1-3, Erweitert, nonRT 30s und 1 SHM 200ms + 1 EM 1s sind es bei mir 3428 Ereignisse
Ohne DetailsL1-3, aber mit Erweitert, nonRT 30s und 1 SHM 200ms + 1 EM 1s sind es bei mir 992 Ereignisse

[ticaki]

@pdbjjens
Ich teste es am Wochenende, muss die Skript noch überprüfen. ob ich welche so geschrieben habe, dass sie Sekundenwerte erwarten. :)

empfangen daher beide die Multicasts dieses Netzwerks.

Ja, aber die Daten dürften doch nicht an deinen Adaper weitergereicht werden oder?

[frana120500]

@pdbjjens Nein, EVCC und IoBroker laufen auf dem gleichen Container ohne Docker

[pdbjjens]

@ticaki said in Test Adapter sma-em v0.7.x Latest:

Ja, aber die Daten dürften doch nicht an deinen Adaper weitergereicht werden oder?

Doch, ist so, da er explizit auf Multicast IPs lauscht (nicht auf die IP-Adresse der Netzwerkschnittstellen).

[pdbjjens]

@frana120500 said in Test Adapter sma-em v0.7.x Latest:

auf dem gleichen Container

Zur Klärung ob ich das richtig verstanden habe: Du hast ein Docker-System auf dem in einem Container sowohl ioBroker als auch evcc laufen? Und EVCC greift auch auf die Daten des SHM bzw. SMA EM zu?

[frana120500]

@pdbjjens Nein, wie ich geschrieben habe benutze ich kein Docker.

IoBroker läuft auf einem LXC Container unter Proxmox und nebenher habe ich auf dem gleichen Container EVCC laufen. EVCC greift natürlich auf die Daten des HM und meiner Wechselrichter zu. Beende ich EVCC (läuft als Dienst), wird der Adapter grün, starte ich EVCC bleibt er gelb

[pdbjjens]

Ich habe soeben die Version 1.0.0 des sma-em zum Testen freigegeben. Details siehe 1. Post dieses Threads.
Damit sollen einige der Probleme der v0.7.0 behoben werden, die in diesem Thread gemeldet wurden.
Happy testing!

[pdbjjens]

@frana120500
Ich möchte Dich bitten die eben freigegebene Version sma-em v1.0.0 in Deiner Umgebung zu testen und zu berichten, ob das Problem der Koexistenz mit EVCC damit behoben ist.