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

[bommel_030]

@arteck
Nein, ich will im Adapter keine Datenpunkte einfügen ändern, ich hätte gerne einen Datenpunkt (vom Adapter bereitgestellt) der mit sagt ob das Gerät deaktiviert ist oder nicht. Die Information hat der Adapter ja, nur kann ich das nirgendwo auslesen.

[arteck]

@bommel_030 status availabe ist das was du sucht

[bommel_030]

@arteck
Nein, der geht auch auf false wenn die Lampe einfach nicht erreichbar ist. Damit ist keine Unterscheidung möglich ob Fehler oder absichtlich außer Betrieb.

[David G.]

Hallo,

habe heute versucht meine 3 USB Geräte inkl. Zigbee-Stick an einen aktiven USB-Hub anzuschließen.
Hintergrund ist, dass mein Pi ca alle 1-2 Wochen abschmiert. Ich vermute, dass die Geräte was viel ziehen.

Am USB habe ich:

• SSD
• USV (zwecks Überwachung)
• Zigbee

Nun zu meiner Beobachtung.

Sobald die USV mit im Hub steckt, läuft das Zigbee-Netz nicht. Es wird keine Route gefunden. Der Stick wird vom Adapter erkannt.

Es klappen alle Varianten wie ich die USBs stecke, nur nicht, wenn die USV mit am Hub steckt.

Was kann es da für Erklärungen geben?

Folgende Ausgaben sehen aus meiner Sicht immer genau gleich aus, egal wie die USB Geräte stecken:

pi@pi:~ $ lsusb
Bus 002 Device 003: ID 2109:0715 VIA Labs, Inc. VL817 SATA Adaptor
Bus 002 Device 002: ID 0bda:0411 Realtek Semiconductor Corp. Hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 001 Device 004: ID 0001:0000 Fry's Electronics MEC0003
Bus 001 Device 054: ID 0bda:5411 Realtek Semiconductor Corp. RTS5411 Hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

pi@pi:~ $ ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Jan 13 19:19 usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_e28d28580194eb11a604aa5b3d98b6d1-if00-port0 -> ../../ttyUSB0

[Asgothian]

@david-g Zigbee mit guter USB Verlängerung am USB2 Port ?

[David G.]

@asgothian

Ja, eigentlich schon.
Denke so ca 1m entfernt mit Verlängerung.

Werde heute nochmal was testen mit anderen Positionen, wenn du denkst, dass es das ist.

Jetzt im Moment hab ich die SSD und Zigbee am Hub. Das sind ja denke die haupt Verbraucher. Ist ja wenn auch nicht schlimm, wenn die USV am Pi selber bleibt.

[A Former User]

@david-g

Ich habe nichts gefunden, um welchen RPi es sich handelt. Wenn es ein RPi 4 ist, dann solltest Du den Zigbee Stick an die vorhandenen USB 2 Ports hängen, denn wenn ich mich richtig erinnere, ist RPi 4 und Zigbee am USB 3 nicht stabil.

Wenn RPi 3 dann ist ja alles USB2 und ich denke, dann sollte der Zigbee Stick auch nur mittels Verlängerung an eine eigene Buchse des RPi hängen.

Das ist, glaube ich, was @Asgothian sagen wollte.

[DocGame]

Seit die "brightness_move" Funktion eingebaut wurde nutze ich diese mit diversen Leuchtmitteln was auch gut funktioniert.
An einer Stelle komme ich allerdings nicht weiter. Ich habe ein Seilsystem mit "normalen" GU5.4 die ich mit einem Dimmbaren Netzteil betreibe. Davor habe ich einen Zigbeedimmer hängen QS-Zigbee-D02-TRIAC-2C-LN.
Der Datenpunkt ist zwar da (in zigbee2mqtt.io auch beschrieben) lässt sich aber über "brightness_move" nicht ansprechen. Über VIS oder Datenpunkte kann ich level.dimmer ändern.
Geht im Adapter brightness_move nur mit Leichtmitteln und nicht mit Dimmern?

[David G.]

@docgame

Dimmer vor Dimmer?
Glaube nicht, dass das geht.

[stenmic]

hallo, wenn ich auf 1.8.10 aktualisiere gehen meine 3 hue wandmodule nicht mehr. sie sind in der Übersicht und auf der Netzwerkkarte zwar eingebunden reagieren aber leider nicht mehr. Zum neu anlernen fehlt mir aktuell die Zeit ( müssen ausgebaut werden). Zurück auf die alte Version 1.7.6 und alles ist gut.

[arteck]

@docgame sagte in ZigBee neue Version 1.8.x:

Geht im Adapter brightness_move nur mit Leichtmitteln und nicht mit Dimmern?

jep genau so

@stenmic sagte in ZigBee neue Version 1.8.x:

hallo, wenn ich auf 1.8.10 aktualisiere gehen meine 3 hue wandmodule nicht mehr. sie sind in der Übersicht und auf der Netzwerkkarte zwar eingebunden reagieren aber leider nicht mehr. Zum neu anlernen fehlt mir aktuell die Zeit ( müssen ausgebaut werden). Zurück auf die alte Version 1.7.6 und alles ist gut.

und was ist mit der GIT version.. geht die ?? vor allem warum willst du die neu anlernen ?? wenn du neue Version einspielt
probier die GIT version

[DocGame]

@david-g Doch nicht Dimmer vor Dimmer... Hinter dem Dimmer ist ein Dimmbares Netzteil.
Als Schalter ist z.B. ein "Ikea STYRBAR", Oppl oder ähnliches. Habe auch einen 220v Zigbee-Dimmer(BSEED) hier. Wenn ich den in die Dose bekommen würde könnte ich den "level-dimmer" Wert von diesem direkt in den anderen Dimmer schreiben. Da der aber so groß ist bekomme ich ihn aber auch mit wegspitzen nicht in die Dose, da der Kabelstrang an der Dose seitlich rauskommt.
@arteck Dachte weil es in der Datenpunktebeschreibung von zigbee2mqtt drin steht( QS-Zigbee-D02-TRIAC-2C-LN müsste es vielleicht doch möglich sein, da es von der Routiene ja eigentlich auch nichts anderes ist.

[arteck]

@docgame sagte in ZigBee neue Version 1.8.x:

da es von der Routiene ja eigentlich auch nichts anderes ist.

ach wenn du wüsstest .... :-)

[stenmic]

@arteck ich will ja nix neu anlernen. Die Module gehen halt nach dem Update nicht mehr. Früher hat ein erneutes Anlernen geholfen. Ich hoffe aber, dass es mit einem Update wird ohne geht.

[maxpd]

Ich hatte über Woche 16 Bulbs vom Strom nehmen müssen. Jetzt wieder am Strom, gehen alle standardmäßig an, aber reagieren nicht. Ich habe nach mehreren Stunden die Bulbs in den Anlernmodus gebracht und in Zigbee Adapter die Kopplung gestartet.

Das Bild was sich ergibt ist kurios:
2 Bulbs funktionieren und sind nach wie vor gelistet
1 Bulb funktioniert, hat aber ihren Namen verloren
2 Bulbs haben keine Funktionalität und sind nicht mit Bild in den Devices hinterlegt, sondern mit Fragezeichen
11 Bulbs fehlen komplett

Wie bekomme ich die Bulbs wieder ins System und connected? Von mir aus bename ich sie auch nochmal neu. In den Anlernmodus kann ich sie nur gleichzeitig bringen. Einzeln nur mit viel Aufwand, da nicht so einfach erreichbar.

[arteck]

@maxpd hättest nur den adapter neu starten sollen.. und WARTEN.. wichtig ..Warten.. das Netz muss sich erst wiederfinden..jetzt kein plan was du da fabriziert hast..
im schlimsten fall alles neu anlernen

[maxpd]

@arteck ich hatte gewartet, allerdings ohne den Adapter neu zu starten :( Sollte ich in einem alten Image noch die Datenbank finden, kann ich die einfach austauschen? Wie würde die Datei und der Pfad heißen?

[arteck]

@maxpd ob das jetzt noch funktionieren wird..bezweifel ich

die ist unter /opt/iobroker/iobroker-data\zigbee_0\

nimm die nvbackup und die shpherd

[maxpd]

@arteck Habe eine Datenbank aus Februar genommen, in der noch alle Bulbs gelistet waren.
Habe iobroker gestoppt. Datenbanken ausgetauscht. Bulbs mit Strom versorgt. Iobroker gestartet. 10 von 16 hat er nun wieder erkannt. Zwar nicht mit Namen, aber das ist halb so schlimm. Die anderen 6 wollen nicht connecten, werden im Adapter aber gelistet. Wartezeit aktuell 5h. Jetzt Adapter noch einmal neu gestartet. Die Bulbs haben jeweils einen Abstand von 180cm zueinander mit freiem Sichtkontakt.

[arteck]

@maxpd sagte in ZigBee neue Version 1.8.x:

Die anderen 6 wollen nicht connecten

dann must du die nochmal anlernen