Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Snert]

@ralla66 Ich habe jetzt alles nochmal von Grund auf neu gemacht.
Alles beim alten :-(

Was mir aufgefallen ist, ich erhalte beim flashen vom cc2652 NICHT diese Meldung:

22:01:25.294 RSL: RESULT = {"ZbState":{"Status":3,"Message":"Configured, starting coordinator"}}
22:01:31.293 RSL: RESULT = {"ZbState":{"Status":40,"NewState":9,"Message":"Started as coordinator"}}
22:01:31.944 RSL: RESULT = {"ZbState":{"Status":0,"Message":"Started"}}

Wie in der Anleitung von notenoughtech beschrieben.
Kann ich irgendwie prüfen welche Version auf dem Chip ist, oder was sein Status ist?
Das flashen ansonsten wurde jeweils mit ok quitiert.

[Ralla66]

@snert

habe das System nicht mit dem CC2652, kann nur noch theoretisch helfen.

hast du nach dem Ausführen dies in der Console gesehen ?

FLH: Starting verification of HEX file und
FLH: Flashing completed: OK

[Snert]

@ralla66 Ja, beide Meldungen sind gekommen.
Ich habe auch schon vor lauter Verzweiflung mit den "Typen" im ioBroker Adapter gespielt.
Ebenso auch per Webinstaller den Develop Status verwendet und auch das aktuellste hex file "SonoffZBPro_coord_20230507.hex" genutzt.
Alles lief immer ohne Probleme durch. Einzig die oben erwähnte Meldung erhalte ich nicht.
Jetzt kann ich noch mit den Templates spielen, aber ob das was ändert?

[Ralla66]

@snert

die 3 Status Meldungen scheinen nur nach dem Neustart einmalig in der Console zu erscheinen.
Boote mal neu und schau was im Log steht.

[Ralla66]

@ralla66

Moin, habe das mal auf einen ESP geflasht.

Was geschieht denn wenn du bei Berry -> cc.flash() ausführst ?
Console zeigt was ?

[Snert]

@ralla66 Wenn ich den Auto-configuration auf Sonoff ZBPro stelle, erhalte ich nach einem Neustart auch die Meldungen.

00:00:00.003 HDW: ESP32-D0WD-V3 v3.0 
00:00:00.207 UFS: FlashFS mounted with 408 kB free
00:00:00.239 CFG: Loaded from File, Count 39
00:00:00.241 FRC: Some settings have been reset (2)
00:00:00.246 I2C: Bus1 using GPIO26(SCL) and GPIO25(SDA)
00:00:00.392 BRY: Berry initialized, RAM used=3932 bytes
00:00:00.457 TFS: File '.drvset003' not found
00:00:00.465 Project tasmota - Tasmota Version 13.2.0.1(zbbrdgpro)-2_0_14(2023-10-27T15:39:53)
00:00:01.183 WIF: Connecting to AP1 FRITZ!Box 7590 2.4 Channel 1 BSSId 2C:3A:FD:FB:F0:6E in mode 11n as tasmota-6063A4-0932...
00:00:03.005 WIF: Connected
00:00:03.262 HTP: Web server active on tasmota-6063A4-0932 with IP address 192.168.178.86
08:37:35.244 RSL: INFO1 = {"Info1":{"Module":"Sonoff Zigbee Pro","Version":"13.2.0.1(zbbrdgpro)","FallbackTopic":"cmnd/DVES_6063A4_fb/","GroupTopic":"cmnd/tasmotas/"}}
08:37:35.259 RSL: INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"tasmota-6063A4-0932","IPAddress":"192.168.178.86","IP6Global":"","IP6Local":"fe80::4222:d8ff:fe60:63a4"}}
08:37:35.273 RSL: INFO3 = {"Info3":{"RestartReason":"Software reset CPU","BootCount":19}}
08:37:35.296 RUL: SYSTEM#BOOT performs "TCPStart 8888"
08:37:35.299 RSL: RESULT = {"Command":"Error"}
08:37:37.753 QPC: Reset
08:37:39.749 RSL: STATE = {"Time":"2023-10-28T08:37:39","Uptime":"0T00:00:09","UptimeSec":9,"Heap":165,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":20,"MqttCount":0,"Berry":{"HeapUsed":3,"Objects":43},"Wifi":{"AP":1,"SSId":"FRITZ!Box 7590 2.4","BSSId":"2C:3A:FD:FB:F0:6E","Channel":1,"Mode":"11n","RSSI":100,"Signal":-28,"LinkCount":1,"Downtime":"0T00:00:04"}}
08:37:46.745 ZIG: rebooting ZNP device
08:37:49.397 RSL: RESULT = {"ZbState":{"Status":1,"Message":"CCxxxx ZNP booted","RestartReason":"Power-up","MajorRel":2,"MinorRel":7}}
08:37:49.597 RSL: RESULT = {"ZbState":{"Status":50,"MajorRel":2,"MinorRel":7,"MaintRel":1,"Revision":20230507}}
08:37:49.747 RSL: RESULT = {"ZbState":{"Status":2,"Message":"Resetting configuration"}}
08:37:51.997 RSL: RESULT = {"ZbState":{"Status":3,"Message":"Configured, starting coordinator"}}
08:37:56.197 RSL: RESULT = {"ZbState":{"Status":40,"NewState":9,"Message":"Started as coordinator"}}
08:37:56.297 RSL: RESULT = {"ZbState":{"Status":51,"IEEEAddr":"0x00124B00257B0374","ShortAddr":"0x0000","DeviceType":7,"DeviceState":9,"NumAssocDevices":0}}
08:37:56.797 RSL: RESULT = {"ZbState":{"Status":0,"Message":"Started"}}
08:37:56.800 ZIG: Zigbee started
08:37:56.808 ZIG: No Zigbee device information
08:37:56.811 ZIG: No Zigbee device data
08:37:56.813 ZIG: ZbLoad '<internal_plugin>' loaded successfully

Mit dier Einstellung bekomme ich aber keine Verbindung vom ioBroker zur Bridge aufgebaut.
Mit der Auto-configuration Sonoff ZBPro TCP bekomme ich keinerlei Meldungen bezüglich dem Chip, dafür kann die Verbindung wieder hergestellt werden. Zumindest steht das Connect drin.

00:00:00.003 HDW: ESP32-D0WD-V3 v3.0 
00:00:00.200 UFS: FlashFS mounted with 408 kB free
00:00:00.232 CFG: Loaded from File, Count 41
00:00:00.233 FRC: Some settings have been reset (2)
00:00:00.239 I2C: Bus1 using GPIO26(SCL) and GPIO25(SDA)
00:00:00.381 BRY: Berry initialized, RAM used=3936 bytes
00:00:00.450 TFS: File '.drvset003' not found
00:00:00.459 Project tasmota - Tasmota Version 13.2.0.1(zbbrdgpro)-2_0_14(2023-10-27T15:39:53)
00:00:01.195 WIF: Connecting to AP1 FRITZ!Box 7590 2.4 Channel 1 BSSId 2C:3A:FD:FB:F0:6E in mode 11n as tasmota-6063A4-0932...
00:00:03.020 WIF: Connected
00:00:03.276 HTP: Web server active on tasmota-6063A4-0932 with IP address 192.168.178.86
08:43:49.260 RSL: INFO1 = {"Info1":{"Module":"TCP ZBBridge Pro","Version":"13.2.0.1(zbbrdgpro)","FallbackTopic":"cmnd/DVES_6063A4_fb/","GroupTopic":"cmnd/tasmotas/"}}
08:43:49.275 RSL: INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"tasmota-6063A4-0932","IPAddress":"192.168.178.86","IP6Global":"","IP6Local":"fe80::4222:d8ff:fe60:63a4"}}
08:43:49.289 RSL: INFO3 = {"Info3":{"RestartReason":"Software reset CPU","BootCount":20}}
08:43:49.312 RUL: SYSTEM#BOOT performs "TCPStart 8888"
08:43:49.314 TCP: Starting TCP server on port 8888
08:43:49.318 RSL: RESULT = {"TCPStart":"Done"}
08:43:51.779 QPC: Reset
08:43:53.794 RSL: STATE = {"Time":"2023-10-28T08:43:53","Uptime":"0T00:00:09","UptimeSec":9,"Heap":165,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":0,"Berry":{"HeapUsed":3,"Objects":43},"Wifi":{"AP":1,"SSId":"FRITZ!Box 7590 2.4","BSSId":"2C:3A:FD:FB:F0:6E","Channel":1,"Mode":"11n","RSSI":100,"Signal":-31,"LinkCount":1,"Downtime":"0T00:00:04"}}
08:44:18.576 TCP: Got connection from 192.168.178.36

Jetzt die Frage: Sollte ich in der Tasmota console Zigbee infos angezeigt bekommen, wenn die Bridge auf TCP eingestellt ist?
Mir scheint ja fast, dass etwas mit den GPIO Einstellungen nicht passt. So als ob entweder eine c2652 Verbindung XOR eine TCP Verbindung aufgebaut werden kann.

Hier auch nochmal der Log vom ioBroker, mit der TCP Einstellung auf der Bridge:

2023-10-28 09:51:42.548 - info: zigbee.0 (14273) starting. Version 1.8.24 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.20.2, js-controller: 5.0.12
2023-10-28 09:51:42.597 - info: zigbee.0 (14273) delete old Backup files. keep only last 10
2023-10-28 09:51:42.598 - info: zigbee.0 (14273) Starting Zigbee npm ...
2023-10-28 09:51:42.733 - info: zigbee.0 (14273) Installed Version: ioBroker/ioBroker.zigbee
2023-10-28 09:53:01.043 - info: admin.0 (6349) ==> Connected system.user.admin from ::ffff:192.168.178.89
2023-10-28 09:53:01.165 - error: zigbee.0 (14273) getGroups: caught error: TypeError: Cannot read properties of undefined (reading 'getGroups')
2023-10-28 09:53:01.403 - info: zigbee.0 (14273) List of port: [{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"}]
2023-10-28 09:53:07.422 - info: admin.0 (6349) <== Disconnect system.user.admin from ::ffff:192.168.178.89
2023-10-28 09:53:09.031 - info: host.smarthome-VM stopInstance system.adapter.zigbee.0 (force=false, process=true)
2023-10-28 09:53:09.142 - info: zigbee.0 (14273) Got terminate signal TERMINATE_YOURSELF
2023-10-28 09:53:09.147 - info: host.smarthome-VM stopInstance system.adapter.zigbee.0 send kill signal
2023-10-28 09:53:09.143 - info: zigbee.0 (14273) cleaned everything up...
2023-10-28 09:53:09.145 - info: zigbee.0 (14273) Zigbee: disabling joining new devices.
2023-10-28 09:53:09.645 - info: zigbee.0 (14273) terminating
2023-10-28 09:53:09.647 - info: zigbee.0 (14273) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-10-28 09:53:10.154 - info: host.smarthome-VM stopInstance system.adapter.zigbee.0 killing pid 14273
2023-10-28 09:53:10.272 - info: host.smarthome-VM instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-10-28 09:53:12.223 - info: host.smarthome-VM instance system.adapter.zigbee.0 started with pid 14291
2023-10-28 09:53:14.780 - info: zigbee.0 (14291) starting. Version 1.8.24 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.20.2, js-controller: 5.0.12
2023-10-28 09:53:14.830 - info: zigbee.0 (14291) delete old Backup files. keep only last 10
2023-10-28 09:53:14.831 - info: zigbee.0 (14291) Starting Zigbee npm ...
2023-10-28 09:53:14.928 - info: zigbee.0 (14291) Installed Version: ioBroker/ioBroker.zigbee
2023-10-28 09:54:09.764 - info: host.smarthome-VM instance system.adapter.solarmanpv.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-10-28 09:54:18.878 - info: admin.0 (6349) ==> Connected system.user.admin from ::ffff:192.168.178.89
2023-10-28 09:54:19.145 - error: zigbee.0 (14291) getGroups: caught error: TypeError: Cannot read properties of undefined (reading 'getGroups')
2023-10-28 09:54:19.329 - info: zigbee.0 (14291) List of port: [{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"}]
2023-10-28 09:54:54.365 - info: zigbee.0 (14291) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20230507}}
2023-10-28 09:54:54.432 - info: zigbee.0 (14291) Unable to disable LED, unsupported function.
2023-10-28 09:54:54.498 - info: zigbee.0 (14291) --> transmitPower : normal
2023-10-28 09:54:54.849 - info: zigbee.0 (14291) Currently no devices.
2023-10-28 09:54:54.849 - info: zigbee.0 (14291) Zigbee started
2023-10-28 09:54:54.853 - error: zigbee.0 (14291) Unable to apply ExtPanID changes: Error: SRSP - SYS - osalNvRead after 0,2ms
2023-10-28 09:54:54.890 - info: host.smarthome-VM stopInstance system.adapter.zigbee.0 (force=false, process=true)
2023-10-28 09:54:54.972 - info: zigbee.0 (14291) Got terminate signal TERMINATE_YOURSELF
2023-10-28 09:54:54.980 - info: host.smarthome-VM stopInstance system.adapter.zigbee.0 send kill signal
2023-10-28 09:54:54.972 - info: zigbee.0 (14291) cleaned everything up...
2023-10-28 09:54:54.973 - info: zigbee.0 (14291) Zigbee: disabling joining new devices.
2023-10-28 09:54:54.999 - info: zigbee.0 (14291) debug devices set to []
2023-10-28 09:54:55.474 - info: zigbee.0 (14291) terminating
2023-10-28 09:54:55.475 - info: zigbee.0 (14291) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-10-28 09:54:55.981 - info: host.smarthome-VM stopInstance system.adapter.zigbee.0 killing pid 14291
2023-10-28 09:54:56.008 - info: host.smarthome-VM instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-10-28 09:54:58.063 - info: host.smarthome-VM instance system.adapter.zigbee.0 started with pid 14322
2023-10-28 09:55:00.927 - info: zigbee.0 (14322) starting. Version 1.8.24 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.20.2, js-controller: 5.0.12
2023-10-28 09:55:01.017 - info: zigbee.0 (14322) delete old Backup files. keep only last 10
2023-10-28 09:55:01.019 - info: zigbee.0 (14322) Starting Zigbee npm ...
2023-10-28 09:55:01.209 - info: zigbee.0 (14322) Installed Version: ioBroker/ioBroker.zigbee
2023-10-28 09:55:20.906 - error: zigbee.0 (14322) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2023-10-28 09:55:20.907 - error: zigbee.0 (14322) Failed to start Zigbee
2023-10-28 09:55:20.907 - error: zigbee.0 (14322) Error herdsman start
2023-10-28 09:55:30.911 - info: zigbee.0 (14322) Try to reconnect.
2023-10-28 09:55:30.912 - info: zigbee.0 (14322) Starting Zigbee npm ...
2023-10-28 09:55:30.924 - info: zigbee.0 (14322) Installed Version: ioBroker/ioBroker.zigbee
2023-10-28 09:55:48.615 - info: admin.0 (6349) <== Disconnect system.user.admin from ::ffff:192.168.178.89
2023-10-28 09:55:49.971 - error: zigbee.0 (14322) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2023-10-28 09:55:49.973 - error: zigbee.0 (14322) Failed to start Zigbee
2023-10-28 09:55:49.974 - error: zigbee.0 (14322) Error herdsman start
2023-10-28 09:55:59.976 - info: zigbee.0 (14322) Try to reconnect.
2023-10-28 09:55:59.977 - info: zigbee.0 (14322) Starting Zigbee npm ...
2023-10-28 09:55:59.992 - info: zigbee.0 (14322) Installed Version: ioBroker/ioBroker.zigbee
2023-10-28 09:56:19.054 - error: zigbee.0 (14322) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2023-10-28 09:56:19.056 - error: zigbee.0 (14322) Failed to start Zigbee
2023-10-28 09:56:19.056 - error: zigbee.0 (14322) Error herdsman start
2023-10-28 09:56:29.061 - info: zigbee.0 (14322) Try to reconnect.
2023-10-28 09:56:29.063 - info: zigbee.0 (14322) Starting Zigbee npm ...
2023-10-28 09:56:29.073 - info: zigbee.0 (14322) Installed Version: ioBroker/ioBroker.zigbee
2023-10-28 09:56:48.128 - error: zigbee.0 (14322) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2023-10-28 09:56:48.131 - error: zigbee.0 (14322) Failed to start Zigbee
2023-10-28 09:56:48.131 - error: zigbee.0 (14322) Error herdsman start
2023-10-28 09:56:58.134 - info: zigbee.0 (14322) Try to reconnect.
2023-10-28 09:56:58.134 - info: zigbee.0 (14322) Starting Zigbee npm ...
2023-10-28 09:56:58.142 - info: zigbee.0 (14322) Installed Version: ioBroker/ioBroker.zigbee

[Ralla66]

@snert

langsam, was passiert nach cc.flash()

habe da Time Out

bei dir sollte stehen:

21:47:07.140 FLH: Verification of HEX file OK
21:49:06.780 FLH: cc2652_flasher rx=23 tx=19 rst=15 bsl=22
21:49:06.828 FLH: Flashing started (takes 5 minutes during which Tasmota is unresponsive)
21:54:43.835 FLH: Flashing completed: OK
21:54:43.948 FLH: Flash crc32 0x000000 - 0x2FFFF = bytes('1598929A')

[Ralla66]

@ralla66

lass mal Autoconfig , IO, TCP sein, gehe strikt nach Anleitung vor.
Console meldet ja:
No Zigbee device information
Also wird das Device ja nicht von der Bridge gefunden.

Ota flashen ist immer kritisch da Reste im Speicher verbleiben können.
Besser ist flashen mit FTDI per Kabel und Erase des Speicher.

Das Gerät wird wohl gefunden als
08:37:56.297 RSL: RESULT = {"ZbState":{"Status":51,"IEEEAddr":"0x00124B00257B0374"
schau mal ob die Addr vom ZB Device passt.

[Snert]

@ralla66 Jetzt langsam verstehe ich es nicht mehr.
Ich hatte zuletzt folgendes gemacht:

• Auto-configuration auf "Sonoff ZBPro TCP" gestellt (Restart danach)
  Info am Rande, das Template steht auf:

{"NAME":"TCP ZBBridge Pro","GPIO":[0,0,576,0,480,0,0,0,0,1,1,5792,0,0,0,5472,0,320,5793,5504,0,640,608,32,0,0,0,0,0,1,0,0,0,0,0,0],"FLAG":0,"BASE":1}

• Tasmota wer per web installer (mit FTDI) auf development -> Tasmota32 Sonoff-ZigbeeBridgePro -> All, in der Version 13.2.0.1 geflashed worden.

• Danach bin ich der Anleitung zum flashen der coordinater Firmware von hier https://notenoughtech.com/home-automation/tasmota-on-sonoff-zb-bridge-pro/#flash gefolgt. Dies wird auch von https://zigbee.blakadder.com/Sonoff_ZBBridge-P.html empfohlen. Allerdings habe ich nicht die SonoffZBPro_coord_20220219.hex Firmware, sondern die SonoffZBPro_coord_20230507.hex hochgeladen und verwendet.

• Der Flashvorgang wurde auch in der Console mit ok bestätigt, jedoch habe ich zu diesem Zeitpunkt nie folgende Meldungen bekommen:

22:01:25.294 RSL: RESULT = {"ZbState":{"Status":3,"Message":"Configured, starting coordinator"}}
22:01:31.293 RSL: RESULT = {"ZbState":{"Status":40,"NewState":9,"Message":"Started as coordinator"}}
22:01:31.944 RSL: RESULT = {"ZbState":{"Status":0,"Message":"Started"}}

• Der ZigBee-Adapter ist wie folgt konfiguriert:
  

Dann musste ich mich eben um mein Kind kümmern und war weg vom PC. Ebenfalls musste ich den Bosch Smart Home Controller II kurzzeitig vom Strom nehmen. (Nur als Info, kp ob das was zu bedeuten hat?!)
Als ich eben an den PC zurück bin, lief der Adapter und ich kann die ZigBee Geräte anlernen.
WTF, ich verstehe die Welt nicht mehr.

Falls noch weitere Infos benötigt werden, um evtl. meine Dummheit oder einen Fehler zu belegen, gerne Bescheid geben.

EDIT:
Ich habe eben mal kurz die Erweiterte Pan ID umstellen wollen, danach lief der Adapter nicht mehr. Mit 16x D ging er direkt wieder auf Grün.

[Ralla66]

@snert

läuft, ist doch prima :-)

möglich das bei Erst Installation ein Suchlauf der Geräte durchgeführt wird.
Das kann ja 3 bis 5 Minten dauern.
Bei Adaptern ist es meist so das erst ein Triggern diesen grün werden läßt.
Sowas wie ZB Fenster auf / zu oder Reboot des Devices.
Die 3 Statusmeldungen sagen ja nur aus das der Coordinator nach reboot aktiv ist und somit
ist die Bridge richtig eingerichtet. Halt nicht ob der Cxxxx der richtige ist.
Das steht ja in der coord.

Na ja der Typ vor dem Bildschirm, meist Besserwissend und hält sich nicht an Vorlagen
gepaart mit Unwissenheit beim Adapterstart.
Geht mir aber auch so, um so länger versucht um so mehr verrannt.

Was ist denn ->Mit 16x D ?

Edit, stelle mal bitte ein Log File hier ein damit andere User sehen können welche
Schritte beim booten in der Console angezeigt werden.

[Chris 1]

@snert Moin Snert

Wieso Zigbee Adapter? Den kannste doch löschen!

Du hast doch Tasmota drauf... da solltest Du Dich doch mit dem mqtt-Adapter beschäftigen

Gruss von der Ostsee
Chris

[Chris 1]

@chris-1

[Chris 1]

Je nach Deiner Konfiguration liegt tasmota ggf nicht unter /mqtt, sondern befindet sich auf /tasmota, da musst Du mal suchen.

Chris

[pbhd0815]

@snert Nachdem ich all die Leiden, die Du durchlitten hast auch durchgemacht habe, ist das die Lösung: Nach dem flashen muss man das Ding einmal mit autoconf auf "Sonoff ZbPro" stellen, dann kommen all die schönen ZbState-Meldungen. Danach auf "Sonoff ZbPro TCP" zurück, und alles klappt (So war es zumindest bei mir, ich habe so ziemlich alles was du ausprobiert hast auch gemacht, alles ohne Erfolg).

[Nidoello]

@pbhd0815 Mit welchen Einstellungen auf dem Sonoff und im Zigbee Adapter hast du es zum laufen gebracht?

Verbindung mit Gerät oder Dienst bleibt bei mir rot im Adapter.

Edit: das manuelle Löschen der Backup Fille und Seepferdchen.db wie in dem Beitrag beschrieben war die Lösung
https://forum.iobroker.net/topic/56174/gelöst-zigbee-frage-zur-pan-id/15