Skip to content
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

🚨Dag/maand/jaartotalen wijken structureel af van daadwerkelijk verbruik #1828

Closed
Tralapo opened this issue Apr 1, 2023 · 2 comments
Closed
Labels

Comments

@Tralapo
Copy link

Tralapo commented Apr 1, 2023

Description

Ik weet niet of hier sprake is van een bug of bewust design, maar ik loop er tegenaan dat totalen (dag/maand/jaar) in de "Archief" sectie niet stroken met de daadwerkelijke verbruik. Voorbeelden:

Gas, februari 2023
Meterstand 01-02-2023 00:00:00: 1.589,073
Meterstand 01-03-2023 00:00:00: 1.680,887

Dat zou moeten uitkomen op een totaal verbruik van: 91,814 m³ (komt overeen factuur energieleverancier)

Wat DSMR aangeeft op Archief > Maanden > feb: 87,851 m³.

Gas, maart 2023
Meterstand 01-03-2023 00:00:00: 1.680,887
Meterstand 01-04-2023 00:00:00: 1.768,591

Dat zou moeten uitkomen op een totaal verbruik van: 87,704 m³

Wat DSMR aangeeft op Archief > Maanden > mrt: 80,568 m³.

Bij stroomverbruik zie ik ook afwijkingen, maar wel iets minder extreem:

Stroom, januari 2023
Meterstand 01-01-2023 00:00:00 (gecombineerd): 4.223,180
Meterstand 01-02-2023 00:00:00 (gecombineerd): 4.395,427

Dat zou moeten uitkomen op: 172,247 (komt overeen factuur energieleverancier)

Wat DSMR aangeeft op Archief > Maanden > jan: 172,167

Stroom, februari 2023
Meterstand 01-02-2023 00:00:00 (gecombineerd): 4.395,427
Meterstand 01-03-2023 00:00:00 (gecombineerd): 4.551,298

Dat zou moeten uitkomen op: 155,871 (komt overeen factuur energieleverancier)

Wat DSMR aangeeft op Archief > Maanden > jan: 155,794

Zoals al aangegeven weet ik dus niet of het hier een bug betreft of een "by design" ding? Worden de totalen berekend op basis van de daadwerkelijke meterstanden (lijkt mij het meest betrouwbaar), of maakt DSMR een som van alle binnengekomen metingen?

Het komt best eens voor dat DSMR (tijdelijk) uit is door bijvoorbeeld een update van de software zelf, of het OS met bijbehorende reboot, of een andere overload van het systeem (komt helaas af en toe voor op mijn Pi).

Dat na zo'n moment het actuele verbruik voor die dag niet meer klopt komt logisch op mij over, maar ik heb altijd gedacht dat voor de uiteindelijke archief gegevens gekeken werd naar de meterstanden omdat daarvoor maar een som van twee opnames nodig is.

DSMR-reader version

v5.10.3

DSMR-reader platform

Docker (e.g. Xirixiz)

Debug info dump

No response

@Tralapo Tralapo added the bug label Apr 1, 2023
@dennissiemensma
Copy link
Member

dennissiemensma commented Apr 1, 2023

Bedankt voor je melding. Ik vermoed dat de oorzaak #1811 / #1770 is, waar ik nog niet aan toe ben gekomen. Ik verwacht uiteindelijk wel dat de fix automatisch met terugwerkende kracht kan.

Sinds 5.10.x staan de meterstanden wel in de dag-weergave van het archief, dus daar kun je voor nu de afrekening(en) mee vergelijken. Totdat de fix klaar is.

@dennissiemensma
Copy link
Member

dennissiemensma commented Apr 1, 2023

Follow-up in #1811 / #1770

@dennissiemensma dennissiemensma closed this as not planned Won't fix, can't repro, duplicate, stale Apr 1, 2023
@dennissiemensma dennissiemensma added this to the Other milestone Apr 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants