-
Notifications
You must be signed in to change notification settings - Fork 94
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
Na vervanging meter DSMR Reader instabiel #444
Comments
Bedankt voor je melding. Dit lijkt enigszins op #435, waar ik helaas nog in het duister tast, dus ik ben heel blij dat je dit meldt. Excepties Gas Signal Ik gebruik deze bijvoorbeeld in het deploy-script en Supervisor om de applicatie graceful zichzelf te laten herstarten (exiten). Dat zou dus niet zomaar moeten gebeuren. Versie Mocht blijken dat die versie ook bij jou goed loopt, dan zal ik een POC maken om weer te downgraden naar Django 1.11, om te kijken of dat een oorzaak is. Het lijkt me overigens vreemd, want in de datalogger komt Django pas laat in het proces in actie, maar wie weet. |
Ik ben teruggegaan naar 1.12, die draait stabiel. Ik krijg nog steeds geen gasmetingen door. Kan dat zijn dat dat is omdat ik wegens een DSMR 5 meter de leesinterval op 60 secs heb gezet en dan zo de uurmetingen mis? Ik zal eens teruggaan naar 0.25 sec delay, kijken wat er dan gebeurt. |
Je kunt even je meter handmatig uitlezen met DU om te kijken of daar wel gas in staat. Ik heb hier geen link, maar het staat in docs op installatiepagina.
|
Je bedoelt CU ipv DU? Als ik kijk naar de gelogde DSMR berichtjes, dan zie ik daar geen m3 waardes tussen. Ik vermoed dat de gasmeter nog niet is geactiveerd op de vervangen slimme meter, misschien een weekje wachten. dsmr-reader 1.12 met een interval van 60 of 10 secs lijkt stabiel te werken. Bij de default waarde van 0,25 hangt op bepaalt moment de datalogger. Het proces draait wel, maar de status pagina geeft aan dat er geen metingen meer binnenkomen. |
Ja sorry, ik was niet helemaal wakker, ik bedoelde inderdaad Bedankt voor je terugkoppeling over de oudere versie. Ik ga dan wat verder zoeken in de verschillen tussen die versies. Ik neem aan dat je gewoon een RaspberryPi 3 draait? |
Nee, een BeagleBone, die is redelijk vergelijkbaar met een rPi3. Een BeagleBone heeft echter 512MB DDR3 800MHz (Pi 3 heeft 1GB LPDDR2). Ik heb echter geen OOM killers in de logs gezien. |
Oh ja, ik had je nog een mailtje gestuurd naar je github email-adres. Lees je dat ook? Een PM in Github is volgens mij niet mogelijk. |
Bedankt, ik heb je als het goed is toevallig net een reply gestuurd. Zou je, als je weer eens tijd hebt, op de v1.13 eens willen proberen om de |
De update gaf me 1.14b1. Met als settings in
Na [2018-02-25 22:22:46,150] logde de supervisor:
Zoals je kan zien ging na een paar seconde de datalogger weer verder. |
@markruys - ik krijg binnenkort ook een nieuwe SmartMeter (de huidige heeft een kapotte p1 poort), maar hoe lopen de metingen door in DSMR Reader als de meter wordt vervangen ... ik ben hier nieuwsgierig naar (anders kan ik beter mijn huidige tabellen droppen? en opnieuw beginnen). |
@ualex73 totdat #225 gebouwd is, zul je bij wisseling van meters voor één dag een groot min-verschil zien in de dag/uurstatistieken. Je kunt dat zelf handmatig herstellen in de admin-interface. |
@dennissiemensma - Thanks, dan laat ik de statistieken gewoon staan en dan accepteer ik die ene mismatch dag ... Dus valt gelukkig mee ;-) |
@markruys bedankt voor het proberen! Dus het lijkt erop dat wanneer je dsmrreader v1.13 of 1.14b draait, sommige metingen mislukken door UTF-8 fouten, maar niet allemaal? Of begrijp ik het verkeerd? Ik heb één van die base64 metingen hier bekeken en daar lijken geen gekke tekens in te staan. |
Klopt, als ik de boel opstart loopt het een minuutje of wat goed. Dan komt er plots een utf-8 decode exceptie. Het datagram wat net daarvoor gelogd werd is echter niet corrupt. Na een seconde of 10 wordt de thread weer opgestart. Ik vermoed dat het probleem niet in de datagrammen zit. Het lijkt alsof de data variabele corrupt raakt, maar dat is wel raar. Over de gasmeter, dit zegt Stedin:
|
Fijn dat ze je de gasmeter willen fixen voor je. Dan heb je straks weer volledige gegevens. Wat betreft je theorie over dat de data naar verloop van tijd corrupt raakt, het is iets om uit te proberen. Ik heb in een branch een aanpassing gemaakt in het maximaal aantal keer dat de datalogger een telegram uitleest, voordat die zichzelf exit (Supervisor zou hem vervolgens weer moeten starten). Wil je eens kijken of dat de situatie verandert? Voor nu heb ik hem op max
|
Met de default van 10 runs, deed hij het een aantal uur goed:
Ik zal de max op 1 zetten en kijken wat er dan gebeurt. |
Nee, dan stopt het ook. Ben weer naar 1.12 gegaan om weer stabiel te kunnen loggen. |
Bedankt voor het proberen! Dus dit probleem komt altijd pas na een tijdje voor? En het helpt niet dat die na 10x herstart? |
@markruys is je situatie nog gewijzigd? Ik neem aan dat je inmiddels ook gas gelogd ziet? |
Dat het gas niet werkte werd veroorzaakt door een verkeerde gasmeter. De versie die ik nu draai (1.12) doet het goed, ik heb niet meer met nieuwere versies getest. |
Bedankt voor de info. In dat geval kun je denk ik het beste op 1.12 blijven. Ik heb tot nu toe slechts één andere gebruiker gehoord met hetzelfde probleem, maar helaas nog geen oorzaak of oplossing kunnen vinden. Ik verwacht niet dat nieuwere versies het oplossen. |
@markruys : Als je een Pi of een normale pc/laptop beschikbaar heb, zou je kunnen proberen of deze hetzelfde gedrag geven als met je Beagleboard. Indien niet, dan zou het die combinatie kunnen zijn (en dan wordt fixen lastig). |
Ik heb hier helaas geen oplossingen of nieuwe inzichten meer voor, dus ik laat dit voor wat het is. Het is jammer dat ik je verder niet kan helpen en dat je hierdoor aan v1.12 vast zit. Hopelijk geeft die versie je alsnog voldoende meter-informatie voor je eigen behoeftes. :] |
Mijn meter is vervangen, heb er nu eentje met DSMR 5.0 die iedere seconde een meting uitstuurt. Dus in de settings gezet:
Als ik zelf naar de /dev/ttyO1 kijk, ziet alles er goed uit. Toch krijg ik excepties, dus vang ik die af me deze code:
Dit wordt dan gelogd:
In het statusoverzicht zie ik nu dat het gas niet meer uitgelezen kan worden, dat moet ik nog uitzoeken.
P1 DSMR TELEGRAMMEN worden wel goed bijgewerkt. Dat is gek, want de datalogger lijkt gestopt te zijn wegens een signal:
Ook
/var/log/supervisor/dsmr_datalogger.log
wordt niet meer bijgeschreven. In/home/dsmr/dsmr-reader/dsmrreader/provisioning/supervisor/dsmr-reader.conf
staat onder meer:dsmreader v1.13.2
The text was updated successfully, but these errors were encountered: