This site is now in read-only archive mode. Please move all discussion, and create a new account at the new Victron Community site.
I would like to access all of a VE.Smart networks data via a single VE.Direct connection.
Ideally the data that a smartshunt shares with a smartsolar mppt would be available via a single interface. Currently a VE.direct connection is required from each device, even if they are already connected in the VE.smart network.
Thanks.
Hi Ash, the data communicated over the VE.Smart network is quite limited, due to all sorts of reasons, including limits on what can be done within the Bluetooth specifications, as well as what it (VE.Smart) was designed for.
Best solution is a GX Device, as recommend by someone else.
And otherwise some RTU with sufficient serial ports.
Lastly, what you can do is wait a while (can be very long - months, maybe a year or longer) until we finish our project to have an open bluetooth protocol available.
Thats the best I can offer! hope that helps.
Thanks @mvader (Victron Energy) appreciate the comments.
Open bluetooth protocol sounds very exciting, will definitely be keeping an eye out for that.
What is the simplest GX device? I would only need 2-3 VE.Direct ports and someway of extracting data.
Hi @ash,
Are you aware this data is already available thru the GX devices and easy to access over TCP without the need to create an hardware interfaces?
Hi @Trip-Tracks,
Thanks for the response. I would love to use one of the GX devices and the modbus TCP interface however my budget for this project really doesn't allow for it.
I also have an RTU running (with limited serial ports) that is monitoring and controlling other systems, some of which depend on battery voltage and SoC. If the VE.Direct dream can't come true, maybe there is room for a VE.Smart to RS232 / ethernet module that would allow us to interrogate network data?
The cost of a Cerbo or Venus GX compared to the development time or the cost of a VE.Direct interface and development time would be less, and the Rasberry pi is another alternative, as you will need a platform to read and process the data anyway, as all these can double up to do this.
