I am experiencing an issue where my VRM Dashboard is no longer showing live data. I receive the following error message: “HTTPS channel #150 unexpected response text”
System details:
Device: Cerbo GX
Firmware: Tested on v3.72 and downgraded to v3.71 (issue persists on both).
Connection: Mobile (PPP) - Data link status is “Connected”.
What I have verified:
Remote Console: Works perfectly via VRM, which confirms the MQTT RPC and Real-time channels are connected.
Time & Date: Perfectly synced and set to NTP.
Real-time updates: Enabled in the GX settings.
Browser/App: Issue occurs in both the VRM App (iOS/Android) and via web browsers (Chrome/Safari), even in incognito mode.
It seems like the HTTPS data stream for the dashboard widgets is being rejected or incorrectly formatted by the server, while the underlying MQTT connection is stable.
VRM Portal ID (moderated only share the site number of the portal url)
Could you please check if there is a server-side issue or a database mismatch for my Portal ID?
Do you have any modifications loaded? What physical connection are you using? Are you using both interfaces?
There are a few topics on this subject available via searching as well.
It usually resolves by itself after a few hours.
Just to add another data point — this does not seem to be related to modifications or connection type.
I’m managing 100+ installations and have been seeing this error (#150 “Unexpected response text”) quite often recently across multiple systems.
From my experience:
Happens on completely stock systems (no mods)
Occurs on:
Ethernet-connected sites
Wi-Fi-connected sites
LTE/4G connections
Across different ISPs/providers
So it’s very unlikely to be a local network issue.
There are already multiple topics reporting the same behavior (including the one linked above), which further points to a broader issue.
Observed behavior:
MQTT (remote console & real-time data) → works fine
HTTPS/VRM logging → fails with error #150
Usually resolves itself:
often within hours
but sometimes takes days
Impact:
Data accumulates on the GX device - needs to have SD inserted, otherwise lost
VRM graphs and historical data lag behind
What I’ve tested:
Reboots → no consistent improvement
Toggling HTTPS/SSL → no effect
Switching networks/providers → same issue
Given how widespread and consistent this is, it really looks like a server-side issue (possibly incorrect response from VRM endpoint) rather than anything on the installation side.
Would be great to get:
confirmation from Victron
clarification of root cause
Right now it just sits in error state until it recovers on its own.