SAE in Synology Docker betreiben

[DudaTo]

Hallo Zusammen,

ich habe die letzten 4 Tage damit verbracht zu versuchen SAE auf meiner Synology918+in einem Docker Container einzurichten.
Ich finde diese Projekt ist super Dokumentiert, weshalb ich hier meine Erfahrungen teilen möchte, da sich hier zu sehr vielen Themen etwas findet, zu Docker unter Synology aber leider weniger.

Der Anfang war noch recht einfach, da ich kein Linux Freund bin nutze ich bei der Synology die Docker HMI.
Ich habe mir SAE heruntergeladen und dann den Container eingerichtet.
Bei den Erweiterten Einstellungen habe ich ein Laufwerk gemountet
/docker/sae zu /opt/sae/data
So wie es auch in der Anleitung zu Docker steht ;)
Dann war ich etwas unsicher was das Netzwerk betrifft, hier den Haken bei HostNetzwerk verwenden setzen.
Auch das findet man noch in der Anleitung.
Nun zu meinen Problemen, bei mir ist der Port 8080 bereits belegt.
Also dachte ich kein Problem mach ich halt ne Bridge und lege die Anwendung auf einen anderen Port.
Die SAE Oberfläche ist dann über diesen Port auch wunderbar zu erreichen, und ich konnte SAE auch testweise
mit meinem Zähler (Shelly) verbinden.
Leider wurden die Daten nicht an den SHM2.0 übertragen.
Ein kurzer Blick ins Forum sagt warum, der SAE übermittelt die Adresse unter der er erreichbar ist an den SHM2.0
Diese hatte ich aber mit der Bridge verändert, doch auch hier gibt es die Lösung über die KonfigurationsDatei
smartappliaceenabler kann man das einstellen. Steht hier über all. Leider konnte ich diese Datei über das integrierte Terminal in Docker nicht finden....
Ich hab wirklich keine Ahnung warum, liegt es am Benutzer oder an sonst irgendwas. Ich hab die Datei dann auch einfach mal selber erzeugt, und noch hundert andere Ideen. Alles erfolglos.
Die Lösung liegt in den Umgebungsvariablen die man beim letzten Reiter in den Erweiterten Einstellungen findet.
Hier kann man unter dem Punkt JAVA_OPTS hintereinander die verschieden Parameter aus der KonfigDatei setzen.
-Duser.language=de -Duser.country=DE -Dsemp.gateway.address=xxx.xxx.xxx.xxx -Dserver.port=xxx
Wieder was gelernt ;)
Damit konnte ich den SAE direkt ohne Bridge unter einem anderen Port starten lassen, und auch die Adresse ändern unter der er sich beim SHM meldet.
Ich hoffe da hilft jemanden, wenn er das gleiche Problem hat.
Wäre schade gewesen noch ein Gerät hierfür zu verwenden, immerhin geht es bei dem ganzen Projekt ja darum Energie zu sparen.
Gruß Tobi

[Markus475]

Hallo,
ich habe das soweit nach Deiner Anleitung auch eingerichtet bekommen, ich bekomme aber im SAE die Meldung das der MQTT-Broker nicht eingerichtet ist. Hast du dafür auch einen Tipp für mich. Ich habe schon einen MQTT-Brocker als separaten Container eingerichtet und die Daten in SAE eingegeben. Klappt aber irgendwie nicht.

Gruß
Markus

[camueller]

Du musst beachten, dass die Docker-Container IP-Adressen aus einem von Docker verwalteten Netz bekommen.
Die kann man herausfinden mit docker inspect <container> | grep IPAddress.

[DudaTo]

Hi,
das hat bei mir am Anfang auch kurz gehackt. Der SAE meldet sich beim MQTT Broker Anonym an. Das muss man in der Config angeben.
Ich habe den MQTT Broker von Eclipse als Container am Laufen

Netwerkmodus ist bridge.
Den Port 1883 habe ich auf 1883 belassen,
den Port 9001 musste ich umlegen auf 9002.

Bei den Laufwerken habe ich es wie folgt gemacht:
/docker/mosquitto/log -> /mosquitto/log
/docker/mosquitto/data -> /mosquitto/data
/docker/mosquitto/config -> /mosquitto/config
zusätzlich habe ich noch direkt die config Datei gemappt:
/docker/mosquitto/config/mosquitto.conf -> /mosquitto/config/mosquitto.conf

Den Inhalt der Datei habe ich dann so verändert:
persistence true
persistence_location /mosquitto/data/
log_dest file /mosquitto/log/mosquitto.log
allow_anonymous true
listener 1883

Den SAE Container habe ich dann neu gestartet, dann hat er den Broker gefunden.
Ich hoffe das bring dich weiter.
Gruß Tobias

[Markus475]

Ok danke werde es nachher mal probieren, ansonsten melde ich mich noch mal😉
Vielleicht kannst Du mir ja noch einen Screenshot von den Einstellungen machen, für mich ist Docker noch Neuland

Gruß
Markus

[mivola]

Ich muss hier mal nachfragen da ich versuche daselbe aufzusetzen. Aktueller Stand:

• Docker "eclipse-mosquitto" läuft auf Port 1883 und ist mit der IP der Synology entsprechend erreichbar (Port 900x habe ich allerdings nicht konfiguriert)
• Docker "avanux-smartapplianceenabler-amd64" läuft ("same network as Docker host"), sendet ein "Hallo" an Mosquitto & die WebUI ist auf dem spezifizierten Port mit der IP der Synology erreichbar
• allerdings klappt wohl die Verbindung zum SHM nicht: Umzug von 1.6.18 auf Raspi zu 2.x auf Docker/Synology #480 (comment)
• ich vermute, dass die semp.gateway.address die ich per JAVA_OPTS übergebe nicht korrekt ist (oder nicht benutzt wird?)
  @DudaTo Daher nun die Frage: welche IP-Adresse hast du dafür wie/wo eingetragen?

Danke
Micha

[camueller]

Die semp.gateway.address ist die Ip-Adresse, unter der der SHM den SAE finden kann.

[camueller]

Vielleicht haben es nicht alle in der Doku gelesen:

Der Smart Appliance Enabler implementiert das SEMP-Protokoll von SMA. Dieses Protokoll basiert auf UPnP, welches wiederum IP Multicast benötigt. Die nachfolgend beschriebenen Konfigurationen verwenden deshalb ein macvlan-Netz, mit dessen Hilfe der Docker-Container des Smart Appliance Enabler eine eigene MAC- und IP-Adresse erhält. Falls das nicht möglich oder gewünscht ist, muss der Docker-Container des Smart Appliance Enabler mit --net=host gestartet werden.

Die Kommunikation zwischen SHM und SAE kann nur funktionieren, wenn Multicast-Kommunikation funktioniert, was standardmässig bei Docker-Containern nicht gegeben ist!

[mivola]

Vielleicht haben es nicht alle in der Doku gelesen:

Der Smart Appliance Enabler implementiert das SEMP-Protokoll von SMA. Dieses Protokoll basiert auf UPnP, welches wiederum IP Multicast benötigt. Die nachfolgend beschriebenen Konfigurationen verwenden deshalb ein macvlan-Netz, mit dessen Hilfe der Docker-Container des Smart Appliance Enabler eine eigene MAC- und IP-Adresse erhält. Falls das nicht möglich oder gewünscht ist, muss der Docker-Container des Smart Appliance Enabler mit --net=host gestartet werden.

Ich habe das schon gelesen. Und so verstanden, dass man entweder mit einem macvlan-Netz (und der Docker Bridge) arbeitet oder ohne macvlan und mit --net=host. Ist das nicht korrekt? Braucht man zwingend das macvlan?

[camueller]

Nein, macvlan ist nur eine Lösung. Wenn man aus irgendwelchen Gründen --net=host nicht verwenden kann, ist es aber die Einzige.

[DudaTo]

Hi Micha,

ich habe die IP Adresse und den Port angegeben unter dem die WebUI vom SAE erreichbar ist.
Wenn du diese in den Browser eingibst und dahinter /semp dann solltest du die XML Angezeigt bekommen, die für den SHM2.0 gedacht ist. Bsp. 192.168.0.100:49494/semp. (192.168.0.100 wäre hier auch die IP der Synology)Deswegen ist das die Adresse und der Port welcher an den SMH gemeldet werden muss.
Wie ich in meinem ersten Beitrag geschrieben habe, war es ein Problem diese Informationen im Dockercontainer in dem mein SAE läuft zu übergeben, da die Datei "smartappliaceenabler" in der man das machen kann, bei mir nirgends auftaucht.
Die Lösung:
Die Lösung liegt in den Umgebungsvariablen die man beim letzten Reiter in den Erweiterten Einstellungen findet.
Hier kann man unter dem Punkt JAVA_OPTS hintereinander die verschieden Parameter aus der KonfigDatei setzen.
-Duser.language=de -Duser.country=DE -Dsemp.gateway.address=xxx.xxx.xxx.xxx -Dserver.port=xxx

Gruß Tobias

[mivola]

-Dsemp.gateway.address=xxx.xxx.xxx.xxx -Dserver.port=xxx

Genauso habe ich es gemacht und es funktioniert: die Werte kommen im Sunny Portal an :-)
Danke @camueller & @DudaTo !!!
VG
Micha

[xldigit]

Hallo zusammen,

vielleicht kann mich einer von Euch kurz auf die Sprünge helfen.

SAE läuft auf meiner Synology, erreiche die GUI und kann auch dem MQTT-Broker kommunizieren.
ebenso bekomme ich das xml über den Browserzugriff angezeigt.

Mein SHM2.0 findet aber offenbar via UPnP den SAE nicht weil mir dort keine neuen Geräte angezeigt werden wenn ich suche kommt dort einfach nichts an.

Im log sieht es aber auch korreckt aus, leider weis ich aktuell nicht weiter.

> 
> 2023-02-26 21:15:31,729 INFO [main] d.a.s.Application [StartupInfoLogger.java:55] Starting Application v2.2.1 on Smartapplianceenabler with PID 7 (/opt/sae/SmartApplianceEnabler-2.2.1.war started by root in /)
> 2023-02-26 21:15:31,734 DEBUG [main] d.a.s.Application [StartupInfoLogger.java:56] Running with Spring Boot v2.2.2.RELEASE, Spring v5.2.2.RELEASE
> 2023-02-26 21:15:31,735 INFO [main] d.a.s.Application [SpringApplication.java:651] No active profile set, falling back to default profiles: default
> 2023-02-26 21:15:35,593 INFO [main] d.a.s.w.SaeController [SaeController.java:94] SAE controller created.
> 2023-02-26 21:15:35,803 INFO [main] d.a.s.s.w.SempController [SempController.java:61] SEMP controller created.
> 2023-02-26 21:15:35,995 DEBUG [main] d.a.s.w.WebConfig [WebConfig.java:64] Registered de.avanux.smartapplianceenabler.webservice.GensonHttpMessageConverter
> 2023-02-26 21:15:36,642 INFO [main] d.a.s.Application [StartupInfoLogger.java:61] Started Application in 5.853 seconds (JVM running for 6.56)
> 2023-02-26 21:15:36,652 INFO [main] d.a.s.Application [Application.java:51] Running version 2.2.1 2023-02-08 14:00
> 2023-02-26 21:15:36,653 DEBUG [main] d.a.s.Application [Application.java:103] Starting SEMP discovery ...
> 2023-02-26 21:15:36,770 INFO [main] d.a.s.s.d.SempDiscovery [SempDiscovery.java:58] SEMP UPnP will redirect to http://192.168.188.100:8080
> 2023-02-26 21:15:36,771 DEBUG [main] d.a.s.Application [Application.java:106] ... SEMP discovery started
> 2023-02-26 21:15:36,771 DEBUG [main] d.a.s.Application [Application.java:111] Starting appliance manager ...
> 2023-02-26 21:15:36,772 DEBUG [main] d.a.s.Application [Application.java:114] ... Appliance manager started
> 2023-02-26 21:15:36,775 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:91] MQTT client started
> 2023-02-26 21:15:36,776 INFO [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:151] Starting appliances ...
> 2023-02-26 21:15:36,777 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:153] Loading Appliances.xml ...
> 2023-02-26 21:15:36,779 INFO [Thread-3] d.a.s.u.FileHandler [FileHandler.java:54] Using appliance directory /opt/sae/data
> 2023-02-26 21:15:36,960 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:195] Loading Appliances.xml ...
> 2023-02-26 21:15:36,974 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:247] Initializing ...
> 2023-02-26 21:15:36,976 INFO [Thread-3] d.a.s.m.MqttClient [MqttClient.java:77] Using MQTT broker tcp://192.168.188.20:1883
> 2023-02-26 21:15:37,007 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:142] ApplianceManager: Created MQTT client ApplianceManager-0
> 2023-02-26 21:15:37,007 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:330] Holidays are NOT used.
> 2023-02-26 21:15:37,009 DEBUG [Timer-0] d.a.s.c.e.EvChargerTemplatesDownloader [EvChargerTemplatesDownloader.java:31] Downloading ev charger templates from https://raw.githubusercontent.com/camueller/SmartApplianceEnabler/master/run/evcharger-templates.json
> 2023-02-26 21:15:37,012 INFO [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:212] 0 appliance(s) configured.

[camueller]

Wenn der SHM den SAE nicht findet, ist die Tatsache, dass Du keine Geräte hinzufügen kannst das geringest Problem. Du wirst auch im Log in diesem Fall keinen "Fehler" finden, eben weil der SHM gar nicht mit dem SAE kommuniziert.

Siehe https://github.com/camueller/SmartApplianceEnabler/blob/master/doc/QA_DE.md#semp1

[DudaTo]

unter welchem Port und welcher IP ist denn die GUI vom SAE zu erreichen? unter 192.168.188.100:8080?

[xldigit]

Wenn der SHM den SAE nicht findet, ist die Tatsache, dass Du keine Geräte hinzufügen kannst das geringest Problem. Du wirst auch im Log in diesem Fall keinen "Fehler" finden, eben weil der SHM gar nicht mit dem SAE kommuniziert.

Siehe https://github.com/camueller/SmartApplianceEnabler/blob/master/doc/QA_DE.md#semp1

habe ich gemacht, @camueller

[xldigit]

Danke für die Rückmeldung,

1. SAE Host ist über IP 192.168.188.20 erreichbar und auch der Port 8080 mit telnet IP Port geprüft antwortet auch.
2. SEMP URL ist aufrufbar -> http://192.168.188.20:8080/semp (xml wird ausgegeben)
3. Sunny Home Manager IP kann vom Host gepingt werden

[xldigit]

Wenn noch kein Gerät in SAE konfiguriert ist, erscheint dann überhaupt etwas im Sunny Portal. ?
Meine Shelly Plugs kommen erst diese Woche vorher kann ich ja noch keine Geräte anlegen.

[DudaTo]

Nein, solange keine Geräte angelegt sind kommt im SunnyPortal nichts.

[mivola]

es kommt nun auch alle 60Sekunden diese Anfrage im Log, heisst doch nun der SHM meldet sich beim SAE.

2023-02-27 14:56:56,612 DEBUG [http-nio-10000-exec-2] d.a.s.s.w.SempController [SempController.java:89] Device info/status/planning requested.

@xldigit schön, dass es schonmal soweit klappt :-)

Eine Frage: kommt bei dir im Log auch diese Fehlermeldung: ERROR o.f.cling.transport.spi.DatagramIO - Exception sending datagram to: /fe80:0:0:0:9209:d0ff:fe2b:b6c9%6: java.io.IOException: Address family not supported by protocol java.io.IOException: Address family not supported by protocol at java.base/java.net.PlainDatagramSocketImpl.send(Native Method) at java.base/java.net.DatagramSocket.send(DatagramSocket.java:695) ?

[DudaTo]

bei mir kommt diese Meldung nicht. Überhaupt ist das Docker Protokoll bei mir sehr übersichtlich es kommt nur die Meldung, dass die alten log Dateien gelöscht wurden:
-INFO in c.q.l.core.rolling.DefaultTimeBasedFileNamingAndTriggeringPolicy - Elapsed period: Tue Feb 28 00:00:01 CET 2023
-INFO in c.q.l.core.rolling.helper.TimeBasedArchiveRemover - deleting /tmp/rolling-2023-02-21.log

steht bei dir in den rolling Logs vom SAE eine Fehlermeldung?

[xldigit]

Nein, solange keine Geräte angelegt sind kommt im SunnyPortal nichts.

ich habe einen shelly Plug S angelegt als neues Gerät und dann einen Zähler.

ich habe auch den SHM resettet, es kommt aber immer noch nichts im Sunny Portal, an was kann das nun liegen ?
der SHM2.0 frägt doch offensichtlich den SAE ab wie man am log sehen kann.

2023-03-02 16:19:56,406 DEBUG [http-nio-10000-exec-5] d.a.s.s.w.SempController [SempController.java:89] Device info/status/planning requested.
2023-03-02 16:19:56,407 DEBUG [http-nio-10000-exec-5] d.a.s.s.w.SempController [SempController.java:162] F-15101975-000000000001-00: DeviceInfo{characteristics=Characteristics{maxPowerConsumption=2500, minPowerConsumption=null, minOnTime

die semp Url gibt das konfigurierte Gerät auch aus.

<Device2EM xmlns="http://www.sma.de/communication/schema/SEMP/v1">
<DeviceInfo>
<Identification>
<DeviceId>F-15101975-000000000001-00</DeviceId>
<DeviceName>Büro</DeviceName>
<DeviceType>Other</DeviceType>
<DeviceSerial>123456789</DeviceSerial>
<DeviceVendor>Shelly Plug |</DeviceVendor>
</Identification>
<Characteristics>
<MaxPowerConsumption>2500</MaxPowerConsumption>
</Characteristics>
<Capabilities>
<CurrentPower>
<Method>Measurement</Method>
</CurrentPower>
<Timestamps>
<AbsoluteTimestamps>false</AbsoluteTimestamps>
</Timestamps>
<Interruptions>
<InterruptionsAllowed>true</InterruptionsAllowed>
</Interruptions>
<Requests>
<OptionalEnergy>false</OptionalEnergy>
</Requests>
</Capabilities>
</DeviceInfo>
<DeviceStatus>
<DeviceId>F-15101975-000000000001-00</DeviceId>
<EMSignalsAccepted>false</EMSignalsAccepted>
<Status>Off</Status>
<PowerConsumption>
<PowerInfo>
<AveragePower>0</AveragePower>
<Timestamp>0</Timestamp>
<AveragingInterval>60</AveragingInterval>
</PowerInfo>
</PowerConsumption>
</DeviceStatus>
</Device2EM>

[xldigit]

eine übersicht Neugeräte wird mir unter konifguration / Geräteübersicht einfach nicht angezeigt.

https://youtu.be/XH5P41IcFdg

solangsam verzweifel ich etwas :-/

[DudaTo]

Ich denke das hat jetzt nicht mehr unbedingt etwas damit zu tun, dass SAE auf der Synology in Docker läuft.
Vielleicht muss man hier einen separaten Thread aufmachen.
Was mir aber noch aufgefallen ist, dus hast beim Anlegen des Gerätes eingestellt, dass es schaltbar ist:
InterruptionsAllowed>true</InterruptionsAllowed

Ich bin mir nicht ganz sicher, aber ich glaube ich habe hier mal gelesen, dass wenn Geräte als schaltbar angegeben werden, dann muss man auch Schalter und Schaltzeiten eintragen. Sonst geht es nicht richtig.
Ich hab bei Schalter immer an drin, und Unterbrechung nicht erlaubt.
Zeigt dir das Gerät in der /semp XML einen Energiewert an, wenn es an ist? Wenn ja kannst du schon mal sicher sein, das der Zähler richtig eingerichtet ist.

Gruß Tobias

[xldigit]

also das finde ich schon, denn da läuft mein SAE und es funktioniert nicht!

[xldigit]

Zeigt dir das Gerät in der /semp XML einen Energiewert an, wenn es an ist? Wenn ja kannst du schon mal sicher sein, das der Zähler richtig eingerichtet ist.

ich will einfach das mir im Sunny Portal das Gerät angezeigt wird.
Sonnst bringt die ganze Mühe nichts, ich hab nun bereits 6-8h Arbeit investiert.

[xldigit]

ich habe einfach neues Gerät einrichten geklickt und dann bei Zähler das hier konfiguriert.

[DudaTo]

Du hast hier vergessen bei Format Jason auszuwählen.
Ich denke du solltest erstmal den Zähler im SAE zum laufen kriegen bevor man sich an die Übertragung macht. Als Abfrage Intervall habe ich übrigens 20sek eingestellt, das wird empfohlen wenn der Zähler eine Leistung liefert.
Ich habe übrigens deutlich mehr als 8 Stunden investiert um das unter Docker zum laufen zu kriegen....

[xldigit]

so nun sind 2 Shelly Plugs aktiv und liefern auch werte.

Leider taucht in Sunny Portal immer noch nichts auf :-/

<Device2EM xmlns="http://www.sma.de/communication/schema/SEMP/v1">
<DeviceInfo>
<Identification>
<DeviceId>F-15101975-000000000001-00</DeviceId>
<DeviceName>Buero</DeviceName>
<DeviceType>Other</DeviceType>
<DeviceSerial>220768360809062</DeviceSerial>
<DeviceVendor>SP01</DeviceVendor>
</Identification>
<Characteristics>
<MaxPowerConsumption>2500</MaxPowerConsumption>
</Characteristics>
<Capabilities>
<CurrentPower>
<Method>Measurement</Method>
</CurrentPower>
<Timestamps>
<AbsoluteTimestamps>false</AbsoluteTimestamps>
</Timestamps>
<Interruptions>
<InterruptionsAllowed>false</InterruptionsAllowed>
</Interruptions>
<Requests>
<OptionalEnergy>false</OptionalEnergy>
</Requests>
</Capabilities>
</DeviceInfo>
<DeviceInfo>
<Identification>
<DeviceId>F-15101975-000000000002-00</DeviceId>
<DeviceName>Buero</DeviceName>
<DeviceType>Other</DeviceType>
<DeviceSerial>141168855830319</DeviceSerial>
<DeviceVendor>SP02</DeviceVendor>
</Identification>
<Characteristics>
<MaxPowerConsumption>2500</MaxPowerConsumption>
</Characteristics>
<Capabilities>
<CurrentPower>
<Method>Measurement</Method>
</CurrentPower>
<Timestamps>
<AbsoluteTimestamps>false</AbsoluteTimestamps>
</Timestamps>
<Interruptions>
<InterruptionsAllowed>false</InterruptionsAllowed>
</Interruptions>
<Requests>
<OptionalEnergy>false</OptionalEnergy>
</Requests>
</Capabilities>
</DeviceInfo>
<DeviceStatus>
<DeviceId>F-15101975-000000000001-00</DeviceId>
<EMSignalsAccepted>false</EMSignalsAccepted>
<Status>On</Status>
<PowerConsumption>
<PowerInfo>
<AveragePower>158</AveragePower>
<Timestamp>0</Timestamp>
<AveragingInterval>60</AveragingInterval>
</PowerInfo>
</PowerConsumption>
</DeviceStatus>
<DeviceStatus>
<DeviceId>F-15101975-000000000002-00</DeviceId>
<EMSignalsAccepted>false</EMSignalsAccepted>
<Status>On</Status>
<PowerConsumption>
<PowerInfo>
<AveragePower>1533</AveragePower>
<Timestamp>0</Timestamp>
<AveragingInterval>60</AveragingInterval>
</PowerInfo>
</PowerConsumption>
</DeviceStatus>
</Device2EM>

[xldigit]

ich versthe es nicht wo jetzt noch das Problem sein soll @camueller vielleicht kannst Du nochmal weiterhelfen.

[camueller]

Was ich zu dem Thema betragen kann, hatte ich weiter oben schon gemacht.

Ich habe mir mal das SEMP-XML angesehen, das Du gepostet hast - da fallen mir gleich zwei Dinge auf, die potentiell Probleme machen könen:

1. Der Umlaut im DeviceName scheint escaped zu sein, sieht trotzdem komisch aus. Ich würde erstmal auf Umlaute verzichten.
2. Bei DeviceVendor hast Du am Ende ein Leerzeichen gefolgt von einem Pipe-Symbol. Ich würde beide Zeichen entfernen.

Windows-User sind gewohnt, dass sie alle möglichen Zeichen verwenden können, aber oft machen solche "komischen" Zeichen Ärger an System-Grenzen. Dann kommt noch dazu, dass Windows ein anderes Encoding für die Zeichen verwendet, als es im Intenet meist verwendet wird.

[xldigit]

@camueller beides geändert, kommt dennoch kein Gerät im Sunny Portal an.

DeviceStatus muss der Status den Wert On haben
Status ist aktuell Off -> ist das vielleicht das Problem wieso das Gerät nicht im Sunny Portal erscheinnt ?

aber sollte das Gerät nicht trotzdem erstmal als neues Gerät erkannt werden und auftauchen weil es ja über semp doch nun da ist und der SHM ja offensichtlich den SAE abfrägt.

2023-03-02 17:49:55,061 DEBUG [http-nio-10000-exec-4] d.a.s.s.w.SempController [SempController.java:89] Device info/status/planning requested.

<Device2EM xmlns="http://www.sma.de/communication/schema/SEMP/v1">
<DeviceInfo>
<Identification>
<DeviceId>F-15101975-000000000001-00</DeviceId>
<DeviceName>Buero</DeviceName>
<DeviceType>Other</DeviceType>
<DeviceSerial>123456789</DeviceSerial>
<DeviceVendor>Shelly</DeviceVendor>
</Identification>
<Characteristics>
<MaxPowerConsumption>2500</MaxPowerConsumption>
</Characteristics>
<Capabilities>
<CurrentPower>
<Method>Measurement</Method>
</CurrentPower>
<Timestamps>
<AbsoluteTimestamps>false</AbsoluteTimestamps>
</Timestamps>
<Interruptions>
<InterruptionsAllowed>false</InterruptionsAllowed>
</Interruptions>
<Requests>
<OptionalEnergy>false</OptionalEnergy>
</Requests>
</Capabilities>
</DeviceInfo>
<DeviceStatus>
<DeviceId>F-15101975-000000000001-00</DeviceId>
<EMSignalsAccepted>false</EMSignalsAccepted>
<Status>Off</Status>
<PowerConsumption>
<PowerInfo>
<AveragePower>0</AveragePower>
<Timestamp>0</Timestamp>
<AveragingInterval>60</AveragingInterval>
</PowerInfo>
</PowerConsumption>
</DeviceStatus>
</Device2EM>

[camueller]

Versuche es nochmal mit einem Reset des SHM.

Du kannst versuchen, den SMA-Support zu kontaktieren, aber vermutlich werden sie Dir nicht helfen. Insofern musst Du wohl allein das Problem lösen. An Deiner Stelle würde ich den SAE ertsmal direkt betreiben ohne Docker & Co.

[xldigit]

Danke, leider hat ein Reset des SHM nichts gebracht, im Sunny Portal erscheint immer noch kein Gerät.

[Trunks1982]

Hast du broadcast freigeschaltet für den docker?
Hab jetzt noch was gelesen das da was freigeschaltet werden muss.

[xldigit]

ich geb es jetzt auf, brauchen tue ich es auch nicht wirklich da ich weder eine Wärmepumpe habe noch die Notwendigkeit Geräte in abhängigkeit zu schalten.

Wäre zwar nice 2 have gewesen, aber hab mir jetzt lange genug die Mühe gemacht es zum laufen zu bringen.

[DudaTo]

Hi, du schreibst oben, dass du den SAE unter Port 8080 erreichst, das ist ja der Standard Port. Hast du in Docker Host Netzwerk oder Bridge eingestellt?
Setzt du die Umgebungsvariablen JAVA_OPTS?
Und ist der Port 8080 sicher nicht durch eine andere Anwendung genutzt?
Kannst du nochmal das Log posten?
Im Letzten hab ich gesehen, das der MQTT Brocker und SAE unterschiedliche IP Adressen haben, laufen die nicht beide in Dockers?
Viele Ideen habe ich nicht mehr, woran es liegen könnte...

[xldigit]

Hallo,

Docker "eclipse-mosquitto" läuft auf Port 10001 und ist mit der IP der Synology erreichbar und wird auch von SAE angepsrochen.
Docker "avanux-smartapplianceenabler" läuft ("same network as Docker host"), ist auf dem Port 10000 mit der IP der Synology erreichbar und wurde über JAVA_OPTS -Duser.language=de -Duser.country=DE -Dsemp.gateway.address=192.168.188.20 -Dserver.port=10000 konfiguriert.

Die Erreichbarkeit des SAE habe ich von einem anderen Host/IP mit Telnet 192.168.188.20 10000 geprüft, ebenso wird über http://192.168.188.20:10000/semp das xml der Geräte und die gemessenen Werte der Shelly Plugs sauber ausgegeben.

Ebenso habe ich aus dem SAE Docker Container die IP des SHM mit Ping geprüft was auch funktioniert.
Es ist auch keine Firewall zwischen der Synology / Docker /SAE und dem Sunny Home Manager aktiv.
Die verwendeten Ports sind nicht von etwas anderem in Verwendung.

Genauso habe ich geprüft ob die Abfrage des SHM2.0 alle 60 sekunden im Log des SAE zu finden sind was auch der Fall ist.

2023-03-03 17:42:55,079 DEBUG [http-nio-10000-exec-10] d.a.s.s.w.SempController [SempController.java:89] Device info/status/planning requested.

Wieso im Sunny Portal kein neues Gerät erkannt wird ist mir unverständlich.
Auch ein mehrfacher Reset des SHM und längeres warten bringt keine Änderung.

2023-03-03 17:40:42,384 INFO [main] d.a.s.Application [StartupInfoLogger.java:55] Starting Application v2.2.0 with PID 7 (/opt/sae/SmartApplianceEnabler-2.2.0.war started by root in /)
2023-03-03 17:40:42,389 DEBUG [main] d.a.s.Application [StartupInfoLogger.java:56] Running with Spring Boot v2.2.2.RELEASE, Spring v5.2.2.RELEASE
2023-03-03 17:40:42,390 INFO [main] d.a.s.Application [SpringApplication.java:651] No active profile set, falling back to default profiles: default
2023-03-03 17:40:45,791 INFO [main] d.a.s.w.SaeController [SaeController.java:94] SAE controller created.
2023-03-03 17:40:46,028 INFO [main] d.a.s.s.w.SempController [SempController.java:61] SEMP controller created.
2023-03-03 17:40:46,208 DEBUG [main] d.a.s.w.WebConfig [WebConfig.java:64] Registered de.avanux.smartapplianceenabler.webservice.GensonHttpMessageConverter
2023-03-03 17:40:46,854 INFO [main] d.a.s.Application [StartupInfoLogger.java:61] Started Application in 5.367 seconds (JVM running for 6.012)
2023-03-03 17:40:46,863 INFO [main] d.a.s.Application [Application.java:51] Running version 2.2.0 2023-02-03 14:56
2023-03-03 17:40:46,864 DEBUG [main] d.a.s.Application [Application.java:103] Starting SEMP discovery ...
2023-03-03 17:40:46,982 INFO [main] d.a.s.s.d.SempDiscovery [SempDiscovery.java:58] SEMP UPnP will redirect to http://192.168.188.20:10000
2023-03-03 17:40:46,982 DEBUG [main] d.a.s.Application [Application.java:106] ... SEMP discovery started
2023-03-03 17:40:46,982 DEBUG [main] d.a.s.Application [Application.java:111] Starting appliance manager ...
2023-03-03 17:40:46,983 DEBUG [main] d.a.s.Application [Application.java:114] ... Appliance manager started
2023-03-03 17:40:46,985 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:91] MQTT client started
2023-03-03 17:40:46,987 INFO [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:151] Starting appliances ...
2023-03-03 17:40:46,987 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:153] Loading Appliances.xml ...
2023-03-03 17:40:46,989 INFO [Thread-3] d.a.s.u.FileHandler [FileHandler.java:54] Using appliance directory /opt/sae/data
2023-03-03 17:40:47,191 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:195] Loading Appliances.xml ...
2023-03-03 17:40:47,211 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:247] Initializing ...
2023-03-03 17:40:47,214 INFO [Thread-3] d.a.s.m.MqttClient [MqttClient.java:77] Using MQTT broker tcp://192.168.188.20:10001
2023-03-03 17:40:47,254 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:142] ApplianceManager: Created MQTT client ApplianceManager-0
2023-03-03 17:40:47,263 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:270] F-15101975-000000000001-00: Initializing appliance ...
2023-03-03 17:40:47,264 DEBUG [Thread-3] d.a.s.a.Appliance [Appliance.java:186] F-15101975-000000000001-00: Initializing appliance
2023-03-03 17:40:47,266 INFO [Thread-3] d.a.s.m.MqttClient [MqttClient.java:77] Using MQTT broker tcp://192.168.188.20:10001
2023-03-03 17:40:47,267 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:142] F-15101975-000000000001-00-MQTT-Appliance: Created MQTT client F-15101975-000000000001-00-Appliance-0
2023-03-03 17:40:47,589 TRACE [MQTT Call: ApplianceManager-0] d.a.s.m.MqttClient [MqttClient.java:156] ApplianceManager: MQTT connecton completed. reconnect=false
2023-03-03 17:40:47,590 TRACE [MQTT Call: F-15101975-000000000001-00-Appliance-0] d.a.s.m.MqttClient [MqttClient.java:156] F-15101975-000000000001-00-MQTT-Appliance: MQTT connecton completed. reconnect=false
2023-03-03 17:40:47,594 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000001-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000001-00/Event/EnableRuntimeRequest
2023-03-03 17:40:47,595 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000001-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000001-00/Event/DisableRuntimeRequest
2023-03-03 17:40:47,596 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000001-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000001-00/WrappedControl
2023-03-03 17:40:47,598 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000001-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000001-00/Event/EVChargerStateChanged
2023-03-03 17:40:47,599 DEBUG [Thread-3] d.a.s.m.HttpElectricityMeter [HttpElectricityMeter.java:165] F-15101975-000000000001-00: Initializing ...
2023-03-03 17:40:47,600 INFO [Thread-3] d.a.s.m.MqttClient [MqttClient.java:77] Using MQTT broker tcp://192.168.188.20:10001
2023-03-03 17:40:47,601 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:142] F-15101975-000000000001-00-MQTT-HttpElectricityMeter: Created MQTT client F-15101975-000000000001-00-HttpElectricityMeter-0
2023-03-03 17:40:47,603 INFO [Thread-3] d.a.s.m.MqttClient [MqttClient.java:77] Using MQTT broker tcp://192.168.188.20:10001
2023-03-03 17:40:47,604 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:142] F-15101975-000000000001-00-MQTT-MeterReportingSwitch: Created MQTT client F-15101975-000000000001-00-MeterReportingSwitch-0
2023-03-03 17:40:47,604 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:278] F-15101975-000000000001-00: Validating appliance ...
2023-03-03 17:40:47,605 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:291] F-15101975-000000000001-00: Validating appliance configuration
2023-03-03 17:40:47,605 DEBUG [Thread-3] d.a.s.m.HttpElectricityMeter [HttpElectricityMeter.java:147] F-15101975-000000000001-00: Validating configuration
2023-03-03 17:40:47,605 DEBUG [Thread-3] d.a.s.m.HttpElectricityMeter [HttpElectricityMeter.java:148] F-15101975-000000000001-00: configured: poll interval=20s
2023-03-03 17:40:47,923 DEBUG [Thread-3] d.a.s.m.HttpElectricityMeter [HttpElectricityMeter.java:148] F-15101975-000000000002-00: configured: poll interval=20s
2023-03-03 17:40:47,923 DEBUG [Thread-3] d.a.s.h.HttpValidator [HttpValidator.java:42] F-15101975-000000000002-00: Power configured: read url=http://192.168.188.212/meter/0 data=null path=$.power extractionRegex=null factorToValue=null
2023-03-03 17:40:47,923 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:288] F-15101975-000000000001-00: Starting appliance ...
2023-03-03 17:40:47,924 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:301] F-15101975-000000000001-00: Starting appliance
2023-03-03 17:40:47,924 TRACE [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-15101975-000000000001-00: Created timer task name=FillQueueTimerTask period=3600000ms id=1249091587
2023-03-03 17:40:47,924 TRACE [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-15101975-000000000001-00: Created timer task name=UpdateActiveTimeframeInterval period=30000ms id=165985705
2023-03-03 17:40:47,924 TRACE [Timer-0] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:54] F-15101975-000000000001-00: Executing timer task name=FillQueueTimerTask id=1249091587
2023-03-03 17:40:47,924 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:195] F-15101975-000000000001-00: Starting to fill queue
2023-03-03 17:40:47,927 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000001-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000001-00/Meter
2023-03-03 17:40:47,929 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000001-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000001-00/Event/WrappedControlSwitchOnDetected
2023-03-03 17:40:47,930 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000001-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000001-00/Event/WrappedControlSwitchOffDetected
2023-03-03 17:40:47,930 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:325] F-15101975-000000000001-00: Starting HttpElectricityMeter
2023-03-03 17:40:47,930 DEBUG [Thread-3] d.a.s.m.HttpElectricityMeter [HttpElectricityMeter.java:185] F-15101975-000000000001-00: Starting ...
2023-03-03 17:40:47,931 TRACE [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-15101975-000000000001-00: Created timer task name=PollPowerMeter period=20000ms id=82969584
2023-03-03 17:40:47,931 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:332] F-15101975-000000000001-00: Starting MeterReportingSwitch
2023-03-03 17:40:47,931 INFO [Thread-3] d.a.s.c.MeterReportingSwitch [MeterReportingSwitch.java:118] F-15101975-000000000001-00: Starting: powerThreshold=10 offDetectionDelay=0 notificationHandlerSet=false
2023-03-03 17:40:47,931 TRACE [Timer-0] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:54] F-15101975-000000000001-00: Executing timer task name=UpdateActiveTimeframeInterval id=165985705
2023-03-03 17:40:47,932 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:224] F-15101975-000000000001-00: Current Queue is empty
2023-03-03 17:40:47,935 TRACE [pool-3-thread-1] d.a.s.m.MqttClient [MqttClient.java:265] F-15101975-000000000001-00-MQTT-Appliance: Publish message: topic=sae/F-15101975-000000000001-00/TimeframeIntervalQueue payload={"entries":[],"time":"2023-03-03T17:40:47.924849","type":"TimeframeIntervalQueueMessage"}
2023-03-03 17:40:47,938 TRACE [Timer-0] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:54] F-15101975-000000000001-00: Executing timer task name=PollPowerMeter id=82969584
2023-03-03 17:40:47,938 TRACE [pool-3-thread-1] d.a.s.m.MqttClient [MqttClient.java:265] F-15101975-000000000001-00-MQTT-Appliance: Publish message: topic=sae/F-15101975-000000000001-00/TimeframeIntervalQueue payload={"entries":[],"time":"2023-03-03T17:40:47.932186","type":"TimeframeIntervalQueueMessage"}
2023-03-03 17:40:47,940 DEBUG [Timer-0] d.a.s.h.HttpTransactionExecutor [HttpTransactionExecutor.java:78] F-15101975-000000000001-00: HTTP request: method=GET url=http://192.168.188.211/meter/0 data=null
2023-03-03 17:40:48,250 TRACE [MQTT Call: F-15101975-000000000001-00-MeterReportingSwitch-0] d.a.s.m.MqttClient [MqttClient.java:156] F-15101975-000000000001-00-MQTT-MeterReportingSwitch: MQTT connecton completed. reconnect=false
2023-03-03 17:40:48,251 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000001-00-MQTT-MeterReportingSwitch: Messages subscribed: topic=sae/F-15101975-000000000001-00/Meter
2023-03-03 17:40:48,252 TRACE [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-15101975-000000000001-00: Created timer task name=MqttPublish-MeterReportingSwitch period=20000ms id=1109478421
2023-03-03 17:40:48,252 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:334] F-15101975-000000000001-00: Switch off appliance initially
2023-03-03 17:40:48,253 DEBUG [Thread-3] d.a.s.a.ApplianceManager [ApplianceManager.java:288] F-15101975-000000000002-00: Starting appliance ...
2023-03-03 17:40:48,253 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:301] F-15101975-000000000002-00: Starting appliance
2023-03-03 17:40:48,254 TRACE [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-15101975-000000000002-00: Created timer task name=FillQueueTimerTask period=3600000ms id=1996490586
2023-03-03 17:40:48,254 TRACE [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-15101975-000000000002-00: Created timer task name=UpdateActiveTimeframeInterval period=30000ms id=1626075414
2023-03-03 17:40:48,254 TRACE [pool-3-thread-1] d.a.s.m.MqttClient [MqttClient.java:265] F-15101975-000000000001-00-MQTT-Appliance: Publish message: topic=sae/F-15101975-000000000001-00/Control/set payload={"on":false,"time":"2023-03-03T17:40:47.924226","type":"ControlMessage"}
2023-03-03 17:40:48,255 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000002-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000002-00/Meter
2023-03-03 17:40:48,255 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000002-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000002-00/Event/WrappedControlSwitchOnDetected
2023-03-03 17:40:48,256 DEBUG [Thread-3] d.a.s.m.MqttClient [MqttClient.java:307] F-15101975-000000000002-00-MQTT-Appliance: Messages subscribed: topic=sae/F-15101975-000000000002-00/Event/WrappedControlSwitchOffDetected
2023-03-03 17:40:48,257 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:325] F-15101975-000000000002-00: Starting HttpElectricityMeter
2023-03-03 17:40:48,257 DEBUG [Thread-3] d.a.s.m.HttpElectricityMeter [HttpElectricityMeter.java:185] F-15101975-000000000002-00: Starting ...
2023-03-03 17:40:48,257 TRACE [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-15101975-000000000002-00: Created timer task name=PollPowerMeter period=20000ms id=1168228241
2023-03-03 17:40:48,257 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:332] F-15101975-000000000002-00: Starting MeterReportingSwitch
2023-03-03 17:40:48,257 INFO [Thread-3] d.a.s.c.MeterReportingSwitch [MeterReportingSwitch.java:118] F-15101975-000000000002-00: Starting: powerThreshold=10 offDetectionDelay=0 notificationHandlerSet=false
2023-03-03 17:40:48,341 DEBUG [Timer-0] d.a.s.h.HttpTransactionExecutor [HttpTransactionExecutor.java:150] F-15101975-000000000001-00: Response code is 200
2023-03-03 17:40:48,346 DEBUG [Timer-0] d.a.s.h.HttpHandler [HttpHandler.java:99] F-15101975-000000000001-00: url=http://192.168.188.211/meter/0 method=GET data=null path=$.power
2023-03-03 17:40:48,346 DEBUG [Timer-0] d.a.s.h.HttpHandler [HttpHandler.java:101] F-15101975-000000000001-00: Response: {"power":167.01,"overpower":0.00,"is_valid":true,"timestamp":1677865248,"counters":[157.584, 156.878, 163.272],"total":28222}
2023-03-03 17:40:48,408 DEBUG [Timer-0] d.a.s.h.HttpHandler [HttpHandler.java:67] F-15101975-000000000001-00: value=167.01 protocolHandlerValue=167.01 valueExtractionRegex=null extractedValue=null factorToValue=null
2023-03-03 17:40:48,409 TRACE [Timer-0] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:54] F-15101975-000000000001-00: Executing timer task name=MqttPublish-MeterReportingSwitch id=1109478421

[xldigit]

ich habe jetzt den SAE auf einem Pi nativ installiert, das Problem besteht auch dort.

[mivola]

Moin,

@xldigit ich habe mal die Config meines SAE Containers exportiert:

Evtl hilft es dir dies mit deiner Config zu vergleichen?

VG
Micha

{
   "CapAdd" : [],
   "CapDrop" : [],
   "cmd" : "/bin/sh -c java\\ \\$JAVA_OPTS\\ -Djava.awt.headless\\=true\\ -Xmx256m\\ -Dsae.home\\=\\$SAE_HOME\\ -Dlogging.config\\=\\$SAE_INSTALL_DIR/logback-spring.xml\\ -jar\\ \\$SAE_INSTALL_DIR/SmartApplianceEnabler-\\$SAE_VERSION.war",
   "cpu_priority" : 50,
   "enable_publish_all_ports" : false,
   "enable_restart_policy" : true,
   "enable_service_portal" : null,
   "enabled" : false,
   "env_variables" : [
      {
         "key" : "PATH",
         "value" : "/usr/bin:/usr/local/openjdk-11/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
      },
      {
         "key" : "JAVA_HOME",
         "value" : "/usr/local/openjdk-11"
      },
      {
         "key" : "LANG",
         "value" : "C.UTF-8"
      },
      {
         "key" : "JAVA_VERSION",
         "value" : "11.0.13"
      },
      {
         "key" : "JAVA_OPTS",
         "value" : "-Dsemp.gateway.address=10.64.242.22 -Dserver.port=8081 -Duser.language=de -Duser.country=DE"
      },
      {
         "key" : "SAE_INSTALL_DIR",
         "value" : "/opt/sae"
      },
      {
         "key" : "SAE_HOME",
         "value" : "/opt/sae/data"
      },
      {
         "key" : "SAE_VERSION",
         "value" : "2.1.0"
      }
   ],
   "exporting" : false,
   "id" : "818ef1b4f4e60a1d0eec6c31e1f662bfb0bd52f8f49d13f0c5f8613ba34c776a",
   "image" : "avanux/smartapplianceenabler-amd64:latest",
   "is_ddsm" : false,
   "is_package" : false,
   "links" : [],
   "memory_limit" : 0,
   "name" : "avanux-smartapplianceenabler-amd64",
   "network" : [
      {
         "driver" : "host",
         "name" : "host"
      }
   ],
   "network_mode" : "host",
   "port_bindings" : [],
   "privileged" : false,
   "shortcut" : {
      "enable_shortcut" : false,
      "enable_status_page" : false,
      "enable_web_page" : false,
      "web_page_url" : ""
   },
   "use_host_network" : true,
   "volume_bindings" : [
      {
         "host_volume_file" : "/docker/sae/data",
         "mount_point" : "/opt/sae/data",
         "type" : "rw"
      },
      {
         "host_volume_file" : "/docker/sae/tmp",
         "mount_point" : "/tmp",
         "type" : "rw"
      }
   ]
}

[xldigit]

es liegt also nicht am SAE (docker), meiner jetzigen erkenntniss muss es ein Problem im Netzwerk sein, UPnP ist jedoch erlaubt genauso wie Broadcasting. ich kann es mir noch nicht erklären.

Vielleicht liegt es ja auch am SHM, ich analysiere es weiter, vielleicht gibts ja noch hilfreiche Tips dazu.

Gruß

[mivola]

ich habe jetzt den SAE auf einem Pi nativ installiert, das Problem besteht auch dort.

OK, unsere Antworten haben sich wohl überschnitten... Aber damit ist natürlich erstmal klar, dass das Problem nicht bei Docker/Synology liegt sondern irgendwo in deinem Netzwerk. Welchen Switch setzt du ein? Ich habe vor längerer Zeit mal gelesen, dass es welche gibt, die Multicast-Zeugs rausfiltern. Evtl kannst du deinen Pi und den SHM mal direkt per LAN an die Fritzbox anschließen?

[Trunks1982]

Genau igmp muss ausgeschaltet sein im switch.

[xldigit]

igmp ist bereits ausgeschaltet.

ich habe keine Fritzbox, sondern ein Ubiquiti Netzwerk.

letzter Versuch nun SHM an den selben switch wie den SAE

[Trunks1982]

Haste vlan eingerichtet?

[xldigit]

Nein kein VLAN alles in einem 192.168.188.0/24 Netzwerk.
leider auch kein Erfolg mit SAE + SHM direkt an einem Switch.

[Trunks1982]

Und wenn du alles am router anschliesst?

[xldigit]

so etwas wie eine Fritzbox oder sonnstigen Router mit eingebautem Switch habe ich nicht.

Ich verwende einen FTTH (Glasfaseranschluss) welcher direkt auf eine USG / Firewall angebunden ist.
Von der Firewall geht es über einen Gigabit Port weiter auf Unify Switches.

@camueller das habe ich mir schon gedacht, leider klapt es selbt mit SHM + SAE direkt an einem Switch nicht.

[camueller]

Jedenfalls bist Du der erste User, bei dem die Kommunikation zwischen SHM und SAE grundsätzlich nicht klappt. Da liegt der Verdacht nahe, dass es an Deinem Netzwerk-Setup liegt.

Übrigens ist es für die Anzeige der gefundenen Geräte im Sunny Portal völlig egal, was Du als Zähler/Schalter im SAE konfiguriert hast. Solange /semp halbwegs sinnvollle DeviceInfo enthält und die Kommunikation zwischen SHM und SAE funktioniert, sollten Geräte gefunden werden.

[xldigit]

ja das ist offenbar so.

was ich jedoch nicht verstehe das in der Dokumentation steht wenn die Log Einträge erfolgen alle 60 Sekunden würde die Kommunikation klappen, dem ist offensichtlich nicht so wie man in meinem Fall sieht

2023-03-03 17:42:55,079 DEBUG [http-nio-10000-exec-10] d.a.s.s.w.SempController [SempController.java:89] Device info/status/planning requested.

[camueller]

Der SAE loggt mit obigem Statement, dass /semp durch abgefragt wird durch den SHM (wenn Du keinen anderen Prozess am Laufen hast, der das alle 60s macht). Mehr kann der SAE nicht wissen und bisher war das ein zu 100% korrekter Indikator dafür, dass die Kommunikation zwischen SAE und SHM klappt. Vielleicht klappt sie auch in Deinem Fall und das Problem liegt woanders (Sunny Portal, SHM).

[electric-m]

Hallo zusammen, ich muss mich auch nochmal ran hängen.
Bei mir wird leider auch die IP gemappt, die Docker dem Container zur Verfügung stellt (172....)
Daher fidnet der SHM den SAE nicht.

Ich habe nun die ENV Variablen hinzugefügt. komischerweise werden Sie jedoch nicht übernommen, wenn ich dann in den gestarteten Container schaue, steht dort nur language und Country.

[DudaTo]

Ändern sich die Variablen für die Sprache, wenn du dort z.B. Englisch einträgst?
Bei mir sieht das Fenster etwas anders aus.
Hast du schon eine andere Reihenfolge versucht, also zuerst Ip und Port?
In meinem Fall hatte der Container aber keine eigene IP, sondern die IP der Synology, da ich den Container im Hostnetzwerk betrieben habe...

[electric-m]

Nein es ändert sich gar nichts, es sieht aus als ob die ENV Variablen nicht durch gehen.
Es sieht bei mir anders aus, weil ich Portainer nutze.
Habe mittlerweile ich versucht, über cmd in Docker Compose die Werte zu übergeben, was grundsätzlich klappt, jedoch startet der Conatiner hier duernd durch.

[electric-m]

Ändern sich die Variablen für die Sprache, wenn du dort z.B. Englisch einträgst?
Bei mir sieht das Fenster etwas anders aus.
Hast du schon eine andere Reihenfolge versucht, also zuerst Ip und Port?
In meinem Fall hatte der Container aber keine eigene IP, sondern die IP der Synology, da ich den Container im Hostnetzwerk betrieben habe...

Im Übrigen ist das Webinterface des SAE unter der IP meines Hosts erreichbar, die SEMP URL ist jedoch die 172…. Des Container…

[DudaTo]

OK...mit Portainer hab ich leider keine Erfahrung :(

[electric-m]

Ich hab’s jetzt auch mal auf der Synology gestartet, da läuft es.
Liegt wohl also an meinem anderen Host… (UbuntuVM unter Proxmox).

[DudaTo]

Gut zu wissen, und gut das es läuft :)

[electric-m]

Falls es jemandem hilft,

ich habe mittlerweile durch Trial an Error auch eine funktionierende Docker Compose für meinen Proxmox-Host.
Die große Variante liegt ja hier im Repository, ich habe jedoch alles rausgstrichen, was nichts mit dem Raspberry Pi zu tun hat, oder nicht gebraucht wird.