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

[Glasfaser]

@StM47

Da ist mir was in deinem neuen Log aufgefallen :

Die IP ist nicht richtig !!!

[StM47]

Ja, habe ich schon gefixt.

Schau mal, das steht in der rechten oberen Ecke in der Phoscon App

[StM47]

Wenn ich die Phoscon App öffne, kommt für ein paar Sekunden folgendes Bild

welches sich dann folgendermaßen ändert.

[Glasfaser]

@StM47

Sorry , komm leider nicht weiter .:anguished:

@Asgothian oder @Jey-Cee könnt Ihr vielleicht weiterhelfen !??

[StM47]

@Glasfaser

Trotz dem danke für deine Hilfe! :+1:

[StM47]

@haselchen

Auch dir besten Dank!

[duffbeer2000]

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

[StM47]

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

[rowoy]

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?

[Glasfaser]

@rowoy

Port 5900 ist nur mit VNC Viewer sichtbar .

zu /dev/ttyACM1

[StM47]

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!

[p3pp0]

@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

[StM47]

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

Bei mir läuft soweit alles ganz gut.
Ich kann nur keine Zeitzone einstellen. Keine Ahnung, warum?!

[duffbeer2000]

@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/localtime

Die 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-requisite

Und der letzte Befehl bezüglich der Zeitzone.

[StM47]

@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:x: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 gefunden

ls /etc/localtime

root@iobroker:/opt/iobroker# ls /etc/localtime
/etc/localtime
root@iobroker:/opt/iobroker#

[duffbeer2000]

@StM47 Nicht im ioBroker Container sondern direkt auf deiner Diskstation ;)

[StM47]

@duffbeer2000

:blush: Moment

[StM47]

@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:~# 

[duffbeer2000]

@StM47
ok, was du mal versuchen könntest um den Deconz Container nicht mit erhöhten Rechten laufen lassen zu müssen ist folgendes:
groupadd dialout
chown root:dialout /dev/ttyACM0

• Wenn du danach bei dem Deconz Container mal die Option "Container mit hoher Priorität ausführen" deaktivierst sollte er trotzdem laufen. Achtung, wenn danach den Stick ziehst ist die Einstellung wieder weg. Die muss man dann erst dauerhaft machen. Aber zum Testen perfekt.
• Wenn es nicht funktioniert dann stellst du mit den folgenden Befehlen alles zurück auf Ursprung:
  chown root:root /dev/ttyACM0
  groupdel dialout

Und für die Zeitzone:
Mounte mal folgende Datei nur mit Lesezugriff in den Deconz Container dann hat er die gleiche Zeit wie deine Diskstation:
/etc/localtime

Alternativ kannst du die Variable TZ mit dem Wert Europe/Berlin konfigurieren.

[StM47]

@duffbeer2000

Ich weiß zwar nicht genau was ich da mache, habe es aber mal ausprobiert.

Ich habe die Befehle mal im ioBroker eingegeben.

und auch auf der DiskStation