NEWS
Tester Zigbee Adapter 3.x gesucht
-
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 --> SteckdoesDas 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:11Es handelt sich um diesen Stick: https://www.amazon.de/dp/B09KXTCMSC
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@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. ;)
-
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:20Nach 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 -
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:20Nach 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@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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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.
@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 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'@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
oderstart / stop?
Sofern der Fehler nur bei
test portauftritt ist das unkritisch. Diese Option ist primär für Netzwerk Koordinatoren / Docker/Container Installationen mit weitergeleitetem Port wichtig.Bei
start/stopdarf das eigentlich nicht auftreten.A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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'@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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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
oderstart / stop?
Sofern der Fehler nur bei
test portauftritt ist das unkritisch. Diese Option ist primär für Netzwerk Koordinatoren / Docker/Container Installationen mit weitergeleitetem Port wichtig.Bei
start/stopdarf das eigentlich nicht auftreten.A.
@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 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.
@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 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?
-
hast du die Lape schon hizugefügt? bei Zigbee2MQTT ist sie jetzt drin.
-
ZHC ? Habe nur das gefunden.
-
ZHC ? Habe nur das gefunden.
-
@locito09
23.38
Aktuell in Zigbee Adapter wird 23.35 mitinstalliert.
Also, noch nicht drin. -
@dimaiv
Muss ich ab github installieren damit der Adapter diese Version zieht oder wie ist das? -
@dimaiv
Muss ich ab github installieren damit der Adapter diese Version zieht oder wie ist das?@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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
ioch habs mal bei mir drauf gepackt
https://github.com/arteck/ioBroker.zigbee@locito09 über git wie immer.. ist aber ungetestet
-
@locito09 sagte in Tester Zigbee Adapter 3.x gesucht:
@arteck
Danke ,FunktioniertBitte neben dem neuen Gerät auch schauen ob es sonst mit dem Zigbee System Auffälligkeiten gibt. Geräte die andere Werte liefern, etc.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.
Support us
289
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge