While my system regulates feed-in based on "sum of all phases" just fine, all energies shown in VRM seem to always be based on the single phase sums. Unfortunately this also makes many other graphs useless like the consumption diagrams.

Currently the only workaround I know would be to purchase and hook up an external EM24 meter.

This issue has been discussed in other threads already but I couldn't find any info if this is going to be implemented.

One way to approach this would be to enable alternative sources for the consumed and fed in energy to pass on to VRM from the GX - no need to mess with the actual regulation which seems to work perfectly fine with the built in sensors of the Multis.

This is how I would see it work:

All the electronic meters installed today have an IR interface where you can read out the energy sums.

There are inexpensive readers for this based on Tasmota which provide the energy sums and more data via Wifi and MQTT for example with a one reading per second cadence, see this screenshot from a recent Westnetz device type ZPA.

[image]

I looked into this already but could not find the vrm logging scripts anywhere on github.

Dear team

I attempted to build my Node-red dashboard using the System parameters, however, I was unable to locate the ET112 parameter alongside other options like PF and MD.

Please give the solution for build own node-red dashboard

Hello,

I recently started setting up a Cerbo GX on my local network. The CGX is new to me, so as far as I could tell, things were going well for several days as I explored and configured the unit. Then the weirdness begins. Here's what's happening.

I can reach the unit via VRM, and all Internet/browser-based functionality seems to be working. The strange thing is that, even with VRM working, I cannot access the remote console locally, via the unit's 192.168.0.xxx IP address. Even after logging out of VRM. Next, I cannot ping the CGX. The failure of this basic network function is worrying. I know the unit's fixed IP address, and my router shows it as a client through multiple refreshes. Rebooting the router changes little, and doesn't help. All WiFi settings have been verified (Netmask, Gateway, DNS, etc).

Now, if I log into VRM and use it's browser-based instance of the remote console, I can go into the unit and reboot it. As soon as the CGX restarts, I begins responding to the ping -t command I started earlier and I now can reach it with the remote console. Full communication. Either the reboot refreshes something on my network (still checking) or the CGX has fallen asleep locally. At this time, I'm not yet sure how long before it loses itself again. That I will keep an eye on.

Is there anything that would normally prevent one of these things from responding to a ping request? I'm running Cerbo GX firmware v2.92, which I think is the latest version. I recently installed Louis van der Walt's Victron VenusOS driver for serial battery BMS units (v.0.14.3 ) for a JBD BMS and Kevin Windrem's SetupHelper (v4.31) and GUIMods (v7.9), but I don't think any of these has any bearing on network connectivity. Anyway, I think this communication loss situation happened at least once prior to the software additions, but I didn't see it for what it was at the time. I'd hate to have to default the unit.

Any pointers?

packrat1969

Would it be possible to add to VRM the ability to publish the uptime of a Cerbo GX system uptime? Also publish Cerbo GX restart into the event log?

I am troubleshooting an intermittent problem with my Cerbo GX WiFi where it occasionally stops and have the "restart GX after X" feature enabled. I would like to be able to more easily monitor when it restarts.

Thanks

Good day,

I am not an installer or dealer but have a question regarding my multiPlus II.

We have recently changed from AGM (4 12v x 220Ah) to lithium (1 x 48V 100ah) battery and since then the PV fluctuates. The installer changed the settings on the MPPT and VRM portal.

my current setup:

1 x Victron MultiPlus-II 48/5000

12 x Canadian 405w

1 x Vicrton SmartSolar MPPT 250/85-Tr

1 x Victron Color Control GX - set to keep batteries charged

below is a snippet of the PV Yield for the last hour.

[image]

[image]

When the mains are disconnected (loss of mains (load shedding here in SA)) the PV generates whatever the load is.

Why is the PV generating less when mains are active since changing to lithium?

Any assistance/advise will be highly appreciated as I am getting no joy from the installer or dealer.

regards.

[image]

Based on a ‘zeilersforum’ topic I found this question discussed: “Blue Smart IP22 charger trips automatic fuse” in this community.

Summary: a IP22 12/30 will trip a 6A and 10A fuse and not a 16A. So, you may need an inrush limiter as proposed by Victron.

In the same discussion Victron added that this phenomina has been discussed while preparing the IP65 design.

Old harbours may be fused at 6A or 10A rather than 16A. The shore fuse may not be accessable after it trips (a reset will do, if accessable).

1:-is the IP65 12/25A model year 2021 adapted in a way to limit the inrush current to 5A or such that a 6A fuse will not trip?

2:-to which save fuse size have the IP65 improvements result in: are 6A and 10A tested?

3:-if not, is Victron willing to test this (or these) charger(s) in order to document needed fuse level and inrush limiter recommendation?

4:-is there a Victron approved hardware interface or schematic with component list available for save use at 6A fuses (a 5A inrush limiter)?

5:-neither manuals are prescribing an “aansluitwaarde” (current supply level) and do not warn for low level harbour fuses. The charger will only take 1.5A average so this inrush is very unexpected. Will you update the manual or supply an addendum on the product tab of the website?

We have a seagoing trailer sailer located in the Netherlands and are planning sailing from remote locations next year, where neither 16A nor 24/7 harbour master may be obvious. The IP65 12/25 is the main charging source for the lfp battery.

Please add the question numbers as a reference to your answers. Thank you.