• Have you tried out dark mode?! Scroll to the bottom of any page to find a sun or moon icon to turn dark mode on or off!

diy solar

diy solar

Using Solar Assistant to read multiple batteries of different types

Jamsolar876

New Member
Joined
Apr 27, 2021
Messages
41
Has anyone been able to achieve this? Or is there anyone in the Beta team who can share information on whether there are plans to have SA read multiple batteries with differing BMSs.
I have an old GYLL battery and a new EG4 lifepower, they use different protocols so I can't read them simultaneously.
 
Im also waiting for this feature to make its way into SA! I currently have a Growatt SPH inverter connected to 3 batteries currently running a mixture of Daly and Seplos BMSs. I plan to move them all to Seplos, but it would still be nice to be able to track info from both in the mean time for safety and general maintinance!
 
Another upvote this feature. I have some Jakiper/Pace, want to get some 3u packs (Ruixu because of flexible buss bars and UL cert).
 
They keep getting asked and they say they are considering it.
Hopefully they will expand the shunt monitoring too, the Junktec seems to be popular and I know it's output is basic text.
 
I‘ll go on the record as requesting this too. I monitor the shunt for SOC and have uart converters to monitor the Overkill BMS but can’t use both. It Would really be nice if there was a separation between battery and shunt in the setup.
 
Seems like the world needs an open source plugin based anything-to-anything canonicalizer piece of software for like esp32. Enable inverter comms for any BMS, or present a single protocol for SA to see as a single bank. I'm a dev but not much experience with hardware, not sure how to trace and debug these protocols.
 
Add ME top to this list..... I was about to implement my newly purchased Victron SmartShunt with a DIY battery bank to join a server rack full of RS485 connected Batteries. Ugh! .... Today I will be looking for any and all solutions.

~RandomPlanet
 
I would write something like this if I was a programming genius but unfortunately I am a software dunce.
 
Seems like the world needs an open source plugin based anything-to-anything canonicalizer piece of software for like esp32. Enable inverter comms for any BMS, or present a single protocol for SA to see as a single bank. I'm a dev but not much experience with hardware, not sure how to trace and debug these protocols.
You might want to have a look at Dalas project with the HV battery packs for EVs - he is doing exactly this with a ESP32 and multiple CAN buses sitting in the middle of various HV battery packs and different inverters - he is apparently making it veyr modular so it will be easy to add additional batteries and inverters in the future - here is his GIthub for the project. https://github.com/dalathegreat
 
Has someone got a feedback from SA in the meantime about this feature request?

Would such a feature also be helpful to use a chargeverter instead of an "AC-in" in AIO's for backup reasons (grid or generator as backup) and transparently track all the energy flow in SA even if the battery charging is not going through the AIO's? Maybe with a Victron smart shunt between the chargeverter and the batteries to get rid of the AC-in connection at all. The Victron smart shunt is already supported by SA... but still not in parallel while using other battery protocols in SA.
 
Does SA use MQTT data? I have 3 different battery BMSes and a smarthsunt and all the data is published to MQTT and ingested into an InfluxDB for Grafana.
 
I wonder, if it's possible with different EG4 battery types which are all using the same SA "USB Modbus RS232/RS485" battery protocol?

For my 12 batteries, I already use a mix of EG4-LL (V2) an EG3-LL-S versions which works without problems with SA and I can monitor all 12 batteries. I'm NOT using closed loop communication between inverter and batteries - just RS485 communication between each individual battery to SA via RS485 HUB's (no parallel battery to battery communication and no communication between batterie(s) and inverters)!

Now I wonder how SA will behave if I add two of the "EG4-WallMount Indoor Battery | 48V 280Ah | 14.3kWh" batteries and just parallel connect the RS485 ports via RS485 HUB's in parallel with my existing batteries to SA.

In the SA settings for batteries, I can enter the capacity for the battery (for just one battery!). The existing batteries have 5.1kWh but the EG4-WallMount Indoor Battery has 14.3kWh which would be a problem - BUT there is a hint under the configuration entry field which says "Battery capacity above is only used when not readable from battery or inverter". So it may be possible, because all batteries use the same protocol, that SA is able to read the different battery sizes and work in such a specific mixed battery environment?!

Has anyone use such a combination or tried this?
 
Anything new in this space? I'm on site now, so I'm about to try talking RS485 to my EG4 WallMount OutDoor PowerPro batteries separately from the 18Kpv primary inverter, which talks CAN to the primary battery.

I suspect if it works I'll have to either have a separate RS485 interface for each battery, or talk to the primary battery and parse the multi-battery modbus stuff.

Is there a preferred RS485 battery protocol to use? I've got it set to something other than EG4 so it won't collide with the inverter, but I could set it to anything _IF_ the RS485 and CAN comms channels are separate...
 
Anything new in this space? I'm on site now, so I'm about to try talking RS485 to my EG4 WallMount OutDoor PowerPro batteries separately from the 18Kpv primary inverter, which talks CAN to the primary battery.

I suspect if it works I'll have to either have a separate RS485 interface for each battery, or talk to the primary battery and parse the multi-battery modbus stuff.

Is there a preferred RS485 battery protocol to use? I've got it set to something other than EG4 so it won't collide with the inverter, but I could set it to anything _IF_ the RS485 and CAN comms channels are separate...
OK, the available RS485 protocols for the EG4 WallMount OutDoor PowerPro batteries are:
EG4 (what it's on now)
GRW (GroWatt?)
SCH (Schnieder?)

Are any of them easier or harder to parse with my own code than others? I'd really like to do my own polling and MQTT publishing, as I've already got code for doing that with the 18Kpv inverters.
I've read out modbus registers 0-50, and some of them are obvious (Battery voltage, current, individual cell voltages, temperature sensors(?) SOH, SOC, cycles, # of cells, Amp-Hours), but a lot of them are not jumping out at other than a couple of "200" that are probably charge/discharge limits...
 
OK, the available RS485 protocols for the EG4 WallMount OutDoor PowerPro batteries are:
EG4 (what it's on now)
GRW (GroWatt?)
SCH (Schnieder?)

Are any of them easier or harder to parse with my own code than others? I'd really like to do my own polling and MQTT publishing, as I've already got code for doing that with the 18Kpv inverters.
I've read out modbus registers 0-50, and some of them are obvious (Battery voltage, current, individual cell voltages, temperature sensors(?) SOH, SOC, cycles, # of cells, Amp-Hours), but a lot of them are not jumping out at other than a couple of "200" that are probably charge/discharge limits...
And 105-124 looks like ASCII for model number (LFP-51.2V280Ah-V1.0), firmware (Z02T17), and mfg date close to the serial number?
 
Good work. I'm very interested in this. I have two all weather wall mounts and one indoor model all running the same firmware. I was hoping SA would eventually display each battery separately and display the totals correctly. Maybe a long time coming if ever. Reading Modbus directly will work for me as I'm sending it to Home Assistant.
 
I’ve got an RS 485 interface connected to two batteries, and I’m awaiting parts to connect the other four. I can read lots of parameters with Python and Minimalmodbus and I can even figure out what some of them mean. 🤪
Hopefully tomorrow I will get my code cleaned up enough that I can pull all of the numbers from individual batteries and publish them to my central MQTT broker.
I sure wish there was a list somewhere of all the parameters, so I can make sure I’m not missing anything important.
 

diy solar

diy solar
Back
Top