question

mvader (Victron Energy) avatar image
mvader (Victron Energy) asked

Venus OS v2.30~35 available for testing

Dear mods-community members & followers,

This item is to announce a new Venus OS version available for beta-testing, v2.30~35. For those new to these sort of announcements; please read till the end. You'll there find a link to our Venus OS beta-testing page and instructions. Use this thread to report bugs.

I used to send these announcements to the victron-dev-venus mailing list; but that is being closed now in favour of the Mods space on Community).

I'll send out below email to the beta testing group in a few minutes.

Have a good evening, Matthijs

----------

Good evening beta-testers!

Its time to work on the next major release again, after a brief intermezzo with v2.23. Since earlier today, v2.30~35 is out for testing as a release-candidate.

First a short note: please use this post in Mods (Modifications) on Community for feedback:

https://community.victronenergy.com/spaces/31/mods.html

Lets see how that works out. For me, community is proving to be quite an efficient tool; I hope its the same for you. Thank you!

Now back to v2.30~35:

The main new feature, integration with MFDs as used on the helms of a yacht, has seen major progress. It now shows information about solar, battery chargers, inverters, inverter/chargers, secondary batteries and 3-phase systems. With that; all pending functional improvements are done; its time to test them!

To test, enable MQTT in Settings -> Services, and then open a webbrowser and navigate to http://[ipaddress]/app. In some cases http://venus.local/ will even work; so you do not have to look up the local IP address, but that does not always work; see below for details.

Also it can already be tested on compatible Navico and Garmin displays. Preliminary documentation is available here:

In the mean time the developers are working on the last round of visual improvements.

Besides the MFD integration, there are lots of other small improvements; each of them might mean a lot to some systems; and will mean nothing to many other systems.

General:

* Major update of the new Marine MFD integration.

* Add Settings -> System Setup -> Battery measurements page. This is where you can configure the `Batteries` page in the MFD Integration app. Also known by some as the HTML5 feature. See this video.

* Fix Remote VEConfigure being slow; this issue was introduced earlier in v2.30 development.

* Rename the "ESS" state to "External control" for solar chargers. This fixes the confusion around off-grid systems where no ESS was running; but still were reporting it. Thank you JohnC, Guy and others for reporting this.

* GX GSM: Enable the GPS also when there is no simcard inserted. Thank you Jondal for raising this.

* Generator start/stop: hide the battery monitor selection. It now always uses the same battery monitor as is used by the rest of the system. Except systems that already had a different battery monitor configured: their behaviour will not change by installing this update.

* Generator start/stop: log RunByConditionCode for generator start/stop to VRM so its possible to analyze why the generator was started. For now only visible on the XLS and CSV download buttons on VRM.

* Various fixes and improvements for the CANvu GX; there are no pending todos or open issues any more.

* Add Battery temperature measured by Multis and Quattros: its shown in the menus; it can be selected to use it for Shared Temperature Sense; its logged to the VRM Portal; and its available on ModbusTCP.

* Fix various touch & other issues in the gui

* Firmware updates: allow downgrading; this fixes the problem that it wasn't possible to go from a candidate version, v2.20~something for example, to the latest official version, v2.18 for

example, and back.

* Add support for the next generation of Zigbee to USB Converters - DRF2658C

* Add network watchdog: automatically reboot the Venus-device in case it has not been able to sent data to VRM for a while. See Settings -> VRM online portal -> Reboot device when no contact.

* Fix Phoenix VE.Bus Inverters being called MultiPlus. They are now properly recognised as an Inverter.

* Add support for the new SmartSolar VE.Can chargers.


DVCC:

* Make multiple BMSes in the same system work well by making the BMS selection deterministic: it will use the BMS with the lowest configured BMS instance for DVCC. Any others are just shown in the menus. This allows, for example, to add a second Lynx Ion BMS with battery pack used for (only) a large electric bow-thruster; besides another pack thats used as the boats main service battery.

* Improve the Shared Temperature Sensor function: Multi/Quattro inverter/chargers, Venus GX temperature accessory and the VE.Can Solar Chargers were added as possible inputs to measure -and share- battery temperature. Before this change it only accepted BMV and Lynx Shunt battery monitors.


ESS:

* Fix ESS operation in systems with more than one VE.Bus system connected (second is then connected using a MK3-USB): ESS will always use the main VE.Bus system, selected by sorting on instance number.


CCGX only:

* Fix the CPU load. Thank you Torsten for raising this, its back at its normal level again.


ModbusTCP:

* Add registers for manual start, runtime, and RunByConditionCode which shows why the generator is running.


Developers & under the hood:

* store Multi/Quattro settings which are stored on the Venus-device per connection. These inclue the settings found in the Device list -> Multi/Quattro -> Alarm setup menu. Settings for devices connected on the on-board VE.Bus port will be maintained. But settings for devices connected using a MK3-USB, such as a RaspberryPi, will be reset to defaults.

* fix some bugs in vebus-updater

* fix some `corner issues` in date & time handling

* fix gui fixes related to mouse / touch / Remote Console

* fix (very rare) logging to VRM issue (unique-id file not found)

* VE.Direct: Add check that bidirectional communication is possible (except for BMV60x). In the support desk we have seen multipe self-made USB-VE.Direct cables now; of which only the RX signal works; rather than RX and TX. And that works somewhat; but not 100%; and nobody understands why. So; now the code tests if its a properly working cable; and if not; hides the connected device completely.

* enable zeroconf name resolution using mDNS and llmnrd: venus.local.

* Tested to work on iOS and macOS: a Venus device can now be found on those clients by typing http://venus.local in a webbrowser.

* Tested to work on Windows: a Venus device can now be found on those clients by typing http://venus.local in a webbrowser.

* But does not work on Android, since it does not seem to support any zeroconf style name resolution mechanism: https://bugs.chromium.org/p/chromium/issues/detail?id=405925&desc=2



---


Do not contact any support channels when having issues when running a beta firmware version. Preferably report on the correct thread on Victron Community -> Mods Space. Or contact me directly. Also, don't run beta firmware in systems that need to just work.

For more information on the Venus OS beta-test program, see here:

https://www.victronenergy.com/live/ccgx:beta-testing

Thank you for your testing efforts again, and have a good night, or day,


Matthijs Vader





Ps. changes of previous testing version:



Change log v2.30~24 up to and including v2.30~27


General:

* Fix setting the date & time not working properly for off-grid systems: changes to the date and time were only stored to the device when being rebooted from within the menus (which nobody ever does). Power cycling a unit would make it jump back to the previous date & time. This is now fixed. Note that only installations without internet were affected: with internet, the date and time are set automatically; as well as stored properly. This bug has always been in the system, since the first release.

* Debounce VE.Bus warnings: warnings now stay valid for at least 20 seconds in order to reduce the number of warning -> ok -> warning changes; notifications and VRM emails.

* Add the names of various new VE.Bus inverter/chargers

* ESS with DVCC enabled: Fix solar voltage offset not going into DVCC mode. Thank you Simon H. for finding and reporting this.

* Fix internet connection issues for a small number of systems; by lowering the MTU to 1450. If affected you typically see that logging data to VRM works, but Remote Console does not work; and Remote VEConfigure and Remote Firmware Update work partially: scanning typically works; but anything using full packet sizes; such as uploading a firmware file; or transferring the VEConfigure file; does not work and returns error 1300. More information here: https://community.victronenergy.com/questions/3608/how-to-solve-error-1300-on-remote-ve-configure.html.



GUI:

* Add manual mode for relay two (Venus GX) - Thank you Ole S. for contributing this.

* Add diagnostics page for Fiamm 48TL series batteries. Thank you Ivo G. for contributing this.

* Change the "Solar Charger" -> "BMS Controlled switch" into a reset button: the feature is auto-enabled. Therefor, having an on/off switch was confusing. Now



Under-the-hood & developer related changes:

* Fix that data was not sent to VRM in some rare occasions. Only seen on Warwick his beaglebone and new Venus devices not released yet (random entropy & python ssl patch).

* Nodejs 8.4.0 -> 8.15.0; preparing for node-red; see here: https://github.com/victronenergy/venus/issues/378.

* Add xupd and xupc: commandline firmware update tools for coming products

* Report data partition errors on the GUI & and on VRM (error 42).

* Update Oceanvolt drivers to latest versions

* Limit max logs size; reducing space on the data partition

* Remove /log symlink; Use /data/log

* Enable tun/tap for all kernels

* Enable netfilter for various kernels

* Re-enable rfkill for the CCGX kernel; its went missing in the change from 3.7 to 4.19



CHANGE LOG v2.22 -> v2.30~23


General:

* Add the first version of the Marine MFD aka Chart-plotter integration. Tested with the Navico brands; Garmin and Raymarine. See blogposts for more information. Note that this is not officially supported yet; we're still making lots of changes, and it doesn't work on a Raymarine display unless that is running a development firmware verions, and this is also pending official approval from the mentioned MFD manufacturers. More information here:

https://www.victronenergy.com/blog/2018/11/02/mets-2018-preview-glass-bridge-smart-everywhere/.

* Add multiple demos; One ESS demo, and two Marine/Motorhome oriented demos are available to choose from.

* GX GSM: Fix handling of bad PIN

* Add a low-cell voltage warning and alarm for Lynx Ion BMS systems. Not that this only works for the Lynx Ion BMS. It does not work for the (discontinued) Lynx Ion + Shunt models. It will first issue a warning; and that will change to an alarm once the voltage is so low that the system has disabled the 'allow-to-discharge' signal; which shuts down any connected inverters and other loads.

* Carlo Gavazzi Energy Meter power or current overload now results in no data being stored; this used to be a very high value; distorting the graphs on VRM. Thank you Tilo Ritz for reporting.


GUI:

* Fix mouse/touch getting stuck when touching cancel while the options menu is closing.

* Various small improvements; mostly to make it work better when using it on a touch device; such as the CANvu GX and as Remote Console is typically used.

* Fix duplicated vebus warning and alarms in the menu and notifications (bug was introduced in v2.18)

* Fix issue where en empty battery service appeared in the Device list when the `PageLynxIonDiagnostic` was entered

* Update Eastern Europe time zones; fixes issues with Romania and other countries


PV Inverter monitoring and control - add support for ABB PV-Inverters:

* Fix incorrect handling of negative power values. This caused logging of incorrect values: above 655 kW.

* Allow for types with dashes in the serial-numbers, such as ABB PV Inverters.

* Enable power limiting for ABB PV-inverters: same as Fronius Zero Feed-in; use the Fronius switch to enable it. Note that this is an opportunistic trial: it might work; might not; And if hard to fix we might consider not to fix it in case it doesn't work.


ESS:

* Fix bug in Scheduled charging that caused the PV to not be optimally used when in the scheduled charging window.

* When Active AC input is a generator, enable the Fronius zero-feedin limiter. Thanks to Simon Hackett for reporting.

* (Systems with CAN-bus BMS batteries, and DVCC enabled only): Compensate for PV-power when calculating maximum discharge power from BMS current limits.


DVCC:

* Fix CAN-Bus BMS overwriting the maximum charge current as configured in VEConfigure


Venus GX:

* Improve flexibility of the multiplier setting for the pulse counter; the spinbox has been replaced with a normal edit box where a number can be entered now; with up to 6 decimal places.


ModbusTCP:

* Make battery relay writable, i.e. Lynx Shunt (thanks Shane)

* Add paths related to charge current and temperature alarms.


Developers and others:

* CCGX: Update the kernel from 3.7 to 4.19.

* Reduce wear on the internal flash storage (remove the sync mount option from the /data partition & add express sync calls to all places that need it)

* Add a link local interface parallel to the ethernet: this make the link local address directly available instead of only after a DHCP timeout. See https://github.com/victronenergy/venus/issues/361

* Fix (very rare) issue that causes the internet connection not working on a CanVU (dns race condition)

* Raspberrypi 3B+: fix the wifi. Thanks to Per and others for helping us out.

* Update vbdup, the commandline tool to update a VE.Bus device, to version 1.00; lots of improvements, including -I think- that it can now also be used to update a MultiPlus-II and MultiGrid.

* rtl8723bu wifi driver: update to latest version to fix building for Linux 4.19. This driver is used in the Venus GX.

* Reduce CPU load when ESS is enabled; and also for ModbustCP connected PV Inverters

* Rename vecan-mk2 to mk2-dbus

* Update qt5 to qt5.11

* Further improve CCGX robustness by starting the watchdog really early (in the bootloader; u-boot)

* Generate an alarm (Error 42) in case the data partition can't be mounted



Venus OS
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

9 Answers
Guy Stewart (Victron Community Manager) avatar image
Guy Stewart (Victron Community Manager) answered ·

The placement of the battery state moves the state of charge, it's distracting.

I think the battery state should be in the same light grey text and relative location as the "Absorption Charging" text under the Inverter/Charger:



I think there should also be a "State" for the GRID INPUT - importing / exporting / disconnected / idle.

Also there should be consistent styling of the Title blocks, at the moment they are ALL CAPS except for Batteries.


battery-state.gif (93.5 KiB)
3 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

1) we’ll fix that state.

2) for a boat; I think there should be no such state. It adds clutter.

3) we’ll fix that too.


Thank you for helping!

0 Likes 0 ·
mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

Hi, for 1) and 2) thanks their being planned to fixed; see here for how: https://github.com/victronenergy/venus-html5-app/issues/100

0 Likes 0 ·
Show more comments
Paul B avatar image
Paul B answered ·

Venus GX FW 230 ~35

web browser Firefox

windows 10 64 bit

Looks like you cant change the generator run time hrs. it allows, you can select the hrs and change them all but it does not save/ you cant apply changes


1553249143700.png (59.1 KiB)
1 comment
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

Thank you Paul, we’ll look into that.

0 Likes 0 ·
Stefanie (Victron Energy Staff) avatar image
Stefanie (Victron Energy Staff) answered ·

<<* Add Settings -> System Setup -> Battery measurements page. This is where you can configure the `Batteries` page in the MFD Integration app. Also known by some as the HTML5 feature. See this video:>>


I would love to see the video you mentioned. Do you have a link, @mvader (Victron Energy Staff) ?

1 comment
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

Yes, looks like it got lost. Added just now. Thanks

0 Likes 0 ·
technomadia avatar image
technomadia answered ·

Needing to talk to a Garmin MFD over Garmin's private ethernet is going to be a problem.

What are the potential solutions that will allow a Venus to be able to talk to both an MFD and to the internet? Does Garmin have any suggested best practices here?

3 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

This has not been discussed yet. One easy solution is to use the venus wifi for internet.

0 Likes 0 ·
technomadia avatar image technomadia mvader (Victron Energy) ♦♦ commented ·

Or maybe connect to the Garmin's private Wi-Fi network. Definitely look into if that is possible.

0 Likes 0 ·
mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ technomadia commented ·

Will do.


.

0 Likes 0 ·
Paul B avatar image
Paul B answered ·

Just a very minor suggestion request , In the Generator start/stop conditions there is a heading called "Periodic test run" maybe remove the word test as customers are using this to run there generator everyday at say 7pm so that the batteries are full at the start of the sleeping period.

the test word just does not sound right and is out of context in my opinion



1553319196317.png (47.9 KiB)
1 comment
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

Yes I agree; we’ll take it out. Thanks!

0 Likes 0 ·
Paul B avatar image
Paul B answered ·

Another one I have found in FW230~35 I have not tested this on other version of the firmware

this is in relation to extra smartsolar MPPt chargers when using a 4 port usb hub and connection to the a CCGX is via USB port

is if you rename mppt solar controller units discription from standard to another name ie Foward solar array , Middle Solar Array, Rear Solar Array

then these names do not appear in the device list on the CCGX units, the original name still appears ie "Smartsolar MPPT 250/100":


Again no big issue just a cosmetic adjustment so that you know which array is off line or needs attention etc

1 comment
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

Thanks @Paul B; we’ll look at this.

0 Likes 0 ·
technomadia avatar image
technomadia answered ·

I like this HTML view. Two issues I noticed so far:

1) If you go to victron.local/app and MQTT is not enabled, you get an image with incorrect instructions explaining where to turn on MQTT.

2) If shore power is ignored, it shows as disconnected. That should be a distinctly different state.

Looking cool overall though!

2 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

Thank you!

Wrt 2) understood, but that will be hard to fix. And majority of boats has no ignoring AC input rules. So for those its fine.

0 Likes 0 ·
technomadia avatar image technomadia mvader (Victron Energy) ♦♦ commented ·

As more boats incorporate solar, there will be increased interest in being able to ignore AC to prioritize solar and minimize metered electric usage.

But indeed at first this is a low priority.

0 Likes 0 ·
espen avatar image
espen answered ·

Bug in Release candidate 2.30~38 ? - Shared temperature from Multi

For a system with a Venus GX, MPPTs, a Multiplus and a BMV712(with mid voltage measurement in use). Only one temperature sensor is in use, connected to the Multiplus.

STS is on, and it's then using the temperature from the Multi.

If the Multi is switched off, it seems like the shared temperature distributed in the system is then set to -25degrees Celsius, so the MPPTs is doing temp.compansation based on that temperature.

---

Else for another similar setup, that in addition has temperature sensores on the Venus GX, the STS is working ok. When the Multi is on, it’s using the temperature from the Multi, and when Multi is off the temperature from the Venus GX sensor is used.

But I see in the release note that it should be possible to choose which temperature sensor should be used for STS, but it’s not possible to do any selection.

9 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

Mark avatar image Mark ♦♦ commented ·

Good pickup! I have the same setup as your 1st example & had a brief conversation with Matthijs on another thread about this situation (what happens when the Multi is turned off).

I suppose that the default in this situation should be for the MPPT to switch back to using the reading from its internal temp sensor? (then to automatically switch back to using the Multi temperature sensor again when the Multi is turned back on)

Also, is there any chance that you could test the 1st setup with the Multi in 'charger only' mode & NO AC In connected? Is the Multi temp data still visible on the GUI & is it still being transmitted to the MPPT?

I hope to leave my Multi in this mode when I am away to keep the shared temperature feature running but take advantage of the far lower Multi power draw (compared to inverter on).

Thanks in advance, Mark.


0 Likes 0 ·
mvader (Victron Energy) avatar image mvader (Victron Energy) ♦♦ commented ·

Thanks @Espen! Its being looked into.

0 Likes 0 ·
Izak (Victron Energy Staff) avatar image Izak (Victron Energy Staff) ♦♦ commented ·

@Espen, First attempts at reproducing this has not been successful. If the Multi is the only temperature sensor in the system, and you turn it off, the published system battery temperature is invalidated and it stops updating the solar chargers. After a few minutes, the solar chargers will revert to their own temperature reading (if they have one).

What Temperature monitor is indicated on the System Setup page in the GUI when you turn the Multi Off?

How do you know it is using -25°C, where did you see this?

0 Likes 0 ·
espen avatar image espen Izak (Victron Energy Staff) ♦♦ commented ·

Hi, The first system here is not my own system, I'm just forwarding info for the owner.

VRM id: 18889 (if you take a look at this, it was yesterday, mars 26. in the morning)

The multi was off the whole time.

The MPPTs raised the voltage to 15.1V and went to absorption, and he then turned off STS at 07:00 and the MPPT voltage then dropped from 15,1V to 14.7V

I've to check with him where/how he did read out the -25degrees.

As I understood the MPPTs is set to default AGM settings, with absorption 14,4V and -16mV/C temp compensation.

I've asked him to try to reproduce this and take som screenshots.

0 Likes 0 ·
espen avatar image espen espen commented ·


Hi,

Actually, when I have a closer look at these numbers, I think everything is ok with the system.

It's an offgrid system in a cabin. And from a weatherstation I see that the actual temperature was around -15 degrees in the morning.

So if the internal MPPT temp was also around -15, then it's doing correct compansation for a difference around 40degrees.

When he then turned of stuff like STS, I would guess the MPPT is doing a new internal temp reading? and now the MPPT has been running for an houre so the internal temp of the MPPT has rised, so its now compansation for only a difference around 20degrees.


0 Likes 0 ·
jeroen avatar image jeroen ♦ espen commented ·

Hello @Espen, I had a look at the data of 26 March. The temperature sensor does report -15 degrees Celsius at that time, so the 15.1V is as expected. Without STS the MPPT will use its internal temperature again, but does that till 6 degrees, so the 14.7 Volt is correct as well. To support such low temperatures either a Smart Battery Sense or STS should be used.

The multi does report different values then this sensor. Do you happen to know if it is in a heated room?

0 Likes 0 ·
jeroen avatar image jeroen ♦ commented ·

Hello @Espen. Thanks for reporting this. In the setup there seems to be a temperature sensor connected to the Venus GX reporting 4 degrees while the multi reports 19 degrees. Since 2.30~35 that will one will be used when the multi is turned off. To prevent that change the type in the temperature sensor its settings menu to not report a battery.

An issue has been created for this at https://github.com/victronenergy/venus/issues/438

0 Likes 0 ·
jeroen avatar image jeroen ♦ commented ·

Hello @Espen, I did have a look at a BMV712 with mid voltage measurements wired up. If you set the BMV profile to temperature and switch it back to mid profile, it will keep reporting a bogus temperature until the Venus device is rebooted or the BMV is reconnected. This will be fixed in the next candidate.

0 Likes 0 ·
jeroen avatar image jeroen ♦ commented ·

Hello @Espen, (next please time please make a separate comment per issue btw). Regarding "But I see in the release note that it should be possible to choose which temperature sensor should be used for STS, but it’s not possible to do any selection."

At the moment it is not user select-able, what the release notes mentions is that the system will now considers the multi and venus gx on-board sensors and others for automatic source of temperature as well. I will postpone that feature to v2.40, and add at least an option to set a particular source.

0 Likes 0 ·
Paul B avatar image
Paul B answered ·

In Generator Auto Start

If Periodic Run is selected, It currently Ignors the setting (dont start if the AC-in 1 is present)

If we are going to remove the test word then we should add another selector to ignore the AC1-in is present and this should default to on.

so that existing systems using this to run the gens every week no matter what are not disadvantaged.


2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

Related Resources