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

There are too many unprocessed telegrams. #387

Closed
casperleenheer opened this issue Nov 20, 2017 · 7 comments
Closed

There are too many unprocessed telegrams. #387

casperleenheer opened this issue Nov 20, 2017 · 7 comments
Milestone

Comments

@casperleenheer
Copy link

Hi,

Ik heb sinds vorige week een nieuwe DSMR 5 meter. Deze meter genereert veel meer telegrams dan mijn oude meter. Zeker als ik vol op het stroom ga, krijg ik wel 2 telegrams per seconde. Bij gewoon gebruik zie ik eigenlijk altijd (na ongeveer 10 seconden)

There are too many unprocessed telegrams.
Unprocessed telegrams: 51

Ik heb de datalogger op 10 seconden staan. Is dit iets om mij zorgen over te maken?

Groeten,

Casper

@hugokerstens
Copy link
Contributor

DSMR 5 geeft in principe elke seconde een telegram. Als je dus de consumption configuration op 10 seconden (per reading) hebt staan is dit eigenlijk 1 seconde. Deze tekst is (dacht ik) aangepast in de nieuwe release.
Uit beschrijving van de unprocessed telegrams op de status pagina:

"This indicates how many stored telegrams are waiting to be processed. This should reset around each minute mark, depending on whether you've enabled grouping readings in the configuration. The stored telegrams are processed by the DSMR_BACKEND process and thus can be processed retroactively as well (by design)."

Bij mij zelf (ook DSMR 5) zie ik dat zodra ik de consumption configuration op per reading zet het aantal telegrammen blijft oplopen, ook boven de 60.

@dennissiemensma
Copy link
Member

Het hangt er vanaf of het aantal onverwerkte telegrammen blijft oplopen, na meerdere minuten. Je zou kunnen kijken of dat gebeurt en mogelijk staat er in de logfile van dsmr_backend meer informatie als dat gebeurt.

Als dit werkelijk issues veroorzaakt, zal ik kijken voor een mogelijke oplossing. Ik heb zelf een v4-meter, dus ik kan het sowieso niet thuis uitproberen/controleren, helaas.

@dennissiemensma dennissiemensma added this to the Backlog / Other milestone Nov 20, 2017
@pyrocumulus
Copy link
Contributor

Dit doet hij bij mij ook al sinds het begin. Bij mij loopt de teller op tot een stuk of 60-70 voordat de backend de lijst weer helemaal opruimt. Daarna loopt de teller weer langzaam op. Verder niet problematisch maar de statuspagina wekt wel de indruk dat er een probleem is, dat er eigenlijk niet is :)

De grens waarboven het als 'error' gepresenteerd wordt zou een beetje hoger moeten liggen denk ik, verder is het puur een visueel probleempje.

@hugokerstens
Copy link
Contributor

Ik heb pull request #389 gemaakt die de grens verhoogt afhankelijk van de instelling voor het groeperen van metingen.

@dennissiemensma
Copy link
Member

Bedankt voor jullie input. Ik zal tevens naar de pull request kijken. Het zou zo kunnen dat de waarschuwing op de status-pagina inderdaad te strak afgesteld staat.

@dennissiemensma dennissiemensma modified the milestones: Backlog / Other, 1.11 Nov 21, 2017
@dennissiemensma
Copy link
Member

Het is nog wat nazorg van de DSMR v5 ondersteuning. Er is een fix opgenomen voor de eerstvolgende release.

@dennissiemensma
Copy link
Member

v1.11 is gereleased, inclusief dit ticket.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants