ZigBee neue Version 1.8.x

[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

[Neuschwansteini]

@arteck @Shadowhunter23

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

[Neuschwansteini]

@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

[Neuschwansteini]

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

[arteck]

@xsev sagte in ZigBee neue Version 1.8.x:

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

glückwunsch hast ein js-controller Bug gefunden ....
musst bissel warten .. bis das gefixt ist

ausserdem .. du kannst das Gerät im Ausschliessen lassen.. dafür ist der Tab auch da.. wenn die Geräte sonst nicht normal funktionieren.. solten die über diesen Tab es tun

[Xsev]

@arteck Alles klar kein Problem! Danke für die Info.

Die Thermostate arbeiten im ausgeschlossenen Modus leider auch nicht sauber im Moment. Ich glaub ich lerne die einfach mal neu an.

[arteck]

@xsev sagte in ZigBee neue Version 1.8.x:

Die Thermostate arbeiten im ausgeschlossenen Modus leider auch nicht sauber im Moment. Ich glaub ich lerne die einfach mal neu an.

welche sind das ? Batterie schon getauscht

[Xsev]

@arteck Das sind die Tuja, werden als TS 0601 erkannt. Batterien sind neu, die Linkqualität wird immer wieder aktualisiert aber der Rest nicht.
Teilweise bekomme ich auch Fehlermeldungen im Log.

No state available for 'TS0601_thermostat' with key 'target_temperature'

P.s. Ich kann leider nicht sagen wie lange das schon so ist, außer letzten Winter wars noch nicht.

[Xsev]

@arteck Irgendwie scheint bei mir mehr im argen zu liegen. Mir stürzt der Adapter jetzt immer wieder mal ab. Ich hab mal auf 1.8.17 downgegradet aber ändert leider nichts. Jetzt bekomme ich folgende Meldungen.

host.Slaveserver1
2023-10-01 10:09:27.895	info	Restart adapter system.adapter.zigbee.0 because enabled
host.Slaveserver1
2023-10-01 10:09:27.894	error	instance system.adapter.zigbee.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.Slaveserver1
2023-10-01 10:09:27.893	error	Caught by controller[1]: Node.js v18.17.1
host.Slaveserver1
2023-10-01 10:09:27.892	error	Caught by controller[0]: at node:internal/main/run_main_module:23:47
host.Slaveserver1
2023-10-01 10:09:27.892	error	Caught by controller[0]: at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:81:12)
host.Slaveserver1
2023-10-01 10:09:27.891	error	Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:960:12)
host.Slaveserver1
2023-10-01 10:09:27.890	error	Caught by controller[0]: at Module.load (node:internal/modules/cjs/loader:1119:32)
host.Slaveserver1
2023-10-01 10:09:27.890	error	Caught by controller[0]: at Module._extensions..js (node:internal/modules/cjs/loader:1310:10)
host.Slaveserver1
2023-10-01 10:09:27.889	error	Caught by controller[0]: at Module._compile (node:internal/modules/cjs/loader:1220:27)
host.Slaveserver1
2023-10-01 10:09:27.888	error	Caught by controller[0]: at wrapSafe (node:internal/modules/cjs/loader:1178:20)
host.Slaveserver1
2023-10-01 10:09:27.888	error	Caught by controller[0]: at internalCompileFunction (node:internal/vm:73:18)
host.Slaveserver1
2023-10-01 10:09:27.887	error	Caught by controller[0]: SyntaxError: missing ) after argument list
host.Slaveserver1
2023-10-01 10:09:27.886	error	Caught by controller[0]: ^^^^^
host.Slaveserver1
2023-10-01 10:09:27.885	error	Caught by controller[0]: this.log.error(`Error ${error.code} on send command to ${payload.device}.` + ` Error: ${error.stack} ` + `Send command to ${payload.device} failed with ` + error;
host.Slaveserver1
2023-10-01 10:09:27.884	error	Caught by controller[0]: /opt/iobroker/node_modules/iobroker.zigbee/main.js:791
host.Slaveserver1
2023-10-01 10:09:26.735	info	instance system.adapter.zigbee.0 started with pid 9193
host.Slaveserver1
2023-10-01 10:08:56.423	info	Restart adapter system.adapter.zigbee.0 because enabled

Die Thermostate arbeiten seit dem Ausschluß garnicht mehr der Rest geht soweit.

[Xsev]

@arteck Gibt es eine Möglichkeit die Thermostate händisch aus der Exclude Liste zu löschen?

[arteck]

@xsev im objecten gibts ein exclude ordner ..da raus löschen

[Xsev]

@arteck Super danke, das hat funktioniert. Jetzt hab ich neue Datenpunkte bei den Thermostaten, die anscheinend auch wieder beschrieben werden.