SMA Home Manager 2.0 wird nicht erkannt

[DonGerald]

Hallo,
nach Eingabe der IP des SMA Home Mangers 2.0 kommt die Meldung
"Teste die grid Konfiguration von SMA Sunny Home Manager 2.0 ...
Fehler: cannot create meter 'sma': failed to get device: no ping response for 192.168.100.189
bzw.:
cannot create meter 'grid1': cannot create meter 'template': cannot create meter 'sma': failed to get device: no ping response for 192.168.100.189
Der Test der grid Konfiguration von SMA Sunny Home Manager 2.0 ist fehlgeschlagen. Soll grid trotzdem in die Konfiguration aufgenommen werden? (y/N)

Die Firmaware des Sunny HM ist 2.09.2.R.
Software: evcc_0.110.1_windows_amd64
Ein Ping vom Windows Server wird innerhalb 7 ms beantwortet.
Die Wechselrichter sind allerdings nicht über SMA Speedwire Datenmodul SWDM-10 angeschlossen, sondern nur der HM 2.0.
Hat zufällig jemand eine Idee ?

[DonGerald]

Okay habs gefunden, im SMA HM musste die IP des Windows Servers eingetragen werden. Jetzt läuft es

[premultiply]

Das wird wahrscheinlich andere Nebenwirkungen haben weil dann die Multicasts abgeschaltet sind.

[guckmaster]

Ich bekomme den HM 2.0 nicht verbunden....
Folgende Syntax:
meters:

• name: my_grid
  type: template
  template: sma-home-manager
  usage: grid
  host: 192.0.2.2 # IP-Adresse oder Hostname

[philg1234]

Hast du ein Login bei dir in der Config mitgegeben?

[premultiply]

Wenn der SHM da keine Daten liefert wurden bestimmt im Sunny Portal Unicast-Adressen eingetragen so dass der SHM Multicast abschaltet.

[philg1234]

Auf dem Wechselrichter oder über das Sunnyportal?

Ich finde keine Unicast Adressen Einträge nicht Mal die Möglichkeit diese zu setzten.

Es ist alles im Standard und es wurde nichts am Unicast oder Multicast geändert...

Ich verstehe es nicht.

[philg1234]

Nochmal ein Nachtrag:

Nachdem ich endlich die IPs gefunden habe. Umstellen auf Erweiterte Konfiguration:

Keine Unicast Adressen hinterlegt.

Ebenso habe ich jetzt den Sunny Home Manager noch neugestartet.
Ohne Erfolg.

Im Wizzard wird immer der Fehler oben angezeigt.

[premultiply]

Gut. Solltest du ansonsten auch mal auf 200ms stellen.

[guckmaster]

leider noch nicht. Am Di., 28. Feb. 2023 um 10:48 Uhr schrieb philg1234 < ***@***.***>:

…

Hey, bist du hier bereits weitergekommen? Auch ich bekomme den Sunny Home Manager 2.0 nicht ans laufen. — Reply to this email directly, view it on GitHub <#5667 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AS2DZN6PIS3WC5Q3PGZ45BTWZXCVPANCNFSM6AAAAAATP6PJZY> . You are receiving this because you commented.Message ID: ***@***.***>

[philg1234]

An welcher Stelle hängt es bei dir?

[guckmaster]

Hi, bei mir funktioniert der Sunny Homemanager 2.0 jetzt.
Ich hatte EVCC verucht auf einer Synology NAS im Docker zu installieren....
Da habe ich das ganze nicht zum laufen gekriegt.
Aktuell läuft EVCC auf RaspberryPI im Virtualmachinemanager auf der Synology NAS.
Hier konnte ich die .yaml Datei über die geführte Installation verwenden.
Der HM 2.0 wurde direkt erkannt.
Unbedingt auf die richtige IP Adresse des Homemanagersachten.
Diese ist nicht über den Webbrowser erreichbar.

Gibt es eine Möglichkeit die Zappi Wallbox von Myenergi zu integrieren?
Eigentlich kann diese das Überschussladen von Haus aus, allerdings kann ich in meinem Fahrzeug nicht den gewünschten SOC einstellen.
Somit wäre die Anbindung hilfreich.

Beste Grüße Kai

[premultiply]

Nein, Zappi ist offensichtlich nur ein (weiteres) geschlossenes System.

[DK4FT]

Bin an anderen Stellen gescheitert, SHM2.0 war aber straight forward.

• SMA WR Tripower X15 - lediglich IP, bzw. Seriennummer notwendig
• SMA SHM2.0 - als HEMS eingebunden, eigentlich nix notwendig

hier meine Config, falls es hilft:

meters:
- name: grid
  type: template
  template: sma-home-manager
  usage: grid
  host: 192.168.*.*** # IP-Adresse oder Hostname 

- type: sma
  uri: 192.168.*.***
  serial: ********
  interface: eth0
  name: pv1

hems:
  type: sma
  AllowControl: false  

chargers:
- type: template
  template: easee 
  user: +49**************  
  password: ************  
  charger: **********  
  name: wallbox3


vehicles:
- type: template
  template: id 
  title: Golf GTE  
  user: **********@t-online.de  
  password: ******************  
  vin: ************************** 
  capacity: 10.4  
  phases: 1  
  cache: 15m  
  mode: off  
  minSoC: 0  
  targetSoC: 100  
  minCurrent: 6  
  maxCurrent: 16  
  name: ev2

loadpoints:
- title: Garage
  charger: wallbox3
  mode: off
  phases: 3
  mincurrent: 6
  maxcurrent: 16
  resetOnDisconnect: false

tariffs:
  grid:
    type: tibber
    token: "***************************************************" # access token

site:
  title: Home
  meters:
    grid: grid
    pvs: pv1

[philg1234]

SOeben nochmal von einem zweiten PC getestet:

Gleiches Problem 🤔

[DerAndereAndi]

Ruf mal evcc detect aus und zeig hier die Ausgabe.

[philg1234]

Hier sehe ich den SHM nicht.

von einem zweiten PC sehe ich den SMA:

Aber auch dort klappt die Verbindung nicht....

Auch nur von kurzer Dauer mit dem auffinden der SMA. Mal wird er gefunden mal nicht.

[philg1234]

Danke an alle für die Hilfe.
Ich habe das Problem gefunden.

Sch IGMP mal wieder 😯😯😯**
Ich habe alle Geräte der Haussteuerung + PV an einen separaten Switch hängen und nicht an einem Managed Switch.
Die Endgeräte mit denen ich getestet haben, waren allerdings an dem Managed Switch und hier hat IGMP mal wieder dazwischen gefunkt.

Ich habe jetzt alles umgesteckt und der Sunny Home Manager wurde per detect "jedes Mal gefunden" und erfolgreich hinzugefügt.

Eventuell kann man solch etwas irgendwo mit aufnehmen... Erspart dem einen oder anderen mit Sicherheit einiges an Ärger ...

[premultiply]

Das ist der Klassiker einer IGMP-Fehlkonfiguration. Die Switche müssen u.a. wissen wo der Upstream-Port liegt usw. damit das funktionieren kann.
Wir regelmäßig übersehen.

[ollyins]

Hi, ich habe das selbe problem..qnap docker in containerstation... scheint zu laufen aber nur im bridge mode - das file mapping zur datei evcc.yaml funzt nicht, aber ich habe meine yaml-datei in den ordner etc/ kopiert und nun bin ich auch bei diesem problem gelandet!
evcc detect zeigt dies:

im yaml-file sind die lan ip adresse, also 192.168.0.xx evcc instanz in bridge mode - host geht gar nicht - zeigt eine anderen ip range - meine openhab instanz im host mode läuft 1a und ha verbindung zum SHM und den Invertern! wenn ich host mode probiere startet noch cniht mal das Webinterface und detect zeigt :

IGMP-Spoofing habe ich im unifi-controler deaktiviert.
irgendwelche Idee?
Im Sunnywebportal sind die ip-adressen der wechselrichter und des NAS auf dem openhab und evcc läuft hinterlegt, und 200ms ist auch schon eingestellt.

[ollyins]

Nachtrag, nun kommt beim detect im brige modus auch nichts mehr..... habe alles wieder so umgestellt wie vorher...

[philg1234]

Moin,

Wie gesagt, bei mir hatte es nicht gereicht igmp zu deaktivieren.

Ich habe einen dummen Switch extra für diese Komponenten genutzt und diese wurden sofort gefunden.

Allerdings bin ich auch von dem Container weggegangen und habe nur ioBroker im Container laufen und evcc lokal auf dem Gerät.

[Frieder87]

Hi,

ich habe auch versucht meinen SHM2.0 einzubinden und es hat nicht geklappt:

admin@raspberrypi:~ $ evcc -c evcc.yaml
[main ] INFO 2023/09/26 12:10:12 evcc 0.120.1
[main ] INFO 2023/09/26 12:10:12 using config file: evcc.yaml
[main ] INFO 2023/09/26 12:10:12 starting ui and api at :7070
[db ] INFO 2023/09/26 12:10:12 using sqlite database: /home/admin/.evcc/evcc.db
[main ] FATAL 2023/09/26 12:10:13 could not open port- check that evcc is not already running (cannot create meter 'grid3': cannot create meter 'template': cannot create meter 'sma': discoverer: connection failed: failed to create connection: listen udp 239.12.255.254:9522: bind: address already in use)
[main ] FATAL 2023/09/26 12:10:13 will attempt restart in: 5m0s

[VolkerK62]

[main ] FATAL 2023/09/26 12:10:13 could not open port- check that evcc is not already running

gemäß der Fehlermeldung läuft evcc bereits .... oder irgendetwas anderes auf port 7070

[Frieder87]

Ich denke ich habe den Fehler gefunden, ChatGPT hat mir geholfen. Undzwar hat IOBroker auf den SHM2.0 zugegriffen. Nachdem ich das Skript und die Instanz deaktiviert habe, konnte ich den Test starten.

[KDC666]

Ich häng mich mal hier dran da ich auch Probleme mit meinem SHM 2.0 habe. Es lief über Jahre super, glaube seit 3 Jahre hab ich evcc laufen.
Jetzt kommt nächste Woche ein zweites Auto hinzu und ich habe mir eine weitere Wallbox gekauft. Die wollte ich letzte Woche in Betrieb nehmen und hab sie in der Config hinzugefügt, danach wurde der SHM nicht mehr gefunden. Hab dann die Config zurück gedreht, immer noch nicht. Ich hab dann div. Versionen (ältere) getestet mit leicht unterschiedlichen Konfigurationen (leicht verzweifelt) aber ohne erfolg.
Ich hab dann auch 'evcc configure' versucht und festgestellt, dass das scheitert. Auf meinem Mac geht es, auf meinem Ubuntu Server nicht. Mein verdacht war dann ein multicast Problem. Nach di. Suchen im Internet habe ich auf meinem Server mal geprüft, ob da Multicast Pakete kommen, ich würde sagen ja:

Wie hier vorgeschlagen habe ich eben noch mal 'evcc detect' probiert, hier die Ausgabe:

+--------------+----------+----------+------------------------------------------------------------------------------------------------------+
|      IP      | HOSTNAME |   TASK   |                                               DETAILS                                                |
+--------------+----------+----------+------------------------------------------------------------------------------------------------------+
| 192.168.1.42 |          | sma      | {"IP":"192.168.1.42","SmaResult":{"Serial":"3008813716","Http":false}}                               |
+--------------+----------+----------+------------------------------------------------------------------------------------------------------+
| 192.168.1.48 |          | strings  | {"IP":"192.168.1.48","Port":502,"ModbusResult":{"SlaveID":126,"Model":160,"Point":"N","Value":6}}    |
+              +----------+----------+------------------------------------------------------------------------------------------------------+
|              |          | sunspec  | {"IP":"192.168.1.48","Port":502,"ModbusResult":{"SlaveID":126,"Model":1,"Point":"Mn","Value":"SMA"}} |
+              +----------+----------+------------------------------------------------------------------------------------------------------+
|              |          | inverter | {"IP":"192.168.1.48","Port":502,"ModbusResult":{"SlaveID":126,"Model":103,"Point":"W","Value":89}}   |
+              +----------+----------+------------------------------------------------------------------------------------------------------+
|              |          | sma      | {"IP":"192.168.1.48","SmaResult":{"Serial":"3008783640","Http":true}}                                |
+--------------+----------+----------+------------------------------------------------------------------------------------------------------+

Der 192.168.1.42 ist der richtige, wir also erkannt. Ist wie gesagt auf dem Server. configure geht aber nicht, und egal welche Config ich versuche, das geht auch immer schief. Allerdings varieren die Fehlermeldungen. Ich hab im Angebot:

cannot create meter 'grid'
cannot create meter type 'sma'
failed to get device
no Speedwire ping response for 192.168.1.42

cannot create meter 'grid'
cannot create meter type 'sma'
login failed
no packet received in timeout

Zur Not könnte ich auch über den Wechselrichter gehen, da bin ich aber zu blöd für das richtig zu konfigurieren. Der Wechselrichter hat ja auch alle Informationen, wie komm ich da per evcc dran bzw. geht das? Aber eigentlich will ich den SHM 2.0 wieder zum laufen haben, ging ja bis zum Neustart.

Was ich ein wenig im Verdacht habe, ich hate kürzlich (paar Tage vorher) zwei Shelly 1 Plus verbaut um damit Garagentor und Außenlicht zu schalten. Ich weiß nicht in wie fern das stört bzw. musste ich dafür auch meine Repeater im Haus ausschalten. Danach wollte z. B. auch mein Heizungsthermostat nicht ins WLAN (erst nach Neustart) etc., bin mir nicht sicher, ob die nicht irgendwie stören. Auf der anderen Seite kommen die Pakete ja an (und vorm evcc Neustart ging es) und ich wüsste auch nicht, warum das einen Einfluß haben sollte. Alles sehr komisch....

[premultiply]

Mehrere Netzwerkinterfaces und Multicast-Routing auf das falsche Interface?

[KDC666]

Das schau ich mir mal an, auf den ersten Blick könnte das tatsächlich in Frage kommen, in zusammenhang mit den Shellies und der Steuerung meiner Kilmaaanlagen habe ich mir vor 2 Wochen Home Assistant + Docker installiert und der Docker hat dafür zumindest irgend ein virtuelles Interface angelegt. Das würde ich sofern zusammenpassen, dass es vorher eigentlich einwandfrei lief und sich ja irgendwas verändert haben muss.

[KDC666]

Tja, leider scheine ich zu blöd dafür zu sein, ich habe sowohl die beiden neuen interfaces mittels

sudo ifconfig docker0 down
sudo ifconfig br-e0a851c193e2 down

deaktiviert, als auch versucht mittels iptable den port zu sperren:
sudo iptables -I DOCKER-USER -i enp1s0 ! -s 127.0.0.1 -p udp --dport 9522 -j DROP

Ändert aber nichts. Wobei ich auch glaube, dass der iptables Befehl so nicht funktioniert hat.

Evtl. ein Tipp, wie ich hier weiter vorgehen könnte? Linux Netzwerke und Docker gehören nicht grade zu den Gebieten, wo ich wirklich fit bin.

[premultiply]

Entscheidend ist auf jedem System die Routingtabelle. Wenn die Multicast-Nachrichten durch die dort definierten Routen auf das falsche Interface rausgehen können sie nie beim Ziel ankommen.

Ansonsten mal probieren beim SHM-Eintrag das interface fest vorzugeben und somit die Routingtabelle zu umgehen.

[KDC666]

Das mit interface hatte ich schon versucht, mit configure z. B. eben auch ein weiteres Mal probiert:

Auf geht's:

In welchem Modus soll die Konfiguration durchgeführt werden? Fortgeschrittener Modus (Detailliertere Fragen, erfordert jedoch technisches Know-How)

Was möchtest du machen? Ein einzelnes Gerät konfigurieren (muss manuell in eine Konfigurationsdatei eingetragen werden!)

    Ein Gerät konfigurieren

Wähle eine der folgenden Gerätekategorien aus:

Wähle eine der folgenden Gerätekategorien aus: Netz-Stromzähler

    Konfiguration Netz-Stromzähler

Wähle einen Netz-Stromzähler: SMA Sunny Home Manager 2.0

Führe folgende Einstellungen durch:

IP-Adresse oder Hostname 192.168.1.42
Netzwerkschnittstelle enp1s0

Teste die grid Konfiguration von SMA Sunny Home Manager 2.0 ...
Fehler: cannot create meter type 'sma': failed to get device: no Speedwire ping response for 192.168.1.42

Der Test der grid Konfiguration von SMA Sunny Home Manager 2.0 ist fehlgeschlagen. Soll grid trotzdem in die Konfiguration aufgenommen werden? (y/N)

Mit der Routingtabelle meinst du das was bei route bzw. netstat -r rauskommt? Da steht so gar nichts drin was in diese Richtung geht. Oder habe ich dich falsch verstanden?