Tester Zigbee Adapter 3.x gesucht

[Fabio]

@Asgothian hatte gestern einen zweiten cod.m Zigbee Coordinator in Betrieb genommen plus zweiter Instanz. Diese Nacht verlor er die Verbindung.
Das Log sagt aber leider nichts gravierendes aus:

zigbee.1
2025-04-18 01:00:55.254	info	Zigbee started

zigbee.1
2025-04-18 01:00:55.254	info	Currently 10 devices are joined:

zigbee.1
2025-04-18 01:00:55.254	info	0x001788010949ef8b (addr 1561): 9290019758 - Philips Hue motion outdoor sensor (EndDevice)

zigbee.1
2025-04-18 01:00:55.252	info	0x8c65a3fffe52151b (addr 57896): WG001 - Aeotec Range extender Zi (Router)

zigbee.1
2025-04-18 01:00:55.251	info	0x00158d0007bcedb8 (addr 41799): WXKG01LM - Xiaomi Mi wireless switch (EndDevice)

zigbee.1
2025-04-18 01:00:55.249	info	0x54ef4410001ba4c0 (addr 14573): SSM-U01 - Aqara Single switch module T1 (with neutral) (EndDevice)

zigbee.1
2025-04-18 01:00:55.248	info	0x7cb03eaa00a9573c (addr 37514): 4058075036147 - OSRAM Smart+ gardenpole 8.7W RGBW (Router)

zigbee.1
2025-04-18 01:00:55.247	info	0xb4e3f9fffe780ea4 (addr 3314): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router)

zigbee.1
2025-04-18 01:00:55.245	info	0xa4c138c1c3e255be (addr 41578): A1Z - Nous Smart plug (with power monitoring) (Router)

zigbee.1
2025-04-18 01:00:55.242	info	0xec1bbdfffeb4e3e0 (addr 54356): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router)

zigbee.1
2025-04-18 01:00:55.238	info	0x84fd27fffecf684c (addr 29163): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router)

zigbee.1
2025-04-18 01:00:55.235	info	0x804b50fffee0f03d (addr 14812): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router)

zigbee.1
2025-04-18 01:00:55.231	info	Unable to disable LED, unsupported function.

zigbee.1
2025-04-18 01:00:55.230	info	Zigbee-Herdsman started successfully with Coordinator firmware version: zStack3x0 : 20240710 (2-1.2.7.1)

zigbee.1
2025-04-18 01:00:53.994	info	Starting Zigbee-Herdsman

zigbee.1
2025-04-18 01:00:53.993	info	Installed Version: iobroker.zigbee@3.0.0 (Converters 23.27.0 Herdsman 3.5.1)

zigbee.1
2025-04-18 01:00:53.989	info	Starting Adapter npm ...

zigbee.1
2025-04-18 01:00:53.988	info	Try to reconnect.

zigbee.1
2025-04-18 01:00:43.958	error	Adapter disconnected, stopping

modbus.0
2025-04-18 00:51:58.375	warn	On error: {"errno":-104,"code":"ECONNRESET","syscall":"read"}

modbus.0
2025-04-18 00:51:58.375	error	Client in error state.

modbus.0
2025-04-18 00:51:58.373	error	Socket Error

zigbee.0
2025-04-18 00:19:15.418	info	Stopping to ping 0x84fd27fffecf6a54 TS011F after 6 ping attempts

alexa2.0
2025-04-18 00:18:17.285	info	Alexa-Push-Connection (macDms = true) established. Disable Polling

alexa2.0
2025-04-18 00:18:15.980	info	Alexa-Push-Connection disconnected - retry: Retry Connection in 1s

Herzliche Grüße
Fabio

[Homoran]

@fabio sagte in Tester Zigbee Adapter 3.x gesucht:

Das Log sagt aber leider nichts gravierendes aus:

Hattest du Netzwerkprobleme?

[Fabio]

@homoran nicht das ich wüßte.

Herzliche Grüße
Fabio

[Homoran]

@fabio modbus und Alexa hatten auch Probleme

[Fabio]

@homoran nein der Alexa Adapter startet immer von alleine das ist normal.
Der Modbus macht das so, seid ich Ihn installiert habe. Den Heizstab den er ansteuert ist immer Online und sogar im LAN, aber lass uns das gerne in einem neuen Beitarg bereden.

Auffällig ist nur das ich diese Probleme erts mit der 3.0 bekommen habe, kann auch Zufall sein.

Grüße
Fabio

[MeisterQ 0]

@Asgothian

Bei mir kommt immer Folgendes beim Starten.

Ich habe ja den shellygen4 Externen converter laufen.
Welche herdsman converter version läuft da jetzt im Adapter?

zigbee.0
	2025-04-18 18:01:38.492	info	Ignoring converter from module: /opt/iobroker/iobroker-data/zigbee_0/shellygen4.js - see warn messages for reason
zigbee.0
	2025-04-18 18:01:38.491	error	Sandbox error: Cannot find module '../zigbee-herdsman-converters/dist/dist/lib/reporting' Require stack: - /opt/iobroker/node_modules/iobroker.zigbee/main.js
zigbee.0
	2025-04-18 18:01:38.491	warn	trying to add "reporting = require(../zigbee-herdsman-converters/dist/dist/lib/reporting)" to sandbox
zigbee.0
	2025-04-18 18:01:38.491	error	Sandbox error: Cannot find module '../zigbee-herdsman-converters/dist/dist/lib/exposes' Require stack: - /opt/iobroker/node_modules/iobroker.zigbee/main.js
zigbee.0
	2025-04-18 18:01:38.491	warn	trying to add "exposes = require(../zigbee-herdsman-converters/dist/dist/lib/exposes)" to sandbox
zigbee.0
	2025-04-18 18:01:38.491	error	Sandbox error: Cannot find module '../zigbee-herdsman-converters/dist/dist/converters/toZigbee' Require stack: - /opt/iobroker/node_modules/iobroker.zigbee/main.js
zigbee.0
	2025-04-18 18:01:38.491	warn	trying to add "tz = require(../zigbee-herdsman-converters/dist/dist/converters/toZigbee)" to sandbox
zigbee.0
	2025-04-18 18:01:38.491	error	Sandbox error: Cannot find module '../zigbee-herdsman-converters/dist/dist/converters/fromZigbee' Require stack: - /opt/iobroker/node_modules/iobroker.zigbee/main.js
zigbee.0
	2025-04-18 18:01:38.490	warn	trying to add "fz = require(../zigbee-herdsman-converters/dist/dist/converters/fromZigbee)" to sandbox
zigbee.0
	2025-04-18 18:01:38.490	error	Sandbox error: Cannot find module '../zigbee-herdsman-converters/dist/dist/lib/modernExtend' Require stack: - /opt/iobroker/node_modules/iobroker.zigbee/main.js
zigbee.0
	2025-04-18 18:01:38.490	warn	trying to add "m = require(../zigbee-herdsman-converters/dist/dist/lib/modernExtend)" to sandbox

[Asgothian]

@meisterq-0 welche Version läuft steht im log beim Start.

Nimm mal das /dist aus dem Pfad heraus, das fügt der Adapter (anscheinend in deinem Fall falsch) hinzu.

A.

[MeisterQ 0]

@asgothian

Das scheint geholfen zu haben. Aber ich sehe gerade, dass er den Converter von vor 2 Tagen nimmt. Greift er jetzt immer auf die aktuellste Version zu beim Start?

Weil er mir sagt er läuft 23.29.0. Das wäre eine ZHC Version von vor 2 Tagen.

Damit kann ich meinen Converter dann auch löschen...

[Asgothian]

@meisterq-0 sagte in Tester Zigbee Adapter 3.x gesucht:

@asgothian

Das scheint geholfen zu haben. Aber ich sehe gerade, dass er den Converter von vor 2 Tagen nimmt. Greift er jetzt immer auf die aktuellste Version zu beim Start?

Weil er mir sagt er läuft 23.29.0. Das wäre eine ZHC Version von vor 2 Tagen.

Damit kann ich meinen Converter dann auch löschen...

Solange die Version im latest ist nimmt sie die latest zhc, aber immer nur bei Installation

[MeisterQ 0]

@asgothian Interessant zu wissen.

Das heißt nur beim Update bekomme ich immer die neuste ZHC Version?

Kann man nicht sporadisch (täglich) ggf den Adapter die ZHC Version prüfen und aktualisieren lassen bei Bedarf? Meinetwegen auch per Button in den Instanzeinstellungen oder so.

So kann man viel schneller für Gerätesupport sorgen

[Asgothian]

@meisterq-0 sagte in Tester Zigbee Adapter 3.x gesucht:

@asgothian Interessant zu wissen.

Das heißt nur beim Update bekomme ich immer die neuste ZHC Version?

Kann man nicht sporadisch (täglich) ggf den Adapter die ZHC Version prüfen und aktualisieren lassen bei Bedarf? Meinetwegen auch per Button in den Instanzeinstellungen oder so.

So kann man viel schneller für Gerätesupport sorgen

Nein. Kann man nicht.

Und in dem Moment wo die 3.x soweit kommt das sie ins Stable soll wird sie auch auf eine bestimmte ZH/ZHC Kombination fest geschrieben. Das Risiko das eine Änderung in. ZH/ZHC plötzlich Änderungen am Adapter erfordert ist zu gross. Siehe das Problem mit deinem externen Konverter. Ich dachte ich hätte das so umgebaut das beide Versionen sauber geprüft werden - das hat aber leider nicht so funktioniert wie ich das wollte.

Und das zusätzliche /dist in den ZHC ist irgendwann innerhalb der 23.x dazu gekommen.

A.

[MeisterQ 0]

@asgothian Schade. Naja ich weiß ja jetzt, dass ich die ZHC fast 1:1 in den Adapter als Externe Konverter übernehmen kann bis sie dann beim Update vom Adapter unterstützt werden.

War nur so ein Gedankengang um den Usern zu ermöglichen schneller Gerätesupport bieten zu können.

[Asgothian]

@meisterq-0 sagte in Tester Zigbee Adapter 3.x gesucht:

@asgothian Schade. Naja ich weiß ja jetzt, dass ich die ZHC fast 1:1 in den Adapter als Externe Konverter übernehmen kann bis sie dann beim Update vom Adapter unterstützt werden.

War nur so ein Gedankengang um den Usern zu ermöglichen schneller Gerätesupport bieten zu können.

In der Theorie korrekt
In der Praxis nicht, da die ZHC mehr sind als die Gerätedefinitionen.

Dazu kommt das es sein kann das sich einzelne converter nicht als externe Konverter in den Adapter übernehmen lassen - wenn sie neue oder angepasste Funktionen aus dem backend der ZHC benutzen.

A.

[locito09]

@asgothian
Die Flower Sensoren funktionieren immer noch nicht und heute hatte ich diese Fehlermeldung im LOG evtl bringst dir was.

zigbee.0
2025-04-19 10:41:18.783	warn	ELEVATED:I02 (92be) value generated '0' from device 00124b00226296fc for 'Link quality'

zigbee.0
2025-04-19 10:41:18.783	warn	ELEVATED:I01 (92be) message received '{"linkquality":0}' from device 00124b00226296fc type 'DIYRuZ_Flower'

zigbee.0
2025-04-19 10:41:18.783	warn	ELEVATED:I02 (92be) value generated 'false' from device 00124b00226296fc for 'Available'

zigbee.0
2025-04-19 10:41:18.782	warn	ELEVATED:I01 (92be) message received '{"available":false}' from device 00124b00226296fc type 'DIYRuZ_Flower'

[arteck]

@locito09 s

Die Flower Sensoren funktionieren immer noch nicht und heute hatte ich diese Fehlermeldung im LOG evtl bringst dir was.

nö.. das Gerät ist nicht da.. schon mal Batterie getauscht.. ?

[mickemup]

@asgothian

Danke vorab für den tollen Adapter.

Ich habe bei mir einige IKEA Parasolls (Fensterkontaktsensoren) installiert.
Diese lieferten beim initialen pairing auch den Batteriestatus (Anzeige in %)
Dieser wurde bei mir aber anschliessend nie mehr aktualisiert.
Mittels Entwicklertab habe ich es nun hingekriegt ein "Anfrage" auszulösen um den Batteriestatus zu aktualisieren.

Ist es auch möglich eine solche Anfrage via Skript/Blockly auszulösen?
Denn ich müsste ja auch eine Statusänderung des Fenstersensors triggern können, damit dieser auch wach ist.

Grüsse

[Meister Mopper]

@mickemup sagte in Tester Zigbee Adapter 3.x gesucht:

Ist es auch möglich eine solche Anfrage via Skript/Blockly auszulösen?

Schau mal hier.

[mickemup]

@meister-mopper

Danke aber entweder stehe ich auf dem Schlauch oder dein Link entspricht nicht meinem Vorhaben.

Es geht darum einen "Zigbee" Befehl abzusetzen, um den Batteriestatus in den Objekten aktualisieren zu können.
Das andere (Vis usw.) könnte dann nachher folgen, macht aber bei mir ja noch nicht wirklich Sinn, wenn die Bat-States nicht aktuell sind....

[gelberlemmy]

@mickemup guten Morgen, da hänge ich mich ran, da ich auch einige Geräte habe, die den Batteriestatus aktuell nicht übertragen.

[Asgothian]

@mickemup Prinzipiell geht das. Ob das aber auf Dauer funktioniert ist mindestens Fraglich. Dazu später Dazu gibt es 2 Optionen, die prinzipiell unterschiedlich sind.

Option A geht ausschliesslich direkt Skript / Blockly. Dazu muss via sendTo an den Zigbee Adapter die Funktion sendToZigbee mit dem Payload gefüttert werden der auch im Developer drin steht, wenn man sich das JSON anzeigen lässt (Haken bei 'Expert Mode'). Es gibt dafür (absichtlich) keinen Datenpunkt.

Option B geht "auch" direkt über einen Datenpunkt, und kann dadurch von anderen Logik-Maschinen und / oder einer Visualisierung getriggert werden. Dazu muss der Payload { "read": { "cluster": "<the_cluster_id>", "attributes": ["<the_attribute_id>","<another attribute_id>"] }}
in den Datenpunkt send_payload vom Device geschrieben werden. Cluster und Attribute entsprechen dabei denen die auch im Developer-Modus ausgewählt sein müssen.

Was einzutragen ist und ob es prinzipiell geht hängt von der Firmware des Gerätes ab.

Aber
Das Zigbee-Netzwerk erfordert keine dauerhafte Verbindung zwischen Geräten und Koordinatoren. Es ist zulässig das Geräte 'schlafen' und nur bei Bedarf Nachrichten an den Koordinator senden. Diese 'Pause' bei den Geräten darf beliebig lang sein. Üblich sind bei den 'Endgeräten' Pausen von 24h für das Versenden z.Bsp. des Batteriezustandes.

Mit dazu gehört das die Batteriebetriebenen Geräte gerade nicht auf Nachrichten aus dem Netzwerk lauschen um Energie zu sparen.

Die Anfrage vom Koordinator nach dem Batteriezustand wird also im Zweifelsfall unbeantwortet bleiben, es sei denn sie erfolgt wenn das Gerät wach ist.

A.