Hi,
Thank you for reporting the issue.
The issue does look unusual. That said, WebSocket connections are inherently more complex than normal HTTP requests and can be affected by several layers in the system (ingress, proxies, network, etc.), which can sometimes lead to instability like what you’re seeing.
A few clarifications first:
-
The Zircon3D CLoud UI does not read sensor data directly from Home Assistant. This is by design, for privacy reasons, zircon3D addon never expose sensor data outside of home network.
-
Zircon3D does not officially support remote access via Nabu Casa or third-party tunneling/proxy services such as Cloudflare.
- While some users have managed to make this work, we’re unfortunately not able to guarantee stability or provide official support in those setups.
Based on the logs and your setup, the most likely causes (in descending order) are:
- An issue with Home Assistant ingress
- An issue with a reverse proxy involved in the setup
- A local network–level issue
- VM becomes unstable due to insufficient resources (CPU, RAM etc)
To help narrow this down, we’d like to check these one by one.
Step 1: Bypass Home Assistant ingress
As a first test, please try accessing the Zircon3D UI directly, bypassing HA ingress:
http://192.168.2.248:11200/
Notes:
- Port
11200 is an alternative way to access the Zircon3D add-on UI. It’s not normally required for daily use.
- This direct access is expected to be more stable because it bypasses HA ingress, which in our experience can sometimes be unreliable for WebSocket traffic.
Please let us know:
- Does accessing Zircon3D via
http://192.168.2.248:11200/ resolve the connection issue?
- Does the connection indicator remain stable and do sensor values appear correctly?
Once we know the result of this test, we can advise on the next steps.