(wie) kann ich SMA Sunny Home Manager über SMA-EM demon anbinden?

[wolfgangr]

Das Problem ist bekannt (vgl #5667):
über mehrere (billige, aber seit Jahren bewährte) Switches bleibt das Multicat des SMA-Homemangers hängen.

[main ] FATAL 2024/09/24 22:10:15 cannot create meter 'grid1': cannot create meter type 'template': cannot create meter type 'sma': login failed: no packet received in timeout

Klar, ich könnte jetzt mein ganzes Netz um schmeissen, aber das zieht sich über einen landwirtschaftlichen Betrieb mit mehreren verteilten Gebäuden.

Ich habe darum (auf der selben Kiste, auf der auch evcc laufen soll)
https://github.com/datenschuft/SMA-EM
installiert.
Der ist im Home Manager als Unicast-Empfänger eingetragen und kann z.B. mqtt generieren und/oder den Zählerstand in shared memory schreiben.
Das passiert derzeit im Sekundentakt - also schnell genug für evcc.
(Vermutlich macht der evcc auch schon den UDP-Port für den Empfang der multicasts streitig.)

Auslesen könnte man sie ganz einfach über shell-Befehle

...$ cat /dev/shm/smaemd/data/em-3006136413-pconsume
1868.9000
...$cat /dev/shm/smaemd/data/em-3006136413-psupply
0.0000
...$ cat /dev/shm/smaemd/data/em-3006136413-pconsumecounter 
50528.7062

Nur,

• wie müssen die Daten von diesen Befehlen konkret geliefert werden, bzw. wie werden sie dann in einen custom-Zähler eingebaut?
• Muß ich Verbrauch und Einspeisung aufsaldieren?
• Macht es Sinn, mit aktuellen Sekundenmessungen zu arbeiten?
• Oder wäre es besser, zwischen aufeinander folgenden Zählertänden die Differenz zu bilden?
• Muß das (ineffizient) in der shell gerechnet werden, oder kann das auch in evcc passieren?
• hätte mqtt gegenüber /dev/shm einen Vorteil?

[wolfgangr]

ah, während ich den Beitrag geschrieben habe, wurde evcc detect fündig:

[main  ] INFO 2024/09/24 22:20:55 my ip: 192.168.1.150

+---------------+---------------------------------------+----------+-------------------------------------------------------------------------------------------------------+
|      IP       |               HOSTNAME                |   TASK   |                                                DETAILS                                                |
+---------------+---------------------------------------+----------+-------------------------------------------------------------------------------------------------------+
| 192.168.1.237 | SMA-TL15000-SN1901356848.rosner.lokal | strings  | {"IP":"192.168.1.237","Port":502,"ModbusResult":{"SlaveID":126,"Model":160,"Point":"N","Value":6}}    |
+               +                                       +----------+-------------------------------------------------------------------------------------------------------+
|               |                                       | sunspec  | {"IP":"192.168.1.237","Port":502,"ModbusResult":{"SlaveID":126,"Model":1,"Point":"Mn","Value":"SMA"}} |
+               +                                       +----------+-------------------------------------------------------------------------------------------------------+
|               |                                       | inverter | {"IP":"192.168.1.237","Port":502,"ModbusResult":{"SlaveID":126,"Model":103,"Point":"W","Value":{}}}   |
+               +                                       +----------+-------------------------------------------------------------------------------------------------------+
|               |                                       | sma      | {"IP":"192.168.1.237","SmaResult":{"Serial":"1901356848","Http":false}}                               |
+---------------+---------------------------------------+----------+-------------------------------------------------------------------------------------------------------+
| 192.168.1.238 | SMA-TL15000-SN1901371478.rosner.lokal | inverter | {"IP":"192.168.1.238","Port":502,"ModbusResult":{"SlaveID":126,"Model":103,"Point":"W","Value":{}}}   |
+               +                                       +----------+-------------------------------------------------------------------------------------------------------+
|               |                                       | strings  | {"IP":"192.168.1.238","Port":502,"ModbusResult":{"SlaveID":126,"Model":160,"Point":"N","Value":6}}    |
+               +                                       +----------+-------------------------------------------------------------------------------------------------------+
|               |                                       | sunspec  | {"IP":"192.168.1.238","Port":502,"ModbusResult":{"SlaveID":126,"Model":1,"Point":"Mn","Value":"SMA"}} |
+               +                                       +----------+-------------------------------------------------------------------------------------------------------+
|               |                                       | sma      | {"IP":"192.168.1.238","SmaResult":{"Serial":"1901371478","Http":false}}                               |
+---------------+---------------------------------------+          +-------------------------------------------------------------------------------------------------------+
| 192.168.1.239 | SMA3006136413.rosner.lokal            |          | {"IP":"192.168.1.239","SmaResult":{"Serial":"3006136413","Http":false}}                               |
+---------------+---------------------------------------+----------+-------------------------------------------------------------------------------------------------------+

[wolfgangr]

"failure is not an option"
... Stunden später ....

# https://docs.evcc.io/docs/devices/meters#manuell
# read SHM values  created by SMA_EM demon
- type: custom
  name: grid1
  power: # power (W)
    source: calc
    add:
    - source: script
      cmd: /bin/bash -c "cat /dev/shm/smaemd/data/em-3006136413-pconsume"
      timeout: 5s
    - source: script
      scale: -1  # subtract
      cmd: /bin/bash -c "cat /dev/shm/smaemd/data/em-3006136413-psupply"
      timeout: 5s
  energy: # optional energy (kWh)
    source: calc
    add:
    - source: script
      cmd: /bin/bash -c "cat /dev/shm/smaemd/data/em-3006136413-pconsumecounter"
      timeout: 5s
    - source: script
      scale: -1  # subtract
      cmd: /bin/bash -c "cat /dev/shm/smaemd/data/em-3006136413-psupplycounter"
      timeout: 5s

• das sieht zumindest halbwegs ordentlich aus
• wird mit evcc -c evcc.yaml geladen
• ich kann den aktuellen Netzbezug in der GUI korrekt sehen
• die Ausführung der scripte wird auf der console geloggt
• nachdem es dunkel ist, kann ich nicht sagen, ob die Saldierung so passt
• und ich sehe in der GUI nirgends, wo die Zählerwerte hin kommen - kann ich das irgendwie anzeigen?
• bei längerem Update-Intervall (30s) wäre es evtl interessant, sowohl Einspeisung als auch Bezug zu sehen, um den "Flatterfaktor" zu sehen ... aber das ist dann schon seeeehhhr ... optional ;-)

edit:
in der "Konfiguration" seh' ich den saldierten Zählerstand von Bezug und Einspeisung.
Der Wert stimmt, d.h. meine skripts und calcs scheinen so weit zu passen

[wolfgangr]

Test bei Tageslicht:

• das Browsertab und evcc waren abgeschmiert
• nach Neustart von evcc: die Saldierung von Bezug / Einspeisung am Netz passt
• aber die Erzeugungsdaten stimmen nicht, bzw werden nicht aktualisiert
• evcc und SMA-EM scheinen sich gegenseitig zu blockieren

ich vermute mal, das liegt daran, daß ich in evcc die Wechselrichter per SMA-speedwire abgefragt hab und damit evcc und SMA-EM wieder mal um den UDP-Port raufen.

Wenn ich die Wechselrichter stattdessen über Modbus abfrage, dann sieht das jetzt schon ganz ordentlich aus:

• Einspeisung/Bezug, Verbrauch und Wechselrichterdaten werden korrekt angezeigt
• ich hab' halt keine Details (Phasen, Blindleistung, ...) von den Wechselrichtern, aber damit kann ich leben
• im Test jetzt mit 5 s update
• Daten stimmen mit dem Sunny-Portal überein
• SunnyPortal scheint von den Netz-Konflikten nichts mit bekommen zu haben

so weit so gut
jetzt hoffe ich noch, daß evcc und SBF-spot sich nicht ärgern, wenn sie per Modbus auf die WR zugreifen....

[wolfgangr]

daß evcc und SBF-spot sich nicht ärgern, wenn sie per Modbus auf die WR zugreifen..

SBF-spot liest bei mir stündlich per cron die Wechselrichter aus, incl. detailliertem Abgleich historischer Daten.
Hat jetzt schon 3 x störungsfrei geklappt, seit evcc parallel auf die gleichen Modbus-TCP-Ports zugreift.
Vorsichtig optimistisch: klappt scheinbar.
Schön zu wissen, daß es Modbus-Proxy gibt, noch besser, wenn man ihn nicht braucht :-)

ordentliches TCP/IP ist halt ab einer bestimmten Netzwerkgröße doch was anderes als Multicast-UDP-rumgegröle
<rant-off> ;-)

[wolfgangr]

Ich mach' den issue mal zu.
scheint ja zu klappen.