Slimme meter uitlezen via P1-poort

[rijsbol]

Speedy-Andre schreef op vrijdag 8 december 2017 @ 15:20:
[...]

Dat lijkt goed te zitten.
Er is nog wel iets met een terminal op de Rpi, met raspi-config kan je instellen dat hij wel of niet serieel een terminal verbinding toestaat.
Staat dit ingeschakeld dan is de seriele poort gereserveerd voor een terminal.

GPIO ingeschakeld met:
sudo nano /boot/config.txt
Toegevoegd -> enable_uart=1

Seriele poort uitgeschakeld met:
sudo systemctl stop [e-mail]
sudo systemctl disable [e-mail]

sudo nano /boot/cmdline.txt
Verwijderd -> console=serial0,115200
Volgende staat er nog:
dwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=a7c20c5e-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait

Bluetooth uitgeschakeld:
sudo nano /boot/config.txt
Toegevoegd -> dtoverlay=pi3-disable-bt

RPI Herstart

ls -l /dev
serial0 -> ttyAMA0
serial1 -> ttyS0

Geen output via:
screen /dev/ttyAMA0 115200

[ Voor 1% gewijzigd door rijsbol op 08-12-2017 15:54 . Reden: Tekst op de verkeerde plaats. ]

[Speedy-Andre]

Ik heb een Rpi 2B, die werkt anders.
Je zou eigenlijk moeten meten wat er gebeurt, komt er wel iets binnen op de 7404?
Misschien kan je iets zien met een led in serie met een weerstand (1K) tussen de inverter uitgang en +5V.
Als het goed is komt er elke seconde data uit de E350.
Zit het P1 snoer in de juiste volgorde?
Zo niet dan mis je een signal ground en is RTS niet +5V.

[rijsbol]

Speedy-Andre schreef op vrijdag 8 december 2017 @ 17:17:
Ik heb een Rpi 2B, die werkt anders.
Je zou eigenlijk moeten meten wat er gebeurt, komt er wel iets binnen op de 7404?
Misschien kan je iets zien met een led in serie met een weerstand (1K) tussen de inverter uitgang en +5V.
Als het goed is komt er elke seconde data uit de E350.
Zit het P1 snoer in de juiste volgorde?
Zo niet dan mis je een signal ground en is RTS niet +5V.

3v aansluiting geeft aan de linkerpoot van de weerstand +3V en de rechterkant +5V. Deze spanning komt van de 7404.
RJ11 lipje onder
Black Red Green Yellow
RST GND Leeg RxD
+5V 0V Data
Neem aan dat de kabel goed is. Zonder 7404 alleen maar ? tekens.

[Speedy-Andre]

Screen /dev/ttyAMA0 115200 werkt bij mij, dan rollen de telegrammen leesbaar over het scherm.
Als je geen inverter (transistor of 7404) gebruikt, zit er dan nog wel een pull-up weerstand op de data pin?
De meter heeft ook een soort open-collector uitgang.en dat zou verklaren dat de Rpi er geen pap van kan maken

[rijsbol]

Speedy-Andre schreef op vrijdag 8 december 2017 @ 20:43:
Screen /dev/ttyAMA0 115200 werkt bij mij, dan rollen de telegrammen leesbaar over het scherm.
Als je geen inverter (transistor of 7404) gebruikt, zit er dan nog wel een pull-up weerstand op de data pin?
De meter heeft ook een soort open-collector uitgang.en dat zou verklaren dat de Rpi er geen pap van kan maken

Bedoel je alleen de weerstand gebruiken op de data poort? Nog niet geprobeerd, net zoals dit https://blog.sinthe.nl/co...17/01/20170115_142706.jpg?

[ Voor 44% gewijzigd door rijsbol op 08-12-2017 22:49 . Reden: Toevoeging ]

[Speedy-Andre]

Het is een pull-up dus 1 kant aan de data (Rx) en de andere aan 3,3V.

[rijsbol]

Speedy-Andre schreef op vrijdag 8 december 2017 @ 22:51:
Het is een pull-up dus 1 kant aan de data (Rx) en de andere aan 3,3V.

Oke, 1 poot aan de data en de andere aan de 3,3V geeft meer reactie. De output is nu:
h��v����]����h��v����]�������������gif�6�V�[���{����k��
Hetzelfde als direct aansluiten zonder componenten.

[Speedy-Andre]

Hoe wil je de telegrammen straks gaan volgen, toch niet met screen?
Het blijft lastig, komt er met de P1 los van de meter nog data binnen?
Met de pull-up zou dit niet mogen gebeuren.
Ook kan het nog de baudrate zijn die door iets anders op de Rpi wordt veranderd.

[rijsbol]

Speedy-Andre schreef op zaterdag 9 december 2017 @ 11:49:
Hoe wil je de telegrammen straks gaan volgen, toch niet met screen?
Het blijft lastig, komt er met de P1 los van de meter nog data binnen?
Met de pull-up zou dit niet mogen gebeuren.
Ook kan het nog de baudrate zijn die door iets anders op de Rpi wordt veranderd.

Nee niet met screen. Voordat ik uberhaupt iets kan doen zou het mooi zijn als er uberhaupt informatie binnenkomt. Als de p1 niet aan de meter hangt, komt er geen data binnen.
Probeer het eerst nog wel even met een RPI 1. Dit zou toch gelijk plug en play zijn via de /dev/ttyAMA0?

[Speedy-Andre]

De Rpi1 is idd eenvoudiger, ik weet niet of de console daar in de weg zit.

[rijsbol]

RP1 alleen met pullup (weerstand + 3.3V) geen reactie.
Met 7404 en pullup dit teken ▒▒▒▒▒▒▒▒▒▒▒▒▒

[ Voor 39% gewijzigd door rijsbol op 09-12-2017 14:21 ]

[Speedy-Andre]

Ik vraag me af of het uit de meter komt wat je ziet ...

[rijsbol]

Als ik geen enkele verbinding maak heb ik geen output. Als test hou ik de rx & tx tegen elkaar aan vervolgens kan ik tekst typen, zodra ik deze van elkaar afhaal kan ik ook niet typen. Nu zou ik zeggen dat de rx en tx goed werken. Waar zou ik het dan in kunnen zoeken? In de pi?

[ Voor 4% gewijzigd door rijsbol op 09-12-2017 18:49 ]

[Speedy-Andre]

De Rpi lijkt goed te werken, zeker als de tekst terug komt.
Ik heb de 7404 uitgang ook op een Nodemcu aangesloten, die heeft een interne pull-up.
Misschien heb je 2 pull-ups nodig aan weerszijden van de 7404, die op de ingang (P1) op 5V en uitgang 3,3V.

[rijsbol]

Speedy-Andre schreef op zaterdag 9 december 2017 @ 19:54:
De Rpi lijkt goed te werken, zeker als de tekst terug komt.
Ik heb de 7404 uitgang ook op een Nodemcu aangesloten, die heeft een interne pull-up.
Misschien heb je 2 pull-ups nodig aan weerszijden van de 7404, die op de ingang (P1) op 5V en uitgang 3,3V.

Mag ik vragen hoe ik dat doe? Eventueel a.d.h.v. https://ibb.co/jiOD5G
5v Rode A komt van de pi
5v Rode B naar de rj11

[Speedy-Andre]

Je hebt nog 1 weerstandje nodig, die komt op de gele draad van P1 en op de rode (5V).

[Verwijderd]

Wij hebben van Liander een Landis+Gyr E350 SMR 5.0 slimme meter gekregen. Werkt het gewoon als ik deze kabel op mijn Raspberry Pi aansluit?

[rijsbol]

Speedy-Andre schreef op zaterdag 9 december 2017 @ 20:20:
Je hebt nog 1 weerstandje nodig, die komt op de gele draad van P1 en op de rode (5V).

Ok, het onderstaande komt eruit bij het aansluiten via de 7404 pull-up 3.3V & 5V. Het is al meer dan de vraagtekens. Gaan de juiste kant op.
Ú�ÿ  ý@ôòñûDx�û è óþ¾Þò¬@TºÙØúß@øèø� úüü¤õÞðöûúøÿðþüö÷þÀìëõàöÿîððè
îø ôüì�þÈüâÕõóèýôà`ðüèÖøðüòæþì¨þûÿDüüÿ xþøüØòÀíþ0ìúôèûà�

7404 pull-up 3.3V
©Ï|?¶³HØ8�sÔB�¯üж¯�öåÿSxÿG!Þ_~ÿë6édÑÇygÁ²ÑZÛ�rAµ0ø÷û#�÷ù¿dw�îß�n °ßp÷ßä¿5¼¨�4n� ÊÎܺ�(æèó÷�þvÝÝÖ ùÌîÿn­{

pull-up 3.3V & 5V geen output

[ Voor 16% gewijzigd door rijsbol op 10-12-2017 17:05 ]

[AUijtdehaag]

Verwijderd schreef op zondag 10 december 2017 @ 09:25:
Wij hebben van Liander een Landis+Gyr E350 SMR 5.0 slimme meter gekregen. Werkt het gewoon als ik deze kabel op mijn Raspberry Pi aansluit?

Met deze werkt het zeker.
(en is goedkoper)

@rijsbol Iets voor jou ook? (hou vol he? )

[ Voor 3% gewijzigd door AUijtdehaag op 10-12-2017 16:59 ]

[Speedy-Andre]

rijsbol schreef op zondag 10 december 2017 @ 16:49:
[...]

Ok, het onderstaande komt eruit bij het aansluiten via de 7404 pull-up 3.3V & 5V. Het is al meer dan de vraagtekens. Gaan de juiste kant op.
Ú�ÿ  ý@ôòñûDx�û è óþ¾Þò¬@TºÙØúß@øèø� úüü¤õÞðöûúøÿðþüö÷þÀìëõàöÿîððè
îø ôüì�þÈüâÕõóèýôà`ðüèÖøðüòæþì¨þûÿDüüÿ xþøüØòÀíþ0ìúôèûà�

7404 pull-up 3.3V
©Ï|?¶³HØ8�sÔB�¯üж¯�öåÿSxÿG!Þ_~ÿë6édÑÇygÁ²ÑZÛ�rAµ0ø÷û#�÷ù¿dw�îß�n °ßp÷ßä¿5¼¨�4n� ÊÎܺ�(æèó÷�þvÝÝÖ ùÌîÿn­{

pull-up 3.3V & 5V geen output

Ik keek nog even naar de Rpi3 en daar blijkt ttyAMA0 alleen voor bluetooth te zijn.
ttyS0 is de poort op de header
Her en der lees ik dat sommige slimme meters echt pas bij 5V op RTS reageren, als de Rpi voeding daar onder zit dan kan het lastig worden (geen output of haperend).
Overigens zit hij bij mij op 3,3V dus een E350 heeft dat probleem niet.

[JorisV]

Verwijderd schreef op zondag 10 december 2017 @ 09:25:
Wij hebben van Liander een Landis+Gyr E350 SMR 5.0 slimme meter gekregen. Werkt het gewoon als ik deze kabel op mijn Raspberry Pi aansluit?

Bij mij werkte die kabel meteen op die meter en een pi 2.

[rijsbol]

Speedy-Andre schreef op zondag 10 december 2017 @ 17:27:
[...]


Ik keek nog even naar de Rpi3 en daar blijkt ttyAMA0 alleen voor bluetooth te zijn.
ttyS0 is de poort op de header
Her en der lees ik dat sommige slimme meters echt pas bij 5V op RTS reageren, als de Rpi voeding daar onder zit dan kan het lastig worden (geen output of haperend).
Overigens zit hij bij mij op 3,3V dus een E350 heeft dat probleem niet.

De bluetooth is uitgeschakeld en de serial0 -> ttyS0 en serial1 -> ttyAMA0 zijn omgewisseld. Op de RJ11 5v draad staat 5.37v.
Eventueel andere opties? Zonder 5v zou de rx +3v zijn en aangesloten 0 klopt dit? Na een pullup weerstand (verder niets anders) zou direct leesbaar zijn?

[ Voor 10% gewijzigd door rijsbol op 10-12-2017 23:26 ]

[Omabeatle]

Hoi allemaal, ik heb ook een mooie kabel van SOS solutions binnen gekregen. Ik krijg hem echter met geen mogelijkheid aan de praat.

Situatie: ISKRA am550 met daarnaast Raspberrry Pi 1 B+ met domoticz

Wat heb ik via SSH op de Pi geprobeerd:
cu -l /dev/ttyUSB0 -s 115200 --parity=none // Deze geeft alleen aan "Connected" verder geen output
cu -l /dev/ttyUSB0 -s 9600 --parity=none // Idem dito

Ik heb de kabel ook rechtstreeks aan mijn Fedora desktop gehangen, om powerproblemen uit te sluiten. Zelfde resultaat helaas.

Ook vanuit Domoticz zelf heb ik iedere combinatie van hardware proberen toe te voegen, zonder dat de devices/meters tevoorschijn komen.

Heb ik een brakke kabel? Of moet ik op mijn slimme meter nog een bepaalde setting omzetten? Het is in ieder geval niet zo plug and play als ik had verwacht

[blueznl]

(Ik had een aanval van luiheid... na wat geprutst te hebben, heb ik uiteindelijk maar gewoon een BeeClear aangeschaft...)

[Sleurhutje]

@rijsbol

De 74HCxx vindt het niet zo prettig als je ingangsspanning hoger is dan je voedingsspanning. Dat wil nog wel eens problemen geven.

Het probleem zit in de pull-up en de belasting van de open collector uitgang van de meter. Het trucje met de inverter (7400/7404/7406 etc.) werkte prima op de oudere DSMR 4.x meters maar niet meer op de snellere DSMR 5.x meters. Maar een simpel schakelingetje met een transistor werkt onder alle omstandigheden feilloos (is al vaker langsgekomen). Fijne is dat je aan de LED ziet wanneer er data is (die knippert elke seconde eventjes of om de 10 seconden bij oudere meters). En op de uitgaande kant zit een simpele spanningsdeler zodat de Raspberry netjes ongeveer 3.3V krijgt op de seriële poort. De 220 Ohm op de RTS pin is voor de zekerheid. In het verleden hadden niet alle meters een interne weerstand voor de opto-coupler die in de meter zat.

[Speedy-Andre]

Daar ben ik het niet helemaal mee eens, bij mij gaat het prima met een oer SN7404 op dsmr5.
Deze 'doet' ook nog een S0 uitgang van een kWh teller.
De inverter uitgangen zitten op een Rpi2 en een Nodemcu, beide met pull-up naar 3,3V
De snelheid van P1 stelt niks voor als je weet wat zo'n inverter kan.

[Chielos]

Verwijderd schreef op zondag 10 december 2017 @ 09:25:
Wij hebben van Liander een Landis+Gyr E350 SMR 5.0 slimme meter gekregen. Werkt het gewoon als ik deze kabel op mijn Raspberry Pi aansluit?

Ik heb deze http://s.aliexpress.com/rU7baeIf. Levering in een week ofzo. Werkt voor mij in 1 keer. Raspberry pi en domoticz.

[TCroezing]

Speedy-Andre schreef op woensdag 27 december 2017 @ 17:27:
Daar ben ik het niet helemaal mee eens, bij mij gaat het prima met een oer SN7404 op dsmr5.

Idem hier. Ik had een "oude" slimme meter, met uitlezing door 7404. Maar door overgang naar 3fase een nieuwe gekregen (am550 dacht ik). Protocol aangepast en pull-up ertussen, en hop, het werkt gewoon weer.
(Fijn dat het nieuwe output rapport backwards compatible is)

[Sleurhutje]

Speedy-Andre schreef op woensdag 27 december 2017 @ 17:27:
Daar ben ik het niet helemaal mee eens, bij mij gaat het prima met een oer SN7404 op dsmr5.

Wat je al aangeeft, een oudere SN7404. Dat is TTL logica, geen CMOS. Het probleem zit hem in het feit dat de CMOS versies nauwelijks weerstand hebben waardoor de stroom door de open collector te laag is. Wat je dan op de uitgang krijgt is een soort van gedigitaliseerde ruis. Dat resulteert in onleesbare chaos op je seriële poort.

-edit-
Even opgezocht. De stroom die de 7404/74S04/74LS04 trekt op de ingang is conform de specs van Texa Instruments 1mA (1 milli-Ampère). Voor de 74HC04 is dat slechts 1uA (1 micro-Ampère). Die ene uA is echt te weinig om de open collector van de meter te laten werken, zelfs met pull-up.

Je kunt dan nog proberen met een pull-up van 470 Ohm. En dan weerstand van 2.2 kOhm van de pull-up naar 0V/GND. Daarmee heb je in ieder geval een belasting op de open collector.

[ Voor 30% gewijzigd door Sleurhutje op 28-12-2017 09:42 ]

[Speedy-Andre]

@Sleurhutje :Dan is dat waarschijnlijk de reden dat het bij @rijsbol niet goed gaat
Hij kan het nog met een kleinere pull-up op de ingang proberen, volgens mij had hij een vrij hoge weerstand.
Anders een ouderwetse 74LS04 halen, dan is hij direct klaar.

[Sleurhutje]

Speedy-Andre schreef op donderdag 28 december 2017 @ 10:07:
@Sleurhutje :Dan is dat waarschijnlijk de reden dat het bij @rijsbol niet goed gaat
Hij kan het nog met een kleinere pull-up op de ingang proberen, volgens mij had hij een vrij hoge weerstand.
Anders een ouderwetse 74LS04 halen, dan is hij direct klaar.

De ideale pull-up zit tussen de 2,2 kOhm en 5,6 kOhm, ik heb hiermee op zes verschillende meters geëxperimenteerd en gemeten. Zo te zien op de foto gebruikt @rijsbol 10 kOhm, dat is te hoog. Beter om dat iets tussen de 470 Ohm en 1 kOhm te gebruiken.

Een gewone 7404/74LS04 gaat niet werken omdat hij direct de 3,3V van de RPi gebruikt om het IC te voeden, dan is geen level converter nodig. Maar een simpele spanningsdeler met twee weerstandjes volstaat prima (zoals eerder in mijn schemaatje ook gebruikt).

Ik heb een serieuzere knutsel gemaakt, gewoon omdat het kan, Het gaat bij mij meer om het knutselen dan het uiteindelijke resultaat wat betreft inzien van gegevens. Zie deze eerder post:
Sleurhutje in "Slimme meter uitlezen via P1-poort"

[Speedy-Andre]

Ik kon er niet uit opmaken dat zijn 74HC04 een 3,3V voeding heeft, als dat zo is dan is de pull-up op de meter helemaal te hoog .
Ik voed de SN7404 met 5V en de open collector output van de inverter maakt dat je deze met een pull-up naar 3,3V kan gebruiken op een Rpi of Nodemcu.

[winand]

Ik heb het uitlezen van mijn slimme meter werkend!
Onderstaande info kan voor een ieder nuttig zijn die dezelfde meter heeft of dezelfde USB<->serial kabel gebruikt, vandaar mijn post.

Mijn hardware:

- Slimme meter van Enexis, een "Sagemcom XS210 ESMR5"
(handleiding: https://www.enexis.nl/Doc...ngen/e-sagemcom-xs210.pdf)


- USB<->serial kabel van ebay:
zoek in ebay op: "USB to RS232 Serial Port 9 Pin DB9 Cable Serial COM Port Adapter Convertor"

Dit is een bekende verschijning op ebay met zijn translucent blauwe kunststof stekkers, maar er zijn
hierin nog wat verschillende versies!
1) De mijne is voorzien van de CH340 chip, staat ook vermeld in de advertentie.
2) De CH340 chip is niet te herkennen als chip (geen pootjes zoals ik op een andere foto heb gezien, maar zit in een grote zwarte blob kunststof gegoten.
3) De electronica is *gegoten* in het blauwe rubber, en is niet makkelijk te verwijderen, lees ; "niet doen", ik heb er enkele printspoortjes mee losgetrokken en had geluk dat deze naar pinnen liepen van de DB9 stekker die ik niet nodig had. Je kan beter een female DB9 erin steken en daaraan gaan solderen.
Ik betaalde voor de kabel op ebay 1,10 euro incl verzenden

Aansluiten:

De meter is voorzien van een RJ11 aansluiting met 4 pinnen.
Kijkend naar de P1 aansluiting op de meter van links naar rechts: DATA - NC - GND - VCC
Goed opletten, laat je niet misleiden door de kleuren van de draden (bij mij was zwart VCC en rood GND !)
DATA soldeer je aan pin 2 van de DB9 connector
VCC en GND heb ik gesoldeerd aan de VCC en GND draden van de USB-kabel.

Belangrijk: 2k2 ohm weerstand!

Ik had de boel aangesloten en gebruikte "terminal 1.93b" om de data te onderscheppen op de seriele poort
( https://sites.google.com/site/terminalbpp )
Instellingen: 115200 baud, 8N1, no handshake.
Helaas zag ik geen data verschijnen, het venster bleef geheel leeg.
Omdat ik ergens had gelezen dat sommige meters een weerstandje van 1kOhm nodig hebben tussen VCC en DATA heb ik een 1,48kOhm weerstand ertussen gedaan, maar helaas met hetzelfde resultaat.
Vervolgens kon ik me herinneren dat ik iets had gelezen dat iemand pas bij 2kOhm data binnen zag komen.
Ik heb toen een 2,2kOhm weerstand gebruikt en voila, de data kwam direct binnen!!

Domoticz

Hierna heb ik de USB stekker uit mijn windows 10 laptop gehaald en in mijn raspberry pi 2 model B gestopt, waarop Domoticz draait. Na toevoegen van de "P1 smart meter USB" onder hardware, verscheen binnen enkele seconde de 3 nieuwe devices onder "devices" met subtypes:
- Energy (verbruik)
- Voltage (geeft enkel huidige spanning aan, 229 of 230V bij mij)
- Gas (gasverbruik, de gasmeter is door Enexis ook gekoppeld aan de XS210)

Als laatste heb ik onder "hardware" nog een wijziging aangebracht aan de "P1 Smart Meter USB".
Ik heb "Rate limit" ingesteld op 60 seconden om de pi wat te ontlasten. Zo komen berichten slechts eenmaal per minuut binnen in plaats van voortdurend(!)

[woekele]

PWM schreef op zaterdag 1 april 2017 @ 09:27:
[...]


Ik heb hem nu 2 weken draaien en ben erg tevreden. Er zullen ongetwijfeld modellen zijn waar allemaal mooie scripts op los te laten zijn. Maar tot nu toe is het een prima ervaring. Hij is plug&play, de interface is simpel maar lekker snel. De data is duidelijk en ik kan realtime alles volgen als ik wil (kijken wat apparaten gebruiken bij aan/uit).

Leuk ding om mee te spelen.

Op basis hiervan ook maar een Beeclear besteld. Ben benieuwd.

PS: weet iemand of digitale meters zonder communicatiemodule altijd wél een P1-poort hebben voor lokaal uitlezen? Of kan het zijn dat P1 ontbreekt als je kiest voor een 'domme' meter?

[reynard80]

Al een tijdje ben ik aan het prusten om onze ISKRA AM550 uit te lezen via de P1 poort. Dit lukte maar niet, via een Arduino en een ESP8266.

Ik probeer het nu op de simpelste manier, met een FTDI 232R met geinverteerde RX, met de volgende aansluitwijze:

1 -
2 - VCC (+5V)
3 - GND
4 -
5 - RX
6 -

Vervolgens probeer ik met Putty de gegevens uit te lezen, er komt ook wel wat binnen, maar het is niet leesbaar. Qua seriele instellingen gebruik ik 115200, 8N1. Echter niet met een bruikbaar resultaat, zie screenshot voor hoe het binnenkomt. Wat doe ik fout?

Edit: ben er achter --> een 10k weerstand tussen pin2 en 5 heeft geholpen. Ik krijg nu nette berichten binnen.

[ Voor 9% gewijzigd door reynard80 op 30-12-2017 21:22 . Reden: Opgelost ]

[Maistro_44]

Ik heb een ftdi kabel die geen 5V uit geeft.
Mijn meter (kaifa 304c) geeft echter een spanning van 5V over p1 en p6. Kan ik deze gebruiken om de meter data uit te laten spugen? En hoe zit het dan met pull-up weerstand?

[Sleurhutje]

Maistro_44 schreef op zaterdag 30 december 2017 @ 22:18:
Ik heb een ftdi kabel die geen 5V uit geeft.
Mijn meter (kaifa 304c) geeft echter een spanning van 5V over p1 en p6. Kan ik deze gebruiken om de meter data uit te laten spugen? En hoe zit het dan met pull-up weerstand?

Ja, dat kan. Maar je moet pin 3 (Data GND) en pin 6 (Power GND) van de P1 connector ook met elkaar verbindinden. Anders kun je gekke resultaten krijgen. De +5V van pin 1 kan op DSMR 4.x meters maximaal 100mA leveren en op DSMR 5.x meters maximaal 500mA. Voor een level converter/inverter meer dan voldoende.

[Raven]

woekele schreef op zaterdag 30 december 2017 @ 11:25:
PS: weet iemand of digitale meters zonder communicatiemodule altijd wél een P1-poort hebben voor lokaal uitlezen? Of kan het zijn dat P1 ontbreekt als je kiest voor een 'domme' meter?

Volgens mij moet je het bij domme digitale meters doen met een knipperende LED.

[Maistro_44]

Sleurhutje schreef op zondag 31 december 2017 @ 09:03:
[...]
Maar je moet pin 3 (Data GND) en pin 6 (Power GND) van de P1 connector ook met elkaar verbindingen.

Thx. Ik neem aan dat deze twee dam ook met de GND van de Ftdi kabel verbonden moeten worden.

[Sleurhutje]

Maistro_44 schreef op zondag 31 december 2017 @ 09:43:
[...]
Thx. Ik neem aan dat deze twee dam ook met de GND van de Ftdi kabel verbonden moeten worden.

Klopt, de GND moet altijd aan elkaar anders krijg je zwevende spanningen en kunnen de meest vreemde dingen gebeuren. Tot sneuvelen van elektronica of chips aan toe.

[BartOverkamp]

Beste medetweakers,

Ook ik heb tijdens mijn vrije dagen tussen kerst en oud en nieuw eens even een poging gedaan om de slimme meter uit te lezen en middels een STM32 discovery bordje wat data te presenteren.

Ik heb sinds kort een DSMR 5.0 compatibel kwh meter, hierin is ook een 5V spanning beschikbaar en het leek mij wel aardig om deze te gebruiken voor het voeden van alle hardware.

Hiervoor heb ik het volgende bedacht:


Aangezien mijn meter niet in de woonkamer hangt en ik bezwaar zag ik het klakkeloos verlengen van de P1 signalen, heb ik 485 transceivers gebruikt om het signaal om te zetten in differentiaal signalen en het vervolgens over een ethernetkabel naar de woonkamer te versturen.

Tot nu toe het volgende resultaat:


De grafiek onderin beeld tekent elke 10 seconden een nieuwe pixel met het actuele verbruik.

Ik wil de grafiek nog even automatisch laten schalen en ook het gasverbruik hierin weer geven met een ander kleurtje. Maar ik denk dat ik daarmee nog even wacht totdat ik het een en ander getest heb met de 32F746GDISCOVERY. Deze heeft namelijk een nog iets groter scherm.

Edit: afbeeldingen opnieuw gelinkt

[ Voor 49% gewijzigd door BartOverkamp op 03-01-2018 16:24 ]

[lucas321]

Sleurhutje schreef op donderdag 14 september 2017 @ 22:04:
Hopla, na twee jaar diverse "hooiberg" knutseltjes met Raspbery Pi, Arduino en ESP8266 gebruikt te hebben dan nu maar in de vakantie een serieus ontwerpje gemaakt. Nog wel op basis van een ESP8266 in de ESP-12 uitvoering. Eén ingang die eventueel de boel kan voeden als je een DSM v5 meter hebt (500mA op de bus, de 100mA op de DSM v4 is te laag) of anders via micro-usb. Drie uitgangen met open collector voor doorlussen naar een Home Wizard, Toon of wat anders. Twee ingangen voor extra pulstellers, bijvoorbeeld een watermeter of de deurbel. Updaten van de firmware kan via wifi d.m.v. OTA of via een FTDI-aansluiting. En als kers op de taart een 1.3" OLED display zodat de unit zelfs autonoom gebruikt kan worden.

Data wordt via wifi verstuurd naar mijn eigen webserver die netjes de database vult. Het is mogelijk meerdere units of sensoren te gebruiken omdat elke unit een unieke GUID heeft bij het communiceren met de database (dus ook nog lichtintensiteit, UV-A/UV-B, temperatuur binnen/buiten/gang/boven, luchtdruk, relatieve luchtvochtigheid, windsnelheid, windrichting, onweerdetectie etc.).

Ontwerp van de hooiberg overgenomen in Fritzing. Printplaatje gemaakt en laten produceren. Zie hier het resultaat....

[afbeelding]

En vol met de componenten...

[afbeelding]

Nog wat clean-up te doen in het ontwerp en een paar dingetjes fine tunen. Daarna post ik hier ook wel de source files.

Beste Sleurhutje,

Ben je van plan hier een vevrolg op te posten? Of heb ik een topic gemist waarin je uitlegt over hoe en wat. Heb je bijvoorbeeld een part list? Sta je nog steeds achter het ontwerp van de printplaatjes?

Respect voor hoe je dit in elkaar "geknutseld" hebt.

Misschien hier een apart topic aan wijden?

[ Voor 1% gewijzigd door lucas321 op 03-01-2018 19:28 . Reden: laatste zin toegevoegd ]

[Sleurhutje]

Zal het komende week posten in een apart topic. In ieder geval het ontwerp in Fritzing en wat voorbeeldcode voor de Arduino IDE met ESP8266/NodeMCU.

[Maistro_44]

Ik heb de meter aangesloten via een FTDI kabel.
5V vanuit de meter.
GND_Data met GND_Power en GND_USB verbonden.
RXD met RXD_USB verbonden.

Vervolgens krijg ik via Putty (115200 8N1 RTS/CTS) elke 10 sec. een hoop data, maar het zijn onderstaande tekens. Weet iemand wat ik verkeerd doe?

[MdO82]

Maistro_44 schreef op woensdag 3 januari 2018 @ 20:52:
Ik heb de meter aangesloten via een FTDI kabel.
5V vanuit de meter.
GND_Data met GND_Power en GND_USB verbonden.
RXD met RXD_USB verbonden.

Vervolgens krijg ik via Putty (115200 8N1 RTS/CTS) elke 10 sec. een hoop data, maar het zijn onderstaande tekens. Weet iemand wat ik verkeerd doe?

[afbeelding]

Ik vermoed dat je een verkeerde kabel gebruikt.
Waar heb je deze vandaan ?

[Maistro_44]

MdO82 schreef op woensdag 3 januari 2018 @ 20:58:
[...]


Ik vermoed dat je een verkeerde kabel gebruikt.
Waar heb je deze vandaan ?

Geen idee, deze had ik nog liggen en heb er een RJ12 kabel aan gezet.
Zou het kunnen dat deze kabel de signalen van de meter verkeerd interpreteert?

[wortelsoft]

Maistro_44 schreef op woensdag 3 januari 2018 @ 21:01:
[...]


Geen idee, deze had ik nog liggen en heb er een RJ12 kabel aan gezet.
Zou het kunnen dat deze kabel de signalen van de meter verkeerd interpreteert?

Vermoedelijk moet je het signaal inverteren.

[Maistro_44]

RXD is geinverteerd. Ik kan het nog eens proberen zonder.

[slaay]

winand schreef op vrijdag 29 december 2017 @ 19:34:
Ik heb het uitlezen van mijn slimme meter werkend!
*knip*
Mijn hardware:

*knip*

Belangrijk: 2k2 ohm weerstand!

Ik had de boel aangesloten en gebruikte "terminal 1.93b" om de data te onderscheppen op de seriele poort
( https://sites.google.com/site/terminalbpp )
Instellingen: 115200 baud, 8N1, no handshake.
Helaas zag ik geen data verschijnen, het venster bleef geheel leeg.
Omdat ik ergens had gelezen dat sommige meters een weerstandje van 1kOhm nodig hebben tussen VCC en DATA heb ik een 1,48kOhm weerstand ertussen gedaan, maar helaas met hetzelfde resultaat.
Vervolgens kon ik me herinneren dat ik iets had gelezen dat iemand pas bij 2kOhm data binnen zag komen.
Ik heb toen een 2,2kOhm weerstand gebruikt en voila, de data kwam direct binnen!!

*knip*

Vandaag zijn hier ook de meters omgewisseld naar dezelfde meters als bij jou ivm de 'onveilige' slimme gasmeter.
Het usb kabeltje wat ik altijd gebruikte werkt nu niet meer, aangezien er dus geen weerstand in zit. Even voor de goede orde, je hebt VCC met DATA verbonden middels een weerstand van 2k2Ohm.
Vcc is gelijk aan +5V? En DATA?
Mijn kabeltje heeft namelijk RTS, RXD, GND en +5V.

[Maistro_44]

Yes....gelukt. Mijn pull-up weerstand was defect. Nu met weerstand van ongeveer 2k krijgt ik zinvolle output.

Heb het zo aangesloten (links USB2serial FTDI kabel, rechts P1 connector)

[BartOverkamp]

Inmiddels heb ik een kleine update gedaan aan mijn energiedisplay:



Ik ben overgestapt van een STM32F4xx discovery naar een STM32F746 discovery vanwege het grotere display. Helaas is het nu zo dat ik hem niet meer kan voeden vanuit de slimme meter en ik dus een adapter nodig zal hebben om het display te voeden.. Volgende stap zal het maken van een behuizing zijn. Daarna hoop ik nog wat logging in te kunnen bouwen naar een USB stick om zo het maandverbruik/jaarverbruik enz. bij te kunnen houden.

[Praetorian]

Weet iemand of het mogelijk is om de data die is uitgelezen op P1, met een Raspberry PI bordje aan te melden als device op mijn Domoticz server?

Ik wil hetzelfde bereiken als bijvoorbeeld een Youless sensor, maar deze sensor is dan zelf gemaakt. De data moet dus benaderbaar zijn op een IP:port, is daar al iets voor gemaakt door iemand? Ik weet ook van de master/slave oplossingen van Domoticz, dat zoek ik dus niet.

[lolgast]

Er is niet heel veel over te vinden, behalve wat mensen die het weer hebben opgegeven? Dus ik stel de vraag hier maar even voor de zekerheid

Ik heb van de week een USB-P1 kabel van SOS Solutions ontvangen. Deze hangt aan mijn Synology waar Docker op draait. De USB kabel werkt na installeren van de drivers. Ik gebruik deze image: https://hub.docker.com/r/xirixiz/dsmr-reader-docker. Het starten van de container is alleen een probleem. Ofja starten, het gebruiken na het starten valt een beetje tegen. Om nog onduidelijk reden moet ik eerst de permissions op /dev/ttyUSB0 aanpassen zodat de user 'dsmr' er ook gebruik van mag maken. Als dat eenmaal is gedaan draait het prima

Ik heb nog wat RPi-v2 liggen. Is het handiger om die maar gewoon in te richten?

[Speedy-Andre]

Ik heb mijn nas niet 24/7 aan maar wel een Rpi2 met Domoticz voor P1 en Sbfspot voor de paneeltjes.
Met een WD usb hdd kan dit ook wel, althans als ik mijn bestaande SD image erop krijg

[lolgast]

Ik heb maar een scriptje geschreven wat bij boot van de Synology gaat lopen

Bash:

until [ $(docker inspect -f {{.State.Running}} dsmr) == "true" ]
do echo "Waiting.."
sleep 3
done
docker exec -t dsmr sudo chmod 666 /dev/ttyUSB0

Vanavond even herstarten om te zien of dat ook werkt

[olson]

Via domoticz duw ik de gas meter standen via data push naar Influxdb.
Via Grafana krijg ik een mooi grafiekje van de totale stand.

influx db naam: domoticz

code:

SELECT mean("value") AS "mean_value" FROM "domoticz"."autogen"."Gas-usage" WHERE time > now() - 1h AND "name"='Gas' GROUP BY :interval: FILL(null)

Wat ik wil is het verbruik per dag.
Dan moet ik vervolgens een cont. query maken in Influxdb

voorbeeld gevonden op dit forum

code:

CREATE CONTINUOUS QUERY cq_smartmeter_daily ON p1smartmeter RESAMPLE EVERY 15m BEGIN SELECT min("+T") AS "+T_min", max("+T") AS "+T_max", spread("+T") AS "+T_spread", min("+T1") AS "+T1_min", max("+T1") AS "+T1_max", spread("+T1") AS "+T1_spread", min("+T2") AS "+T2_min", max("+T2") AS "+T2_max", spread("+T2") AS "+T2_spread", min(G) AS G_min, max(G) AS G_max, spread(G) AS G_spread INTO p1smartmeter."default".smartmeter_daily FROM p1smartmeter.raw.smartmeter GROUP BY time(1d) END

Met name het laatste gedeelte begrijp ik niet goed.
Kan mij iemand opweg helpen met met deze query met mijn database en tabel gegevens?

[klump4u]

Speedy-Andre schreef op woensdag 10 januari 2018 @ 13:48:
Ik heb mijn nas niet 24/7 aan maar wel een Rpi2 met Domoticz voor P1 en Sbfspot voor de paneeltjes.
Met een WD usb hdd kan dit ook wel, althans als ik mijn bestaande SD image erop krijg

Zo heb ik het naar WD usb hdd verplaatst: https://www.raspberrypi.o...iewtopic.php?f=29&t=44177

[cville]

olson schreef op donderdag 11 januari 2018 @ 18:53:
Via domoticz duw ik de gas meter standen via data push naar Influxdb.
Via Grafana krijg ik een mooi grafiekje van de totale stand.

influx db naam: domoticz

code:

SELECT mean("value") AS "mean_value" FROM "domoticz"."autogen"."Gas-usage" WHERE time > now() - 1h AND "name"='Gas' GROUP BY :interval: FILL(null)

Wat ik wil is het verbruik per dag.
Dan moet ik vervolgens een cont. query maken in Influxdb

voorbeeld gevonden op dit forum

code:

CREATE CONTINUOUS QUERY cq_smartmeter_daily ON p1smartmeter RESAMPLE EVERY 15m BEGIN SELECT min("+T") AS "+T_min", max("+T") AS "+T_max", spread("+T") AS "+T_spread", min("+T1") AS "+T1_min", max("+T1") AS "+T1_max", spread("+T1") AS "+T1_spread", min("+T2") AS "+T2_min", max("+T2") AS "+T2_max", spread("+T2") AS "+T2_spread", min(G) AS G_min, max(G) AS G_max, spread(G) AS G_spread INTO p1smartmeter."default".smartmeter_daily FROM p1smartmeter.raw.smartmeter GROUP BY time(1d) END

Met name het laatste gedeelte begrijp ik niet goed.
Kan mij iemand opweg helpen met met deze query met mijn database en tabel gegevens?

Daar is geen CQ voor nodig: zie de volgende query:
SELECT derivative(min("gas"), 1d) FROM "gas" WHERE $timeFilter GROUP BY time(1d) fill(previous)

Ik gebruik geen Domoticz maar het idee is hetzelfde.

Resultaat:

[lolgast]

Ik hou het gesprek met mezelf even gaande, maar misschien heeft iemand er ooit iets aan. Scriptje wat ik hierboven had staan was niet helemaal idiot proof, want de Docker daemon draait natuurlijk niet als het script al begint, dus valt hij in een waiting loop. Aangepaste versie

Bash:

while [ $(synoservice -status pkgctl-Docker | grep -Po 'status=\[\K[^]]+') == disable ]
do echo "Service is disabled. Waiting.."
sleep 3
done
echo "Service enabled, checking container status.."
until [ $(docker inspect -f {{.State.Running}} dsmr) == "true" ]
do echo "Waiting.."
sleep 3
done
docker exec -t dsmr sudo chmod 666 /dev/ttyUSB0
echo "Permissions edited"

Werkt als een tiet

[olson]

cville schreef op donderdag 11 januari 2018 @ 19:54:
[...]


Daar is geen CQ voor nodig: zie de volgende query:
SELECT derivative(min("gas"), 1d) FROM "gas" WHERE $timeFilter GROUP BY time(1d) fill(previous)

Ik gebruik geen Domoticz maar het idee is hetzelfde.

Resultaat:

[afbeelding]

Oke, maar wat is "gas"in het eerst stuk van je query...
SELECT derivative(min("gas")
zie hier mijn influxdb./ tabel opmaak

[cville]

olson schreef op donderdag 11 januari 2018 @ 21:00:
[...]


Oke, maar wat is "gas"in het eerst stuk van je query...
SELECT derivative(min("gas")
zie hier mijn influxdb./ tabel opmaak

[afbeelding]

Gas is de meterstand. Vandaar het gebruik van derivative om het verbruik uit te rekenen.

[olson]

cville schreef op donderdag 11 januari 2018 @ 21:01:
[...]


Gas is de meterstand. Vandaar het gebruik van derivative om het verbruik uit te rekenen.

Uiteindelijk gelukt! danke

[Verwijderd]

TerrorSource schreef op vrijdag 1 december 2017 @ 19:35:
[...]

Dat heb ik ook, alleen zie 4 waardes onder Stroom.

Misschien dat het al ergens de revue is gepasseerd, maar ik heb hetzelfde.
Domoticz laat 3 devices zien. Een met het actuele voltage, een gasmeterstand en voor elektra krijg ik 6 waardes terug waarvan 2 op 0 staan. Aangezien de meter (Sagemcom T210-D) gister is geinstalleerd had ik eigenlijk 4 keer 0 verwacht en 2 keer een laag getal, maar de waarde 1150;7365;14;0;2170;0 kan ik nergens aan relateren...

[winand]

slaay schreef op woensdag 3 januari 2018 @ 22:58:
[...]
Vcc is gelijk aan +5V? En DATA?

Dat zal vermoedelijk fluctueren tussen 0 en 5V als er data binnenkomt, ik heb de spanning niet gemeten.

slaay schreef op woensdag 3 januari 2018 @ 22:58:
[...]
Mijn kabeltje heeft namelijk RTS, RXD, GND en +5V.

Je zet de weerstand tussen +5V en RXD (receive data).
(RXD wordt soms ook met RX aangeduid)

[cville]

Ik heb volgens mij een probleem met het uitlezen van de gasmeter. Hieronder de gasmeterstanden van een gedeelte van vandaag. De tijden zijn in UTC. Er is vanaf 09:00 voortdurend gasverbruik geweest maar op de momenten die ik gemarkeerd heb, wordt er door de meter geen nieuwe stand gerapporteerd maar de stand van het vorige uur.

name: gas
time last
2018-01-17T20:00:00Z 5668.405
2018-01-17T19:00:00Z 5667.32
2018-01-17T18:00:00Z 5666.297
2018-01-17T17:00:00Z 5665.14
2018-01-17T16:00:00Z 5663.949 <-- gasmeter geeft geen nieuwe meterstand door
2018-01-17T15:00:00Z 5663.949
2018-01-17T14:00:00Z 5661.642
2018-01-17T13:00:00Z 5660.45
2018-01-17T12:00:00Z 5659.233 <-- gasmeter geeft geen nieuwe meterstand door
2018-01-17T11:00:00Z 5659.233
2018-01-17T10:00:00Z 5656.699
2018-01-17T09:00:00Z 5655.366
2018-01-17T08:00:00Z 5654.386
2018-01-17T07:00:00Z 5654.386
2018-01-17T06:00:00Z 5654.386
2018-01-17T05:00:00Z 5654.386
2018-01-17T04:00:00Z 5654.386
2018-01-17T03:00:00Z 5654.386
2018-01-17T02:00:00Z 5654.386
2018-01-17T01:00:00Z 5654.386

Dit gebeurd een paar keer per dag. Om uit te sluiten dat ik op het hele uur toevallig net te vroeg meet, heb ik een aantal uren iedere 10s de gasmeterstand opgeslagen. Het effect lijkt door de meter veroorzaakt te worden.

Hieronder nog het berekende verbruik dat het probleem erg zichtbaar maakt:

2018-01-17T09:00:00Z 0.9799999999995634
2018-01-17T10:00:00Z 1.332999999999629
2018-01-17T11:00:00Z 2.5340000000005602
2018-01-17T12:00:00Z 0 !!!
2018-01-17T13:00:00Z 1.2169999999996435
2018-01-17T14:00:00Z 1.1920000000000073
2018-01-17T15:00:00Z 2.306999999999789
2018-01-17T16:00:00Z 0 !!!
2018-01-17T17:00:00Z 1.191000000000713
2018-01-17T18:00:00Z 1.1569999999992433
2018-01-17T19:00:00Z 1.0230000000001382
2018-01-17T20:00:00Z 1.0850000000000364

Heeft iemand dit wel eens meegemaakt en weten we hoe de netwerkbeheerder (Enexis) met dit soort problemen omgaat?

[ Voor 17% gewijzigd door cville op 17-01-2018 21:31 ]

[Sleurhutje]

cville schreef op woensdag 17 januari 2018 @ 21:17:
Ik heb volgens mij een probleem met het uitlezen van de gasmeter. Hieronder de gasmeterstanden van een gedeelte van vandaag. De tijden zijn in UTC. Er is vanaf 09:00 voortdurend gasverbruik geweest maar op de momenten die ik gemarkeerd heb, wordt er door de meter geen nieuwe stand gerapporteerd maar de stand van het vorige uur.
.......
Heeft iemand dit wel eens meegemaakt en weten we hoe de netwerkbeheerder (Enexis) met dit soort problemen omgaat?

De gasmeter stuurt, in tegenstelling tot je elektriciteitsmeter, slechts elk uur of zelfs pas elke x-uur een update naar de slimme stroommeter. Dit om energie te besparen anders moeten ze de gasmeter om het jaar vervangen omdat het batterijtje van de meter leeg is (en vanwege keuringseisen is dat geen "user replacable part").

De slimme meter krijgt niet de data te zien zoals jij die nu toont. Deze is opgenomen in een datagram als apart veld. In het datagram wordt aangegeven dat er een extra meetgegeven is, wat hiervan het serienummer is wat de actuele meterstand op tijdstip x daarvan is, zoals onderstaand voorbeeld.

code:

0-1:24.1.0(003)
0-1:96.1.0(4731313131313031363131313135303136)
0-1:24.2.1(170414160506S)(00705.278*m3)

De energieleverancier heeft geen enkele moeite om deze gegevens als zodanig te verwerken. De informatie die jij toont lijkt eerder een onnauwkeurige verwerking van het datagram.

[cville]

Sleurhutje schreef op donderdag 18 januari 2018 @ 13:54:
[...]

De gasmeter stuurt, in tegenstelling tot je elektriciteitsmeter, slechts elk uur of zelfs pas elke x-uur een update naar de slimme stroommeter. Dit om energie te besparen anders moeten ze de gasmeter om het jaar vervangen omdat het batterijtje van de meter leeg is (en vanwege keuringseisen is dat geen "user replacable part").

De slimme meter krijgt niet de data te zien zoals jij die nu toont. Deze is opgenomen in een datagram als apart veld. In het datagram wordt aangegeven dat er een extra meetgegeven is, wat hiervan het serienummer is wat de actuele meterstand op tijdstip x daarvan is, zoals onderstaand voorbeeld.

code:

0-1:24.1.0(003)
0-1:96.1.0(4731313131313031363131313135303136)
0-1:24.2.1(170414160506S)(00705.278*m3)

De energieleverancier heeft geen enkele moeite om deze gegevens als zodanig te verwerken. De informatie die jij toont lijkt eerder een onnauwkeurige verwerking van het datagram.

Ik ben inmiddels wat verder. Het lijkt erop dat er behoorlijk wat clock drift is. Ik was gewend (laatste 4 jaar) dat het timestamp van de gasmeting iets NA het hele uur lag. Inmiddels heb ik een aantal voorbeelden gevonden waarbij de gasmeting een aantal seconden VOOR het hele uur ververst wordt. Het effect in mijn code was dat daardoor de waarde van het uur ervoor overschreven werd. Ik heb mijn software nu aangepast en meet uitsluitend in de 2e minuut van het uur.

Mijn ervaring dat het probleem steeds erger werd, kan ook verklaard worden door clock-drift. Vroeger ALTIJD na het hele uur en nu af en toe VOOR het hele uur.

Ik heb geprobeerd uit te zoeken hoe de gasmeter of de elektrameter (ik weet niet of het doorgeven van de gasmeterstand een push of een pull is) het moment bepaalt waarop de meting wordt doorgegeven maar ik heb (bijna) niets kunnen vinden behalve dat sommige meters een clock drift van 60 min per jaar kunnen hebben

Ik kijk een paar dagen of mijn aangepaste code het probleem oplost.

[Rol-Co]

Ik heb sinds kort een iskraemeco +_ smr 5.0/ 3-ph cdma slimme meter hangen, heeft iemand daar al ervaring mee om uit te lezen? Wat voor kabeltje heb ik nodig en waarmee uitlezen? Pc of met de synology, of iets anders?

[Sleurhutje]

cville schreef op donderdag 18 januari 2018 @ 16:55:
[...]
Ik ben inmiddels wat verder. Het lijkt erop dat er behoorlijk wat clock drift is.

De meting is voorzien van een timestamp, daarmee ben je niet afhankelijk van het moment van uitlezen. Ik sla de informatie op inclusief timestamps, onafhankelijk van elkaar voor gas, licht, water en diverse omgevingssensoren (temp, rel.hum., luchtdruk, windsnelheid, lichtintensiteit, uv-index etc.). Als er geen internetlink is, sla ik elk bericht op in een “bewaarbakje”. Zodra er weer verbinding is, worden deze berichten alsnog in de database op het internet geplaatst. De database lost het probleem met volgordes wel op door juist de timestamps.

En zolang de timestamp van de laatste meting hetzelfde is, zie derde regel in mijn datagram, dan hoef je ook niets aan te passen in de meetwaarde. De gasmeter heeft geen eigen klok, die stuurt om de zoveel tijd via de (draadloze) M-bus data naar de meter. De meter haalt zijn tijd op van het GSM netwerk via het ingebouwde M2M-modem. Die is aardig acuraat, Ik weet niet wat de update frequentie is van de klok maar nog nooit meer dan 2 seconden verschil met de internet NTP tijs gehad.

[cville]

Sleurhutje schreef op donderdag 18 januari 2018 @ 20:50:
[...]

De meting is voorzien van een timestamp, daarmee ben je niet afhankelijk van het moment van uitlezen. Ik sla de informatie op inclusief timestamps, onafhankelijk van elkaar voor gas, licht, water en diverse omgevingssensoren (temp, rel.hum., luchtdruk, windsnelheid, lichtintensiteit, uv-index etc.). Als er geen internetlink is, sla ik elk bericht op in een “bewaarbakje”. Zodra er weer verbinding is, worden deze berichten alsnog in de database op het internet geplaatst. De database lost het probleem met volgordes wel op door juist de timestamps.

En zolang de timestamp van de laatste meting hetzelfde is, zie derde regel in mijn datagram, dan hoef je ook niets aan te passen in de meetwaarde. De gasmeter heeft geen eigen klok, die stuurt om de zoveel tijd via de (draadloze) M-bus data naar de meter. De meter haalt zijn tijd op van het GSM netwerk via het ingebouwde M2M-modem. Die is aardig acuraat, Ik weet niet wat de update frequentie is van de klok maar nog nooit meer dan 2 seconden verschil met de internet NTP tijs gehad.

Je hebt uiteraard gelijk. Ik heb blijkbaar toen ik begon te meten (4 jaar geleden) besloten dat het makkelijker was mijn eigen timestamp te genereren dan de locale tijd string in het datagram te parsen en naar UTC te vertalen. Waar ik nu tegenaan liep is dat het DSMR gas timestamp een paar seconden in de toekomst kan liggen zoals hieronder blijkt:

code:

2018-01-17T16:01:00Z 5663.949 m3
2018-01-17T16:00:50Z 5663.949 m3
2018-01-17T16:00:40Z 5663.949 m3
2018-01-17T16:00:29Z 5663.949 m3
2018-01-17T16:00:19Z 5663.949 m3
2018-01-17T16:00:09Z 5663.949 m3 17:00 UTC+1
2018-01-17T15:59:58Z 5663.949 m3 meterstand veranderd voordat het uur voorbij is
2018-01-17T15:59:48Z 5662.805 m3
2018-01-17T15:59:37Z 5662.805 m3
2018-01-17T15:59:27Z 5662.805 m3
2018-01-17T15:59:17Z 5662.805 m3
2018-01-17T15:59:06Z 5662.805 m3

Mijn code kon daar niet tegen en overschreef de waarde van het uur daarvoor maar nu ik het eenmaal weet was het eenvoudig op te lossen door pas in de 2e minuut van het uur de gasmeterstand op te slaan (aangenomen dat de clock-drift altijd minder dan 1 minuut is). Als ik er nog eens tegenaan loop, wijzig ik de code wel en ga het meter timestamp parsen en omzetten naar UTC.

Bedankt voor je input.

[Sleurhutje]

Alles opslaan als UTC tijd vind ik een groot voordeel bij het gebruik in een database. Nooit problemen met zomer/wintertijd en alsnog bij weergave terug naar de juiste tijdzone is geen probleem. Bij gebruik van lokale tijd met DST (daylight saving time) heb je ineens óf een gat van een uur (klok vooruit) of een overlap van een uur (klok uur terug).

[cville]

Sleurhutje schreef op vrijdag 19 januari 2018 @ 12:29:
Alles opslaan als UTC tijd vind ik een groot voordeel bij het gebruik in een database. Nooit problemen met zomer/wintertijd en alsnog bij weergave terug naar de juiste tijdzone is geen probleem. Bij gebruik van lokale tijd met DST (daylight saving time) heb je ineens óf een gat van een uur (klok vooruit) of een overlap van een uur (klok uur terug).

Ik gebruik altijd UTC; lokale tijd geeft, zoals je aangeeft, teveel problemen. Ik heb net naar de documentatie van smeterd gekeken, het module dat ik gebruik om de meter uit te lezen. Om voor mij onbekende redenen wordt het timestamp niet meegenomen. Ik heb een change request gedaan voor het toevoegen van een gas timestamp in UTC.

[cville]

Ik heb toch nog eens goed naar mijn data gekeken en ben tot de conclusie gekomen dat er twee onafhankelijke problemen zijn:

1. De waarde van het vorige uur wordt overschreven door de nieuwe waarde. Dit wordt m.i. veroorzaakt door clock-drift en is iets dat ik softwarematig heb opgelost zoals hierboven beschreven.

2. De meter geeft geen nieuwe stand door maar wel een nieuw timestamp. Om dit aan te tonen heb ik mijn oude, zelf geschreven programma (ik gebruik nu smeterd) aangepast en laat dat alle metingen (dus iedere 10 seconden) vastleggen. Hieronder 2 voorbeelden die laten zien dat de meter om 11:00:10 zijn gasmeterstand niet en zijn timestamp wel update en de gasmeterstand pas een uur later inhaalt. De gasmeterstand en het timestamp zijn de laatste 2 waarden op een regel.

code:

2018-01-21 10:59:00 6015.671 3921.498 3128.103 7085.692    0.000    0.280 5699.694 180121100000
2018-01-21 10:59:10 6015.671 3921.498 3128.103 7085.692    0.000    0.300 5699.694 180121100000
2018-01-21 10:59:20 6015.671 3921.498 3128.104 7085.692    0.000    0.360 5699.694 180121100000
2018-01-21 10:59:30 6015.671 3921.498 3128.105 7085.692    0.000    0.360 5699.694 180121100000
2018-01-21 10:59:40 6015.671 3921.498 3128.106 7085.692    0.000    0.350 5699.694 180121100000
2018-01-21 10:59:50 6015.671 3921.498 3128.107 7085.692    0.000    0.340 5699.694 180121100000
2018-01-21 11:00:00 6015.671 3921.498 3128.108 7085.692    0.000    0.350 5699.694 180121100000

2018-01-21 11:00:10 6015.671 3921.498 3128.109 7085.692    0.000    0.360 5699.694 180121110000
2018-01-21 11:00:20 6015.671 3921.498 3128.110 7085.692    0.000    0.380 5699.694 180121110000
2018-01-21 11:00:30 6015.671 3921.498 3128.111 7085.692    0.000    0.400 5699.694 180121110000
2018-01-21 11:00:40 6015.671 3921.498 3128.112 7085.692    0.000    0.420 5699.694 180121110000
2018-01-21 11:00:50 6015.671 3921.498 3128.114 7085.692    0.000    0.420 5699.694 180121110000
2018-01-21 11:01:00 6015.671 3921.498 3128.115 7085.692    0.000    0.430 5699.694 180121110000

code:

2018-01-21 11:59:02 6015.739 3921.498 3128.832 7085.692    0.000    1.220 5699.694 180121110000
2018-01-21 11:59:12 6015.739 3921.498 3128.836 7085.692    0.000    1.340 5699.694 180121110000
2018-01-21 11:59:23 6015.739 3921.498 3128.839 7085.692    0.000    1.320 5699.694 180121110000
2018-01-21 11:59:33 6015.739 3921.498 3128.843 7085.692    0.000    1.200 5699.694 180121110000
2018-01-21 11:59:43 6015.739 3921.498 3128.846 7085.692    0.000    1.060 5699.694 180121110000

2018-01-21 11:59:54 6015.739 3921.498 3128.849 7085.692    0.000    0.970 5701.826 180121120000
2018-01-21 12:00:04 6015.739 3921.498 3128.852 7085.692    0.000    1.060 5701.826 180121120000
2018-01-21 12:00:15 6015.739 3921.498 3128.855 7085.692    0.000    1.030 5701.826 180121120000
2018-01-21 12:00:25 6015.739 3921.498 3128.858 7085.692    0.000    0.970 5701.826 180121120000
2018-01-21 12:00:35 6015.739 3921.498 3128.860 7085.692    0.000    0.880 5701.826 180121120000
2018-01-21 12:00:46 6015.739 3921.498 3128.863 7085.692    0.000    1.030 5701.826 180121120000
2018-01-21 12:00:56 6015.739 3921.498 3128.866 7085.692    0.000    1.090 5701.826 180121120000
2018-01-21 12:01:06 6015.739 3921.498 3128.869 7085.692    0.000    1.240 5701.826 180121120000

Hierbij nog een keer grafisch:



Het lijkt me dat dit veroorzaakt wordt door de meter. Heeft iemand een (andere) verklaring?

[Gijsje89]

chaoscontrol schreef op maandag 3 april 2017 @ 17:26:
[...]

Ik zou het zo doen. let op dat je 2 verschillende weerstanden nodig hebt:

[afbeelding]

Beste tweakers,

Het is mij gelukt om met een RB-3B de P1 uit te lezen (DSMR5). Ik heb hiervoor het circuit van chaoscontrol gebruikt (waarvoor dank). Ik loop echter tegen een vervelend probleem aan dat wanneer ik de RJ12 connector loskoppel en deze weer opnieuw aansluit (terwijl de RB aan staat) dat de inverter kapot gaat (BS170). Als ik een nieuwe inverter erin zet doet hij het weer maar zodra ik de RJ12 dus weer uit- en inplug stokt het.

Het lijkt erop dat hij heel kort een soort piekspanning krijgt maar ik kan het niet helemaal thuis brengen. Meer mensen met deze ervaring?

[Fermat2006]

Als je leuke slimme meter software zoekt kijk dan eens naar de https://www.ztatz.nl/raspberry-pi/p1-montitor-downloads/ p1 monitor. Werkt uitstekend en is gratis . Als je de software leuk vindt dan kun je een donatie doen.

[ Voor 0% gewijzigd door Fermat2006 op 20-12-2019 23:18 . Reden: Spelfout ]

[MdO82]

Ik heb nu ruim 2 jaar een raspberry draaien om mijn meter uit te lezen.

Deze snort rustig zijn rondjes en hoef ik verder niks aan te doen zolang ik zelf niet iets verkloot.

Nu denk ik erover om misschien naast mijn Raspberry een youless te gebruiken.

Echter de slimme meter heeft maar 1 poort voor het uitlezen.

Zou ik zelf een splitter moeten fabriceren om de meter uit te lezen of zijn er andere opties?

Meen namelijk iets in dit topic daar iets over gelezen te hebben, maar kan het niet meer vinden.

[AUijtdehaag]

@MdO82
Zoiets?
Maar waarom 2x hetzelfde meten?

[MdO82]

Ik wil een andere manier loggen proberen naast mijn Raspberry met domoticz.

Maar tijdens het testen wil ik de logging wel door laten gaan

[klump4u]

Ik heb de P1 al eens met 3 devices uitgelezen, gaat goed zolang je alleen maar van een device de 5v aansluit op de P1 poort, de rest kan parallel aangesloten worden

[MdO82]

@klump4u hoe had je de boel gesplitst ?
Had je ook zoiets gebruikt als wat @AUijtdehaag aangeeft ?

[klump4u]

@MdO82
Zo heb ik het gedaan, http://www.smartmeterdash...ssplittenvanhetp1-signaal
Je mag dus van een device maar de 5v aansluiten.

[MdO82]

klump4u schreef op zondag 18 februari 2018 @ 09:13:
@MdO82
Zo heb ik het gedaan, http://www.smartmeterdash...ssplittenvanhetp1-signaal
Je mag dus van een device maar de 5v aansluiten.

Ik ga er zeker nog eens mee aan de slag.
Maar ik zag al dat ik een splitter moet aanpassen en weet niet hoe handig ik daar op dit moment mee ben
Wellicht dat ik de optie van @AUijtdehaag gebruik, maar dat ga ik eens rustig bekijken en lezen.

Ik heb vandaag InfluxDB met Grafana draaien op de Raspberry.
Ik moet het bericht van @ThinkPad nog even doorlezen, maar kan ik in de tussentijd dat ik wat aan het rommelen ben met Grafana Domoticz laten lopen ?
Ik meen dat als je namelijk 2 query's wilt uitvoeren dat je dan de melding "poort is in gebruik" krijgt.

Weet iemand of dit kan ?

Daarnaast moet ik nog even mijzelf inlezen hoe we de data in InfluxDB krijgen
Daar las ik over dat daar een script voor bestaat.

[klump4u]

MdO82 schreef op zondag 18 februari 2018 @ 17:56:
[...]


Ik ga er zeker nog eens mee aan de slag.
Maar ik zag al dat ik een splitter moet aanpassen en weet niet hoe handig ik daar op dit moment mee ben
Wellicht dat ik de optie van @AUijtdehaag gebruik, maar dat ga ik eens rustig bekijken en lezen.

Ik heb vandaag InfluxDB met Grafana draaien op de Raspberry.
Ik moet het bericht van @ThinkPad nog even doorlezen, maar kan ik in de tussentijd dat ik wat aan het rommelen ben met Grafana Domoticz laten lopen ?
Ik meen dat als je namelijk 2 query's wilt uitvoeren dat je dan de melding "poort is in gebruik" krijgt.

Weet iemand of dit kan ?

Daarnaast moet ik nog even mijzelf inlezen hoe we de data in InfluxDB krijgen
Daar las ik over dat daar een script voor bestaat.

Als je alles op een pi hebt draaien kun je de data van domoticz rechtstreeks naar influxdb zenden, daar hoef je niet apart de P1 voor uit te lezen.
Heb je ze op een aparte pi dan gaat dit ook.

[MdO82]

Ik ga me er eens in verdiepen.
Zag dat ik nog wel een oude versie van Raspbian met Domoticz heb draaien (3.4834) eens kijken wat ik hier mee kan stoeien.
Had hier ook een vraag over gesteld in het domoticz topic

[Eusebius]

Een verkenningsvraag. Sinds kort hebben we ook slimme meters (gas+elektra). Deze wil ik graag uitlezen. Een online dienst vind overbodig, als het ook zelf kan :-)

Nu lees ik hier veel moois over een Pi of Arduino aansluiten op de P1-ingang middels een standaard kabel. Een Pi hangt al in de meterkast als PiHole, dus dat is makkelijk.
Twee vragen die blijven hangen
1/ Is dat makkelijk te realiseren? Ik heb niet zo veel zin in solderen :-)
2/ Welke software is aan te bevelen?

[hrigteri]

Het is me na veel genutsel gelukt om gegevens uit mn slimme meter te krijgen met een P1 kabel.
Domoticz op mn Synology NAS
P1 kabel in Domoticz
En nu het overzichtje van E/G in Domoticz, met doorklik mogelijkheid voor gebruik.

Maar ik zie sommige hele mooie software voorbij komen, zoals Ztatz P1 Monitor voor de Raspberry Pi; weet iemand of er ook zoiets is voor Synology (eventueel bovenop Domoticz)? Ik heb al wel zitten zoeken er naar, maar nog niets gevonden.

[s441558]

Eusebius schreef op zaterdag 24 februari 2018 @ 14:15:
Een verkenningsvraag. Sinds kort hebben we ook slimme meters (gas+elektra). Deze wil ik graag uitlezen. Een online dienst vind overbodig, als het ook zelf kan :-)

Nu lees ik hier veel moois over een Pi of Arduino aansluiten op de P1-ingang middels een standaard kabel. Een Pi hangt al in de meterkast als PiHole, dus dat is makkelijk.
Twee vragen die blijven hangen
1/ Is dat makkelijk te realiseren? Ik heb niet zo veel zin in solderen :-)
2/ Welke software is aan te bevelen?

1. Er zijn kant en klare kabels te krijgen. Ff Googlen op p1 kabel.
2. Ik kan DSMR-reader aanbevelen. http://dsmr-reader.readthedocs.io/nl/latest/

[ Voor 3% gewijzigd door s441558 op 24-02-2018 20:09 ]

[Ccc]

Momenteel gebruik ik de DSMR Reader om mijn slimme meter en wat leuke grafieken te bekijken. Werkt naar tevredenheid.
Nu lees ik dat er verschillende systemen inloop zijn(ook via P1) welke worden geleverd met software die na analyse elektrische apparaten kan herkennen.

Is er iemand bekend hiermee? En eventueel weet of aparte (opensource) software is te krijgen?

[UTMachine]

Ik heb een ISRA AM550 slimme meter en deze heeft vele maanden perfect gewerkt met een in Nederland gekochte P1 kabel. Alleen sinds een paar dagen komt er helemaal niets meer binnen over de seriele lijn.
Ik heb ook al een andere kabel geprobeerd, deze werkt ook niet (ook helemaal niets). Ook deze is bij in Nederland gekocht, en er wordt beweerd dat deze ook moet werken.

Zou het kunnen zijn dat de P1 poort defect is? Is dit te test/valideren?

[KeesV]

@UTMachine ik heb dit ook gehad... Ben toen met mijn P1 kabel en m'n laptop naar de buren gelopen, en daar even getest en dat werkte perfect. Conclusie: meter defect.
Stedin een berichtje gestuurd en die zijn 'm zonder morren komen vervangen. Sindsdien werkt het weer

[UTMachine]

@KeesV: Dank je voor de snelle reactie en ik zal het voor de 100% zekerheid ook bij mijn buren proberen en als het nog niet werkt, zal ik Stedin bellen. Zoiezo prettig om te horen dat ze hem zonder morren gaan vervangen.

[KeesV]

@UTMachine ik had die vervanging via de webchat geregeld. Zo gepiept. Reactie van de Stedin medewerker was wel mooi: "Ik begrijp dat u zich zorgen maakt over het functioneren van de P1 poort op uw slimme meter?"

[UTMachine]

@KeesV Ik heb net contact gehad met Stedin en ze komen aanstaande donderdag de meter vervangen ... Snelle service dus :-)

[Frank!in]

Iemand die deze software op zijn Pi B+ heeft draaien? Volgens de website zou het te zwaar zijn, maar ik vraag me af wat die software dan allemaal wel niet doet om het een B+ te zwaar te maken.

[TCroezing]

UTMachine schreef op maandag 26 februari 2018 @ 09:19:
Ik heb een ISRA AM550 slimme meter en deze heeft vele maanden perfect gewerkt met een in Nederland gekochte P1 kabel. Alleen sinds een paar dagen komt er helemaal niets meer binnen over de seriele lijn.
Ik heb ook al een andere kabel geprobeerd, deze werkt ook niet (ook helemaal niets). Ook deze is bij in Nederland gekocht, en er wordt beweerd dat deze ook moet werken.

Zou het kunnen zijn dat de P1 poort defect is? Is dit te test/valideren?

Ha, ook ik heb hetzelfde probleem gehad. Zoeken, testen, en idd, nadat mijn testopstelling het wel bij een kameraad deed, Liander gebeld. Uiteindelijk was bij mij het resetten van de meter voldoende (lijkt wel Windows "heeft u de pc al uit en aan gezet?" ).
Zo'n meter bevat ook software, zou het geen OTA update zijn geweest, nu er meedere last van hadden?

[scorpion303]

Frank!in schreef op maandag 26 februari 2018 @ 17:12:
Iemand die deze software op zijn Pi B+ heeft draaien? Volgens de website zou het te zwaar zijn, maar ik vraag me af wat die software dan allemaal wel niet doet om het een B+ te zwaar te maken.

Yes, ik heb DSMR-reader draaien op een RPI2. Die trekt het net. Ik denk dat je het op een B+ wel kan vergeten. Geen idee waarom het platform zo resource intensief is.

[Cheaps]

Ik ben ook bezig met het uitlezen van mn P1-meter, ik zou hem uiteindelijk graag in Domoticz uitlezen maar zover is het nog niet. Ik heb een 6pin FTDI FT232RL gekocht (https://www.ebay.com/itm/...ksid=p2057872.m2749.l2649), echter krijg ik er nog geen data uit.

Uiteindelijk heb ik het volgende geprobeerd: een 4pin RJ-11 plug geknepen (NC, Red, Black, NC, White, NC), maar ik krijg met geen mogelijkheid iets uit mn slimme meter.

Als ik de USB-zijde in mn pc stop dan herkent hij hem wel (ik kan hem via FTDI software gewoon 'inlezen', hij herkent de chip, volgens de stappen http://www.maartendamen.c...ndis-gyr-gasmeter-e06140/ ). De stap op mn signaal te inverten die lijkt goed te gaan, maar als ik hem wil programmeren, en ik laad hem opnieuw in dan krijg ik niet dezelfde 'instellingen' als voorheen.

Ik heb een Landis Gyr SMR 5.0, heb hem ook al via mn pi aangesloten, maar het lijkt me zinnig als ik het eerst via mn windows laptop & Putty werkend krijg (serieel) voordat ik er allerlei andere dingen bij ga halen die het troubleshooten ingewikkeld kunnen maken. Ik heb de juiste Com-poort (5, zoals hij hem in Windows herkent) en Baudrate (15200) ingesteld, maar ik krijg zelf niet eens verbinding met de slimme meter. Ik heb trouwens een werkende P1 poort, had ergens nog een Qurrent Q-box liggen, maar zou de data liever in eigen beheer hebben!

[ Voor 5% gewijzigd door Cheaps op 04-03-2018 17:11 ]

[Frank!in]

scorpion303 schreef op zaterdag 3 maart 2018 @ 07:40:
[...]

Yes, ik heb DSMR-reader draaien op een RPI2. Die trekt het net. Ik denk dat je het op een B+ wel kan vergeten. Geen idee waarom het platform zo resource intensief is.

Bedankt voor je reactie! Dat is wel jammer, dan zou ik toch iets anders moeten verzinnen.

[ThinkPad]

Cheaps schreef op zondag 4 maart 2018 @ 17:01:
[...]
De stap op mn signaal te inverten die lijkt goed te gaan, maar als ik hem wil programmeren, en ik laad hem opnieuw in dan krijg ik niet dezelfde 'instellingen' als voorheen.
[...]

Dan heb je een namaak FTDI-kabel. Is een bekend issue met die goedkope clones.

Enige oplossing is een echte kopen (hier in V&A is iemand die goedwerkende kabels verkoopt) of zorgen dat je het signaal hardwarematig inverteert (met een transistor en een weerstandje).

[ Voor 3% gewijzigd door ThinkPad op 06-03-2018 10:39 ]

[Verwijderd]

Sinds afgelopen weekend lees ook ik mijn slimme meter uit via een Raspberry met Domoticz. Ik heb deze kant en klaar gekocht aangezien ik geen programmeer kennis heb. Ik zou heel graag eens bekijken via wat voor script o.i.d. Domoticz deze informatie van de meter haalt en de database waar de waarden in bijgehouden worden. Zijn dit bestanden die daadwerkelijk op de Raspberry staan? En zo ja, welke bestanden zijn dit dan?

Inmiddels ben ik dankzij MdO82 wel zover dat ik via Putty en WinSCP de Raspberry kan benaderen.