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

[Meto304]

@andre
vielen Dank. Dann müsste ich es mit dem Multihost-Betrieb nochmals versuchen.
Beim letzten Versuch ist mir der Rpi und der Container komplett abgeschmiert, so dass ich auf den Slave gar keinen Zugriff mehr bekommen habe und im Master (Container) auch gar nix mehr ging...
Iobroker startete nicht mehr, die gängigen Reparaturbefehle klappten auch nicht mehr. Und ich hatte keinerlei Sicherung.
Jetzt mit den ausgelagerten Daten des Container, könnte ich es nochmals versuchen.

Kannst du eine gute Anleitung für den Multihost-Betrieb empfehlen?

danke

[Matis]

@metzger304web-de Hi, ich hänge an genau der gleichen Stelle: ttyS0-4 wird offensichtlich bereits durchgereicht, es kommen aber keine Daten an.
Hast Du denn irgendeine Lösung gefunden oder aufgegeben? Ich bin für jeden Tipp dankbar.

[Meto304]

@Matis hallo, ich habe einen RPi3 als Slave im Betrieb. Der wird nur genutzt um den Stromzähler mittels dem IR Lesekopf auszulesen
Leider habe ich damals nicht hinbekommen im Docker den Sensor auszulesen.

[Matis]

@metzger304web-de Danke, hab's geschafft: Treiber nachinstallieren, dann wird es mit ttyUSB0 verbunden und kann angezeigt werden.

[Boardy]

Wichtig: Bei Portainer gibt es aktuell noch einen Bug, dass Änderungen bei den ENV unter Verwendung des Buttons "edit/ duplicate" nicht übernommen werden. Hier musst du in diesem Fall einen neuen Container erstellen. Andernfalls werden die Änderungen an den ENV nicht gespeichert.

Danach sollte das Device dann im ioBroker zur Verfügung stehen. Kontrolle: über die Kommandozeile den ordner /dev ansteuern und z.B. per ls gucken ob das Device auftaucht....

...und auf jeden Fall die aktuelle Beta verwenden. Die ENV ist noch relativ neu und in v4.0.0 nicht enthalten...

Hi, ich hänge mich mal dazu da ähnliche Baustelle:
Bin auf der aktuellen V4.0.3Beta und versuche, einen Modbus Stick einzubinden... auf dem Syno sehe ich es unter /dev/ttyUSB0,
die ENV habe ich gleich beim Installieren der 4.0.3 im Synology Frontend gesetzt und sie wird auch im Portainer angezeigt...
Im Modbus Adapter wird wir ttyUSB0 auch angeboten aber unter /dev im Container finde ich nichts passendes ...
root@1018-iobroker5:/dev# ls
console core fd full mqueue null ptmx pts random shm stderr stdin stdout tty urandom zero

im Log sehe ich die Zugriffsfehler...
----- Step 4 of 5: Applying special settings -----

Usb-device-support is activated by ENV.

Setting permissions for /dev/ttyUSB0...

chown: Zugriff auf '/dev/ttyUSB0' nicht möglich: Datei oder Verzeichnis nicht gefunden

chmod: Zugriff auf '/dev/ttyUSB0' nicht möglich: Datei oder Verzeichnis nicht gefunden

Done.

Was klemmt denn da?
um den FTDI Treiber zu aktivieren habe ich auf dem Sysno die beiden Befehle ins Systen Startscript aufgenommen:
insmod /lib/modules/usbserial.ko
insmod /lib/modules/ftdi_sio.ko

Danke
Boardy

[Boardy]

Sorry IO Broker Version ist die 5.0.0 nicht 4.0.3B...

[Glasfaser]

@Boardy
Zeige mal die Ausgabe von

ls -la /dev/tty*

die Ausgabe im Spoiler und in Codetags </> setzen

[Boardy]

@Glasfaser said in Docker Iobroker USB Device Synology DS918+ pass:

ls -la /dev/tty*

/dev/tty ist LEER...
ich habe auch gerade auf 5.0.2b aktualisiert - identisch...

In meinem System Start Skript hab ich noch einen CMOD ergänzt:
insmod /lib/modules/usbserial.ko
insmod /lib/modules/ftdi_sio.ko
chmod -R 0777 /dev/ttyUSB0

Ich habe den Container mal privilegiert gestartet - dann bekome ich Zugriff auf USB und den Modbus, aber das ist natürlich nicht die Lösung...

[Glasfaser]

@Boardy sagte in Docker Iobroker USB Device Synology DS918+ pass:

mal privilegiert gestartet - dann bekome ich Zugriff auf USB und den Modbus

Das kann schon vorkommen das der USB Port / speziell Modbus höhere Container Rechte braucht.
Warum .. wieso ... kann ich dir nicht sagen ,nur das es in einigen Thread´s erwähnt worden ist .

[Boardy]

@Glasfaser
Wie André oben schreibt sollte es nun ja auch ohne privilegiert funktionieren...

[Glasfaser]

@Boardy

zeige mal deine ENV Einstellungen als Screenshot

[Boardy]

@Glasfaser

[Glasfaser]

@Boardy

Nee ... von den Container Einstellungen !

Beispiel :
.

[Boardy]

@Glasfaser
ja sorry, wer lesen kann...

[Glasfaser]

@Boardy

ist er den jetzt /dev/ttyUSB0 wenn du Ihn im Modbus Adapter auswählst !?
Weil manchmal kann es vorkommen das er beim ein und ausstecken einen anderen Port zugewiesen bekommt z,b . dann .....ttyUSB1

[Boardy]

@Glasfaser
Ja denke das ist richtig - den Adapter hab ich ja auch auf USB0 stehen und hatte privilegiert dann auch Zugriff

[Glasfaser]

@Boardy

Kann leider nicht testen , da ich kein USBModbus habe .

Schreibe das mal zusatzlich in ENV rein:

PACKAGES=vim nano build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

[Glasfaser]

@Boardy sagte in Docker Iobroker USB Device Synology DS918+ pass:

In meinem System Start Skript hab ich noch einen CMOD ergänzt:
insmod /lib/modules/usbserial.ko
insmod /lib/modules/ftdi_sio.ko
chmod -R 0777 /dev/ttyUSB0

Was wäre hiermit !?

chown root:dialout /dev/ttyUSB0
chmod g+rw /dev/ttyUSB0

[Boardy]

@Glasfaser sagte in Docker Iobroker USB Device Synology DS918+ pass:

chown root:dialout /dev/ttyUSB0

Es fehlt das Device, somit hilft das auch nicht... die Package Origie hat auch nichts verändert...

[Glasfaser]

@Boardy sagte in Docker Iobroker USB Device Synology DS918+ pass:

hat auch nichts verändert...

Sorry.... leider komme ich auch nicht weiter , da ich es bei mir nicht selber testen kann .