NEWS
ZigBee neue Version 1.8.x
-
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 hubpi@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 -
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.
-
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.
@david-g
Ich habe nichts gefunden, um welchen
RPies sich handelt. Wenn es einRPi 4ist, dann solltest Du den Zigbee Stick an die vorhandenenUSB 2Ports hängen, denn wenn ich mich richtig erinnere, istRPi 4und Zigbee amUSB 3nicht 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.
-
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?
-
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?
-
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.
-
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?
@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 -
@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. -
@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.@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 .... :-)
-
@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 -
@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.
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 komplettWie 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.
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
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 komplettWie 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.
-
@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@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?
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@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?
-
@maxpd ob das jetzt noch funktionieren wird..bezweifel ich
die ist unter /opt/iobroker/iobroker-data\zigbee_0\
nimm die nvbackup und die shpherd
@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.Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@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.@maxpd sagte in ZigBee neue Version 1.8.x:
Die anderen 6 wollen nicht connecten
dann must du die nochmal anlernen
-
@maxpd sagte in ZigBee neue Version 1.8.x:
Die anderen 6 wollen nicht connecten
dann must du die nochmal anlernen
-
@arteck ok, muss ich dann wohl machen. Aber eine Idee warum es für 10 klappt, aber für 6 nicht? Die Datenbank sieht für alle 16 identisch aus.
-
@maxpd nö kein plan was du da angestellt hast.. es geht nicht nur um die Datenbank sonder auch wie jetzt der Coordinator die Geräte angebunden hat .. das ist immer ein zusammenspiel..
-
@arteck dem coordinator kann ich seinen Stand von damals, zu dem Zeitpunkt zu dem jetzt die Datenbanken her sind, nicht mitgeben?
@maxpd doch nur wenn du den neu flasht.. dann brauchst du auch die nvbackup
danach adapter starten..und WARTEN das dauert
zigbee hab ich, zwave auch, nuc's genauso und HA auch
Support us
915
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge