UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Torsten_MG]

@arteck sagte in DS923+ findet ConBee2 nicht im /dev Ordner:

@haselchen sagte in DS923+ findet ConBee2 nicht im /dev Ordner:

Und dann empfehle ich dir dringend die USB Verlängerung!

die ist im Synology egal.. am Pi ist es notwendig.. und am Nuc aber das ist auch wieder so ein voodoo

am Nuc hatte ich den Stick ohne Verlängerung Problemlos mit dem Zigbee-Adapter am laufen

[arteck]

@torsten_mg sagte in DS923+ findet ConBee2 nicht im /dev Ordner:

am Nuc hatte ich den Stick ohne Verlängerung Problemlos mit dem Zigbee-Adapter am laufen

deshalb sag ich ja voodoo... es hängt mit dem WiFi Modul zusammen.. wie stark der sendet...

bei Pi ist es die USB3 Buchse die Störung verursacht

[haselchen]

@torsten_mg

Ad hoc würde mir jetzt nur einfallen, Container plattmachen und neuen erstellen.
Natürlich musst du da alles wieder so machen, wie wir das bis jetzt gemacht haben.
API Key erstellen ebenso dann nicht vergessen im Iobroker Deconz Adapter.

Damit auch alles frisch wieder wird, Container löschen, Image löschen.
Wieder neu laden.
Und dem Container einen anderen Namen geben dann.

Ich hab die Erfahrung gemacht, dass er sich sonst (wie auch immer er das macht) sich an eine alte Installation erinnert und die Fehlerbilder bleiben.

[Torsten_MG]

@haselchen

ich glaube, das update mit dem Stick ist doch irgendwie schief gelaufen, da er beim iobroker auf dem NUC jetzt auch nicht mehr mit dem Zigbee adapter verbindet.

Werde jetzt erstmal den Kopf frei machen und dann weiterschauen.

Vielen Dank erstmal.

Für weitere Hilfreiche Tipps bin ich dankbar.

Melde mich dann später nochmal

[haselchen]

@torsten_mg

Was kann da schiefgelaufen sein?

Ich hatte dir den Link mit der Anleitung geschickt?

[Torsten_MG]

@haselchen sagte in DS923+ findet ConBee2 nicht im /dev Ordner:

@torsten_mg

Was kann da schiefgelaufen sein?

Ich hatte dir den Link mit der Anleitung geschickt?

Ich weiss es nicht, aber seit dem update funktioniert der Stick am NUC auch nicht mehr

[haselchen]

@torsten_mg

Dann führe das Update nochmal Schritt für Schritt ganz in Ruhe durch

[Torsten_MG]

@haselchen sagte in DS923+ findet ConBee2 nicht im /dev Ordner:

@torsten_mg

Dann führe das Update nochmal Schritt für Schritt ganz in Ruhe durch

schon gemacht und bin jetzt wieder in der Phoscon app

aber trotzdem keine Verbindung

[haselchen]

@torsten_mg

Und wenn du jetzt den Port 443 einträgst bei Websocket im Adapter?

[wolfi913]

@torsten_mg sagte in DS923+ findet ConBee2 nicht im /dev Ordner:

aber trotzdem keine Verbindung

Vielleicht den Websocket Port befüllen? Vermutlich 443

Edit: @haselchen war schneller

[Torsten_MG]

@haselchen
@wolfi913 sagte in DS923+ findet ConBee2 nicht im /dev Ordner:

@torsten_mg sagte in DS923+ findet ConBee2 nicht im /dev Ordner:

aber trotzdem keine Verbindung

Vielleicht den Websocket Port befüllen? Vermutlich 443

Edit: @haselchen war schneller

dann kommt folgende Meldung

[haselchen]

@torsten_mg

Versuch mal diese Ports:

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

[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.