ZigBee neue Version 1.8.x

[A Former User]

@latzi sagte in ZigBee neue Version 1.8.x:

@arteck
beim Update auf 1.8.21 aktualisieren meine WSDCGQ01LM (Aqara Temperatursensoren) nur mehr sehr sehr selten (max. 1-2 mal pro Tag) die Werte der Temperatur und Luftfeuchtigkeit, sobald ich auf 1.8.18 zurückgehe läuft´s wieder normal.
Woran kann das liegen?
Scheinbar hat das Problem sonst niemand, zumindest find ich auf git nichts dazu.

An der Version des Adapters.. ? Gut, dass du es sagst, ist mir heute auch aufgefallen, dachte aber es liegt an meinen Sensoren.. bei mir sind es aber die Xiaomi Temperatur Sensoren ( die Runden), und da nur 3 von 8… hmm
Die Version ändern kann ich erst wieder nächste Woche, hab dafür keinen Slot die Tage…

[stefande]

@latzi sagte in ZigBee neue Version 1.8.x:

@arteck
beim Update auf 1.8.21 aktualisieren meine WSDCGQ01LM (Aqara Temperatursensoren) nur mehr sehr sehr selten (max. 1-2 mal pro Tag) die Werte der Temperatur und Luftfeuchtigkeit, sobald ich auf 1.8.18 zurückgehe läuft´s wieder normal.
Woran kann das liegen?
Scheinbar hat das Problem sonst niemand, zumindest find ich auf git nichts dazu.

Ist mir auch gerade aufgefallen.

[maxpd]

@arteck said in ZigBee neue Version 1.8.x:

@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

Hatten heute Stromausfall an der Sicherung an der auch die 16 Bulbs hängen.
Sicherung reingemacht, 2h gewartet. Nur 3 Bulbs reagieren.
Adapter neu gestartet, 8h gewartet. Nur 3 Bulbs reagieren.

Warum verliert der Coordinator die immer wahllos und findet sie nicht mehr, sobald sie einmal vom Strom sind.
Das doppelt Blöde ist, während dem Warten leuchten die Bulbs auch alle, da die Funktion "Controls the behavior when the device is powered on after power loss" nicht greift.

Die Bulbs haben jeweils einen Abstand von 180cm zueinander mit freiem Sichtkontakt.

[A Former User]

@maxpd

Welche sind das? Hab ich nicht mit der 1.8.21

[Latzi]

@ilovegym @stefande @arteck
git-issue ist erstellt (#1828)
https://github.com/ioBroker/ioBroker.zigbee/issues/1828

latzi0710 created this issue in ioBroker/ioBroker.zigbee

closed Xiaomi WSDCGQ01LM Werte werden bei 1.8.21 nur mehr sehr selten aktualisiert #1828

[maxpd]

@ilovegym Laut Bestellung:

[Latzi]

@arteck sagte in ZigBee neue Version 1.8.x:

@latzi so fehler gefunden... der hat meldet anders ..
musst dich gedulden.. kommt

Hi, ich hab gerade wieder mal versucht den Tuya ZY-M100-S (_TZE204_qasjif9e) anzulernen und siehe da, er läuft! Bin in Version 1.8.23 unterwegs - hast du das schon eingebaut?

[arteck]

@latzi manchmal passieren Wunder

[Shadowhunter23]

Ich hab mehrere von den WSDCGQ11LM aber nicht alle bekommen diese warn Meldung.

State value to set for "zigbee.4.00158d0002c9ca3e.humidity" has value "654.36" greater than max "100"

Version 1.8.23
https://www.zigbee2mqtt.io/devices/WSDCGQ11LM.html

[arteck]

@shadowhunter23 na ja Luftfeuchtigkeit von 654,36... merkwürdig..nimm mal die BAtterie mal raus.. für paar minuten

[A Former User]

@arteck @Shadowhunter23

hatte ich vor n paar Wochen auch mal, genau, Batterie raus fuer 5 min, dann wieder rein, seitdem ist Ruhe..

[A Former User]

@arteck

Hi,
kannst du bitte deine Changes in 1.8.24 genauer beschreiben? (bevor es 300 andere nachfragen.. ich wollte mal der erste sein.. )

(arteck) switch to exposes tab for some Aqara Devices

Meine Frage:
WHICH Aqara Devices ?
Der Changelog isso wie ne Fehlermeldung "adapter geht nicht" ... oder "Pilot: im cockpit ist was lose" - Techniker: Hab was im Cockpit festgeklebt..

Aendern sich wieder Datenpunkte ? Muessen wieder Devices neu angelernt werden?
Kann zur Zeit nicht testen, muesste es aufs Produktivsystem installieren und hoffen, dass alles geht.. bin aber nicht mehr vor Ort, koennte daher doof werden..

[arteck]

@ilovegym was soll ich in so einem kurztext schreiben
hier langversion

https://github.com/ioBroker/ioBroker.zigbee/wiki/Exposes-for-device-integration

[A Former User]

@arteck

Was das ist weiß ich ja, aber welche Aqara Devices denn, muss es wissen, wegen den möglichen Impacts…

[arteck]

@ilovegym zur Zeit nur die Buttons

https://www.zigbee2mqtt.io/devices/WXKG01LM.html#xiaomi-wxkg01lm

[DJMarc75]

Tag,
hab mir vorhin mal ein update vom Adapter gegönnt.
Vorher 1.8.10 und nun auf 1.8.24

Alle meine Devices funktionieren wie gewohnt nur eines macht mir Bauchschmerzen:

Xiaomi WXKG01LM

Kein DP ändert sich bei "click".
Hab dann den Button mal im Adapter auf ausschliessen gesetzt.
Da werden neue DPs angelegt welche tatsächlich auch reagieren bei "click"

Im Screenshot sind die DPs mit "null" die nicht funktionierenden.

Ob da was machbar wäre ?

Grüße

Edith: grad gesehen dass es da auch schon Beiträge zu gibt, daher - setze ich meinen Post mal auf "erledigt"

[A Former User]

@djmarc75 sagte in ZigBee neue Version 1.8.x:

Ob da was machbar wäre ?

Moin,

bin mir nicht sicher, ob das ein gangbarer Weg ist, also auf eigene Gefahr
Also wenn bei mir mal, ein Device mal nicht mehr will, mit Symptomen wie bei Dir, dann lösche ich das Device aus den Objekten, nachdem ich den Adapter gestoppt habe. Nach dem Start werden ja die DPs wieder angelegt, dann sind auch nur noch die da, die aktuell korrekt sind.

Ich habe mal gerade hier -> https://www.zigbee2mqtt.io/devices/WXKG01LM.html nachgeschaut, da steht etwas von deprecated click

Deprecated click event
By default this device exposes a deprecated click event. It's recommended to use the action event instead.
To disable the click event, set legacy: false for this device in configuration.yaml. Example:
...

VG
Bernd

[DJMarc75]

@dp20eic sagte in ZigBee neue Version 1.8.x:

bin mir nicht sicher, ob das ein gangbarer Weg ist, also auf eigene Gefahr

was meinst Du damit ?

@dp20eic sagte in ZigBee neue Version 1.8.x:

dann lösche ich das Device aus den Objekten

Habe ich bewusst nicht gemacht um das als Screenshot zu visualisieren.

[A Former User]

@djmarc75 sagte in ZigBee neue Version 1.8.x:

was meinst Du damit ?

Moin,

wenn Du z.B. Aliase zu dem Gerät hast, dann sind erst einmal die DPs weg, die dann anschließend evtl. nicht mehr angelegt werde, wie z. B. der click.
Man, ich, kann ja nicht alles wissen, wie Du ein Gerät nutzt/eingerichtet hast, daher der Hinweis auf eigene Gefahr

@djmarc75 sagte in ZigBee neue Version 1.8.x:

Habe ich bewusst nicht gemacht um das als Screenshot zu visualisieren.

Ja und danach hätte/könnte man das machen.
Anhand der Beschreibung auf https://www.zigbee2mqtt.io/supported-devices/ sind die click veraltet, daher sind die wohl in der neuen Zigbee Adapter Version herausgeflogen.
Wenn Du zurückgehst, sollten die auch wieder funktionieren.

VG
Bernd

[Xsev]

@arteck
Ich verwende die 1.8.23 Adapterversion. Mir ist aufgefallen das meine Tuya Thermostatköpfe teilweise nicht reagieren (obwohl sich die Signalstärke ändert und eine Kommunikation anscheinend vorhanden ist über Zigbee). Ich hab die Gerät mal testweise ausgeschlossen aber dass hat leider nichts gebracht. Problem ist jetzt, ich bekomme sie nicht mehr aus dem "Ausgeschlossen" raus. Wenn ich die Geräte löschen will, stürzt der Adapter ab mit folgender Fehlermeldung und die Geräte bleiben in der ausgeschlossen Liste.

zigbee.0
2023-09-30 06:05:58.106	error	Parameter "parentDevice" needs to be of type "string" but type "object" has been passed

zigbee.0
2023-09-30 06:05:58.106	error	Error: Parameter "parentDevice" needs to be of type "string" but type "object" has been passed at Validator.assertString (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/validator.js:168:19) at Zigbee.deleteState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:4146:31) at /opt/iobroker/node_modules/iobroker.zigbee/lib/exclude.js:111:34

zigbee.0
2023-09-30 06:05:58.101	error	unhandled promise rejection: Parameter "parentDevice" needs to be of type "string" but type "object" has been passed

zigbee.0
2023-09-30 06:05:58.099	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().