Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Torsten_MG]

@haselchen

habe jetzt 8080, 8088, 20877 ausprobiert. Mit dem gleichen Ergebnis.

was ich statt 443 eingeben kann weiss ich nicht. Brauche jetzt erstmal eine Pause.

Für weitere Hilfreiche Tipps bin ich dankbar!

[wolfi913]

@torsten_mg
Lt. Anleitung des Adapters:

Falls Du das noch nicht probiert hast evtl. mal den API-Key löschen. Dann Deine Ports 8077 und 443 eintragen und speichern. Anschließend nochmals einen API-Key erstellen.

[haselchen]

@torsten_mg

Also hast du alle 3 anderen Ports mal eingetragen bei Websockets im Adapter und auch dann auch entsprechend die Umgebungsvariabel geändert im Container?

Was sagt das Log nach den Änderungen?

@wolfi913 sehr guter Tipp!

[Torsten_MG]

@haselchen

Ich bin jetzt wie folgt vorgegangen:

1. Container beendet
2. DECONZ_WEB_PORT angepasst
3. Container gestartet
4. im IOBroker die Einstellungen geöffnet und den Bridge Port angepasst
5. Phoscon App mit neuem Port geladen und auf App verbinden gedrückt
6. im IOBroker Erstelle API KEY gedrückt
7. Speichern und schließen

Das Ergebnis ist immer wie folgt:

Kann es nicht sein, dass das Problem beim IOBroker oder dessen Container zu suchen ist?

1. Ich habe mit der Phoscon App verbindung zum Stick, also funktioniert das im Grunde ja

2. Da ich ja auch mit dem Zigbee Adapter keine Verbindung zum Stick aufbauen kann und im Protokoll dann die Meldung kommt:

Error: Permission denied, cannot open /dev/ttyACM0

Leider bin ich jetzt nicht der Experte, aber für mich sieht das so aus, als ob dem IOBroker der Zugriff auf den Stick bzw. dessen Port verweigert wird

Die Kommunikation zw. Phoscon App und Doconz Adapter scheint ja zu funktionieren, sonst würde ich ja nicht jedesmal eine neue API Key bekommen

[Torsten_MG]

Ich habe jetzt nochmal das Internet durchwühlt und bin immer mehr davon überzeugt, dass das Problem vor dem PC sitzt und einen Fehler beim Erstellen des Containers für den IOBroker gemacht hat.
Ich war auch unter anderem auf docs.buanet.de und da steht was von USBDEVICES. Das habe ich jetzt auch mal in den Einstellungen eingetragen, aber mit großer wahrscheinlichkeit fehlt noch etwas.

Vielen Dank für die Hilfe!!

Torsten

[wolfi913]

@torsten_mg
Eine Idee noch.
Ich hab zwar den ConBee2 nicht mehr im Einsatz. Aber die Config des alten Containers auf der DS ist noch nicht gelöscht. Das hat bei mir früher funktioniert.
Und ich habe da keinen Eintrag USBDEVICES und der verweist bei Dir ja zur angemeckerten Adresse ttyACM0.
Hatte aber auch eine andere Version des Containers im Einsatz. Wenn ich mich noch richtig erinnere musste ich keinen Port angeben. Den ConBee-Stick hat Deconz selber gefunden. Kann mich aber auch täuschen.


Wie gesagt, das Teil ist schon ne Zeit in Rente

[Torsten_MG]

@wolfi913

den Eintrag USBDEVICES habe ich auch eben erst eingetragen, nachdem ich auf der Seite von buanet war https://docs.buanet.de/iobroker-docker-image/docs/#advanced-configuration.

Dort steht, dass man das machen muss, aber das meiste verstehe ich leider nicht, mangels Kenntnisse. Das mit dem script was da erwähnt wird, verstehe ich z.B. nicht.

Mithilfe der Benutzerskriptfunktion können Sie dem Containerstart-Skriptcode hinzufügen.
Sie können dies erreichen, indem Sie einen zusätzlichen Ordner oder ein zusätzliches
Volume anhängen /opt/userscripts ...

[wolfi913]

@torsten_mg
War mir nur beim Abgleichen der Einstellungen aufgefallen. Mehr kann ich dazu leider nicht beitragen. Aber vielleicht fällt ja noch jemandem was ein/auf der sich mit Docker auskennt.

[haselchen]

@torsten_mg

Gibt dein Log jetzt immer noch einen Fehler aus?

Denk dran, immer wenn du was löschst oder neu erstellst, musste auch alles andere wieder einstellen.
API Key etc.

[Torsten_MG]

@haselchen

aktuell sieht es so aus

[haselchen]

@torsten_mg

Wieso Websocket 445?

[Torsten_MG]

Noch eine Frage an die Experten.

Wie kann ich die userscript_everystart.sh in /opt/userscripts bearbeiten?

bei nano kommt die Meldung das der command nicht bekannt ist

[Torsten_MG]

@haselchen sagte in [bearbeitet]DS923+ keine Verbindung zu ConBee2:

@torsten_mg

Wieso Websocket 445?

sollte doch mal verschiedene ausprobieren, das war der letzte

[haselchen]

@torsten_mg

Ich weiss das dein Kopf raucht, aber bitte lies dir die Posts mal genau durch!

Da steht nix von 445.

Du hast da komplett alles verdreht in deiner Konfig gerade.

Und was du da jetzt vorhast, ist mit Kanonen auf Spatzen schiessen.

Halte dich mal genau an das was man dir schreibt.
Leider fummelst du da für dich selber rum, postest dann mal was, was gar nicht Thema war .
So kommen wir nicht weiter.

[Torsten_MG]

so habe jetzt nochmal das mit dem websocket getestet.

bei 443 kommt

bei 445 kommt

liegt das jetzt doch am websocket? Was muss ich dann nehmen?

[Torsten_MG]

@haselchen sagte in [bearbeitet]DS923+ keine Verbindung zu ConBee2:

Kann aber sein, dass du im Container das auch ändern musst in den Umgebungsvariablen!

Hier hatte ich gedacht, dass du DECONZ_WS_PORT meinst

[haselchen]

@torsten_mg

Lösch mal das Image und den Container. Wir versuchen jetzt diese Anleitung.
Halte dich genau an die Schritte.
Wenn das am Ende nicht klappt, bin ich ratlos.

1. Install Docker from Packet Manager.
2. Open Docker and search the package "marthoc/deconz" and install the latest version (don't start it yet!).
   3. Go to "File Station" of your NAS and
   1. create a new directory called "docker"
   2. inside it create another directory called "deconz"
   3. inside this last directory create another directory callet "opt"
3. Connect to your NAS via SSH (I suggest using Putty), login with your credentials.
   5. Type "sudo su" in order to have Super User Permissions (after pressing enter it will ask you for the password again).
   6. Run following commands in order
   1. modprobe usbserial
   2. modprobe ftdi_sio
   3. modprobe cdc-acm
4. Unplug Conbee 2 stick from your NAS and plug it back in.
5. Run the following command
   sudo docker run -d --name=deconz --net=host --restart=always -v /etc/localtime:/etc/localtime:ro -v /volume1/docker/deconz/opt:/root/.local/share/dresden-elektronik/deCONZ --device=/dev/ttyACM0 marthoc/deconz

I advise you not to copy the command but to write it by hand to avoid errors!

9. Re-open Docker App, under the "images" tab you should see an active container called "deconz", turn it off.
10. Select the deconz image and click on "edit", go to the environment, on the parameter "DECONZ_WEB_PORT" type the port where you want to have your deconz server running.

THAT'S IT!

The only "bad" thing is that you have to run the step 3) every time the NAS is restated

[Torsten_MG]

Hallo @haselchen

ich möchte dir nochmal Herzlich danken für deine Geduld.

Da ich mich so an den Zigbee Adapter gewöhnt hatte, habe ich zwischendurch auch diesen immer wieder getestet.

Was soll ich sagen, der Zigbee Adapter läuft.

Nun muss ich nurnoch alle Geräte anlernen.

Ich wünsche Dir ein schönes WE bis zum nächsten Problem.

Gruß Torsten

[haselchen]

@torsten_mg

Klingt schonmal sehr,sehr gut.
Wie haste das zum Laufen bekommen?

[Torsten_MG]

@haselchen

so sicher bin ich mir da leider nicht.

Das letzte was ich ja gemacht habe war das im iobroker container. Später nochmal die NAS aus- & wieder eiingeschaltet. Dann wieder die Zeilen im Terminal eingegeben

sudo /sbin/modprobe usbserial 
sudo /sbin/modprobe ftdi_sio
sudo /sbin/modprobe cdc-acm
sudo chmod 777 /dev/ttyACM0

Dann irgenwann nochmal den zigbeeadapter gestartet und siehe da es läuft.

Kann sein, dass es schon früher geklappt hätte, wenn ich im log beim iobroker genauer hingeschaut hätte, habe nämlich noch den Deconz Container auf der NAS als allerletztes deaktiviert.

Was ich jetzt noch nicht weiss ist, wie kann ich das startscript bearbeiten, damit ich nicht bei jedem neustart die Zeilen im Terminal eingeben muss