You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sonoff ZbBridgePro with Tasmota 14.6.0.2 (9f764ac-zbbrdgpro) connected via Wifi to Fritzbox (distance about 1.5m, static IP, fixed channel). Ethernet cable to switch, ethernet cable to RaspberryPi with iobroker native installation on NodeJS 20.19.1. iobroker.zigbee adapter in version 3.0.1, which contains "zigbee-herdsman": "3.3.2" and "zigbee-herdsman-converters": "23.13.0". The zigbee network itself looks very stable, I'm not losing any devices, but the iobroker.zigbee adapter and the gateway lose connection at least once a day and I can't pinpoint what I'm doing wrong.
At some point during the day, the iobroker.zigbee adapter loses the connection to the Sonoff ZbBridge Pro. Sometimes it recovers itself, sometimes it can't. Then sometimes I can just manually trigger a reconnect in the adapter successfully. Sometimes that doesn't work, then I restart both adapter and Sonoff ZbBridge Pro and sometimes even that doesn't help, then I wait for a couple of hours and try the whole procedure again and eventually the connection can be established again. During all that time, I can reach both iobroker and Tasmota via the Browser just fine.
I've created an issue on iobroker.zigbee with some logs and that error scenario looked like a Wifi / TCP issue, so I created an issue on Tasmota, but when looking at some more logs, TCP seams to look ok, it more looked like zigbee.herdsman is expecting an answer in 6 seconds and sometimes the Sonoff ZbBridge Pro is not fast enough? arendst/Tasmota#23407 (comment)
I've turned on Zigbee-herdsman debug info, but I don't think this is logging more information on the connect scenario. I'm not sure which logs to provide to you, are the Tasmota logs helpful to you? This is from the latest case, where the connection could not be established again:
Uh oh!
There was an error while loading. Please reload this page.
Hi there,
My setup looks the following:
Sonoff ZbBridgePro with Tasmota
14.6.0.2 (9f764ac-zbbrdgpro)
connected via Wifi to Fritzbox (distance about 1.5m, static IP, fixed channel). Ethernet cable to switch, ethernet cable to RaspberryPi with iobroker native installation on NodeJS 20.19.1. iobroker.zigbee adapter in version 3.0.1, which contains"zigbee-herdsman": "3.3.2"
and"zigbee-herdsman-converters": "23.13.0"
. The zigbee network itself looks very stable, I'm not losing any devices, but the iobroker.zigbee adapter and the gateway lose connection at least once a day and I can't pinpoint what I'm doing wrong.At some point during the day, the iobroker.zigbee adapter loses the connection to the Sonoff ZbBridge Pro. Sometimes it recovers itself, sometimes it can't. Then sometimes I can just manually trigger a reconnect in the adapter successfully. Sometimes that doesn't work, then I restart both adapter and Sonoff ZbBridge Pro and sometimes even that doesn't help, then I wait for a couple of hours and try the whole procedure again and eventually the connection can be established again. During all that time, I can reach both iobroker and Tasmota via the Browser just fine.
I've created an issue on iobroker.zigbee with some logs and that error scenario looked like a Wifi / TCP issue, so I created an issue on Tasmota, but when looking at some more logs, TCP seams to look ok, it more looked like zigbee.herdsman is expecting an answer in 6 seconds and sometimes the Sonoff ZbBridge Pro is not fast enough? arendst/Tasmota#23407 (comment)
I've turned on
Zigbee-herdsman debug info
, but I don't think this is logging more information on the connect scenario. I'm not sure which logs to provide to you, are the Tasmota logs helpful to you? This is from the latest case, where the connection could not be established again:In this case, the iobroker.zigbee adapter is reporting:
Where can I find this timeout? Can I increase this to like 30 seconds?
Thanks for any advice, let me know if there are more meaningful logs that I can provide to you.
The text was updated successfully, but these errors were encountered: