Wiedermal Zigbee Bridge Pro

[Telefisch]

Hallo Forum,
erstmal frohes Neues...

Ich versuche seit geraumer Zeit, mit haufenweise Tutorials, Videos und Forenbeiträgen immer und immer wieder die Sonoff ZB Bridge Pro zu flashen und in den ioB einzubinden.
Mittlerweile bin ich total verwirrt und noch immer ohne Erfolg.
Letzter Versuch:
Tasmota32-zbbridgepro.factory.bin geflasht.
Die soll ja eigentlich alles, incl. Coordinator beinhalten.
Dateien sind im Dateisystem auch sichtbar.
Ich kann auch ZB-Devices verbinden, die in einer Map angezeigt werden und laut Console auch ihre Stati und Signale übertragen (Illum, Occupied etc...)
letzte Ausgabe der Tasmota-Console nach Neustart:

00:00:00.003 HDW: ESP32-D0WD-V3 v3.1 
00:00:00.141 UFS: FlashFS mounted with 908 kB free
00:00:00.170 CFG: Loaded from File, Count 18
00:00:00.180 QPC: Count 1
00:00:00.186 I2C: Bus1 using GPIO26(SCL) and GPIO25(SDA)
00:00:00.309 BRY: Berry initialized, RAM used 3936 bytes
00:00:00.372 Project tasmota - Tasmota-ZbBridge Version 13.3.0(zbbrdgpro)-2_0_14(2023-12-12T14:31:25)
00:00:01.126 WIF: Connecting to AP1 DDT-IoT Channel 6 BSSId BA:FB:E4:4A:13:FF in mode 11n as tasmota-0ED4A0-5280...
00:00:02.785 WIF: Connected
00:00:03.209 HTP: Web server active on tasmota-0ED4A0-5280 with IP address 192.168.20.131
14:32:30.193 RSL: INFO1 = {"Info1":{"Module":"TCP ZBBridge Pro","Version":"13.3.0(zbbrdgpro)","FallbackTopic":"cmnd/DVES_0ED4A0_fb/","GroupTopic":"cmnd/tasmotas/"}}
14:32:30.209 RSL: INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"tasmota-0ED4A0-5280","IPAddress":"192.168.20.131","IP6Global":"","IP6Local":"fe80::e665:b8ff:fe0e:d4a0%st1"}}
14:32:30.223 RSL: INFO3 = {"Info3":{"RestartReason":"Software reset CPU","BootCount":7}}
14:32:30.245 RUL: SYSTEM#BOOT performs "TCPStart 8888"
14:32:30.248 TCP: Starting TCP server on port 8888
14:32:30.251 RSL: RESULT = {"TCPStart":"Done"}
14:32:33.226 QPC: Reset
14:32:34.847 RSL: STATE = {"Time":"2024-01-05T14:32:34","Uptime":"0T00:00:09","UptimeSec":9,"Heap":163,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":21,"MqttCount":0,"Berry":{"HeapUsed":3,"Objects":44},"Wifi":{"AP":1,"SSId":"DDT-IoT","BSSId":"BA:FB:E4:4A:13:FF","Channel":6,"Mode":"11n","RSSI":96,"Signal":-52,"LinkCount":1,"Downtime":"0T00:00:04"}}
14:32:46.114 TCP: Got connection from 0.0.0.0
14:33:29.081 TCP: Got connection from 0.0.0.0
14:35:01.906 TCP: Got connection from 0.0.0.0
14:35:44.983 TCP: Got connection from 0.0.0.0

Sieht für mich erstmal so aus, als sollte sie den Zugriff per TCP, Port 8888 zulassen.

Einstellungen im Adapter:

Im ioB Adapter bekomme ich die ersten beiden punkte grün, der letzte bleibt rot.

Was sagt mir denn das log?:

host.iobroker
2024-01-05 14:47:20.403	info	Restart adapter system.adapter.zigbee.0 because enabled
host.iobroker
2024-01-05 14:47:20.403	error	instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
host.iobroker
2024-01-05 14:47:20.403	error	Caught by controller[3]: at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)
host.iobroker
2024-01-05 14:47:20.403	error	Caught by controller[3]: at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23
host.iobroker
2024-01-05 14:47:20.403	error	Caught by controller[3]: Error: Reset error: Error: {"sequence":-1} after 10000ms
host.iobroker
2024-01-05 14:47:20.403	error	Caught by controller[3]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
host.iobroker
2024-01-05 14:47:20.403	error	Caught by controller[2]: Not able to detect the current tarif. Not filtering any expose...
host.iobroker
2024-01-05 14:47:20.403	error	Caught by controller[1]: Was not able to detect the Linky energy_phase. Default to single_phase
host.iobroker
2024-01-05 14:47:20.403	error	Caught by controller[0]: Was not able to detect the Linky linky_mode. Default to historique

zigbee.0
2024-01-05 14:47:19.966	info	terminating

zigbee.0
2024-01-05 14:47:19.832	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

zigbee.0
2024-01-05 14:47:19.831	info	terminating

zigbee.0
2024-01-05 14:47:19.831	warn	Failed to stop zigbee during startup

zigbee.0
2024-01-05 14:47:19.463	info	Zigbee: disabling joining new devices.

zigbee.0
2024-01-05 14:47:19.462	info	cleaned everything up...

zigbee.0
2024-01-05 14:47:19.453	error	Reset error: Error: {"sequence":-1} after 10000ms

zigbee.0
2024-01-05 14:47:19.453	error	Error: Reset error: Error: {"sequence":-1} after 10000ms at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23 at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)

zigbee.0
2024-01-05 14:47:19.432	error	unhandled promise rejection: Reset error: Error: {"sequence":-1} after 10000ms

zigbee.0
2024-01-05 14:47:19.431	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

zigbee.0
2024-01-05 14:47:09.240	info	Installed Version: iobroker.zigbee@1.9.5

zigbee.0
2024-01-05 14:47:09.140	info	Starting Zigbee npm ...

zigbee.0
2024-01-05 14:47:09.139	info	delete old Backup files. keep only last 10

zigbee.0
2024-01-05 14:47:09.104	info	starting. Version 1.9.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.17
host.iobroker
2024-01-05 14:47:07.243	info	instance system.adapter.zigbee.0 started with pid 21308
host.iobroker
2024-01-05 14:47:07.076	info	"system.adapter.zigbee.0" enabled

Nachdem der Adapter dann terminated ist, sind natürlich alle drei Punkte rot.

Bin mittlerweile echt ratlos.

[Telefisch]

@telefisch hmmm...
keiner einen Tipp wie ich dem Problem auf die Schliche kommen kann?

[Thomas Braun]

@telefisch

Bist du sicher, das EZSP der richtige Treiber-Typ für die Hardware ist?

[Telefisch]

@thomas-braun
naja, den Treiber habe ich aufgrund einer "Anleitung" hier aus dem Forum ausgewählt.
Alle Anderen funktionieren aber genausowenig

[Lachso]

Habe genau das gleiche Problem. Habe auch die gleiche Firmware auf die Sonoff Zigbee Bridge Pro geflasht.
In der Console der Bridge kommt die Meldung: "Got connection from 192.xxx.xxx.xxx" und daraufhin stürzt die Zigbee Instanz im ioBroker ab.
Konntest du das Problem mittlerweile lösen?

[Ralla66]

@lachso

flashen how to

[Lachso]

@ralla66

Vielen herzlichen Dank für die schnelle Antwort.
Die Ursache war wirklich der Falsche "Typ".
Habe nämlich bereits die nicht-Pro-Variante der Sonoff Bridge. Und Diese konnte ich vor längerer Zeit bereits problemlos einbinden (mit dem Typ: "Silicon Labs EZSP/EFR32). Daher bin ich davon ausgegangen, dass das auch mit der Pro-Version klappen sollte (habe auch die anderen Typen probiert - hat aber nicht auf Anhieb funktioniert).
Durch deinen Tipp mit dem Typ "TI Z-Stack/CCxxxx" konnte ich im Protokoll sehen, dass die erweiterte PAN ID auf dem Adapter nicht mit der in der Zigbee Instanz eingetragenen ID überein stimmte. Nachdem ich die ID in der Zigbee Instanz angepasst hatte, hat das ganze funktioniert.
Also vielen Dank nochmal.

[Telefisch]

@lachso

Hallo Forum,
ich habe mein Problem mittlerweile gelöst, der Treiber war es nicht.
Ich wollte das auch hier rein schreiben aber aus irgend einem Grunde hat das nicht geklappt.

Das wollte ich damals schreiben:

*So, nach nun mehreren (gefühlt hunderten) Versuchen mit was nicht allem läuft es jetzt.

Zuletzt habe ich den Zigbee Adapter nochmal neu installiert und dann im Log diverse bereits vorher mal von mir eingestellte IDs gefunden.
Ich gehe also davon aus, dass die Reihenfolge in der man etwas zuerst verbindet erheblich ist.

Letzter Versuch war neu flashen über Webinstaller
Hier direkt die Tasmota 32 Sonoff ZigbeBridgePro auswählen.
Netzwerk verbinden und über Configuration - Autoconfiguration "Sonoff ZbPro TCP" installieren.
Ich habe hier kein Passwort für die Weboberfläche mehr angegeben, was meiner Meinung nach auch das Problem gewesen sein könnte.
Es muss sonst nichts mehr nachinstalliert oder konfiguriert werden.
Final hab ich den Adapter im ioB gelöscht und neu installiert.
Im Adapter Com Anschlussname auf tcp://<IP der Bridge>:8888 einstellen.
Typ auf TI Z-Stack/CCxxxx stellen.

Wenn die Schlüssel und IDs passen, sollte es jetzt klappen.
Wenn die nicht passen, stehen die von der Bridge erwarteten IDs im log.*