Earth Notes: Enphase AC Battery Grid-connected Storage in Our UK Home: Review

Updated 2024-03-15 14:15 GMT.
By Damon Hart-Davis.
Does it do what it says on the tin? And what about the important feature not on the datasheet? #storage #dataset #behindTheMeter
Enphase AC Battery Enlighten screenshot
The Enphase AC Battery seems to work with precision that other available offerings cannot match (though maybe over-estimates its success somewhat). Very good results are gained per kWh of storage, especially in winter.

Product: Enphase Envoy-S-based AC-coupled battery system

Enphase AC Battery Enlighten screenshot Enphase AC Battery charged
Enphase battery system with Envoy-S and one AC Battery.
  • Brand:
  • MPN: 800-00554-r03 (Envoy-S-Metered-EU) plus 800-00560-r03 (AC Battery)
  • InStock
  • valid at/until:
Review summary
  • Envoy-S and 1 AC Battery
  • Installation was quick and efficient, and the system seems to manage small loads as promised, Web interface is clear, data is locally accessible to automated tools; expensive by the kWh.

    Bought from Eco Partners for £2995 including installation and VAT (and continuing on-line services). The Enphase AC Battery is rated at ~1.1kWh usable capacity (reports 1240Wh at full, 0Wh at empty, as of 2018-08), ~260W maximum charge/discharge power, and the key undocumented minimum supported (ie trigger) load (so maximum 'leakage' import) of 5--15W, which is important where typical loads are small, eg overnight. (Best alternative known is Sonnen 8 or 9 at ~30W; 240W is not untypical.) LiFePO4 (lithium iron phosphate) / LFP (lithium ferrophosphate) chemistry AKA the non-exploding but slightly heavier type of lithium battery.

    Size is 390 mm (W) x 325 mm (H) x 220 mm (D) without bracket. 25kg for the battery itself. A modular system allowing multiple battery packs to be added as needed, though would be bulky and expensive to cover typical household spiky loads such as washing machine (~2kW) or kettle (~3kW).

    A single "Envoy-S Metered" has to be installed to manage one or more Battery units. The Envoy is small and acts as a hub to connect to the Internet and even serve stats locally. Security might be enhanced if Internet connectivity could be dropped entirely unless required. Envoy can accept details of local time-of-use static tariffs to optimise savings, but apparently not dynamic inputs or my algorithms using data accessible within the Envoy, to improve scheduling and system value.

    Provides good live metering of grid import/export in reasonable agreement with supply meters, and also of PV generation. (Slightly underestimates imports, I think because of reconcilliation with 15-minute reporting blocks of batteries.)

  • Pros:
    • fine control of import/export down to ~5W
    • local JSON stats avaiable over LAN (at version D5.0.34)
  • Cons:
    • no ability to instruct/inhibit charge or discharge on the fly over LAN
    • local JSON stats no longer available at version 7
  • Rating: 4.5/5
  • Published:
  • Updated:

Summary Questions and Answers

Does The Enphase AC Battery work?

Yes. It roughly avoids about its capacity in imports (1kWh) each day. It manages to keep almost all our night loads off the grid — ie the sun largely powers our house overnight too — other than after very dark days (mainly winter) when it cannot charge enough.

Will the Enphase AC Battery pay for itself?

No. Avoiding export and then re-import of ~1kWh/day saves ~£35/year net at 2018 FiT and UK retail rates!

Will the Enphase AC Battery help the grid?

Probably. Flows for export and import are being reduced, and the grid is being used as if a battery itself.

Will the Enphase AC Battery save carbon?

Possibly. Round-trip losses through the battery appear comparable to those of the distribution network, and the self-consumption of the Enphase reasonably low.

How does the Enphase AC Battery impress?

It shows very fine control regulating imports/exports to within a few watts either way (typically under 5W) within its range, which is much better than the competition. It is also relatively easy to extract detailed real-time stats from the device locally, to capture and analyse later.

What is the Enphase AC Battery missing?

The ability to integrate it with other 'smart' elements by being able to remotely command it to hoard energy at some times for example. And the ability to absorb even brief high loads such as the kettle (3kW, typically 30--60Wh per use).

2018-07-18: Deposit Down

On 2018-07-18 I put the deposit down for an installation of a single Enphase AC Battery (1.2kWh) plus "Envoy-S Metered" hub. Installation is due early August. So there is stock, and lead-times are pleasingly short.

The deposit was £750.

(Similar lead times of a fortnight or less were given for Sonnen product. In contrast, the last I heard of Tesla Powerwall availability was the end of the year...)

Note that this hardware and installation comes in at £2995 including VAT. Additional batteries ordered at the time would be ~£1500 each, so giving a cost of about £1500 to £3000 per installed kWh with surrounding system. Both the management of the lithium-format batteries and the grid interaction are complex.

(Indicative quotes I had for the Sonnen 9.43 with display and installation were: 2.5kWh ~£4500, 5kWh ~£5600, lead times between 1 and 2 weeks.)

This review includes the installation process, given that I think there are a few tricky factors for my case:

  • My system is complicated with two generation meters and two tariffs for a start. This may prevent the device from fully soaking up my generation (unless the data is collected purely to help draw pretty graphs) for which I'd want a fix. However, I found this video for the AC combiner box which suggests all may be OK. (Passing both PV feeds through the one production CT.)
  • The claimed low minimum cut-in/import value is key to my purchase; it is really not made clear in the spec sheet.
  • I'm concerned about finding somewhere suitable to support 25kg+ of battery.
  • My meter box has been left with long tails for years to enable this sort of fitting, but it is not pretty and it is not spacious!
  • Getting stuff looking tidy is possibly beyond me: I'd rather someone else sweated it!

Cost per kWh (Unit of Energy Stored)

Compare that with the 400Ah@12V of lead-acid gel batteries that on 2011-01-10 cost me £900 including VAT and delivery, ie close to £400 per usable kWh of raw storage. So even though raw wholesale lithium batteries should be able to beat those (old) lead-acid prices by a fair margin, that's not visible at retail at all. The lithium-format batteries will have a longer life and can be pushed harder than the lead-acid.

I'm aiming to allow up to four battery units to be fitted eventually.

The aim of this unit is to absorb background low loads such as fridge/freezer and lighting overnight. For that it is important the precision with which the system can prevent imports from the grid, and the minimum such load that it can handle.

Minimum Trigger Load: The Missing Spec

That rather important piece of information is not in any of the spec sheets other than for the Powerflow Sundial M2/S2 for which it is ~150W. Too high to kick in and handle our typical ~70W fridge/freezer load.

The Sonnen UK technical director confirmed in email a cut-in figure of ~30W for the Sonnen 8.0 and Sonnen 9.43.

In discussions, ecopartnersuk.com suggested that the Enphase AC Battery is capable of something the 1W to 5W range, for charge and discharge. That seems plausible as the charge/discharge power per ~1kWh battery unit is ~250W maximum. Substantially on the basis of this claim I have ordered the Enphase from them to use as a testbed.

2018-08-06: Installation Day

This may be sweaty work: it is due to be 32°C in the shade at 16:00...

The Eco Partners crew arrived in their van ~14:30.

I'm happy to say that the Enphase guys are cheerfully and professionally coping with the complexity of my system, and my awkward small space.

When the Enphase Envoy-S would not talk WiFi to my Technicolor Internet router (a known problem, it seems) they worked round the issue by providing and setting up a WiFi extender. (Another reason to get my RPi3-as-AP done!)

They have done a nice neat job siting the Envoy-S (not enclosed in any outer box) between the consumer unit and the meter box, with a plain white domestic-friendly isolator switch.

By 16:15 the backing plate up for battery was up, Envoy-S was up, and largely plumbed in to power, CTs, etc. Wire run for battery is not yet done.

By ~17:45 everything installed, wired up and commissioned; battery charging!

All round a tidy professional job by a pleasant and helpful crew.

(At the end I was (proudly) shown how almost all the packaging was cardboard that went straight in my recycling bin!)

The balance of the fee was taken on my card just before they left.

I was asked some details to get my on-line account set up, including the schematic, and the direction(s) and inclination of my panels.

I can expect to get access to the on-line account in a couple of days, but it is gathering data in the interim, I am told.

Initial Tests

A couple of simple tests to exercise the battery before having access to the full data torrent...

Discharge Test

The battery has a little charge (~25% as shipped, some from my PV). The sun is going down so generation is ~500W. The dishwasher is full so I have started an ECO cycle. When the main wash starts, with a demand higher than our PV generation, I'll watch for the house to start importing, and the Enphase battery light to go to blue pulsing to show that it is discharging to try to minimise imports.

Success!

The battery is charging nicely in the morning (from ~6am / 05:00Z), briefly switching to discharge as I make a cuppa, with the 3kW kettle demanding more than the available ~1.25kW of PV! Full (solid green indicator LED) by ~1pm (12:00Z).

Night Flow Test

Overnight I'll see if the gross grid flow as seen by the Loop meter drops from its customary 80--90W.

This may not work if the battery is too depleted to cover the load.

Success!

It seems that the house was powered from the battery for at least the early part of the evening (TV, lights, etc). The Loop meter also saw a reduced (but not zero) load up to at least midnight, ~20W lower than usually reported. (None of the residual may be real... An interesting symptom is that electricity readings are coming in very infrequently, possibly not even hourly, indicating very little flow to power the Loop sensor transmitter, presumably taken parasitically.) The battery was empty before ~3am.

Data

Enphase Envoy S

2018-08-08: I now have access to the Enlighten service.

(See the available published data set.)

The very first "Recent Consumption" data sample that I have downloaded confirms the night consumption rate to be somewhere under 20W. This suggests that the 'other' ~60W that Loop was seeing was indeed false. Phew, fewer vampires than I'd feared!

At the moment I'm not seeing generation or grid/battery flow figures in this interface.

There are various interesting graphical presentations of the data available. I can clearly see 0.8kWh being used by the dishwasher overnight for example, though had to tot up manually the Wh figures per 15 minutes.

Having connected directly over the Envoy's local AP, having enabled it, and fetched the production.json file, I see all the juicy data I want. But some particular items of interest in one snapshot are:

The minimum supported load does not appear to be exactly 5W, but seems to wander a bit between under ~5W and up to ~15W. The Enphase seems to correctly avoid making any exports.

I have managed to connect to the same page(s) on the Envoy via the local LAN: I'll have to pin its IP address down if I am going to poll it automagically and reliably from the RPi.

But in any case, I'm not letting the best be the enemy of the good. Hurrah! I now have a simple script polling the Envoy-S every 5 minutes to match the cadence of storage reporting, generating gnuplot-parsable log output such as:

20180809T03:15Z consumption.readingTime 1533784500 consumption.net.wNow 3.813 consumption.total.wNow 0.014 production.wNow -3.799 storage.percentFull 40 storage.wNow 10 storage.readingTime 1533784343

(Core idea of polling the Envoy's /production.json from Enphase Envoy-S "Data Scraping": thanks!)

2018-08-09: the installer switched on the features needed for me to see all the data, visible in this screenshot. See the dishwasher running the ECO program starting ~1am.

See the Enlighten public view of this system.

Diary

2018-08-11: a day where we were mostly away and so loads were small (~2.2kWh) and only ~0.2kWh was imported. Without the battery maybe 0.5kW+ would have been imported.

2018-08-13: my manual meter readings ~24h apart show 3.1kWh, but the Enphase for the same interval indicates 2.9kWh of imports, via the Web interface. The Enphase interfaces (Web and data) show lifetime values which can be matched over a longer interval for a better idea of the Enphase's accuracy. And indeed supply meter and Enphase record ~14.2kWh imported since the Enphase was installed 7 days ago. (In the same time 104.1kWh was generated by the PV, and gross consumption was 39.6kWh including storage charging.)

2018-08-15 07:15: PV has just started to generate and stats so far from the Web interface are 40Wh PV generation, 590Wh consumption, ~130Wh imported. So 3/4s of night imports (after midnight) avoided, hurrah!

2018-08-15 08:30: just confirmed that the rather bright status light on the battery module cannot be turned off or down in software, so I may cover ours physically!

2018-08-19: the Envoy has found itself a new address on my LAN, breaking my crude data collection tools! So I'll really have to pin down its IP address. For now I'll continue to play along with the new IP. (The Enlighten data collection appears to have continued uninterrupted.)

It seems that figures in the Enlighten on-line view may be revised several days after the event. Consumption figures for the 16th and 17th were significantly reduced by today (from ~1.7kWh to ~1.4kWh).

2018-08-20: the Envoy has wandered off again to get a new IP address. I suspect my router rather than the Envoy itself.

2018-08-25: the Envoy has wandered off again, so I lose another few hours' data before I see the warning emails and can manually fix things...

2018-08-26: and again...

2018-09-08: the 'net energy' report for August still seems to be being tweaked retrospectively.

2419c2419
< 2018-08-31 04:15:00 +0100,0,13,0,4,0,9
---
> 2018-08-31 04:15:00 +0100,0,14,0,4,0,10
2444c2444
< 2018-08-31 10:30:00 +0100,342,60,217,0,66,1
---
> 2018-08-31 10:30:00 +0100,342,59,217,0,67,1
2461c2461
< 2018-08-31 14:45:00 +0100,548,29,517,0,2,0
---
> 2018-08-31 14:45:00 +0100,548,30,517,0,1,0
2463c2463
< 2018-08-31 15:15:00 +0100,587,18,568,0,1,0
---
> 2018-08-31 15:15:00 +0100,587,17,568,0,2,0
2468c2468
< 2018-08-31 16:30:00 +0100,454,43,410,0,1,0
---
> 2018-08-31 16:30:00 +0100,454,42,410,0,2,0
2473c2473
< 2018-08-31 17:45:00 +0100,188,37,122,0,29,0
---
> 2018-08-31 17:45:00 +0100,188,36,122,0,30,0
2491c2491
< 2018-08-31 22:15:00 +0100,0,25,0,3,0,22
---
> 2018-08-31 22:15:00 +0100,0,26,0,3,0,23

Interestingly battery charging from the 6th is recorded at ~26kWh, with discharge at ~21kWh. The latter represents avoided imports. The difference is mainly the self-consumption of the battery itself and losses (not including the Envoy), so ~0.2kWh/d (8--9W). So an effective round-trip efficiency of ~80%. Though that is a little unfair since the battery arrived charged to ~25% and was nearer 50% at midnight on 31st August, so maybe 81% efficient overall!

2018-09-09: today I am running the weekly 'hot' maintenance wash for our dishwasher. The sky has been quite overcast, so guessing a good time to run the dishwasher was tricky, to cover the water heating (>2kWh) parts. Indeed, it was unlikely that I could find any start time when all the consumption would be covered by PV generation. Indeed, as clouds were passing the house was switching between exporting and importing, and here the Enphase provides twice the smoothing effect to the grid than its nameplate rating suggests. As the battery is not full, it absorbs ~260W of any potential exports, then reduces any imports as a cloud passes by (up to) the same amount.

Storage Interop

2018-08-27: I adjusted the off-grid storage control system to avoid taking its load off-grid if its state of charge is relatively low and the house is exporting (spilling) to grid, because the AC battery cannot absorb it. This lets the off-grid system recharge faster while there is 'excess' on-grid. This then helps share available energy better between the two storage systems, and help to minimise imports in the evening peak for example. The effect is likely to be small, since the off-grid system has to be struggling while the grid-tied is not. Maybe this could contribute an extra 0.1kWh/d, but its a few lines of new code; no extra hardware. The off-grid storage algorithm continues to take load off-grid when possible at higher priority than this tweak, when grid intensity is high. Thus, first minimising imports (or maximising imports) at times of high grid carbon intensity, then minimising imports and maximising self-consumption overall. (This mechanism should fail 'safe' when the Envoy goes AWOL, reverting to normal behaviour, ie assuming that there are no exports.)

For 2018-08-29 with much less off-grid primary-array generation than the previous day, the 'dump' load was kept off grid a little longer after midnight. ~80Wh was displaced from exports to overnight.

Note that over the last few days with us away, so minimal load (not massively higher than the battery capacity ~1.6kWh/d vs 1.1kWh) and significant excess (though variable) PV generation each day, the battery is performing will with ~90% self consumption rather than ~50% for the matching period last year.

Network Dropout

2018-08-31: caught the Envoy dropping off the network (top LED is red). Network itself including WiFi is fine. In this case powering off and on the WiFi extender seemed to let the Envoy reconnect immediately, before the extender had finished rebooting... The Enlighten Web interface then showed the 'missing' ~50 minutes' data very quickly also.

As of ~14:00Z the lifetime figures shown on the Envoy's home page were:

Matching values from production.jsp are:

2018-09-01: IP address changed again, losing a little over an hour's data...

The new 's' off-grid code (do not dump if the battery is not full and the house is exporting/spilling to grid) seems to have helped the battery get to FULL twice in quick succession, even with less than stellar insolation, which is an unexpected bonus.

2018-09-02: connectivity lost again, around noon. Power-cycling the WiFi extender made the (top) connectivity light on the Envoy green again. Finding the IP address and updating cron (etc) remains slow and a pain...

(This fun continues sometimes a few times per day. Not necessarily the Envoy's fault, indeed likely not so.)

2018-09-09: since fixing the IP address that my router hands out to the Envoy (based on its MAC address) other than one glitch likely caused by the WiFi extender, there have not been any further drop-outs. The WiFi extender is now powered off also, saving some juice!

2019-02-23: probably for about the first time this year, with some sunshine yesterday and low demand overnight with the rest of the family away, the house coasted without fully discharging storage by this morning. Therefore we were effectively off-grid most of yesterday and so far today.

2019-07-21: the circuit on which the Enphase sits tripped ~12:00Z, and the Enphase seemed to recover gracefully when power was reconnected.

WiFi (to the new Vigor router) still seems to be a bit flaky, requiring manual reconnection (holding down top button until LED goes red) every few days at times.

Self-Consumption

Self-consumption, ie (Net - Import) / Net, where Net consumption = Import - Export + Generation, rose from 48% in August 2017 to 72% in August 2018 (~0.5kWh/d reduced imports). The Enphase was only installed on the 6th, and August is a special low-consumption case.

September 2018 roughly halved daily imports compared to September 2017 (1.6kWh/d vs 3.2kWh/h), with self-consumption up to 69% from 37%. Some behaviour change and better PV generation may have helped.

No External Control

One aspiration with this kit was to adjust the charge/discharge conditions, eg to match a dynamic ToU tariff or live carbon intensity.

Via the installers, from Enphase on 2018-11-06, I received the following:

I can imagine what he wants but it's impossible...

Only Envoy and our algorithm can send charge/discharge command to battery. And there is no possibility to set a maximum charge level…

While disappointing it is not entirely astonishing, and it is probably positive from a security point of view, for now.

Update 2019-05-04: the battery seems to be saving roughly 1.5kWh of inputs (ie higher than its nominal capacity) each day, and this nicely raising self-consumption too.

I sought a quote (including installation) for adding one or two more units on the anniversary of the first installation and received (including VAT):

Update 2019-05-31: the next-generation system including "IQ8" should be available worldwide in 2020.

2019-10-13: Simulating ToU Pricing

Enphase tariff flat to ToU 20191013T10:26Z flat Enphase tariff flat to ToU 20191013T10:26Z setting ToU Enphase tariff flat to ToU 20191013T10:26Z ToU Enphase tariff flat to ToU 20191013T10:26Z peak rate band shown in overview

Up until today Enphase has been in "Single Rate" mode which reflects what we are paying.

This allows the battery to charge or discharge whenever needed, and should minimise external flows.

Looking at Octopus Agile ToU pricing, reflecting to some extent real grid demand and costs, I note that it is (for Feb 2017 to Feb 2018) around 10p/kWh for 21h, then around 25p for the 3h from 16:00 to 19:00.

I shall set these prices and times in the Enphase tariff settings noon-ish, to see how the Enphase ACB hoards energy to minimise grid imports 4pm to 7pm. I am having this the same for each day of week and season, and I am not asking the Enphase to charge from the grid at night. (Enabling that to shift some grid imports to the small hours in winter, especially of early-morning flows, may be interesting in future. Enphase seems to recommend its use if there is an early-morning peak.)

(I might apply an algorithm to reserve a certain portion of capacity that can only be discharged between those times. That portion might be something like the ratio of peak to normal p/kWh.)

I expect this to slightly reduce self-consumption, but probably be nicer to the grid, helping reduce peak demand.

None of this may have much effect at this time of year.

11:06Z: as of about 40 minutes from setting the ToU values, the battery behaviour seems to have changed. Just now, with low PV generation (~112W) and the washing machine on spin (typically ~500W), the battery continued to charge, allowing imports from the grid. Normally it would be discharging to try to eliminate those imports.

2019-10-14: From 10:00Z to 13:15Z so far (ie from ~5h ahead of start of 'peak time') the Enphase has not discharged to avoid imports (it did on just three occasions before then today; it has been a miserable day). This would make sense to have a chance to fill at 0.25C rate before peak. Note that since in this case the peak is 3h long, the battery could not discharge more than 75% during peak. Thus, when SoC is over 75% the battery could discharge as normal to suppress imports outwith peak time.

I have tweaked the ToU tariff for the whole weekend to be off-peak, since that probably reflects demand reality for the GB grid. That should maximise our self-consumption at weekends.

2019-10-20: Night Charge Experiment

As a small experiment, because the battery is already empty (before 9pm), and tomorrow looks dull, I have set the Enphase to charge between 03:00 and 03:59 local time. That hour should represent about 25% charge, or ~250Wh.

This has the effect of bringing forward some of our load a little, into minimum GB grid demand and carbon intensity. That reduces the demand ramp-up rate for our house, and the grid, when we get up and start the day.

I'm not intending to run other big loads overnight, such as the dishwasher.

I'm not yet expecting to keep this setting, at least not when I can hope for a moderately good charge most days. Maybe I can add a tiny supplement to GB storage capacity mid-winter. Ideally this would be driven by forecast or residual energy (eg do not charge above 25% from grid ever) and thus could become more "fit and forget" and good to leave in place year-round.

Enphase AC Battery Enlighten night charge 20191021 screenshot Enphase AC Battery Enlighten night charge 20191022 screenshot

2019-10-21T02:00Z: the night charge has to be associated with the right part(s) of the tariff, eg with the weekday element if required there. The UI is not helpful and may even have changed appearance, not showing the weekday part at the weekend, so I missed it. The UI for example does not show the peak-time hours band for weekdays when viewed at the weekend which is poor. I'm having difficulty getting this feature to engage at all, so have pushed it back an hour for weekdays...

2019-10-21T13:45Z: the battery did charge to ~25% by 5am local time, but then grimly held onto the charge (presumably until the 4pm-to-7pm peak), refusing to cover any loads. The battery is now full, prematurely, before the sun is down, so losing the opportunity to soak up that 25% of sunshine that could have come off our imports. I'll let night charging run again tomorrow (now from 2am local time), but will then disable it if the same behaviour is shown again. (Or unless I can persuade Enphase to fix it.)

2019-10-22T12:10Z: it all gets worse! Enlighten partly went off the air mid-afternoon yesterday so I could not see well what was going on. But yes, the battery then absorbed little of the local generation that it should have, used little of its capacity, and charged to completely full this morning while refusing to cover any loads. This may have been a bad side-effect of the Enlighten glitch, so I'll give it one more chance... Else I'm just helping the grid badly without reducing self-consumption at all!

2019-10-23T07:00Z: this is definitely not working well for me; the battery is not releasing charge to cover loads outside 4pm to 7pm. I have turned off the night charge. I have sent a note to Enphase support suggesting a change.

I'd still like to be able to override the charge-from-grid/hold/normal behaviour securely in real-time from my RPi, for example charging from the grid at night up to a percentage controlled in part by predicted generation for the next day and available green power on the grid during the night. In summer, that charge limit would almost always be zero or near-zero, mid-winter it might be nearly 100% if little generation is expected that day.

Enphase AC Battery Enlighten night charge 20200201 screenshot

2020-01-31: there is due to be a lot of wind power available in the wee hours (ie of 1st Feb) so I have manually set the Enphase to charge from the grid from 02:00 to 05:00. This should soak up ~750Wh, useful into breakfast time. I have set this for both weekday and weekend since I am not confident how the Enphase will treat overnight Friday into Saturday. I'll have to remember to turn this off again tomorrow morning! (Each time I go to edit the settings it seems to have forgotten the "Charge batteries from the grid at night" part. Though it seemed to in fact do the right thing overnight when I checked and turned it off at 8am. And it did not seem to allow energy out of storage until then either. Still fairly broken then...)

2020-02-02: lots of excess wind power forecast again for tonight with zero pricing on Octopus Agile for London from 03:30 to 04:00. The Enphase will only allow night charging on hour boundaries. As an experiment I'll top up what will probably be 400Wh from 03:00 until 05:00. I'll set just a week-day night charge to see what happens... Maddening that as before I can set this up many times and the Enphase just forgets the change... Very very buggy in UI and operation, and poor UX. After many many attempts to get a change to stick, at 02:45 I finally gave up and attempted to cancel the night charge; we'll see what happens. (The night charge did not happen...)

2020-02-09: storm Ciara is going to be filling up the grid with wind again, so trying one more time to charge the battery from the grid, this time set for both weekday and weekend, for the default 03:00 to 04:00 slot, to minimise the chance for bugs to show themselves... Hopeless: it charged 22%, but refused to use any of that charge to cover breakfast-time consumption! And it is not showing the night charge in the UI, so I do not know if I have successfully turned it off or not!

2020-02-20: here's another go to extract some value from this feature! I shall leave the simulated raised ToU rates (4--7pm) just for weekdays. But I shall ask the Enphase to top up for an hour or two in the early hours of the weekend only, to try to fill in the lowest troughs in grid demand when eg wind may otherwise risk curtailment. I would expect this energy to then be consumed before sunrise and/or during breakfast demand. (This time, setting weekend charge from 02:00 to 04:00 has shown up in the UI immediately after I clicked "Save Tariff Information", and shows correctly when I hit edit again, hurrah, though does not show on subsequent reload...) No ... hopeless ... the setting just does not stick and I have no idea if anything will happen over the weekend. Very broken.

Enphase AC Battery Enlighten night charge not shown even though active 20200222 screenshot

On Saturday morning the battery did charge for a while, but the UI is still not reflecting that and the battery is STILL not allowing any of the charge out to support loads, even in the absence of an afternoon ToU/peak period. What is the point? (Given the very poor UI I can't even be sure how to turn this mess off again.)

2020-03-26: Battery Round-Trip Efficiency

In the 'new' UI offered in MyEnlighten, there are some more stats available.

In particular I have taken a look at 'lifetime' stats for the battery, ie from early August 2018 to now (late March 2020). These stats show the battery receiving a total of 692.93kWh of 'charge' (though this includes at least some ACB overheads and any trickle charging to avoid damage when 'empty' it seems) and 567.01kWh of discharge.

Crudely, and ignoring overheads of the Envoy unit and all the data processing going on in the 'cloud', this is an overall round-trip efficiency of ~82% (rounded up).

For my lead-acid off-grid system I expect less than that. For example, I see that ~40Wh is typically 'wasted' daily in the necessary topping charge out of ~200Wh cycled through the (failing) battery bank daily at the moment.

This ~18 month sample involves about twice as much 'winter' as 'summer', so this efficiency figure is possibly on the low side for the ACB (AC Battery) unit itself.

Looking at calendar 2019, charge 435.29KWh, discharge 357.82KWh, thus efficiency a slightly higher ~82% (rounded down), which suggests that any winter/summer effect is small. That further implies that losses from the ACB while empty and idle are very small, maybe <1%.

2021-01-25: Charging in the Cold

20210125 Enphase AC Battery Charging at 4C nominal and below
Enphase battery charging while nominally no warmer than 4°C. This is not generally regarded as a good thing for Lithium cells.

2021-04-14: Expand?

I am contemplating expanding one or more of the forms of storage I already have (off-grid and grid-coupled) or adding a new one (heat storage).

I joined in the Solar Together London group-buy process and I have a provisional recommendation of a 4.6kWh battery pack for £3159. I assume the price includes VAT and everything else! The offered battery may be a Amasstore GTX5000, with max discharge power of 3500W (so covering the kettle), and a sustained discharge of 2560W (so covering the oven or washing machine or dishwasher, plus a bit more). Charge rate 2800W. Minimum supported load or spill to grid is unreported. Whether it would play nice in parallel with the Enphase is also not obvious.

An alternative is to expand the Enphase by one or more ~1.2kWh packs. This would make most difference in the shoulder months when the current store completely fills and completely empties each day.

A simple eyeballing of my Enphase daily/monthly graphs suggests that:

  • Adding one pack would allow absorption and shifting of significant extra energy, in the shoulder months and winter.
  • Adding one or two packs would support more of our larger loads, though still no more than about quarter of the above key oven / dishwasher / washing machine peaks even with two packs, depending on how the Enphase algorithm balances charge/discharge between units. Because of the I^2R nature of some losses, reductions in these losses would rise from ~25% to ~45% with just one extra.

Each extra pack would add extra 'dead' load all year round, especially in winter when such waste is particularly unhelpful. The wasted energy is outside the thermal envelope of the house too.

A reminder/summary of why behind the meter storage may help:

  • Reduced imports: reduce CO2 from total grid generation.
  • Increased self-consumption: reduce DNO flow losses (maybe ~5% in GB).
  • Avoided peak-time demand: reduce infrastructure sized for peak demand, reduce grid carbon intensity for all users.
  • Avoid solar-glut-hours exports, eg around noon.

2021-09-15: added one AC Battery, bringing the system capacity to 540W/2.48kWh nominal.

2021-10-28: added two more ACBs, bringing the system capacity to ~1kW/5kWh nominal.

2021-05-11: Night Charge Improvement Request

I think that I'd like to use the night-charge option in winter to load shift.

But I do not like the fact that it is unconditional, possibly filling up entirely and precluding soaking up local generation on bright days.

I'd like to ask Enphase to add an extra flag to only do the night charge (say) up to a maximum of 50% full or 75% full (ie with an extra tick box). That would broaden its usefulness significantly.

Could you please pass along a request to Enphase tech to implement before winter an improvement to the 'night charge' system which is currently effectively unusable for me.

It could be as simple as a tick box to say “Only charge to a maximum of 50% (or 75%).”

That would then allow space for local microgeneration on bright days.

The failure to do this at the moment has meant that I have not been able to loadshift at night in winter as I have wanted.

If this fix could happen then I'd probably charge for an hour or two in the wee hours of Nov/Dec/Jan, when 'energy independence' is <30%.

It would be better still if I could make it responsive to actual energy availability (ie wind) on the grid at that time, but...

2021-05-31: 100% Energy Independence

20210531 Enphase Enlighten 100 percent energy independence screenshot
Enphase Enlighten screenshot proclaiming "100% Energy Independence", ie no imports to cover consumption, for 2021-05-31.

2021-07-26: 1.5kWh/d Base Consumption

I observe ~1.5kWh/d house base consumption in summer, mainly fridge/freezer. A second AC Battery may make sense to be able to better cover at least that when days are shorter, as well as extra heft to help more with big loads.

2023-01-25: ACB Board Replacement

There was a (free) replacement of one of the (two) boards in one of the Enphase ACBs by JPS Renewable Energy today, to avoid a non-recoverable full discharge, I understand.

2023-06-10: Adjusting Peak-time Setting

I have decided that the peak tariff 4pm to 7pm setting does more harm than good, at least in summer, because the setting prevents the ACB helping with any loads from after noon (until 7pm) even when the battery is full.

In Enlighten, under the hamburger menu (top RHS) -> Account -> My Access Control -> Tariff Information, I would like to adjust the peak-time tariff to apply only to winter weekdays, ie September to March. But I would have to set some sort summer peak rate time, so for now I have switched to Single Rate, which is a shame.

(Attempting to reset the tariff is apparently ignored, even done repeatedly... Still has not visibly taken effect by the evening of 2023-07-11...)

Best would be able to control this remotely from my RPi...

It took a support email to get the tariff changed, effective 2023-07-15.

Enphase logged out view leaks tariff status 202307031 screenshot

2023-07-31: actually support did not manage to change the tariff then, nor did UK support today (on a very poor line to a very noisy call centre), and the back end had apparently been ignoring all attempts to change my tariff since , ie more than a year.

I had to get the support person to cancel an attempt to push an updated firmware revision to my system (I would lose access to local data): he did not ask me first.

Today about 1kWh was needlessly imported mid-afternoon with the battery full.

The non-logged-in view continues to leak personal data about my nominal tariff — peak time is shown and could be sensitive.

2024-01-22: Enphase support has manually just now set me back to "Single Rate" it seems.

2023-09-15: Volteras Connection

Having seen my ramblings here, Volteras contacted me to ask to help them test connecting to my account via the Enphase API, and we are doing that today.

It turns out that there is a complication with my account (Enphase added the 'installer' flag to it so that I could get some extra info) which foiled our attempts.

This interfacing and authorisation area is tricky, I know well!

Volteras was very generous anyway.

Dataset

name
16WW Enphase AC Battery and house flows, London UK
description
16WW Enphase production.json AC Battery data 5-minute and daily, domestic installation, Kingston-upon-Thames, London, UK
version
1
keywords
Enphase, Battery, grid-tie, storage, grid, London, UK
variable measured
power
date created
2018-08-09T02:08Z
date published
date modified
2024-12
temporal coverage
2018-08-09T02:08Z/..
spatial coverage
UK centre 51.406696N,-0.288789E elevation 16m
distribution
directory of 5-minute and daily Enphase data
distribution
directory of ad-hoc Enphase 16WW data
canonical URL
this descriptive text with markup
is part of
16WW Dataset
licence
this dataset is licensed under CC0, ie it is effectively public domain; if you make use of this data, attribution is welcome but not obligatory
is accessible for free
true
~7068 words.