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

[Asgothian]

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

@asgothian said in Tester Zigbee Adapter 3.x gesucht:

Lös mal eine Konfiguration über die Kachel aus. Warte bis die Meldung mit dem Timeout kommt, dann trigger den Sensor mit dem Button.

Also am Bodenfeuchte-Sensor (der mit dem ehemals externen Konverter) hat dieses Vorgehen anscheinend geholfen. Kann aber auch Zufall sein. Ist halt immer schwer zu sagen.

Zum Verhalten des SONOFF SNZB-02D Temperatursensors nach Anlernen und vor Software Update: Ich hab noch einen in Originalverpackung, der zum gleichen Zeitpunkt wie der andere gekauft wurde. Bringt es was, wenn ich mit dem nochmal teste? Was sollte ich dann an Debug Einstellungen vornehmen, damit ihr was damit anfangen könnt?

Zufall sollte das nicht sein - siehe diesen Post zum Thema Konfiguration etc. Zufall ist eher das die Konfiguration beim Anlernen des Sensors nicht erfolgt ist.

Was du testen kannst:

• den aktiven Sonoff Sensor aus dem Netz werfen
• den Sensor zurück setzen
• den Sensor neu anlernen.

In dieser Kette wird er

• die Konfiguration verlieren
• kein Firmware-Update anstossen, und damit 'normal' dem Netz beitreten
• dann hoffentlich durch ein reconfigure nach diesem Muster Daten senden.

Der gleiche Test mit dem neuen Sensor ist eher nicht interessant - ich gehe davon aus das auch dieser sich ein Firmware-Update ziehen wird.

Das ist einer der Punkte dem ich noch nachgehen muss - warum beim Start des Herdsman und /oder beim Anlernen automatisch ein Firmware-Update angestossen wird.

[Gaspode]

@asgothian said in Tester Zigbee Adapter 3.x gesucht:

Das ist einer der Punkte dem ich noch nachgehen muss - warum beim Start des Herdsman und /oder beim Anlernen automatisch ein Firmware-Update angestossen wird.

Nur, damit wir nicht aneinander vorbei reden: Das FW Update wurde nicht automatisch gemacht, das habe ich veranlasst. Erst "Prüfen" im Adapter gedrückt, dann auf das Update Icon beim Device. Und erst dann kamen die Daten.

@asgothian said in Tester Zigbee Adapter 3.x gesucht:

Was du testen kannst:

den aktiven Sonoff Sensor aus dem Netz werfen
den Sensor zurück setzen
den Sensor neu anlernen.

Heißt "aus dem Netz werfen" das Delete Icon auf der Device Kachel drücken?
Das hab ich jetzt gemacht. In der Anleitung des Devices steht nix davon, wie man es zurück setzen kann. Ich hab jetzt mal den einzigen Button für >10 Sekunden gedrückt und anschließend kurz die Batterie raus genommen.
Nach dem Neu Anlernen waren die Werte sofort da.

Edit:
@asgothian said in Tester Zigbee Adapter 3.x gesucht:

siehe diesen Post zum Thema Konfiguration etc.

Ach ja, und Danke für die Erklärung.

[Gaspode]

@asgothian

Und noch eine Beobachtung, da bin ich mir aber nicht sicher, ob das Verhalten nicht schon in Version 1 ähnlich war und es in Version 3 jetzt durch die Ausgabe von Fehlermeldungen eher auffällt.

Wenn ich in meinem Produktivsystem die Map generieren lasse, bekomme ich 5 Fehler gemeldet:

Map generation messages
Failed to execute LQI for '0x00124bXXXXXXXXXX (undefined') : Timeout.           --> Coordinator
Failed to collect routing table for '0xa4c137XXXXXXXXXX (TS011F') : Timeout     --> Steckdose
Failed to collect routing table for '0xa4c138XXXXXXXXXX (TS011F') : Timeout     --> Steckdose
Failed to collect routing table for '0x00124bXXXXXXXXXX (undefined') : Timeout  --> Coordinator
Failed to collect routing table for '0xa4c139XXXXXXXXXX (TS011F') : Timeout     --> Steckdoes

Das erste ist der Coordinator, die anderen Lidl Schaltsteckdosen des Typs Lidl HG08673. Von denen hab ich genau drei im Netz. Ich hab noch zwei weitere Steckdosen von Lidl, allerdings Lidl HG06337. Die tauchen nicht auf. In der Map selbst werden Verbindungen der drei Steckdosen angezeigt. Rekonfigurieren der Steckdosen funktioniert sofort, behebt den Effekt aber nicht.

Allerdings gibt es 4 Devices, die in der Map rot und nicht verbunden angezeigt werden. Diese funktionieren aber und von der Lage her es ist sehr wahrscheinlich, dass sie entweder direkt am Coordinator oder an einer der drei Steckdosen hängen.
Bei diesen Devices handelt es sich um zwei Aqara SJCGQ11LM, einen Tuya TS0042 und zwei Aqara WSDCGQ11LM. Alle lassen sich rekonfigurieren, alle funktionieren und von allen Typen bis auf den Tuya TS0042 habe ich noch weitere Devices im Netz.

Ist das für den Test interessant? Wenn du noch was brauchst, sag Bescheid.

Edit: Ach ja, Coordinator:

    type:ZStack3x0
    version:2-1.2.7.1.
    revision:20210708
    port:COM4
    channel:11

Es handelt sich um diesen Stick: https://www.amazon.de/dp/B09KXTCMSC

[arteck]

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

20210708

bissel alt..

[Gaspode]

@arteck said in Tester Zigbee Adapter 3.x gesucht:

bissel alt..

Und das ist ein Problem? Ich hab mich bisher noch nicht an ein Update ran getraut.

Der zweite, den ich diese Woche bestellt habe, ist übrigens auf dem gleichen Stand. :pensive:

Edit: Nur damit ich nicht missverstanden werde: Ich will beim Testen helfen, nicht jemandem auf die Nerven gehen. Prinzipiell läuft der Adapter rund und unter normalen Umständen, würde ich jetzt einfach die Finger davon lassen. ;)

[Gaspode]

OK, ich habe jetzt zunächst auf meinem kleinen Testsystem mit 2 Devices die Coordinator Software auf den aktuellen Stand gebracht.

    type:ZStack3x0
    version:2-1.2.7.1.
    revision:20240710
    port:COM11
    channel:20

Nach dem Neustart wurden zwar beide Geräte angezeigt, waren aber disconnected. Nach etwa drei Minuten hab ich den Adapter neu gestartet. Leider auch keine Änderung. Nach dem Neu Anlernen sind die beiden Geräte jetzt wieder connected und liefern Daten. Ich dachte iegentlich, der Adapter kümmert sich darum, dass die Geräte nach Coordinator Update wieder automatisch am Coordinator angemeldet werden. Oder hab ich da was falsch verstanden?

Edit: Ach ja, ein Log gibt es auch:

2025-06-07 09:55:11.516 - info: host.Zigbee "system.adapter.zigbee.0" enabled
2025-06-07 09:55:11.697 - info: host.Zigbee instance system.adapter.zigbee.0 in version "3.0.1" (non-npm: ioBroker/ioBroker.zigbee) started with pid 16772
2025-06-07 09:55:12.720 - info: zigbee.0 (16772) starting. Version 3.0.1 (non-npm: ioBroker/ioBroker.zigbee) in C:/ioBroker/Zigbee/node_modules/iobroker.zigbee, node: v20.19.2, js-controller: 7.0.6
2025-06-07 09:55:12.732 - info: zigbee.0 (16772) Adapter ready - starting subsystems. Adapter is running in info mode.
2025-06-07 09:55:12.733 - info: zigbee.0 (16772) init localConfig
2025-06-07 09:55:12.769 - info: zigbee.0 (16772) delete old Backup files. keep only last 10
2025-06-07 09:55:12.770 - info: zigbee.0 (16772) --- creating device debug ---
2025-06-07 09:55:12.770 - info: zigbee.0 (16772) Autostart Zigbee subsystem
2025-06-07 09:55:12.771 - info: zigbee.0 (16772) Starting Adapter npm ...
2025-06-07 09:55:12.775 - info: zigbee.0 (16772) Installed Version: ioBroker/ioBroker.zigbee (Converters 23.35.0 Herdsman 4.0.0)
2025-06-07 09:55:12.775 - info: zigbee.0 (16772) configured transmit power : normal
2025-06-07 09:55:12.775 - info: zigbee.0 (16772) Starting Zigbee-Herdsman
2025-06-07 09:55:23.896 - info: zigbee.0 (16772) List of port: [{"path":"COM1","manufacturer":"(Standardanschlusstypen)","pnpId":"ACPI\\PNP0501\\0","friendlyName":"Kommunikationsanschluss (COM1)"},{"path":"COM11","manufacturer":"Silicon Labs","serialNumber":"DEDF4C6EF26BEF119385A3ADC169B110","pnpId":"USB\\VID_10C4&PID_EA60\\DEDF4C6EF26BEF119385A3ADC169B110","locationId":"Port_#0003.Hub_#0004","friendlyName":"Silicon Labs CP210x USB to UART Bridge (COM11)","vendorId":"10C4","productId":"EA60"}]
2025-06-07 09:55:31.535 - info: zigbee.0 (16772) List of port: [{"path":"COM1","manufacturer":"(Standardanschlusstypen)","pnpId":"ACPI\\PNP0501\\0","friendlyName":"Kommunikationsanschluss (COM1)"},{"path":"COM11","manufacturer":"Silicon Labs","serialNumber":"DEDF4C6EF26BEF119385A3ADC169B110","pnpId":"USB\\VID_10C4&PID_EA60\\DEDF4C6EF26BEF119385A3ADC169B110","locationId":"Port_#0003.Hub_#0004","friendlyName":"Silicon Labs CP210x USB to UART Bridge (COM11)","vendorId":"10C4","productId":"EA60"}]
2025-06-07 09:55:40.224 - info: zigbee.0 (16772) Zigbee-Herdsman started successfully with Coordinator firmware version: ZStack3x0 : 20240710 (2-1.2.7.1)
2025-06-07 09:55:40.232 - info: zigbee.0 (16772) Unable to disable LED, unsupported function.
2025-06-07 09:55:40.232 - info: zigbee.0 (16772) No devices are currently joined.
2025-06-07 09:55:40.233 - info: zigbee.0 (16772) Zigbee started
2025-06-07 09:55:42.226 - info: zigbee.0 (16772) List of port: [{"path":"COM1","manufacturer":"(Standardanschlusstypen)","pnpId":"ACPI\\PNP0501\\0","friendlyName":"Kommunikationsanschluss (COM1)"},{"path":"COM11","manufacturer":"Silicon Labs","serialNumber":"DEDF4C6EF26BEF119385A3ADC169B110","pnpId":"USB\\VID_10C4&PID_EA60\\DEDF4C6EF26BEF119385A3ADC169B110","locationId":"Port_#0003.Hub_#0004","friendlyName":"Silicon Labs CP210x USB to UART Bridge (COM11)","vendorId":"10C4","productId":"EA60"}]
2025-06-07 09:55:49.875 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:55:49.891 - info: zigbee.0 (16772) Map data collection complete
2025-06-07 09:55:51.670 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:55:51.684 - info: zigbee.0 (16772) Map data collection complete
2025-06-07 09:55:54.405 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:55:54.425 - info: zigbee.0 (16772) Map data collection complete
2025-06-07 09:55:56.160 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:55:56.174 - info: zigbee.0 (16772) Map data collection complete
2025-06-07 09:55:56.818 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:55:56.832 - info: zigbee.0 (16772) Map data collection complete
2025-06-07 09:55:57.414 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:55:57.430 - info: zigbee.0 (16772) Map data collection complete
2025-06-07 09:55:57.914 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:55:57.928 - info: zigbee.0 (16772) Map data collection complete
2025-06-07 09:55:58.349 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:55:58.364 - info: zigbee.0 (16772) Map data collection complete
2025-06-07 09:56:14.323 - warn: zigbee.0 (16772) Blocked interview for 'undefined' because the network is closed
2025-06-07 09:56:32.079 - info: zigbee.0 (16772) List of port: [{"path":"COM1","manufacturer":"(Standardanschlusstypen)","pnpId":"ACPI\\PNP0501\\0","friendlyName":"Kommunikationsanschluss (COM1)"},{"path":"COM11","manufacturer":"Silicon Labs","serialNumber":"DEDF4C6EF26BEF119385A3ADC169B110","pnpId":"USB\\VID_10C4&PID_EA60\\DEDF4C6EF26BEF119385A3ADC169B110","locationId":"Port_#0003.Hub_#0004","friendlyName":"Silicon Labs CP210x USB to UART Bridge (COM11)","vendorId":"10C4","productId":"EA60"}]
2025-06-07 09:56:49.892 - info: zigbee.0 (16772) List of port: [{"path":"COM1","manufacturer":"(Standardanschlusstypen)","pnpId":"ACPI\\PNP0501\\0","friendlyName":"Kommunikationsanschluss (COM1)"},{"path":"COM11","manufacturer":"Silicon Labs","serialNumber":"DEDF4C6EF26BEF119385A3ADC169B110","pnpId":"USB\\VID_10C4&PID_EA60\\DEDF4C6EF26BEF119385A3ADC169B110","locationId":"Port_#0003.Hub_#0004","friendlyName":"Silicon Labs CP210x USB to UART Bridge (COM11)","vendorId":"10C4","productId":"EA60"}]
2025-06-07 09:57:00.864 - info: zigbee.0 (16772) Collecting Map Data
2025-06-07 09:57:24.458 - error: zigbee.0 (16772) Failed to interview '0x08ddebfffeeddb0d', device has not successfully been paired. Try again !!!!!!!!!!
2025-06-07 09:57:43.318 - warn: zigbee.0 (16772) Blocked interview for 'undefined' because the network is closed
2025-06-07 09:57:52.576 - info: zigbee.0 (16772) List of port: [{"path":"COM1","manufacturer":"(Standardanschlusstypen)","pnpId":"ACPI\\PNP0501\\0","friendlyName":"Kommunikationsanschluss (COM1)"},{"path":"COM11","manufacturer":"Silicon Labs","serialNumber":"DEDF4C6EF26BEF119385A3ADC169B110","pnpId":"USB\\VID_10C4&PID_EA60\\DEDF4C6EF26BEF119385A3ADC169B110","locationId":"Port_#0003.Hub_#0004","friendlyName":"Silicon Labs CP210x USB to UART Bridge (COM11)","vendorId":"10C4","productId":"EA60"}]
2025-06-07 09:58:04.417 - info: host.Zigbee stopInstance system.adapter.zigbee.0 (force=false, process=true)
2025-06-07 09:58:04.418 - info: host.Zigbee stopInstance system.adapter.zigbee.0 send kill signal
2025-06-07 09:58:04.413 - info: zigbee.0 (16772) Got terminate signal TERMINATE_YOURSELF
2025-06-07 09:58:04.414 - info: zigbee.0 (16772) Halting zigbee adapter. Restart delay is at least 30 seconds.
2025-06-07 09:58:04.414 - info: zigbee.0 (16772) cleaning everything up...
2025-06-07 09:58:04.415 - info: zigbee.0 (16772) Saved local configuration data
2025-06-07 09:58:04.645 - info: zigbee.0 (16772) Closing Zigbee network, 0 seconds remaining
2025-06-07 09:58:08.425 - info: zigbee.0 (16772) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2025-06-07 09:58:08.974 - info: host.Zigbee instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2025-06-07 09:58:41.642 - info: host.Zigbee instance system.adapter.zigbee.0 in version "3.0.1" (non-npm: ioBroker/ioBroker.zigbee) started with pid 34832
2025-06-07 09:58:42.673 - info: zigbee.0 (34832) starting. Version 3.0.1 (non-npm: ioBroker/ioBroker.zigbee) in C:/ioBroker/Zigbee/node_modules/iobroker.zigbee, node: v20.19.2, js-controller: 7.0.6
2025-06-07 09:58:42.685 - info: zigbee.0 (34832) Adapter ready - starting subsystems. Adapter is running in info mode.
2025-06-07 09:58:42.686 - info: zigbee.0 (34832) init localConfig
2025-06-07 09:58:42.722 - info: zigbee.0 (34832) delete old Backup files. keep only last 10
2025-06-07 09:58:42.723 - info: zigbee.0 (34832) --- creating device debug ---
2025-06-07 09:58:42.723 - info: zigbee.0 (34832) Autostart Zigbee subsystem
2025-06-07 09:58:42.724 - info: zigbee.0 (34832) Starting Adapter npm ...
2025-06-07 09:58:42.728 - info: zigbee.0 (34832) Installed Version: ioBroker/ioBroker.zigbee (Converters 23.35.0 Herdsman 4.0.0)
2025-06-07 09:58:42.728 - info: zigbee.0 (34832) configured transmit power : normal
2025-06-07 09:58:42.728 - info: zigbee.0 (34832) Starting Zigbee-Herdsman
2025-06-07 09:58:42.935 - info: zigbee.0 (34832) Zigbee-Herdsman started successfully with Coordinator firmware version: ZStack3x0 : 20240710 (2-1.2.7.1)
2025-06-07 09:58:42.936 - info: zigbee.0 (34832) Unable to disable LED, unsupported function.
2025-06-07 09:58:42.983 - info: zigbee.0 (34832) 0x08ddebfffeeddb0d (addr 7386): Unsupported (model undefined)(Unknown)
2025-06-07 09:58:42.983 - info: zigbee.0 (34832) Currently 1 devices are joined:
2025-06-07 09:58:42.983 - info: zigbee.0 (34832) Zigbee started
2025-06-07 09:58:42.987 - warn: zigbee.0 (34832) download icon undefined for undefined Device not available. Check your devices.
2025-06-07 09:58:42.990 - warn: zigbee.0 (34832) Device 0x08ddebfffeeddb0d "undefined" not found.
2025-06-07 09:59:16.469 - info: zigbee.0 (34832) List of port: [{"path":"COM1","manufacturer":"(Standardanschlusstypen)","pnpId":"ACPI\\PNP0501\\0","friendlyName":"Kommunikationsanschluss (COM1)"},{"path":"COM11","manufacturer":"Silicon Labs","serialNumber":"DEDF4C6EF26BEF119385A3ADC169B110","pnpId":"USB\\VID_10C4&PID_EA60\\DEDF4C6EF26BEF119385A3ADC169B110","locationId":"Port_#0003.Hub_#0004","friendlyName":"Silicon Labs CP210x USB to UART Bridge (COM11)","vendorId":"10C4","productId":"EA60"}]
2025-06-07 09:59:27.693 - info: zigbee.0 (34832) Opening zigbee Network for 60 seconds
2025-06-07 09:59:33.296 - info: zigbee.0 (34832) Device '0x08ddebfffeeddb0d' left the network
2025-06-07 09:59:33.297 - info: zigbee.0 (34832) debug devices set to []
2025-06-07 09:59:33.307 - info: history.0 (31492) disabled logging of zigbee.0.08ddebfffeeddb0d.humidity
2025-06-07 09:59:33.313 - info: history.0 (31492) disabled logging of zigbee.0.08ddebfffeeddb0d.temperature
2025-06-07 09:59:39.637 - info: zigbee.0 (34832) Starting interview of '0x08ddebfffeeddb0d'
2025-06-07 09:59:41.686 - info: zigbee.0 (34832) Device '0x08ddebfffeeddb0d' announced itself
2025-06-07 09:59:49.789 - info: zigbee.0 (34832) Device '0x08ddebfffeeddb0d' left the network
2025-06-07 09:59:53.298 - info: zigbee.0 (34832) Starting interview of '0x08ddebfffeeddb0d'
2025-06-07 09:59:55.322 - info: zigbee.0 (34832) Device '0x08ddebfffeeddb0d' announced itself
2025-06-07 10:00:14.189 - info: zigbee.0 (34832) Starting interview of '0x00124b00272cefda'
2025-06-07 10:00:14.420 - warn: zigbee.0 (34832) Device 0x00124b00272cefda "Egony_Flower" not found.
2025-06-07 10:00:15.210 - info: zigbee.0 (34832) Successfully interviewed '0x08ddebfffeeddb0d', device has successfully been paired
2025-06-07 10:00:15.210 - info: zigbee.0 (34832) Device '0x08ddebfffeeddb0d' is supported, identified as: SONOFF Temperature and humidity sensor with screen (SNZB-02D)
2025-06-07 10:00:15.715 - info: zigbee.0 (34832) Successfully interviewed '0x08ddebfffeeddb0d', device has successfully been paired
2025-06-07 10:00:15.715 - info: zigbee.0 (34832) Device '0x08ddebfffeeddb0d' is supported, identified as: SONOFF Temperature and humidity sensor with screen (SNZB-02D)
2025-06-07 10:00:15.802 - info: zigbee.0 (34832) Successfully interviewed '0x00124b00272cefda', device has successfully been paired
2025-06-07 10:00:15.802 - info: zigbee.0 (34832) Device '0x00124b00272cefda' is supported, identified as: EFEKTA Soil moisture sensor Egony_Flower, mod DIYRuZ Flower (Egony_Flower)
2025-06-07 10:00:20.265 - info: zigbee.0 (34832) Device '0x00124b00272cefda' left the network
2025-06-07 10:00:20.272 - info: history.0 (31492) disabled logging of zigbee.0.00124b00272cefda.illuminance_raw
2025-06-07 10:00:20.280 - info: history.0 (31492) disabled logging of zigbee.0.00124b00272cefda.soil_moisture
2025-06-07 10:00:27.702 - info: zigbee.0 (34832) Closing Zigbee network, 1 seconds remaining
2025-06-07 10:00:33.594 - info: zigbee.0 (34832) Opening zigbee Network for 60 seconds
2025-06-07 10:00:47.115 - info: zigbee.0 (34832) Starting interview of '0x00124b00272cefda'
2025-06-07 10:00:47.886 - info: zigbee.0 (34832) Device '0x00124b00272cefda' announced itself
2025-06-07 10:00:49.266 - info: zigbee.0 (34832) Successfully interviewed '0x00124b00272cefda', device has successfully been paired
2025-06-07 10:00:49.266 - info: zigbee.0 (34832) Device '0x00124b00272cefda' is supported, identified as: EFEKTA Soil moisture sensor Egony_Flower, mod DIYRuZ Flower (Egony_Flower)
2025-06-07 10:01:06.701 - info: zigbee.0 (34832) Configuring 0x08ddebfffeeddb0d SNZB-02D
2025-06-07 10:01:15.575 - info: zigbee.0 (34832) DeviceConfigure successful 0x08ddebfffeeddb0d SNZB-02D
2025-06-07 10:01:28.199 - info: zigbee.0 (34832) Configuring 0x00124b00272cefda Egony_Flower
2025-06-07 10:01:33.602 - info: zigbee.0 (34832) Closing Zigbee network, 1 seconds remaining
2025-06-07 10:01:35.336 - info: zigbee.0 (34832) DeviceConfigure successful 0x00124b00272cefda Egony_Flower
2025-06-07 10:01:46.561 - info: zigbee.0 (34832) Collecting Map Data
2025-06-07 10:01:46.580 - info: zigbee.0 (34832) Map data collection complete
2025-06-07 10:02:05.781 - info: zigbee.0 (34832) List of port: [{"path":"COM1","manufacturer":"(Standardanschlusstypen)","pnpId":"ACPI\\PNP0501\\0","friendlyName":"Kommunikationsanschluss (COM1)"},{"path":"COM11","manufacturer":"Silicon Labs","serialNumber":"DEDF4C6EF26BEF119385A3ADC169B110","pnpId":"USB\\VID_10C4&PID_EA60\\DEDF4C6EF26BEF119385A3ADC169B110","locationId":"Port_#0003.Hub_#0004","friendlyName":"Silicon Labs CP210x USB to UART Bridge (COM11)","vendorId":"10C4","productId":"EA60"}]
2025-06-07 10:02:25.237 - info: zigbee.0 (34832) Device '0x00124b00272cefda' announced itself
2025-06-07 10:02:53.358 - info: zigbee.0 (34832) Device '0x00124b00272cefda' announced itself

[Asgothian]

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

Ich dachte iegentlich, der Adapter kümmert sich darum, dass die Geräte nach Coordinator Update wieder automatisch am Coordinator angemeldet werden. Oder hab ich da was falsch verstanden?

Das ist von Koordinator zu Koordinator unterschiedlich. Im Normalfall reicht es, das Netzwerk zu öffnen und die Geräte zu triggern, so das sie sich verbinden. Gegebenenfalls ist eine Neukonfiguration notwendig.

Insbesondere in der Kombination CC2531 und Aufsetzen des Netzwerks mit Adapter 2.0.5 kann es passieren das sich die effektive IEEE des Netzes beim Firmware-Update ändert was zu einem erzwungenen Neuanlernen führt.

A.

[Gaspode]

@asgothian said in Tester Zigbee Adapter 3.x gesucht:

Das ist von Koordinator zu Koordinator unterschiedlich. Im Normalfall reicht es, das Netzwerk zu öffnen und die Geräte zu triggern, so das sie sich verbinden. Gegebenenfalls ist eine Neukonfiguration notwendig.
Insbesondere in der Kombination CC2531 und Aufsetzen des Netzwerks mit Adapter 2.0.5 kann es passieren das sich die effektive IEEE des Netzes beim Firmware-Update ändert was zu einem erzwungenen Neuanlernen führt.

In meinem Fall ist es ja ein den Sonoff CC2652P. Das Zigbee Netzwerk habe ich vorgestern auf einem neu installierten ioBroker und einem neu installierten Zigbee Adapter auf Github Stand (also V3) angelegt und die beiden Geräte neu angelernt. Jetzt habe ich den Coordinator auf die aktuelle FW gehoben. Und anschließend waren die Geräte nicht mehr verbunden. Dazu hab ich oben das Log gepostet, falls das interessant sein sollte.

Wie gesagt: Ich sage das im Zusammenhang mit dem Testaufruf der V3. Mein Produktivsystem läuft ja unter V3 stabil.

Und noch eine Beobachtung (unter Windows):

In der Adpaterkonfiguration unter Hardware:
Zunächst halte ich das Zigbee Subsystem an, das klappt. Der Druck auf den Test-Butten führt aber zu einem Fehler:

stopping zigbee-herdsman
Closing network.
herdsman stopped !
reading access rights for COM11
Error: unable to access COM11 : ENOENT: no such file or directory, access 'C:\ioBroker\Zigbee\node_modules\iobroker.zigbee\COM11'

[Asgothian]

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

Und noch eine Beobachtung (unter Windows):

das muss ich mir anschauen - offensichtlich wird da etwas versucht was unter Windows so nicht geht.

Ich müsste noch wissen welchen Button du nutzt ?

test port

oder start / stop ?

Sofern der Fehler nur bei test port auftritt ist das unkritisch. Diese Option ist primär für Netzwerk Koordinatoren / Docker/Container Installationen mit weitergeleitetem Port wichtig.

Bei start/stop darf das eigentlich nicht auftreten.

A.

[Asgothian]

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

In meinem Fall ist es ja ein den Sonoff CC2652P. Das Zigbee Netzwerk habe ich vorgestern auf einem neu installierten ioBroker und einem neu installierten Zigbee Adapter auf Github Stand (also V3) angelegt und die beiden Geräte neu angelernt. Jetzt habe ich den Coordinator auf die aktuelle FW gehoben. Und anschließend waren die Geräte nicht mehr verbunden. Dazu hab ich oben das Log gepostet, falls das interessant sein sollte.
Wie gesagt: Ich sage das im Zusammenhang mit dem Testaufruf der V3. Mein Produktivsystem läuft ja unter V3 stabil.

Das war mir so nicht zu 100% klar.

ich gehe im Moment davon aus das durch Öffnen des Netzes und triggern der Geräte bzw. alleine durch warten die Geräte auch wieder verbunden worden wären - der Adapter sichert die Einstellungen und spielt sie eigentlich auch in den Koordinator zurück.

A.

[Gaspode]

@asgothian said in Tester Zigbee Adapter 3.x gesucht:

Sofern der Fehler nur bei test port auftritt ist das unkritisch. Diese Option ist primär für Netzwerk Koordinatoren / Docker/Container Installationen mit weitergeleitetem Port wichtig.
Bei start/stop darf das eigentlich nicht auftreten.

War nur bei Test. Die Fehlermeldung lässt halt vermuten, dass irgendwas nicht stimmt. Aber wenn man es weiß ...

[Gaspode]

@asgothian said in Tester Zigbee Adapter 3.x gesucht:

der Adapter sichert die Einstellungen und spielt sie eigentlich auch in den Koordinator zurück.

D.h. das Log, das ich angehängt hatte, sieht OK aus?

[Asgothian]

@gaspode Zumindest habe ich darin keine Auffälligkeiten gefunden.

[locito09]

@asgothian

hast du die Lape schon hizugefügt? bei Zigbee2MQTT ist sie jetzt drin.

[Asgothian]

@locito09 ab welcher ZHC Version ?

Ich muss im Adapter nichts machen wenn sie im ZHC drin ist.

A.

[locito09]

@asgothian

ZHC ? Habe nur das gefunden.

[dimaiv]

@locito09
23.38
Aktuell in Zigbee Adapter wird 23.35 mitinstalliert.
Also, noch nicht drin.

[locito09]

@dimaiv
Muss ich ab github installieren damit der Adapter diese Version zieht oder wie ist das?

[dimaiv]

@locito09
Warten, und auf github schauen, ob die Converter Version sich geändert hat.

[Asgothian]

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

@dimaiv
Muss ich ab github installieren damit der Adapter diese Version zieht oder wie ist das?

Der folgende weg führt zum Erfolg:

• GitHub Account anlegen
• iobroker.zigbee adapter Forken
• Package.json Zeile 32 anpassen, von "zigbee-herdsman-converters": "23.35.0" zu "zigbee-herdsman-converters": "23.57.0” ändern
• von deinem GitHub installieren
• testen ob alles wie gewohnt geht. Wenn ja - PR von deinem GitHub zum iobroker repositiory machen.

A.

P.s. das Testen ist das wichtige. Da ich das aktuell nicht leisten kann werd ich das hochziehen der ZHC nicht mal eben so machen.