-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Offset for Electricity Consumption #9
Comments
What size of outdoor unit do you have? |
The computed was based orignally on a 8.5kW unit, so under estimate would be expected for a 11.2kW and over estimate for a 6kW units and not accounting for different types of refrigerants. Of course external CT power monitoring is a much better way to do this, for those who don't have monitoring, this provides some level of estimation |
I've noticed that during freezing spells over a 24 period, the CT clamp monitoring almost matches the Ecodan 'yesterday' consumption figure (R290, 6kW). Not sure if this is just due to the energy used for defrost not being accounted for in the Ecodan estimate. |
Proposal would be either to estimate maximum output power seen, to determine unit size or take user input |
Please see Gen2 file for v6.1.1 for testing, unit size & glycol strength have been added as controls which impact both the input and output power |
It correctly defaulted to 8.5 kW (correct for my mother's system) and 30% Glycol, which I guess maybe in the right ball park. |
That's the default starting point, what the calculation was previously based on |
Will test this at the weekend |
So computed is maybe 200-250W under the CT clamp reading? |
In this screen shot the CT clamp is the top graph and then the computed value is the second. I patched the new version in at roughly 7:40AM Before patch power peaks: CT=> 5709W Computed=> 3610W Variation=> 2099W Patch AppliedAfter patch power peaks: CT=> 6614W Computed=> 6160W Variation=> 454W It's reading at a much smaller variance in comparison to my CT meter (which tracks pretty closely with the octopus mini when comparing loads) |
Hey @F1p, thanks for adding this feature, I had noticed the estimated consumption was significantly higher than the actual one. My outdoor unit has an output of 4kW. Could you add this variant to the drop-down list? |
Yes, could you show a comparison of data points to see the difference please? |
Unfortunately I don't have a specific measurement for the heat pump, only net consumption or net production to the network (from the meter) and current solar production, but I could tell the difference was huge and incoherent before adding the new feature and setting it to 5kW, 0% glycol. Also, the 4kW output is only a label as the HP can go beyond 4kW when weather conditions are favorable (this is also mentioned in the ecodan documentation), could At last, I have a split unit and refrigerant R32 circulates between the outdoor and indoor unit, not water. I don't know how you do the math here to get an estimate so I can't tell if this could have an impact. |
I could eventually get some data points, but only for total consumption by comparing :
Day 1: That sounds good enough for me at the moment. |
@jeanmoulart - you are running Gen1 device? You can try pre-release version v6.1.2: https://github.com/F1p/Home-Assistant-Mitsubishi-Ecodan-CN105-to-MQTT/tree/master/build/esp8266.esp8266.generic/v6.1.2 |
@F1p I'm running the ethernet device. I have just updated to the latest version. I'll let you know if setting the outdoor unit size to 4kW improves the estimation. |
Great - thank you |
I think it's well known that the mitsubishi tracked figures are not accurate for power usage.
I've got a CT clamp measuring the HeatPump Consumption and it roughly tracks the same profile, but is way lower on the mitsubishi side when compared to actuals.
Could we have an offset value that can be user defined to make the numbers reflect more accurately?
Here is an image of the Ecodan numbers against a CT clamp which matches what Octopus think I use.
The text was updated successfully, but these errors were encountered: