Closed kdeyev closed 1 year ago
This looks great, do you think I should reconstruct it a little differently and separate out the sensors in to different classes since this is only “temporary”? It would be much easier later on to remove all of the secondary sensor stuff that way. Otherwise, this will work the way it is.
Yes, thank you! Do you want me to merge it first?
BTW, I never had those crazy problems with statistics, so the regular sensor works for me great
No, i’ll work inside of your branch. I have not seen any abnormal values either! I’ll work on this on Sunday, tonight is a drinking evening 😁.
Theres an import_historical_data in both the super(coordinater) and the sensor? Are they the same thing?
Extra sensor created 👍🏼
@disforw Sorry, I missed your message.
Yes, I made them almost identical and the only difference is the attr_state_class.
I found that the statistic with attr_state_class = None
has some limitations, for example, it does not calculate the consumed water cost.
So I decided to create 2 almost identical sensors, one for the happy path and another as a fallback.
I see pre-commit checks are failing. let me fix it
Should we merge it?
I cleaned us up a little bit, looks good to me. Wanna just check it with a beta first?
This PR addresses #30 and #43 The integration will add 2 different water meters:
The "statistic" one should be used in the Energy Dashboard as a workaround for the negative water usage values issue discussed in #30.