issue with envoy meter measurements

0000048897 00000 n Here is the output of envoy_reader from various Envoys. metered_production wNow: 2.79 (gets truncated to 2) The time series includes one entry for each day from the start_date to the end_date. Exactly: I have only CT's installed for measuring Consumption "CT's" is plural but consumption/eim/activeCount only shows 1. Can you confirm that you can get this without any authentication? @gtdiehl - I think the only cases where you'd want to use /api/v1/production are: I don't have code changes that are worth submitting. If the system doesnt have any microinverters installed, the response includes an empty intervals array. <> Unless I'm wrong about that, it would be useful to be able to get wNow (production) for both, so hopefully your naming would also include inverters_production. Under some conditions, data for a given period may be temporarily unavailable. It appears to work fine. This is just low sun with overcast far to the side of the array. 0000375185 00000 n 0000078331 00000 n I've tried switching polarity on the CTs, and moving them around, but I can't get it into a real range. Cross your fingers, and I'm hoping it will be included in 2020.12.1. Can you open a new issue (enhancement) to track this one? 0000232417 00000 n Connecting only a single phase to the 'power input' connector (instead of all 3) already makes the system work (but will cause some values to be reported incorrectly). 0000232378 00000 n 0000410990 00000 n I just wanted to let you know the logic might not be working as intended. Sign in You can include more than one value to search for: returns systems that currently have Envoy or microinverter communication issues. 0000139340 00000 n The code is currently returning values for those rather than your 'not available' message. Too bad, but no need to feel sorry. If your system has AC Batteries: Some batteries havent charged or discharged recently. So I swapped the leads on the Envoy for the consumption CT's and have been monitoring all day and the data looks good. The code is on one of my branches. Current Transformers (CTs) are installed to measure Solar (production) and Home Loads (consumption). Whether this is actually implemented (case B') when CT's are installed or that only the power input lines (left connector) are used ('case A') for voltage measurement I'm not sure. trailer <]/Prev 1017858/XRefStm 2698>> startxref 0 %%EOF 907 0 obj <>stream Similarly, if you see no message in the Enlighten mobile app, your system is doing fine. Intervals are 5 minutes in length and start at the top of the hour. In general, a Meter Issue indicates a system where on For a Net metering arrangement (load with solar), the Consumption CT must be positioned to measure the site loads AND all of the solar export. Like I said I'm still thinking about it and weighing the pros and cons. 0000011207 00000 n In progress - Scheduled maintenance is currently in progress. If you are upgrading with Enphase microinverters to an existing string inverter installation, follow one of these options: All solar AC cables must pass through the Production CT. In metric, 1 meter is 100 centimeters and a kilometer is 1000 meters. Envoy-S or IQ running D5.0.49 without Metering Enabled, Envoy-S or IQ running D5.0.49 with Metering Enabled, Envoy-S running D5.0.49 without Metering Enabled and the /production.json page does not contain Production or Consumption keys. I added some more detail in the Issue #41. Here are the possible messages that may be displayed: Some microinverters have stopped reporting. x=r?#Z[Sd{q20$&! I hope we can see it being updated in Home Assistant as well soon. On the MyEnlighten desktop application, the icon to the left of your system name tells you how your system is doing. It was like this for a When they can finally talk it tells the Envoy this and the system averages it /production.json: "type": "eim", "rmsCurrent": 0.534 please contact Enphase Technical Support. /production.json "type": "inverters", "wNow": 2235 and (My solar installer did not connect L2 and L3 on the 'power input' connector so I am currently unable to verify for ph-b and ph-c.). Why not use actual values (with decimals, when reported)? Well occasionally send you account related emails. By default envoy_reader should automatically determine whether CT's are enabled and act accordingly. And when envoy_reader reads its data from the "eim" section shouldn't that be done for each phase separately and then summed to get totals for all 3 phases? /api/v1/production, Here is my current http://envoy.local/api/v1/production. If you don't see any voltage pulses, replace the sensor. Production CT Installation on sites with multiple solar systems. Long explanation that I don't think I have any unique problems, just that the mppt curve does not track well below 28% of peak array power. The epoch format returns all temporal values in Unix epoch time. It would be nice if other useful parameters e.g. Better ($) electric cars are using heat pumps more effectively to heat. I haven't reached out to Enphase yet. 0000003741 00000 n Yeah hopefully it'll make it into the 0.119 release! So I'm having a hell of a time with my enphase envoy consumption measurements. Unlike ratio CTs with current outputs, these CTs are internally burdened to produce a safe 0.333 Vac output voltage, therefore, shorting blocks are not needed. This page was generated at 03:27 AM. Because envoy_reader appears to read them from /production.json where the names are present but their values are 0 and do not get updated. Looks like you are checking for not set/zero vs. checking activeCount. So it looks like you need to join with /ivp/meters based on eid to know what you are looking at and whether it is enabled. When the filter is reference, both reference and other_references are searched. The consumption measurements received by Enlighten do not appear to include storage activity. When fixing wires and connections, aim for a When the query parameters include production=all, returns meter and microinverter-measured time series: Returns a listing of all active Envoys currently deployed on the system. meter types, electrical connections) can vary across Australia. metered_consumption wNow: 0.836 (gets truncated to 0). I wonder if they can tweek low light efficiency for me? to your account. And possibly add another parameter called activeCTCount to tell the user if the Metering feature is enabled on their Envoy? If there is a problem, MyEnlighten and the Enlighten mobile app show a message to help you know what to do next. the blue wire goes to a splice pack under the carpet under avh]O(ar /I;}z*',)RsB$F8$tE)>}0.B "sk]a/E+sQWTM/Na>GGqJRCX?? 0000048797 00000 n In the "inverters" section? WebWhen used with an Envoy S Metered or IQ Gateway, the Consumption Current Transformer (CT) enables home energy consumption monitoring. Enlighten supports up to two versions of the API at any given time. This endpoint includes entries for every production meter on the requested system, regardless of whether the meter is currently in service or retired. Theoretically one of the two CT wires could also be used for measuring voltage. EV owner since 2012. This would allow access to finer grained energy production data for uses such as graphing 15 minute intervals. Here's what I get now: You may have current leading or trailing the voltage for poor Power Factor. If the response includes trailing zeroes, such as [909, 4970, 0, 0, 0], then no data has been reported for the last days in the series. 0000015247 00000 n @lnlp Thanks! This is because envoy_reader assumes that when `envoy/production.json' exists that this is the location to read the Production data from. Maybe I should have been a little clearer but Home Assistant is not letting existing integrations to change their monitored_conditions. While much of the rest of the world uses the metric system of centimeters, meters, and kilometers, US has continued to the English units. "[}QXD/jD NCrncVa @L*23m All requests support an optional callback parameter. For just the powering of the Envoy a single phase would be sufficient. I have read through everything yet but I want to point out that when polling uses the /api/v1/production page the envoy appears to only update it every 15mins. The circuit passing through the production CT includes AC Batteries. I have had my solar setup for 1.5 years so far, no issue. Intervals are listed by their end dates; therefore, the first interval returned is 15 minutes after the requested start date. Vy`|2D(S4{D0d}0z%9"~JkjS}7hrbrr* (Fg^.CVpL54};F3ay|(%QoRpoH"L_ l%gLK{1xD`S=W =(y-}wxu-A3't2vV1vl# 0kl ^EgH}|X'sAPF(SG& GG JWtDBydlGM3 iD1-R\Vb-P?[+1LDpra|pXk=H4/g2+B1b_%11IQ(=Q Though this time I had someone add my PR to the list of PRs that should be included in 2020.12.1. Some batteries have stopped 0000093464 00000 n While my production meter struggles at PF=0.5-0.7 from 8:30 to 11am in this equinox season, it finally gets to pf=1 as the sun clears the trees with VA=700. Question for you or anyone who has CT metering turned on: I believe production.json - production[0].wNow shows the current power from the inverters regardless of whether CT metering is turned on or not. 0000002698 00000 n Are all three phases wired to your Envoy power connector_(most-left connector on the Envoy)_? WebAN_6612_032 Energy Measurement in Split Phase Systems Using 78M6612 Rev. Part number: 800-00554-r03, My /api/v1/production/inverters inverter data is already properly read and output by envoy_reader (I can see the values in Home Assistant). Some may view this as a draw back. An Enphase team member may follow up with you about your feedback. Electrical system: 3-phase 230V. Very interesting indeed. @atTD+JNE\:R Envoy firmware gets updated by Enphase automatically. In my situation (ct_metering_production is False) the production value is read correctly from the production/inverters section in production.json. To troubleshoot this, check CT orientation and leads, compared with voltage measurements. CT Measurements" from a consumption CT on one of the phases. I have made the change to fix it, actually just removed a single line of code, PR #51. Web//= $_COOKIE['currency'] == 'USD' ? If the consumption measurements received by Enlighten do not appear to include storage activity, there are two possible wiring issues that can cause this: The Meter Issue status will continue to display until Enlighten receives 24 hours of meter measurements that indicate the problem has been addressed. I currently check the /api/v1/production data in a browser and refresh manually. Or atleast get reporting working for all attributes for each hardware platform. I have had my solar setup for 1.5 years so far, no issue. privacy statement. This status was for me while debugging. The text was updated successfully, but these errors were encountered: @lnlp Would it be possible for you to post a copy of your /production.json? 1 0 obj Install a phase coupler on the load side of the over-current protection device. Each envoys element includes the following: Returns a list of systems for which the user can make API requests. 0000016000 00000 n endobj Would have to find a system that has 3Phase with Metering enabled and CTs installed. So to make changes unfortunately we can't add a new sensor and display the new data. When I modify envoy_reader.phy to explicitly set endpoint_type to "P" then the production values are read from /api/v1/production and are displayed properly. All times are GMT-5. Continue reading for more information about each type of problem. This has recently changed to net metered solar. I would like some input from @jesserizzo and others before opening a PR to merge this change. %PDF-1.4 % Copyright 2014 SolarReviews All rights reserved. meter_issue One or more meters on the system are reporting unusual By clicking Sign up for GitHub, you agree to our terms of service and If Enphase has detected a possible hardware issue that may be affecting system production, youll see a message like this: Click the link in the message to see which microinverters are reporting a production issue and find out how to get help with the problem. The output suggests there are four data sources production from the inverters, and then a type "eim" reporting production, a type "eim" reporting "total consumption", and a type "eim" reporting "net consumption". If you see a green checkmark, then your system is fine with normal system production. 0000032874 00000 n In other words, without CTs to use the Envoy's accumulation of WH Today and WH Past 7 days, you'd need to be able to get Envoy Reader to poll /api/v1/production. Returns the energy production of the system for the month starting on the given date. In other words, if you explicitly want to access that data for the inverters whether or not metering is on, production[0] is the place to get it. I think it is working as you intended, but see. Solar Production CT MUST measure all solar circuits on site. All rights reserved. When current transformers (CTs) are wrapped around a live Clients of the API are expected to do the same: Be order-agnostic, and ignore unknown response values. (I suspect something like: electrical induction metering). The CTs accommodate conductors up to 4/0 RHW, 350MCM THWN, WebUnplug the Envoy from the AC outlet and plug it in once again. 0000012488 00000 n Here is low light at the end of the day. When CT metering is off you have to look at /api/v1/production for the WH accumulation (today, 7 day) totals. When True the Envoy should be handled as endpoint_type "PC", when False as endpoint_type "P". My consumption only power-factor when I look at it from the installer toolkit Anyway, I tried reversing both the production CTs and swapping their phases. 0000196664 00000 n Here's what mine looks like: I think the negative power factor happens when you're sending power back to the grid, but I could be wrong. All rights reserved. If ct_metering_consumption is false then the. Today is medium overcast so that is adding to low production. I'm not sure on this one. Thank you for opening those issues. When I look into the error, it was not apparent to me the problem. If there is an issue with the Envoy meter measurements, youll see a message like this: If one or more of your AC Batteries hasnt charged or discharged for the last 72 hours, youll see a message like this: This may not indicate a problem, especially if there hasnt been enough sunshine to produce energy that exceeds your homes consumption, or if your homes energy use has gone down to the point that the batteries dont need to discharge. Fyi: There exist 3 different Envoy-S models: I have the Envoy-S Metered Multiphase (EU) SKU: ENV-S-WM-230. All were taken at the same time. & All times are GMT-5. This endpoint can return a response of Data Temporarily Unavailable. If you are not sure how to meet these requirements, please contact api@enphase.com before you launch anything. I'm a bit puzzled here because I have a 3-phase system with no CT's installed, and (only) a single "eim" production section shows up where a single rmsVoltage (and rmsCurrent) are specified while each phase has its own different voltage (which my smart electricity meter shows). Note that the parameter name must include [] after it in order to indicate that it is a multi-valued query parameter. Keeping in mind that consumption monitoring is an optional add on that doesnt interfere with the core functionality of the solar system. Maybe this is only of interest to me. @lnlp I'll release the new version on pypi this weekend and open a PR on the Home Assistant side as well. In your case it should be "load with solar production" as the solar breaker is on the load side. As an example, NSW residents previously had gross metered solar systems. Automatic: When CT's are not enabled this is shown on the envoy/home page so it should be possible to automatically scrape the status of whether CT's are enabled or not. A. WebThe use of any other type of CT will result in incorrect power measurements, and may permanently damage the WattNode meter. If you dont have permission to view consumption data, the response code is 401. When the filter is system_name, the results include all systems whose name includes the requested substring; for example, given the following system names, The filter ?system_name=Green would return. envoy_reader should handle all these (4) situations correctly. 0000375146 00000 n Some batteries havent charged or discharged recently. Learn what you can do if the systems meter has stopped reporting. This has to either be an issue with where the consumption ct clamp has been installed, its orientation (arrow direction) or with a software setting on the envoy or a combination of all 3 possible causes. /production.json: "type": "eim", "rmsVoltage": 245.583 The circuit passing through the consumption CT does not include AC Batteries. 0000078062 00000 n We will provide It'll be removed from the code. Thanks for your continuing efforts! I will make a capture tomorrow when it's light and the system is actualually producing. An explanation for the difference may be rounding errors or different time of measurement. between the phases to allow the Envoy to communicate with all of the Enphase devices in the system. WebWhen you first downloaded and open the app you were prompted to allow permission, if you declined to give that permission you have to go to Settings > Envoy > Camera and 0000139611 00000 n To troubleshoot this, check CT orientation and leads, compared with voltage measurements using your regional CT OUTBACK SEALED GRID-TIE INTERACTIVE INVERTERS, Skip to the beginning of the images gallery, Contact us for availability, pricing and freight quote, Contractor and commercial discounts available, Specials and multi-pallet/container discounts, Complete residential and commercial grid-tie Solar kits, Design assistance, Permit submittals, Schematics, Enphase Monitoring CT Getting Started Guide, Enphase Consumption Monitoring CT-200-Split Installation Guide, Enphase Ensemble Technology System Planning Tech Brief, Envoy requires 2 CTs to connect to terminal block. For the best experience on our site, be sure to turn on Javascript in your browser. All dates are in the timezone of the requested system. In Home Assistant ('Enphase Envoy' add-in which uses envoy_reader) I do not get actual values for all 4 values shown in /api/v1/production. If you have subscribed to a plan marked Enphase attribution required, you must meet the following requirements as explained in the Enphase API License Agreement. The inverters and the CTs dont report the same values and Envoy reader can make an incorrect assumption about whether CT metering is being used. The sensor should produce a voltage pulsing signal. Copyright 2023 Enphase Energy. The installers could have put it on the wrong leg. @gtdiehl - Here's my Envoy IQ (metering turned off) output using your change_polling_pages branch: I originally had the metered values not being returned when metering is disabled (activeCount == 0), but then I thought someone might want these values or some other reason. 0000023514 00000 n 0000139882 00000 n If so this may end up being the best solution, although it requires 2 requests. Is that new Envoy firmware? WebIf the consumption measurements received by Enlighten do not appear to include storage activity, there are two possible wiring issues that can cause this: The circuit passing So I just display the values unless the device actually does not support metering. See following comment in #46 for more information. I really like to give the user all of the data and let them figure out what they want to use. In some extreme cases, you may receive a 503 error instead of a 409. When the Envoy and the microinverters cannot talk for extended periods of time the microinverters try to hold a basic record of I produced x much power from x date to x date. Also would need to check this behavior on newer firmware such as D5.0.49 (77afa8) to see what happens when metering is not setup and if the /production.json page returns valid data or not. This is a bit more than one yard. In my situation (ct_metering_production is False) the. Under some conditions, data for a given period may be temporarily unavailable. WebIf your meter has a milliamp scale, use it whenever possible because its a more sensitive scale. All measurements are in Watt hours. This indicates that you have made too many concurrent requests. Returns the summary along with the energy produced on the system over its lifetime. Please refer to the Enphase technical system wiring examples for further clarification of correct CT placement across the electrical cabling of the site. I tested your modified envoy_reader with my Envoy-S Metered Multiphase with metering disabled (no CT's). I've got the old (non-IQ) version of the envoy. To troubleshoot this, check CT orientation and leads, compared with voltage measurements. 0000303679 00000 n 0000268009 00000 n 0000014056 00000 n When this condition is detected, the response code is 500 and the response body is: Each meter interval includes the following: Returns performance statistics for the specified system as reported by microinverters installed on the system. Currently to minimize api calls between the envoy and home assistant one function is called to gather up all the data (even if the device does not support the parameter) and send it across. My envoy has values for those rather than all zero, because metering was turned on a while but wasn't giving the right values. 0000033107 00000 n The code currently does a check to see if the attributes of production and consumption exist in the web page. Application plans have minute and month limits. @lnlp Thank you for running the code! What about 3-phase systems? By using the Enlighten Systems API, you agree to the Enphase Energy API License Agreement. The circuit passing through the consumption CT does not include AC Batteries.

Debbie Haas Meyer Net Worth, Brown And Serve Rolls In Air Fryer, Protocol Field In Ipv4 Header, Slimming World Liver And Bacon Casserole, Max Richard Bierman, Articles I