Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[denjo]

@arteck:

@denjo:

okay, ich hab den IOT, kenne mich leider zu wenig damit aus aber erst mal danke für deine hilfe `

alles gut..wundert mich auch.. ich schau mir das an… allerdings nicht heute ;)

so kurzer Zwischenstand es hängt mit den Rollen zusammen...

colortemp muss die Rolle level.color.temperature haben dann funktioniert schon mal warm kalt `

Hast noch was neues hin bekommen?

[arteck]

@denjo:

@arteck:

@denjo:

okay, ich hab den IOT, kenne mich leider zu wenig damit aus aber erst mal danke für deine hilfe `

alles gut..wundert mich auch.. ich schau mir das an… allerdings nicht heute ;)

so kurzer Zwischenstand es hängt mit den Rollen zusammen...

colortemp muss die Rolle level.color.temperature haben dann funktioniert schon mal warm kalt `

Hast noch was neues hin bekommen? `

jo so gehts

nur das es schon seit Monaten implementiert ist…

hmm..komisch ist es...

ich musste aber die Lampe aus den Objekten(nicht die Kachel) löschen... war wohl zu alt mit den Einstellungen.. bei Adapter neustart wurde es neu angelgt seit dem gehts..

[denjo]

@arteck:

@denjo:

@arteck:

alles gut..wundert mich auch.. ich schau mir das an… allerdings nicht heute ;)

so kurzer Zwischenstand es hängt mit den Rollen zusammen...

colortemp muss die Rolle level.color.temperature haben dann funktioniert schon mal warm kalt `

Hast noch was neues hin bekommen? `

jo so gehts

Unbenannt.PNG

nur das es schon seit Monaten implementiert ist…

hmm..komisch ist es...

ich musste aber die Lampe aus den Objekten(nicht die Kachel) löschen... war wohl zu alt mit den Einstellungen.. bei Adapter neustart wurde es neu angelgt seit dem gehts.. `

Versteh gerade nicht was du jetzt gemacht hast, wo hast du die lampe gelöscht und welche kacheln meinst du. und welchen apapter neu gestartet (Zigbee oder IOT)

sooo habs hin bekommen besten dank

[denjo]

Mal eine kurz andere frage, ich habe noch die weiße runde Ikea Fernbedienung "Remote".

Der zigbee stick findet diese zwar aber kann ich überhaupt damit irgendwas steuern??

[dimaiv]

@dimaiv:

Hi Arteck,

ich habe neue Fehler entdeckt:

No state available for '4052899926110' with key 'transition_time'

Vor paar Tagen hat noch funktioniert.

Danke. `
Device: LIGHTIFY Indoor Flex RGBW

7cb03eaa00adea74

Hi Arteck, wurde das inzwischen repariert?

p.s. Bei Tradfri mit Weißspectrum funktioniert.

Adapter 0.8.0 (28.11.2018)

[smartyag]

Hallo zusammen,

eine Frage in die Runde. Sorry wenn das schon irgendwo im Thread steht.

Ich habe meinen iobroker in einer VM laufen und würde gerne einen CC2531 Stick kaufen und diesen irgendwie in meinen iobroker anbinden. Ist es möglich das ich von meinem iobroker in der VM auf einen Zigbee Stick zugreifen der z.B. an einem Raspberry angeschlossen ist?

Danke und VG

[arteck]

@smartyag:

Hallo zusammen,

eine Frage in die Runde. Sorry wenn das schon irgendwo im Thread steht.

Ich habe meinen iobroker in einer VM laufen und würde gerne einen CC2531 Stick kaufen und diesen irgendwie in meinen iobroker anbinden. Ist es möglich das ich von meinem iobroker in der VM auf einen Zigbee Stick zugreifen der z.B. an einem Raspberry angeschlossen ist?

Danke und VG `

ja mit Multihost

[arteck]

@dimaiv:

@dimaiv:

Hi Arteck,

ich habe neue Fehler entdeckt:

No state available for '4052899926110' with key 'transition_time'

Vor paar Tagen hat noch funktioniert.

Danke. `
Device: LIGHTIFY Indoor Flex RGBW

7cb03eaa00adea74

Hi Arteck, wurde das inzwischen repariert?

p.s. Bei Tradfri mit Weißspectrum funktioniert.

Adapter 0.8.0 (28.11.2018) `

da scheint ein Objekt zu fehlen.. lösche es und lass es neu erstellen

[smartyag]

@arteck:

@smartyag:

Hallo zusammen,

eine Frage in die Runde. Sorry wenn das schon irgendwo im Thread steht.

Ich habe meinen iobroker in einer VM laufen und würde gerne einen CC2531 Stick kaufen und diesen irgendwie in meinen iobroker anbinden. Ist es möglich das ich von meinem iobroker in der VM auf einen Zigbee Stick zugreifen der z.B. an einem Raspberry angeschlossen ist?

Danke und VG `

ja mit Multihost `

Danke für die Antwort. Sehe ich dann die datenpunkte/objekte auch im Master iobroker oder nur auf dem anderen?

[arteck]

nur auf dem Master..

[dimaiv]

@arteck:

@dimaiv:

@dimaiv:

Hi Arteck,

ich habe neue Fehler entdeckt:

No state available for '4052899926110' with key 'transition_time'

Vor paar Tagen hat noch funktioniert.

Danke. `
Device: LIGHTIFY Indoor Flex RGBW

7cb03eaa00adea74

Hi Arteck, wurde das inzwischen repariert?

p.s. Bei Tradfri mit Weißspectrum funktioniert.

Adapter 0.8.0 (28.11.2018) `

da scheint ein Objekt zu fehlen.. lösche es und lass es neu erstellen `

das hilft leider nicht…

Objekt transition_time fehlt immer noch

[hmanfred]

@smartyag:

Hallo zusammen,

eine Frage in die Runde. Sorry wenn das schon irgendwo im Thread steht.

Ich habe meinen iobroker in einer VM laufen und würde gerne einen CC2531 Stick kaufen und diesen irgendwie in meinen iobroker anbinden. Ist es möglich das ich von meinem iobroker in der VM auf einen Zigbee Stick zugreifen der z.B. an einem Raspberry angeschlossen ist?

Danke und VG `
Was du uns nicht verrätst: wo läuft denn deine VM?

Meine VM läuft unter Proxmox auf einem NUC6. Der Stick ist am NUC6 eingesteckt und wird an die VM durchgereicht. ioBroker erkennt ihn also so, als ob er an der VM steckt.

Gruß

Manfred

[arteck]

@dimaiv:

@arteck:

@dimaiv:

Device: LIGHTIFY Indoor Flex RGBW

7cb03eaa00adea74

Hi Arteck, wurde das inzwischen repariert?

p.s. Bei Tradfri mit Weißspectrum funktioniert.

Adapter 0.8.0 (28.11.2018) `

da scheint ein Objekt zu fehlen.. lösche es und lass es neu erstellen `

das hilft leider nicht…

Objekt transition_time fehlt immer noch `

können wir es im TS bequatchen.. so komm ich nicht weiter

[smartyag]

@hmanfred:

@smartyag:

Hallo zusammen,

eine Frage in die Runde. Sorry wenn das schon irgendwo im Thread steht.

Ich habe meinen iobroker in einer VM laufen und würde gerne einen CC2531 Stick kaufen und diesen irgendwie in meinen iobroker anbinden. Ist es möglich das ich von meinem iobroker in der VM auf einen Zigbee Stick zugreifen der z.B. an einem Raspberry angeschlossen ist?

Danke und VG `
Was du uns nicht verrätst: wo läuft denn deine VM?

Meine VM läuft unter Proxmox auf einem NUC6. Der Stick ist am NUC6 eingesteckt und wird an die VM durchgereicht. ioBroker erkennt ihn also so, als ob er an der VM steckt.

Gruß

Manfred `

Stimmt <emoji seq="1f610">😐</emoji>. Die VM läuft auf meinem Freenas.

[Dominique]

Hallo Leute,

ich hoffe hier kann mir jemand helfen, und zwar bin ich mit meinem Broker vom Pi auf einen Nuc umgezogen und nun läuft der Zigbee-Adapter nicht mehr und bleibt stänig rot. Erst hatte ich noch eine VM unter Proxmox laufen und dachte das es daran liegt und irgend etwas mit dem durchreichen des Stick's nicht funktioniert und hab deshalb alles nocheinmal neu aufgesetzt und jetzt lediglich Debian installiert ohne jeglichen Schnickschnack und ohne VM und hab das selbe Problem. Am Stick liegt es nicht, denn wenn ich diesen in den Pi stecke und dort den Broker starte läuft alles prima das Komische dabei ist ich finde den Stick nach der Eingabe von ls la /dev/serial/by-id und kann alles ganz normal auch in die Einstellungen des Com-Ports reinkopieren–-- aber nach dem Neustart bleibt alles rot. Ich hab mal die Einträge im Log mit angehangen, vielleicht hilft es ja zur Fehlerfindung, währe echt klasse damit ich den Umzug auf den Nuc endlich abschließen kann.

Vielen Dank und die besten Wünsche an alle hier im Forum für das Jahr 2019

Dominique

[donderda]

Hast du am Ende ein Leerzeichen im Pfad? Oder am Anfang? Das Problem hatte ich am Anfang :)

[Dominique]

So Stand der Dinge ist jetzt der das Zigbee-Adapter läuft aber nur bis zum dem Zeitpunkt bis ich das Backup vom IOBroker des Raspi's einspiele. Hab echt alle Varianten durchprobiert und den Adapter installiert und eingerichtet und das auf nem jungfräulichem IOBroker und da läuft alles super, also scheint da irgend etwas nicht kompatiebel zu sein, ist natürlich jetzt total doof für mich weil das bedeutet das ich jetzt jeden Adapter, jedes Gerät, jede Einstellung und die Vis neu auflegen muss–---oder hat da jemand ne Idee wie ich ev. die Daten anders vom Raspi auf den Nuc bekomme.

Also wer ne Idee hat immer her damit ich bin für alles dankbar.

Viele Grüße

Dominique

[arteck]

@Dominique:

So Stand der Dinge ist jetzt der das Zigbee-Adapter läuft aber nur bis zum dem Zeitpunkt bis ich das Backup vom IOBroker des Raspi's einspiele. Hab echt alle Varianten durchprobiert und den Adapter installiert und eingerichtet und das auf nem jungfräulichem IOBroker und da läuft alles super, also scheint da irgend etwas nicht kompatiebel zu sein, ist natürlich jetzt total doof für mich weil das bedeutet das ich jetzt jeden Adapter, jedes Gerät, jede Einstellung und die Vis neu auflegen muss–---oder hat da jemand ne Idee wie ich ev. die Daten anders vom Raspi auf den Nuc bekomme.

Also wer ne Idee hat immer her damit ich bin für alles dankbar.

Viele Grüße

Dominique `

sagt mal nach dem Neustart… kann sein das die Serielle Schnitstelle da noch nicht zur Verfügung steht während der Adapter schon startet ??

machmal Adapter manuell Aus.. neustart.. dann Adapter manuell An .. läuft der dann ??

[Smarti2019]

hi,

ich häng mich mal hier ran.

Habe ebenfalls vom Raspberry zum Intel Nuc mit Proxmox gewechselt.

Bei mir funktioniert das durchreichen des cc2531 zig nur sporadisch. Mal geht es dann wieder nicht , dann geht es. Woran liegt das?

Wo ist das Problem?

Anbei mal ein Auszug von diversen Parametern:

ein lsusb vom Proxmos Server gibt:

root@pve:~# lsusb

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Bus 001 Device 003: ID 8087:0a2b Intel Corp.

Bus 001 Device 004: ID 0451:16a8 Texas Instruments, Inc.

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

ok, dann per gui aber auch per console usb stick durchgereicht, mit Befehl:

qm set 100 -usb0 host=0451:16a8 (die iobroker vm ist id 100)

so steht dann in der vm conf (100.conf) unter anderem folgende zeile

usb0: host=0451:16a8

auch gut, denke ich.

ein lsusb in der iobroker vm ergibt:

root@iobroker:/opt/iobroker/log# lsusb

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 003 Device 002: ID 0451:16a8 Texas Instruments, Inc.

Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd

Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

auch hier der Texax Instrumment gelistet.

zuguter letzt ein Auszug aus iobroker log

2018-12-31 10:03:36.085 - info: zigbee.0 States connected to redis: 127.0.0.1:6379

2018-12-31 10:03:36.204 - info: zigbee.0 starting. Version 0.8.1-a in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0

2018-12-31 10:03:36.206 - info: zigbee.0 Start on port: /dev/ttyACM0 with panID 6754 channel 11

2018-12-31 10:04:39.245 - info: zigbee.0 Starting zigbee-shepherd

2018-12-31 10:04:42.256 - error: zigbee.0 Error while starting zigbee-shepherd!. Error: request timeout

wie gesagt, ab und zu geht es auch was ist hier los?

nachtrag,

ein usb-stick raus reinstecken scheint derzeit ein funktionierendes Workaround zu sein, danach gehts dann auch siehe log:

2018-12-31 10:26:35.897 - info: zigbee.0 Start on port: /dev/ttyACM0 with panID 6754 channel 11

2018-12-31 10:26:37.205 - info: zigbee.0 zigbee-shepherd started!

2018-12-31 10:26:37.209 - info: zigbee.0 zigbee-shepherd ready. version: 2.6.3 rev 20181024

gruss

[arteck]

@Smarti2019:

hi,

ich häng mich mal hier ran.

Habe ebenfalls vom Raspberry zum Intel Nuc mit Proxmox gewechselt.

Bei mir funktioniert das durchreichen des cc2531 zig nur sporadisch. Mal geht es dann wieder nicht , dann geht es. Woran liegt das?

Wo ist das Problem?

Anbei mal ein Auszug von diversen Parametern:

ein lsusb vom Proxmos Server gibt:

root@pve:~# lsusb

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Bus 001 Device 003: ID 8087:0a2b Intel Corp.

Bus 001 Device 004: ID 0451:16a8 Texas Instruments, Inc.

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

! ok, dann per gui aber auch per console usb stick durchgereicht, mit Befehl:
! qm set 100 -usb0 host=0451:16a8 (die iobroker vm ist id 100)
! so steht dann in der vm conf (100.conf) unter anderem folgende zeile
! usb0: host=0451:16a8
! auch gut, denke ich.
! ein lsusb in der iobroker vm ergibt:
! root@iobroker:/opt/iobroker/log# lsusb
! Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
! Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
! Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
! Bus 003 Device 002: ID 0451:16a8 Texas Instruments, Inc.
! Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
! Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd
! Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
! auch hier der Texax Instrumment gelistet.
! zuguter letzt ein Auszug aus iobroker log
! 2018-12-31 10:03:36.085 - info: zigbee.0 States connected to redis: 127.0.0.1:6379
! 2018-12-31 10:03:36.204 - info: zigbee.0 starting. Version 0.8.1-a in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0
! 2018-12-31 10:03:36.206 - info: zigbee.0 Start on port: /dev/ttyACM0 with panID 6754 channel 11
! 2018-12-31 10:04:39.245 - info: zigbee.0 Starting zigbee-shepherd
! 2018-12-31 10:04:42.256 - error: zigbee.0 Error while starting zigbee-shepherd!. Error: request timeout
! wie gesagt, ab und zu geht es auch was ist hier los?
! nachtrag,
! ein usb-stick raus reinstecken scheint derzeit ein funktionierendes Workaround zu sein, danach gehts dann auch siehe log:
! 2018-12-31 10:26:35.897 - info: zigbee.0 Start on port: /dev/ttyACM0 with panID 6754 channel 11
! 2018-12-31 10:26:37.205 - info: zigbee.0 zigbee-shepherd started!
! 2018-12-31 10:26:37.209 - info: zigbee.0 zigbee-shepherd ready. version: 2.6.3 rev 20181024

gruss `

ich würde dich bitten einen neuen Thread aufzumachen… das hat nichts mit dem Adapter zu tun sonder mit der Hardware.. bzw Systemeinrichtung...das wird dann hier zu unübersichtilich