{"id":7353,"date":"2022-11-15T16:38:50","date_gmt":"2022-11-15T15:38:50","guid":{"rendered":"https:\/\/willem.aandewiel.nl\/?p=7353"},"modified":"2023-08-01T13:05:29","modified_gmt":"2023-08-01T11:05:29","slug":"crisis-what-crisis","status":"publish","type":"post","link":"https:\/\/willem.aandewiel.nl\/index.php\/2022\/11\/15\/crisis-what-crisis\/","title":{"rendered":"Crisis? What Crisis? (een betere DSMR-logger)"},"content":{"rendered":"\n

Een nieuwe, betere, modernere Slimme Meter uitlezer<\/em><\/h2>\n\n\n\n

35,894 keer bekeken \/ views
Laatste update 10-02-2023<\/p>\n\n\n\n

\n

Zie ook deze<\/a> post!<\/p>\n<\/blockquote>\n\n\n\n

Met een energiecrisis die iedereen raakt wordt het “in de gaten houden<\/em>” van je energie verbruik steeds belangrijker. Daarom is het, na bijna vier jaar, de hoogste tijd om een nieuwe DSMR-logger te ontwikkelen. <\/p>\n\n\n\n

De DSMR-logger32<\/strong><\/code> doet en kan hetzelfde als de vorige versie (Rev. 4) maar hij doet dit beter en betrouwbaarder. Bepaalde functionaliteiten zijn niet meer aanwezig. Zo is het voeden van informatie aan mindergas.nl<\/a> vervallen. Het is gewoon geen kerntaak van de DSMR-logger (en als je het toch belangrijk vindt, dan kun je deze functionaliteit eenvoudig met een Wemos D1 bordje programmeren waarbij je, via een API call, de gegevens uit de DSMR-logger kunt halen en door de esp8266 laten doorsturen naar mindergas.nl. Dat kan met een Wemos D1 bordje zonder extra hardware).<\/p>\n\n\n\n

Er is geen ADC interface meer, omdat ik de indruk heb dat er geen gebruik van gemaakt wordt.<\/p>\n\n\n\n

Een grote verandering is de mogelijkheid om een shield op de DSMR-logger te prikken waarmee je eigen hardware kunt toevoegen (bijvoorbeeld een ModBus uitbreiding of een relais dat afhankelijk van de surplus aan opgewekte energie bestuurd wordt. Ook een ADC interface behoort dan weer tot de mogelijkheden).<\/p>\n\n\n\n

Op veler verzoek krijgt deze DSMR-logger ook een “Secondary P1<\/em>” poort waar je een andere uitlezer op aan kunt sluiten.<\/p>\n\n\n

\n
\"\"<\/a>
Het blokdiagram (klik voor een grotere versie)<\/figcaption><\/figure>\n<\/div>\n\n\n

Waarom een ESP32 met PSRAM<\/h1>\n\n\n\n

Ik heb recent dit project<\/a> en dit project<\/a> met de ESP32 Wrover module gemaakt en ben erg onder de indruk van de ESP32 met PSRAM (SPI-RAM<\/em> geheugen). Het grote voordeel van PSRAM is dat je deze kunt gebruiken om programma variabelen in op te slaan. Normaal nemen deze ruimte van het beschikbare geheugen in waardoor je op enig moment “vast loopt” omdat er simpelweg niet genoeg van is! De ESP32-WROVER modules komen met 4MB PSRAM of zelfs meer (al is er een beperking waardoor op dit moment niet meer dan 4MB PSRAM kan worden gebruikt). In 4MB geheugen kun je echter heel wat gegevens kwijt!!<\/p>\n\n\n

\n
\"\"<\/figure>\n<\/div>\n\n\n

Makers die zelf de DSMRlogger firmware compileren en flashen en dan inloggen met telnet<\/code> hebben vast wel gezien dat alle log regels informatie bevatten over de heap. Dat is zinvolle informatie als je de MCU maximaal gebruikt. Want als de heap volloopt crashed de MCU en dan wil je inzicht hebben in waar (welke functie) en wanneer dat gebeurt.<\/p>\n\n\n\n

<\/div>\n\n\n
\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n
<\/div>\n\n\n
\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n


Met de beschikbaarheid van PSRAM geheugen kun je eenvoudig alle groot verbruikers (bijvoorbeeld de telegrammen<\/em>, de JSON strings<\/em> en de setting gegevens<\/em>) in het PSRAM geheugen opbergen waardoor er meer ruimte voor de heap overblijft! De “FreeHeap<\/em>” wordt niet meer in de log regels getoond omdat deze zelden onder de 200kB komt en het tonen van de FreeHeap<\/em> dus geen significante informatie meer geeft!
<\/p>\n\n\n\n

Input P1 Level-Shifter<\/h1>\n\n\n\n

Voor de invoer van de data uit de Slimme Meter gebruik ik het beproefde schema dat al mijn DSMR-loggers gebruiken (never change a winning team!<\/em>). Deze maakt gebruik van een NPN transistor (Q101) die het binnenkomende signaal van de Slimme Meter inverteert (“Laag<\/em>” wordt “Hoog<\/em>” en vice versa) en het signaal wordt geshift naar 3v3.<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

Zoals je kunt zien in de tabel wordt het signaal netjes ge\u00efnverteerd en ge-level-shift, waardoor [ESP_RX2] netjes tussen GND<\/code> en 3v3<\/code> schakelt.<\/p>\n\n\n\n

3v3 Power Regulator<\/h1>\n\n\n\n

Voor het omzetten van de 5volt uit de Power Jack of de Slimme Meter wordt ook een beproefde schakeling gebruikt. In principe voldoet iedere LDO die ongeveer 500mA kan regelen. Ik heb voor de TC1262-33 gekozen omdat ik daar een voorraad van heb, maar iedere pin-compatible LDO is geschikt.<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

FTDI Programming Port<\/h1>\n\n\n\n

Om de ESP32 te kunnen programmeren kies ik (weer) voor een standaard FTDI poort en niet voor een USB poort met CH340C chip. Uiteraard maakt zo’n USB aansluiting het leven wel een stuk makkelijker als je firmware moet flashen, maar laten we wel zijn: dat doe je een paar keer gedurende het leven van de DSMR-logger en dan vaak nog \u201cover the air<\/em>\u201d met de ingebouwde updateserver<\/em>. De extra kosten en complexiteit maken het voor mij onzinnig om dit aan het ontwerp toe te voegen. In tegenstelling tot de DSMR-logger Rev. 4 heb ik wel extra componenten opgenomen waarmee het flashen niet meer afhankelijk is van het, in de juiste volgorde indrukken en weer los laten, van de [Flash<\/code>] en [Reset<\/code>] switches.<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

Watchdog<\/h1>\n\n\n\n

Een Watchdog is een aparte MCU die regelmatig een pulse (heartbeat<\/em>) van de main MCU (ESP32) krijgt. Stopt de main MCU met het versturen van heartbeats, dan is er iets goed mis en zal de Watchdog, na enige vertraging (misschien komt het nog goed …) de main MCU resetten.<\/p>\n\n\n\n

De watchdog is ontworpen rond een ATtiny85<\/em>. Ik heb hier al eerder een post<\/a> over geschreven maar wil voor de DSMR-logger32 een iets andere versie maken. Dit is vooral ingegeven door mijn recente ontdekking van NeoPixels! Het leuke van een NeoPixel is dat ze goedkoper zijn dan bijvoorbeeld twee SMD ledjes maar wel alle kleuren van de regenboog kunnen weergeven \u00e9n dat ze daar maar \u00e9\u00e9n data lijn voor nodig hebben. De watchdog zal, afhankelijk van de staat waarin hij verkeert, de NeoPixel als volgt laten branden:<\/p>\n\n\n\n