Mqtt stopt met werken about dsmr-reader-docker HOT 21 CLOSED

het probleem lijkt gevonden/opgelost
het probleem is eigenlijk ontstaan nadat ik proxmox heb geupdate naar versie 8
hoewel ik geen problemen ondervond en alles soepel werkte bleek er een verkeerde netwerk driver mee geinstalleerd.
na het installeren van de juiste netwerkdriver heb ik geen problemen meer gehad.

wel blijft het gek dat de rest van de processen geen problemen ondervonden
zelf denk ik dat dsmr enige tijd geen response van de mqtt server kreeg waardoor de queue volliep en hierdoor vastloopt zodra de queue vol is stopt hij namelijk en pakt het niet zelf weer opnieuw op
het verwijderen van de queue hielp wel tijdelijk

from dsmr-reader-docker.

@alexswart Voldoende info zo? Opgelost?

from dsmr-reader-docker.

uiteindelijk is het mij gelukt om de 5000 berichten te verwijderen
alle uitgaande telegram, split topic en json berichten heb ik uitgezet maar het lijkt erop dat er toch nog een proces blijft hangen op de achtergrond die mqtt berichten uitspuugt
zie hieronder een deel van het log:

2023-07-12 21:21:52,758 DEBUG broker on_log 194 | MQTT: (Paho on_log) Received PUBCOMP (Mid: 1962)
2023-07-12 21:21:52,758 DEBUG broker run 140 | MQTT: Deleting published message (#669702341) from queue
2023-07-12 21:21:52,762 DEBUG broker run 103 | MQTT: Publishing queued message (#669702342) for dsmr/reading/phase_voltage_l2: None
2023-07-12 21:21:52,763 DEBUG broker on_log 194 | MQTT: (Paho on_log) Sending PUBLISH (d0, q2, r1, m1963), 'b'dsmr/reading/phase_voltage_l2'' (NULL payload)
2023-07-12 21:21:52,765 DEBUG broker on_log 194 | MQTT: (Paho on_log) Received PUBREC (Mid: 1963)
2023-07-12 21:21:52,765 DEBUG broker on_log 194 | MQTT: (Paho on_log) Sending PUBREL (Mid: 1963)
2023-07-12 21:21:52,767 DEBUG broker run 127 | MQTT: Waiting for message (#669702342) to be marked published by broker
2023-07-12 21:21:52,768 DEBUG broker on_log 194 | MQTT: (Paho on_log) Received PUBCOMP (Mid: 1963)
2023-07-12 21:21:52,773 DEBUG broker run 140 | MQTT: Deleting published message (#669702342) from queue
2023-07-12 21:21:52,780 DEBUG broker run 103 | MQTT: Publishing queued message (#669702343) for dsmr/reading/phase_voltage_l3: None
2023-07-12 21:21:52,781 DEBUG broker on_log 194 | MQTT: (Paho on_log) Sending PUBLISH (d0, q2, r1, m1964), 'b'dsmr/reading/phase_voltage_l3'' (NULL payload)
2023-07-12 21:21:52,782 DEBUG broker run 127 | MQTT: Waiting for message (#669702343) to be marked published by broker
2023-07-12 21:21:52,784 DEBUG broker on_log 194 | MQTT: (Paho on_log) Received PUBREC (Mid: 1964)
2023-07-12 21:21:52,784 DEBUG broker on_log 194 | MQTT: (Paho on_log) Sending PUBREL (Mid: 1964)
2023-07-12 21:21:52,808 DEBUG broker run 127 | MQTT: Waiting for message (#669702343) to be marked published by broker
2023-07-12 21:21:52,809 DEBUG broker on_log 194 | MQTT: (Paho on_log) Received PUBCOMP (Mid: 1964)
2023-07-12 21:21:52,810 DEBUG broker run 140 | MQTT: Deleting published message (#669702343) from queue
2023-07-12 21:21:52,827 DEBUG broker run 103 | MQTT: Publishing queued message (#669702344) for dsmr/reading/phase_power_current_l1: 1
2023-07-12 21:21:52,831 DEBUG broker on_log 194 | MQTT: (Paho on_log) Sending PUBLISH (d0, q2, r1, m1965), 'b'dsmr/reading/phase_power_current_l1'', ... (1 bytes)
2023-07-12 21:21:52,835 DEBUG broker on_log 194 | MQTT: (Paho on_log) Received PUBREC (Mid: 1965)
2023-07-12 21:21:52,839 DEBUG broker on_log 194 | MQTT: (Paho on_log) Sending PUBREL (Mid: 1965)
2023-07-12 21:21:52,840 DEBUG broker run 127 | MQTT: Waiting for message (#669702344) to be marked published by broker
2023-07-12 21:21:52,848 DEBUG broker on_log 194 | MQTT: (Paho on_log) Received PUBCOMP (Mid: 1965)

from dsmr-reader-docker.

Hoi @alexswart, sorry voor de late reactie. Dit is niet specifiek gerelateerd aan Docker, maar meer aan de applicatie zelf. Ik betrek daarom @dennissiemensma er even bij, dan kunnen we het mogelijk gezamelijk oplossen.

from dsmr-reader-docker.

@alexswart het makkelijk in bulk verwijderen van de MQTT-berichten kan via:

• dsmrreader/dsmr-reader#1643 (comment)

Voor de rest zul je alle databronnen binnen DSMR-reader's MQTT moeten controleren of er niet stiekem eentje aan staat.

Wat betreft de MQTT: Client loop() failed, requesting restart zul je in de DEBUG logs op zoek moeten naar de oorzaak. Het stuk in je laatste comment lijkt niet zo 1-2-3 een fout te bevatten. Ik zou dat echter wel verwachten, zodat je kunt zien wat de oorzaak is.

from dsmr-reader-docker.

@dennissiemensma
het bulk wissen is gelukt maar blijkbaar blijft er op de achtergrond iets voor verstoring zorgen

Bericht 13 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
2.295
QoS: 1 - Retain: false
Bericht 12 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.571
QoS: 1 - Retain: false
Bericht 11 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.569
QoS: 1 - Retain: false
Bericht 10 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.571
QoS: 1 - Retain: false
Bericht 9 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.574
QoS: 1 - Retain: false
Bericht 8 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.572
QoS: 1 - Retain: false
Bericht 7 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
2.298
QoS: 1 - Retain: false
Bericht 6 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
2.295
QoS: 1 - Retain: false
Bericht 5 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.571
QoS: 1 - Retain: false
Bericht 4 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.569
QoS: 1 - Retain: false
Bericht 3 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.571
QoS: 1 - Retain: false
Bericht 2 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.574
QoS: 1 - Retain: false
Bericht 1 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
0.572
QoS: 1 - Retain: false
Bericht 0 ontvangen op dsmr/reading/electricity_currently_delivered om 14:14:
2.298

deze gegevens komen uit dsmrreader maar komen niet overeen met de gegevens die dsmrreader zelf registreerd
ik heb alles uitgevinkt maar toch blijft hij doorspammen,
ik denk dat er ergens op de achtergrond een proces is die hier voor zorgt

als ik de addon afsluit stopt het berichtenverkeer ook direct.

de addon heb ik ook al verwijderd en opnieuw geinstalleerd maar helaas lost dit niks op

from dsmr-reader-docker.

Je zult alle databronnen in DSMR-reader moeten uitschakelen in de admin. Aan het topic te zien is het de split-topic-variant van de metingen.
Daarna kun je nogmaals de queue leeggooien en komen er geen nieuwe meer bij.

Kan het overigens zijn dat je nog een relatief oude versie van DSMR-reader draait, gezien ik nog QoS 1 zie en geen retain?

from dsmr-reader-docker.

Je zult alle databronnen in DSMR-reader moeten uitschakelen in de admin. Aan het topic te zien is het de split-topic-variant van de metingen. Daarna kun je nogmaals de queue leeggooien en komen er geen nieuwe meer bij.

Kan het overigens zijn dat je nog een relatief oude versie van DSMR-reader draait, gezien ik nog QoS 1 zie en geen retain?

ik heb jou adviezen opgevolgd
alles topics uitgezet en de queue leeg gegooid
vervolgens is het stil op de mqtt
daarna data source telegram-splittopic weer aangezet en het gaat een paar minuten goed
maar na een poosje krijg ik weer verkeerde data binnen

`0.733
QoS: 1 - Retain: false
Bericht 12 ontvangen op dsmr/reading/electricity_currently_delivered om 23:23:
0.828
QoS: 1 - Retain: false
Bericht 11 ontvangen op dsmr/reading/electricity_currently_delivered om 23:23:
0.831
QoS: 1 - Retain: false
Bericht 10 ontvangen op dsmr/reading/electricity_currently_delivered om 23:23:
0.731
QoS: 1 - Retain: false
Bericht 9 ontvangen op dsmr/reading/electricity_currently_delivered om 23:23:
0.733
QoS: 1 - Retain: false
Bericht 8 ontvangen op dsmr/reading/electricity_currently_delivered om 23:22:
0.826
QoS: 1 - Retain: false
Bericht 7 ontvangen op dsmr/reading/electricity_currently_delivered om 23:22:
0.731
QoS: 1 - Retain: false

waarbij de waardes rond de 0.800 kloppen en de waardes in de 0.700 verkeerd zijn
ik maak gebruik van dsmr reader versie 5.10.30

from dsmr-reader-docker.

Ik weet niet precies wat je bedoelt qua waardes. DSMR-reader krijgt ze ergens vandaan en ze kunnen wellicht vertraagd zijn, maar ergens wordt die waarde uitgelezen.

Helemaal bij de dsmr/reading/ topics, waar geen aggregatie of iets op zit, maar ze als het goed is doorkomen zoals uitgelezen.

Ik kan je sowieso aanraden om ook het tijdstip-topic te checken en/of gebruiken. Het moment dat een MQTT-bericht wordt doorgegeven of ontvangen is niet perse het moment van de meting (het kan vaak wel in de buurt komen bij meters die elke seconde telegrammen uitspugen).

from dsmr-reader-docker.

ik heb nu een dag dsmr-reader aan laten staan en de mqtt log loopt dan ook weer vast.
wel blijft dsmr-reader gegevens uitspugen zoals hierboven met de waarde 0.731 en 0.733

Bericht 10 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.731
QoS: 1 - Retain: false
Bericht 9 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.733
QoS: 1 - Retain: false
Bericht 8 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.731
QoS: 1 - Retain: false
Bericht 7 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.733
QoS: 1 - Retain: false
Bericht 6 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.731
QoS: 1 - Retain: false
Bericht 5 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.733
QoS: 1 - Retain: false
Bericht 4 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.731
QoS: 1 - Retain: false
Bericht 3 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.733
QoS: 1 - Retain: false
Bericht 2 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.731
QoS: 1 - Retain: false
Bericht 1 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.733
QoS: 1 - Retain: true
Bericht 0 ontvangen op dsmr/reading/electricity_currently_delivered om 21:50:
0.733
QoS: 1 - Retain: false
```
nog steeds onbekend waar deze gegevens nu vandaan komen. ze stroken ook niet met mijn huidige verbruik.
zodra ik de dsmr-reader addon uitzet stopt het ook en als ik hem weer aan zet begint het.

from dsmr-reader-docker.

Zie mijn vorige comment. En je zult anders alle databronnen moeten uitzetten en de queue weer leeggooien. Dan komt er niets bij.

from dsmr-reader-docker.

ik heb alle databronnen uitgezet en de queue weer leeg gegooid dan is het stil op de mqtt
zodra ik de databron telegram: gesliptstopic aanzet spuugt hij elke seconden weer waardes uit
ik kan deze nog steeds niet herleiden waar deze vandaan moeten komen
op dit moment leveren mijn panelen terug maar toch zegt de mqtt dat er wat verbruikt wordt, dit terwijl dsmr-reader ook netjes een teruggave rapporteerd

Bericht 21 ontvangen op dsmr/reading/electricity_currently_delivered om 15:28: 0.223 QoS: 1 - Retain: false Bericht 20 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.209 QoS: 1 - Retain: false Bericht 19 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.000 QoS: 1 - Retain: false Bericht 18 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.004 QoS: 1 - Retain: false Bericht 17 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.011 QoS: 1 - Retain: false Bericht 16 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.221 QoS: 1 - Retain: false Bericht 15 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.204 QoS: 1 - Retain: false Bericht 14 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.187 QoS: 1 - Retain: false Bericht 13 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.000 QoS: 1 - Retain: false Bericht 12 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.004 QoS: 1 - Retain: false Bericht 11 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.011 QoS: 1 - Retain: false Bericht 10 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.163 QoS: 1 - Retain: false Bericht 9 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.127 QoS: 1 - Retain: false Bericht 8 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.000 QoS: 1 - Retain: false Bericht 7 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.004 QoS: 1 - Retain: false Bericht 6 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.011 QoS: 1 - Retain: false Bericht 5 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.073 QoS: 1 - Retain: false Bericht 4 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.000 QoS: 1 - Retain: false Bericht 3 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.000 QoS: 1 - Retain: false Bericht 2 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.000 QoS: 1 - Retain: false Bericht 1 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.004 QoS: 1 - Retain: false Bericht 0 ontvangen op dsmr/reading/electricity_currently_delivered om 15:27: 0.011

helaas werkt hierdoor de integratie in home assistant dan ook niet goed

from dsmr-reader-docker.

from dsmr-reader-docker.

from dsmr-reader-docker.

Check even of je toevallig geen last hebt van het volgende issue, want je meter saldeert niet en DSMR-reader dus ook niet, dat doet je leverancier (administratief): dsmrreader/dsmr-reader#1873

net even gechekt maar dit is niet het probleem wat ik heb

hierbij mij raw gegevens:

`/Ene5\XS210 ESMR 5.0

1-3:0.2.8(50)
0-0:1.0.0(230724214319S)
0-0:96.1.1(4530303437303030303735323936333139)
1-0:1.8.1(008273.197kWh)
1-0:1.8.2(009612.002kWh)
1-0:2.8.1(002753.462kWh)
1-0:2.8.2(005966.224kWh)
0-0:96.14.0(0002)
1-0:1.7.0(01.440kW)
1-0:2.7.0(00.000kW)
0-0:96.7.21(00011)
0-0:96.7.9(00006)
1-0:99.97.0(5)(0-0:96.7.19)(230621183736S)(0000010817s)(230609153555S)(0000006643s)(230423164451S)(0000001553s)(220621103831S)(0000000469s)(191129132443W)(0000000921s)
1-0:32.32.0(00007)
1-0:32.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(226.0V)
1-0:31.7.0(006A)
1-0:21.7.0(01.440kW)
1-0:22.7.0(00.000kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303732303033393634303430353139)
0-1:24.2.1(230724214000S)(01934.057m3)
!ABB2

/Ene5\XS210 ESMR 5.0

1-3:0.2.8(50)
0-0:1.0.0(230724214317S)
0-0:96.1.1(4530303437303030303735323936333139)
1-0:1.8.1(008273.197kWh)
1-0:1.8.2(009612.001kWh)
1-0:2.8.1(002753.462kWh)
1-0:2.8.2(005966.224kWh)
0-0:96.14.0(0002)
1-0:1.7.0(01.452kW)
1-0:2.7.0(00.000kW)
0-0:96.7.21(00011)
0-0:96.7.9(00006)
1-0:99.97.0(5)(0-0:96.7.19)(230621183736S)(0000010817s)(230609153555S)(0000006643s)(230423164451S)(0000001553s)(220621103831S)(0000000469s)(191129132443W)(0000000921s)
1-0:32.32.0(00007)
1-0:32.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(225.0V)
1-0:31.7.0(006A)
1-0:21.7.0(01.452kW)
1-0:22.7.0(00.000kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303732303033393634303430353139)
0-1:24.2.1(230724214000S)(01934.057m3)
!6621`

en ongeveer gelijktijdig de mqtt uitput:

Bericht 5 ontvangen op dsmr/reading/phase_currently_delivered_l1 om 21:43: 1.447 QoS: 0 - Retain: false Bericht 4 ontvangen op dsmr/reading/phase_currently_delivered_l1 om 21:43: 1.435 QoS: 0 - Retain: false Bericht 3 ontvangen op dsmr/reading/phase_currently_delivered_l1 om 21:43: 0 QoS: 0 - Retain: false Bericht 2 ontvangen op dsmr/reading/phase_currently_delivered_l1 om 21:43: 0.004 QoS: 0 - Retain: false Bericht 1 ontvangen op dsmr/reading/phase_currently_delivered_l1 om 21:43: 0.011 QoS: 0 - Retain: false Bericht 0 ontvangen op dsmr/reading/phase_currently_delivered_l1 om 21:43: 1.438

het lijkt er op dat hij 2 waarde's in zijn geheugen oid vasthoudt en deze continu weer uitspuugt over mqtt

from dsmr-reader-docker.

Je telegrammen zijn vrij laat in de avond, ik kan je aanraden het overdag nog eens te checken bij teruglevering. Ik zie overigens wisselende waardes in je logs, dus het lijkt niet perse dezelfde waarde telkens.

Voor de rest kun je de voortgang van het versturen van de MQTT-berichten zien via dezelfde log als in: #338 (comment)

Als er daar eentje hangt, zou je dat moeten zien. Of in de queue in DSMR-reader op: /admin/dsmr_mqtt/message/ (zie ID)

Je kunt het ook in MQTT zien op deze topics:

dsmr/reading/id
dsmr/reading/timestamp
dsmr/reading/electricity_currently_delivered
dsmr/reading/electricity_currently_returned

En voor het overzicht en verminderen van het aantal berichten, kan ik je sowieso aanraden om na afloop de topics weg te halen die je eventueel niet gebruikt (uit de mapping in DSMR-reader, in /admin/dsmr_mqtt/splittopictelegrammqttsettings/).

Verder zie ik voor je phase_currently_delivered_l1 in je telegram wel waardes die in de buurt komen van je MQTT-berichten:

1-0:1.7.0(01.440kW)
1-0:21.7.0(01.440kW)

1-0:1.7.0(01.452kW)
1-0:21.7.0(01.452kW)

Tot slot kun je tijdelijk ook nog /admin/dsmr_mqtt/jsontelegrammqttsettings/ aanzetten voor topic dsmr/json met de mapping:

[mapping]
# READING FIELD = JSON FIELD
id = id
timestamp = timestamp
electricity_currently_delivered = electricity_currently_delivered
electricity_currently_returned = electricity_currently_returned
phase_currently_delivered_l1 = phase_currently_delivered_l1
phase_currently_returned_l1 = phase_currently_returned_l1

Dan heb je in 1 bericht alle waardes en vooral ook het tijdstip van de meting waarop het gebaseerd is. Dat maakt debuggen wat lastiger.

from dsmr-reader-docker.

Vooral dat laatste dus met de JSON-variant (puur voor debugging) zou eigenlijk al duidelijkheid moeten geven wat er wanneer verstuurd wordt en welke waardes bij elkaar horen.

Split-topic garandeert niet perse waardes die bij elkaar horen, wel waardes die achter elkaar horen.

from dsmr-reader-docker.

helaas toch tevroeg gejuicht en is hij toch weer vastgelopen
het 1e bericht wat niet meer lukt ziet er als volgt uit:

`
/Ene5\XS210 ESMR 5.0 1-3:0.2.8(50) 0-0:1.0.0(230727100300S) 0-0:96.1.1(4530303437303030303735323936333139) 1-0:1.8.1(008281.332kWh) 1-0:1.8.2(009627.586kWh) 1-0:2.8.1(002753.549kWh) 1-0:2.8.2(005995.697kWh) 0-0:96.14.0(0002) 1-0:1.7.0(00.000kW) 1-0:2.7.0(00.690kW) 0-0:96.7.21(00011) 0-0:96.7.9(00006) 1-0:99.97.0(5)(0-0:96.7.19)(230621183736S)(0000010817s)(230609153555S)(0000006643s)(230423164451S)(0000001553s)(220621103831S)(0000000469s)(191129132443W)(0000000921s) 1-0:32.32.0(00007) 1-0:32.36.0(00000) 0-0:96.13.0() 1-0:32.7.0(231.0V) 1-0:31.7.0(003A) 1-0:21.7.0(00.000kW) 1-0:22.7.0(00.690kW) 0-1:24.1.0(003) 0-1:96.1.0(4730303732303033393634303430353139) 0-1:24.2.1(230727100000S)(01935.827m3) !7D22

`

{"id": 49826149, "timestamp": "2023-07-27T08:03:00Z", "electricity_currently_delivered": "0.000", "electricity_currently_returned": "0.690", "phase_currently_delivered_l1": "0.000", "phase_currently_returned_l1": "0.690"}

en na het verwijderen van de queue begint hij weer te lopen..

from dsmr-reader-docker.

Je zult in de logs zoals in #338 (comment) moeten kijken wat er gebeurt en vooral ook hoelang het duurt voordat 1 MQTT-bericht is verzonden naar de broker.

Grote kans dat daar traagheid in zit. Het vollopen is vermoedelijk puur het gevolg daarvan.

from dsmr-reader-docker.

het verzenden naar de broker zie ik geen vertraging in zitten
wel valt het mij op dat het systeem zodra de mqtt weer aangezet is slecht bereikbaar is, ik heb het idee dat dsmr door de mqtt integratie zoveel verzend dat hij traag/vast loopt met als gevolg de dat de mqtt server niet bereikbaar is en de queue volloopt tot de 5000, mijn meter spuugt iedere seconden gegevens uit en denk dat hierdoor de mqtt server erg zwaar belast wordt?/

from dsmr-reader-docker.

Zie #338 (comment), het kan sowieso helpen om wat minder topics aan te zetten. Helemaal de topics die je niet gebruikt.

En verder kun je de datalogger-sleep in DSMR-reader wat omhoog gooien, zodat deze kunstmatig de doorvoersnelheid afremt. Ten koste dus van iets minder vaak een update, echter merk je dat in de praktijk vaak toch niet.
Je kunt beginnen met 5 seconden sleep en dat iets lager doen.

Voor de rest zul je denk ik zowel de machine waar DSMR-reader op draait als die van je MQTT-broker moeten checken, qua belasting. Of een of beiden echt lijden onder de load.

from dsmr-reader-docker.