Probleme mit der SMA HEMS-Integration seit BC #23190 - Gelöst, aber bitte Vorsicht...

[czam70]

Hallo

Seit der Änderung in der SMA HEMS-Integration im BC #23190 kam mein SHM / Sunny Portal aus dem Tritt.

Er hat danach nämlich meine in EVCC konfigurierten 5 Loadpoints als neue Geräte interpretiert, und das natürlich ohne jegliche Änderung in EVCC außer der Anpassung der yaml wie im obigen BC für die SMA HEMS-Integration beschrieben.
Und dass, obwohl die im Sunny Portal angezeigten Seriennummern natürlich weiterhin mit den "alten" Geräten übereinstimmten - also so, wie sie von EVCC übermittelt werden!
Zunächst habe ich dann noch die Parameter "vendorid" und "deviceid" in der yaml ergänzt (wie in https://docs.evcc.io/docs/reference/configuration/hems#bisherige-deviceid-herausfinden beschrieben).
Hat leider auch nichts gebracht.

Also habe ich im SHM bzw. dem Sunny Portal die vermeintlich "neuen" Geräte wieder als Verbraucher aufgenommen.
Leider werden die vom SHM / Sunny Portal auch nicht als "Austauschgeräte" angeboten, sondern (ohne weitere Rückfrage oder Option) einfach als neue Geräte und Verbraucher aufgenommen. Super...
Aber na ja, seitdem geht es wieder, ich sehe die Verbräuche wieder im Sunny Portal..

Aber Vorsicht an alle, die auch darüber stolpern:
Löscht Eure "alten" Verbraucher im Sunny Portal nicht (so wie ich das im Eifer gemacht habe). Denn dann gehen natürlich alle Statistiken verloren....
Lasst die einfach drin und benennt sie stattdessen um, dann bleiben wenigsten die Statistiken erhalten.
Habe ich leider erst beim letzten Loadpoint bemerkt.

[spuky]

@andig evtl für die release notes der nächsten Version mit aufnehmen

[andig]

/cc @naltatis

[CHB68]

@czam70 wie bist du denn vorgegangen? Ich habe über die config-UI unter HEMS noch type: sma stehen. Vendorid und deviceid sind auch vergeben.
Ich habe type: sma und folgende Zeilen über die config-UI entfernt und neu gestartet. Ich bekomme ein danach weiterhin HEMS unter INTEGRATION angezeigt (inkl. neuem Text in der Konfiguration mit verweis, dass sich mit SMA zukünftig etwas ändern wird).
Ich sehe aber unter Integration keine SMA Konfiguration. Oder muss ich die .yaml Manuel bearbeiten und dort ein SMA Zweig aufmachen?
Nachtrag: es lag daran, dass das Feature erst in der Version 0.208.0 eingeführt wurde.

[hybe2022]

shm:
  allowcontrol: false
  vendorid: "ABCD1234"
  deviceid: "EFGH5678"

steht doch im issue auf das der BC verlinkt

Hatte ich gerade gefunden kurz vor deinem Hinweis...

[Timer2000]

Wenn das stimmt und kein anderer Weg möglich ist wird durch die Umstellung die Statistik im Sunny Portal zerstört. Hoffe doch sehr das man das so einstellen kann das im Sunny Portal kein neues Gerät erkannt wird sondern das bestehenden weitern funktioniert. Vielleicht können die Entwickler mal einen Tipp geben. http://IP-ADRESSE-BISHERIGER-EVCC-HOST:7070/semp funktioniert leider nicht. weder unter 207.6 noch unter 208.0

[Timer2000]

Ach ein neues Gerät läst sich nicht einstellen, wenn die DeviceID übernommen wurde. Dann läuft im Sunny Portal der EInrichtungsassistant nicht sauber durch.

[hybe2022]

Wenn das stimmt und kein anderer Weg möglich ist wird durch die Umstellung die Statistik im Sunny Portal zerstört. Hoffe doch sehr das man das so einstellen kann das im Sunny Portal kein neues Gerät erkannt wird sondern das bestehenden weitern funktioniert. Vielleicht können die Entwickler mal einen Tipp geben. http://IP-ADRESSE-BISHERIGER-EVCC-HOST:7070/semp funktioniert leider nicht. weder unter 207.6 noch unter 208.0

Darum geht es ja... In der Konfiguration die alte Basis device/vendor id einstellen und sonst ist rein gar nichts zu machen.
Alles läuft wie zuvor. Ich habe mit evcc auch die SAE device id kopier und so die gleiche WB im SMA Portal.
Warum bei dir allerdings unter der IP und Port die SEMP Infos nicht angezeigt werden müsstest du selbst rauszufinden...

[Timer2000]

So trivial ist das leider nicht.
Ich konnte die ursprünglichen Daten über die ip:7070/semp/ nun abrufen und habe das in der UI eingetragen. Leider wird das vom Sunny Portal nicht erkannt und daher nicht angezeigt.

Ich habe nun ein neues Gerät angelegt, das funktioniert. Nur halt ohne die alte Statistik zu behalten.

Ich gebe auf.

[lgusewski]

Also ich habe mit der neuen Version das Problem, dass die Bezeichnung der Wallbox nicht mehr richtig ist und damit das Gerät im ennexOS-Portal als "Kommunikation gestört" gemeldet wird. Vendor-ID und Device-ID habe ich bei mir seit Monaten in der evcc.yaml eingebunden. Die Seriennummer des Gerätes ist auch geblieben. Im Portal tauchen jetzt zwei Meldungen auf:
EM-Gateway gefunden: SEMP, Name: evcc
EM-Gerät nicht gefunden: SEMP, Name: Stellplatz

Außer den Anpassungen aus für hems und sma habe ich nichts geändert.

[lgusewski]

Ok, ein Selbstgespräch. Ich bin jetzt auf die finale 0.207.6 zurück und die Wallbox wird vom ennexOS wieder gefunden. Die Zeichenkette der DeviceID ist jetzt auch wieder komplett klein und damit die Zuordnung offensichtlich erfolgreich.

Mit der 0.208.1 hätte ich ein neues Gerät hinzufügen können, dass interessanter Weise die Gleiche Seriennummer gehabt hat, wie die vorhandene Wallbox.

Also liegt es vermutlich doch an dem nun neu erzwungenen "Uppercase" der IDs.

[hybe2022]

Bin Überfordert mit diesen kryptischen Nummern, welche Version soll das jetzt sein:

apt list --all-versions evcc Auflistung… Fertig evcc/noble,now 0.208.0+1758940260 amd64 [installiert] evcc/noble 0.207.6+1758854047 amd64 evcc/noble 0.207.6+1758831074 amd64 evcc/noble 0.207.6+1758821932 amd64 evcc/noble 0.207.6+1758767792 amd64 evcc/noble 0.207.6+1758681234 amd64 evcc/noble 0.207.6+1758594827 amd64 evcc/noble 0.207.6+1758508642 amd64 evcc/noble 0.207.6+1758422226 amd64 evcc/noble 0.207.6+1758335483 amd64 evcc/noble 0.207.6+1758249298 amd64 evcc/noble 0.207.6+1758162792 amd64

Und nochmals die Frage: warum meldet das Portal immer ein Gerät "evcc" gefunden zu haben, während es ein Gerät "Stellplatz" erwartet. Ich habe eher den Verdacht, dass hier mit ein Problem ist.

@lgusewski
kannst du bitte mal
evcc_0.207.6+1757990005
verwenden und rückmeldung geben?

@andig und @premultiply
SMA behandelt die ID wohl case sensitiv. der upper case commit sollte somit rückgängig gemacht werden und beide ID anteile case sensitiv behandelt werden.
ich habe kein problem mit SMA und dem SHM im ennexos, weil bei ich zuvor schon nur ziffern verwendet hatte und somit nicht in das problem laufen konnte...

[lgusewski]

@hybe2022

Und wir komme ich da ran? Im nigthly-repository wird sie nicht mehr aufgelistet und demzufolge führt der apt install zu einer Fehlermeldung...

[CHB68]

SMA behandelt die ID wohl case sensitiv. der upper case commit sollte somit rückgängig gemacht werden und beide ID-Anteile case sensitiv behandelt werden.

Das sehe ich genau so und führt bei mir auch zum Verlust der Altdaten. Ich hatte bisher lower case in der deviceID.

[premultiply]

SMA behandelt die ID wohl case sensitiv.

Oh dear...

[hybe2022]

Ein issue zu dem upper case problem wurde mittlerweile erstellt

#23889

[Timer2000]

Gott sei Dank, also kein Einzelfall das Problem. Dann wollen wir mal auf einen zeitnahen Fix hoffen damit die Statistik nicht komplett wertlos wird.

[machtandrebel]

Obwohl es im Changelog angeführt wurde, war ich doch überrascht. Habe daher wieder auf die #0.207.6 downgegraded, da ich es als Wenigwisser nicht hinbekommen habe, diesen Wechsel zu vollziehen.

Ich habe die vendorid oder deviceid gar nicht in der yaml aufgenommen, da es in der Beschreibung "optional" gekennzeichnet war. In meiner bisherigen yaml habe ich es wie folgt konfiguriert:

hems:
  type: sma
  AllowControl: false 

So sieht es in meiner SEMP aus ...

Ich find dort zwei Ladepunkte:vendorid sollte jeweils 28081973 sein und die deviceid ist bei der Wallbox 1603d25aa77e und beim Heizstab 1603d25aa77f. Sehe ich das richtig?

Muss ich zwingend diese Daten der Ladepunkte hinterlegen? Wenn ja, ich habe zwei Ladepunkte in der SEMP gefunden. Muss ich beiden dort angeben? Auch finde ich in der GUI/Konfiguration keine SHM Integration.

Vielleicht kann mir jemand einen Tip geben, wie ich diesen Change inkl. SHM Integration hinbekomme?

[fireball79]

Hi,
kann man jetzt eigentlich auch die IDs aus dem SAE übernehmen?!
@hybe2022 du hast sowas ähnliches geschrieben!?
Ich würde gern die VendorID und DeviceID übernehmen, aber dann wird ja fortlaufend gezählt?! Also ich kann das nicht pro Gerät machen?! richtig?!

Oder wie macht ihr das mit dem SunnyPortal?! Einfach die neue Geräte mit gleichen Namen belassen?! Dann geht doch die Statisti auch kaputt?

VG

[hybe2022]

Das konnte man ja vorher schon. Zumindest, wenn in SAE alle Verbraucher auch fortlaufende IDs haben, denn man kann in evcc nur die Basis ID angeben und alle weiteren IDs werden fortlaufend weiter nummeriert. Der erste Verbraucher in evcc muss somit genau dem in SAE entsprechen.
Bedeutet wäre natürlich man könnte in evcc allen Verbrauchern in den erweiterten Einstellungen des jeweiligen Verbrauchers explizit die ID vergeben, denn nicht jeder hat auch fortlaufende IDs in der Vergangenheit vergeben. Bei mir ist dies glücklicherweise der Fall.

Es könnte jemand ein Ticket für diese Verbesserung stellen die IDs explizit in den Einstellungen eines jeweiligen Verbrauchers zu setzen...

[fireball79]

Naja... in meinem SAE sind quasi kleine Verbraucher mit fortlaufender Nummer, die ins SunnyPortal kommen.
In EVCC gibts quasi nur die Wallbox, die ins SunnyPortal übertragen wird und zwei Dummy-Loadpoints für die Visualisierung der WP und von ner Klimaanlage.
Damit wird das dann schon chaotiosch... und wenn es die MiniLoadPoints geben würde, dann wäre es toll, wenn man da die alten IDs übergeben könnte, dann kann man nämlich den SAE endlich abschalten und muss keine zwei Systeme laufen lassen.

VG
René

[hybe2022]

Ich hatte glücklicherweise nur einen Loadpoint in SAE und bin dann geswitched bevor ich neue Verbraucher in evccc angelegt habe...
Stell doch ein Feature request explizite IDs pro Verbraucher angeben zu können.

[Klempner22]

Hallo Zusammen,

wo kommt eigentlich die DeviceSerial: d83addb6cc78-0 im evcc her, bzw. wie wird sie erzeugt ?
Mit der Device-ID hat es nichts zu tun, die habe ich in der yamel-Datei durch eine reine Zahlenfolge geändert.
"DeviceSerial" ist aber immer gleich geblieben.

Hintergrund meiner Frage: Ich möchte die DeviceSerial: d83addb6cc78-0 ändern, da ich sie im ennoxOS "verbrannt" habe.
==> Es wird nichts mehr dargestellt ! Ich vermute nach dem 3-4 Kopplungsversuch war es vorbei.

Durch das Gross-/Kleinschreibungsthema (#0.208.1) und den Versuchen den evcc-Verbraucher wieder in das Sunny Portal ennexOS aufzunehmen, d.h. Verbraucher deaktivieren (löschen gibt es nicht als Auswahl, sowohl als Admin oder Installateur nicht) und dann über "+" hinzufügen sind mittlerweile 10 Einträge zur gleichen Seriennummer entstanden (9x deaktiviert und 1x aktiviert).

Die Darstellung findet man unter Analyse > Analyse Pro > deaktivierte Geräte anklicken:

Es werden keine Daten mehr in der Verbraucherbilanz dargestellt , obwohl im Geräte-Dashboard als Status "Live- grün" anzeigt wird.

Also würde ich gerne eine neue Seriennummer generieren und damit ein neues Gerät im ennexOS erzeugen, damit ich wieder die Verbindung zwischen evcc und ennexOS herstellen kann.

Kennt jemand vielleicht noch einen anderen Lösungsansatz damit evcc in ennexOS wieder auf die gleiche Seriennummer gehängt wird, wie gesagt die DeviceID habe ich mehrfach geändert, dadurch ist kein neues Gerät erzeugt worden, nur die Zahl meiner deaktivierten Zombies ist gestiegen.

VG

[Martin-Becker]

Es werden keine Daten mehr in der Verbraucherbilanz dargestellt , obwohl im Geräte-Dashboard als Status "Live- grün" anzeigt wird.

Der Status oben rechts "Live" mit grünem Punkt ist ein kumulierter Status über alle Geräte, der Tool-Tip sagt für grün z.B. "Alle Geräte senden Live-Daten.", auch auf einem Geräte-Dashboard. Für das Gerät selbst zählt also, was in der "Status" Box steht. Da steht auch bei mir mal zwischendurch "Keine Daten verfügbar", obwohl alles in Ordnung ist und funktioniert, ein PageReload bringt dann einen grünen Status (grüner Haken in der Status Box)

Kennt jemand vielleicht noch einen anderen Lösungsansatz damit evcc in ennexOS wieder auf die gleiche Seriennummer gehängt wird

Ich denke nicht, dass die Seriennummer hier eine Rolle spielt. Ich hatte über einen ioBroker SEMP-Gateway schon mehrere Verbraucher mit gleicher 123456789 Dummy-Seriennummer erfolgreich in Betrieb. Es geht allein um die DeviceId, die definiert eindeutig das Gerät und zu dieser findet der Datenaustausch statt und unter dieser wird ein im SMA Portal angelegtes SEMP-Gerät identifiziert.

[Klempner22]

Hallo Martin,
vielen Dank für deine Rückmeldung, ich werde mich am nächsten Wochenende mit Thema nochmal auseinandersetzten.

Weißt Du ob es für das ennoxOS so etwas wie einen Restart gibt, damit er alle Verbindungen noch mal sauber setzt (in der Datenbank) ?
Den SHM habe ich bereits mehrfach neu gestartet, da hat sich aber leider nicht die erhofte Wirkung gezeigt.

VG
Olli

[ionni73]

Guten Abend

das neue Update bereitet mir massive Probleme.
Ich verstehe nicht, was "HEMS" ist und warum diese Änderungen notwendig waren – entsprechend schwer fällt es mir, die Diskussionen nachzuvollziehen.

• Ich nutze einen Sunny Home Manager

• Hersteller- und Geräte-ID sind im Sunny Portal nicht auffindbar (ich bezweifle, dass dies das Problem ist, da diese Angaben bisher optional waren)

• Ich verstehe nicht, welche evcc.yaml ich editieren muss:
  -- Die unter /config/ wurde mit .migrated gekennzeichnet
  -- Eine weitere fand ich in einem Add-on-Verzeichnis

• In beide Dateien habe ich folgende Änderung eingetragen:

shm:
  allowcontrol: false

• Unter [Problems after evcc update 0.208.x #23898] erhielt ich etwas Hilfe, aber bisher ohne Erfolg
• Ich habe mindestens 10× upgegradet/downgradet und alles versucht, was meine begrenzten Kenntnisse zulassen

Aktueller Stand:
Nur die experimentelle UI ist "ansprechbar" – der Rest funktioniert nicht.
Letzter Screenshot des Upgrades (nicht funktionierend):

Relevante Logs:

[main ] INFO 2025/09/29 22:51:53 evcc 0.208.1
[main ] INFO 2025/09/29 22:51:53 using config file: /config/evcc.yaml
[db ] INFO 2025/09/29 22:51:53 using sqlite database: /data/evcc.db
[mqtt ] INFO 2025/09/29 22:51:53 connecting evcc-629058310 at tcp://192.168.178.39:1883
[mqtt ] DEBUG 2025/09/29 22:51:53 tcp://192.168.178.39:1883 connected
[main ] INFO 2025/09/29 22:51:53 UI listening at :7070
[lp-1 ] DEBUG 2025/09/29 22:51:55 charge total import: 4602.900kWh
[main ] FATAL 2025/09/29 22:51:57 hems failed configuring hems: breaking change: Sunny Home Manager integration is always on. See https://github.com/evcc-io/evcc/releases and https://docs.evcc.io/en/docs/integrations/sma-sunny-home-manager
[main ] FATAL 2025/09/29 22:51:57 will attempt restart in: 15m0s 

Mein Frustlevel ist hoch – ich bin für jede Erklärung, jeden Vorschlag oder moralische Unterstützung extrem dankbar.

Viele Grüße

[premultiply]

Lösche die Punkte hems: und shm: vollständig aus deiner Konfigdatei und nutze das aktuelle Nightly.

[aspengler]

Ich verstehe nicht, was "HEMS" ist und warum diese Änderungen notwendig waren

Auch wenn Dir das w'lich nicht bei Deinem Problem hilft: nötig waren die Änderungen, da man vor 0.208.x nur entweder den sma Eintrag oder den eebus Eintrag (für die Anbindung der NB-Steuergeräte) unter hems eintragen konnte.

Jeder Nutzer, der einen SMA Home Manager UND ein imSYS inkl. Steuergerät nutzen wollte, musste sich für eines der beiden entscheiden.

[ionni73]

Hi @premultiply
Vielen Dank! Das habe ich so gemacht.

Entschuldige die Nachfrage – ich habe noch nie eine Nightly-Version installiert: Ich habe die offizielle Release gestoppt, und die Nightly 0.208.1 scheint zu funktionieren. (Besser: sie startet. Morgen, wenn die Sonne scheint, versuche ich meinen Glück)
Soll ich das evcc-Nightly-Addon deinstallieren, sobald die neue offizielle Version erscheint?

Beide Hems und SHM scheinen nicht konfiguriert zu sein. Ich hoffe, dass ist korrekt

@aspengler
Danke für die Erklärung! Mein Text war nicht als Kritik am neuen Feature gemeint – die evcc-Entwickler:innen erstellen eine großartige Software und haben sicherlich gute Grunde, diese Feature einzuführen, auch wenn ich, als Leihe, diese nicht verstehe. Bei Breaking Changes wäre vielleicht eine kurze Beschreibung, hilfreich (was zu tun für diejenigen, die betroffen sind).
Dafür gibt es ja aber dieses Forum, was sehr hilft

Danke an euch beide, dass ihr euch die Zeit genommen habt zu antworten!

[hybe2022]

Sunny Home Manager ist immer an. Die von dir markierte Option bedeutet nur ob der Home Manager evcc steuern darf oder nicht. Bei nein bekommt er nur die Verbrauchswerte zur Darstellung im Portal.
Bei HEMS ist es ob die Option konfiguriert wurde...

Ob es funktioniert solltest du jetzt schon im SMA Portal sehen können, wenn der Status deiner evcc WB/Verbraucher dort grün angezeigt wird, d.h. der Status der Anlage grün ist...

[michiproep]

Ich bin jetzt auch auf's ennox portal umgezogen und muss leider feststellen, dass die DeviceSerial schon eine entscheidende Rolle spielt.
evcc scheint sie beliebig zu rotieren, nicht nur beim Neustart.

Bsp mitten in der Nacht sprint es auf einmal von HeizungA auf B um (Duplikat)

Im Portal sehe ich zB "beide" Heizungen als verbunden


(hab eine davon im Portal umbenannt um sie besser zu unterscheiden)

Aber im Prinzip sehe ich bei jedem evcc Neustart neue Geräte im Portal.

Ich werde jetzt vorerst diese Daten via iobroker in Portal publishen weil dort die IDs stabil bleiben (mach ich schon für kleine Verbraucher)

[Klempner22]

Hi michiproep,

hast du mal mit 192.168.179.23:7070/semp/ deine device-ID ausgelesen ?
Bei mir z.B.:

Und entsprechend in der Konfiguration bei Sunny-Home-Manager eingetragen ?

VG

Olli

[michiproep]

Hi. Ja, hab ich. Die device ID bleibt auch stabil. Aber serial ändert sich

[premultiply]

Dann fehlt z.B. dem Container eine korrekte Konfiguration, die eine persistente Hatdware-ID des Betriebssystems sicherstellt.
Siehe Doku!

[michiproep]

Danke @premultiply aber die machine-id ist gemounted und funktioniert auch.
Ich denke es liegt vorwiegend am SMA Portal, das sich einfach komisch verhält.
Wie gesagt, die DeviceIds bleiben ja in evcc auch stabil, nur eben die Serials nicht.

Von mir aus kann man das hier auch schließen, weil's bei den meisten ja anscheinend geht. Ich hab's halt jetzt (vorerst) via iobroker gepublished.