I've seen other monitoring systems that have 4-in-1 shunts to measure loads or voltage sources. Does Victron have plans for that? I'm very much sold on the Victron ecosystem, but this seems to be a feature "hole." It would be great if we could see how much power our A/C, refrigerator, lighting, etc. are consuming, or how solar strings compare to each other in generation, etc.
Thanks for making awesome products!
Can anyone from Victron advise whether you have plans to release a line of dual input chargers that would accept both solar (PV) and DC from an alternator, or even triple input to add AC to these? I'm currently feeding my SmartSolar 100/30 from 12V-28V DC-DC converter when I'm not using my portable solar panel set, and while it works beautifully, and while separate DC-DC chargers obviously exist, and while I could opt for another device, it would be delightful to have a single unit of Victron quality and BT convenience that would accept both PV and DC as input for battery bank charging, or even also AC from mains power.
A couple of manufacturers already build dual input units for PV and DC--Renogy and REDARC, for example. I'm very happy with Victron's ultra-fast MPPT operation, however, and dual or triple input seems like a great product line to add not only for those with limited space, but for better control.
A dual input option should include the ability to default to PV if present, but have the option to flip to DC if present and a user-defined minimum PV input power is not met. Say you always want to charge your battery at maximum rate, or never want to "waste" gas when you're not in a hurry. Might even be nice to base this choice on battery level as read automatically from a BMV unit with BT. (Now THAT would be slick! If battery bank below 50%, charge with fastest method available, otherwise, save gas and go green!) It should support 12V alternator input, and include minimum voltage detection to eliminate charging when engine not running.
A triple input model would follow a similar model to flip to AC when available (connected to shore power) and PV below a user-defined minimum.
I opted to power my SmartSolar with the DC-DC converter when not using solar because I just couldn't buy yet another charger. I've already got a Blue Smart IP67 12/25. And I have a ham radio-related device that can charge from DC or PV that I wired up in my portable battery box with a manual switch that allows me to toggle between DC output from an AC power supply in the box and external DC input from my alternator, which defaults to PV if available, but it's only a 10A charger and not ultra-fast MPPT. Redundancy and options are good. Tinkering is fun! But compact and less wiring is also good.
In my Windget in PV Inverter Yield, the default is that L1 / L2 / L3 is shown.
But I like to see the sum of all phases. One may configure that, but it keeps resetting to L1 / L2 / L3 after closing and reopening the page.
Would be fine to see personal options in future releases.
Can the following feature be added to the Relay Assistant when selecting AC input either available/not available.
When programming a Relay Assistant using the AC Input criteria it only gives the option to select AC available/not available. In situations where the AC drops to below the configured AC Disconnect value of the Multi the Relay Assistant does not activate.
I've programmed, and tested, this on a basic system with no assistants. If the grid voltage drops to below the AC Disconnect value then the ACOut 2 relay disengages as per design.
I then program a Relay Assistant to do exactly the same, and selecting AC not available for 0s and AC available for 120s. The behavior, when the grid voltage drops to below the preset AC Disconnect, value is to NOT disengage the ACOut 2 relay.
*Note: On a total Grid Failure the Assistant works as designed. It's during a Brownout (below configured AC Low Disconnect value, and I suspect above the AC High Disconnect value also) that this does not work.
Some Captured Data:
*Note: The ACOut 2 Relay 'State' is wired to a Digital Input on my GX to capture state changes used in this investigation.
*Note: The 235V blue line represents the RMS value of the grid voltage, not peak value, it's only drawn there to illustrate the differences between the Grid RMS and the wave during brownout RMS value.
I have routinely been using the Battery SOC as the trigger to start and stop my generator, and it works great, with one issue. As a long term off grid system that is a hybrid of generator and solar, the system can go several cycles without synchronizing the SOC function of the battery monitor. This has only a minor effect on the generator start function, but it can have a significant effect on exactly when the generator shuts down.
It would be great if there was an option to shut down the generator based on the tail current into the batteries. At a constant absorption voltage, this will result in a more consistent REAL battery SOC at the end of the generator run cycle than relying on the battery monitor which might be out of synchronization.
In solar battery charger systems, the battery requires less power when nearing the end of charge, but the solar panels (or turbines) can still deliver useful power. This could be exploited for heating, cooling, pumping, lighting etc. However, most potential power consumers draw a fixed power, often more than is available, so a system will cycle or tend to draw power from the battery, depending on how it is configured. For resistive loaded (eg heating elements and led lights) a "dimming" function could be implemented to match the excess power to the load. The dimming PWM output is already available in streetlight mode.
What I am proposing is a software addition that comes into play when the battery reaches float charge. It would implement a control loop to adjust the PWM output so as to maintain the float voltage while maximising the power into the load. The SmartSolar MPPT chargers already have all the input data required to generate the control signal.
The PWM signal could drive a standard dimmer, but might also a Victron new product opportunity. For example, I have a need to direct surplus energy to an 800W 240Vac heating element in a camper-van.
It would be useful to be able to change the state of a relay via VRM for example that could control a load remotely. IE - turn an airconditioner if it had been left on accidentially . At the moment a customer is using the relay in the MPPT to do this function but this is not ideal.
I'm a big fan of your products, I use the SmartSolar, the SmartShunt, the Phoenix Inverter and the LoRaWan Module happily.
As many before, I do also have feature suggestions to improve the usability of the VictronConnect App. I strongly believe you should invest more UI development resources into the App, as todays mantra is "mobile first" when it comes to building UIs. Don't get me wrong, I like the Apps structure and easiness of use, but I believe some crucial things are still missing for a happy user experience.
Many other such posts where made before this, so I'm sorry if there are a few duplicate requests.
Some of these other posts reported a flawed bluetooth connection and thus the app constantly needs to re-connect. I must say the App is most stable and very smoothly useable with Iphones. I tried several Android Phones and even with Victrons suggested Samsung Phones, the app runs far slower and not as smooth as with an Iphone.
Anyways the troubles of us VicrtonConnect users are still always the same, no matter which phone, the pain is only amplified on Android. So here is my which list:
* general offline mode
* more history metrics
* remove trends - replace with daily metrics
* background mode
Let me elaborate in detail:
general offline mode
I think that's pretty obvious: I want to access my harvest history and all the relevant historic statistics, even when I'm not connected via bluetooth. I'd also like to see how "old" the history data is, so to speak, when was the last update.
Currently the "Status" tab is the Entry tab when connecting to the device. I would change this to the history tab and grey out the Status tab. When clicking on the status tab, the app could try to reconnect via bluetooth while still showing the history data.
I would consider this to be very important, with only little difficulty.
more history metrics
Some other posts mentioned some missing metrics, here is my wish list:
I'd like to see the current temperature (in Status) and also the historic values (Minimum, Maximum, Average).
I'd like to see daily average values for the solar power and the battery voltage.
I'd like to see the minimum, average and maximum power on the load port (on MPPT with Load connectors).
I consider this medium important, with only little difficulty. Not sure if the MPPT firmware would need updates to calculate the averages and send the temperature information.
remove trends - replace with daily metrics
I'd really like to see a solar, battery, and power output curve for the last and current day. more or less similar to the ones from the VRM but with a slightly higher resolution (e.g. every 15 minutes).
The trends functionality is rather useless, as many suggested before, as it requires the app to run constantly in foreground. I would completely remove this function.
I consider this to be medium important and medium difficult. This would surely require firmware upgrades and changes to the app.
When using multiple Smart Victron Products It would be fantastic to have a status dashboard which includes the most important stats into a single page. I'd like to see the current Solar Yield, DC Load Power, AC Load Power, Batter Fill level for my setup. I can imagine other metrics could be interesting in such a dashboard too.
I consider this to be less important and rather difficult as it might require multiple parallel bluetooth connections, which might be different on each platform.
This has been requested often, and I would request it once more. I'd like to have a background mode which leaves the bluetooth connection open even when the app is in background, so that the app doesn't need to reconnect and load all values again when switching to it.
I consider this to be medium important and difficult as it might be different on different platforms.
I understand it is a lot work to improve the app, build the firmware test everything and finally release it for multiple platforms. Some of these features might be very difficult or even impossible to add. But keep the mantra "mobile first" in mind.
I always recommend your products to friends and colleagues. It would be much easier if I could show them my real offline data with my mobile. I know there's the demo function, but still I'd like to share my stats with them, so they can learn how much energy they can harvest with a similar setup like mine.
VRM shows already the LAN/WiFi Address of the Venus device (in the device list), It would be good if it could also show the last public address as seen by VRM.
Help a few use cases for remote access type things on dynamic IP address internet connections.
As lithium batteries become more popular and they are inherently more sensitive to temperature (both hot and cold), there is an increasing need for relay controls to manage it.
These controls should be accessible via Venus and the Multi programming. They should be able to use the various temperature sensors, either provided by the multi's-probe, temp sense connected to VGX, BMV-712 temp sensor, or that communicated from the battery BMS via CANbus.
This relay can then be used to trigger airconditioning, fans, heatpads, alarms or other circuits and contactors.
Each battery has different temperature requirements, so the programming function needs to be flexible, eg on/off at specific degree, minimum time open/closed, option for time based control, also state of charge thresholds (so you don't flatten a nearly empty battery running a heater when it's not needed).
Advanced next level features could include things like only activate when there is surplus solar available, so batteries are not discharged themselves.
Can anyone think of any other elements of importance when thinking about designing a feature like this?
Maybe it does this already after flashing. But I don't know because I've never saved a Settings file before. (Until now.)
So, I had tweaked my MultiPlus settings the way I liked them. Then a firmware update popped up.
Okay, stupid me - I should have saved my Settings file before updating the firmware. But I didn't.
So, FR #1: How about a prompt before updating firmware, asking "Do you want to save your current Settings before updating?"
But more importantly (and I knew, from prior experience that Victron does this), when I flashed the new firmware, all my Settings return to default. That includes a whopping 50A charge to my batteries. Yikes!
So, FR #2: How about if, after the firmware is done (or probably before it starts, given the nature of a firmware update) if VictronConnect asks if you would like it to pre-load an Imported Settings file before the until re-initializes?
I realize that, if there's a major change to the firmware, some of the old Settings might not transfer over one for one to the new. That's okay. Anything is better than going back to Default.
(Edited to add the word "not" to the last paragraph.)
Can the devs please add the ability to set end of absorption tail current in the Blue Smart charger lineup when in expert mode? This would be extremely helpful to prevent premature switch to float without relying on fixed absorption and the risk overcharging when doing that.
It appears that this was at least thought of at some point given in the Absorption duration settings it directs a user to disable the tail current setting when using fixed absorption.
If this is done PLEASE allow tail current setting to be dropped below the .50% level that is in the smart shunt (and maybe other products). Odyssey batteries want to see .02% of tail current to end absorption.
I recently set up a small UPS using a MultiPlus 12/800 and a 105AhC20 AGM battery. Everything works as expected and I'm also running Venus OS on a Rpi 3B to be able to monitor the system.
The MultiPlus is working as standby UPS (no ignore AC settings), so it only uses the battery/inverter if AC goes down or misbehaves.
Battery Monitor on Venus is set to MultiPlus on VE Bus.
I noticed that SOC keeps dropping about 0.5% every day. This should not happen as the battery voltage is 13.4V (temp. comp.) and no load is applied. I also see a strange random load of 1A being drawn from battery. This is probably related.
I was able to catch one, see below...
I been thinking...
Is this maybe caused by temperature compensation? (temp raising so charger lowers the voltage maybe causing false current readings?) If so, this can also confuse SOC calculation?
Any thoughts and help would be very much appreciated.
So, if we had solar/external chargers or loads connected we shouldn't use the MultiPlus to calculate SOC, but if we have a basic setup like mine, with no external charger/loads, I think that would be a good idea that internal calculation could hold SOC at 100% after entering storage mode and if inverter was not being used, so it would ignore 'noise' readings like the ones I get that I think are caused by temperature compensation adjusting voltage.
I can set the max current value of my 75/10 MPPT in VictronConnect for Windows to a whole number only, but I would like to set it to a decimal value e.g. 2.5A. Can I do this somehow or could it be implemented in a future release?
Especially batteries with lower charging rates need at least .5A steps for efficient loading with bigger(ish) panels while not charging with overrated current.
Pretty sure this was asked a few years ago but wondering if anything has changed...
Any chance of VE.Smart Network coming available to the Blue Smart IP67 chargers?
Could really use that actual Battery Temperature reading...on these cool sunny days right now the ambient temp of the charger outside in the shade and the temp of the battery in a black plastic box is quite a big spread after a big charge (88f vs 61f - I think..the Blue Smart doesn't actually show temp- Another feature request to display Blue Smart temp?)
This leaves the MPPT on the VE.Smart Network to think that we are overcharging because it has temp compensated the voltage down for the warm battery (its probably right) while the BlueSmart IP67 is doing the opposite and temp compensating up for the cool charger.
I recently got my MPPT + BMV w/ Temp Sensor configured to match my battery specs. Some are:
Its winter here and it's bright(ish) but cool today in Michigan (33*F)... I noticed my High Voltage alarm had triggered and it was Abs charging at 15.5V off the panel!
I thought something was wrong and then realized that Temp Compensation is likely the culprit. Did some math and sure enough, I hadn't considered what Temp Comp will do at our frequently low temps.
I'm ok with the temp comp doing its job, but what worries me is that through some math I've determined if the temp drops below 20*F and the sun comes out, it will be ABS charging at 16.0V and I'm in danger of frying a device!
Is it possible to set a max voltage in the MPPT that it's not allowed to exceed no matter what the compensation computes to? It's not uncommon for temperatures to reach 0* here when its clear skies. That would be 16.6V output!
Or..do I need to add a voltage regulator before house loads to prevent from frying my electronics during Abs charge??
Edit: Should also add that this is a lead-acid battery so I should be good to charge down to -4*F but that would be an Abs charge voltage of 16.5V!
It would be great to have a daily kWh count associated with each item thats on the VRM Dashboard.
The great new VRM dashboard does not seem to include battery temp as recorded by my Multiplus . The data is shown in the advanced screen where histrorical data is shown . I have seen that you do show battery temp for CanBus controlled batteries where this example is from
I would like to request a feature request to support controlling the AC-Out2 relay in the Multiplus/Multiplus II via modbus.
At the moment, AC-Out2 can be controlled a number of other ways, but there is no modbus register address exposed to allow it to be controlled with scripts.
I am aware I can switch a GX relay connected to the Multiplus and control the AC-Out2 relay that way, but this is sloppy in that it requires extra wiring and also wastes a GX relay (of which there is only 2), and we need the relays for other functions.
@mvader (Victron Energy) and others.
I use ESS and everything works well but i have a need ESS doesnt seem to provide.
What i want is a scheduled feedin program so that i can use my batterypower at night to turn back my electricitymeter at a time when i want it.
It has got to do with night/day tarifs in the Netherlands but also use of the batterypower inside the house.
In the daytime i want the normal full feed in of excess solarpower as well. Then when there ain't solar anymore, feed in must stop until the feedin program kicks in and stops at a certain time or after so much hours. Preferably the first option and i dont understand why the charge schedule isnt set up that way in the first place. Imo much better because then you can really set it up as a timer and not as a countdown. More control.
Furthermore i would like to control the wattage at night. So in the daytime full exces feed in but in the night the wattage i want to pull out of my batteries.
Maybe you can implement this in a future beta? Thanks in advance.
It seems to be pretty well documented that there are issues with ve.direct devices shuffling around device IDs in a system. This is an extreme nuisance for multiple reasons. Firstly, your device history in the GX and VRM essentially get lost. Secondly, if you have a well defined Advanced view in VRM with many widgets, these have to be redone every time the device IDs get shuffled which is a considerable pain due to the interface. While a pretty interface, it is NOT at all an enjoyable process to arrange your widgets in VRM.
I have had this happen twice now in my system in the last 3 days and it is very frustrating and really breaks your historical data used for trending and analysis.
It seems that currently, devices get tracked by their ve.direct device id (288+). This is a transient value that appears to get assigned to devices when they are connected/on power up (or if a random reshuffle occurs?) and is simple a bus communication port. Given that every device has a unique serial number (and likely other under the hood identifiers as well) why isn't data logged against that vs against the device ID which seems to change randomly without reason. This would represent a much more "stable" view into your data and allow me to trust the long term trends much more.
As far as I am aware, currently in the Consumption View in VRM, the From Grid portion only accounts for loads that were directly powered from Grid. If your loads are lower than the allowed input power (per the current limit that is configured) however, the grid is also recharging your batteries on the side. If later grid is unavailable and you are powering loads by inverting from batteries, than this consumption only shows up as From Battery although that energy really originated from the Grid. Is there a way that we can account for how much battery charging from grid takes place to make the Consumption view better reflect where energy actually originated from? I would like to be able to easily see, of all the energy used by my system, how much came from grid vs how much came from solar. I suppose the same will be true of Generator as well.
It would be nice in VRM is to display the Pmax (and maybe also Vmax) for the day for each MPPT in its Summary view. This allows for a quick glance to confirm if things seem like they are performing properly even if it was a short spike that was too short to be represented in the Solar Charger PV Yield graph. This information is available through the VictronConnect Trend page for the MPPTs and also in the Daily History on the GX devices so it is already being gathered which I should think makes this much simpler of a request as it just needs to be presented in VRM.
Right now the system will automatically go into auto-recharge if the SOC goes 5% below the minSOC but for my setup that means the inverter charges the battery every morning at 5-6am because of my DC loads. I would prefer to have a threshold of 10% that way I will make it to sunrise before auto charging will be activated.
Hi, I am now using Venus to monitor my system. However, I was surprised to see that the diagram of connected devices is incorrect. I am guessing it was done to try and oversimplify things for beginners?
This is how my system looks right now:
Firstly, this diagram has inconsistently applied design principles. The AC inverter load is not connected to the battery, but rather to a central "busbar", so by that formalism, the DC load also should be.
Secondly, this diagram prevents the system from being accurately represented, for example in the case where the solar system is producing enough power to simultaneously charge both the battery and power the DC load. In that case, this diagram depicts the power going through the battery first, and then to the DC load, which physically wouldn't happen - electrons being moved from the solar charger would literally never pass though the battery.
Would it be possible to correct this diagram? I am being driven mad by this nonphysical depiction. This is how I believe it should look:
My system: Multigrid 48/3000/35-50 with Venus GX and two connected Pylontech US2000 Plus. A BlueSolar 150/35 is DC- connected to the Multigrid. My Fronius Primo 3.0-1 is AC- connected to the output 1 of the Multigrid. The gridmeter is an ET340.
Now i want to feed in the excess energy to the grid after loading the batteries to refinance my pv- system. If i want to get my feed in energy payed i have to register my system by an electrician to the energy supplier. There is a law in Germany called EEG: Only feed in 70% of all the generators maximum power output. The electrician have to set and confirm that the maximum power feed to grid is set to 70%.
Without this limitation to 70% on the entry point to grid you have to install a radio remote controller to govern down your system in four steps by the energy supplier in case of over- energy of the grid. This controller costs about 1100€ and monthly 5€. Last choice is to cut off all inverts to 70% of power generally.
Further information see: http://www.buzer.de/gesetz/11230/a188267.htm
The technical system and measuring devices are installed, available and working fine at the ESS. Other possibilities to limitate to 70% means an huge technical effort to the whole system and money or a loss of energy.
The Fronius and BlueSolar MPPT can be governed by the CCGX to zero feed in to the grid (works fine) but there is no possibility to govern it to a adjustable max. feed in to the grid.
I need a function to set the maximum power (50W steps) feeded to the grid by the ESS.
Priorities: 1 = self consumption; 2 = loading batteries; 3 = feed to grid with adjusted maximum power
This is an important function to use this system in Germany to feed in to the grid.
I don`t know the exact conditions of the network operators but password protection for the max. feed in value will be necessary.
Is Victron planning such a function?
Not sure if this is in the pipeline or not but it would be great to have to option to rename the digital IO on the venus devices.
I already have the smoke alarm and door switch inputs in use but the cummins generator I'm about to install has alarm outputs for the engine and tamper switches on the cabinet doors. It would be great to rename one of the inputs to something like "generator door open" or "engine fault" something along along those lines.
Please consider to add a "Discharge Power Limit" setpoint in ESS setings. Similar to SOC setting, it should only apply when grid is present. I think I will find this more useful for balancing self-consumption with SOC for backup power than my current SOC and grid set point manipulations.
I need a fallback switch for my hybrid system Multiplus II inverter if it dies
and the AC grid power is still available .
Surely Victron has already foreseen this possibility ?
Can anyone recommend a switch ???
Could we had this feature on the Apps?
Reset history on BMV-712 remotely (Apps)
i know we could do it on the BMV-712, it would be cool to do it remotely