Rogue negative value in energy dashboard #30
Labels
bug
Something isn't working
Comments
|
V2 beta 1 and a restart shows same
|
|
@bsp9493 thank you for reporting the issue! |
|
Yes, that appears to be the issue.dOn Aug 18, 2023, at 9:27 AM, Konstantin Deev ***@***.***> wrote:
@bsp9493 thank you for reporting the issue!
Is the negative value magnitude equal to the actual water meter reading?
I may need to add more logs into the source code and release another beta
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
I just got this integration set up in the Beta version that attempts to fix this, I am having the same issue. |
|
Unfortunately, I cannot reproduce the problem on my end, I saw it a couple of times, but I was not able to understand the root. And I released this code in |
|
Got this error on the new beta release |
|
Sorry, my bad. |
|
Just release v2.0.1-beta.3. |
|
The issue actually may have been resolved with your changes, Ill will report back if I have the issue again, but it seems to be looking correct now. |
|
Great, then I know where was the issue: the integration never sorted to data points and it probably caused the wrong import. |
|
Crap.. it was resolved but I checked again and it looks like it happened again. Here is the logged data set, its huge. |
|
The data looks ok. |
|
Please try v2.0.1-beta.6 |
|
Looks good on my enddOn Aug 18, 2023, at 7:34 PM, Konstantin Deev ***@***.***> wrote:
Please try v2.0.1-beta.6
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
Mine is still not right, I did a couple of restarts and reloaded the integration, @bsp9493 you may want to check back in a few because mine looked okay, and then went back to negative. |
|
Oh…Yes, you r right, initial start up was ok, Went back and it’s back:(dOn Aug 18, 2023, at 7:59 PM, ParkerAnderson9 ***@***.***> wrote:
Mine is still not right, I did a couple of restarts and reloaded the integration, @bsp9493 you may want to check back in a few because mine looked okay, and then went back to negative.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
Please try v2.0.1-beta.7 |
|
Nope… same result.As far as I can figure the negative value looks to be the negative of my fatal meter reading PLUS my daily usage.Ie -(600000 litres total usage)+ 4000 litres daily usage (my sprinklers were on)=-596000dOn Aug 18, 2023, at 10:39 PM, Konstantin Deev ***@***.***> wrote:
Please try v2.0.1-beta.7
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
My total usage in stats is approx 600000 LBeta 7 showed ~ (-)600000LBeta 8 shows ~ (-) 580000LSo something changed.It’s like the - number is somehow a leftover amount that gets posted as the most current reading in the energy dashboarddOn Aug 18, 2023, at 10:48 PM, David Morhun ***@***.***> wrote:Nope… same result.As far as I can figure the negative value looks to be the negative of my fatal meter reading PLUS my daily usage.Ie -(600000 litres total usage)+ 4000 litres daily usage (my sprinklers were on)=-596000dOn Aug 18, 2023, at 10:39 PM, Konstantin Deev ***@***.***> wrote:
Please try v2.0.1-beta.7
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
@bsp9493 |
|
Same:(I should be getting another update (from Eyeonwater) soon… Will check back then.l, but beta 9 the same:(Any debug logging I can turn on that might help?Could it be an issue with where energy dashboard is getting its numbers from??!I’m using mariadb as my recorder, not the homeassistant default.dOn Aug 19, 2023, at 7:45 AM, Konstantin Deev ***@***.***> wrote:
@bsp9493
Thank you for the effort.
I still have no idea what's wrong, but I keep doing some blind fixes in the hope to mitigate the issue.
Could you please try v2.0.1-beta.9?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
I'm running out of ideas.
The next step I would suggest: deleting the integration and removing all statistics.
After the integration is deleted. Developer Tools -> Statistics should allow to delete statistics of the associated sensor (sensor.water_meter_........).
It may also be possible to delete the sensor itself. Here are my queries: in the response: the id will be the value of the "metadata_id". In my case, it was 224. Table: statistics -> Query Table: statistics_short_term -> Query
Please let me know if you see anything suspicious. All this SQL data is a kinda ground truth. |
|
Something is definitely having some issues, deleted all data, and reloaded and now it is showing all of my usage 2 days ago, and a normal amount yesterday. here is the export of the table Data Export[ { "id": 317039, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 305150.39999999997, "metadata_id": 108, "created_ts": 1692464966.139009, "start_ts": 1692248400.0, "last_reset_ts": null }, { "id": 317040, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 305150.39999999997, "metadata_id": 108, "created_ts": 1692464966.142464, "start_ts": 1692252000.0, "last_reset_ts": null }, { "id": 317041, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 305151.9, "metadata_id": 108, "created_ts": 1692464966.1436434, "start_ts": 1692255600.0, "last_reset_ts": null }, { "id": 317042, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 305312.2, "metadata_id": 108, "created_ts": 1692464966.1448345, "start_ts": 1692259200.0, "last_reset_ts": null }, { "id": 317043, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 305578.7, "metadata_id": 108, "created_ts": 1692464966.1462207, "start_ts": 1692262800.0, "last_reset_ts": null }, { "id": 317044, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 305862.6, "metadata_id": 108, "created_ts": 1692464966.147343, "start_ts": 1692266400.0, "last_reset_ts": null }, { "id": 317045, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306365.0, "metadata_id": 108, "created_ts": 1692464966.148498, "start_ts": 1692270000.0, "last_reset_ts": null }, { "id": 317046, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306366.0, "metadata_id": 108, "created_ts": 1692464966.1496747, "start_ts": 1692273600.0, "last_reset_ts": null }, { "id": 317047, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306366.0, "metadata_id": 108, "created_ts": 1692464966.1512065, "start_ts": 1692277200.0, "last_reset_ts": null }, { "id": 317048, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306366.0, "metadata_id": 108, "created_ts": 1692464966.1524143, "start_ts": 1692280800.0, "last_reset_ts": null }, { "id": 317049, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306369.8, "metadata_id": 108, "created_ts": 1692464966.153615, "start_ts": 1692284400.0, "last_reset_ts": null }, { "id": 317050, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306390.8, "metadata_id": 108, "created_ts": 1692464966.155085, "start_ts": 1692288000.0, "last_reset_ts": null }, { "id": 317051, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306394.8, "metadata_id": 108, "created_ts": 1692464966.1568873, "start_ts": 1692291600.0, "last_reset_ts": null }, { "id": 317052, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306521.1, "metadata_id": 108, "created_ts": 1692464966.1587806, "start_ts": 1692295200.0, "last_reset_ts": null }, { "id": 317053, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306521.3, "metadata_id": 108, "created_ts": 1692464966.1605003, "start_ts": 1692298800.0, "last_reset_ts": null }, { "id": 317054, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306522.89999999997, "metadata_id": 108, "created_ts": 1692464966.1618383, "start_ts": 1692302400.0, "last_reset_ts": null }, { "id": 317055, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306528.0, "metadata_id": 108, "created_ts": 1692464966.1628754, "start_ts": 1692306000.0, "last_reset_ts": null }, { "id": 317056, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306536.0, "metadata_id": 108, "created_ts": 1692464966.1641157, "start_ts": 1692309600.0, "last_reset_ts": null }, { "id": 317057, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306536.80000000005, "metadata_id": 108, "created_ts": 1692464966.165153, "start_ts": 1692313200.0, "last_reset_ts": null }, { "id": 317058, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306537.10000000003, "metadata_id": 108, "created_ts": 1692464966.1662107, "start_ts": 1692316800.0, "last_reset_ts": null }, { "id": 317059, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306537.10000000003, "metadata_id": 108, "created_ts": 1692464966.1672347, "start_ts": 1692320400.0, "last_reset_ts": null }, { "id": 317060, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306537.10000000003, "metadata_id": 108, "created_ts": 1692464966.1684325, "start_ts": 1692324000.0, "last_reset_ts": null }, { "id": 317061, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306541.2, "metadata_id": 108, "created_ts": 1692464966.1694763, "start_ts": 1692327600.0, "last_reset_ts": null }, { "id": 317062, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306541.4, "metadata_id": 108, "created_ts": 1692464966.1705344, "start_ts": 1692331200.0, "last_reset_ts": null }, { "id": 317063, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306542.7, "metadata_id": 108, "created_ts": 1692464966.1745932, "start_ts": 1692334800.0, "last_reset_ts": null }, { "id": 317064, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306542.7, "metadata_id": 108, "created_ts": 1692464966.1758387, "start_ts": 1692338400.0, "last_reset_ts": null }, { "id": 317065, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306542.7, "metadata_id": 108, "created_ts": 1692464966.1768727, "start_ts": 1692342000.0, "last_reset_ts": null }, { "id": 317066, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306702.3, "metadata_id": 108, "created_ts": 1692464966.177926, "start_ts": 1692345600.0, "last_reset_ts": null }, { "id": 317067, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 306968.7, "metadata_id": 108, "created_ts": 1692464966.178958, "start_ts": 1692349200.0, "last_reset_ts": null }, { "id": 317068, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307426.30000000005, "metadata_id": 108, "created_ts": 1692464966.1803591, "start_ts": 1692352800.0, "last_reset_ts": null }, { "id": 317069, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307924.6, "metadata_id": 108, "created_ts": 1692464966.1814847, "start_ts": 1692356400.0, "last_reset_ts": null }, { "id": 317070, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307925.1, "metadata_id": 108, "created_ts": 1692464966.182506, "start_ts": 1692360000.0, "last_reset_ts": null }, { "id": 317071, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307925.1, "metadata_id": 108, "created_ts": 1692464966.1835334, "start_ts": 1692363600.0, "last_reset_ts": null }, { "id": 317072, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307925.1, "metadata_id": 108, "created_ts": 1692464966.1847653, "start_ts": 1692367200.0, "last_reset_ts": null }, { "id": 317073, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307925.1, "metadata_id": 108, "created_ts": 1692464966.1857824, "start_ts": 1692370800.0, "last_reset_ts": null }, { "id": 317074, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307925.1, "metadata_id": 108, "created_ts": 1692464966.1868117, "start_ts": 1692374400.0, "last_reset_ts": null }, { "id": 317075, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307929.89999999997, "metadata_id": 108, "created_ts": 1692464966.187997, "start_ts": 1692378000.0, "last_reset_ts": null }, { "id": 317076, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307934.9, "metadata_id": 108, "created_ts": 1692464966.1895905, "start_ts": 1692381600.0, "last_reset_ts": null }, { "id": 317077, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307934.9, "metadata_id": 108, "created_ts": 1692464966.191352, "start_ts": 1692385200.0, "last_reset_ts": null }, { "id": 317078, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307938.10000000003, "metadata_id": 108, "created_ts": 1692464966.193041, "start_ts": 1692388800.0, "last_reset_ts": null }, { "id": 317079, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": null, "sum": 307967.2, "metadata_id": 108, "created_ts": 1692464966.1947505, "start_ts": 1692392400.0, "last_reset_ts": null } ] |
|
@ParkerAnderson9 Thank you for the answer. |
|
It seems that it is still having issues on v2.0.0, I think Im getting closer to understanding why, but I am not sure what the correct fix would be, it definitely has something to do with it trying to correct for the initial value 30 days ago, I modified the code and imported all of the data from when I purchased my house, which started somewhere around 132k gallons, and then because it re-imports every restart I set it back to 30 days, but now since it doesnt have the history on those 132k gallons it is a struggling to figure out what is going on, if I modify the statistics I can get it to read correctly until I restart, it is quite strange.. I am not sure what I can do to help, It has been a long time since I have messed with Python, but I might be able to help debug what is going on. Thank you for being on top of helping out with these issues |
|
Here is an example I finally got of what it has done.. Data Export[ { "id": 327861, "created": null, "start": null, "mean": null, "min": null, "max": null, "last_reset": null, "state": 307987.1, "sum": -660004.5000000001, "metadata_id": 108, "created_ts": 1692475210.614239, "start_ts": 1692471600.0, "last_reset_ts": null }, { "id": 327734, "created": null, "start": null, "mean": null, "min": 132000.5, "max": 132000.5, "last_reset": null, "state": null, "sum": 132000.5, "metadata_id": 108, "created_ts": 1692469961.6563652, "start_ts": 1654232400.0, "last_reset_ts": null }, { "id": 327733, "created": null, "start": null, "mean": null, "min": 132000.5, "max": 132000.5, "last_reset": null, "state": null, "sum": 132000.5, "metadata_id": 108, "created_ts": 1692469961.6553204, "start_ts": 1654236000.0, "last_reset_ts": null }, { "id": 327732, "created": null, "start": null, "mean": null, "min": 132000.5, "max": 132000.5, "last_reset": null, "state": null, "sum": 132000.5, "metadata_id": 108, "created_ts": 1692469961.6542974, "start_ts": 1654239600.0, "last_reset_ts": null }, { "id": 327731, "created": null, "start": null, "mean": null, "min": 132000.5, "max": 132000.5, "last_reset": null, "state": null, "sum": 132000.5, "metadata_id": 108, "created_ts": 1692469961.6532383, "start_ts": 1654243200.0, "last_reset_ts": null }, { "id": 327730, "created": null, "start": null, "mean": null, "min": 132000.5, "max": 132000.5, "last_reset": null, "state": null, "sum": 132000.5, "metadata_id": 108, "created_ts": 1692469961.652198, "start_ts": 1654246800.0, "last_reset_ts": null }, { "id": 327729, "created": null, "start": null, "mean": null, "min": 132000.5, "max": 132000.5, "last_reset": null, "state": null, "sum": 132000.5, "metadata_id": 108, "created_ts": 1692469961.651176, "start_ts": 1654250400.0, "last_reset_ts": null }, { "id": 327728, "created": null, "start": null, "mean": null, "min": 132000.5, "max": 132000.5, "last_reset": null, "state": null, "sum": 132000.5, "metadata_id": 108, "created_ts": 1692469961.650135, "start_ts": 1654254000.0, "last_reset_ts": null }, { "id": 327727, "created": null, "start": null, "mean": null, "min": 132002.5, "max": 132002.5, "last_reset": null, "state": null, "sum": 132002.5, "metadata_id": 108, "created_ts": 1692469961.649115, "start_ts": 1654257600.0, "last_reset_ts": null }, { "id": 327726, "created": null, "start": null, "mean": null, "min": 132020.5, "max": 132020.5, "last_reset": null, "state": null, "sum": 132020.5, "metadata_id": 108, "created_ts": 1692469961.6480951, "start_ts": 1654261200.0, "last_reset_ts": null } ] |
|
I think just doing a delete on that negative record actually cleaned up everything, it would definitely be good to figure out why it is being created in the first place, but so far it seems to be looking good. |
|
Ok, my best guess is that it happens because the integration reimports the same data points again and again. |
|
Yeah, that sounds like what it could be, not sure if you can check if things are imported already. |
|
I think I saw some similar code that stored the last imported timestamp in a config (somewhere else). |
|
Hi @kdeyev I did not report the "problem" to HA developers, in fact, I'm not sure if there is a problem. Clearly we are moving in a shady space:
Of course it would be nice to integrate some of HA-historical-sensors into HA-core, for now I know 3 integrations relaying on HA-historical-sensors and I have ideas for some more, clearly there is a use case. Going back to the bug issue: I'm still having trouble trying to express what is the problem and how to present a reproducible case. The fact (as far I know) that statistic generation cannot be triggered doesn't help debugging. Anyway, even with this considerations I'm open to report an issue for HA-core but now sure how. |
This was referenced Aug 22, 2023
|
Hacs works fine, I can interact with every addin except the Eyeonwater water.
Eyeonwater shows an update, I get no action when I click
I have also tried redownloading eyeonwater directly from github and replacing (still get same issue)
If I try via hacks, that is where I get the unknown error.
This error message shows up in log
Logger: homeassistant.components.websocket_api.http.connection
Source: custom_components/hacs/repositories/integration.py:173
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: 8:07:13 PM (1 occurrences)
Last logged: 8:07:13 PM
[547416489536] Error handling message: Unknown error (unknown_error) xxxxxx from 192.168.x4.x2 (Mozilla/5.0 (iPhone; CPU iPhone OS xxx like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Home Assistant/2023.4 (io.robbie.HomeAssistant; build:2023.460; iOS 16.6.0) Mobile/HomeAssistant, like Safari)
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/websocket_api/decorators.py", line 26, in _handle_async_response
await func(hass, connection, msg)
File "/config/custom_components/hacs/websocket/repository.py", line 40, in hacs_repository_info
await repository.update_repository(ignore_issues=True, force=True)
File "/config/custom_components/hacs/utils/decorator.py", line 28, in wrapper
result = await function(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/hacs/repositories/integration.py", line 126, in update_repository
if manifest := await self.async_get_integration_manifest():
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/hacs/repositories/integration.py", line 173, in async_get_integration_manifest
raise HacsException(f"No {RepositoryFile.MAINIFEST_JSON} file found '{manifest_path}'")
custom_components.hacs.exceptions.HacsException: No manifest.json file found 'custom_components/None/manifest.json'
d
… On Aug 21, 2023, at 7:39 PM, Konstantin Deev ***@***.***> wrote:
@bsp9493 <https://github.com/bsp9493> It sounds weird. Could you please try to reinstall the HASC custom repository?
—
Reply to this email directly, view it on GitHub <#30 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALBI77HVHZICK6LKC5XELYTXWQLXDANCNFSM6AAAAAA3VW6AVI>.
You are receiving this because you were mentioned.
|
|
@bsp9493 Could you try to remove the repository from the HACS? |
|
I’d manually go in there and delete any files left behind in the folder “eyeonwater” as well. |
|
@kdeyev I have an Idea that seems to be working for me, I set the state_class to SensorStateClass.TOTAL instead of total_increasing, and it actually seems to work, I havent found any negative effects so far, unless you know of any, we might want to have some other people try it that way maybe? |
|
Unable to remove it… can’t do anything with it:(Will have to research how to manually remove a repository from hacs:(dOn Aug 22, 2023, at 6:22 PM, disforw ***@***.***> wrote:
I’d manually go in there and delete any files left behind in the folder “eyeonwater” as well.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
@disforw I looked at the documentation you shared and it sounds like we misused the |
|
If that is the case then I accept responsibility for this. I used total_increasing because a meter will never restart from 0 and never decrease. |
|
I think this will potentially need more than just switching it to total, I am working on testing it now, I think We may need to set the inital state to the lowest value read, or to 0. |
|
Yes, ours should never decrease, but I am afraid that misinterpreted the statistics delay and starts a new "billing cycle" with 0. I've release v2.0.4-beta.1 |
|
I just installed 2.4-beta1 and will check it out for the next 24 hours. |
|
Just got the first successful hourly statistic update to write correctly, I had to make sure the initial state and short term statistic sum and state were 0, and it wrote a correct value in the long term statistic, if there is a way to create an initial state and short term statistic of 0 that and setting the state class to TOTAL may be the solution for this integration. It has actually seemingly been solid for 3 hours now, every hourly update inserts the correct data, not seeing negative values anymore. |
|
I see a negative value when using 2.4-beta1. Can you create a pr with your changes? |
|
It may happen that you see a negative value because HA had some state in the DB (that what @ParkerAnderson9 mentioned before) |
|
Hi All, |
|
Not sure…Getting smaller negatives, and history doesn’t seem to be populating.dOn Aug 24, 2023, at 8:52 PM, Konstantin Deev ***@***.***> wrote:
Hi All,
Any feedback about 2.4-beta1? Should I release it?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
I got v2.0.2 to work by setting the state class to TOTAL and by manually setting in the Database, an initial state of 0 before all other states, and then an initial short term statistic of 0 before all other records as well, if there is a way to do that when the integration gets the data for the first time I believe it will write everything correctly after. |
|
Yes, agree… 2.02 appears to be populating correctly going forwarddOn Aug 25, 2023, at 8:13 PM, ParkerAnderson9 ***@***.***> wrote:
I got v2.0.2 to work by setting the state class to TOTAL and by manually setting in the Database, an initial state of 0 before all other states, and then an initial short term statistic of 0 before all other records as well, if there is a way to do that when the integration gets the data for the first time I believe it will write everything correctly after.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
Sorry currently using 2.0.3dOn Aug 25, 2023, at 9:38 PM, David Morhun ***@***.***> wrote:Yes, agree… 2.02 appears to be populating correctly going forwarddOn Aug 25, 2023, at 8:13 PM, ParkerAnderson9 ***@***.***> wrote:
I got v2.0.2 to work by setting the state class to TOTAL and by manually setting in the Database, an initial state of 0 before all other states, and then an initial short term statistic of 0 before all other records as well, if there is a way to do that when the integration gets the data for the first time I believe it will write everything correctly after.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
2.0.5 seems to be working consistently with no issues:) |
|
Great! Thank you for the update. |
|
fixed in v2.2.0 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Newest integration seems to be working well. Thanx for all the work on this!!!
One issue still present. While the history of the entity looks to be fine, the most current reading in the energy dashboard is a huge negative value. As updates come in from water meter, this value moves to be the most current.
I have no errors in the logs, and I am unable to locate any rogue data points that would cause this.
If I go to previous day(s) everything is populated correctly.
Any suggestions where to look?
The text was updated successfully, but these errors were encountered: