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". So if the Envoy has Metering enabled values will be retrieved from /production.json and if Metering is not enabled values will be retrieved from /api/v1/production. production_readingtime (source: production.json production inverters readingTime) 0000017877 00000 n So this voltage is apparently read from L1 on the 'power input' connector. Here's my output. with Envoy I think it is working as you intended, but see. With all of the typical tight connections I don't have a way to measure volts and compare to expected IQ6+ performance. I've connected them using Enpase IQ7+ micro inverters and bought also a Envoy-S Metered with them to read out the production statistics. I just wanted to let you know the logic might not be working as intended. So I swapped the leads on the Envoy for the consumption CT's and have been monitoring all day and the data looks good. Have an assistant crank the engine for a few seconds while you watch the meter's readout. 0000026874 00000 n At first I seemed to get a 404 for but maybe I didn't get the plurals right though http://envoy.local/ivp/meters/readings. I would like some input from @jesserizzo and others. Is it correct that you have only one single CT for consumption? It only reads envoy/production.json. Envoy S Production data is not read / read incorrectly when 0000010160 00000 n @atTD+JNE\:R I would have to look into how to send specific data from the envoy_reader API to Home Assistant. Correct me if I'm wrong, without CT metering, Also, If state was kept and easily accessible in either envoy_reader (or Home Assistant), today's WH production and the last seven days of WH production could be determined from tracking the, If CT metering isn't turned on, and the user wants to see the Envoy's inverter totals for today and the last seven days, then. Could there there be another (URL) location on the Envoy where differentiated data for each phase is available? I currently check the /api/v1/production data in a browser and refresh manually. Details about my Envoy: endobj Each envoys element includes the following: Returns a list of systems for which the user can make API requests. All times are GMT-5. About API v4. All API requests require your API key and a user_id. If you dont have permission to view consumption data, the response code is 401. If the system has both production and consumption CTs installed, you can see which meter is affected by checking the meter status on the Devices screen. If the message persists and is not due to unusual production or consumption conditions, contact your installer for help. We are available to look at live beta sites, screenshots or ad-hoc apps to help guide your development. @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. An Envoy S (and probably Envoy IQ) without CT's enabled should be handled as 'endpoint_type' "P" instead of 'endpoint_type' "PC". %PDF-1.4 % (I have observed bogus values for 'production' and 'consumption' in range between 0 and 2). I removed the inverter data and right now the values are zero due to no sunlight, but you should get an idea of what would be sent to Home Assistant once that sensor code is updated. An Enphase team member may follow up with you about your feedback. This isn't currently accessible via Home Assistant, since at least for my configuration it is polling production.json and using the `eim`` structure which never change, which is the issue being reported here. Examples in this documentation exclude the API key and the user_id for clarity. I have tested your latest envoy_reader.py. Enlighten declares a Meter Issue () system status when it detects a possible problem with the CT or storage measurements. Already on GitHub? Would have to find a system that has 3Phase with Metering enabled and CTs installed. For example, a request to. Could this have been fixed in a later firmware revision? It was like this for a Good catch! There is an issue with my envoy meter measurements - Enphase Parameter order does not matter in any request. I therefore did not install any CT's. When fixing wires and connections, aim for a According to the Envoy-S Metered Multiphase Installation manual there are 3 CTs installed on the Production and Consumption sides. &pLlV y*Hv. Better ($) electric cars are using heat pumps more effectively to heat. %PDF-1.5 For a 3-phase installation I would need to buy 4 additional CT's while consumption and production data is already provided by my smart electricity meter (via DSMR P1 port). CT Installation and Wiring Returns the last known odometer reading of each revenue-grade production meter on the system as of the requested time. WebIf the system has both production and consumption CTs installed, you can see which meter is affected by checking the meter status on the Devices screen. If it continues to display Envoy Failure or if it never moves beyond the This is because envoy_reader assumes that when `envoy/production.json' exists that this is the location to read the Production data from. tvd`x]6d=WY fj0A2! 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 There was a reply in the Home Assistant Community forum where a person took this screenshot. Sign up for a free GitHub account to open an issue and contact its maintainers and the community. Copyright 2023 Enphase Energy. 0000003055 00000 n Test a Crankshaft Position Sensor Using a What about 3-phase systems? Maybe I should have been a little clearer but Home Assistant is not letting existing integrations to change their monitored_conditions. Production CT Installation on sites with multiple solar systems. "Metered Production data not available for your Envoy device." 0000048897 00000 n 0000196625 00000 n 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. Each Microinverter element includes the following: This endpoint is deprecated and will be removed in a future release. All API requests, regardless of version, are throttled according to the limits of the application plan you chose when signing up for an account. @OllemGit Would it be possible for you to verify this? Actual Production that gets updated is available via envoy/api/v1/production however. 0000303640 00000 n 9 kW solar, 42kWh LFP storage. I have had the production CT installed from the beginning and I just now got around to installing the consumption CT's. I was happy to see it working in 2020.12.0 now but then noticed values reported in HA don't match /api/v1/production. You have your consumption meter set to "load with solar production" or "load only"? In my situation (ct_metering_production is False) the production value is read correctly from the production/inverters section in production.json. I have an Enphase system but it only has production and the blue bars are in the same orientation as in your chart. How will I know if theres a problem with my 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. Examples in this document exclude the callback parameter for clarity. There are 1000 millimeters in a meter. Model: Consumption Production Consumption Consumption Clamp Quantity Error: Failed to fetch Details If your application does not allow for you to include an image, you must include the text Powered by Enphase Energy. Envoy I really like to give the user all of the data and let them figure out what they want to use. One foot is the same as 12 inches, and a yard is 36 inchesand the confusion continues. 1.0 5 Additional Features Additional features include wrong wiring detection, such as inversion All measurements are in Watt hours. And for the nice to have wishlist: 827 0 obj <> endobj xref 827 81 0000000016 00000 n The heating system is just resistance heaters on that car so it's like a giant toaster oven. If a meter or meters are installed on the system, measurements come from the meter; otherwise, measurements come from the microinverters. @lnlp Thanks! Thank you for opening those issues. /api/v1/production, Here is my current http://envoy.local/api/v1/production. 0000029406 00000 n Envoy However, each request may optionally include it. I'm thinking maybe another check of the attribute eim. In the "inverters" section? 0000161309 00000 n Attributes that are times are named accordingly (e.g., operational_at, last_report_at, start_at, end_at). 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 dark hours on a system are an example of such a gap, because the microinverters do not produce at night. When this condition is detected, the response code is 500 and the response body is: Returns a time series of energy consumption as measured by the consumption meter installed on the specified system.
Crossover Permit Ballarat, Bill Carroll Obituary, Shane Clift Johnston, Articles I