I'm getting really frustrated with the amount of daily work I am having to do to get the system to behave. Giv5.0 Gen 1 inverter to 2 x Giv Bat 9.5 I think it is something to do with asking it to hold after charge. The effect is that it appears to accept a charge window - either automatically or manually (no errors) but it is actually ignorning it - just sits there at hold. On the Giv Portal it shows as Timed Charge enabled with an active slot and batt to 100% yet nothing. In the end yesterday when it did it I had to physically reboot the inverter as it would not accept a remote restart command. Then i reset the Inverter to default settings and off it goes. It is almost as if there is a bug in the inverter software locking it out. I have only recently started to use charge and HOLD as a feature so I think it is related to this. Maybe when there is already a hold in place and you then ask it to charge again for another x slots - maybe that is when it goes pear shaped. Driving me nuts - anyone else seeing this at all? opulant-comfortable

[URL=https://i.imgur.com/wWzJ3Q2.png][IMG]https://i.imgur.com/wWzJ3Q2h.png[/IMG][/URL] [URL=https://i.imgur.com/6Zs9zrd.png][IMG]https://i.imgur.com/6Zs9zrdh.png[/IMG][/URL]

Giv 5.0 Gen 1 - charge/hold/discharge woes

Pablo

RB63
Yes, I think I've seen something similar. I set a window with a hold option last night, for the first time since starting with wonderwatt. While the battery didn't discharge during the window, it didn't charge either, despite some charge slots being selected.

I've got a solax inverter and battery

admin

Pablo They're likely different causes, what slots didn't charge for you last night? So we can dig into this a bit more?

Never mind, spotted it. For Solax, we need to ensure to put the mode back to self-use after hold. Fix being deployed in next 10 mins.

Pablo

admin Thanks admin. Your fix has worked for Solax.

admin

RB63 What can you see from your Giv logs please? Especially around when we start the Hold instruction and then when we send an instruction to charge?

From what we can see in our diagnostics logs, we are setting the charge rate back to 2600, see below an example from 08:00-8:30 - which was also in an Agile charge window with Hold enabled.

RB63

Where do I access the Giv Logs? I cannot see anywhere on the Giv Portal that shows me this info - only the 5 min status reports... sorry for being thick

admin

RB63 If you go to My Inverter, then select top right hand menu, the little cog with Remote Settings (or similar) and then at then when you scroll to the bottom, you should see logs there.

RB63

Last night it has failed as well

22:30-00:00 charge and hold accepted but not actioned
00:00-05:30 charge and hols accepted and not actioned.
In both cases the Inverter is idle, on hold at 6% charge.

What I do see is that the hold command for the first period was sent to the Inverter 17 seconds AFTER the charge instruction for the start of the second period had been sent. But that does not explain why the Inverter did not action the first charge period successfully.

admin

RB63 Yeah, some weird overlapping issue going on for your scenario, we'll do some more digging.

RB63

Further - in its current state - it is ignoring Quick Schedule charging - you can send the command and it accepts it but does nothing.
I have GiVTCP running on HA but this has no automations set - it is normally purely used for monitoring. If I try to force charge from HA this also fails to action an actual state change to charge even though it shows as actioned.

SO - I have gone back to the portal. The Discharge Rate was set at 0% (which logically it should be as the Inverter is commanded to HOLD). If I alter that manually to 100% - ie allow full discharge - then the Inverter starts to CHARGE as a period is active.

SO - maybe HOLD means exactly that - dont CHARGE OR DISCHARGE. If that is the case the HOLD command needs to be revoked before any charge schedule is sent ???

Is that a clue?

RB63

admin

RB63 Looks like there was an issue where the charge window hold overwrote the charge instruction 00:00-5:30. We've applied a fix for this scenario, which will be available in the next 10 mins.

RB63

Yes but it did not charge 23:30 to 00:00 either..

As I say - if ALLOW FULL DISCHARGE is at ZERO it appears to not allow CHARGE to take place. Maybe this needs to be reset to 100% for the duration of the charge periods as well.

admin

RB63 Instruction for 22:30-00:00 seems to have been sent and received OK.

Including the charge rate = 2600.

Discharge rate should have no bearing on AC charging, we would see far more issues across our Giv users if that was the case (and would be a Giv bug).

RB63

That may be so but it was only when manually I altered Allow Full Discharge on the portal from 0 to 100% (05:40:11 in the log) did the Inverter start to CHARGE (there was an active session at the time set off at 05:35:35).
This all relates to HOLD - if I dont hold then it all works as it should.

admin

RB63 The question is, if indeed the discharge rate being 0 is the reason your inverter is not charging, it sounds like a Giv bug, and should WW work around those?

Can you mimic the scenario reliably via the Giv app/portal at all? Giv may otherwise just say "Ah, that's WW...", whereas if you can reliably reproduce the scenario just with Giv app, they're more likely to take it seriously.

If you can, it would be worth querying with GivEnergy if this is expected behaviour, although they may just ask you to update firmware?

RB63

Also note that the Battery state was 5% at the start of the 22:30 to 00:00 charge instruction and it was 6% at the end when the next session was started (the 1% difference is because we have a wind turbine connected to Bat 2 in the chain) so you can see that no charge was sent to the batteries..

RB63

Ditto all these yesterday - charge commanded and no charge happened as you can see by the Bat %

RB63

Firmware is as far as I am aware current a D0.449-A0.449

It should be easy enough to test this out further - watch this space...

RB63

well if I trigger timed charge from the portal it appears to work irrespective of the Discharge % ( tried 0/7/51/100%)

Equally with HOLD turned off on WW it is accepting a 20 min charge OK.
But it is also accepting WW 20 min charge if Discharge is set to 0% now.

So I dont know what to make of it really. There must be something on the forward timeframes that is upsetting it maybe or some change of command type being sent. Not clear at all. Sorry.

admin

RB63 Thanks for digging into it a bit more.

OK, let's keep an eye on any Hold windows you got coming up, thanks again.

RB63

OK - so we have been chargind until 4pm. Then asked to discharge at Full Export rate 4-8pm
Command sent from WW OK
Inverter sat at zero discharge....
This has happened before as well.

Manually set Force Discharge for 3 hours in HA and it is discharging at full rate as it should.

You are sending something weird at 16:01:55 if you look

WHY???

admin

RB63 That's simply WW 'disabling' the charge slot that has just passed, by setting AC start and endtime back to 00:00-00:00.

You can see from the commands sent at 15:59, we disabled Eco mode, Set Discharge power to 2600 and Discharge start and end time 16:00-19:57.

AC charge and end time being set should have no bearing on this.

But what I do notice is that you set Discharge period 2, whereas we set discharge period 1. We exclusively use DIscharge period 1 and the Enable DC Discharge flag.

Is there another setting where you have disabled Discharge period 1 perhaps?