Conbee USB Stick auf Synology Diskstation im Docker Container
-
Hilft leider auch nicht.
Hier das Log
Bei denem Log wird ganz klar deine IP Adresse angezeigt 192.168.178.11
und dann der Port 8077.Meine IP wird ganz anders aufgelöst.
Das hängt bestimmt mit dem MACVLAN zusammen.
Dort wird der Fehler liegen. -
@StM47 sagte in Conbee USB Stick auf Synology Diskstation im Docker Container:
Siehe dein Screenshot
Nee kann nicht … bei dir ist doch 192.168.178.50:8077
-
-
Ja, habe ich schon gefixt.
Schau mal, das steht in der rechten oberen Ecke in der Phoscon App
-
Wenn ich die Phoscon App öffne, kommt für ein paar Sekunden folgendes Bild
welches sich dann folgendermaßen ändert.
-
Sorry , komm leider nicht weiter .
@Asgothian oder @Jey-Cee könnt Ihr vielleicht weiterhelfen !??
-
Trotz dem danke für deine Hilfe!
-
Auch dir besten Dank!
-
So, ich hab leider keine Benachrichtigung per Mail erhalten das hier was passiert daher erst jetzt.
Mal ein paar Basisdaten damit ich weiß wie was angebunden ist:
- ioBroker Container, in welchem Netzwerkmodus läuft der? Host? Bridge? MacVLAN
- Deconz Container, in welchem Netzwerkmodus läuft der? Host? Bridge? MacVLAN
- Welche IP hat deine Synology?
Hinweise:
- Die Ports der Container nicht auf automatisch stellen sondern fest vergeben sonst hat man nach jedem Neustart der Diskstation Chaos.
- Die IP mit der 172.17.0.4 ist die interne IP des Dockereigenen Netzwerks, diese IP-Adresse ist von außen nie erreichbar. Wenn die in der Phoscon App am Anfang angezeigt wird einfach ignorieren
- Den Container wenn möglich nicht mit der Einstellung "Container mit höchster Priorität ausführen" betreiben! Du gewährst damit dem Container sehr weitreichende Rechte, inkl. z.B. dem Recht alle deine Daten zu löschen, nein nicht nur die im Container, sondern auch auf deiner Diskstation! Also don't do it!
Vermutung:
Dein ioBroker-Container läuft im Netzwerkmodus MacVLAN und dein Deconz-Container als Bridge oder Host. Damit ist dann (hab keine Synology, kann daher nur vom Docker Standard sprechen der bestimmt auch von der Diskstation eingehalten wird) die Kommunikation zwischen den beiden Containern geblockt. Es handelt sich hierbei um ein Sicherheitsfeature von Docker, das ein Container nicht seinen eigenen Host erreichen darf (MacVLAN -> Brige, Host geht nicht), das man auch nur über komplizierte Umwege umgehen kann. Sollte es also so sein dann ändere den Netzwerkmode vom Deconz-Container auch auf MacVLAN. (Einschränkung hierbei ist das Deconz dann nicht mehr von Alexa als Philips-Hue erkannt wird da UPNP nicht mehr funktioniert.) -
@duffbeer2000
Danke für deine Antwort!Ich habe schon sowas vermutet.
Ich werde als Nächstes das ioBroker Netzwerk ändern.
NACVLAN bringt für mich eigentlich keinen Vorteil.Wenn dann alles über Host oder Bridge läuft, sollte es mit dem Conbee Stick funktionieren.
-
Hallo, hänge mich hier einfach mal dran. Bin gerade dabei den Container einzubinden. Komme aber nicht mal auf die Deconz Oberfläche. Habe soweit alle Einstellungen wie Haselchen gesetzt. Nix passiert bei Port 5900. Ich habe den Verdacht das mein Stick gar nicht von der Syno (DS218+) erkannt wird. Muss ich da noch was extra installieren oder bei DECONZ_DEVICE einen Pfad wie /dev/ttyACM1 eintragen? Nutze im Moment auf dem gleichen System in einem anderen Docker den IObroker mit einem Zigbee CC25.. Stick am USB Port ttyACM0... den wollte ich eigentlich mit den ConBee ersetzen. Hat wer eine Idee wo ich noch ansetzen könnte?
-
-
So Leute, ich habe meine ioBroker Instanz auf den Bridge Mode umgebaut.
Jetzt laufen der Conbee Stick und die Syno im selben Netzwerk.Und siehe da, die Verbindung steht beim ersten Versuch.
Der API Key wurde sofort erzeugt.Vielen Dank noch einmal an alle, die sich für mich bemüht haben!
-
@StM47 mit welchen Einstellungen hast du das hinbekommen? Ich hatte immer Fehler im Log + Adapter-Dauer-Neustart im Bridge Mode... nur wenn iobroker + Deconz im Host laufen geht es bei mir
-
So sehen meine Einstellungen aus.
Bei mir musste bei DECONZ_DEVICE noch der Pfad für den Stick rein - /dev/ttyACM0
Konnte ohne diese Einstellung keine Sensoren anlernen und ich muss den Container mit hoher Priorität ausführen, sonst wird Conbee Stick nicht erkannt .
In einem anderen Bord habe ich gelesen, dass einige User noch folgende Befehle in der Konsole ausführen mussten. War bei m ir aber nicht nötig.
sudo insmod /lib/modules/usbserial.ko
sudo insmod /lib/modules/ftdi_sio.koBei mir läuft soweit alles ganz gut.
Ich kann nur keine Zeitzone einstellen. Keine Ahnung, warum?! -
@StM47
Kannst du mal auf deiner Diskstation folgende Befehle ausführen und den Output posten?
grep dialout /etc/group
ls -l /dev/ttyACM0
ls /etc/localtimeDie Einstellung "Container mit hoher Priorität ausführen" sollte unbedingt vermieden werden. Beim Conbee Container geht das über die dialout Gruppe, wenn die die richtigen Rechte hat, dann läuft der Contianer ohne die hohe Priorität, deshalb die ersten beiden Befehle um zu schauen was fehlt:
https://github.com/marthoc/docker-deconz/#pre-requisiteUnd der letzte Befehl bezüglich der Zeitzone.
-
@duffbeer2000 sagte in Conbee USB Stick auf Synology Diskstation im Docker Container:
grep dialout /etc/group
root@iobroker:/opt/iobroker# grep dialout /etc/group
dialout
20:iobroker
root@iobroker:/opt/iobroker#ls -l /dev/ttyACM0
root@iobroker:/opt/iobroker# ls -l /dev/ttyACM0
ls: Zugriff auf '/dev/ttyACM0' nicht möglich: Datei oder Verzeichnis nicht gefundenls /etc/localtime
root@iobroker:/opt/iobroker# ls /etc/localtime
/etc/localtime
root@iobroker:/opt/iobroker# -
@StM47 Nicht im ioBroker Container sondern direkt auf deiner Diskstation
-
Moment -
@duffbeer2000 sagte in Conbee USB Stick auf Synology Diskstation im Docker Container:
ls /etc/localtime
root@DiskStation:~# grep dialout /etc/group root@DiskStation:~# ls -l /dev/ttyACM0 crw------- 1 root root 166, 0 Nov 26 00:29 /dev/ttyACM0 root@DiskStation:~# ls /etc/localtime /etc/localtime root@DiskStation:~#
