<div dir="ltr" gmail_original="1"><div class="gmail_default" style="font-family: arial, helvetica, sans-serif;">I confirmed via this video (<a href="https://app.gotowebinar.com/unified/index.html#/webinar/6915785636472410201/attend/2085639858551605341">https://app.gotowebinar.com/unified/index.html#/webinar/6915785636472410201/attend/2085639858551605341</a>) that Enphase does, in fact, limit backfeed based on the 120% rule when implementing PCS for main panel upgrade avoidance. That is disappointing.</div><div class="gmail_default" style="font-family: arial, helvetica, sans-serif;"><br></div><div class="gmail_default" style="font-family: arial, helvetica, sans-serif;">Based on my reading of 705.13(B), as long as the utility feed is monitored by the PCS, the PCS only needs to limit the PV source such that the TOTAL current from all sources does not exceed the busbar ampacity rating. Since Enphase can implement consumption monitoring with CTs on the line side of the main panel, they should be able to limit PV backfeed based on how much current is coming from the utility company rather than the far more limiting 120% rule. This seriously diminishes the value of Enphase's PCS implementation for main panel upgrade avoidance.</div><div class="gmail_default" style="font-family: arial, helvetica, sans-serif;"><br></div><div class="gmail_default" style="font-family: arial, helvetica, sans-serif;">To be fair, Tesla's PCS, to accomplish what I want, requires a Gateway (MID). that significantly adds to the cost and complexity, and is really intended for Powerwall systems. But Enphase should be able to implement PCS this way using it's IQ Gateway <b>without </b>their System Controller (MID) for grid-interactive PV systems without batteries. This appears to be a big miss on the part of Enphase. Maybe they are misinterpreting 705.13(B), or maybe there is a technical reason that they can't comply in this manner.</div><div class="gmail_default" style="font-family: arial, helvetica, sans-serif;"><br></div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><br>Jason Szumlanski<div><span style="color: rgb(51, 51, 51); font-family: Roboto, RobotoDraft, Helvetica, Arial, sans-serif; font-size: 13px;">Principal Solar Designer | Florida Solar Design Group</span><br style="color: rgb(51, 51, 51); font-family: Roboto, RobotoDraft, Helvetica, Arial, sans-serif; font-size: 13px;"><span style="color: rgb(51, 51, 51); font-family: Roboto, RobotoDraft, Helvetica, Arial, sans-serif; font-size: 13px;">NABCEP Certified Solar Professional (PVIP)</span><br style="color: rgb(51, 51, 51); font-family: Roboto, RobotoDraft, Helvetica, Arial, sans-serif; font-size: 13px;"><span style="color: rgb(51, 51, 51); font-family: Roboto, RobotoDraft, Helvetica, Arial, sans-serif; font-size: 13px;">Florida State Certified Solar Contractor CVC56956</span></div><div><font color="#333333" face="Roboto, RobotoDraft, Helvetica, Arial, sans-serif">Florida Certified Electrical Contractor EC13013208</font></div></div></div></div><br></div><br><img width="0" height="0" class="mailtrack-img" alt="" style="display:flex" src="https://mailtrack.io/trace/mail/w/cmUtd3JlbmNoZXNAbGlzdHMucmUtd3JlbmNoZXMub3Jn/36404c3b6cbe5f48e06b5fbd1e937eaf454cfe1b.png?u=1613865" ><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 6, 2024 at 10:36 AM Jason Szumlanski <jason@floridasolardesigngroup.com> wrote:<br></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Very interesting. Thanks for this information. It seems like Tesla has<br>
implemented PCS in the way that I hoped it would be. They can set an<br>
aggregate current limit from all sources feeding a bus.<br>
<br>
Unless I am mistaken, Enphase can only limit based on a selected<br>
ampacity of *backfeed* from their System Controller to a main panel.<br>
It does not measure the incoming utility power and set an aggregate<br>
output limit from all sources. That results in a 40A backfeed limit on<br>
a 200A panel, which does not make sense to me.<br>
<br>
I hope I have this wrong.<br>
<br>
Jason Szumlanski<br>
Principal Solar Designer | Florida Solar Design Group<br>
NABCEP Certified Solar Professional (PVIP)<br>
Florida State Certified Solar Contractor CVC56956<br>
Florida Certified Electrical Contractor EC13013208<br>
<br>
On Tue, Aug 6, 2024 at 10:30 AM August Goers <<a href="mailto:august@luminalt.com" target="_blank">august@luminalt.com</a>> wrote:<br>
><br>
> Hi Jason -<br>
><br>
> There are many options on how a manufacturer can implement Power Control Systems (PCS) and based on my experience with Tesla products, I'd say it's the best thing since sliced bread. I expect that all major manufactures will be implementing more advanced PCS features as soon as they are able to develop and list them.<br>
><br>
> But, getting back to your question - one PCS variant is a simple conductor limit setting that stops controlled equipment output when a certain set current limit is reached. This, as you point out, may not be the best choice for large PV/inverter systems. Another PCS setting involves setting a controlled "virtual panel" where all inputs are monitored. This PCS setting can be, for example, 160 Amps in your 200 A meter/main example. Here is more info on how that works: <a href="https://service.tesla.com/docs/Public/Energy/Powerwall/Powerwall-2-Backup-Gateway-2-Installation-Manual-NA-EN/GUID-D71DFD63-1414-4915-B7A5-7E48703100DE.html" rel="noreferrer" target="_blank">https://service.tesla.com/docs<wbr>/Public/Energy/Powerwall/Power<wbr>wall-2-Backup-Gateway-2-Instal<wbr>lation-Manual-NA-EN/GUID-<wbr>D71DFD63-1414-4915-B7A5-7E4870<wbr>3100DE.html</a><br>
><br>
> I'm working on learning more about Enphase systems currently since SunPower is filing for bankruptcy, so it's good to learn what Enphase can and can't do at this point.<br>
><br>
> Best, August<br>
><br>
><br>
> On Thu, Aug 1, 2024 at 10:40 AM Jason Szumlanski via RE-wrenches <<a href="mailto:re-wrenches@lists.re-wrenches.org" target="_blank">re-wrenches@lists.re-wrenches<wbr>.org</a>> wrote:<br>
>><br>
>> Note: This email is written from the perspective of the Enphase<br>
>> terminology, but the concept and question is the same in a general<br>
>> sense.<br>
>><br>
>><br>
>> I am having a hard time understanding the logic and benefit of a power<br>
>> control system that is used for avoiding a main panel upgrade in a<br>
>> typical residence. If you have a 200A main panel bus with a 200A main<br>
>> breaker, the current limit for a backfed breaker is 32A from the PV,<br>
>> no matter what. The PCS will artificially reduce the PV output to 32A<br>
>> when it could be capable of a much higher current for large systems<br>
>> depending on sunlight availability. That would waste a lot of energy<br>
>> if the PV system is significantly larger than a 32A output rating.<br>
>><br>
>> The PCS standards seem to have missed the mark. Wouldn't it make more<br>
>> sense to limit the total current delivered to the bus from all<br>
>> sources? For example, in the example above, if PV is delivering 40A,<br>
>> why not allow limiting utility input to 120A for a total of 160A<br>
>> continuous delivered to the bus before PV is throttled? If the utility<br>
>> is delivering zero, the PV could deliver all the way up to 160A the<br>
>> the bus if capable. That way, all of the loads would be powered to the<br>
>> maximum extent from PV with the excess exported (if allowed via net<br>
>> metering from the serving utility).<br>
>><br>
>> Am I missing something about how PCS works? I just don't see many use<br>
>> cases for main panel avoidance that are in customers' best interest.<br>
>> If we can't meet the 120% rule, we just do supply-side<br>
>> interconnections so nothing is wasted. But a backfed breaker would be<br>
>> so much easier if PCS were implemented in the way that I would like it<br>
>> to work.<br>
>><br>
>> Jason Szumlanski<br>
>> Florida Solar Design Group<br>
>> ______________________________<wbr>_________________<br>
>> List sponsored by Redwood Alliance<br>
>><br>
>> Pay optional member dues here: <a href="http://re-wrenches.org" rel="noreferrer" target="_blank">http://re-wrenches.org</a><br>
>><br>
>> List Address: <a href="mailto:RE-wrenches@lists.re-wrenches.org" target="_blank">RE-wrenches@lists.re-wrenches.<wbr>org</a><br>
>><br>
>> Change listserver email address & settings:<br>
>> <a href="http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org" rel="noreferrer" target="_blank">http://lists.re-wrenches.org/o<wbr>ptions.cgi/re-wrenches-re-wren<wbr>ches.org</a><br>
>><br>
>> There are two list archives for searching. When one doesn't work, try the other:<br>
>> <a href="https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/" rel="noreferrer" target="_blank">https://www.mail-archive.com/r<wbr>e-wrenches@lists.re-wrenches.o<wbr>rg/</a><br>
>> <a href="http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org" rel="noreferrer" target="_blank">http://lists.re-wrenches.org/p<wbr>ipermail/re-wrenches-re-wrench<wbr>es.org</a><br>
>><br>
>> List rules & etiquette:<br>
>> <a href="http://www.re-wrenches.org/etiquette.htm" rel="noreferrer" target="_blank">http://www.re-wrenches.org/eti<wbr>quette.htm</a><br>
>><br>
>> Check out or update participant bios:<br>
>> <a href="http://www.members.re-wrenches.org" rel="noreferrer" target="_blank">http://www.members.re-wrenches<wbr>.org</a><br>
>><br>
</blockquote></div>