NEWS
Docker Iobroker USB Device Synology DS918+ pass
-
@andre danke,
ich habe nun in der Console des Container nacheinander:
root@iobroker_beta:~# chown root:dialout /dev/ttyS0 root@iobroker_beta:~# chmod g+rw /dev/ttyS0 root@iobroker_beta:~# chown root:dialout /dev/ttyS1 root@iobroker_beta:~# chmod g+rw /dev/ttyS1 root@iobroker_beta:~# chown root:dialout /dev/ttyS2 root@iobroker_beta:~# chmod g+rw /dev/ttyS2 root@iobroker_beta:~# chown root:dialout /dev/ttyS3 root@iobroker_beta:~# chmod g+rw /dev/ttyS3nach jeder Eingabe der beiden Befehle habe ich in der Instanz im Iobroker den jeweiligen Pfad genutzt. Aber nach wie vor komme eine Timeout meldung.
smartmeter.0 2020-01-08 19:34:47.703 info (904) List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}] smartmeter.0 2020-01-08 19:34:01.594 warn (904) No or too long answer from Serial Device after last request. smartmeter.0 2020-01-08 19:34:01.593 info (904) Error: No or too long answer from Serial Device after last request.mach ich noch etwas falsch?
Wie könnte ich rausbekommen welchen Pfad der IR Reader nutzt.Danke
-
@andre danke,
ich habe nun in der Console des Container nacheinander:
root@iobroker_beta:~# chown root:dialout /dev/ttyS0 root@iobroker_beta:~# chmod g+rw /dev/ttyS0 root@iobroker_beta:~# chown root:dialout /dev/ttyS1 root@iobroker_beta:~# chmod g+rw /dev/ttyS1 root@iobroker_beta:~# chown root:dialout /dev/ttyS2 root@iobroker_beta:~# chmod g+rw /dev/ttyS2 root@iobroker_beta:~# chown root:dialout /dev/ttyS3 root@iobroker_beta:~# chmod g+rw /dev/ttyS3nach jeder Eingabe der beiden Befehle habe ich in der Instanz im Iobroker den jeweiligen Pfad genutzt. Aber nach wie vor komme eine Timeout meldung.
smartmeter.0 2020-01-08 19:34:47.703 info (904) List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}] smartmeter.0 2020-01-08 19:34:01.594 warn (904) No or too long answer from Serial Device after last request. smartmeter.0 2020-01-08 19:34:01.593 info (904) Error: No or too long answer from Serial Device after last request.mach ich noch etwas falsch?
Wie könnte ich rausbekommen welchen Pfad der IR Reader nutzt.Danke
-
Auf der Vertiebsseite wird erwähnt, dass der IR Reader unter Linux erreichbar ist
Link TextNun ist das auf der NAS ja nicht der Fall oder? Sonst würde ich ja im Auszug aus der NAS ja den PFAttyUSB0 finden? Ist das soweit richtig?
Liegt es dann daran, dass wie du schon erwähnt hast, der richtige Treiber auf der NAS nicht läuft? Weil anderes Linux?
Wie bekomme ich raus, welchen Treiber benötigt wird? Und wie ich den geladen bekomme?
Hersteller des IR Reader: Link TextKann ich beim Laden des Treibers auf meiner NAS etwas beschädigen?
Ihr merkt, bin leider sehr unwissend auf dem Gebiet und hoffe auf eure Hilfe.Vielen Dank für die Unterstützung.
-
Auf der Vertiebsseite wird erwähnt, dass der IR Reader unter Linux erreichbar ist
Link TextNun ist das auf der NAS ja nicht der Fall oder? Sonst würde ich ja im Auszug aus der NAS ja den PFAttyUSB0 finden? Ist das soweit richtig?
Liegt es dann daran, dass wie du schon erwähnt hast, der richtige Treiber auf der NAS nicht läuft? Weil anderes Linux?
Wie bekomme ich raus, welchen Treiber benötigt wird? Und wie ich den geladen bekomme?
Hersteller des IR Reader: Link TextKann ich beim Laden des Treibers auf meiner NAS etwas beschädigen?
Ihr merkt, bin leider sehr unwissend auf dem Gebiet und hoffe auf eure Hilfe.Vielen Dank für die Unterstützung.
@metzger304web-de sagte in Docker Iobroker USB Device Synology DS918+ pass:
Liegt es dann daran, dass wie du schon erwähnt hast, der richtige Treiber auf der NAS nicht läuft?
Scheint fast so...
Damit das Ding automatisch erkannt wird, müsste der Treiber im Kernel bereits integriert sein. Ich bezweifle dass das beim DSM standardmäßig der Fall ist....
Man könnte zwar versuchen den Treiber manuell zu installieren, aber die Gefahr ist groß, dass man die Schritte dann nach einem Update des DSM jedes mal wiederholen muss...Ich persönlich habe übrigens keine USB-Hardware für ioBroker an der DS weil ich es zum Einen nicht unbedingt möchte und zum Anderen meine DS nicht dort steht wo es sinnvoll ist Sender/ Empfänger z.B. für z-wave zu platzieren.
Meine Lösung: Ein Raspberry Pi mit iobroker als Multihost Slave. Angebunden und verwaltet vom ioBroker-Container.
Vielleicht wäre das auch eine Alternative für dich. Soweit ich gelesen habe läuft das Gerät am Raspberry ja...Andernfalls bleibt dir nur die Recherche das Ding am DSM zum Laufen zu bringen. Google findet da z.B. sowas:
https://www.synology-forum.de/showthread.html?17658-FTDI-USB-zu-Seriell-Adapter-an-der-DS211jMfG,
André -
@metzger304web-de sagte in Docker Iobroker USB Device Synology DS918+ pass:
Liegt es dann daran, dass wie du schon erwähnt hast, der richtige Treiber auf der NAS nicht läuft?
Scheint fast so...
Damit das Ding automatisch erkannt wird, müsste der Treiber im Kernel bereits integriert sein. Ich bezweifle dass das beim DSM standardmäßig der Fall ist....
Man könnte zwar versuchen den Treiber manuell zu installieren, aber die Gefahr ist groß, dass man die Schritte dann nach einem Update des DSM jedes mal wiederholen muss...Ich persönlich habe übrigens keine USB-Hardware für ioBroker an der DS weil ich es zum Einen nicht unbedingt möchte und zum Anderen meine DS nicht dort steht wo es sinnvoll ist Sender/ Empfänger z.B. für z-wave zu platzieren.
Meine Lösung: Ein Raspberry Pi mit iobroker als Multihost Slave. Angebunden und verwaltet vom ioBroker-Container.
Vielleicht wäre das auch eine Alternative für dich. Soweit ich gelesen habe läuft das Gerät am Raspberry ja...Andernfalls bleibt dir nur die Recherche das Ding am DSM zum Laufen zu bringen. Google findet da z.B. sowas:
https://www.synology-forum.de/showthread.html?17658-FTDI-USB-zu-Seriell-Adapter-an-der-DS211jMfG,
André@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
-
@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
-
@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. -
@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. -
@metzger304web-de
Hallo Thomas,
Erstmal heraus finden wie die Devices auf der DS wirklich heißen. Ich habe meinen Zigbee zum testen einfach ran gesteckt und im Verzeichnis /dev geschaut was dazu kommt... In meinem Fall /dev/ttyACM0
Frag mich nicht wie man das genau abfragen kann :) Da würde ich auch nur Google fragen....Dann beim Erstellen des Containers unter Runtime und Ressources 1:1 durch reichen. Denke das ist selbsterklärend...
Dann noch in die ENV "DEVICES" eintragen. Mehrere Devices entsprechend mit ; getrennt.
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...
MfG,
André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 zeroim 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.koDanke
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 zeroim 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.koDanke
Boardy -
@Boardy
Zeige mal die Ausgabe vonls -la /dev/tty*die Ausgabe im Spoiler und in Codetags </> setzen
@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/ttyUSB0Ich 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 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/ttyUSB0Ich habe den Container mal privilegiert gestartet - dann bekome ich Zugriff auf USB und den Modbus, aber das ist natürlich nicht die Lösung...
@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 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 . -
@Glasfaser
Wie André oben schreibt sollte es nun ja auch ohne privilegiert funktionieren... -
@Glasfaser
ja sorry, wer lesen kann...
-
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
912
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge