Sonoff Zigbee Pro Probleme beim wieder verbinden

[A Former User]

Ich habe einen Sonoff Zigbee Pro auf Tasmota geflasht, und der lief jetzt ein gutes Jahr ohne Probleme, seit einem Monat stellt er sich sehr störrisch an beim wiederverbinden. Hat jemand einen Tipp, wie ich den Adapter am besten betreibe?

Derzeitige Configuration:

Optionen:
#start tcp-daemon
Backlog0 Timezone 99; TimeStd 0,0,10,1,3,60; TimeDst 0,0,3,1,2,120
#timezone Europe/Berlin
Backlog0 Timezone 99; TimeStd 0,0,10,1,3,60; TimeDst 0,0,3,1,2,120

wäre es vielleicht sinnvoller den adapter mit mqtt zu betreiben statt mit tcp?

seit heute bekomme ich morgen läuft er gar nicht mehr, zur Fehlermeldung habe ich mehrere Forenbeiträge, aber keine Lösung gefunden:

zigbee.0
2023-10-03 16:31:07.033 error Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"

[A Former User]

@papa_aus_rastatt

Moin,

ich komme mit den von Dir gemachten Angaben nicht wirklich klar!

@papa_aus_rastatt sagte in Sonoff Zigbee Pro Probleme beim wieder verbinden:

Sonoff Zigbee Pro auf Tasmota geflasht,

Was bedeutet das? Ich habe nur gesehen das man auf einer Bridge Tasmota flashen kann, wie sieht denn da die Configuration aus, im Screenshot steht ja, dass man eine Internetverbindung haben muss, um das zu machen, was Du machen möchtest. Ist das nicht so, dass man da händisch etwas in die Konfiguration schreiben muss?

@papa_aus_rastatt sagte in Sonoff Zigbee Pro Probleme beim wieder verbinden:

Derzeitige Configuration:

Das kann ja nicht die Konfiguration sein, die sollte ja eher so aussehen, oder? Unter Configuration muss das Template > Configure other > Template” eingetragen werden.

{"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}

Zusätzlich muss noch ein TCP Server gestartet werden (hier auf Port 8888)

backlog rule1 on system#boot do TCPStart 8888 endon ; rule1 1 ; TCPStart 8888

Kann das leider nicht testen, da ich die Hardware nicht besitze!

@papa_aus_rastatt sagte in Sonoff Zigbee Pro Probleme beim wieder verbinden:

wäre es vielleicht sinnvoller den adapter mit mqtt zu betreiben statt mit tcp?

Hier bringst Du die Dinge durcheinander, mqtt ist ein Massage-Protokoll, wobei TCP das Netzwerk-Protokoll ist und Dir im Grunde nur die Schnittstelle von USB auf TCP (WLAN/LAN) umstellt. Die Geräte funken dann mit Zigbee, die Bridge gibt die Informationen per LAN/WLAN entweder an einen mqtt Broker, oder an einen Adapter, in Deinem Fall, ist es der ioBroker - Zigbee Adapter, der dann die Daten auseinander nimmt und unter Objekte abspeichert.

@papa_aus_rastatt sagte in Sonoff Zigbee Pro Probleme beim wieder verbinden:

seit heute bekomme ich morgen läuft er gar nicht mehr, zur Fehlermeldung habe ich mehrere Forenbeiträge, aber keine Lösung gefunden:

Ich vermute, dass Du Dir die Konfiguration der Bridge zerschossen hast.

VG
Bernd

P.S.: ist aber alles nur Glaskugel schauen, da nicht alle Informationen offen liegen.

[A Former User]

@dp20eic vielen Dank für deine Mühe:

der Sonoff Zigbee Pro ist eine Bridge. Anleitung gibt´s hier: https://zigbee.blakadder.com/Sonoff_ZBBridge-P.html

er kann in 2 Modi betrieben werden
a) als TCP-Bridge, dann reicht eigentlich die IP und der Port um ihn über ioBroker.Zigbee anzusprechen, ich habe ne Weile gebraucht, um alles rauszufinden, aber das hatte bis gestern gut funktioniert.

b) als MQTT-Gateway mit eigenem Zigbee-Connect, dann sollte der reine Zigbee2MQTT reichen. Diese Konfiguration habe ich aber mangels Erklärung nicht hinbekommen.

In welchem Modus er arbeitet, kann man an der Einstellung festlegen:

Der TCP-Mode sieht so aus:

der MQTT-Mode sieht so aus:

die Configuration zu zerschießen ist eigentlich fast unmöglich, da der Tasmota eine vollständige Autoconfig dazu anbietet:

wichtig ist im MQTT-Mode geht der TCP-Connector nicht: dann geht natürlich auch ioBroker.Zigbee nicht:

im TCP-Mode sieht das so aus:

und auf der Console des Tasmota-Adapter lässt sich dann Verbindungsversuch auch verfolgen:

ich hoffe, dass ich die Fragen damit soweit beantworten konnte.

[A Former User]

@papa_aus_rastatt sagte in Sonoff Zigbee Pro Probleme beim wieder verbinden:

und auf der Console des Tasmota-Adapter lässt sich dann Verbindungsversuch auch verfolgen:

Moin,

und die 192.168.174.12 ist dein ioBroker und der zigbee - Adapter hat aktuell Verbindungsprobleme?
Die IP der Bridge 192.168.174.73 stimmt noch?
Wie sehen die Log-Ausgaben des zigbee Adapters aus, bitte nicht als Bild sondern als Text in Code Tags </> und vielleicht den Adapter auf Debug stellen.

Dann noch was, was hast du auf ioBroker Seite gemacht, wie gesagt von gleich auf jetzt, kann ich nicht glauben das etwas ging und dann nicht mehr, ohne das man an irgendetwas geschraubt hat.

Die Installation von Zigbee2MQTT ist eigentlich, hier -> https://www.zigbee2mqtt.io/guide/installation/, gut beschrieben. Da wo in der Beschreibung so etwas wie /dev/ttyxxxy vorkommt, musst du das TCP eintragen.

VG
Bernd

[A Former User]

@dp20eic
Jepp. alles richtig erfasst:

2023-10-03 19:32:51.317	info	Installed Version: iobroker.zigbee@1.8.24
2023-10-03 19:32:51.313	debug	Starting zigbee-herdsman...
2023-10-03 19:32:51.308	info	Starting Zigbee npm ...
2023-10-03 19:32:51.307	info	Try to reconnect.
2023-10-03 19:32:41.302	error	Error herdsman start
2023-10-03 19:32:41.301	error	Failed to start Zigbee
2023-10-03 19:32:41.300	error	Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2023-10-03 19:32:21.832	info	Installed Version: iobroker.zigbee@1.8.24
2023-10-03 19:32:21.497	debug	Starting zigbee-herdsman...
2023-10-03 19:32:21.468	info	Starting Zigbee npm ...
2023-10-03 19:32:21.462	info	internal Backups are disabled
2023-10-03 19:32:21.457	debug	Using zigbee-herdsman with settings: {"network":{"panID":6754,"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"extenedPanID":[221,221,221,221,221,221,221,221]},"databasePath":"/opt/iobroker/iobroker-data/zigbee_0/shepherd.db","backupPath":"/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"tcp://192.168.174.73:8888","adapter":"zstack"},"adapter":{"forceStartWithInconsistentAdapterConfiguration":false}}
2023-10-03 19:32:21.392	info	starting. Version 1.8.24 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.18.0, js-controller: 5.0.12
2023-10-03 19:32:20.777	debug	Plugin sentry Initialize Plugin (enabled=true)

wenn ich diese Anleitung für Zigbee2MQTT sehe, das wird dann nicht mit der Backuplösung von ioBroker gesichert?

[A Former User]

@papa_aus_rastatt
jetzt ist genau das passiert, was sonst auch passiert: der Zigbee-Adapter läuft wieder. Ohne das irgendjemand etwas gemacht hat. Und nun?

Also abgesehn von der Freude, das es jetzt (?) wieder funktioniert. Ich finde den Zustand nicht so geil, es muss doch eine Möglichkeit geben das zu diagnostizieren?

Nach dem Logprotocol hatte es so gegen 15:00 Uhr wieder Lust.

2023-10-04 15:07:56.748	info	debug devices set to []
2023-10-04 15:07:56.707	info	Zigbee started
2023-10-04 15:07:56.706	info	Currently no devices.
2023-10-04 15:07:56.606	info	--> transmitPower : normal
2023-10-04 15:07:56.602	info	Unable to disable LED, unsupported function.
2023-10-04 15:07:55.497	info	Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220219}}
2023-10-04 15:01:26.968	info	Installed Version: iobroker.zigbee@1.8.24
2023-10-04 15:01:26.953	info	Starting Zigbee npm ...
2023-10-04 15:01:26.951	info	Try to reconnect.
2023-10-04 15:01:16.949	error	Error herdsman start
2023-10-04 15:01:16.949	error	Failed to start Zigbee
2023-10-04 15:01:16.946	error	Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"
2023-10-04 14:59:07.428	info	Installed Version: iobroker.zigbee@1.8.24
2023-10-04 14:59:07.421	info	Starting Zigbee npm ...
2023-10-04 14:59:07.420	info	Try to reconnect.
2023-10-04 14:58:57.415	error	Error herdsman start
2023-10-04 14:58:57.414	error	Failed to start Zigbee
2023-10-04 14:58:57.413	error	Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"
2023-10-04 14:56:17.162	info	Installed Version: iobroker.zigbee@1.8.24
2023-10-04 14:56:17.154	info	Starting Zigbee npm ...
2023-10-04 14:56:17.153	info	Try to reconnect.

[A Former User]

@papa_aus_rastatt

Ich muss aber alle Geräte neu anmelden und erhalte folgende Fehlermeldung:

Error: Failed to open the network: Error: SRSP - ZDO - mgmtPermitJoinReq after 6000ms
    at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35)
    at listOnTimeout (node:internal/timers:569:17)
    at processTimers (node:internal/timers:512:7). undefined
Pairing started 

das log sieht auch nicht so gesund aus:

2023-10-04 20:31:04.528	warn	DeviceAvailability:Stopping to ping 0xa4c13871f1427cc3 TS0601 after 140 ping attempts
2023-10-04 20:30:20.560	info	List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyAMA0"}]
2023-10-04 20:28:48.796	error	Failed to open the network: Error: SRSP - ZDO - mgmtPermitJoinReq after 6000ms at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7)
2023-10-04 20:28:35.677	info	Zigbee: allowing new devices to join.
2023-10-04 20:28:21.283	info	List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyAMA0"}]
2023-10-04 20:28:06.960	info	List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyAMA0"}]
2023-10-04 20:26:55.333	error	Failed to open the network: Error: SRSP - ZDO - mgmtPermitJoinReq after 6000ms at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7)
2023-10-04 20:26:49.296	info	Zigbee: allowing new devices to join.
2023-10-04 20:25:58.284	info	Do not restart adapter system.adapter.zigbee.0 because desired by instance
2023-10-04 20:25:58.283	info	instance system.adapter.zigbee.0 terminated by request of the instance itself and will not be restarted, before user restarts it.
2023-10-04 20:25:57.804	error	getDevices error: Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (node:events:632:26) at Socket.emit (node:events:517:28) at Socket.emit (node:domain:489:12) at TCP.<anonymous> (node:net:350:12)
2023-10-04 20:25:57.803	error	getDevices error: Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (node:events:632:26) at Socket.emit (node:events:517:28) at Socket.emit (node:domain:489:12) at TCP.<anonymous> (node:net:350:12)
2023-10-04 20:25:57.753	error	getDevices error: Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (node:events:632:26) at Socket.emit (node:events:517:28) at Socket.emit (node:domain:489:12) at TCP.<anonymous> (node:net:350:12)
2023-10-04 20:25:56.824	error	getDevices error: Error: Cannot find view "system" at ObjectsInRedisClient._getObjectView (/opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:4328:59) at processTicksAndRejections (node:internal/process/task_queues:95:5)
2023-10-04 20:25:56.824	error	getDevices error: Error: Cannot find view "system" at ObjectsInRedisClient._getObjectView (/opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:4328:59) at processTicksAndRejections (node:internal/process/task_queues:95:5)