Re: PIP-4048MS inverter
Posted: Thu, 12 Oct 2017, 03:04
The forums of The Australian Electric Vehicle Association
DSP SCC --RST-----> reset (command) <----(ACK-- acknowledge (response) <-----QRI-- query rating information (command) --(RI...--> rating information (contains settings) (response) <-----QGS-- query general status (command) --(GS...--> general status (contains measurements) (response) <-----QGS-- --(GS...--> <-----QGS-- this repeats indefinitely --(GS...--> until the DSP sends another RST command ...In simplified terms: The DSP sends a reset command. The SCC acknowledges it. The SCC then requests the "rating information". The DSP responds with an "(RI" packet, or message, containing the various settings such as float voltage, absorb voltage and maximum charge current. The SCC then repeatedly requests (about once a second) the "general status". And each time, the DSP responds with a "(GS" packet containing the latest measurements of the battery voltage and current, and the stage of charging (off, bulk/absorb, or float). I have omitted some other message types, sent once after a reset, because they are not relevant to our story. For more detail see viewtopic.php?p=65988#p65988
DSP SCC --(GS...\ crash --RST---/ --(GS...\ crash --RST---/ --RST---\ crash --(GS.../ --RST-----> reset (command) <----(ACK-- acknowledge (response) <-----QRI-- query rating information (command) --(RI...--> rating information (response) <-----QGS-- query general status (command) --(GS...--> general status (response) ...Extraordinary! There was no way coulomb and I were going to implement something that awful for our unrequested "(RI" packet. For one thing, it is a much larger packet, due to all its settings numbers, and it would be sent far more often. And for another thing, coulomb and I have some pride in our workmanship.
And the EEPROM value is not necessarily a "safe default". In fact the lowest value of maximum total charge current that can be set with the LCD or a standard MNCHGC command is 10 amps. You are probably thinking of the maximum utility charge current setting (or the MUCHGC command) when you mention 2 amps. We pronounce that as the "much" command as opposed to the "munch" command. You can think of the N as standing for "entire", i.e. solar plus utility, as opposed to the U for utility alone. We're not planning to fiddle with the "much" command at all.hennejg wrote:For robustness reasons [they] would remain in effect only for a few seconds unless refreshed continuously which would let the charger fall back to safe defaults [if] the charger/BMS communication was lost.
No, I've got a little embedded computer which will power up extra units depending on time of day, load, and battery %soc .. do you have a part number for a cheap 4P relay?
BUT has someone installed a, parallel system?SOL mode is for on-grid use as a solar UPS. It will not use the battery at all, keeping it fully charged, until you lose both solar and grid at the same time. It will reduce but not minimise grid usage. It will maximise the life of a lead-acid battery. Not so good for Lithium.
SbU mode is for on-grid use where you want to minimise grid usage. It will use the battery whenever solar is not available. It will only use the grid when the battery gets low.
Just in case anyone doesn't know, our patched firmware for the PIP also fixes that problem.
Not totally it is indeed much better, but it will cut off if a large load is applied to the inverter for a period of time thus spending too short a time in bulk , whereas the eSmart remembers its not been at bulk volts for long enough and picks up the ball and finishes the job. My battery performance has been better since adding the eSmart charger. I have two eSmart MPPT chargers the older version with two digit LED display running on my small one inverter set up (had to modify it to work with 3 x 24v as it cut off at 100v PV input) and the new one with LCD display on the large two inverter system this comes in a 130v PV input version
Hi vulcanescu35. Thanks for your kind words. Sadly no, we do not have access to a firmware update file for the MSD or MST models, so we are not able to patch them. Can you please tell us what the "U1" firmware revision number is for your PIP?
hi again,weber wrote: ↑Mon, 30 Oct 2017, 19:55Hi vulcanescu35. Thanks for your kind words. Sadly no, we do not have access to a firmware update file for the MSD or MST models, so we are not able to patch them. Can you please tell us what the "U1" firmware revision number is for your PIP?
Thanks Johan, for being willing to test. Yes, it is the dsp_BC1 for lead acid. Since you are already running 72.70b and 4.10, there is nothing you need to check before upgrading. The main benefit for you will be the bug-fix for the absorb time for the slaves, assuming your slave inverters have PV arrays attached.JvdSpoel wrote: ↑Wed, 08 Nov 2017, 03:34Hi, I am running 3 x inverters in parallel. They are currently running 72:70B - (4:10) Running on lead acid batteries. Happy to test new version. I assume it is the dsp_bc1?
Also running Inverter control Centre on my system. Anything I need to check before upgrading.
However what will be the main benefit for doing the upgrade? My system runs in SOL mode.