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

[Asgothian]

@Zoulhh
Lesen bildet:
Die Funktion mit den Gruppen ist in 1.8.9 buggy und erst in der Version 1.8.10 gefixed. Bitte 1.8.10 von GitHub installieren.

Wenn du die älteren Posts im thread gelesen hättest wüsstest du das.

A.

[Zoulhh]

@asgothian Danke für Deine freundliche Antwort. LGM.

[PPAM]

@asgothian Moin zusammen,
Version 1.8.10 ?? bei GitHub ???
Ich habe das selbe Problem wie viele hier aber dein Lösungsvorschlag scheint zu weit in die Zukunft zu weisen? Oder gibt es eine andere Möglichkeit an die besagte Version 1.8.10 zu gelangen.
Oder beschreibst du, dass in der kommenden Version 1.8.10 der Bug behoben sein wird?

Kannst du deine Aussage ein wenig präzisieren ?

Vielen Dank

[Thomas Braun]

@ppam

zigbee
github:	1.8.10
latest:	1.8.9 for 24 days
stable:	1.8.9 for 24 days

[Asgothian]

@ppam sagte in ZigBee neue Version 1.8.x:

@asgothian Moin zusammen,
Version 1.8.10 ?? bei GitHub ???
Ich habe das selbe Problem wie viele hier aber dein Lösungsvorschlag scheint zu weit in die Zukunft zu weisen? Oder gibt es eine andere Möglichkeit an die besagte Version 1.8.10 zu gelangen.
Oder beschreibst du, dass in der kommenden Version 1.8.10 der Bug behoben sein wird?

Kannst du deine Aussage ein wenig präzisieren ?

Vielen Dank

wenn du weiter vorne im Thread die Diskussion zwischen @daNick und mir vom 28.10. durchliest kannst du erkennen dass

• der Fehler in der Version 1.8.10 auf Github behoben ist
• das Zumindest am 12.12. die 1.8.10 die aktuelle Github version ist.

des Weiteren folgt auf 9 10, also ist 1.8.10 die logisch nächst höhere Versionsnummer als 1.8.9. Von "In die Zukunft geschaut" kann da nicht gesprochen werden.

Ansonsten ist es normal das Bugs in der Version auf Github behoben werden und diese dann zu einem späteren Zeitpunkt ins Latest übernommen werden. Wann das sein wird kann ich nicht sagen - es ist aber noch zu früh weil ich im Umfeld der Gruppenfunktion noch 2 bis 3 weitere Anpassungen habe die erst fertig sein sollen bevor die Version ins Latest geht.

A.

[PPAM]

@asgothian
Ihr habt natürlich Recht.. Sorry :grimacing:
Da hab ich wohl falsch geschaut.
Die 1.8.10 behebt alle Probleme mit den Gruppen. :ok_hand:

Vielen Dank für eure Arbeit

[bommel_030]

@asgothian
Ich kann im Adapter ja Geräte deaktivieren, eignet sich hervorragend für die jetzt verstaute Weihnachtsdeko.
Ist es möglich einen Datenpunkt im entsprechenden Gerät einzufügen? Hab etwas verwendbares so nicht gefunden.
Dann kann der DevieWatcher den verwenden und gleich auf die Blacklist setzen.
Falls möglich kann ich bei Bedarf auch nen Issue erstellen wenn gewünscht.

[arteck]

@bommel_030 sagte in ZigBee neue Version 1.8.x:

Ist es möglich einen Datenpunkt im entsprechenden Gerät einzufügen?

nein.. die Datenpunkte gehören dem adapter ..wenn dann must du mit alias arbeiten

[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.

[Ein ehemaliger Benutzer]

@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.