Comments (21)
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:
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 geenretain
?
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.
Related Issues (20)
- ENABLE_NGINX_SSL does not work anymore HOT 4
- Database is not restoring HOT 1
- Can't connect to a postgres DB using encryption HOT 1
- Documentation request HOT 1
- Wrong media type for manifest HOT 1
- Upgrade the PostgreSQL client portion to version 15 in the docker-image HOT 3
- pg_dump: error :aborting because of server version mismatch HOT 11
- Missing docs / install & configure HOT 4
- Postgres update from 10 to 15 failed (with fix for: User "dsmrreader" does not have a valid SCRAM secret) HOT 6
- Docker container in warning status, logs with errors HOT 7
- SyntaxWarning: invalid escape sequence '\d' HOT 6
- Webinterface not starting on 2024.02.03 HOT 8
- Update path HOT 6
- Postgresql client Upgrade (pg_dump) HOT 47
- Support for docker secrets HOT 16
- MQTT werkt niet meer "Publish_split_topic_meter_statistics() failed: nextval: reached maximum" HOT 3
- DSMR-Reader losing conenction to datalogger since last update (:latest) HOT 48
- For you documentation: Homewizard P1 meter integration HOT 3
- No new readings after meter change HOT 4
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dsmr-reader-docker.