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

[Glasfaser]

@piccobello

Du hast doch ein Auswahlmenue dafür :

.

[piccobello]

wieder error

zigbee.0	2019-11-20 21:06:13.407	error	(1443) Error while starting zigbee-shepherd!. Error: Error: No such file or directory, cannot open /dev/ttyACM0
zigbee.0	2019-11-20 21:06:13.398	info	(1443) Starting zigbee-shepherd
zigbee.0	2019-11-20 21:05:13.395	info	(1443) Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds)
zigbee.0	2019-11-20 21:05:13.365	info	(1443) Reset coordinator
zigbee.0	2019-11-20 21:05:13.320	info	(1443) Queue is: true
zigbee.0	2019-11-20 21:05:13.319	info	(1443) Start on port: /dev/ttyACM0 channel 11
zigbee.0	2019-11-20 21:05:13.277	info	(1443) starting. Version 0.11.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.17.0
host.8862f2d30733	2019-11-20 21:05:11.356	info	instance system.adapter.zigbee.0 started with pid 1443
host.8862f2d30733	2019-11-20 21:05:09.352	info	instance system.adapter.zigbee.0 terminated with code 156 (156)
zigbee.0	2019-11-20 21:05:08.833	info	(1404) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
zigbee.0	2019-11-20 21:05:08.832	info	(1404) terminating
zigbee.0	2019-11-20 21:05:08.828	info	(1404) Got terminate signal TERMINATE_YOURSELF
host.8862f2d30733	2019-11-20 21:05:08.824	info	stopInstance system.adapter.zigbee.0 send kill signal
host.8862f2d30733	2019-11-20 21:05:08.821	info	stopInstance system.adapter.zigbee.0 (force=false, process=true)
info.0	2019-11-20 20:50:32.271	info	(431) Popup news was read...

[Glasfaser]

@piccobello

Letzer Versuch, im Container den Befehl durchführen :

chmod 777 /dev/ttyACM0

[piccobello]

im Container macht er das

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

[Glasfaser]

@piccobello

Leider kenne ich den Qnap - Container nicht ,
da kann ich dir leider nicht mehr weiterhelfen … Sorry :relieved:

Da fällt mir noch etwas ein :
Vielleicht muss man es weiterreichen , gibt es soetwas bei dir !?

[piccobello]

leicht nur so was


[piccobello]


[Glasfaser]

@piccobello

Gib mal das im Container ein :

insmod /usr/local/modules/cdc-acm.ko

und dann die Ausgabe im Container

ls -la /dev/ttyACM0

[piccobello]

@Glasfaser said in [gelöst] Installation iobroker auf QNAP 251+ in docker:

insmod /usr/local/modules/cdc-acm.ko

oci runtime error: exec failed: container_linux.go:265: starting container process caused "exec: \"insmod\": executable file not found in $PATH"

[piccobello]

warum kann ich den stick mit winscp es finden und mit den Container nicht?

[Glasfaser]

@piccobello

…. mehr kann ich dir nicht helfen , da ich keine QNAP habe .. Sorry :thinking_face:

[piccobello]

lsusb mit Container

oci runtime error: exec failed: container_linux.go:265: starting container process caused "exec: \"lsusb\": executable file not found in $PATH" 

mit winscp

/$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 0451:16a8 Texas Instruments, Inc. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[piccobello]

@Glasfaser ok danke aus Portugal

[Glasfaser]

@a200
Kannst du vielleicht @piccobello helfen, ich komme leider nicht weiter !?

[a200]

@piccobello Ich kann mal versuchen. Bitte folgendes prüfen.

1. privileged mode. Der Hacken muss gesetzt sein.
   

2. Ich vermute, dass du bei winscp auf die shell der QNAP zugreifst, nicht auf den Container. Also auf das Terminal-Icon klicken, und in das Feld

/bin/bash

eingeben.

Dann in der Shell des Containers:

dmesg | grep usb   

eingeben und die komplette Ausgabe hier posten. Mal sehen ob dein Stick von Container erkannt wird.

[piccobello]

guten abend habe alles noch mal neue installiert . und sudo chmod 777 /dev/ttyACM0 gemacht und dann war :blush: grün :blush: dank a200 und Glasfaser

[piccobello]

Problem ist, dass bei jedem Neustart der Qnap der chmod neu durchgeführt werden muss....

crw------- 1 root root 166, 0 Nov 22 01:09 /dev/ttyACM0  

was kann ich machen mit die recht bleiben .....??

[a200]

@piccobello sagte in [gelöst] Installation iobroker auf QNAP 251+ in docker:

Problem ist, dass bei jedem Neustart der Qnap der chmod neu durchgeführt werden muss....

crw------- 1 root root 166, 0 Nov 22 01:09 /dev/ttyACM0  

was kann ich machen mit die recht bleiben .....??

Ich habe das mit @andre besprochen. Er wird das in die nächste Version des Docker Images aufnehmen.

Ansonsten viel Spaß mit dem Container

[piccobello]

:clap: :+1: danke

[aqua_chris]

@a200 sagte in [gelöst] Installation iobroker auf QNAP 251+ in docker:

@piccobello Ich kann mal versuchen. Bitte folgendes prüfen.

1. privileged mode. Der Hacken muss gesetzt sein.
   

Hallo zusammen,

ich nutze auch die Qnap mit Docker und kann ums ve... die Einstellung für den privileged start nicht finden. Bzw. kann dies im Nachhinein, also bei bereits besthendem Container geändert werden? Danke.

Gruss
Chris