Aan de hand van de vele reacties van de mensen die het project hebben nagebouwd en mijn eigen ervaring met versie 3 van de DSMR-logger vond ik het tijd worden om een nieuwe versie van de hardware en de firmware te ontwikkelen.<\/p>\n\n\n\n
[31-07-2019] Vanaf versie 0.4.5 kan de DSMRloggerWS firmware ook telegrammen van pr\u00e9 DSMR 4.0 standaard Slimme Meters uitlezen! <\/p>\n\n\n\n
[09-03-2020] De nieuwste DSMRloggerAPI firmware kan ook telegrammen van sommige Belgisch Slimme Meters uitlezen (testers gevraagd)! <\/p>\n\n\n\n
De DSMRloggerWS firmware en nog veel meer kun je op github<\/a> vinden! De nieuwste DSMRloggerAPI firmware kun je hier<\/a> vinden. <\/p>\n\n\n\n Een aantal gebruikers gaf aan gebruik te maken van externe diensten om de gelogde data in grafieken weer te geven. Ik heb ook de behoefte aan een grafische weergave van de gelogde data maar ik wil voorkomen dat ik daar externe diensten voor moet gebruiken.<\/p>\n\n\n\n <\/p>\n<\/blockquote>\n\n\n\n De doelstellingen voor versie 4 van de DSMR-logger zijn ongeveer gelijk gebleven aan die van versie 3 met dien verstande dat ik m\u00e9\u00e9r data op de DSMR-logger wil opslaan \u00e9n dat ik de gelogde data ook in grafieken wil kunnen bekijken.<\/p>\n\n\n Tot en met versie 3 van de DSMR-logger wordt iedere seconde een telegram van de Slimme Meter ontvangen. Daarvan wordt slechts een klein deel (iedere tien seconden) \u00e9\u00e9n telegram ook daadwerkelijk verwerkt. Op zich is dat geen probleem want de overige negen telegrammen vallen gewoon in een groot gat maar .. de ESP8266 UART moet w\u00e9l op deze vloed aan data reageren (de UART is interrupt driven). Zowel de Slimme Meter als de DSMR library van Matthijs Kooijman hebben een mogelijkheid om telegrammen alleen op afroep te versturen (Slimme Meter) of te vragen (DSMR library). De ESP-12(E\/F) heeft wel voldoende GPIO pinnen en aanzienlijk (4x) zoveel geheugen als de ESP-01(S). Het was daarom een logische keuze om deze variant van de ESP8266 te gebruiken voor versie 4 van de DSMR-logger.<\/p>\n\n\n\n Het prototype<\/em> en Proof of Concept<\/em> heb ik op een 1of!-ESP12<\/a><\/b><\/em> processor bordje met een 1of!-Proto<\/b><\/em> bordje gemaakt.<\/p>\n\n\n\n Voor het \u201choog<\/em>\u201d en \u201claag<\/em>\u201d maken van de Data Request<\/em> pin van de Slimme Meter heb ik verschillende varianten uitgeprobeerd. Met een combinatie van \u00e9\u00e9n of twee transistoren en\/of MosFets kreeg ik het niet stabiel werkend. Uiteindelijk is het een opto-coupler<\/em> geworden.<\/p>\n\n\n\n Hieronder staat het schema voor de Data Request functionaliteit:<\/p>\n\n\n Het circuit wordt gestuurd vanuit GPIO12 van de ESP8266 en zorgt ervoor dat bij een \u201choog<\/em>\u201d signaal de led in de opto-coupler gaat branden<\/em>. <\/p>\n\n\n Hierdoor zal de transistor \u201csluiten<\/em>\u201d (hij gaat geleiden) waardoor de 5Volt op de collector (pin5) direct op de emitter (pin4) terecht komt (hij wordt \u201choog<\/em>\u201d). Hierdoor zal DTR_SM ook \u201choog<\/em>\u201d worden en zal de Slimme Meter een telegram versturen.<\/p>\n\n\n\n Het telegram wordt door de Slimme Meter via pin 5 van de RJ12 connector met een ge\u00efnverteerde 5volt TTL logica verstuurd. Voor de ESP8266 moet dit signaal zowel (terug) ge\u00efnverteerd- als geschikt gemaakt worden voor 3v3 logica van de ESP8266.<\/p>\n\n\n In rust zal R6 de Base van Q1 \u201choog<\/em>\u201d trekken, waardoor Q1 \u201cgesloten<\/em>\u201d wordt en de Collector, en daarmee Rx_SM \u201claag<\/em>\u201d zal zijn. Als Tx_SM \u201claag<\/em>\u201d is zal de Base van Q1 \u00f3\u00f3k \u201claag<\/em>\u201d worden en zal Q1 \u201copen<\/em>\u201d gaan staan. De Collector en daarmee ook Rx_SM zal door R8 naar 3v3 getrokken worden. Rx_SM is dan dus \u201choog<\/em>\u201d. Komt er bij Tx_SM een \u201choog<\/em>\u201d signaal binnen, dan zal de Base van Q1 ook \u201choog<\/em>\u201d worden. Hierdoor gaat Q1 geleiden en zal de Collector samen met Rx_SM \u201claag<\/em>\u201d worden.<\/p>\n\n\n \fEen aantal bouwers van versie 3 vroeg of het mogelijk is in een volgende versie een klein Oled scherm op te nemen. Er zijn twee mogelijkheden om een Oled scherm aan te sturen. E\u00e9n is via een SPI interface<\/em> de andere maakt gebruik van de I2C interface<\/em>. Ik heb ervoor gekozen de I2C interface te gebruiken.<\/p>\n\n\n In versie 4 is een uitbreiding poort met I2C interface opgenomen die ook voor andere modules gebruikt kan worden. In de firmware wordt een Oled scherm aangestuurd.<\/p>\n\n\n Er kan in de J4 poort direct een Oled-module worden gestoken. Omdat niet iedere verkrijgbare Oled-module dezelfde aansluitingen heeft moet via draad-bruggen de juiste aansluitingen van J2<\/strong> naar J3<\/strong> worden doorverbonden (met name GND en 3v3 zitten niet op alle Oled-modules op dezelfde plaats).<\/p>\n\n\n\n Een groot nadeel van de Slimme Meter is dat deze de energie van de zonnepanelen sommeert met die van de verbruikers op dezelfde groep.<\/p>\n\n\n Zo krijg je nooit een inzicht in de werkelijk opgewekte energie en de werkelijk verbruikte energie. De opgewekte energie kun je ook (buiten de Slimme Meter om) meten met een AC Stroom Sensor<\/em> (bijvoorbeeld een SCT013-030 of ECS1030-L59). Deze klem je om de, in de meterkast binnenkomende, fase draad van de zonnepanelen en ze geven een spanning af die afhankelijk is van de stroom die door de kabel loopt. Voor gebruik van dit soort sensoren is de ADC<\/em> (Analoge to Digital Convertor<\/em>) pin van de ESP8266 uitermate geschikt. In het schema van de DSMR-logger v4 heeft deze, via een weerstands-deler een bereik van 0-5volt<\/em>. Door R12 en R13 (5%<\/em> tolerantie, een kleinere tolerantie is beter) aan te passen kun je dit bereik veranderen.<\/p>\n\n\n\n Om het schema van de nieuwe DSMR-logger te complementeren moet het basis-circuit van de ESP8266 nog worden toegevoegd (zie mijn post over de 1of!-ESP12<\/a>). Dit basis circuit bestaat uit de ESP-12, de 3v3 voeding, een Program Interface en de schakeling rond de Reset en Flash buttons.<\/p>\n\n\n\n Dit resulteert in het complete schema voor de DSMR-logger V4:\f<\/p>\n\n\n\n Uitgebreide (‘technische’) documentatie van dit project kun je hier<\/a> vinden. <\/p>\n\n\n\n En hieronder staat een plaatje van het prototype zoals ik dat op de 1of!-bordjes<\/b><\/em> heb gemaakt en getest. Daarna met KiCAD een PCB ontworpen:<\/p>\n\n\n\n En een life versie van het prototype in de meterkast: [ ] In augustus 2018 publiceerde ik een project voor het uitlezen van de Slimme Meter. Aan de hand van de vele reacties van de mensen die het project hebben nagebouwd en mijn eigen ervaring met versie 3 van de … Continue reading
[15-06-2021] v3.0.1 van de DSMRloggerAPI firmware is gereleased!
Deze zgn. \u201cOne Fits All<\/strong><\/em>\u201d release maakt het overbodig om voor verschillende soorten Slimme Meters (DSMR 2+, 3+, 4+ 5+ en de Belgische varianten hiervan) aangepaste firmware te gebruiken. Alle (mij bekende) Slimme Meters kunnen met deze \u00e9ne release uitgelezen worden.<\/p>\n\n\n\n\n
![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR-logger_v89-1024x416.png\")
<\/a><\/figure>\n<\/div>\n\n\n
Het werkt zo: De Slimme Meter verstuurd all\u00e9\u00e9n een telegram als de Data Request pin \u201choog<\/em>\u201d is. De DSMR library heeft een functie call \u201cenable(true)<\/code>\u201d die een pin van de ESP8266 \u201choog<\/em>\u201d maakt en deze \u201choog<\/em>\u201d houdt tot er een volledig telegram is ontvangen (waarna de pin \u201claag<\/em>\u201d wordt gemaakt).
Omdat ik voor de eerdere versies van de DSMR-logger een ESP-01 bordje wilde gebruiken kon van deze functionaliteit geen gebruik worden gemaakt eenvoudigweg omdat de ESP-01 niet genoeg pinnen heeft om er \u00e9\u00e9n voor vrij te maken.<\/p>\n\n\n\nData Request Circuit<\/h2>\n\n\n\n
![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR_DataReq_Circuit.png\")
<\/a><\/figure>\n<\/div>\n\n\n![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR_DataReq_Proto.png\")
<\/figure>\n<\/div>\n\n\n
\n\n\n\nTelegram ontvangen<\/h2>\n\n\n\n
![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR_LevelShifter_Circuit-300x251.png\")
<\/a><\/figure>\n<\/div>\n\n\n![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR_Invertor_Proto-300x225.png\")
<\/a><\/figure>\n<\/div>\n\n\n
Hiernaast zie je hoe dat deel van het schema er op het 1of!-Proto<\/b><\/em> bordje uit ziet.<\/p>\n\n\n\n
\n
\n\n\n\nI2C Interface<\/h2>\n\n\n\n
![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR_I2C_Circuit-300x262.png\")
<\/a><\/figure>\n<\/div>\n\n\n![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR_I2C_Proto-300x171.png\")
<\/a><\/figure>\n<\/div>\n\n\nADC Interface<\/h2>\n\n\n\n
![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR_ADC_Circuit.png\")
<\/a><\/figure>\n<\/div>\n\n\nPutting It All Together<\/h2>\n\n\n\n
![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR-logger_V4_Schema-1024x706.png\")
<\/a><\/figure>\n\n\n\n
<\/p>\n\n\n![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR_Proto_V4-1024x532.jpg\")
<\/a><\/figure>\n<\/div>\n\n\n![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR-logger_V4-3D-b.png\")
<\/a><\/figure><\/li>![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR-logger_V4_PCB.png\")
<\/a><\/figure><\/li>![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR-logger_V4-3D-a.png\")
<\/a><\/figure><\/li><\/ul>\n\n\n\n
<\/p>\n\n\n\n![\"\"](\"https:\/\/willem.aandewiel.nl\/wp-content\/uploads\/2019\/04\/DSMR-logger_V4_Life-1024x545.jpeg\")
<\/a><\/figure>\n","protected":false},"excerpt":{"rendered":"