laut meinem Log war es 9000 und 9001;
in der Realität habe ich den Container aber von Host zu einer Bridge umgezogen und hatte somit alle Ports verfügbar.
Ich hoffe dies hilft dir weiter.
Es halt komisch ist, bei Home Assistant funktioniert es "out-of-the-box" ... 
tatsächlich .... ein Problem mit den Ports ..... 
Hat jemand eine Idee für Docker ? Da hat Instanz & Adapter löschen bisher leider nichts gebracht
docker official image - v9.1.2
admin: v6.17.14
js-controller: 5.0.19
Node.js: v18.20.3
NPM: 10.8.1
Habe ich vielleicht ein Problem mit den Ports ??
sonos.0
2024-06-30 12:10:16.455 debug Process channel: sonos.0.root.192_168_178_88
sonos.0
2024-06-30 12:10:16.408 debug Process channel: sonos.0.root.192_168_178_87
sonos.0
2024-06-30 12:10:16.358 debug Process channel: sonos.0.root.192_168_178_86
sonos.0
2024-06-30 12:10:16.307 debug Process channel: sonos.0.root.192_168_178_89
sonos.0
2024-06-30 12:10:16.307 debug Channels of root: [{"type":"channel","common":{"role":"media.music","name":"Sonos Play:1 Terrasse"},"native":{"ip":"192.168.178.89"},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1719742183531,"_id":"sonos.0.root.192_168_178_89","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}},{"type":"channel","common":{"role":"media.music","name":"Sonos AMP Badezimmer"},"native":{"ip":"192.168.178.86"},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1719742183595,"_id":"sonos.0.root.192_168_178_86","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}},{"type":"channel","common":{"role":"media.music","name":"Sonos AMP Hobbyraum"},"native":{"ip":"192.168.178.87"},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1719742183855,"_id":"sonos.0.root.192_168_178_87","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}},{"type":"channel","common":{"role":"media.music","name":"Sonos AMP Hobbyraum"},"native":{"ip":"192.168.178.88"},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1719742184125,"_id":"sonos.0.root.192_168_178_88","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}]
sonos.0
2024-06-30 12:10:16.257 debug Initialize known devices: [{"type":"device","common":{"name":"root"},"native":{},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1719739575452,"_id":"sonos.0.root","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}]
sonos.0
2024-06-30 12:10:16.164 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }
sonos.0
2024-06-30 12:10:16.140 info starting. Version 3.0.0 in /opt/iobroker/node_modules/iobroker.sonos, node: v18.20.3, js-controller: 5.0.19
sonos.0
2024-06-30 12:10:16.021 debug States connected to redis: 127.0.0.1:9000
sonos.0
2024-06-30 12:10:15.918 debug States create User PubSub Client
sonos.0
2024-06-30 12:10:15.917 debug States create System PubSub Client
sonos.0
2024-06-30 12:10:15.884 debug Redis States: Use Redis connection: 127.0.0.1:9000
sonos.0
2024-06-30 12:10:15.826 debug Objects connected to redis: 127.0.0.1:9001
sonos.0
2024-06-30 12:10:15.822 debug Objects client initialize lua scripts
sonos.0
2024-06-30 12:10:15.722 debug Objects create User PubSub Client
sonos.0
2024-06-30 12:10:15.722 debug Objects create System PubSub Client
sonos.0
2024-06-30 12:10:15.720 debug Objects client ready ... initialize now
sonos.0
2024-06-30 12:10:15.671 debug Redis Objects: Use Redis connection: 127.0.0.1:9001
Hi @stolly82 ,
zwar habe ich kein iPhone im dev modus, möchte dir aber gerne sagen dass die geposteten Screenshots sehr vielversprechend aussehen 
Wenn du an den Punkt kommst um die App im Testflight zu haben teste ich gerne für dich
Steffen
Hi @Meister-Mopper , natürlich wäre es 1000x besser den Root-Cause zu eliminieren. Stimme ich dir voll und ganz zu. Nur habe ich leider 0 Kenntnisse über Python und bin schon froh das Skript überhaupt am laufen zu haben. Daher auch die Idee den Python Prozess zu killen und neu zu starten.
Hallo zusammen,
im Moment habe ich auf meiner Synology ein Python-Skript laufen dass mir Zählerwerte meines Stromzählers ausliest und ständig via MQTT published. Diese Werte hole ich mir dann in ioBroker zur Weiterverwendung. Das ganze klappt auch soweit ganz gut - nur leider stürzt dieses Python Skript ab und zu auch mal ab. Im Moment behelfe ich mir damit bei 5 Minuten ohne Änderung des Zeitstempels des MQTT Werts eine Nachricht zu senden. Dann kann ich das Skript auf der Synology neu starten. Das ist natürlich ziemlich doof - also das manuelle neu starten meine ich
Daher dachte ich mir, dass ich doch den SSH Befehl vom iobroker aus senden könnte - anstelle dass ich das tue
Nur leider muss ich das mittels sudo ausführen. Wenn ich direkt auf der Kommandozeile der Synology bin, werde ich ein weiteres mal nach meinem Passwort nach dem ersten sudo Befehl gefragt.
So, was habe ich bereits getan:
Im Javascript Adapter habe ich das NPM simple-ssh ergänzt (unter zusätzliche NPM-Module), dann habe ich mittels Blockly ein Javascript erzeugt, mit IP, User, Pass (für den Screenshot geändert) und meinen Befehl.
Jetzt die große Frage, wie bekomme ich zum 2. Mal die Eingabe meines Passwortes da rein ???
Vielen Dank!
Steffen
richtig, da ohne Präfix
EDIT: geändert ... und schon funktioniert es
Vielen lieben Dank !
korrekt
Der Broker ist ein Mosquitto der direkt (also ohne Docker) auf meiner Synology läuft
ok, zurück zu "hue/Büro/on" (unterste Zeile)
getriggert durch HomeKit
dann im hue Adapter .... kommt das true .....oder false sollte es denn anders herum sein nicht an.
Ich hatte die Schreibtischlampe gezeigt wegen VIEL weniger Zeilen
Ja, sind insgesamt ca. 40 Lampen; Die Schreibtischlampe ist am einfachsten da es nur ein/aus gibt 
Für alle Lampen ist die Einstellung identisch (halt mit unterschiedlichem Namen )
