-
-
Notifications
You must be signed in to change notification settings - Fork 25
ZigStar Ethernet GW: get MQTT socket state and reboot cmd #9
Comments
Greetings! Thank you for your observations and detailed description of the noticed bugs. 1 and 2 I will try to repeat them and after I will search and fix it. Your questions:
|
Hello. Thank you very much for your quick response 😀 Best regards |
On the first point - there was an understanding where the problem came from. If the socket connection rises faster than the MQTT, then report as OFF. There will be a fix soon. The second point - with an inaccessible web interface, there is no possibility to repeat it yet, the uptime is too small. |
My mistake. Reboot ESP reboots just ESP, without Zigbee. |
- Add support for DS18B20 sensor. Works only on TTGO using GPIO 33. Shows in web browser and sends via MQTT with AutoDiscovery. Works only when the sensor is connected. - Number of active socket clients reduced to 5 to avoid hangs. Maybe #10 - Number of active socket clients now sends via MQTT with auto-discovery. Using MQTT Refresh Interval. #9 - Automatically reconnect to a Wi-Fi hotspot after being disconnected, but you still need the hotspot to be available during the gateway reboot, otherwise it will start its own hotspot. #8 - Add a checkbox to disable emergency mode in Wi-Fi settings. #11 0.6.2 - Set MQTT reconnect interval same as MQTT update interval to avoid web server freezing, while broker is unavailable. - Added web authentication. Issue #4 Set to OFF by default, enable on general settings page. - Blocking saving an empty hostname, login and password to the web interface. Replaced with standard values ( ZigStarGM / admin / admin )
- Fix version number - Fix web interface rendering error 0.6.3 - Add support for DS18B20 sensor. Works only on TTGO using GPIO 33. Shows in web browser and sends via MQTT with AutoDiscovery. Works only when the sensor is connected. - Number of active socket clients reduced to 5 to avoid hangs. Maybe #10 - Number of active socket clients now sends via MQTT with auto-discovery. Using MQTT Refresh Interval. #9 - Automatically reconnect to a Wi-Fi hotspot after being disconnected, but you still need the hotspot to be available during the gateway reboot, otherwise it will start its own hotspot. #8 - Add a checkbox to disable emergency mode in Wi-Fi settings. #11
Hello. Does it mean the problem should be fixed? I could try to update the firmware by the OTA-option. Do you think that should work or is it too risky and could brick my device? Thanks a lot and kind regards |
Hello.
I have bought your ZigStar Ethernet GW which is working very well and I really appreciate it (it's working inside a DIN rail box).
It is absolutely worth the money. Great work!
Even the MQTT functionality (sending information of the GW itself) comes in very handy.
I have noticed the following behavior while having the GW running:
socket report over MQTT
When the GW was started and zigbee2mqtt is online, the GW reports socket as ON. Unfortunately after almost 5 days the GW reports socket OFF, but zigbee2mqtt is still online. Even when I check the ZigstarGW web interface, it states there socket is online by a green check mark.
When I restart zigbee2mqtt or the GW it reports socket ON again. But 5 days later it reports socket OFF.
All other MQTT reports, e.g. temperature, are still working fine.
Web interface of the GW
About ten days after the socket is reported as OFF the web interface of the GW becomes unreachable.
I tried to reboot the GW be sending out "ZigStarGW-9549/cmd {cmd:"rst_esp"}" but it didn't help in both cases. I have to power it off and on to get the web interface back and I have to restart zigbee2mqtt to get the socket state.
Because of 1) and 2) I even tried the MQTT command ZigStarGW-9549/cmd {cmd:"rst_zig"} to restart the Zigbee module. I tested it several times and after that the Zigbee system stopped its communication. I had to take off the GW's power again.
Could you please help me with these questions:
Is it possible to implement:
So I could be able to reboot it periodically.
So I could send it out of my smart home system periodically and pull the information actively.
Thank you very much and kind regards
---------- some screenshots ---------------------------
![ZigstarGW_MQTT_state_in_smarthome](https://user-images.githubusercontent.com/43150729/150080900-25c181a0-f3ad-4664-b796-0498ff41e1a1.jpg)
socket state in ZigStar webif
socket state in my smart home system
![ZigstarGW_webif](https://user-images.githubusercontent.com/43150729/150080936-34819b05-7473-4c6c-a8c9-f1e4b8741d71.jpg)
The text was updated successfully, but these errors were encountered: