DSMR-reader v6 release #2098
-
DSMR-reader v6 release discussionsCross-ref: xirixiz/dsmr-reader-docker#391 |
Beta Was this translation helpful? Give feedback.
Replies: 38 comments 175 replies
-
|
Release candidate 6 nu: https://github.com/dsmrreader/dsmr-reader/releases/tag/v6.0rc6 |
Beta Was this translation helpful? Give feedback.
-
|
Ik ga nu thuis v6 als leidend draaien en v5 nog er naast om te zien of er iets niet werkt. Al gebruik ik niet alle features, zoals teruglevering of PVOutput. |
Beta Was this translation helpful? Give feedback.
-
|
Dev docs bijgewerkt: https://dsmr-reader.readthedocs.io/en/development/ |
Beta Was this translation helpful? Give feedback.
-
|
Ik heb de laatste v6 RC als test draaiend en naar wens. Ik raad je aan om het diagram zeker en vast niet als eerste te plaatsen in het upgrade document. Een reguliere gebuiker is mijns inziens niet bekend met de materie en zou n.a.v. het diagram zelfs 'koudwatervrees' kunnen ervaren bij het upgraden. |
Beta Was this translation helpful? Give feedback.
-
|
@bertusdebruin dank voor de vroege test! Ik zal de documentatie wat bijwerken dan. Waren er nog andere zaken waar je niet direct uit kwam? |
Beta Was this translation helpful? Give feedback.
-
|
@dennissiemensma Nee ik kwam er direct uit. Het zijn vormzaken waar je op het moment van schrijven ff goed op moet letten. Bijv. zoals je weet schakelt jou compose script naar :6 van de dsmr-reader container, maar die is nog niet actief. Dat is nu :development. Van dat soort orde van grootte. Wellicht een idee om meer ruimte tussen de diverse parameters in de compose.yml file te plaatsen. Zodat er duidelijk onderscheid zichtbaar is. Er staat behoorlijk veel in. Ik vond het nu gepriegel en vanuit een klein scherm niet altijd even snel leesbaar. Tot slot is de container installatie toch wel een pakje goed en beter opletten dan de traditionele installatie. Je moet goed opletten, een , of spatie teveel in de compose configuratie en het kan al resulteren in een error. Tip voor de minder ervaren gebruiker, wanneer je vaker met containers werkt, weet je wat ik bedoel. |
Beta Was this translation helpful? Give feedback.
-
|
Ik draai de software niet in docker, komt er ook een stappenplan om "bare-metal" te upgraden? |
Beta Was this translation helpful? Give feedback.
-
|
Op dit moment draai ik op 5.12. Ik had de preview gelezen en gezien dat je daar naar docker "moet". Dat zou ik liever niet willen omdat ik de dsmr-software nu op een dedicated ubuntu-host draai. Docker zou daar weer een overhead op zijn. Hier draai ik de meest actuele python versie op: 3.12.3 |
Beta Was this translation helpful? Give feedback.
-
|
'Je kunt je huidige setup blijven gebruiken, of wisselen naar een aparte env file. Als je dat laatste wil:' Mijn eerste insteek is niet om mijn installatie proces 'zo' makkelijk mogelijk te maken, maar meer of een container setup voor mij naar wens is. Zoals ik reeds eerlijk eerder heb aangegeven een tijd geleden, ben ik simpelweg geen fan van een container-based installatie wanneer het enkel gaat om een enkele setup op bijvoorbeeld een Raspberry Pi. P.s. ik heb met container gewerkt, maar ben er geen fan van. Zie eerdere reacties. |
Beta Was this translation helpful? Give feedback.
-
|
Ok, duidelijk, ik heb m'n DSMR-host opgenomen in Portainer als host, nu nog de docker-compose om zien te bouwen voor gebruik in Portainer. |
Beta Was this translation helpful? Give feedback.
-
|
@dennissiemensma Nee ik ben nog niet over. Ik heb simpelweg mijn Pi gecloned en een upgrade naar container based v6 uitgevoerd. En dezelfde Pi daarna vers geinstalleerd op OS versie 13 en daarop een verse DSMR-reader v6 geinstalleerd zonder back-up. De originele Pi daar is niets veranderd en die draait gewoon nog op mijn slimme meter. Deze actie was puur om te kijken of v6 iets voor mij is. Zakelijk zie ik de meerwaarde van een container based omgeving. Vooral bij meerdere versies van dezelfde software en/of het snel willen en kunnen schakelen tussen meerdere dedicated systemen met dezelfde containers. Voor prive zie ik dat voordeel echter niet. Een Pi is ideaal voor een enkele of een paar kleine lite apps. Er hoeft niet geschakeld te worden, er is immers 1 enkele Pi. En er is geen haast bij eventueel downtime. Gezien het relatief geringe werkgeheugen van een Pi, is Podman onnodig mijn geheugen aan het opeten, er draait slechts een enkele DSMR-reader app. Maar voor die ene enkele app sinds v6 nu wel meerdere containers, elk met hun eigen OS en dus overhead. Een dedicated server zal 0 problemen ondervinden maar een kleine Pi? @allureGOT haalde dat ook al eens aan. Ik ben benieuwd wat het doet op een Pi als de database echt groot wordt. Zonder overhead aan Podman had de v5 van DSMR-reader daar bij mij ook wel eens last van. Ik bgrijp dat de database op te schonen is. Gegeven is alleen dat ik niet dagelijks naar DSMR-reader kijk. Mocht de database (te) vol zitten, een melding geeft dat er of geen gegevens meer worden opgeslagen, achterloopt met opslaan en/of de vraag naar een opschoon actie, dan ben ik waarschijnlijk te laat. Datzelfde geldt ook voor een crash. Zakelijk worden containers zeker en vast extern gemonitord. Op een enkele simpele Pi worden die containers niet gemonitord. Wat als er een container crashed? Is het Podman? Is het de app binnen de container? Is het een te volle database? Geheugen te kort? Joost mag het weten. Ook dat geeft overhead, omdat je nu kennis moet hebben van Podman, helemaal omdat er niets extern wordt gemonitord en je dus zelf op pad mag. Ik zal v6 uiteraard blijven volgen en later mijn keuze maken. Maar voor nu ben ik (nog) niet overtuigd en er niet blij mee. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
@allureGOT Hoeveel werkgeheugen heb je en welke CPU? Overhead op een dedicated is vaak een lachertje. Een Pi heeft beperkte capaciteit. Een paar procent meer belasting kan het verschil maken. Tot slot hoeveel dagen heb je opgeslagen in je DB? |
Beta Was this translation helpful? Give feedback.
-
|
Dit is een intel i3 met 6GB Ram. |
Beta Was this translation helpful? Give feedback.
-
|
Het is bekend dat het CPU gebruik iets of wat is toegenomen in de afgelopen docker images. Daarbij merkte ik op dat ik van +- 1,5% naar +-3% gegaan ben. |
Beta Was this translation helpful? Give feedback.
-
|
Ik had zojuist een issue met de software/docker, ik weet niet precies waar het m in zat. De foutmelding was:
|
Beta Was this translation helpful? Give feedback.
-
|
Release candidate 10: https://github.com/dsmrreader/dsmr-reader/releases/tag/v6.0rc10
|
Beta Was this translation helpful? Give feedback.
-
|
Ter info: Ik had onderstaande issue in de dsmr-container(v6.0rc9): Dit kwam omdat de User en Group nog op 803 stonden terwijl de container als ID1000 draait, ik heb de map nu backups nu 777 gegevens als rechten. |
Beta Was this translation helpful? Give feedback.
-
|
minor waarschijnlijk, maar ik draai de latest version; in het about scherm staat nog v5.12 |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
Ik zie een foutmelding in de logs terugkomen, met betrekking op het deel buienradar, wisselen van weerstation/locatie heeft geen effect.
|
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
@TommiieeSV voor nu kun je :development gebruiken. Dat is de laatste release candidate die inhoudelijk hetzelfde is. De :6 container volgt wanneer Xirixiz daar privé tijd voor heeft, dat zal ongetwijfeld ergens komende dagen zijn.
|
Beta Was this translation helpful? Give feedback.
-
|
Bij mij lijkt de webserver niet tot stand te komen.... pagina werkt helaas niet meer. [dsmr] 2026-02-14T09:55:35.497120000Z |
Beta Was this translation helpful? Give feedback.
-
|
@xirixiz hier mijn huidige config. alles werkt, krijg geen foutmeldingen meer… heb ik nu het juiste erin staan? |
Beta Was this translation helpful? Give feedback.
-
|
Ik ben er ook in geslaagd om succesvol te upgraden. Het werkt en geen errors in de logs. Dank voor alle hulp! Nog even ter feedback, ik heb met mijn setup uiteindelijk voor 2 punten terug moeten keren naar deze discussie tov de upgrade guide. Ik kan me zo voorstellen dat anderen deze misschien niet of moeilijk weten te vinden, dus nog deze 2 tips voor de upgrade guide:
Het is een aanname, maar kan me voorstellen dat mensen die al containerized draaien best vaak een remote datalogger gebruiken. Maargoed, all is well en nogmaals dank voor de hulp! |
Beta Was this translation helpful? Give feedback.
-
|
Ik heb toch weer problemen. Het heeft ongeveer 50 minuten goed gedraaid, maar daarna is DSMR reader gestopt met telegrammen verwerken. Ze komen wel nog binnen, maar ze worden niet verwerkt. Hele rits aan dit soort berichten, 50 minuten na succesvolle start. Edit: de live waarden Consuming en Returning kloppen, maar de grafiek loopt niet verder dan 9u57, de eerste start na de upgrade. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
Bij mij draait 6.0.1 ook inmiddels. Ik zag deze update pagina; moet je niet eerst de boel down brengen en na pullen weer up? |
Beta Was this translation helpful? Give feedback.
-
|
Dank allen voor jullie input, feedback, tijd en testbevindingen. Voor nu sluit ik deze en kan alle follow-up via nieuwe issues of discussions. Deze is ook inmiddels dusdanig groot, dat het sowieso te onoverzichtelijk is geworden voor nieuwe issues hierbinnen. 😁 |
Beta Was this translation helpful? Give feedback.














Dank voor alle input. Er lopen nu even teveel dingen door elkaar heen, dus ik heb dit issue even hier heen verplaatst naar "Discussions", zodat we wat makkelijker kunnen reageren per comment in threads. Dat kan helaas niet bij de reguliere github issues.