I have an SMLight SLZB06 Zigbee coordinator set up in a remote location, and I’m connecting to it via a WireGuard VPN from my main Home Assistant instance (using Zigbee2MQTT). Whenever the VPN drops or Zigbee2MQTT hangs, the coordinator seems to become unresponsive, so the entire Zigbee network goes down.
Right now, I’m dealing with it by power-cycling the coordinator using a smart plug whenever the network stays down for too long—but I’m looking for a more graceful or automated solution. It’s vital for me to be able to handle this remotely without on-site intervention.
I’ve seen some hints about using a firmware (on the SLZB06) that might allow an HTTP reboot endpoint or even running Z2M locally on the coordinator’s ESP32 chip and forwarding data over MQTT. Has anyone gone that route or done something similar for a robust remote setup?
Is there a better way to detect a hung coordinator or a broken VPN tunnel and auto-restart it without physically cutting power?
Would running Zigbee2MQTT locally on the coordinator (or on a device at the remote site) and sending sensor data over MQTT to my main HA instance be simpler in the long run?
Any best practices for maintaining stability over WireGuard, like keepalive settings or specific Z2M config tweaks?
I’d really appreciate any insights or experiences. Thanks in advance!
You can’t run Zigbee2MQTT on an ESP32, however, you can run Zigbee2Tasmota on an ESP32. But unless you know what you are doing, I would run Zigbee2MQTT on a separate remote device.
That’s what we’re doing right now (running Z2M on a separate remote device), but sometimes the connectivity is unstable and the zigbee network falls. In most cases, the only way to solve this is by powering off and on the coordinator using the wi-fi smart plug, but I’m looking for a more stable and robust solution