Slimme meter uitlezen via P1-poort

[emielbf]

bijna ;-) ik lees een Landis Gyr E350 uit met een USB P1 kabel van robbshop, een PI4 en Openhab

[Aiolos]

Dit weekend een probleem gehad met 2 meters die niet uitgelezen konden worden met ESPEasy. Beide waren ZIV CTA5 3-fase meters, met gasmeter.

Het probleem bleek uiteindelijk in het formaat van het telegram te zitten. Door power-failures die er ook in zaten werd het telegram groter dan de max van 1024 bytes die in ESPEasy wordt gedefinieerd.

Ik heb inmiddels een PR ingediend om dat formaat te vergroten, dit bericht is vooral bedoeld als beschrijving mocht iemand ook een dergelijk probleem tegenkomen.

[svhoy]

Hoi,
Ik heb een Wemos D1 geladen met zelfgecompileerde Tasmota (V9.2) inclusief P1 slimme meter (https://tasmota.github.io/docs/P1-Smart-Meter/) en temperatuursensoren. Hardware en software werken, maar ik heb een probleem met de scriptconfiguratie.
Ik heb een Sagemcom T211-D meter (OBIS-code, van Fluvius in België). Alle metingen worden correct weergegeven, behalve mijn gasmetingen. Dit formaat is anders dan de rest en ik kan er niet achter komen hoe ik het moet configureren.
Voorbeeld gasrecord ==> 0-1: 24.2.3 (210117170502W) (01526.215 * m3)
Dit is mijn configuratie tot nu toe ...

>D
>B
->sensor53 r
>M 1
+1,3,o,0,115200,P1
1,0-1:24.2.3(@#),Timestamp Gas,,timestamp_gas,0
1,1-0:1.8.1(@1,Tariff High,kWh,Tarif1,3
1,1-0:1.8.2(@1,Tariff Low,kWh,Tarif2,3
1,0-0:96.14.0(@1,Tariff,,tariff,0
1-0:1.7.0(@1,Power,kW,Power,3
1,1-0:32.7.0(@1,Voltage L1,V,Voltage,1
1,1-0:52.7.0(@1,Voltage L2,V,Voltage,1
1,1-0:72.7.0(@1,Voltage L3,V,Voltage,1
1,1-0:31.7.0(@1,Current L1,A,Current,1
1,1-0:51.7.0(@1,Current L2,A,Current,1
1,1-0:71.7.0(@1,Current L3,A,Current,1
#

De regel "1.0-1: 24.2.3 (@ #), Timestamp Gas ,, timestamp_gas, 0" geeft "210117170502W" weer.

Maar geen idee hoe je "01526.215" moet ophalen! Veel geprobeerd, veel gezocht, maar tot nu toe niets. Komt dit door een ontbrekende functie, een tekort in de documentatie, of gewoon (waarschijnlijk) ik ? Iemand?

[7o9]

svhoy schreef op maandag 18 januari 2021 @ 20:19:
De regel "1.0-1: 24.2.3 (@ #), Timestamp Gas ,, timestamp_gas, 0" geeft "210117170502W" weer.

Maar geen idee hoe je "01526.215" moet ophalen! Veel geprobeerd, veel gezocht, maar tot nu toe niets. Komt dit door een ontbrekende functie, een tekort in de documentatie, of gewoon (waarschijnlijk) ik ? Iemand?

Kun je er niet iets van maken zoals dit om de tweede waarde uit te lezen: 1,0-1:24.2.3(@#)(@1)

Ik kan (ook) niets vinden over hoe je de tweede waarde op een regel kunt uitlezen.

[ Voor 29% gewijzigd door 7o9 op 19-01-2021 07:48 ]

[svhoy]

@7o9 Neen jouw tip werkt niet en inderdaad het is niet terug te vinden. Wel gevonden dat het sluitende haakje kan vervangen worden door een ander karakter of zelfs helemaal weggelaten worden. Je krijgt dan ...

1,0-1:24.2.3(@#,Gas,,gas,0
... geeft bijvoorbeeld ...
"210119163958W)(01551.220"

Met scripting (https://github.com/tasmot...ocs/Scripting-Language.md) eventueel verder uit te splitsen. Maar het lijkt er op dat dit niet in de code kant en klaar beschikbaar is (https://github.com/arends...t/tasmota/xsns_53_sml.ino).

Ik ga het proberen scripten, maar tevens een feature request doen. Kijken wat er van komt ...

[7o9]

Wat als je dit probeert: 1,0-1:24.2.3)(@1)

[svhoy]

0 is het resultaat. Al vele variaties geprobeerd, maar neen.
Het # karakter betekent scannen tot het hiernavolgende karakter bereikt wordt. Indien niet, tot einde van de lijn.

[svhoy]

Issue: https://github.com/arendst/Tasmota/issues/10644

Ga even afwachten. Ik ben al aan een 'work around' begonnen met extra scripting. Maar het blijft knoeien. Dus hopelijk komt er een oplossing.

[svhoy]

Opgelost, maar enkel nog in development branch.
Zie: https://github.com/arendst/Tasmota/issues/10644
Met dank aan gemu2015!

code:

>D
>B
->sensor53 r
>M 1
+1,3,o,0,115200,P1
1,0-0:1.0.0(@#),Electr. update,,electr_time,0
1,1-0:1.8.1(@1,Tariff High,kWh,tarif1,3
1,1-0:1.8.2(@1,Tariff Low,kWh,tarif2,3
1,0-0:96.14.0(@1,Tariff,,tariff,0
1-0:1.7.0(@1,Power,kW,power,3
1,1-0:32.7.0(@1,Voltage L1,V,volt_l1,1
1,1-0:52.7.0(@1,Voltage L2,V,volt_l2,1
1,1-0:72.7.0(@1,Voltage L3,V,volt_l3,1
1,1-0:31.7.0(@1,Current L1,A,amp_l1,1
1,1-0:51.7.0(@1,Current L2,A,amp_l2,1
1,1-0:71.7.0(@1,Current L3,A,amp_l3,1
1,0-1:24.2.3(@(1,Gas,m3,gas_val,3
;!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
;1,0-1:24.2.3(@#),Gas timestamp,,gas_time,0
;Removing the above line will result in 'electr_time' being overwritten.
;!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
1,=h============
1,=m 6+7+8/#3 @100,Voltage Avg.,V,Volt_avg,1
1,=m 9+10+11 @100,Current Tot.,A,amp_tot,1
#

[leecher]

Ik heb een Landis+Gyr E350 ZMF110CCtFs2 (SMR 5.0) en probeer de P1 uit te lezen. Het wil niet echt lukken. Ik zie ook vrijwel nergens precies deze combinatie, wel ZMF100, SMR 4.2, en anderen, al lijkt dat dat weinig uit zou moeten maken.

Ik wil er een nodemcu voor gebruiken en heb hem met een RJ11 stekker als volgt aangesloten:



ik heb met de Arduino IDE het volgende erop gezet:

code:

#include <SoftwareSerial.h>

int incomingByte = 0;
String inputString = "";
boolean start_p1_record;
boolean data_ready = false;

SoftwareSerial mySerial(D1, D2, true); // RX, TX, inverted

void setup () {
  mySerial.begin(115200);
  delay(1);
  Serial.begin(115200);

  Serial.println("P1 Smart meter reading - START\n");
}

void loop () {
  while (mySerial.available() > 0) {
    incomingByte = mySerial.read();
    //incomingByte &= ~(1 << 8);
    char inChar = (char)incomingByte;
    inputString += inChar;

    if (inChar == '/') {
      start_p1_record = true;
      Serial.println("record start detected");
    }

    if (inChar == '!') {
      data_ready = true;
      start_p1_record = false;
      Serial.println("\n\nData received!\n\n\n");
      Serial.println(inputString);
      inputString = "";
    }

    if (inputString.length() > 350) {
      start_p1_record = false;
      inputString = "";
    }
  }

}

iemand pro-tips hoe ik hem aan de praat kan krijgen?

[svhoy]

Ik doe het met Tasmota, mqtt naar HA en een Wemos D1 mini. Zie hierboven.

https://github.com/tasmot...yr-zmr120ares2r2sfcs-obis

Hardware en forwarding via mqtt https://tasmota.github.io/docs/P1-Smart-Meter/

Ik gebruik wel de voeding van de P1 meter in tegenstelling tot het bovenstaande schema.

Wat jou zal helpen is de pull-up weerstand en transistor als invertor ... begin daar alvast mee. Dit wordt meermaals vermeld in dit forum.

[ Voor 18% gewijzigd door svhoy op 24-01-2021 22:16 ]

[Cuball]

Ik ben bezig met het uitlezen van m'n P1 poort. Ik had het werkend via ESP32 en externe voeding.
Nu wil ik de voeding gebruiken van de P1 zelf.

Wanneer ik de 5V (Pin1 DSMR meter) gebruik voor m'n ESP van spanning te voorzien, dan start deze wel op (rode led brandt). Maar de verbinding met de Wifi lukt niet.
Als ik echter even de USB kabel aansluit (volgensesp32 spec zou ik dit niet mogen doen), dan wordt de Wifi verbinding gemaakt.
Als ik daarna de USB kabel los koppel, dan blijft alles eventjes werken, maar na enkele minuten is de Wifi terug verbroken en krijg ik geen gegevens meer door

Zou dit door ontbreken van condensators kunnen zijn in m'n project ? Zie voorbeeld schema uit DSMR 5 spec voor OSM.
Indien zo, welke condensator types (spanning, technologie) koop ik best (tips waar te bestellen?)

[mcDavid]

het beste lijkt me gewoon die 4 uit het schema?

[Cuball]

Ja de capaciteit ok. Maar ik ben niet echt thuis in condensator types (electrolyt, mica, film, ...) .

Welke spanning moeten deze hebben? Werkt dit met met een condensator type van spanning van 15V, terwijl de esp32 op 5V werkt.

[RobIII]

Tenzij je meter DSMR5 is wordt het gebruiken van de 5V niet aangeraden / ondersteund. Dus ik zou daar eens eerst naar kijken.

[Cuball]

RobIII schreef op maandag 25 januari 2021 @ 13:06:
Tenzij je meter DSMR5 is wordt het gebruiken van de 5V niet aangeraden / ondersteund. Dus ik zou daar eens eerst naar kijken.

Het is DSMR5.

Ik krijg spanning op m'n ESP32 (rode led brandt), maar waarschijnlijk verbruikt de Wifi component net iets teveel waardoor deze afvalt. Het gebruik van een condensator zou deze tekorten moeten kunnen opvangen vermoed ik.

[RobIII]

Cuball schreef op maandag 25 januari 2021 @ 13:09:
Het gebruik van een condensator zou deze tekorten moeten kunnen opvangen vermoed ik.

Hmmm, wellicht, maar ik ben sceptisch. Ik ben absoluut geen expert, verre van, maar die condensators zien er meer uit alsof ze bedoeld zijn om te ontstoren c.q. "filteren" inrush op te vangen. Ik heb zelf gewoon een 5 watt ladertje van Apple die ik er toch nog 5 had liggen gebruikt om mijn Wemos D1 mini aan te hangen.

[ Voor 21% gewijzigd door RobIII op 25-01-2021 13:19 ]

[Cuball]

RobIII schreef op maandag 25 januari 2021 @ 13:13:
[...]

Hmmm, wellicht, maar ik ben sceptisch. Ik heb zelf gewoon een 5 watt ladertje van Apple die ik er toch nog 5 had liggen gebruikt om mijn Wemos D1 mini aan te hangen.

Ja zo werkt het, maar ik wil het mooi allemaal weggewerkt hebben en geen extra USB kabels aan m'n electriciteits kast..

[inger007]

svhoy schreef op zondag 24 januari 2021 @ 21:33:
Ik doe het met Tasmota, mqtt naar HA en een Wemos D1 mini. Zie hierboven.

https://github.com/tasmot...yr-zmr120ares2r2sfcs-obis

Hardware en forwarding via mqtt https://tasmota.github.io/docs/P1-Smart-Meter/

Dit is exact wat ik ook wil maar hoe handel jij die MQTT berichten af in HA zodat je ook zinvolle sensoren krijgt?

[mcDavid]

Cuball schreef op maandag 25 januari 2021 @ 12:58:
Ja de capaciteit ok. Maar ik ben niet echt thuis in condensator types (electrolyt, mica, film, ...) .

Welke spanning moeten deze hebben? Werkt dit met met een condensator type van spanning van 15V, terwijl de esp32 op 5V werkt.

Die eerste 3 zijn elco's, de 4e een keramische (herkenbaar aan de 2 zwarte balken). Rated spanning moet minimaal 5V zijn, hoger mag maar hoeft niet.

Als je erop kunt wachten kun je op ebay of aliexpress of zo, een assortiment met allerlei waardes kopen voor 2-3 euro of zo (zoek op "capacitor assortment"). Anders ff los de types die je nodig hebt bestellen op een elektronnica website (sinuss, conrad, etc)

[chaoscontrol]

Cuball schreef op maandag 25 januari 2021 @ 12:04:
Ik ben bezig met het uitlezen van m'n P1 poort. Ik had het werkend via ESP32 en externe voeding.
Nu wil ik de voeding gebruiken van de P1 zelf.

Wanneer ik de 5V (Pin1 DSMR meter) gebruik voor m'n ESP van spanning te voorzien, dan start deze wel op (rode led brandt). Maar de verbinding met de Wifi lukt niet.
Als ik echter even de USB kabel aansluit (volgensesp32 spec zou ik dit niet mogen doen), dan wordt de Wifi verbinding gemaakt.
Als ik daarna de USB kabel los koppel, dan blijft alles eventjes werken, maar na enkele minuten is de Wifi terug verbroken en krijg ik geen gegevens meer door

Zou dit door ontbreken van condensators kunnen zijn in m'n project ? Zie voorbeeld schema uit DSMR 5 spec voor OSM.
Indien zo, welke condensator types (spanning, technologie) koop ik best (tips waar te bestellen?)


[Afbeelding]

Gebruik je functionaliteit van de esp32 of kun je af met een 8266? Die heb ik namelijk jaren op de voeding van de meter gehad.

[Cuball]

chaoscontrol schreef op maandag 25 januari 2021 @ 14:15:
[...]

Gebruik je functionaliteit van de esp32 of kun je af met een 8266? Die heb ik namelijk jaren op de voeding van de meter gehad.

Nee niet specifiek, maar ik had nog een ESP32 liggen, daarmee dat ik deze gebruik... Een 8266 verbruikt waarschijnlijk iets minder stroom...

[leecher]

svhoy schreef op zondag 24 januari 2021 @ 21:33:
Wat jou zal helpen is de pull-up weerstand en transistor als invertor ... begin daar alvast mee. Dit wordt meermaals vermeld in dit forum.

Ik had hier en daar gelezen dat dat dus niet hoeft met mijn type meter, maar jij denkt van wel? Ik heb alle componenten liggen dus ik zal het eens proberen.

[Thuurke]

Zo ik heb dsmreader met onderstaande settings opgestart gekregen. datalogger ingesteld en ik krijg data binnen.
Backups maken geeft echter nog fouten.
Jan. 25, 2021: Backup creation failed, please check the dsmr_backend logfile.

Ik kan die logfile niet vinden...
In de officiele dsmreader installatie moet de gebruiker dsmr rechten hebben om te backuppen. Moet ik deze wellicht op de host aanmaken?

code:

version: '3.8'

services:
  dsmrdb:
    image: postgres
    restart: always
    container_name: dsmrdb
    volumes:
      - ./dsmrreader/dsmrdb:/var/lib/postgresql/data
    environment:
      - TZ=Europe/Amsterdam
      - PG_TZ=Europe/Amsterdam
      - POSTGRES_USER=dsmrreader
      - POSTGRES_PASSWORD=dsmrreader
      - POSTGRES_DB=dsmrreader

  dsmr:
    image: xirixiz/dsmr-reader-docker:latest
    restart: always
    container_name: dsmr
    depends_on:
      - dsmrdb
    cap_add:
      - NET_ADMIN
    links:
      - dsmrdb
    environment:
      - DB_HOST=dsmrdb
      - DSMRREADER_ADMIN_USER=admin                     # Webinterface user
      - DSMRREADER_ADMIN_PASSWORD=admin                 # Webinterface user password
    ports:
      - 7777:80
      - 7779:443
    volumes:
      - ./dsmrreader/dsmr_backups:/dsmr/backups

[tcviper]

Hi all, ik volg de installatie van: https://dsmr-reader.readt...smr-reader-manually-quick

Ik ben bij stap: # Code checkout
sudo git clone https://github.com/dsmrreader/dsmr-reader.git /home/dsmr/dsmr-reader

Maar dan krijg ik; ???????????P̻?P̻???????????????????P̻?P̻: File name too long

Op mijn pi 4b, enig idee wat ik fout doe? Thx.

[svhoy]

@Cuball wat hierboven is geschreven over condensatoren klopt allemaal. Je kan bvb een elco (electrolytische condensator) van 2200 µF 6,3 volt of meer volts gebruiken om de piekstroom op te vangen. Mag ook meer of minder µFarads zijn. Niet zo kritisch. Het is vooral de inschakelstroom bij opstart die voor problemen kan zorgen. Opgelet, elco's hebben een polariteit, dus juist aansluiten tussen +5V en aarding!

Overigens, ik heb een Wemos D1 Mini (esp8266) op een DSMR5 meter aangesloten en het werkt hier zonder condensator. Ik zal de 'ripple' eens meten op de voeding met mijn scoop. Ik denk er sowieso een elco bij te plaatsen met wat ik nog liggen heb. Ter info, mijn meter is een Sagemcom T211-D.

https://www.netbeheernede...limme-meter-15/documenten voor informatie over de meters.
DSMR5 specificatie https://www.netbeheernede...e_meter_15_a727fce1f1.pdf, pagina 8 ... 5.3 Power Supply. Daar lees je ...

The power supply must be able to continuously supply current IL_CONT<= 250 mA.

... en ...

Inrush Current
Once the OSM device is connected to the P1 port (depends on OSM internal design), its power supply unit may require to use an excessive current for a very short period of time (usually for less than 1 ms). Such current is often called: an “Inrush current". Dus de buffering van de elco kan je daar overheen brengen.

Succes!

[svhoy]

inger007 schreef op maandag 25 januari 2021 @ 13:38:
[...]


Dit is exact wat ik ook wil maar hoe handel jij die MQTT berichten af in HA zodat je ook zinvolle sensoren krijgt?

Als je Tasmota gebruikt is er auto discovery. Resetten en klaar ...

Als je zelf iets gaat bouwen dan moet je dit in de configuration.yaml configureren.

https://www.home-assistant.io/integrations/sensor.mqtt/

Beetje zoeken op HA site en je vindt massa's voorbeelden denk ik.

[inger007]

svhoy schreef op dinsdag 26 januari 2021 @ 20:09:
[...]


Als je Tasmota gebruikt is er auto discovery. Resetten en klaar ...

Als je zelf iets gaat bouwen dan moet je dit in de configuration.yaml configureren.

https://www.home-assistant.io/integrations/sensor.mqtt/

Beetje zoeken op HA site en je vindt massa's voorbeelden denk ik.

Dank voor je reply maar de tasmota firmwares die ik heb geprobeerd gebruikten geen aparte topics per P1 datagram/categorie (bijv. topic 'gasstand'). Hoe trek je het MQTT topic dan uit elkaar naar verschillende sensoren? Met Node-Red?

[Xatom]

Bij een Kaifa MA304H4CNL krijg ik totaal geen data uit de P1-poort.

Wat ik heb geprobeerd (alle combinaties van):
* 1K weerstand tussen pin 1 (+5V) en pin 5 (TXD)
* Pin 1 (+5V) verbinden met pin 2 (RTS)

Er staat wel stroom op de poort (pin 1/+5V en pin 6/GND). Maar er lijkt gewoon totaal geen data verzonden te worden. Ik krijg echt niks binnen. Met dezelfde kabel kan ik wel 2 andere meters uitlezen.

Iemand een idee?

[Aiolos]

Xatom schreef op zaterdag 30 januari 2021 @ 13:09:
Bij een Kaifa MA304H4CNL krijg ik totaal geen data uit de P1-poort.

Wat ik heb geprobeerd (alle combinaties van):
* 1K weerstand tussen pin 1 (+5V) en pin 5 (TXD)
* Pin 1 (+5V) verbinden met pin 2 (RTS)

Er staat wel stroom op de poort (pin 1/+5V en pin 6/GND). Maar er lijkt gewoon totaal geen data verzonden te worden. Ik krijg echt niks binnen. Met dezelfde kabel kan ik wel 2 andere meters uitlezen.

Iemand een idee?

Ik lees diezelfde meter uit, met dit schema: https://enri.nl/assets/img/pcb/p1-v2-schema.png
Dus met een 10k pull up op TXD, en RTS met 5v. De transistor is om het signaal te inverteren.

Welke andere meters kun je er wel mee uitlezen?

[skank]

Goeiemiddag
Ik draai home assistant op een rasp pi 4 met hass os
Ik heb een belgische meter verbonden met zo'n p1 kabel naar de pi
Binnen HA heb ik de slimme meter integratie maar die is beperkt.
Daarom had ik graag de dsmr reader geinstalleerd.
Dit zou voor zover ik begrijp naast HA moeten... (kan dan later nog via mqtt toch de data binnentrekken , de mqtt broker heb ik al)

Nu..
Wat is de makkelijkste manier om die dsmr reader te installeren?
Deze pagina maakt me niet veel wijzer https://dsmr-reader.readt...v4/installation.html#id10

Klopt het dat ik naast dsmr reader ook nog een db moet installeren?
Jammer genoeg is er geen addon voor dsmr reader..
Eventueel via portainer?
Wie kan me hierin begeleiden?

[magic jimmy]

hey, is het al gelukt om de belgische digitale meter uit te lezen met de wemos?
ik ben benieuwd.
YouTube: ESP8266-based P1-port sensor sending data to Domoticz

ik probeer deze maar lukt mij niet, kan u mij verder helpen aub

[skank]

Ondertussen gelukt om dsmr reader te installeren

In de reader staat er laag tarief en die loopt, maar het is momenteel nog geen nachttarief, dus ik denk dat hij net andersom telt...

Kan dat?

[Sabbi]

skank schreef op donderdag 4 februari 2021 @ 19:45:
Ondertussen gelukt om dsmr reader te installeren

In de reader staat er laag tarief en die loopt, maar het is momenteel nog geen nachttarief, dus ik denk dat hij net andersom telt...

Kan dat?

Ja in Belgische P1 zijn hoog en laag omgewisseld en gebruikt gas een andere code.

[Swinnio]

Wellicht hier iemand die me verder kan helpen als slimme meter-noob
Ik probeer sindskort m.b.v. DSMRreader en een rpi4 mijn Iskra MT 382 meter met https://www.amazon.nl/Dom...d=pla-1028116665567&psc=1 uit te lezen.
Echter, als ik het uitlezen test via

code:

cu -l /dev/ttyUSB0 -s 9600 --parity=none

krijg ik onleesbare output en wordt de verbinding verbroken:

code:

Connected.
(
eԓ?E?dR????Vg???V???l?Z2???]?92rrvvVVV,v????֒V?֒??%g/Rm6,2mdZr-R??6-r?%!š?ίR??,2mdZr-VlVl-6?%!E!%N/Rm6l2mdZ?mvvvv6mV22%!E!?N/Rm6l2mdZrmvv??6m6r6%!E!%NoVm6,lYZr2mvmvv6R%g/R???2-2??????6m66%!E%N/Rm6l2-2m?mvvv6mv6!%NoVm6,2m6mvmV,,lZ??%!E???V???l?Z??'v-R%goVm6,lYZ6-r-%NoVm6,lYZ6mv-%NoV-2lr2-2m?$V%goV-2,lYZ2m?-6v$vVVvv֒?????֒???,V?֒?ҥg?V???r2-6mvmRr6rv2rvv????????m??????V??lr2m2???BF??o-2vVlmvvV%goV-?lr2m2mv-R%g/+Vcu: Got hangup signal

Disconnected.

Andere baud rates of wisselen van parity lijkt geen effect te hebben.
De meter is voor zover ik weet gewoon door Enexis (regio Eindhoven) geïnstalleerd, dus wat zou er voor kunnen zorgen dat ik deze niet uit kan lezen?

[skank]

Sabbi schreef op donderdag 4 februari 2021 @ 21:23:
[...]


Ja in Belgische P1 zijn hoog en laag omgewisseld en gebruikt gas een andere code.

Al gefixed.
Ik heb ook net ALLE mapping aangepast met het gedacht dat deze dan ook zo zouden benoemd zijn in home assistant, helaas koude douche.. alle oude naamgeving staat nog in ha , zelfs na verwijderen en herstart...
oude naamgeving en zelfs geen data meer...

zucht alles voor niets.

Blijkbaar moet ik dan toch de naamgeving aanpassen in HA

[jeroenk13]

Swinnio schreef op donderdag 4 februari 2021 @ 21:31:
Wellicht hier iemand die me verder kan helpen als slimme meter-noob
Ik probeer sindskort m.b.v. DSMRreader en een rpi4 mijn Iskra MT 382 meter met https://www.amazon.nl/Dom...d=pla-1028116665567&psc=1 uit te lezen.
Echter, als ik het uitlezen test via

code:

cu -l /dev/ttyUSB0 -s 9600 --parity=none

krijg ik onleesbare output en wordt de verbinding verbroken:

code:

Connected.
(
eԓ?E?dR????Vg???V???l?Z2???]?92rrvvVVV,v????֒V?֒??%g/Rm6,2mdZr-R??6-r?%!š?ίR??,2mdZr-VlVl-6?%!E!%N/Rm6l2mdZ?mvvvv6mV22%!E!?N/Rm6l2mdZrmvv??6m6r6%!E!%NoVm6,lYZr2mvmvv6R%g/R???2-2??????6m66%!E%N/Rm6l2-2m?mvvv6mv6!%NoVm6,2m6mvmV,,lZ??%!E???V???l?Z??'v-R%goVm6,lYZ6-r-%NoVm6,lYZ6mv-%NoV-2lr2-2m?$V%goV-2,lYZ2m?-6v$vVVvv֒?????֒???,V?֒?ҥg?V???r2-6mvmRr6rv2rvv????????m??????V??lr2m2???BF??o-2vVlmvvV%goV-?lr2m2mv-R%g/+Vcu: Got hangup signal

Disconnected.

Andere baud rates of wisselen van parity lijkt geen effect te hebben.
De meter is voor zover ik weet gewoon door Enexis (regio Eindhoven) geïnstalleerd, dus wat zou er voor kunnen zorgen dat ik deze niet uit kan lezen?

http://domoticx.com/p1-poort-slimme-meter-hardware/

Volgensmij is het signaal geinverteerd en moet je dus met behulp van FT_Prog je usb kabel instellen dat het "RX" signaal geinverteerd is

edit: ik zie ook dat de meter 7 bits even parity heeft en jij gebruikt parity=none

[Swinnio]

jeroenk13 schreef op vrijdag 5 februari 2021 @ 10:06:
[...]


http://domoticx.com/p1-poort-slimme-meter-hardware/

Volgensmij is het signaal geinverteerd en moet je dus met behulp van FT_Prog je usb kabel instellen dat het "RX" signaal geinverteerd is

edit: ik zie ook dat de meter 7 bits even parity heeft en jij gebruikt parity=none

Bedankt voor de tips! parity=even heeft hetzelfde effect. FT_Prog was inderdaad nodig om de kabel in te stellen voor een geinverteerd RX signaal. Nu werkt het uitlezen prima!

[ Voor 16% gewijzigd door Swinnio op 06-02-2021 11:26 ]

[jelbo]

Na enkele collega's met DSMR-reader gezien te hebben heb ik een WiFi gateway-dingetje gekocht, aangesloten en op m'n wifi verbonden.

Ik heb een Synology DS713+ met Docker, dus ik ben met de dsmr-reader-docker en postgres images aan de slag gegaan.

Met postgres heb ik via de DSMR-reader instructies een database en user gemaakt. Terminal starten met gebruiker postgres.

code:

createuser -DSR dsmrreader
createdb -O dsmrreader dsmrreader
psql -c "alter user dsmrreader with password 'dsmrreader';"

De container draait en is klaar om verbindingen te accepteren:

code:

2021-02-06 11:50:05.821 UTC [1] LOG:  listening on IPv4 address "0.0.0.0", port 5432
2021-02-06 11:50:05.926 UTC [1] LOG:  database system is ready to accept connections

DMSR-reader geconfigureerd met o.a. deze variabelen:

code:

DJANGO_DATABASE_HOST                <IP van Synology>
DJANGO_DATABASE_PORT                5432
DJANGO_DATABASE_NAME                dsmrreader
DJANGO_DATABASE_USER                dsmrreader
DJANGO_DATABASE_PASSWORD            dsmrreader

Maar die kan er niet bij:

code:

django.db.utils.OperationalError: could not connect to server: Connection refused
  Is the server running on host "<IP van Synology>" and accepting
  TCP/IP connections on port 5432?

Als ik de documentatie lees moet ik nog wat wijzigen; 'Important note: you must set listen_addresses = '*'so that other containers will be able to access postgres.'

In de postgres container lukt het me niet via de terminal een aangemaakte /etc/postgresql/postgresql.conf te editen wegens het ontbreken van een editor.

Zit ik op de juiste weg of moet ik wat anders doen?

[jeroenk13]

@jelbo heb je in synology docker de poort instellingen goed staan van de local en container poort van de container ? De local poort staat niet op automatisch toegewezen ?

[jelbo]

jeroenk13 schreef op zaterdag 6 februari 2021 @ 14:50:
@jelbo heb je in synology docker de poort instellingen goed staan van de local en container poort van de container ? De local poort staat niet op automatisch toegewezen ?

Alle Local Ports van beide containers staan op Auto. Dus 5432 voor postgres en 80 en 443 voor DSMR-reader. Ik kan ze in elk geval niet hetzelfde maken als de Container Ports vanwege conflicten met andere containers.

code:

Local port 5432 conflicts with other ports used by other services.

Blijkbaar draait er al postgres ergens anders?

code:

ash-4.3# netstat -tulpn | grep 5432
tcp        0      0 127.0.0.1:5432          0.0.0.0:*               LISTEN      11410/postgres

Het is blijkbaar preinstalled aanwezig:

code:

ash-4.3# top -p 11410
PID USER      PR  NI    VIRT    RES  %CPU %MEM     TIME+ S COMMAND
11410 postgres  20   0  292.7m   0.7m   0.0  0.0   0:00.14 S /usr/bin/postgres -D /var/services/pgsql

[ Voor 45% gewijzigd door jelbo op 06-02-2021 15:23 ]

[jeroenk13]

@jelbo daar gaat het waarschijnlijk mis. Zowel local als container moeten denk ik hetzelfde zijn (dus 5432 voor local van postgres). Anders verschilt de <synlogy ip>:poort iedere keer als je de container opnieuw opstarten

Edit; @jelbo anders wijzig je de local postgres poort in docker naar 5433 en pas je de DSMR reader instellingen (DJANGO_DATABASE_PORT) aan naar 5433 als db poort

[ Voor 27% gewijzigd door jeroenk13 op 06-02-2021 15:44 ]

[jelbo]

Dat is een stap in de goede richting. Ik krijg daarmee dit in de dsmr-reader log:

code:

[ INFO ] Verifying Database connectivity...
None
[ INFO ] Configuring DSMR in standlone datalogger mode....

Volgens een collega die het up & running heeft moet ik een intern IP adres gebruiken van de container. Dat kon ik alleen vinden via Portainer. Dat IP adres is in mijn geval 172.17.0.9. Ik zou dan ook poort 5432 moeten gebruiken, ook al is de local port 5433.

Daarmee krijg ik dezelfde melding als hierboven. Het is in elk geval beter dan de foutmelding die ik krijg met de combinatie 172.17.0.9:5433 of <IP van Synology>:5432, maar ik heb dus nog steeds geen verbinding met de database.

Ondernomen troubleshooting stappen:

• De dsmrreader database is aanwezig. Getest op postgres container shell als postgres met commando \l
• Op de postgres container kan ik inloggen op de dsmrreader database. Getest op postgres container shell als postgres met commando psql -d dsmrreader -U dsmrreader
• Vanuit de dsmr-reader container shell kan ik 172.17.0.9 pingen

/edit: na enkele uren troubleshooten en hulp van de developer blijkt dat de output 'None' na de database-connectiviteitscheck wil zeggen dat alles in orde is. Met de tip van jjeroenk13 was ik er dus al. In een volgende versie wordt de melding None wat duidelijker.

[ Voor 22% gewijzigd door jelbo op 10-02-2021 20:04 ]

[bortek]

Good evening!

One can spend hours reading this interesting forum but still having question.

I am struggling to get readings from my newly installed E360 meter. I am getting the readings and they are meaningful but CRC checksum is for some reason is not matching.

The cable wiring and software I am using is from this project

https://github.com/psvanstrom/esphome-p1reader

I already have some ideas about tuning the resistors down to 1Kohm. But would like your suggestion if there is anything else I should try? Could it be that the CRC checksum algorithm is different for DSRM5 protocol than for the older ones?

Also another perhaps little off topic question for those having E360 in NL/BG countries. Do you guys get the data all the time from P1? We here in Sweden are having a buggy firmware in E360 which stops the data sending after several hours and only a hard restart of the meter (and the whole household) fixes the issue. I wonder if you have the same buggy firmware or is it only country specific.

Thanks!

[gerben-82]

Hallo mensen,

Heb hier thuis een youless 120
En die logt naar externe sites.

Heeft er iemand een mooi stukje software wat ik op mijn synology kan zetten en ik via mijn eigen site de data kan zien.

Zoals live vebruik, dag,week,’maand, jaar

[Daniel.]

gerben-82 schreef op dinsdag 9 februari 2021 @ 09:34:
Hallo mensen,

Heb hier thuis een youless 120
En die logt naar externe sites.

Heeft er iemand een mooi stukje software wat ik op mijn synology kan zetten en ik via mijn eigen site de data kan zien.

Zoals live vebruik, dag,week,’maand, jaar

Wordt genoemd in het Youlesss Topic.
https://bitbucket.org/magic_monkey/youless/wiki/Home
SmiGueL in "YouLess pulsteller/elektriciteitsmeter"
Openingspost YouLess pulsteller/elektriciteitsmeter
Dit zou het moeten zijn. Het is oud, maar ik maakte er 1 jaar geleden nog gebruik van totdat ik overstapte op ZTATZ.

[ Voor 12% gewijzigd door Daniel. op 09-02-2021 09:38 ]

[gerben-82]

Ok bedankt voor uw reactie.
ZTATZ is toch p1mon of heb ik dat verkeerd?

[skank]

Vraagje

Binnen dsmr heb je hudiig verbruik en hudiig productie van electriciteit
ik heb dit gekoppeld in ha en dan krijg ik dit


De linkse meter toont het huidig verbruik aan (los van dag/nachttarief)
De tweede meter toont de teruggave aan (terug los van dag/nachttarief)

In feite mag ik daar geen productie zonnepanelen zetten he, correct? gezien de zonnepanelen kunnen produceren en dat die meter op 0 zou staan maar verbruik boven nul terwijl ze wel leveren. Klopt die stelling?

Maw alles wat die tweede meter toont, ben ik allemaal kwijt qua opbrengst?
Het is nl zo als ik bv de oven aanzet ik dan direct 0 productie heb en 400 Watt verbruik vandaar men redenering.
Klopt die?

[JanPedaal]

skank schreef op donderdag 11 februari 2021 @ 15:02:
Vraagje

Binnen dsmr heb je hudiig verbruik en hudiig productie van electriciteit
ik heb dit gekoppeld in ha en dan krijg ik dit
[Afbeelding]

De linkse meter toont het huidig verbruik aan (los van dag/nachttarief)
De tweede meter toont de teruggave aan (terug los van dag/nachttarief)

In feite mag ik daar geen productie zonnepanelen zetten he, correct? gezien de zonnepanelen kunnen produceren en dat die meter op 0 zou staan maar verbruik boven nul terwijl ze wel leveren. Klopt die stelling?

Maw alles wat die tweede meter toont, ben ik allemaal kwijt qua opbrengst?
Het is nl zo als ik bv de oven aanzet ik dan direct 0 productie heb en 400 Watt verbruik vandaar men redenering.
Klopt die?

Wat je vanuit de stroommeter afleest, is ofwel netto verbruik ofwel netto teruglevering. Hoeveel je opwekt kan je hier niet uithalen. Wel weet je dat als je netto verbruikt, je panelen minder opwekken dan wat je in huis verbruikt. En andersom, is er sprake van netto teruglevering aan het net, dan wekken je panelen meer op dan dat je in huis verbruikt.
Als je wil weten wat je panelen precies produceren zal je een meter bij de omvormer moeten plaatsen, of de omvormer uitlezen. Zodra je daarmee je productie weet, kan je met je netto verbruik/teruglevering berekenen wat je verbruik in huis is.

Ik begrijp niet helemaal wat je met die laatste stelling bedoelt. Je bent niets kwijt aan opbrengst. Alleen, wat die meter aangeeft verbruik je niet zelf in huis maar lever je terug aan het net tegen een bepaalde vergoeding.

[skank]

JanPedaal schreef op donderdag 11 februari 2021 @ 15:34:
[...]

Wat je vanuit de stroommeter afleest, is ofwel netto verbruik ofwel netto teruglevering. Hoeveel je opwekt kan je hier niet uithalen. Wel weet je dat als je netto verbruikt, je panelen minder opwekken dan wat je in huis verbruikt. En andersom, is er sprake van netto teruglevering aan het net, dan wekken je panelen meer op dan dat je in huis verbruikt.
Als je wil weten wat je panelen precies produceren zal je een meter bij de omvormer moeten plaatsen, of de omvormer uitlezen. Zodra je daarmee je productie weet, kan je met je netto verbruik/teruglevering berekenen wat je verbruik in huis is.

Ik begrijp niet helemaal wat je met die laatste stelling bedoelt. Je bent niets kwijt aan opbrengst. Alleen, wat die meter aangeeft verbruik je niet zelf in huis maar lever je terug aan het net tegen een bepaalde vergoeding.

Zie vetgedrukte tekst.
Het is dus precies zoals ik dacht. +heb ik teruglevering dan leveren mijn panelen teveel
Heb ik verbruik, dan te weinig. En idd ik kan niet zien hoeveel mijn panelen nu effectief opleveren.

Duidelijk.
Wat ik met de laatste stelling bedoel..
Vroeger draaide mijn meter terug (niet digitaal) maw indein ik teruglevering had, draaide de meter terug.
Nu met de digitale meter, draait hij niet meer terug, en wanneer ik dus teruglever, ben ik al die energie kwijt, want hier in BE krijgen we geen vergoeding hiervoor , althans dat denk ik?
Dus idealiter staan beide meters op 0
OF nog tijdens dag/nacht op teruglevering
Maar zeker niet verbruik tijdens de dag

[ Voor 3% gewijzigd door skank op 11-02-2021 16:10 ]

[skank]

Na volgende gegevens in dsmr onder energie contract in te vullen: (kan ik trouwens zonder einddatum werken, want die is er eigenlijk niet?)
Alsook prijzen zijn toch voor elec per khw en voor gas ook per m³ he?



Krijg ik volgende kosten


Dat kan toch niet kloppen?
Ik zou dan vandaag 66 euro verbruikt hebben dag... 34 nacht (en die is nog niet om) en dan nog es 115 gas

dure dag. lol

Waar mis ik iets?

[ Voor 84% gewijzigd door skank op 11-02-2021 19:33 ]

[sanderdw]

Voor de mensen met Home Assistant en een slimme meter, ik heb naast de DSMR Datalogger nu ook de DSMR Reader als Home Assistant addon gereleased, deze is hier te vinden https://community.home-as...for-home-assistant/279087.

[ Voor 58% gewijzigd door sanderdw op 11-02-2021 20:24 ]

[skank]

Tpo !Knap hoor !

Echter ik heb net enorme moeite gedaan om dit via portainer addon in home assistant te installeren, en komt dit nu
De vraag is nu, blijk ik het draaien via portainer, of moet ik de move maken naar de addon?
Wat raad je aan?

Ik wil ook absoluut geen dataverlies

[helloitsme]

skank schreef op donderdag 11 februari 2021 @ 18:09:
Na volgende gegevens in dsmr onder energie contract in te vullen: (kan ik trouwens zonder einddatum werken, want die is er eigenlijk niet?)
Alsook prijzen zijn toch voor elec per khw en voor gas ook per m³ he?

[Afbeelding]

Krijg ik volgende kosten
[Afbeelding]

Dat kan toch niet kloppen?
Ik zou dan vandaag 66 euro verbruikt hebben dag... 34 nacht (en die is nog niet om) en dan nog es 115 gas

dure dag. lol

Waar mis ik iets?

Ik ga er vanuit dat je 19 cent per kWh betaald en niet 19 euro wat je nu ingevuld hebt bij tarief 1....
Dus 0,1903 invullen.

[sanderdw]

skank schreef op donderdag 11 februari 2021 @ 20:31:
Tpo !Knap hoor !

Echter ik heb net enorme moeite gedaan om dit via portainer addon in home assistant te installeren, en komt dit nu
De vraag is nu, blijk ik het draaien via portainer, of moet ik de move maken naar de addon?
Wat raad je aan?

Ik wil ook absoluut geen dataverlies

Haha, ja via Portainer werkt het ook prima en heb je eigenlijk zelf wat extra controle over je oplossing. Ik heb deze addon vooral gebouwd omdat het gewoon simpel te installeren is. Dus je moet zelf bepalen wat je fijner vind .

[JanPedaal]

skank schreef op donderdag 11 februari 2021 @ 16:06:
[...]
Wat ik met de laatste stelling bedoel..
Vroeger draaide mijn meter terug (niet digitaal) maw indein ik teruglevering had, draaide de meter terug.
Nu met de digitale meter, draait hij niet meer terug, en wanneer ik dus teruglever, ben ik al die energie kwijt, want hier in BE krijgen we geen vergoeding hiervoor , althans dat denk ik?
Dus idealiter staan beide meters op 0
OF nog tijdens dag/nacht op teruglevering
Maar zeker niet verbruik tijdens de dag

Amai, dan ben je het inderdaad kwijt.. Hier in NL geldt nog de salderingsregeling, waarbij teruggeleverde kWh's eerst gebruikt worden om geleverde kWh's weg te strepen (op jaarbasis!). Die gunstige regeling gaat hier binnen enkele jaren waarschijnlijk verdwijnen; er zal dan een vaste vergoeding per teruggeleverde kWh voor in de plaats komen (die natuurlijk lager ligt dan de kostprijs van een geleverde kWh..)

[skank]

sanderdw schreef op donderdag 11 februari 2021 @ 21:42:
[...]


Haha, ja via Portainer werkt het ook prima en heb je eigenlijk zelf wat extra controle over je oplossing. Ik heb deze addon vooral gebouwd omdat het gewoon simpel te installeren is. Dus je moet zelf bepalen wat je fijner vind .

Goh jouw oplossing is makkelijker denk ik, ook naar updates toe?
Op voorwaarde dat die in de toekomst blijft bestaan?

[ Voor 5% gewijzigd door skank op 12-02-2021 20:34 ]

[MisterH75]

Ik heb een FTDI slimme meter kabel en dit heeft altijd gewerkt met een docker container icm DSMR maar sinds eind verleden jaar werkte het niet meer. Ik dacht eerst dat het aan de container setup mag maar er komen nog wel berichtjes:

code:

/KFM5KAIFA-METER

1-3:0.2.8(42)
0-0:1.0.0(210210154718W)
0-0:96.1.1(4530303236303030303130383432373134)
1-0:1.8.1(008666.080*kWh)
1-0:1.8.2(006306.888*kWh)
1-0:2.8.1(002560.612*kWh)
1-0:2.8.2(006255.009*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(02.319*kW)
0-0:96.7.21(00011)
0-0:96.7.9(00004)
1-0:99.97.0(1)(0-0:96.7.19)(000101000014W)(2147483647*s)
1-0:32.32.0(00000)
1-0:52.32.0(00000)
1-0:72.32.0(00000)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.1()
0-0:96.13.0()
1-0:31.7.0(010*A)
1-0:51.7.0(000*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00.000*kW)
1-0:22.7.0(02.382*kW)
1-0:41.7.0(00.066*kW)
1-0:42.7.0(00.000*kW)
1-0:61.7.0(00.015*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303332353631323435353438353135)
0-1:24.2.1(210210150000W)(05689.616*3)
!F86D

Alleen krijg ik CRC error te zien en geen data in DSMR (draai overigens nu 4.11) Is mijn kabel kapot of doe ik iets verkeerd?

[teaser]

skank schreef op donderdag 11 februari 2021 @ 16:06:
[...]
Vroeger draaide mijn meter terug (niet digitaal) maw indein ik teruglevering had, draaide de meter terug.
Nu met de digitale meter, draait hij niet meer terug, en wanneer ik dus teruglever, ben ik al die energie kwijt, want hier in BE krijgen we geen vergoeding hiervoor , althans dat denk ik?

Dat klopt niet.

Ik weet niet exact wanneer de nieuwe regeling in gaat; het arrest van het hof van beroep is van 14 januari maar heeft voor zover ik weet geen uitspraken gedaan over exacte termijnen. In ieder geval, je gaat een teruglever contract kunnen afsluiten met een energieleverancier. Dat kan je huidige leverancier zijn, of een andere. Je krijgt dan een bepaald bedrag voor wat je terug op het net zet. Ik heb al tarieven gezien van 4ct/kWh. Niet denderend veel gezien we 20-25ct/kWh betalen voor wat we van het net halen, maar daar zitten allerlei heffingen in oa voor het gebruik van het net. Een gebruikelijke energieprijs dezer dagen is 6-8ct/kWh dus dan valt die 4ct nog wel mee.

Maar doordat je dus minder krijgt voor wat je produceert dan dat je moet betalen voor wat je verbruikt, blijft het een zaak om zoveel mogelijk van je productie direct zelf te verbruiken door verbruikspatroon aan te passen. Dus overdag wassen en drogen ipv 's avonds of 's nachts etc.

[skank]

teaser schreef op zaterdag 13 februari 2021 @ 17:32:
[...]

Dat klopt niet.

Ik weet niet exact wanneer de nieuwe regeling in gaat; het arrest van het hof van beroep is van 14 januari maar heeft voor zover ik weet geen uitspraken gedaan over exacte termijnen. In ieder geval, je gaat een teruglever contract kunnen afsluiten met een energieleverancier. Dat kan je huidige leverancier zijn, of een andere. Je krijgt dan een bepaald bedrag voor wat je terug op het net zet. Ik heb al tarieven gezien van 4ct/kWh. Niet denderend veel gezien we 20-25ct/kWh betalen voor wat we van het net halen, maar daar zitten allerlei heffingen in oa voor het gebruik van het net. Een gebruikelijke energieprijs dezer dagen is 6-8ct/kWh dus dan valt die 4ct nog wel mee.

Maar doordat je dus minder krijgt voor wat je produceert dan dat je moet betalen voor wat je verbruikt, blijft het een zaak om zoveel mogelijk van je productie direct zelf te verbruiken door verbruikspatroon aan te passen. Dus overdag wassen en drogen ipv 's avonds of 's nachts etc.

Klopt dat doe ik nu ook, als ik zie dat hij produceert, wasmachine enz aanzetten

Decathlon bv ging idd 4ct betalen
We gaan zien he, ben benieuwd

[sanderdw]

skank schreef op vrijdag 12 februari 2021 @ 20:33:
[...]
Goh jouw oplossing is makkelijker denk ik, ook naar updates toe?
Op voorwaarde dat die in de toekomst blijft bestaan?

Voorwaardes stellen aan Open Source software is wel een dingetje... Maar natuurlijk ga ik mijn best doen 🙂.

[Techneut]

Even over die DSRM.
Ik ben me pas heel recent hiervoor wat gaan interesseren. Die D staat zoals bekend mag zijn voor Dutch, dus Nederlands. Betekent dit dat het hardwarematig een Nederlands product is, d.w.z. een verwisselbare module achter de P1-poort? Of is het alleen maar de software.op RAM of mogelijk op ROM. Kwestie van even een andere chip voor het betreffende land en klaar is Kees? Weet iemand hier het fijne van?

[teaser]

DSMR is een specificatie, geen hardware.
Fabrikanten die een digitale meter op de Nederlandse (of Belgische) markt willen brengen moeten ervoor zorgen dat hun meter aan die spec voldoet.

[Techneut]

Oké, bedankt. Ik was in de veronderstelling dat DSMR alleen te maken had met het via de P1-poort uitlezen van de meetwaarden en de stand van het dag- of nachttarief d.m.v. een DSMR-reader. Daarmee zit ik dus, zoals ik nu zie, niet helemaal op het juiste spoor. Ik ga me nu meer specifiek inlezen op het DSMR-protocol.

[JeroenH]

Ik heb dit weekend DSMR reader geïnstalleerd. Ik vond het niet meevallen, maar het is me gelukt. Nu het werkt vind ik het wel een verrekt geinige applicatie hoor. Ik ga een tijdje data genereren, en dat o.a. gebruiken bij de beslissing om ooit een huisbatterij te installeren. Met de DSMR-reader data moet ik kunnen bepalen hoe groot (kW en kWh) deze accu moet worden.

Wat ik me wel afvraag: mijn Raspberry Pi 4 draait nu op een Sandisk 128Gb SD kaart, en ik heb de waarschuwing gelezen dat deze extra hard slijt bij gebruik met dit soort applicaties. Hoe erg is dat? Heb ik dagen/weken/maanden om een USB-SSD te kopen en mij RPi om te bouwen, opnieuw te installeren enz?

[skai21]

JeroenH schreef op zondag 14 februari 2021 @ 21:47:
Ik heb dit weekend DSMR reader geïnstalleerd. Ik vond het niet meevallen, maar het is me gelukt. Nu het werkt vind ik het wel een verrekt geinige applicatie hoor. Ik ga een tijdje data genereren, en dat o.a. gebruiken bij de beslissing om ooit een huisbatterij te installeren. Met de DSMR-reader data moet ik kunnen bepalen hoe groot (kW en kWh) deze accu moet worden.

Wat ik me wel afvraag: mijn Raspberry Pi 4 draait nu op een Sandisk 128Gb SD kaart, en ik heb de waarschuwing gelezen dat deze extra hard slijt bij gebruik met dit soort applicaties. Hoe erg is dat? Heb ik dagen/weken/maanden om een USB-SSD te kopen en mij RPi om te bouwen, opnieuw te installeren enz?

Heb je nog een dood gewone USB stick liggen?
Prik die in je PI en mount deze permanent met fstab, verplaats vervolgens de DB van DSMR reader naar de USB stick en je hebt het probleem van overlijdende SD kaarten voorkomen. Niet de snelste oplossing overigens, dus beschouw het als tijdelijk tot je ander storage hebt.
(In de DSMRreader FAQ staat hoe je de DB verplaatst)

[teaser]

JeroenH schreef op zondag 14 februari 2021 @ 21:47:
Ik heb dit weekend DSMR reader geïnstalleerd. Ik vond het niet meevallen, maar het is me gelukt. Nu het werkt vind ik het wel een verrekt geinige applicatie hoor. Ik ga een tijdje data genereren, en dat o.a. gebruiken bij de beslissing om ooit een huisbatterij te installeren. Met de DSMR-reader data moet ik kunnen bepalen hoe groot (kW en kWh) deze accu moet worden.

Vergeet niet dat je ook de data van je omvormer moet loggen, je moet namelijk weten hoeveel je op elk moment produceert. Aan de meter weet je enkel wat je van het net haalt en er weer op steekt. Wat je rechtstreeks verbruikt van je panelen kun je niet zien.

Wat ik me wel afvraag: mijn Raspberry Pi 4 draait nu op een Sandisk 128Gb SD kaart, en ik heb de waarschuwing gelezen dat deze extra hard slijt bij gebruik met dit soort applicaties. Hoe erg is dat? Heb ik dagen/weken/maanden om een USB-SSD te kopen en mij RPi om te bouwen, opnieuw te installeren enz?

Wat draait er nog op die RPI? 128GB is al heel wat, kun je volgens mij jaren mee verder als je enkel de P1 data logt. Maar zorg in ieder geval voor backup.

[edterbak]

Hoi allemaal,

Ik heb net een hoop gelezen hier. maar ik weet nu nog niet goed wat nu de oplossing voor mij is.
Als ik mag gokken. Een stekkertje gewoon niet geschikt, of weerstandje niet goed (kort door de bocht), of geinverteerd... wat mij betreft kan het allemaal.

Ik heb een P1 usb kabel tijden gebruikt voor de Landis Gyr E350. Geen issue. Uitlezen via Home Assistant ging prima.
Vorige week is deze meter omgewisseld voor een Landis Gyr E360. Je raad het al. geen goede metingen meer. allemaal CRC fouten (zegt home assistant)

P1 chip = FTDI PT232RL

De P1 kabel heeft een 4 aderige telefoonstekker aan het einde, waarvan er 3 aangesloten zijn.
Ik lees hier en daar dat dit 6 polig moet zijn voor de E360. Klopt dit?

Ik heb de USB P1 kabel open gemaakt. Er zit een weerstand tussen de 5V en RXD. Ik denk 1K (ben geen wonder hierin, maar de web-tool zei dat het 1K was. Zie afbeelding) Br-Zw-Zw-Br-Br
Van wat ik heb gelezen hier, is dit al juist. Of moet er nog een 10K bij?. Geen idee. Als iemand mij dit kan bevestigen of kunnen uitleggen, dan soldeer ik dat spul er wel in... Of wat ik ook goed vind is iets wat lichte sturing waar ik een geschikte P1 kabel kan vinden. gevonden op ali via een link in dit forum
Maar, ik wacht nog wel even de reacties af voor ik iets koop. Als het simpel is als een weerstandje. Ik moet toch nog wat bestellen bij conrad.

Alvast hartelijk bedankt mocht iemand reageren.

[ Voor 6% gewijzigd door edterbak op 16-02-2021 01:15 ]

[JeroenH]

teaser schreef op maandag 15 februari 2021 @ 16:20:
Vergeet niet dat je ook de data van je omvormer moet loggen, je moet namelijk weten hoeveel je op elk moment produceert. Aan de meter weet je enkel wat je van het net haalt en er weer op steekt. Wat je rechtstreeks verbruikt van je panelen kun je niet zien.

Als ik denk over een huisaccu zou die informatie theoretisch niet nodig zijn, aangezien de DSMR-data laat zien hoe ik op dit moment het net als accu gebruik Maar praktisch gezien is de opwekdata van de zonnepanelen ook nuttig voor die rekensom, en die logt mijn SolarEdge omvormer gelukkig ook erg nauwkeurig.

Wat draait er nog op die RPI? 128GB is al heel wat, kun je volgens mij jaren mee verder als je enkel de P1 data logt. Maar zorg in ieder geval voor backup.

Behalve een MQTT-servertje die uit zijn neus staat te eten, niets, af en toe speel ik een beetje wat met Python

[susscorfa]

Ik heb sinds kort DSMR lopen in docker op een synology. Alleen af toe (tot nu toe 3 keer in de afgelopen week) verdwijnt /dev/ttyUSB0 uit me synology. Het gevolg is dat er geen waardes meer worden gelezen. Heeft iemand enig idee waaraan dit kan liggen?

[edterbak]

edterbak schreef op dinsdag 16 februari 2021 @ 00:51:
Hoi allemaal,

Ik heb net een hoop gelezen hier. maar ik weet nu nog niet goed wat nu de oplossing voor mij is.
Als ik mag gokken. Een stekkertje gewoon niet geschikt, of weerstandje niet goed (kort door de bocht), of geinverteerd... wat mij betreft kan het allemaal.

Ik heb een P1 usb kabel tijden gebruikt voor de Landis Gyr E350. Geen issue. Uitlezen via Home Assistant ging prima.
Vorige week is deze meter omgewisseld voor een Landis Gyr E360. Je raad het al. geen goede metingen meer. allemaal CRC fouten (zegt home assistant)

P1 chip = FTDI PT232RL

De P1 kabel heeft een 4 aderige telefoonstekker aan het einde, waarvan er 3 aangesloten zijn.
Ik lees hier en daar dat dit 6 polig moet zijn voor de E360. Klopt dit?

Ik heb de USB P1 kabel open gemaakt. Er zit een weerstand tussen de 5V en RXD. Ik denk 1K (ben geen wonder hierin, maar de web-tool zei dat het 1K was. Zie afbeelding) Br-Zw-Zw-Br-Br
Van wat ik heb gelezen hier, is dit al juist. Of moet er nog een 10K bij?. Geen idee. Als iemand mij dit kan bevestigen of kunnen uitleggen, dan soldeer ik dat spul er wel in... Of wat ik ook goed vind is iets wat lichte sturing waar ik een geschikte P1 kabel kan vinden. gevonden op ali via een link in dit forum
Maar, ik wacht nog wel even de reacties af voor ik iets koop. Als het simpel is als een weerstandje. Ik moet toch nog wat bestellen bij conrad.

Alvast hartelijk bedankt mocht iemand reageren.

[Afbeelding]

[Afbeelding]

Ik heb net via mijn laptop > putty de usb P1 uitgelezen. Ik zie fouten in de telegram denk ik. Regels die ineens verspringen, karakter die niet klopt. Als voorbeeld, zie regel 27, 86, 137. Ik denk dat zo ieder telegram een foutje bevat.

Dit is wat ik zie.

code:

1-3:0.2.8(50)
0-0:1.0.0(210218144950W)
0-0:96.!.1(4530303637303035353739383436313230)
1-0:1.8.1(000172.758*kWh)
1-0:1.8.2(000155.666*kWh)
0:2.8.1(000000.476*kWh)
1-0:2.8.2(000002.749*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.260*kW)
0-0:96.7.21(00009)
0-0:96.7.9(00002)
1-0:99.97.0(1)(0-0:96.7.19)(000101010000W)(0000059511*s)
1-0:32.32.0(00006)
1-0:52.32.0(00008)
1-0:72.32.0(00008)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(233.1*V)
1-0:52.7.0(231.0*V)
1-0:72.7.0(232.6*V)
1-0:31.7.0(000*A)
1-0:51.7.0(003*A)
1-0:71.7.0(000*A)
                        1-0:21.7.0(00.155*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.189*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.604*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303339303031373636373635313137)
0-1:24.2.1(210218144503W)(03181.015*m3)
!9CA0
/XMX5LGF0010455798461

1-3:0.2.8(50)
0-0:1.0.0(210218144951W)
0-0:96.1.1(4530303637303035353739383436313230)
1-0:1.8.1(000172.758"kWh)
1-0:1.8.2(000155.666*kWh)
1-0:2.8.1(000000.476*kWh)
1-0:2.8.2(000002.749*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.262*kW)
0-0:96.7.21(00009)
0-0:96.7.9(00002)
1-0:99.97.0(0)(0-0:96.7.19)(000101010000W)(0000059511*s)
1-0:32.32.0(00006)
1-0:52.32.0(00008)
1-0:72.32.0(00008)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(233.1*V)
1-0:52.7.0(231.0*V)
1-0:72.7.0(232.7*V)
1-0:31.7.0(000*A)
1-0:51.7.0(003*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00.155*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.188*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.605*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303339303031373636373635313137)
0-1:24.2.1(210218144503W)(03181.015*m3)
!9B22
/XMX5LGF001055798461

1-3:0.2.8(50)
0-0:1.0.0(210218144952W)
0-0:96.1.1(4530303637303035353739383436313230)
1-0:1.8.1(000172.758*kWh)
1-0:1.8.2(000155,666*kWh)
1-0:2.8.1(000000.476*kWh)
1-0:2.8.2(000002.749*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.000*kW)
1%0:2.7.0(00.260*kW)
0-0:96.7.21(00009)
0-0:96.7.9(00002)
1-0:99.97.0(1)(0-0:96.7.19)(000101010000W)(0000059511*s)
1-0:32.32.0(00006)
1-0:52.32.0(00008)
1-0:72.32.0(00008)
1-0:32.36.0(00000)
1-052.36.0(00000)
1-0:72.36.0(00000)
0-0:86.13.0()
1-0:32.7.0(233.0*V)
1-0:52.7.0(230.9*V)
1-0:72.7.0(232.6*V)
1-0:31.7.0(00*A)
1-0:51.7.0(003*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00155*k)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.188*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.604*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303339303031373636373635313137)
0-1:24.2.1(21021814450;W)(03181.015*m3)
!65C3
/XMX5LGF0010455798461

1-3:0.2.8(50)
0-0:1.0.0(210218144953W)
0-0:96.1.1(4530303637303035353739383436313230)
1-0:1.8.1(000172.758*kWh)
1-0:1.8.2(000155.666*kWh)
1-0:2.8.1(000000.476*kWh)
1-0:2.8.2(000002.749*kWh)
0-0:9614.0(0002)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.259*kW)
0-0:96.7.21(00009)
0-0:96.7.9(00002)
1-0:99.97.0(1)(0-0:96.7.19)(00010101000W)(0000059511*s)
1-0:32.32.0(00006)
1-0:52.32.0(00008)
1-0:72.32.0(00008!
1-0z32.36.0(00080)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(233.0*V)
1-0:52.7.0(231.0*V)
1-0:72.7▒0(232.6*V)
1-0:31.7.0(000*A)
1-0:51.7.0(003*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00.156*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.188*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(0.603*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303339303031373636373635313137)
0-1:24.2.1(210218144503W)(03181.015*m3)
!DB85
/XMX5LGF0010455798461

Dit is met deze instelling.
Baudrate = 115200
Data bits = 8
Parity = None
Stop bits = 1
RTS/DTR

Iemand een idee? Defecte kabel? Of user error ergens?

[JeroenH]

edterbak schreef op donderdag 18 februari 2021 @ 15:20:

Ik heb net via mijn laptop > putty de usb P1 uitgelezen. Ik zie fouten in de telegram denk ik. Regels die ineens verspringen, karakter die niet klopt. Als voorbeeld, zie regel 27, 86, 137. Ik denk dat zo ieder telegram een foutje bevat.

Ik zag iets wat hierop leek ook toen ik probeerde met wat huisgebouwde python-scripting mijn meter probeerde uit te lezen, en ik kreeg het maar 100% goed voor elkaar om de foutjes er uit te filter. De applicatie DSMR reader die ik nu gebruik, lijkt er geen problemen mee te hebben (zelfde hardware: meter, kabel, Pi), dus óf die applicatie doet iets fundamenteel anders, óf die heeft veel meer gevanceerde error correction dan mijn eigenbouw scriptje (óf ik had gewoon pech en nu geluk).

Hier heb je helemaal niets aan, sorry

[edterbak]

JeroenH schreef op donderdag 18 februari 2021 @ 15:33:
[...]
Hier heb je helemaal niets aan, sorry

[vandermark]

Ik heb een P1 slimme meter aan de RaspberryPi4 --> Domoticz. Nu heb ik 6 waarden die ik allemaal snap:

Verbruik dal/normaal, Geleverd dal/normaal en actueel levering/verbruik.

Ik wil eigenlijk een meter in domoticz maken die dal en normaal optelt voor Verbruik en Levering. Iets wat domoticz zelf ook al doet in de overzichten maar richting InflusDB --> Grafana houd ik dal en normaal apart en dat vind ik niet zo handig. Heeft iemand een DZvents script hoe je een verbruiksmeter hebt met dal en normaal bij elkaar opgeteld?

[jobr]

vandermark schreef op donderdag 18 februari 2021 @ 16:57:
Ik heb een P1 slimme meter aan de RaspberryPi4 --> Domoticz. Nu heb ik 6 waarden die ik allemaal snap:

Verbruik dal/normaal, Geleverd dal/normaal en actueel levering/verbruik.

Ik wil eigenlijk een meter in domoticz maken die dal en normaal optelt voor Verbruik en Levering. Iets wat domoticz zelf ook al doet in de overzichten maar richting InflusDB --> Grafana houd ik dal en normaal apart en dat vind ik niet zo handig. Heeft iemand een DZvents script hoe je een verbruiksmeter hebt met dal en normaal bij elkaar opgeteld?

Ik weet niet of het je gaat om de Watt of kWh. Maar zo vraag je ze op:

code:

        local usage1 = domoticz.devices('ElectraVerbruik P1').usage1
        local usage2 = domoticz.devices('ElectraVerbruik P1').usage2
        local return1 = domoticz.devices('ElectraVerbruik P1').return1
        local return2 = domoticz.devices('ElectraVerbruik P1').return2

        local counterDeliveredToday = domoticz.devices('ElectraVerbruik P1').counterDeliveredToday   -- return energy kWh today
        local counterToday = domoticz.devices('ElectraVerbruik P1').counterToday                    -- usage energy kWh today
        local usage = domoticz.devices('ElectraVerbruik P1').usage                      -- usage power Watt
        local usageDelivered = domoticz.devices('ElectraVerbruik P1').usageDelivered    -- return power Watt

Dan een scriptje met een trigger op het device of een timer.
Als het een P1 device is dan gaat het script wel heel vaak af (als je een DSMR 5 hebt elke 1 a 2 seconde).

[vandermark]

jobr schreef op donderdag 18 februari 2021 @ 19:43:
[...]


Ik weet niet of het je gaat om de Watt of kWh. Maar zo vraag je ze op:

code:

        local usage1 = domoticz.devices('ElectraVerbruik P1').usage1
        local usage2 = domoticz.devices('ElectraVerbruik P1').usage2
        local return1 = domoticz.devices('ElectraVerbruik P1').return1
        local return2 = domoticz.devices('ElectraVerbruik P1').return2

        local counterDeliveredToday = domoticz.devices('ElectraVerbruik P1').counterDeliveredToday   -- return energy kWh today
        local counterToday = domoticz.devices('ElectraVerbruik P1').counterToday                    -- usage energy kWh today
        local usage = domoticz.devices('ElectraVerbruik P1').usage                      -- usage power Watt
        local usageDelivered = domoticz.devices('ElectraVerbruik P1').usageDelivered    -- return power Watt

Dan een scriptje met een trigger op het device of een timer.
Als het een P1 device is dan gaat het script wel heel vaak af (als je een DSMR 5 hebt elke 1 a 2 seconde).

Dank, dan kom ik al verder. Aan begin heb je de 4 normaal en dal verbruiks teller gedefinieerd. Hoe heten de twee actuele 'Watt' teller voor dal en normaal?

Maar ik kom ook niet verder. Wat ik graag wil doen zijn twee virtuele elektra tellers laten vullen elke minuut op basis van de P1 meter met als doel Totaal verbruik in kWh en ook levering. Ik denk dan een script zoals dit:

code:

return {

    on = {
        timer = { 'every 1 minutes' }
    },
    
   logging = {
            level = domoticz.LOG_ERROR, -- LOG_DEBUG or LOG_ERROR
            marker = "Elektra-Totaal: "
        },
    
    execute = function(domoticz, item)
        
        local verbruik1 = domoticz.devices(1).usage1
        local verbruik2 = domoticz.devices(1).usage2
        local levering1 = domoticz.devices(1).return1
        local levering2 = domoticz.devices(1).return2
        local VerbruikTotaal = domoticz.devices(166)            -- Verbruikmeter totaal
        local LeveringTotaal = domoticz.devices(167)            -- Leveringmeter totaal
        
        VerbruikTotaal.updateElectricity(
          --    verbruik1.WhActual + verbruik2.WhActual,
                verbruik1.WhTotal + verbruik2.WhTotal
            )
        LeveringTotaalotaal.updateElectricity(
          --    levering1.WhActual + levering2.WhActual,
                levering1.WhTotal + levering2.WhTotal
            )
        
    end
    
}

Maar dit werkt nog niet, wat doe ik niet goed?

[ Voor 33% gewijzigd door vandermark op 18-02-2021 20:01 ]

[jobr]

vandermark schreef op donderdag 18 februari 2021 @ 19:59:
[...]


Dank, dan kom ik al verder. Aan begin heb je de 4 normaal en dal verbruiks teller gedefinieerd. Hoe heten de twee actuele 'Watt' teller voor dal en normaal?

Maar ik kom ook niet verder. Wat ik graag wil doen zijn twee virtuele elektra tellers laten vullen elke minuut op basis van de P1 meter met als doel Totaal verbruik in kWh en ook levering. Ik denk dan een script zoals dit:

code:

return {

    on = {
        timer = { 'every 1 minutes' }
    },
    
   logging = {
            level = domoticz.LOG_ERROR, -- LOG_DEBUG or LOG_ERROR
            marker = "Elektra-Totaal: "
        },
    
    execute = function(domoticz, item)
        
        local verbruik1 = domoticz.devices(1).usage1
        local verbruik2 = domoticz.devices(1).usage2
        local levering1 = domoticz.devices(1).return1
        local levering2 = domoticz.devices(1).return2
        local VerbruikTotaal = domoticz.devices(166)            -- Verbruikmeter totaal
        local LeveringTotaal = domoticz.devices(167)            -- Leveringmeter totaal
        
        VerbruikTotaal.updateElectricity(
          --    verbruik1.WhActual + verbruik2.WhActual,
                verbruik1.WhTotal + verbruik2.WhTotal
            )
        LeveringTotaalotaal.updateElectricity(
          --    levering1.WhActual + levering2.WhActual,
                levering1.WhTotal + levering2.WhTotal
            )
        
    end
    
}

Maar dit werkt nog niet, wat doe ik niet goed?

Log ze ook eens, dat zie je wat meer.
Alleen die eerste 4 zijn in dal/normaal. Deze geven Wh aan.

De laatste 2 zijn in Watt en die hebben geen dal/normaal. Is ook vrij zinloos vermogen op te tellen voor dal en normaal.

verbruik1.WhTotal + verbruik2.WhTotal bestaan niet. Moet zijn verbruik1 + verbruik2.
Idem levering1 + levering2

Oh, ja updateElectricity heeft 2 parameters nodig. Jij gebruikt er 1.

[susscorfa]

susscorfa schreef op donderdag 18 februari 2021 @ 08:55:
Ik heb sinds kort DSMR lopen in docker op een synology. Alleen af toe (tot nu toe 3 keer in de afgelopen week) verdwijnt /dev/ttyUSB0 uit me synology. Het gevolg is dat er geen waardes meer worden gelezen. Heeft iemand enig idee waaraan dit kan liggen?

Ik ben een stap verder het probleem lijkt hier vandaan te komen (dmesg):

code:

[525964.322680] etxhci_hcd-170202 0000:04:00.0: xHCI host not responding to stop endpoint command.
[525964.332433] etxhci_hcd-170202 0000:04:00.0: Assuming host is dying, halting host.
[525964.356973] etxhci_hcd-170202 0000:04:00.0: HC died; cleaning up
[525964.363840] usb 2-2: USB disconnect, device number 2
[525964.369812] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[525964.379407] ftdi_sio 2-2:1.0: device disconnected

Bij het google zie ik dat dit soms lijkt de liggen aan een usb3 poort. Ik ga het eens proberen via een usb2 poort en kijken of er dan nog uitval is.

[teaser]

JeroenH schreef op donderdag 18 februari 2021 @ 15:33:
[...]


Ik zag iets wat hierop leek ook toen ik probeerde met wat huisgebouwde python-scripting mijn meter probeerde uit te lezen, en ik kreeg het maar 100% goed voor elkaar om de foutjes er uit te filter. De applicatie DSMR reader die ik nu gebruik, lijkt er geen problemen mee te hebben (zelfde hardware: meter, kabel, Pi), dus óf die applicatie doet iets fundamenteel anders, óf die heeft veel meer gevanceerde error correction dan mijn eigenbouw scriptje (óf ik had gewoon pech en nu geluk).

Hier heb je helemaal niets aan, sorry

Mogelijk dat je script niet altijd even goed kon volgen waardoor de seriele buffer vol raakte en je bits/bytes ging missen. Vorig weekend had ik met een ESP8266 wat testjes gedaan, maar er zat een sleep(10) in de loop(). Ik kreeg ook geen een volledig correct bericht binnen. Na wat herwerkt te hebben en ook die sleep verwijderd te hebben werkte het feilloos.
Een ESP is natuurlijk geen RPI of gewone computer. Een RPI/PC zonder realtime OS lijkt me in de praktijk wel wat kunnen missen af en toe. Dat valt misschien te verbeteren door de UART buffers groter in te stellen, maar hoe je dat doet weet ik niet.

[JeroenH]

teaser schreef op vrijdag 19 februari 2021 @ 11:21:
Dat valt misschien te verbeteren door de UART buffers groter in te stellen, maar hoe je dat doet weet ik niet.

Misschien dat de DSMR reader software intern iets dergelijks doet, want het werkt nu feilloos op dezelfde hardware.

Sowieso vind ik het een heel leuke applicatie, ik vind de data die er uit komt fascinerend om te zien. Laat salderen maar verdwijnen (in het grote plaatje sowieso een goed idee), als ik een jaar data heb weet ik precies hoe groot/sterk mijn huisaccu moet worden om - bijvoorbeeld - over een jaar 90% van onze zonnestroom zelf te gebruiken.

Een testje ging nog bijna mis... Ik kwam op het idee om eens te kijken hoe hoog het verbruik zou zijn als ik wat keukengerei tegelijk aan zou zetten. Vier pitten van het formuis, de oven, de waterkoker, de senseo. Voor een paar seconden ruim 11kW in beeld op DSMR reader. OK mooi. (Toen pas) gaan nadenken; wat voor hoofdzekering hebben we eigenlijk?

35A = 8kW

Dat had best verkeerd kunnen gaan..... Maar goed, al doende leert men.

[teaser]

JeroenH schreef op vrijdag 19 februari 2021 @ 12:28:
[...]
Sowieso vind ik het een heel leuke applicatie, ik vind de data die er uit komt fascinerend om te zien. Laat salderen maar verdwijnen (in het grote plaatje sowieso een goed idee), als ik een jaar data heb weet ik precies hoe groot/sterk mijn huisaccu moet worden om - bijvoorbeeld - over een jaar 90% van onze zonnestroom zelf te gebruiken.

Als je een PV-installatie hebt die in opbrengst jouw jaarverbruikt dekt, is 90% onhaalbaar. Het gros van de productie gebeurt tijdens de zomermaanden (april-september), terwijl het verbruik juist in de wintermaanden hoger is. Die discrepantie krijg je niet overbrugd met een batterij.

Een testje ging nog bijna mis... Ik kwam op het idee om eens te kijken hoe hoog het verbruik zou zijn als ik wat keukengerei tegelijk aan zou zetten. Vier pitten van het formuis, de oven, de waterkoker, de senseo. Voor een paar seconden ruim 11kW in beeld op DSMR reader. OK mooi. (Toen pas) gaan nadenken; wat voor hoofdzekering hebben we eigenlijk?

35A = 8kW

Dat had best verkeerd kunnen gaan..... Maar goed, al doende leert men.

Een 35A automaat kan gerust ettelijke minuten lang die 50A trekken hoor.

[vandermark]

jobr schreef op donderdag 18 februari 2021 @ 20:17:
[...]


Log ze ook eens, dat zie je wat meer.
Alleen die eerste 4 zijn in dal/normaal. Deze geven Wh aan.

De laatste 2 zijn in Watt en die hebben geen dal/normaal. Is ook vrij zinloos vermogen op te tellen voor dal en normaal.

verbruik1.WhTotal + verbruik2.WhTotal bestaan niet. Moet zijn verbruik1 + verbruik2.
Idem levering1 + levering2

Oh, ja updateElectricity heeft 2 parameters nodig. Jij gebruikt er 1.

Ik ben er nog niet... updateElectricity is dan niet zinvol dus. Hoe kan ik dan het totaal elke 5 minuten laten berekenen door verbruik1 en verbruik2 op te laten tellen?

Edit. Ik heb twee nieuwe virtuele tellers gemaakt, niet incrementeel en dit script elke minuut:

code:

return {

    on = {
        timer = { 'every 1 minutes' }
    },
    
   logging = {
            level = domoticz.LOG_DEBUG, -- LOG_DEBUG or LOG_ERROR
            marker = "Elektra-Totaal: "
        },
    
    execute = function(domoticz, item)
        
        local verbruik1 = domoticz.devices(1).usage1
        local verbruik2 = domoticz.devices(1).usage2
        local levering1 = domoticz.devices(1).return1
        local levering2 = domoticz.devices(1).return2
        local VerbruikTotaal = domoticz.devices(151)            -- Verbruikmeter totaal
        local LeveringTotaal = domoticz.devices(152)            -- Leveringmeter totaal
        
        VerbruikTotaal.updateCounter(verbruik1 + verbruik2)
        LeveringTotaal.updateCounter(levering1 + levering2)
        
    end
    
}

Dit lijkt te werken. Totaal is goed, nu kijken of per dag goed gaat in Grafana.

[ Voor 42% gewijzigd door vandermark op 19-02-2021 14:09 ]

[JeroenH]

teaser schreef op vrijdag 19 februari 2021 @ 12:41:
Als je een PV-installatie hebt die in opbrengst jouw jaarverbruikt dekt, is 90% onhaalbaar. Het gros van de productie gebeurt tijdens de zomermaanden (april-september), terwijl het verbruik juist in de wintermaanden hoger is. Die discrepantie krijg je niet overbrugd met een batterij.

Ik heb op dit moment geen idee of 90% over een jaar haalbaar is (is natuurlijk ook afhankelijk van het formaat accu), maar mijn PV-installatie is voor ons huidige verbruik wat oversized. Puur qua opwek kWh / verbruik kWh is het een maand of tien per jaar 100% dekkend - alleen komen de timing en pieken/dalen van beiden niet overeen. 90% is misschien optimistisch, maar ik schat zo in dat voor mij 80% haalbaar zou moeten zijn. Een jaartje DSMR data verzamelen zal er voor zorgen dat ik dat getal kan verfijnen

Een 35A automaat kan gerust ettelijke minuten lang die 50A trekken hoor.

Oh, dat wist ik niet. Ik dacht I > 35A = boem. Even gauw wat spec sheets doorgekeken en wat nieuws geleerd "uitschakelkarakteristiek". Bedankt

[teaser]

JeroenH schreef op vrijdag 19 februari 2021 @ 14:04:
[...]

Ik heb op dit moment geen idee of 90% over een jaar haalbaar is (is natuurlijk ook afhankelijk van het formaat accu), maar mijn PV-installatie is voor ons huidige verbruik wat oversized. Puur qua opwek kWh / verbruik kWh is het een maand of tien per jaar 100% dekkend - alleen komen de timing en pieken/dalen van beiden niet overeen. 90% is misschien optimistisch, maar ik schat zo in dat voor mij 80% haalbaar zou moeten zijn. Een jaartje DSMR data verzamelen zal er voor zorgen dat ik dat getal kan verfijnen

Ik denk niet dat meer dan 50-60% haalbaar is.

Bekijk het topic Eigen verbruik zelf opgewekte electra verhogen eens, meer bepaald deze post met een simulatie van wat een batterij zou opleveren.

[jobr]

vandermark schreef op vrijdag 19 februari 2021 @ 13:50:

Ik ben er nog niet... updateElectricity is dan niet zinvol dus. Hoe kan ik dan het totaal elke 5 minuten laten berekenen door verbruik1 en verbruik2 op te laten tellen?

In hoeverre je updateElectricity moet gebruiken hangt van je device af wat je gebruikt om je data in op te slaan.
Dan kun je hier vinden: https://www.domoticz.com/....28instant_and_counter.29

Ook wat je erin moet stoppen. Elk type device heeft zijn eigen methods.

[schefbar]

sanderdw schreef op donderdag 11 februari 2021 @ 20:23:
Voor de mensen met Home Assistant en een slimme meter, ik heb naast de DSMR Datalogger nu ook de DSMR Reader als Home Assistant addon gereleased, deze is hier te vinden https://community.home-as...for-home-assistant/279087.
[Afbeelding]
[Afbeelding]

Super deze add-on, zojuist geinstalleerd binnen HA, dank!

Aanvullende vraag;
Ik heb de volgende data in mijn configuration.yaml staan:

sensor:
- platform: dsmr_reader
port: /dev/ttyUSB0
dsmr_version: 5

Nu zie ik echter de volgende meldingen terugkomen bij mijn entiteiten..

Deze entiteit (" sensor.dsmr_consumption_gas_currently_delivered ") heeft geen unieke ID, daarom kunnen de instellingen ervan niet worden beheerd vanuit de gebruikersinterface. Zie de documentatie voor meer details.

Naar mijn idee krijg ik allemaal unieke waarden binnen, wat doe ik verkeerd?

[sanderdw]

schefbar schreef op maandag 22 februari 2021 @ 15:37:
[...]


Super deze add-on, zojuist geinstalleerd binnen HA, dank!

Aanvullende vraag;
Ik heb de volgende data in mijn configuration.yaml staan:

sensor:
- platform: dsmr_reader
port: /dev/ttyUSB0
dsmr_version: 5

Nu zie ik echter de volgende meldingen terugkomen bij mijn entiteiten..

Deze entiteit (" sensor.dsmr_consumption_gas_currently_delivered ") heeft geen unieke ID, daarom kunnen de instellingen ervan niet worden beheerd vanuit de gebruikersinterface. Zie de documentatie voor meer details.

Naar mijn idee krijg ik allemaal unieke waarden binnen, wat doe ik verkeerd?

Je moet port en dsmr_version weghalen, dus als in het voorbeeld hier: https://www.home-assistant.io/integrations/dsmr_reader
Ik neem aan dat je mqtt geconfigureerd hebt en dat in mijn addon hebt aangezet?

[nightraver23]

Sinds het abrupte wegvallen van de saldering in Vlaanderen ben ik aan het kijken om zo veel mogelijk aan zelfconsumptie te doen. Ik heb een RPi4 gekocht met daarop Domoticz en aangesloten op de P1 waardoor ik mijn huidig elektriciteitsverbruik/injectie kan zien. Ik zou een scherm willen plaatsen in de keuken waarop ik het huidig verbruik kan weergeven zodat we grotere verbruikers kunnen opzetten op het ogenblik dat er voldoende stroom wordt opgewekt (vaatwasser, droogkast, ...). Ik dacht aan een Google Nest hub. Is het mogelijk om hier het huidig verbruik hier op weer te geven?

[rwanrooy]

Je meter geeft de gasstand niet door. hier loopt de integratie op vast. je kunt even contact opnemen met je netbeheerder om te controleren of je gasmeter correct is gekoppeld aan je elektriciteitsmeter. Ik zie dit vaker bij gebruikers die mijn smart gateway (smartgateways.nl) hebben aangeschaft.

schefbar schreef op maandag 22 februari 2021 @ 15:37:
[...]


Super deze add-on, zojuist geinstalleerd binnen HA, dank!

Aanvullende vraag;
Ik heb de volgende data in mijn configuration.yaml staan:

sensor:
- platform: dsmr_reader
port: /dev/ttyUSB0
dsmr_version: 5

Nu zie ik echter de volgende meldingen terugkomen bij mijn entiteiten..

Deze entiteit (" sensor.dsmr_consumption_gas_currently_delivered ") heeft geen unieke ID, daarom kunnen de instellingen ervan niet worden beheerd vanuit de gebruikersinterface. Zie de documentatie voor meer details.

Naar mijn idee krijg ik allemaal unieke waarden binnen, wat doe ik verkeerd?

[jobr]

nightraver23 schreef op zondag 28 februari 2021 @ 11:42:
Sinds het abrupte wegvallen van de saldering in Vlaanderen ben ik aan het kijken om zo veel mogelijk aan zelfconsumptie te doen. Ik heb een RPi4 gekocht met daarop Domoticz en aangesloten op de P1 waardoor ik mijn huidig elektriciteitsverbruik/injectie kan zien. Ik zou een scherm willen plaatsen in de keuken waarop ik het huidig verbruik kan weergeven zodat we grotere verbruikers kunnen opzetten op het ogenblik dat er voldoende stroom wordt opgewekt (vaatwasser, droogkast, ...). Ik dacht aan een Google Nest hub. Is het mogelijk om hier het huidig verbruik hier op weer te geven?

Nee, volgens mij niet.
Gewoon een (oude) Tablet aan de muur hangen. Heb ik ook met Grafana (domoticz -> influxdb -> grafana) er op. Kun je allerlei grafieken en meters zichtbaar maken met auto refresh in de browser. En anders met dashticz erop.

[iMars]

Cuball schreef op maandag 25 januari 2021 @ 12:04:
Ik ben bezig met het uitlezen van m'n P1 poort. Ik had het werkend via ESP32 en externe voeding.
Nu wil ik de voeding gebruiken van de P1 zelf.

Wanneer ik de 5V (Pin1 DSMR meter) gebruik voor m'n ESP van spanning te voorzien, dan start deze wel op (rode led brandt). Maar de verbinding met de Wifi lukt niet.
Als ik echter even de USB kabel aansluit (volgensesp32 spec zou ik dit niet mogen doen), dan wordt de Wifi verbinding gemaakt.
Als ik daarna de USB kabel los koppel, dan blijft alles eventjes werken, maar na enkele minuten is de Wifi terug verbroken en krijg ik geen gegevens meer door

Zou dit door ontbreken van condensators kunnen zijn in m'n project ? Zie voorbeeld schema uit DSMR 5 spec voor OSM.
Indien zo, welke condensator types (spanning, technologie) koop ik best (tips waar te bestellen?)


[Afbeelding]

Ik haak even in, want ik loop tegen hetzelfde aan. Ik heb inmiddels meer dan genoeg esp8266-based p1 readers gemaakt welke gevoed worden via de P1 van DSMR5 meters. Echter mijn esp32 (mini32) wil niet booten wanneer gevoed via de P1 poort. Rode ledje is een knipperlicht wat aangeeft dat ie continu aan/uit gaat.

Zelfs met 1 en 2 (parallel) elco's van 1500uF is de buffer niet genoeg. Wanneer ik dan de reset knop een paar seconde ingedrukt hou, gaat ie wel aan. (als of de elco's de tijd niet krijgen om te bufferen).

Als ik 'm aan mijn voeding hang en de stroomsterkte langzaam opvoer vanaf 0mA gaat ie al aan onder de 100mA, dus de meter moet dat gewoon aan kunnen (die levert max 250mA).

Nou maak ik in dit geval gebruik van ESPHome, mogelijk dat die te veel resources nodig heeft ... maar het lijkt er in mijn geval op dat het alleen het opstarten is ...

[Cuball]

Ik heb ook enkele condensators geplaatst, maar het heeft ook weinig effect gehad...
Ik denk als ik even tijd heb dat ik m'n ESP32 zal vervangen door een oudere ESP8266 ...

[Techneut]

nightraver23 schreef op zondag 28 februari 2021 @ 11:42:
Sinds het abrupte wegvallen van de saldering in Vlaanderen ben ik aan het kijken om zo veel mogelijk aan zelfconsumptie te doen. Ik heb een RPi4 gekocht met daarop Domoticz en aangesloten op de P1 waardoor ik mijn huidig elektriciteitsverbruik/injectie kan zien. Ik zou een scherm willen plaatsen in de keuken waarop ik het huidig verbruik kan weergeven zodat we grotere verbruikers kunnen opzetten op het ogenblik dat er voldoende stroom wordt opgewekt (vaatwasser, droogkast, ...). Ik dacht aan een Google Nest hub. Is het mogelijk om hier het huidig verbruik hier op weer te geven?

Zeker een aardig projectje.
Maar ik zie zoiets toch meer als hobby voor eventjes dan dat ik het echt nuttig zou vinden voor permanent gebruik. Ik kan immers zonder al die rompslomp zelf ook wel weten wat ingeschakeld is wat daarvan weer uitgeschakeld kan worden. Bovendien gebruikt zo'n scherm samen met de computer die hierop is aangesloten ook een niet te verwaarlozen energie. Daarmee zou ik het paard achter de wagen spannen. Oftewel als het ware een euro uitgeven om een dubbeltje te besparen.

[nightraver23]

Techneut schreef op maandag 1 maart 2021 @ 11:42:
[...]
Zeker een aardig projectje.
Maar ik zie zoiets toch meer als hobby voor eventjes dan dat ik het echt nuttig zou vinden voor permanent gebruik. Ik kan immers zonder al die rompslomp zelf ook wel weten wat ingeschakeld is wat daarvan weer uitgeschakeld kan worden. Bovendien gebruikt zo'n scherm samen met de computer die hierop is aangesloten ook een niet te verwaarlozen energie. Daarmee zou ik het paard achter de wagen spannen. Oftewel als het ware een euro uitgeven om een dubbeltje te besparen.

Je hebt misschien wel gelijk. Maar het is voor mij persoonlijk zo dat ik gezegend ben met een echtgenote met dwangneurose voor propere was. Zonder overdrijven, 4 wasmachines per dag zijn hier geen uitzondering. Ik heb ze toch zo ver gekregen om de wasmachine enkel tijdens voldoende productie aan te zetten, wat niet makkelijk is omdat we beiden overdag werken... Wij verwarmen ook met een warmtepomp. Daar is ook nog veel winst te halen door een sturing op basis van de PV productie, maar dat is voor in een ander topic. Voorlopig hebben we de Domoticz app op ons gsm-toestel geïnstalleerd, maar een scherm lijkt me toch een leuke toevoeging.

[Bo0bz]

Vandaag mijn P1 hulpje binnen gekregen van EPS8266Thingies maar ik krijg geen data in Domoticz. De ESP heeft het IP adres 192.168.68.129 en ik heb poort 8088 ingevuld bij TCP port onder devices. Daarnaast bij config het IP adres van mijn domoticz server 192.168.68.105 met poort 8080. Bij unitnr het IDX nummer van de hardware p1 smart meter met lan interface uit domoticz.

Betreft trouwens een Landis Gyr+ E360 meter.

Domoticz geeft netjes aan dat er verbinding is:
2021-03-16 19:40:46.107 Status: P1MeterTCP: attempt connect to 192.168.68.129:8088
2021-03-16 19:40:46.118 Status: P1MeterTCP: connected to: 192.168.68.129:8088

En de log van de P1 meter geeft netjes oplopende data weer:
13496859 : T1: 2337.532 - T2: 2028.214 - Huidig: 0.759 - G: 1138.299

Ik krijg geen nieuwe devices zichtbaar in mijn devicestab in domoticz. Loop nu dus vast.. Iemand die mij verder kan helpen?

[JPS]

Heb je in de hardware tab bij je P1/ESP device ook op de 'update' knop gedrukt?

[Bo0bz]

@JPS jup, ook domoticz opnieuw opgestart maar er komen geen nieuwe devices naar boven.

[hjtuinenburg]

Ik heb hier geen ervaring mee (hang zelf de Rpi direct aan de p1 poort met usb kabel) maar heb je de optie setup->settings->hardware->allow for 5 minutes geprobeerd?

[Bo0bz]

Heb de poort omgezet van 8088 naar 8084 en alles werkt. Geen idee waarom. Toch bedankt voor de hulp @JPS en @hjtuinenburg :-)

[Arunia]

@Bo0bz 8088 komt vaak voor bij willekeurige webapps.
Openhab wil deze bijvoorbeeld ook gebruiken (wellicht domoticz ook?) en zo nog een paar die ik tegen ben gekomen.