power import despite battery at 22%

Any idea why the system is getting power from grid when there is sufficent power left (22% of 9.5KWH) ?

Check what the battery reserve is set to? If it’s set to 22% it will keep that power in the battery.

Also check the discharge rate isn’t accidentally set to zero

Failing that, do a reset defaults on the portal and restart the inverter.

Very occasionally mine gets confused like this

geoffreycoan evrything is set to default already, reserve is 4% and discharge rate is default 3600. no idea why the battery cant cope up at this level. maybe its miscalibrated but why its getting confused at such high SOC, would have expected this near 10% mark,.

deepanshus sometimes despite what the settings say they are the inverter thinks it’s something different. That’s why I suggested doing a preset to defaults “ on the portal that should re-instruct the inverter back to a known configuration.

Also check for any notification log errors.

I’ve had it happen on mine.

Was this a sustained situation, or just an unlucky snapshot just as the load increased by 276W ? Or a load fluctuating too rapidly for the inverter to keep up ?

This is happening again, now at 30% battery is slowly draining and instead getting power from grid ! this is now driving me nuts. i have done a reset to default and restarted inverter ( through portal) and now the only thing left is to hard reboot the system.

anyone else had this issue?

Hmm - if you're running with GivTCP, that's another variable that's been added to the mix. Is it worth turning that off until the problem is resolved ?
I think there's supposed to be a log of changes that have been applied to the inverter settings, though I'm not sure where to find that.

DD thanks, could be... if you find out about that then please let us know

So it seems that the battery had wrong calibration, and when it showed a 30% it was Infact only 2-3% after supplying 130w for two hours it finally went to zero.

What beats me is how can bms miscalculation can be wrong at 30%!

BMS errors like that seem to be common. But I'm not entirely sure that would explain what you're seeing - if the inverter reported that the battery was 30%, that must have been what it believed, so it had no reason to restrict the power output. Unless the inverter was asking the battery to provide power, but the latter was unable to - I'm not really sure how that part of things works.

I believe GivTCP can report individual cell voltages - that might be something worth recording ?

BTW while GivEnergy seem to condone local access to the inverter, it feels a bit like they discourage it, since they don't fully document all the registers. Even their own git repository of the client has a disclaimer " This project makes no representations as to its completeness or correctness. You use it at your own risk — if your inverter mysteriously explodes because you accidentally set the BOOMTIME register or you consume a MWh of electricity doing SOC calibration: you really are on your own." So there might be a case for doing a full reset of the registers back to their defaults, just in case something has been tweaked incorrectly.

@TheDragon (GivEnergy) do you know if there is a setting that we can do a force recalibration at our convenience to avoid such surprises?

deepanshus Calibration cant be done by the end user. Only an installer or above

TheDragon (GivEnergy) is there any harm in letting the end user click on a "Calibrate Now" button so that the system would discharge and charge to ensure its calibrated. If the user does it once a month or maybe once every two months, it will not catch us by surprise. Just an idea, if its possible.

deepanshus I found the change log - in the web portal, go to the inverter, and then click the cogs icon ("remote control") in the top right, next to the power icon ("restart inverter"). Then at the bottom of the page, you get a list of changes that have been made.

I guess it's only changes made through the cloud that are logged - if GivTCP writes registers locally, perhaps they're not logged here.

Nothing Givtcp does is logged in the portal, so it can get very out of sync in the apps and so on without forcing a refresh using the portal remote controls.

As for the whole 'boomtown registers' thing, that's because the community wrote GivTCP & Givenergy-modbus underneath it, not givenergy directly - hence why its author is essentially saying you're on your own if you kill your inverter with it. (To be honest all the registers including the new EV charger aren't exactly hidden if you know where to look in GivTCP anyway. Otherwise, it wouldn't work at all)

thanks DD for the advice.

i think i found the culprit, the Battery Cell 2 drops unexpectedly while the rest of the cells follow a common pattern of increase/drop of voltage but if you note below, Cell 2 drops.

Can you please advise if this is a firmware issue or should i raise this as a ticket with GE? ( i don't know how to do that though)

hoggy (To be honest all the registers including the new EV charger aren't exactly hidden if you know where to look in GivTCP anyway. Otherwise, it wouldn't work at all)

Of course... but since GivTCP is also third-party software, GivEnergy are still not themselves documenting the registers. (And I recall warnings during one of the beta threads that some of the registers may change between releases.)

deepanshus Can you please advise if this is a firmware issue or should i raise this as a ticket with GE?

I'm new to this hardware, but in an EV, this would indicate a bad cell, which is a hardware problem. (Assuming the BMS is watching each cell voltage, it would abruptly halt discharge if any cell reaches minimum safe voltage, to prevent damage. 2.4V seems to be on the low side for a minimum ?)
But it might simply be a cell balancing thing - if a weak cell gets a little beind in charge, it tends to drift more over time because it has to work harder to keep up with the others. In some EVs, regularly charging up to 100% gives the BMS a chance to balance the cells, but again, I don't know how it works here. (Different battery chemistry, for one thing.)

DD yes, i agree could be a faulty hardware. raised this with GE and they advised a slow recharge so i will be following their calibration tomorrow and hopefully it will get fixed. If not, i now know what to check :-)

hoggy so it can get very out of sync in the apps and so on without forcing a refresh using the portal remote controls.

Is that the circular arrow against the register on the 'remote control' section of the inverter page of the portal ? I assume the updated value will then appear on the more friendly parts of the portal...

DD yes it is, similar to the refresh webpage icon in a browser.
You'll have to go through each one (that you be changed in Givtcp) to realign it. (The read categories one that does the entire block is a bit hit and miss at appearing)
I've asked for ages just for an API call that does this so GivTCP can keep in sync but nothing yet.