SMA Energy Meter // no Speedwire ping response

[cptbalusgit]

Hallo zusammen,

habe mittlerweile viel versucht und in den Diskussionen gelesen zu SMA Speedwire Problemen, habe es aber leider lange nicht geschafft den SMA Energy Meter einzubinden auch unter Anwendung der bestehenden Tipps. Habe daher versucht die Schritte zu sammeln, die aus verschiedenen Threads zum Erfolg geführt haben.

EVCC läuft auf Rpi4:
Linux 6.6.51+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.51-1+rpt3 (2024-10-08) aarch64 GNU/Linux

System:

• SMA Energy Meter (2.02.2R --> automatische Updates aktiv seit 3 Tagen, bisher noch kein Update gelaufen, Anfrage bei SMA läuft um Firmware Version Update für manuelles Update zu erhalten, konnte über Downloads nicht gefunden werden - laut Release Notes auf 2.02.5.R möglich)
• SMA Sunny Tripower 6.0 SE (3.4.16.R)
• Mercedes-Benz WB 2.0 --> EvBox Livo mit MB Branding (v5.23.1;v1.38.10) --> übernächstes zu lösendes Problem 😅 EVBox Livo (Mercedes Brand) in evcc #12618
• Mercedes-Benz E-Klasse Hybrid

Netzwerk:

• Ubiquiti Unifi Dream Machine SE VLAN 1 (Network 8.5.6, UniFi OS 4.0.21)
• Unifi USW-48-G2 VLAN 1 (7.1.26)
• RasPi VLAN 1 --> VLAN1 als Management VLAN hat Zugriff auf alle VLANs
• Sunny Tripower SE hängt direkt an Switch im VLAN 90 192.168.90.106
• Energy Meter hängt am Hybrid WR internen Anschluss und erhält via DHCP der Dream Machine die Adresse 192.168.90.139 (Anschluss via WR ist korrekt laut Verschaltungsübersicht Sunny Tripower SE, S.31ff, https://files.sma.de/downloads/STPx0-3SE-40-BE-de-11.pdf

Bisher unternommene Schritte:

1. Allow Firewall Regel: Zugriff Energy Meter --> RaspiPi Port 7070
2. Isolation VLAN90 aufgehoben
3. IGMP Snooping VLAN90 deaktiviert
4. IoT Auto-Discovery mDNS für alle VLANs aktiviert
5. Alle VLAN Block Regeln deaktiviert
6. IGMP Snooping für alle Netzwerke deaktiviert
7. WLAN Sunny Tripower deaktiviert Keine Verbindung zum SHM 2.0 möglich - no ping response #7282
8. ip route add 224/4 dev eth0 hinzugefügt
9. Interface: eth0 auskommentiert
10. Serial Nummer anstatt IP Adresse genutzt in YAML Konfig Keine Verbindung zum SHM 2.0 möglich - no ping response #7282
11. Messintervall EnergyMeter = 200ms, keine SingleCast Adressen enthalten, Speedwire Verschlüsselung ist deaktiviert Keine Verbindung zum SHM 2.0 möglich - no ping response #7282
12. SingleCast IP Adresse des RasPi eingestellt im SMA Energy Meter Sunny Home Manager 2.0, wie in EVCC einbinden. Bin am verzweifeln:( #16174 --> Hat funktioniert, wenn wohl auch nicht elegant 🥇
    (nicht vergessen, den WR ebenfalls in die SingleCast UP Adressen aufzunehmen - durch den ersten Eintrag wird kein Multicast mehr via Speedwire gesendet)

Jetzt gilt es also die Schritte 1-6 langsam wieder rück abzuwickeln und die VLANs wieder zu separieren und gezielte Kommunikation zwischen ihnen zu erlauben 🦺

**Konfig-YAML:** (Auszug)

# meter definitions
# name can be freely chosen and is used as reference when assigning meters to site and loadpoints
# for documentation see https://docs.evcc.io/docs/devices/meters
meters:
#  - name: grid
#    type: template
#    template: demo-meter
#    usage: grid
#    power: null
  - name: EnergyMeterGrid
    type: template
    template: sma-energy-meter
    usage: grid
    host: 192.168.90.139 # *** # (Serial number) IP-Adresse oder Hostname
#    interface: eth0 # Netzwerkschnittstelle (optional)
  - name: EnergyMeterPV
    type: template
    template: sma-energy-meter
    usage: pv
    host: 192.168.90.139 # *** # (Serial number) IP-Adresse oder Hostname
#    interface: eth0 # Netzwerkschnittstelle (optional)
  - name: TripowerPV
    type: template
    template: sma-hybrid # sma-inverter-modbus 
    usage: pv
#     Modbus TCP
    modbus: tcpip
    id: 3
    host: 192.168.90.106 # Hostname
    port: 502 # Port
#    maxacpower: 6000 # [W] Maximale AC Leistung des Hybrid-Wechselrichters (optional)
#    watchdog: 30s # optional

# charger definitions
# name can be freely chosen and is used as reference when assigning charger to vehicle
# for documentation see https://docs.evcc.io/docs/devices/chargers

chargers:
  - name: MB_Wallbox
    type: template # eebus charger
    template: eebus
    ski: EVB-500-***-*** #SKI identifier
    ip: 192.168.80.188
  - name: my_charger
    type: template
    template: demo-charger
    status: A # optional
    power: 0 # optional
    enabled: true # optional

# vehicle definitions
# name can be freely chosen and is used as reference when assigning vehicle to loadpoint
# for documentation see https://docs.evcc.io/docs/devices/vehicles

vehicles:
  - name: MB_EClass
    type: template
    template: mercedes
    title: E-Klasse # Wird in der Benutzeroberfläche angezeigt (optional)
    user: *** # Benutzerkonto (bspw. E-Mail Adresse, User Id, etc.)
    region: EMEA
    accessToken: ***
    refreshToken: ***
    capacity: 13.5 # Akkukapazität in kWh (optional)
    icon: car # Icon in der Benutzeroberfläche (optional)
    phases: 3 # Die maximale Anzahl der Phasen welche genutzt werden können (optional)
    mode: # Möglich sind Off, Now, MinPV und PV, oder leer wenn keiner definiert werden soll (optional)
    minCurrent: 6 # Definiert die minimale Stromstärke pro angeschlossener Phase mit welcher das Fahrzeug geladen werden soll (optional)
    maxCurrent: 16 # Definiert die maximale Stromstärke pro angeschlossener Phase mit welcher das Fahrzeug geladen werden soll (optional)
    identifiers: # Kann meist erst später eingetragen werden, siehe: https://docs.evcc.io/docs/features/vehicle (optional)
    priority: # Priorität des Ladepunktes oder Fahrzeugs in Relation zu anderen Ladepunkten oder Fahrzeugen für die Zuweisung von PV-Energie (optional)

# site describes the EVU connection, PV and home battery
site:
  title: Home # display name for UI
  meters:
    grid: EnergyMeterGrid # grid meter
    pv: # list of pv inverters/ meters
      - EnergyMeterPV
      - TripowerPV
#   battery:
#     - battery # list of battery meters
#    aux:
#      - aux # list of auxiliary meters for adjusting grid operating point
  residualPower: 0 # additional household usage margin

# loadpoint describes the charger, charge meter and connected vehicle
loadpoints:
  - title: Carport # display name for UI
    charger: #charger
      - my_charger
      - MB_Wallbox
#    meter: charge # external charge meter (if charger has no meter included). NOT grid or pv meter.
    vehicle: MB_EClass
    mode: "off" # default charge mode to apply when vehicle is disconnected; use "off" to disable by default if charger is publicly available

# remaining settings are experts-only and best left at default values
    priority: 0 # relative priority for concurrent charging in PV mode with multiple loadpoints (higher values have higher priority)
    soc:
      # polling defines usage of the vehicle APIs
      # Modifying the default settings it NOT recommended. It MAY deplete your vehicle's battery
      # or lead to vehicle manufacturer banning you from API use. USE AT YOUR OWN RISK.
      poll:
        # poll mode defines under which condition the vehicle API is called:
        #   charging: update vehicle ONLY when charging (this is the recommended default)
        #   connected: update vehicle when connected (not only charging), interval defines how often
        #   always: always update vehicle regardless of connection state, interval defines how often (only supported for single vehicle)
        mode: charging
        # poll interval defines how often the vehicle API may be polled if NOT charging
        interval: 60m
      estimate: true # set false to disable interpolating between api updates (not recommended)
    enable: # pv mode enable behavior
      delay: 1m # threshold must be exceeded for this long
      threshold: 0 # grid power threshold (in Watts, negative=export). If zero, export must exceed minimum charge power to enable
    disable: # pv mode disable behavior
      delay: 3m # threshold must be exceeded for this long
      threshold: 0 # maximum import power (W)

# tariffs are the fixed or variable tariffs
tariffs:
  currency: EUR # three letter ISO-4217 currency code (default EUR)
  grid:
    # either static grid price (or price zones)
    type: fixed
    price: 0.294 # EUR/kWh
    # zones:
      # - days: Mon-Fri
        # hours: 2-5
        # price: 0.2 # EUR/kWh
      # - days: Sat,Sun
        # price: 0.15 # EUR/kWh

  feedin:
    # rate for feeding excess (pv) energy to the grid
    type: fixed
    price: 0.08 # EUR/kWh

# eebus credentials
eebus:
  # uri: 192.168.80.188:4712
  shipid: *** #EVB-500-***-***
  interfaces: # limit eebus to specific network interfaces
  - en0
  certificate: # local signed certificate, required, can be generated via `evcc eebus-cert`
     public: | # public key
      -----BEGIN CERTIFICATE-----
      ***
      -----END CERTIFICATE-----
     private: | # private key
      -----BEGIN EC PRIVATE KEY-----
      ***
      -----END EC PRIVATE KEY-----

</details>

[igotsoul]

Home Manager schon rebootet? Das hat bei mir geholfen, weil dieser nur alle 5s eine Message per Broadcast verschickt hat, warum auch immer...

[cptbalusgit]

Habe ich tatsächlich nicht probiert gehabt. "Have you tried turning it on and off again?!" 😄 Mit den SingleCast IP Adressen funktioniert es aber tatsächlich auch stabil seit knapp einer Woche.

[andig]

Ich bin bei Netzwerk leider totaler Fußgänger und die SMA Library ist nicht von evcc (/cc @bboehmke). Ist denn mittlerweile klar, was die Ursache ist? Teilweise gab es ja Meldungen, dass bei einer funktionierenden Installation plötzlich das Interface auskommentiert werden musste ohne dass es sonstige externe Änderungen gegeben hätte?

/cc @premultiply

[cptbalusgit]

Das Auskommentieren des eth0 habe ich tatsächlich versucht, hat aber das Problem in meinem Fall nicht behoben. Vermutlich liegt es an dem Speedwire Multicast Thema über VLAN Grenzen hinweg. Das habe ich nun aber eben über die SingleCast IP Adressen in Kombination mit statischen IPs der involvierten Komponenten gelöst.

[bboehmke]

@cptbalusgit wenn ich das richtig verstanden habe hängt der raspi mit EVCC und das SMA zeug nicht im gleichen VLAN.
Das führt zu einigen Problemen da SMA Speedwire ein kaputtes Multicast ist und es bei meinen letzten Versuchen deutliche Einschränkungen mit unifi hardware gab (kein IGMP proxy).

Ich würde mal dazu raten das ganz in einem VLAN zu probieren und in diesem VLAN auf jeden Fall IGMP snooping abschalten.

Basierend auf meinen Erfahrungen mit einem unifi USG vor einigen Jahren fehlt unifi leider die IGMP proxy Funktionalität.
Ohne ist es meines Wissens nach nicht möglich die SMA Speedwire über Subnetzgrenzen hinaus zu senden.
Daher meine Empfehlung alle Geräte die mit SMA Geräten (via Speedwire) kommunizieren müssen in eine Subnet/VLAN oder alternativ einen anderen Router nehmen.

[cptbalusgit]

@bboehmke - ja ist korrekt sind verschiedene VLANs. IGMP snooping ist generell deaktiviert gewesen, on top hatte ich auch eine Firewall Regel die IGMP Traffic grundsätzlich zwischen allen VLANs akzeptiert und als letzter Schritt waren auch sämtliche Vlan-Vlan Block Firewall Regeln deaktiviert. Es scheint eine IGMP proxy Funktionalität zu geben - allerdings wohl mit Fokus auf IPTV und auf WAN Ebene: https://help.ui.com/hc/en-us/articles/14957610078615-UniFi-Gateway-IGMP-Proxy-IPTV
Grundsätzlich wollte ich die VLANs gerne separieren und habe mir nun über die die SingleCast IP Adressen beholfen, die korrekt angewendet auch zwischen den SMA Komponenten und dem Raspi sauber funktionieren indem ich sie manuell konfiguriert habe. Sicherlich vllt nicht die offensichtliche Lösung der Wahl, aber für meine Bedürfnisse passend.

[premultiply]

Multicast ist ohne besondere Maßnahmen nicht routingfähig und geht daher nicht über VLAN-Grenzen.

[cptbalusgit]

Dem widerspreche ich nicht - daher der SingleCast workaround mit manueller Speedwire Konfiguration in den SMA Komponenten, sowie statischen IP Adressen für alle Beteiligten.

[igotsoul]

Ja, aber das tun sie -zumindest in meine Fall- hängen alle Geräte im selben VLAN. Besteht auch nur aus AVM Komponenten, die Multicast explizit unterstützen. Ich hatte jetzt trotz Reboot einmal den Fall, dass die Meldung wieder nach einem Restart hoch kam. Also so ganz 100% ist es noch nicht gelöst, aber der Reboot des Home Managers war auf jedenfall hilfreiche in dieser Situation

[premultiply]

RasPi VLAN 1 --> VLAN1 als Management VLAN hat Zugriff auf alle VLANs
Sunny Tripower SE hängt direkt an Switch im VLAN 90 192.168.90.106

Speedwire (=L3: Multicast => L2: Broadcast) funktioniert grundsätzlich nicht über VLAN-Grenzen hinweg. Am nächsten Router (L3) ist spätestens Schluss. Dagegen helfen auch keine Firewallregeln etc., da ein "normaler" Router diese Pakete grundsätzlich einfach verwirft. Dafür ist er schließlich genau da: Broadcast-Domänen trennen.

Alle Geräte die per Speedwire miteinander kommunizieren sollen können müssen im gleichen Layer 3 Subnetz sein und sich somit auf Layer 2 direkt unterhalten können.

[cptbalusgit]

Die Dreammachine scheint auf L3 nicht sauber Speedwire als Multicast auf IP Ebene routen zu können über VLAN Grenzen hinweg. Auch mit sämtlichen Broadcast Einstellungen, die Unifi bietet. Deshalb haben die ganzen Schritte 1-11 auch nichts bewirkt. Idealerweise sind alle Speedwire Teilnehmer auf Level 2 auf MAC Adress Ebene verbunden - stimme ich zu. Das genau wollte ich aber eben aus anderen Gründen nicht haben. Deshalb habe ich mich der Singlecast manuellen Speedwire Konfiguration bedient. Diese scheint auch sauber auf L3 geroutet zu werden über VLAN Grenzen hinweg.

[premultiply]

Das genau wollte ich aber eben aus anderen Gründen nicht haben.

Darum hat es dann auch nicht funktioniert.
Ist halt nicht so gedacht.

Sollen Geräte per Speedwire kommunizieren können müssen sie unter normalen Umständen alle ausnahmslos im gleichen Layer 2 Netz sein damit sie sich per Multicast gegenseitig finden und sich unterhalten können.