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

[MyzerAT]

@Negalein

hast du nur /dev/ttyACM0 oder gibt es noch ein anderes /dev/ttyACM*

[Negalein]

@MyzerAT sagte in Zigbee Stick:

@Negalein

hast du nur /dev/ttyACM0 oder gibt es noch ein anderes /dev/ttyACM*

Nein, nur das ttyACM0

Dieses Verzeichnis ist leer

/dev/ttyACM0$ ls
/dev/ttyACM0$

[arteck]

@duffbeer2000 das ist jetzt nicht dein ernst oder.. ich verstehe nicht warum Leute sich nicht zurück halten können ...

du bringst den @Negalein ins bredouille wo der Fehler einfach zu beheben währe.. jetzt soll er schon Docker Container neu installieren .. was kommt demnächs kauf Hardware neu..

man man man

[duffbeer2000]

@arteck Deshalb hatte ich ja zuerst auf dich verwiesen, da ich mir nicht sicher war:
"@arteck Ich glaube da kennst du dich besser aus. Würde sagen ein npm rebuild wäre notwendig."
Da Negalein aber dann direkt das npm rebuild ausgeführt hat dachte ich mir sicherheitshalber den Insallationsordner kopieren und in einem weiteren Container testen und das original bestehen lassen. Das ist ne Sache von 5min und kostet nichts.

[Negalein]

@arteck sagte in Zigbee Stick:

wo der Fehler einfach zu beheben währe..

Mahlzeit

Was könnte ich noch probieren?

Danke

[MyzerAT]

siehst du mit was für eine Version der Stick geflasht wurde? den was mich wundert ist, das die grüne LED ausgeht und du aber in der Instanz gar nicht das Häkchen gesetzt hast, das es aus sein soll!

[Negalein]

@MyzerAT sagte in Zigbee Stick:

siehst du mit was für eine Version der Stick geflasht wurde? den was mich wundert ist, das die grüne LED ausgeht und du aber in der Instanz gar nicht das Häkchen gesetzt hast, das es aus sein soll!

Nein, kann ich leider nicht sagen.
Ich hab ihn vor 1 Woche von @stother gekauft.

[MyzerAT]

@Negalein

ich habe auch den Stick von Ihm und er funktioniert einwandfrei, eventuell hat der Stick ja was, kann ja mal passieren, ist nur eine Möglichkeit, muss jedoch nicht sein, ich würde das mal prüfen. nur wie prüft man das ? Den mich wundert das bei dir die LED ausgeht, obwohl du das Häkchen nicht gesetzt hast!

[MyzerAT]

1. stopp mal die zigbee instanz
2. schau im Terminal nach ob noch zigbee prozesse laufen "ps -ax | grep -e zigbee" wenn ja kill diese "killall -q io.zigbee" und einzelne Prozesse mit "kill Prozessnummer"
3. steck den Stick aus , wieder ein
4. starte die instanz und poste hier mal das log!

[Negalein]

@MyzerAT sagte in Zigbee Stick:

4. starte die instanz und poste hier mal das log!

zigbee.0	2019-04-10 12:50:49.910	debug	User stateChange zigbee.0.info.connection {"val":false,"ack":false,"ts":1554893449906,"q":0,"from":"system.adapter.zigbee.0","lc":1554834618681}
zigbee.0	2019-04-10 12:50:49.910	debug	User stateChange zigbee.0.info.pairingMessage {"val":"Error: Error while starting zigbee-shepherd!. Error: Error: Is a directory, cannot open /dev/ttyACM0/","ack":false,"ts":1554893449905,"q":0,"from"
zigbee.0	2019-04-10 12:50:49.905	error	Error while starting zigbee-shepherd!. Error: Error: Is a directory, cannot open /dev/ttyACM0/
zigbee.0	2019-04-10 12:50:49.902	info	Starting zigbee-shepherd
zigbee.0	2019-04-10 12:50:18.253	debug	system.adapter.admin.0: logging true
zigbee.0	2019-04-10 12:50:08.729	debug	sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-10 12:50:08.729	debug	getGroups result: {}
zigbee.0	2019-04-10 12:50:08.725	debug	sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-10 12:50:08.709	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-04-10 12:50:08.708	debug	List of ports: []
zigbee.0	2019-04-10 12:50:08.707	error	Error: spawn udevadm ENOENT
zigbee.0	2019-04-10 12:49:49.899	info	Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds)
zigbee.0	2019-04-10 12:49:49.893	info	Reset coordinator
zigbee.0	2019-04-10 12:49:49.865	info	Queue is: true
zigbee.0	2019-04-10 12:49:49.864	info	Start on port: /dev/ttyACM0/ with panID 6754 channel 11
zigbee.0	2019-04-10 12:49:49.862	info	starting. Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.1
zigbee.0	2019-04-10 12:49:49.743	debug	statesDB connected
zigbee.0	2019-04-10 12:49:49.710	debug	objectDB connected
zigbee.0	2019-04-10 12:44:57.237	info	zigbee-shepherd stopped

[MyzerAT]

@Negalein sagte in Zigbee Stick:

ebug List of ports: []

für mich sieht es so aus als ob er den Stick nicht erkennt!

mein log sieht so aus beim start

2019-04-10 03:04:20.020 - info: host.RDJL_Home instance system.adapter.zigbee.0 started with pid 480
2019-04-10 03:04:21.130 - info: zigbee.0 starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0
2019-04-10 03:04:21.138 - info: zigbee.0 Start on port: /dev/ttyACM0 with panID 6754 channel 11
2019-04-10 03:04:21.138 - info: zigbee.0 Queue is: true
2019-04-10 03:04:21.176 - info: zigbee.0 Reset coordinator
2019-04-10 03:04:21.780 - info: zigbee.0 zigbee-shepherd started!
2019-04-10 03:04:21.790 - info: zigbee.0 zigbee-shepherd ready. version: 2.6.3 rev 20190223

[Negalein]

@MyzerAT sagte in Zigbee Stick:

für mich sieht es so aus als ob er den Stick nicht erkennt!

Auch das mit der LED ist komisch.

Hab mal die Synology neu gestartet. Ändert aber auch nichts.

zigbee.0	2019-04-10 13:13:05.580	debug	User stateChange zigbee.0.info.connection {"val":false,"ack":false,"ts":1554894785575,"q":0,"from":"system.adapter.zigbee.0","lc":1554834618681}
zigbee.0	2019-04-10 13:13:05.579	debug	User stateChange zigbee.0.info.pairingMessage {"val":"Error: Error while starting zigbee-shepherd!. Error: Error: Is a directory, cannot open /dev/ttyACM0/","ack":false,"ts":1554894785574,"q":0,"from"
zigbee.0	2019-04-10 13:13:05.574	error	Error while starting zigbee-shepherd!. Error: Error: Is a directory, cannot open /dev/ttyACM0/
zigbee.0	2019-04-10 13:13:05.570	info	Starting zigbee-shepherd
zigbee.0	2019-04-10 13:12:26.616	debug	system.adapter.admin.0: logging true
zigbee.0	2019-04-10 13:12:05.569	info	Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds)
zigbee.0	2019-04-10 13:12:05.562	info	Reset coordinator
zigbee.0	2019-04-10 13:12:05.533	info	Queue is: true
zigbee.0	2019-04-10 13:12:05.532	info	Start on port: /dev/ttyACM0/ with panID 6754 channel 11
zigbee.0	2019-04-10 13:12:05.529	info	starting. Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.1
zigbee.0	2019-04-10 13:12:05.410	debug	statesDB connected
zigbee.0	2019-04-10 13:12:05.378	debug	objectDB connected

Ich warte jetzt mal auf @arteck

[MyzerAT]

@Negalein sagte in Zigbee Stick:

Error while starting zigbee-shepherd!. Error: Error: Is a directory, cannot open /dev/ttyACM0/

hast du schon mal geschaut wer rechte auf /dev/ttyACM0/ hat ?

[Negalein]

@MyzerAT sagte in Zigbee Stick:

hast du schon mal geschaut wer rechte auf /dev/ttyACM0/ hat ?

root@ioBroker:/etc# ls -l /dev/ttyACM0
crw------- 1 root root 166, 0 Apr 10 13:35 /dev/ttyACM0

[MyzerAT]

daran könnte es liegen, bei der diskstation ist der root normal deaktiviert

[Negalein]

@MyzerAT sagte in Zigbee Stick:

daran könnte es liegen, bei der diskstation ist der root normal deaktiviert

wie kann ich das ändern?

[MyzerAT]

wobei kann es nicht sein, bei mir steht das selbe wie bei dir

[MyzerAT]

hast du die möglichkeit den Stick in einem anderen Gerät zu testen, damit wir sehen ob es an dem liegt?

[Negalein]

@MyzerAT sagte in Zigbee Stick:

hast du die möglichkeit den Stick in einem anderen Gerät zu testen, damit wir sehen ob es an dem liegt?

einen Windows-PC hätte ich

[mullischlumpf]

ich hatte meinen Zigbee Stick auch über die Synology an den Container durchgereicht. Das funktionierte aber nur wenn /dev/ttyACM0 nicht nur rechte für root hat.
Also per ssh direkt auf die Synology und dann:

sudo chmod 777 /dev/ttyACM0

Danach den Zigbee-Adapter im iobroker starten. Du musst bei dem Container den Haken gesetzt haben, dass er mit root Rechten läuft.

Danach wurde bei mir der Adapter grün und hat funktioniert.
Problem ist, dass bei jedem Neustart der Synology der chmod neu durchgeführt werden muss.... oder du hast ein Skript, dass dies bei jedem Synology Neustart macht.