Hello,
It has been a couple of days since the advanced mode in VRM portal doesn’t show local time but utc time, when opened directly.
I have a shortcut on my browser that opens the advanced page.
Now, I have to swich to normal mode then advanced mode to have the local time.
First time I have this issue for years.
Please fix it…
There has been a change in the layout and presentation of data in VRM today, at least for me.
it does not present the same data or the same breadth of data.
I’m personally extremely dissatisfied and would like the old presentation back. No choice.
Previously was as is below
Ok. Things have returned to normal. I hope they stay that way.
I see in comments that there was likely an issue, I appreciate that can happen.
I hope the changes I saw are not what is coming.
Could you perhaps be more specific and provide screenshots.
There are some issues currently with VRM that are being addressed which will also affect some users, hence the banner on the site.
Can’t say I have noticed any differences, changes tend to be announced on a VRM release topic on Q&A.
Indeed. Team are aware and working on it.
All of the times of day are wacky, probably showing UTC time instead of local time.
“today” started at 4 or 5am for me.
Hi all,
Our cluster provider was working on some database changes, which unfortunately did not lead to an improvement in this, rather a regression.
Our team is on top of it and trying to get VRM back on track as soon as possible.
They have been having issues for the past couple days. It’s not a permanent thing just a glitch. It will settle down and go back to normal. Patience my friend.
I don’t notice any graphical differences on my (rather large set of) advanced page graphs, just a warning for two graphs reading vebus data to take longer, which is a known issue at the moment.
Today the vrm has major issues and is unreachable most part of today.
It is quite frustrating not having access to the VRM Cloud data. A consideration for the future is to put in place a solution that is distributed between each site (Client site Cerbo Side) and the central VRM Cloud database. Server and Client side processing should cater for database, fibre, undersea cable outages etc allowing the client the ability to always have access to relevant data. Enter the Cerbo Mega GX or Cerbo Nuk.
Gehring,
Maybe it’s not your cup of tea, but there is certainly the option for you to create a local time series database (e.g. Influx) to ingest and store data from the mqtt broker in the GX device and then use Grafana to visualise the data. I have done this and find it is a useful fall-back. The VRM gui is very nice and, as it is specific for energy systems, it is hard to beat. It’s good to have a local option that is always available, though.
I agree with you but I simply do not have the time nor the energy for this at present.
it would be good customer service to retain the current layout and offer what they think is better as an option.
if that option is so much better then we will all move over.
Guys, keep in mind that the VRM is completely free to use for everyone (even if you use a rPi with Venus OS) and most systems don’t need a VRM connection to work.
It’s not the end of the world if you don’t have access to the VRM portal for a few hours.
The developers are working hard to fix problems ASAP, but they are also just humans and they don’t work 24/7.
Hi Matthias, I think people with the DESS implementation are now wondering whether this remotely running functionality will now continue to work, and receive all predictions in order to function. Perhaps Victron can explain this. Greetings Eric
As far as I know (I don’t use DESS) without communication/data from VRM the system will switch from DESS back to a normal ESS.
The team and service provider have been pulling seriously long hours to improve the situation. Its better but not back to normal. Your patience appreciated.
It is not due to lack of effort, many only got some sleep at 4am so lets spare a thought for the work that often goes unnoticed and unrecognised. Thanks.
Appreciating the work you are doing and will wait for the systems to get back up and running. But I am hoping (expecting really) Victron will do a serious post mortem on this outage openly to facilitate a real discussion about the single point of failure problem and future proof mitigations.
Hi Matthias, I would disagree with the notion that VRM is free (excluding RPi units).
It is a feature that comes with Victron products, and this feature is precisely what adds extra value and encourages customers to purchase the equipment. Without it, many products would no longer be competitive or appealing to the end user.
As for the technical issue, I fully agree — it’s not the end of the world and it can be waited out.
Such things can happen with any software product from any brand.
I fully agree with @Diessel here. I was actually planning to demonstrate VRM monitoring of a freshly installed system to my customer today but for now all bets are off. Customers don’t care about free or not free of a part of the whole setup, they only see the system function as a whole and the costs associated with that.
