Slimme meter uitlezen via P1-poort

[Pindakaas]

Ah super bedankt voor jullie hulp. Het is gelukt.
Ik heb een Landis Gyr E350 ZCF110. De kabel stond verkeerd ingesteld. Nu RXD inverted aangezet en nu is die normaal uit te lezen met 115200 8N1 als settings. Top!

Nu even verder kijken naar de software kant

[Lulukai]

Ik heb DSMR-reader draaiend gekregen, maar wacht nog op een digitale meter. Iemand die zijn data wil doorsturen via de API zodat ik al verder aan de slag kan?
https://dsmr-reader.readthedocs.io/en/v2/api.html#id1

[Jazsie]

Lulukai schreef op dinsdag 29 oktober 2019 @ 13:35:
Ik heb DSMR-reader draaiend gekregen, maar wacht nog op een digitale meter. Iemand die zijn data wil doorsturen via de API zodat ik al verder aan de slag kan?
https://dsmr-reader.readthedocs.io/en/v2/api.html#id1

Doe het ook via API nu dus als je effe je API adres pm'ed mag je mijn data wel gebruiken om mee te spelen

[Compizfox]

Wat is tegenwoordig de handigste (goedkope) UART om te nemen? Ik heb in het verleden een CH340G gebruikt, maar die inverteert het signaal niet, dus daar moet je zelf een schakeling voor bouwen.

Wat is de goedkoopste UART die dit wel zelf doet? Het is voor een Sagemcom T210-D meter.

[Sabbi]

Compizfox schreef op donderdag 31 oktober 2019 @ 15:10:
Wat is tegenwoordig de handigste (goedkope) UART om te nemen? Ik heb in het verleden een CH340G gebruikt, maar die inverteert het signaal niet, dus daar moet je zelf een schakeling voor bouwen.

Wat is de goedkoopste UART die dit wel zelf doet? Het is voor een Sagemcom T210-D meter.

FTDI FT232RL kan inverteren

[Compizfox]

Sabbi schreef op donderdag 31 oktober 2019 @ 15:26:
[...]


FTDI FT232RL kan inverteren

Ik heb begrepen dat het bijna onmogelijk is om daar niet-fakes van te vinden. Heb je een specifieke adapter die je kunt aanraden?

[Blackraven]

Ik heb 'm hier gekocht:

https://www.tinytronics.n...l-usb-serial-port-adapter

[Compizfox]

ik ben uiteindelijk toch voor een andere UART gegaan (een PL2303, kon ik toevallig makkelijk aan komen) en zelf een inverter gebouwd.

Ik krijg echter geen data. Dit doet me denken aan de situatie die ik bij mijn ouders had (die een Landis+Gyr E350 hebben hangen), waar een pull-up-weerstand nodig was omdat de meter een open collector heeft.

De meter die ik hier heb is een Sagemcom T210-D. Weet iemand hier of deze ook een open collector heeft? Ik heb hier nog niks over kunnen vinden.

[klump4u]

Compizfox schreef op zondag 3 november 2019 @ 17:41:
ik ben uiteindelijk toch voor een andere UART gegaan (een PL2303, kon ik toevallig makkelijk aan komen) en zelf een inverter gebouwd.

Ik krijg echter geen data. Dit doet me denken aan de situatie die ik bij mijn ouders had (die een Landis+Gyr E350 hebben hangen), waar een pull-up-weerstand nodig was omdat de meter een open collector heeft.

De meter die ik hier heb is een Sagemcom T210-D. Weet iemand hier of deze ook een open collector heeft? Ik heb hier nog niks over kunnen vinden.

Ik heb deze meter ook in 3 fase en met verschillende IC getest, overal idd een pull-up gebruikt, geeft iedere seconden een telegram.

[u_nix_we_all]

Compizfox schreef op zondag 3 november 2019 @ 17:41:
ik ben uiteindelijk toch voor een andere UART gegaan (een PL2303, kon ik toevallig makkelijk aan komen) en zelf een inverter gebouwd.

Ik krijg echter geen data. Dit doet me denken aan de situatie die ik bij mijn ouders had (die een Landis+Gyr E350 hebben hangen), waar een pull-up-weerstand nodig was omdat de meter een open collector heeft.

De meter die ik hier heb is een Sagemcom T210-D. Weet iemand hier of deze ook een open collector heeft? Ik heb hier nog niks over kunnen vinden.

Nee, je zou gewoon data op de rx moeten krijgen. Alles goed aangesloten ? Heb je de rx met de tx van de pl2303 verbonden ? Juiste drivers/kernelmodule geladen (zie /var/log/messges) ? Goede poort (ttyUSB0 waarschijnlijk), spanning op de Data Request pin van de meter ? Krijg je uberhaupt wat te zien met bijv cu ? Wat voor OS gebruik je ?

[Compizfox]

klump4u schreef op zondag 3 november 2019 @ 18:08:
[...]

Ik heb deze meter ook in 3 fase en met verschillende IC getest, overal idd een pull-up gebruikt, geeft iedere seconden een telegram.

Ik denk dat ik in dat geval een pull-up-weerstand ga proberen!

---

u_nix_we_all schreef op zondag 3 november 2019 @ 18:08:
[...]
Nee, je zou gewoon data op de rx moeten krijgen. Alles goed aangesloten?

Zover ik kan zien wel.

Heb je de rx met de tx van de pl2303 verbonden?

Nee, dat zou ook niet moeten. Ik heb de data-pin van de meter verbonden met de RxD van de PL2303. (met inverter er tussen)

Juiste drivers/kernelmodule geladen (zie /var/log/messges)?

Ja, het probleem is niet met de software.

Goede poort (ttyUSB0 waarschijnlijk), spanning op de Data Request pin van de meter?

Jep.

Krijg je uberhaupt wat te zien met bijv cu? Wat voor OS gebruik je?

Ja, "Connected'. Geen data. Linux, maar dat zou irrelevant moeten zijn.

[u_nix_we_all]

Compizfox schreef op zondag 3 november 2019 @ 18:36:

Nee, dat zou ook niet moeten. Ik heb de data-pin van de meter verbonden met de RxD van de PL2303. (met inverter er tussen)

Je hebt gelijk, my bad, het is de tx van de meter op de rx van de pl2303

[Thoit]

Ik gebruik nu sinds een paar dagen de DSMR reader waarbij ik middels MQTT de data door stuur naar Home Assistant. In de MQTT zie ik de volgende waardes staan:

code:

energy_supplier_price_electricity_delivered_1 = energy_supplier_price_electricity_delivered_1
energy_supplier_price_electricity_delivered_2 = energy_supplier_price_electricity_delivered_2

Kan iemand mij vertellen wat deze waardes precies inhouden? Ik kan niks bedenken wat deze waardes inhouden.

Het gasverbruik wordt per uur netjes bijgehouden. In de grafiek zie je ook netjes hoeveel je dat uur verbruikt hebt. Ik zie echter bij MQTT alleen deze waardes (de totale waardes dus en niet per uur). Weet iemand of dit ook mogelijk is?

code:

gas = gas
gas_cost = gas_cost
total_cost = total_cost

[ThinkPad]

Is dat niet gewoon hoog- en laagtarief?

[Tsurany]

Thoit schreef op maandag 4 november 2019 @ 07:57:
Ik gebruik nu sinds een paar dagen de DSMR reader waarbij ik middels MQTT de data door stuur naar Home Assistant. In de MQTT zie ik de volgende waardes staan:

code:

energy_supplier_price_electricity_delivered_1 = energy_supplier_price_electricity_delivered_1
energy_supplier_price_electricity_delivered_2 = energy_supplier_price_electricity_delivered_2

Kan iemand mij vertellen wat deze waardes precies inhouden? Ik kan niks bedenken wat deze waardes inhouden.

Dat is gewoon de prijs die je betaald in het hoog of laag tarief. Voor beiden heb je ook de energy_supplier_price_electricity_returned en dat is de vergoeding voor het terugleveren.

Het gasverbruik wordt per uur netjes bijgehouden. In de grafiek zie je ook netjes hoeveel je dat uur verbruikt hebt. Ik zie echter bij MQTT alleen deze waardes (de totale waardes dus en niet per uur). Weet iemand of dit ook mogelijk is?

code:

gas = gas
gas_cost = gas_cost
total_cost = total_cost

De slimme meter levert geen waarden per tijdsperiode. Het enige wat er uit komt is een meterstand en het actuele verbruik voor elektriciteit. Je moet dus zelf gaan rekenen wat de meterstand een uur geleden was en wat de meterstand nu is, dat verschil is dan je verbruik per uur.
Ik ken Home Assistant niet goed maar ik neem aan dat deze de data in een database op slaat waardoor je grafieken kan maken? Anders naar InfluxDB sturen en met Grafana dashboards maken.

[Thoit]

Tsurany schreef op maandag 4 november 2019 @ 08:43:
[...]

Dat is gewoon de prijs die je betaald in het hoog of laag tarief. Voor beiden heb je ook de energy_supplier_price_electricity_returned en dat is de vergoeding voor het terugleveren.

[...]

De slimme meter levert geen waarden per tijdsperiode. Het enige wat er uit komt is een meterstand en het actuele verbruik voor elektriciteit. Je moet dus zelf gaan rekenen wat de meterstand een uur geleden was en wat de meterstand nu is, dat verschil is dan je verbruik per uur.

Dankje voor de snelle reactie. Maar wat is dan het verschil met de kosten die hierbij geëxporteerd worden? Zijn dit dan de stroom kosten zonder energiebelasting e.d.?

code:

electricity1_cost = electricity1_cost
electricity2_cost = electricity2_cost
electricity_cost_merged = electricity_cost_merged

De data wordt inderdaad in InfluxDB gepompt waarna ik met Grafana er grafieken van maak. Jammer dat ik moet terugrekenen, want het gaat er juist om dat als bijv. de verwarming aan staat hoeveel ik dat uur verbruikt heb. Aangezien nu alleen totalen geëxporteerd worden, is het logisch dat het verbruik over een dag juist omhoog gaat.

[Tsurany]

Thoit schreef op maandag 4 november 2019 @ 09:21:
[...]


Dankje voor de snelle reactie. Maar wat is dan het verschil met de kosten die hierbij geëxporteerd worden? Zijn dit dan de stroom kosten zonder energiebelasting e.d.?

code:

electricity1_cost = electricity1_cost
electricity2_cost = electricity2_cost
electricity_cost_merged = electricity_cost_merged

Geen idee, ik gebruik DSMR reader niet dus ik weet niet wat de exacte configuratie is.

De data wordt inderdaad in InfluxDB gepompt waarna ik met Grafana er grafieken van maak. Jammer dat ik moet terugrekenen, want het gaat er juist om dat als bijv. de verwarming aan staat hoeveel ik dat uur verbruikt heb. Aangezien nu alleen totalen geëxporteerd worden, is het logisch dat het verbruik over een dag juist omhoog gaat.

Als je Grafana gebruikt hoef je niet terug te rekenen, dat doet Grafana voor je. Je kan gewoon een grafiek maken waarbij de data groepeert per tijdsbestek van een uur en dan het verschil tussen de laagste en hoogste waarde pakt met de "difference" functie.

Je hebt dus een statement die hier op lijkt: select difference(last(value) FROM measurement WHERE statement GROUP BY time(1h) fill(null).

[Compizfox]

Compizfox schreef op zondag 3 november 2019 @ 18:36:
[...]

Ik denk dat ik in dat geval een pull-up-weerstand ga proberen!

Om hier op terug te komen: de pull-up-weerstand werkte! Ik las ook in de ESMR 5.0 dat een open collector nu onderdeel is van de standaard.

[ZwarteIJsvogel]

[b]Compizfox in "Slimme meter uitlezen via P1-poort"Ik las ook in de ESMR 5.0 dat een open collector nu onderdeel is van de standaard.

In ESMR5 is het inderdaad formeel uitgewerkt, maar ook in DSRM3 was de open collector uitgang al te vinden: informeel weggestopt in Appendix I (kennelijk werd de open collector uitgang als vanzelfsprekend gezien). In die versie zijn ook de signaalniveau's voor Mark en Space voor het eerst vastgelegd, wat feitelijk neerkwam op het formaliseren van de signaalinversie die door een opto-coupler met open collector uitgang wordt veroorzaakt.

In de oudste specificatie die ik heb kunnen vinden (DSMR2.2) wordt alleen gewag gemaakt van het gebruik van opto-couplers t.b.v. galvanische scheiding. Verder wordt alles open gelaten. Dat is uiteraard vragen om interoperabiliteitsproblemen.

[Nickkie55]

GerritGekke schreef op zondag 11 augustus 2019 @ 12:31:
Ik had een slimme meter welke niet communiceerde met de gasmeter, daarop heeft Liander een nieuwe meter geplaatst. De oude meter kon ik met mijn Pi uitlezen via de P1 usb kabel. Maar bij de nieuwe slimmer meter krijg ik het niet aan de praat.

Het gaat om een Landis+Gyr E360 SMR 5.0. Iemand enig idee hoe ik dit via een P1 poort met USB kabel kan uitlezen?

Is het inmiddels al gelukt? Ik heb exact het zelfde probleem met mijn Landis E360. Vorige meter was ook SMR5 en die werkte met de zelfde hardware wel.

[Burn_and_Fire]

Nickkie55 schreef op donderdag 7 november 2019 @ 20:46:
[...]


Is het inmiddels al gelukt? Ik heb exact het zelfde probleem met mijn Landis E360. Vorige meter was ook SMR5 en die werkte met de zelfde hardware wel.

Daar ben ik ook erg benieuwd naar. In mijn vorige huis werkte de P1 kabel (uiteindelijk) prima op een SMR5 meter (AM550), maar nu krijg ik in het terminalscherm alleen maar rommel-tekens (▒▒▒▒▒▒▒Ὅ▒▒똺▒▒▒▒▒▒▒▒▒▒▒Ὅ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒). Met FT prog ook de inversie al een keer omgedraaid, maar heeft geen invloed.

[Nickkie55]

Burn_and_Fire schreef op donderdag 7 november 2019 @ 22:55:
[...]


Daar ben ik ook erg benieuwd naar. In mijn vorige huis werkte de P1 kabel (uiteindelijk) prima op een SMR5 meter (AM550), maar nu krijg ik in het terminalscherm alleen maar rommel-tekens (▒▒▒▒▒▒▒Ὅ▒▒똺▒▒▒▒▒▒▒▒▒▒▒Ὅ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒). Met FT prog ook de inversie al een keer omgedraaid, maar heeft geen invloed.

Wat vul je in in de terminal als ik vragen mag? Dan kan ik bij mij eens kijken.

[Burn_and_Fire]

Nickkie55 schreef op donderdag 7 november 2019 @ 22:57:
[...]


Wat vul je in in de terminal als ik vragen mag? Dan kan ik bij mij eens kijken.

Ik lees 'm nu uit op mijn laptop met Putty: COM4, 115200, 8 Databits, 1 stopbit, geen parity, geen flowcontrol. Zo staat de poort in apparaatbeheer er ook voor. Wel duidelijk elke seconde een "wolk" met die rommel-tekens.

[Nickkie55]

Burn_and_Fire schreef op donderdag 7 november 2019 @ 23:00:
[...]

Ik lees 'm nu uit op mijn laptop met Putty: COM4, 115200, 8 Databits, 1 stopbit, geen parity, geen flowcontrol. Zo staat de poort in apparaatbeheer er ook voor. Wel duidelijk elke seconde een "wolk" met die rommel-tekens.

Ahh oke, ik heb hem aan de raspberry hangen en zoek nog een commando om de seriële poort uit te lezen

[Burn_and_Fire]

Nickkie55 schreef op donderdag 7 november 2019 @ 23:01:
[...]


Ahh oke, ik heb hem aan de raspberry hangen en zoek nog een commando om de seriële poort uit te lezen

Ik ga 'm ook maar weer eens aan m'n Raspberry hangen, maar ik zit nog even met een praktische manier van verbinden (Raspberry niet in meterkast) Voorheen kon ik mijn AM550 opuitlezen met "cu -l /dev/ttyUSB1 -s 115200 --parity=none" (wel even zelf jouw eigen goede USB invullen bij mij was dat 1 vanwege ook nog een RFXcom)

[Nickkie55]

Ik krijg wel wat data maar kan er geen chocola van maken.

8-9::4.2.1(191107231501w)880001>1a0aa
?XMx5lGf00104538
1=;:0.2>8(509
0=0:1.0.0(191107231540w9
0-0:96.1>181-0:1>8.18000908>1-0:1>8.:80800>6.1-8:2>8.98080087.>85:{wx9
1-8:2>8.:8080087.=30>{wx9
0=0:96.94.8808019
1=0:1>?.8(00>79::w)
9=0:2.?>0808>080*w)
0=0:96.?.:1(8009:9
0-0:9>>7.=8800059
9-8:99.97>0(1)80-0:96>7>19980801018108009(0080080384*s)
1=8:3:.32.0(00008)
9-0:=2.3:.0880009)
1=8:72>32>0(00086)
9-8:32>;6>0(000809
1=0:=2>36>0(008009
9=8:7:>3>.8808000)
0=0:9>>13.0(9
9-0:3:.?.08231>9*~)
1-0:52>7.0(231.8*v9
1=0>72>7>08232.>*~)
1-0:31.7.08881*a)
1=0:=1>?.08002*a)
1-0:71>7>08000:a)
9=0>21>?>0800>224:k)
9=0>41>?.8800>50;:k9
9=0>61>?.8808>86>*{W9
1-0:22.7>0800.080:kw)
1-0:4:>7>0088:{w)
1-8:62.?>0800>800:k9
8=1:20(083)
8=9:96.9>0(37;230=1::881>};9
17a=b
?xmx5lgf08104=38
9=;:0>2.80-8:9>0>0(19910?2;150=0:96>9.184530303=323838353338;4;9;7;73139399
1=8:1>8.18008108.4?3:{Wx9
9=0:1>8.2(0080>6>429-0>2>8.18800007>>85:kwx)
1-0:2>8.28000807>530>kwx)
8=0:=6>14>8(00019
1-0:1.?.0(80>790:k)
9=0::>7>0888>000*k9
0-0:96.7>21(000929
0=0:96.?.98008059
1=8:99>97>0(1)80-8:=>.?>199
1-8:;2>3:>88000089
1-8:5:>32.8800809)
1=0:?2>32>08000069
1-0:3:>;>>88800009
9=0>=2.;6.88080089
1-8:7:>3>>0808000)
8=0:9>.93>08)
9=0:3:>?>082;1>1*~)
1-0:=2>7>0(231.8:V9
1=0>?2>7.88232>>:v)
1=0:39>7>0(081*a)
1-0:51>?.08802:a)
1-0:?1>7.0(008:a9
9=8:21.?.8(80.224*{w9
9=8>41>?>8?00:{w9
1-0:>1>7>0808>066:k)
9-0:22>?.0800>000>kw9
1-0:?.0800>000:kw9
1=0:62>7.0(00>000:kw9
8-1:24.1.0(003)
0=1:96.1.0(4?303033393030313933363732383031;=)
0=9::4>2.1(191187:31=01)8

[GerritGekke]

Nickkie55 schreef op donderdag 7 november 2019 @ 20:46:
[...]


Is het inmiddels al gelukt? Ik heb exact het zelfde probleem met mijn Landis E360. Vorige meter was ook SMR5 en die werkte met de zelfde hardware wel.

Ik heb het helaas niet voor elkaar gekregen en ben er dan ook mee gestopt om te proberen.

Het ging mij uiteindelijk enkel om het maandverbruik. Dit kan ik ook via de portal van mijn energieleverancier bekijken.

[Poecillia]

Ik heb mijn slimme meter ook kunnen uitlezen met een Nodemcu die de resultaten via MQTT naar een RPI stuurt https://github.com/neographikal/P1-Meter-ESP8266-MQTT. De rest van de pipeline is Mosquitto, Python, Influxdb en Grafana. Wat mij opvalt is dat de telegrams nogal onregelmatig binnenkomen. Ik heb er even wat statistics op losgelaten: het gemiddelde interval is zo'n 125 seconden maar de Standaarddeviatie van het interval is 243 seconden. Het kan dus soms vele minuten duren voordat er weer een bericht binnen komt. Maar het geheel draait nu enkele dagen verder probleemloos. Ik dacht dat de berichten om de 10 seconden verstuurd werden. Wat kan de reden zijn van deze onregelmatige verzending?

[Sabbi]

Poecillia schreef op vrijdag 8 november 2019 @ 20:53:
Ik heb mijn slimme meter ook kunnen uitlezen met een Nodemcu die de resultaten via MQTT naar een RPI stuurt https://github.com/neographikal/P1-Meter-ESP8266-MQTT. De rest van de pipeline is Mosquitto, Python, Influxdb en Grafana. Wat mij opvalt is dat de telegrams nogal onregelmatig binnenkomen. Ik heb er even wat statistics op losgelaten: het gemiddelde interval is zo'n 125 seconden maar de Standaarddeviatie van het interval is 243 seconden. Het kan dus soms vele minuten duren voordat er weer een bericht binnen komt. Maar het geheel draait nu enkele dagen verder probleemloos. Ik dacht dat de berichten om de 10 seconden verstuurd werden. Wat kan de reden zijn van deze onregelmatige verzending?

Die code gebruikt de softwareSerial library, dat is eigenlijk niet snel genoeg om betrouwbaar de telegrammen uit te lezen. Je krijgt dan dat veel telegrammen net niet helemaal netjes gelezen worden, en dan kan je ze niet correct decoderen.

[manusjevanalles]

Gisteren is de kabel van Aliexpress binnengekomen, en vanavond mee lopen stoeien. Ik draai ESXI met daarop ubuntu server met daarop docker. Het lukt om de waardes van de slimme meter te ontvangen.

Ik draai DSMR in een docker:

code:

dsmrdb:
    image: postgres
    container_name: dsmrdb
    volumes:
      - /home/gebruiker/docker/postgresql:/var/lib/postgresql/data
      - /home/gebruiker/docker/dsmr/backups:/home/dsmr/app/backups
    restart: always
    environment:
      - POSTGRES_USER=dsmrreader
      - POSTGRES_PASSWORD=dsmrreader
      - POSTGRES_DB=dsmrreader
    networks:
      - bridge

  dsmr:
    image: xirixiz/dsmr-reader-docker
    container_name: dsmr
    links:
      - dsmrdb
    restart: always
    environment:
      - DB_HOST=dsmrdb
      - DSMR_USER=admin
      - VIRTUAL_HOST=localhost
    ports:
      - 2507:80
      - 2508:443
    devices:
      -  /dev/ttyUSB0:/dev/ttyUSB0
    volumes:
      - /dev:/dev/
    networks:
      - bridge

Het lukt me niet om het volume van dsmr aan te passen naar de locatie /home/gebruiker/docker/dsmr.

code:

/home/gebruiker/docker/dsmr:/dev/

Dus bij elke herstart is dsmr nu de settings kwijt. Weet iemand wat ik fout doe?

[Copitano]

Deze vraag heb ik al eens in maart gepost. Daar is toen geen reactie op gekomen. Ik heb een van de sensors open gemaakt om meer duidelijkheid te krijgen. Ik heb een donkerbruin vermoeden dat de sensor werkt als en ordinaire pulsteller. Ik verwacht dat de rode en de zwarte draadjes respectievelijk de + en de - zijn. Beide andere draadjes (geel en groen) zullen gebruikt worden voor data. De sensors horen bij een aurum meetset voor gas en electra (is inmiddels uitgebreid naar zonnepanelen). Wordt door de Consumentenbond verkocht onder de naam Huisbaasje. De gegevens worden verstuurt naan een server. Gegevens zijn alleen te raadplegen via de app op (in mijn geval) iPhone of iPad. Downloaden van de gegeven naar bijvoorbeeld Domoticz is niet mogelijk. Dat heb ik al eens nagevraagd, maar men is kennelijk niet van plan dat mogelijk te maken. Daarom wil ik eens onderzoeken of ik het dan maar zelf zo kan knutselen dat de gegevens wel in Domoticz terecht komen zodat ik niet meer elke dag de gegevens handmatig moet overnemen voor een compleet Dashboard van mijn energie verbruik in Domoticz/Grafana.

Is hier iemand op het forum die eens kan meedenken hoe deze sensor werkt en hoe ik dat naar Domoticz zou kunnen krijgen?

[Sabbi]

Copitano schreef op zaterdag 9 november 2019 @ 16:30:
[...]
Is hier iemand op het forum die eens kan meedenken hoe deze sensor werkt en hoe ik dat naar Domoticz zou kunnen krijgen?

Op de printplaat lijkt bij de aansluiting van de kabel + - RX en TX te staan. Ik zou zeggen zet er 5 volt op en kijk of je een signaal krijgt op tx/rx. Als je die chip middenop de print kan vinden kan je ook de voedingspanning vinden, en misschien wel een protocol

[Copitano]

Sabbi schreef op zaterdag 9 november 2019 @ 20:06:
[...]


Op de printplaat lijkt bij de aansluiting van de kabel + - RX en TX te staan. Ik zou zeggen zet er 5 volt op en kijk of je een signaal krijgt op tx/rx. Als je die chip middenop de print kan vinden kan je ook de voedingspanning vinden, en misschien wel een protocol

Klopt. Wijkt dus af van de gebruikelijke kleurcode van de draadjes. Hier is geel + groen - Rood RX en Zwart TX. Voedingsspanning is 5 V. Dat heb ik gecontroleerd op de originele meetset met een kabeltje wat ik nog had liggen en een oude telefoon contactdoos. Chip in het midden heb ik nog niet kunnen ontcijferen. Zal ik morgen met de loep van de soldeerhulp nog eens proberen.... bij daglicht
Wanneer ik er 5 V op zet meet ik over RX en TX een constante 4 V. Dat verandert niet als ik iets voor de led langs beweeg. Met het printje waar ik mee experimenteer is denk ik iets mis. de twee leds gaan niet spontaan branden. Dat doet de sensor die ik even van de meetset geleend heb wel in dezelfde testsetup.Pas als ik een (ongeïsoleerde) schroevendraaier op een van de pootjes (op de foto links) van die chip zet gaan de leds branden. Dat lukt ook als ik de schroevendraaier onder de weerstandjes zet links naast de chip in het midden. Als ik mijn vinger er op leg ook maar wat zwakker. De van de meetset geleende brand wel gewoon. Dit gaat mijn elektronicakennis net even te boven. Maar we zijn wel een stapje verder. Het ding werkt dus op 5 Volt + en - en RX en TX zijn geïdentificeerd. Ik vermoed dat er om iets van een puls te kunnen meten ergens een pullup of pulldown weerstandje tussen geknutseld moet worden.
Zit ik in de goede richting?

[Kroesss]

Jazsie schreef op vrijdag 18 oktober 2019 @ 11:59:
Een overzicht zou inderdaad wel veel mensen opweg helpen die hier pas aan beginnen.
Misschien wordt het tijd om de openingspost te updaten @Kroesss?

Ik heb mijn openingspost aangepast. Ik hoop dat dit sommigen verder kan helpen!

[Copitano]

@Sabbi Inmiddels ook de chip geïdentificeerd: 12F1822. Aan de vorm te oordelen de onderste. Met uitgebreide documentatie maar daar kan ik geen chocola van maken.

EDIT: Zou het kunnen werken met een splitter er tussen? Dus splitter in de meetset, sensor in de ene RJ10 poort en data aftappen via de tweede RJ10 poort.
De sensor krijgt zijn voeding (5V) van de meetset van Huisbaasje/Aurum. De data die terug komt van de sensor (Tx neem ik aan) via de splitter verbinden met Rx op de Pi? En heb ik dan de andere drie draadjes nog wel nodig? Of denk ik te simpel?

[ Voor 47% gewijzigd door Copitano op 11-11-2019 02:09 ]

[ZwarteIJsvogel]

Copitano schreef op zondag 10 november 2019 @ 22:46:
@Sabbi Inmiddels ook de chip geïdentificeerd: 12F1822. Aan de vorm te oordelen de onderste. Met uitgebreide documentatie maar daar kan ik geen chocola van maken.

De MicroChip PIC-familie bestaat uit eenvoudige low cost microcontrollers. Heel geschikt voor simpele goedkope massaproducten. Kijk hier voor de uitgebreide documentatie van de 12F1822 (de documentatie waar jij naar refereert gaat alleen over hoe je een programma erin krijgt).

[Copitano]

ZwarteIJsvogel schreef op maandag 11 november 2019 @ 06:57:
[...]

De MicroChip PIC-familie bestaat uit eenvoudige low cost microcontrollers. Heel geschikt voor simpele goedkope massaproducten. Kijk hier voor de uitgebreide documentatie van de 12F1822 (de documentatie waar jij naar refereert gaat alleen over hoe je een programma erin krijgt).

Dank voor de aanvulling van de documentatie van de chip. Inmiddels heb ik twee simpele RJ10 4/4 meeluister splitters besteld. Ga voor ik verder ingewikkeld ga doen die er eens tussen zetten en kijken of ik op het afgesplitste kabeltje iets kan meten op de Rx (of Tx) draad zonder de metingen van de meetset te verstoren. Neem aan dat ik moet meten tussen Rx (of Tx) en GND? Die zou dan moeten verspringen als er een signaal of puls komt toch?

[jobr]

Copitano schreef op zondag 10 november 2019 @ 22:46:
De sensor krijgt zijn voeding (5V) van de meetset van Huisbaasje/Aurum. De data die terug komt van de sensor (Tx neem ik aan) via de splitter verbinden met Rx op de Pi? En heb ik dan de andere drie draadjes nog wel nodig? Of denk ik te simpel?

Ja hoor dat zou moeten werken. Zoiets doe ik ook. Mijn Toon zorgt dat de P1 meter data spuugt. De TX en gnd tap ik af voor Domoticz. Ik gebruik daarvoor een oude modem (adsl) splitter. Printje een beetje aanpassen wat erin zit.
Zie ook http://www.smartmeterdash...ssplittenvanhetp1-signaal

[ Voor 8% gewijzigd door jobr op 11-11-2019 22:10 ]

[Copitano]

jobr schreef op maandag 11 november 2019 @ 19:52:
[...]


Ja hoor dat zou moeten werken. Zoiets doe ik ook. Mijn Toon zorgt dat de P1 meter data spuugt. De TX en gnd tap ik af voor Domoticz. Ik gebruik daarvoor een oude modem (adsl) splitter. Printje een beetje aanpassen wat erin zit.
Zie ook http://www.smartmeterdash...ssplittenvanhetp1-signaal

Okay dan, dan wordt het nu echt spannend. Morgen krijg ik de splitters binnen en een handje vol RJ10 plugjes. Platte telefoonkabel heb ik nog kilometers liggen. ff dupot stekkertje aan de Rx en GND knijpen en gaan. Is er nog een bepaald script nodig denk je. De Domoticz kent de sensor die ik gebruik natuurlijk niet. Het is immers geen slimme meter. Denk dat ik nog zoiets nodig heb. De sensor ziet er wat gelikter uit, maar het principe is volgens mij precies hetzelfde. Of gebruik jij een slimmere manier?

[jobr]

Copitano schreef op maandag 11 november 2019 @ 21:29:
[...]

Okay dan, dan wordt het nu echt spannend. Morgen krijg ik de splitters binnen en een handje vol RJ10 plugjes. Platte telefoonkabel heb ik nog kilometers liggen. ff dupot stekkertje aan de Rx en GND knijpen en gaan. Is er nog een bepaald script nodig denk je. De Domoticz kent de sensor die ik gebruik natuurlijk niet. Het is immers geen slimme meter. Denk dat ik nog zoiets nodig heb. De sensor ziet er wat gelikter uit, maar het principe is volgens mij precies hetzelfde. Of gebruik jij een slimmere manier?

Je kan kant en klare kabeltjes kopen op bijv aliexpress van USB naar P1.
Maar je kan die ook zelf maken met een FTDI USB 3.3V 5.5V to TTL Serial Adapter Module
Usb steek je in device waar je domoticz hebt draaien en voeg je als hardware een P1 Smart Meter USB toe. Als je kabel goed is dan maakt deze automatisch alle devices aan.

Enige waar je nog tegen aan kunt lopen is dat je het TTL signaal moet inverteren.
Zoek ook maar eens op "zelf p1 kabel usb maken".

[Copitano]

jobr schreef op maandag 11 november 2019 @ 21:40:
[...]


Je kan kant en klare kabeltjes kopen op bijv aliexpress van USB naar P1.
Maar je kan die ook zelf maken met een FTDI USB 3.3V 5.5V to TTL Serial Adapter Module
Usb steek je in device waar je domoticz hebt draaien en voeg je als hardware een P1 Smart Meter USB toe. Als je kabel goed is dan maakt deze automatisch alle devices aan.

Enige waar je nog tegen aan kunt lopen is dat je het TTL signaal moet inverteren.
Zoek ook maar eens op "zelf p1 kabel usb maken".

Ben niet helemaal duidelijk denk ik. Scroll even omhoog naar de foto's uit een mijn eerdere posts. Dat maakt denk ik in een keer duidelijk wat ik bedoel. De meter(s) zijn nog analoog, maar die lees ik nu uit met Huisbaasje/Aurum meetset. daar zitten de sensors van de foto's aan. Die wil ik aftappen door een splitter in de meetset te steken met op de Master de sensor en in de Slave een kabeltje die de data ook doorstuurt naar de Pi/Domoticz. Domoticz zal de sensor waarschijnlijk niet herkennen. Dat zal dus met een scriptje moeten verwacht ik.

[ Voor 3% gewijzigd door Copitano op 11-11-2019 22:01 ]

[jobr]

Copitano schreef op maandag 11 november 2019 @ 21:59:
[...]

Ben niet helemaal duidelijk denk ik. Scroll even omhoog naar de foto's uit een mijn eerdere posts. Dat maakt denk ik in een keer duidelijk wat ik bedoel. De meter(s) zijn nog analoog, maar die lees ik nu uit met Huisbaasje/Aurum meetset. daar zitten de sensors van de foto's aan. Die wil ik aftappen door een splitter in de meetset te steken met op de Master de sensor en in de Slave een kabeltje die de data ook doorstuurt naar de Pi/Domoticz. Domoticz zal de sensor waarschijnlijk niet herkennen. Dat zal dus met een scriptje moeten verwacht ik.

Sorry, niet opgelet. Vergeet mijn verhaal dan maar.

[Sabbi]

Copitano schreef op maandag 11 november 2019 @ 17:00:
[...]

Dank voor de aanvulling van de documentatie van de chip. Inmiddels heb ik twee simpele RJ10 4/4 meeluister splitters besteld. Ga voor ik verder ingewikkeld ga doen die er eens tussen zetten en kijken of ik op het afgesplitste kabeltje iets kan meten op de Rx (of Tx) draad zonder de metingen van de meetset te verstoren. Neem aan dat ik moet meten tussen Rx (of Tx) en GND? Die zou dan moeten verspringen als er een signaal of puls komt toch?

Het zou me niet verbazen als de controller/het ding waar deze sensor ingestoken zit over de rx/tx eerst een 'geef me data'-commando stuurt, waarna de PIC op de sensor het aantal pulsen teruggeeft. Zonder oscilloscoop wordt het raden welke baudrate er gebruikt wordt. De meest-gebruikte keuzen testen tot je beet hebt.

[Copitano]

Sabbi schreef op maandag 11 november 2019 @ 23:22:
[...]


Het zou me niet verbazen als de controller/het ding waar deze sensor ingestoken zit over de rx/tx eerst een 'geef me data'-commando stuurt, waarna de PIC op de sensor het aantal pulsen teruggeeft. Zonder oscilloscoop wordt het raden welke baudrate er gebruikt wordt. De meest-gebruikte keuzen testen tot je beet hebt.

Ga ik proberen zodra de RJ10 splitters binnen zijn. Eerst eens kijken of ik een spanningsverschil kan meten als het zwarte gedeelte van de draaischijf langs de leds gaat. Of is die benadering kansloos omdat de PIC dan kennelijk de pulsen opspaart? Een oscilloscoop heb ik inderdaad (nog) niet.

[ Voor 3% gewijzigd door Copitano op 11-11-2019 23:32 ]

[Nickkie55]

GerritGekke schreef op vrijdag 8 november 2019 @ 07:19:
[...]


Ik heb het helaas niet voor elkaar gekregen en ben er dan ook mee gestopt om te proberen.

Het ging mij uiteindelijk enkel om het maandverbruik. Dit kan ik ook via de portal van mijn energieleverancier bekijken.

Ik heb het opgelost de kabel was niet geschikt voor een Landis E360. Hiervoor had ik een ISKRA AM550.

Dus ik heb hem open gemaakt en een 1K weerstand tussen +5v en RXD geplaatst. Ook zit er een bestaande weerstand (10K) tussen de RTS en RXD.

Nu werkt het als een zonnetje

[GerritGekke]

@Nickkie55 kan je een foto maken van de kabel? Ik ben wel benieuwd namelijk.

[dunklefaser]

@Copitano Ik gebruik sinds maart het huisbaasje bij wijze van proef met mijn analoge meters.

Mijn, niet ongedeeld positieve, ervaringen kan je op de community van de consumentenbond teruglezen.
Zonder post-processing c.q. quasi ijking van de sensoren i.c.m. de meters krijg je
geen bruikbare gegevens. In zekere zin moet je aan patroonherkenning doen, vooral met de gasmeter!
Met de sensoren op zich kan je volgens mij niet veel beginnen.

YMMV

http://<intern-adres-huisbaasje>/measurements/output.xml

[Nickkie55]

GerritGekke schreef op woensdag 13 november 2019 @ 12:22:
@Nickkie55 kan je een foto maken van de kabel? Ik ben wel benieuwd namelijk.

Ik heb hier de 1K weerstand er nog niet tussen gesoldeerd. De weerstand die je ziet is de 10K.

[Copitano]

@dunklefaserNooit aan gedacht om eens te kijken bij de consumentenbond . Zeer nuttige tip.
Vermoedelijk heb ik nog een wat oudere meetset in mijn meterkast hangen. Zoals je op de foto's een paar posts hiervoor kan zien heb ik nog analoge meters voor elektra en gas.
Mijn eerste registratie is van 31 oktober 2017. Ik heb hem dus al 2 jaar inmiddels. Wel ooit een keer een nieuwe sensor ontvangen omdat de voorgaande niet goed werkte. Metingen van zowel elektra als gas zijn sindsdien bij mij best accuraat. Ik hou naast huisbaasje ook dagelijks de meterstanden vanaf de meters zelf bij in een excel bestand waar ik al vanaf eind 2008 dagelijkse data van het verbruik in verzamel.
Toen die sensor vervangen is (ook bijna twee jaar terug) heb ik ook al eens gevraagd wanneer er een export mogelijkheid zou komen. Daar werd toen nogal vaag over gedaan. Ik begrijp uit de posts bij de consumentenbond dat het er nu eindelijk zit aan te komen. Mijn vraag over de sensors heb ik afgelopen zondag ook al bij Aurus neergelegd via de contactpagina op hun website, maar nog geen reactie ontvangen. Moet jou verhaal daar eens helemaal tot het begin goed teruglezen. Begrijp ik nou goed dat er met getweakte firmware we iets uit te halen is.
Heb je zelf getweakt? Hoe? En hoe vindt ik het IP nummer van mijn set? In de lijst IP adressen in mijn apparatenlijst in het modem kan ik niets bruikbaars vinden.

[dunklefaser]

@Copitano Ik heb de firmware niet zelf aangepast c.q. getweakt, dit is door aurum gedaan omdat met mijn gasmeter uit 1984 fantastische verbruiken gemeten werden, tussen de 10 en 100 m³/h met een G4 meter!
En mijn cv-ketel kan maximaal 1,7 m³/h bij de branderstart.

De eerste versie van het huisbaasje bestonden idd uit twee kastjes, een voor de sensoren en een voor de communicatie.

Je kan via een arp-scan het huisbaasje vinden (bijvoorbeeld met de "fing" android app).
Het MAC adres begint waarschijnlijk met 00:0C:E7 (mediatek) en wordt dus als Android device geïdentificeerd. Mijn router (Fritzbox) meldt "udhcp 1.25.1" als apparaat informatie dit duidt op "Busybox"
als besturingssysteem.

Suc6 met je project!

P.S.: Ik zou er niet op rekenen dat er binnen afzienbare tijd een .csv export o.i.d. beschikbaar wordt gesteld.

[Copitano]

dunklefaser schreef op donderdag 14 november 2019 @ 12:40:


De eerste versie van het huisbaasje bestonden idd uit twee kastjes, een voor de sensoren en een voor de communicatie.

:Yep, die heb ik.

Het MAC adres begint waarschijnlijk met 00:0C:E7 (mediatek) en wordt dus als Android device geïdentificeerd.

Yep, daar heb ik er ook een van gevonden.
Kom er helaas niet in: "Kan deze pagina niet bereiken"

Mijn router (Fritzbox) meldt "udhcp 1.25.1" als apparaat informatie dit duidt op "Busybox"
als besturingssysteem.

"Busybox" ook gevonden.

P.S.: Ik zou er niet op rekenen dat er binnen afzienbare tijd een .csv export o.i.d. beschikbaar wordt gesteld.

Tsja, je zou van de Consumentenbond toch wat meer Consumentgericht optreden verwachten. Het kan toch allemaal niet zo heel moeilijk zijn daar iets voor te programmeren Ze willen dus kennelijk om de een of andere reden niet (commerciële belangen?) Heb ook (na bijna een week) nog geen antwoord gehad op mijn vragen aan Aurum

[Poecillia]

Sabbi schreef op vrijdag 8 november 2019 @ 21:24:
[...]


Die code gebruikt de softwareSerial library, dat is eigenlijk niet snel genoeg om betrouwbaar de telegrammen uit te lezen. Je krijgt dan dat veel telegrammen net niet helemaal netjes gelezen worden, en dan kan je ze niet correct decoderen.

Ik heb de afgelopen week wat onderzoek gedaan naar de softwareserial en hij werkt nu goed en betrouwbaar. Het is wel belangrijk dat je de core update naar de laatste versie (2.6.1 nu) https://github.com/esp8266/Arduino. Daarin zit de juiste versie van de softwareserial die de hogere snelheden kan verwerken. Helaas is de code niet upwards compatible en moet je aanpassingen doen in de aanroep. Helaas bevat de BSP package nog niet de juiste software serial. Als ik wat tijd heb zal ik nog wel eens een sketch publiceren. Voordeel van de sortwareserial is dat je geen hardware nodig hebt, afgezien van een kabeltje van twee euro en een weerstandje.

[Copitano]

@dunklefaser @Sabbi Inmiddels heb ik antwoord van Aurum. Ze schrijven dit:

'We hebben navraag gedaan bij onze technische afdeling. Helaas is het niet mogelijk de sensoren te gebruiken met uw raspberry pi. De intelligentie zit volledig in de meetstekker. De sensoren kunnen zonder stekker dus geen meetdata produceren.'

Maar ik geef nog niet op. Als het mogelijk is de data via internet naar de server van Aurum te sturen moet het met een kleine aanpassing van de firmware toch ook mogelijk zijn de data via het lokale netwerk naar de Pi te halen. Een organisatie als de Consumentenbond zou toch naar consumenten moeten luisteren zou ik zo denken.

[ZwarteIJsvogel]

Copitano schreef op zaterdag 16 november 2019 @ 13:47:
Een organisatie als de Consumentenbond zou toch naar consumenten moeten luisteren zou ik zo denken.

De Consumentenbond gaat dit echt niet doen. Die komen in actie als een product niet de beloofde eigenschappen heeft of een leverancier zijn afspraken/verplichtingen niet nakomt. Zo heeft de CB vorig jaar AVM aangesproken op het slecht functioneren van de FRITZ!Box 7581 (die de CB nota bene zelf als beste modem had aanbevolen). Als een product niet de door jouw gewenste eigenschappen heeft en de fabrikant niet te vermurwen is om die functie toe te voegen, kun je toch wat anders kopen? Echte Tweakers maken het natuurlijk gewoon zelf

[Copitano]

ZwarteIJsvogel schreef op zaterdag 16 november 2019 @ 15:25:
[...]

De Consumentenbond gaat dit echt niet doen.

Ik realiseer mij goed dat die kans bestaat Maar ik kan het toch gewoon proberen

Als een product niet de door jouw gewenste eigenschappen heeft en de fabrikant niet te vermurwen is om die functie toe te voegen, kun je toch wat anders kopen? Echte Tweakers maken het natuurlijk gewoon zelf

Ben ik natuurlijk ook gegevens voor aan het verzamelen. In eerste instantie nu op zoek naar een reedcontact die in de sparing past onder het telwerk van de gasmeter (Schlupberger uit 2001). Daar heb ik dit bijvoorbeeld en dit voor gevonden na wat speurwerk . Optisch kan ook maar dat gaat dan ten koste van de huidige sensor.

[Burn_and_Fire]

Nickkie55 schreef op dinsdag 12 november 2019 @ 18:03:
[...]


Ik heb het opgelost de kabel was niet geschikt voor een Landis E360. Hiervoor had ik een ISKRA AM550.

Dus ik heb hem open gemaakt en een 1K weerstand tussen +5v en RXD geplaatst. Ook zit er een bestaande weerstand (10K) tussen de RTS en RXD.

Nu werkt het als een zonnetje

Yes! Ook die 1k weerstand er bij gesoldeerd. Nu werkt het weer. Ik had de exact dezelfde overstap van een ISKRA AM550 -> Landis E360. Hoe ben je hier achter gekomen dat dit het moest zijn?

[Nickkie55]

Burn_and_Fire schreef op donderdag 28 november 2019 @ 20:55:
[...]

Yes! Ook die 1k weerstand er bij gesoldeerd. Nu werkt het weer. Ik had de exact dezelfde overstap van een ISKRA AM550 -> Landis E360. Hoe ben je hier achter gekomen dat dit het moest zijn?

Avondje googelen

[Sabbi]

Printjes binnen gekomen voor m'n wemos shield, kan ik eindelijk mn proto-bordje met alle bodge-draadjes vervangen

[TMoose]

Toevallig gespot. Inverteren van UART0 op de ESP8266 in hardware zit sinds 11 dagen in de library

https://github.com/esp8266/Arduino/pull/6816

[Japie07]

Van de week heb ik een P1 kabeltje van Aliexpress geleverd gekregen! Na aansluiten op een Rpi zero met daarop Domoticz komen alle waarden goed binnen (realtime, elke 10 sec). Helaas maakt de grafiek van de afgelopen 24 uur sprongen van 5 minuten met gemiddeldes, en ik kan zelfs niet terug naar meer dan 24 uur geleden. Ik zie dan enkel de dagtotalen, terwijl ik juist wil bijhouden hoe hoog en hoe lang de pieken per fase zijn (omdat de hoofdzekering nou al voor de tweede keer dit jaar uit is gesprongen). Is dat makkelijk mogelijk met Domoticz? Of kan ik beter Home Assistant installeren? Of misschien mij toch gaan verdiepen in Node-Red enz. zodat het overzicht en data ergens anders dan op de Pi wordt opgeslagen?

[Tsurany]

@Japie07 ik zou Node-Red icm InfluxDB en Grafana aanraden. Vereist wel een stabiele opslag aangezien je elke 10 seconden data wegschrijft en de gemiddelde SD kaartjes dat niet langdurig volhouden.

[Japie07]

@Tsurany Thx! Is het dan niet handiger om die op bijvoorbeeld een VPS te draaien en vanuit bijvoorbeeld Domoticz naar de VPS te pushen? Zodat m'n SD kaart niet corrupt raakt?

[Tsurany]

Japie07 schreef op woensdag 4 december 2019 @ 15:15:
@Tsurany Thx! Is het dan niet handiger om die op bijvoorbeeld een VPS te draaien en vanuit bijvoorbeeld Domoticz naar de VPS te pushen? Zodat m'n SD kaart niet corrupt raakt?

Dat kan. Ik heb gewoon een SSD aan mijn Raspberry Pi 3 gehangen en gebruik die.

[jobr]

Japie07 schreef op woensdag 4 december 2019 @ 14:33:
Van de week heb ik een P1 kabeltje van Aliexpress geleverd gekregen! Na aansluiten op een Rpi zero met daarop Domoticz komen alle waarden goed binnen (realtime, elke 10 sec). Helaas maakt de grafiek van de afgelopen 24 uur sprongen van 5 minuten met gemiddeldes, en ik kan zelfs niet terug naar meer dan 24 uur geleden. Ik zie dan enkel de dagtotalen, terwijl ik juist wil bijhouden hoe hoog en hoe lang de pieken per fase zijn (omdat de hoofdzekering nou al voor de tweede keer dit jaar uit is gesprongen). Is dat makkelijk mogelijk met Domoticz? Of kan ik beter Home Assistant installeren? Of misschien mij toch gaan verdiepen in Node-Red enz. zodat het overzicht en data ergens anders dan op de Pi wordt opgeslagen?

Misschien een raspberry pi met een usb disk.
Of heb je een netwerk disk (nas) die je kan mounten op je pi zero.
Volgens kun je ook een P1 gateway maken met een esp8266 en kun je dan via je netwerk uitlezen (hoef je niet fysiek in de meterkast de gegevens te verwerken)

Mogelijk is DSMR-reader ook wat voor je. Maar heeft ook een database. Laat ook de absolute max ever zien.
Evt kan je beide doen door de P1 pakketten te dupliceren naar een virtuele usb poort.

[BlueFlame]

Poecillia schreef op vrijdag 15 november 2019 @ 19:19:
[...]

Ik heb de afgelopen week wat onderzoek gedaan naar de softwareserial en hij werkt nu goed en betrouwbaar. Het is wel belangrijk dat je de core update naar de laatste versie (2.6.1 nu) https://github.com/esp8266/Arduino. Daarin zit de juiste versie van de softwareserial die de hogere snelheden kan verwerken. Helaas is de code niet upwards compatible en moet je aanpassingen doen in de aanroep. Helaas bevat de BSP package nog niet de juiste software serial. Als ik wat tijd heb zal ik nog wel eens een sketch publiceren. Voordeel van de sortwareserial is dat je geen hardware nodig hebt, afgezien van een kabeltje van twee euro en een weerstandje.

Ik heb een Landis en Gyr E350 die iedere seconde een telegram uitstuurt en dit lijkt een behoorlijke verbetering te geven!
Code aanpassing is niet zo ingewikkeld (de oude regels zijn uitgecommentarieerd met dubbele slashes):

C:

#define SERIAL_RX     14  // pin for SoftwareSerial RX
//SoftwareSerial mySerial(SERIAL_RX, -1, true, MAXLINELENGTH); // (RX, TX. inverted, buffer)
SoftwareSerial mySerial;
constexpr SoftwareSerialConfig swSerialConfig = SWSERIAL_8N1;
constexpr int IUTBITRATE = 115200;

void setup() {
//  mySerial.begin(115200);
  mySerial.begin (IUTBITRATE, swSerialConfig, SERIAL_RX, -1, true, MAXLINELENGTH);
}

P.s. voor de OTA gebruikers, daar zijn lijkt het ook ergens aanpassingen in gedaan. Ik moest hem weer 1 keer fysiek flashen om het weer aan de praat te krijgen.

[ Voor 5% gewijzigd door BlueFlame op 13-12-2019 10:40 ]

[Sircuri]

Japie07 schreef op woensdag 4 december 2019 @ 15:15:
@Tsurany Thx! Is het dan niet handiger om die op bijvoorbeeld een VPS te draaien en vanuit bijvoorbeeld Domoticz naar de VPS te pushen? Zodat m'n SD kaart niet corrupt raakt?

Zelf heb ik hier een raspberry welke elke 10 seconden enkel een bericht pusht naar een MQTT server. Op een normale server lees ik die events weer uit en schrijf ze weg naar de DB.

[unrealbe]

Gisteren hebben ze bij mij een slimme meter geïnstalleerd. (belgie, 2 fasen)
Heb P1 monitor op een raspberry pi 2 gezet, via fluvius de poort open gezet en verbonden via deze kabel:
https://nl.aliexpress.com...042311.0.0.5e474c4dIw3c09

Heb echter geen data in p1monitor. Iemand enig idee hoe ik best manueel test?

Edit: Lijkt te werken na contact met fluvius. Poort stond niet open.
Voor info van baudrate enzoverder, dit is de standaard van de belgische:
https://www.netbeheernede...e_meter_15_a727fce1f1.pdf

[ Voor 24% gewijzigd door unrealbe op 14-12-2019 14:11 ]

[Samplex]

Met P1 monitor ondersteund wifi, weet iemand of dit ook word ondersteund met DSMR Reader (https://dsmr-reader.readthedocs.io/nl/latest/index.html)?? Ik kan het nergens terugvinden.

[Erik050572]

Ik draai DSMR Reader op een rPi 3B+ zonder LAN verbinding.
Op het moment dat begint met de kale Raspian, stel je WIFI verbinding in en de installatie borduurt daarop verder.

Maar ik heb nu ook een vraag
Ik wil DSMR reader installeren in Docker installeren en heb al veel hulp gehad via het forum.
Maar ik krijg het in Docker (portainer) niet echt in de lucht.
De foutmelding die ik krijg is:
standard_init_linux.go:211: exec user process caused "exec format error"

Kan iemand mij daarmee helpen?

Alvast bedankt

[ Voor 54% gewijzigd door Erik050572 op 22-12-2019 13:19 . Reden: toevoegen hulp bij docker installatie? ]

[stormfly]

Erik050572 schreef op zondag 22 december 2019 @ 13:05:
Ik draai DSMR Reader op een rPi 3B+ zonder LAN verbinding.
Op het moment dat begint met de kale Raspian, stel je WIFI verbinding in en de installatie borduurt daarop verder.

Maar ik heb nu ook een vraag
Ik wil DSMR reader installeren in Docker installeren en heb al veel hulp gehad via het forum.
Maar ik krijg het in Docker (portainer) niet echt in de lucht.
De foutmelding die ik krijg is:
standard_init_linux.go:211: exec user process caused "exec format error"

Kan iemand mij daarmee helpen?

Alvast bedankt

https://gitlab.com/gitlab-org/omnibus-gitlab/issues/4558
eerste google hit laat zien dat je misschien het verkeerde basis OS hebt gekozen. Waar draait je Docker op, op de Pi ook?

Ik heb er verder geen ervaring mee, maar dit wilde ik je wel even delen.

[Sircuri]

Erik050572 schreef op zondag 22 december 2019 @ 13:05:
Ik draai DSMR Reader op een rPi 3B+ zonder LAN verbinding.
Op het moment dat begint met de kale Raspian, stel je WIFI verbinding in en de installatie borduurt daarop verder.

Maar ik heb nu ook een vraag
Ik wil DSMR reader installeren in Docker installeren en heb al veel hulp gehad via het forum.
Maar ik krijg het in Docker (portainer) niet echt in de lucht.
De foutmelding die ik krijg is:
standard_init_linux.go:211: exec user process caused "exec format error"

Kan iemand mij daarmee helpen?

Alvast bedankt

TL;DR> Ziet er naar uit dat je de verkeerde docker image hebt gebruikt in je compose.
Als ik kijk op de Docker Hub pagina zie ik staan dat er voor de Raspberry PI een aparte TAG gebruikt wordt. De default image van die DSMR docker auteur is voor AMD64 en niet voor de raspberry.

Volgens mij moet je deze gebruiken (in je compose): ualex73/dsmr-reader-docker:arm64v8-2.12.1

Daarnaast moet je ook op dezelfde manier de andere images controleren die je in je compose hebt staan.

[Erik050572]

Bedankt voor de tip
ualex73/dsmr-reader-docker:arm64v8-2.12.1 werkte niet
ualex73/dsmr-reader-docker:arm32v6-2.12.1 werkte wel

[Sircuri]

Gelukkig. Dacht even dat de raspberry pi 3 een arm64 was.

[Erik050572]

Als ik het goed begrijp een arm64v7.

[AOC]

Onlangs ben ik ook aan de slag gegaan met het uitlezen van een slimme meter.

Het is mij gelukt om de telegram zichtbaar te krijgen en heb de bruikbare data al kunnen onderscheiden. Alleen vroeg ik mij af of ik nog berekeningen moet loslaten op de date.

De enige waarde die overeenkomt met wat ik op de fysieke meter zie is het huidige verbruik.

De rest komt niet bepaald overeen. Ook de timestamp word ik niet wijs uit:) die wil ik eigenlijk meenemen in influxdb

[cville]

Waterkoker schreef op zaterdag 4 januari 2020 @ 03:00:
Onlangs ben ik ook aan de slag gegaan met het uitlezen van een slimme meter.

Het is mij gelukt om de telegram zichtbaar te krijgen en heb de bruikbare data al kunnen onderscheiden. Alleen vroeg ik mij af of ik nog berekeningen moet loslaten op de date.

De enige waarde die overeenkomt met wat ik op de fysieke meter zie is het huidige verbruik.

De rest komt niet bepaald overeen. Ook de timestamp word ik niet wijs uit:) die wil ik eigenlijk meenemen in influxdb

Welke software gebruik je? Kun je een stukje van je log laten zien met timestamps? Hier een voorbeeld:
0-1:24.2.1(170102161005W)(00000.107*m3)

Dit bevat een timestamp voor 2017-01-02 16:10:05 als ik het me goed herinner.

[Sircuri]

Dit veld bevat de timestamp:

0-0:1.0.0(200104121610W)(....)

De laatste W kan een S of een W zijn en je moet er zelf even het honderd- en duizendtal van het jaar voorzetten. Dus bovenstaande wordt 2020-01-04@12:16:10 uur

Deze informatie is anders dan wat @cville aangeeft, dus het zou kunnen zijn dat niet alle meters gelijk zijn. Verschil tussen DSMR 4 en 5 wellicht? Ik heb een versie 4.

[ZwarteIJsvogel]

cville schreef op zaterdag 4 januari 2020 @ 11:10:
Kun je een stukje van je log laten zien met timestamps? Hier een voorbeeld:
0-1:24.2.1(170102161005W)(00000.107*m3)

Dit bevat een timestamp voor 2017-01-02 16:10:05 als ik het me goed herinner.

Correct. En W = wintertijd (S = zomertijd).

[cville]

Sircuri schreef op zaterdag 4 januari 2020 @ 12:19:
Dit veld bevat de timestamp:

0-0:1.0.0(200104121610W)(....)

De laatste W kan een S of een W zijn en je moet er zelf even het honderd- en duizendtal van het jaar voorzetten. Dus bovenstaande wordt 2020-01-04@12:16:10 uur

Deze informatie is anders dan wat @cville aangeeft, dus het zou kunnen zijn dat niet alle meters gelijk zijn. Verschil tussen DSMR 4 en 5 wellicht? Ik heb een versie 4.

Correct; mijn voorbeeld is DSMR5

[ZwarteIJsvogel]

Sircuri schreef op zaterdag 4 januari 2020 @ 12:19:
Dit veld bevat de timestamp:

0-0:1.0.0(200104121610W)(....)

De laatste W kan een S of een W zijn en je moet er zelf even het honderd- en duizendtal van het jaar voorzetten. Dus bovenstaande wordt 2020-01-04@12:16:10 uur

Deze informatie is anders dan wat @cville aangeeft, dus het zou kunnen zijn dat niet alle meters gelijk zijn. Verschil tussen DSMR 4 en 5 wellicht? Ik heb een versie 4.

0-0:1.0.0(...) is de timestamp van het P1-telegram zelf.

De regel voor gas is hetzelfde in DSMR 4 en 5: 0-n:24.2.1(YYMMDDhhmmssX)(...) waarbij n het M-bus channel number (1-4) is van de gasmeter.

Let op! Object ID 24.2.1 betreft de 5-minutenwaarde van een gekoppelde meter. Dit ID wordt ook gebruikt voor andere gekoppelde meters, bv. een watermeter of een warmtemeter.

[klump4u]

ZwarteIJsvogel schreef op zondag 5 januari 2020 @ 08:54:
[...]

0-0:1.0.0(...) is de timestamp van het P1-telegram zelf.

De regel voor gas is hetzelfde in DSMR 4 en 5: 0-n:24.2.1(YYMMDDhhmmssX)(...) waarbij n het M-bus channel number (1-4) is van de gasmeter.

Let op! Object ID 24.2.1 betreft de 5-minutenwaarde van een gekoppelde meter. Dit ID wordt ook gebruikt voor andere gekoppelde meters, bv. een watermeter of een warmtemeter.

Edit,
Niet goed gelezen

[ Voor 19% gewijzigd door klump4u op 05-01-2020 10:02 ]

[JustinoFTW]

Iemand enig idee welke ik moet hebben op AliExpress?
Als ik bijv slimme-meter p1 zoek zijn er wat verschillende, en kan mijn meter (ISKRA ME382 D1A52-P1) er niet specifiek tussen vinden.
Of zijn ze identiek en maakt het niet uit welke ik bestel

[ZwarteIJsvogel]

JustinoFTW schreef op maandag 6 januari 2020 @ 20:54:
Als ik bijv slimme-meter p1 zoek zijn er wat verschillende, en kan mijn meter (ISKRA ME382 D1A52-P1) er niet specifiek tussen vinden.

Bij deze staat de ME382 expliciet genoemd.

[DataCopy]

ik ben recent ook mijn slimme meter gaan uitlezen (ter voorbereiding op de installatie van PV panelen binnenkort). Ik heb een 3-fase LandisGyr+ E350 (ZMF110) meter en lees de telegram berichten direct uit door middel van een RPi.

Nu zou ik verwachten dat de actuele levering (1-0:1.7.0) de som zou moeten zijn van de levering verdeeld over de 3 fases (1-0:21.7.0, 1-0:41.7.0 en 1-0:61.7.0). Ik zie echter structureel een (klein) verschil. Het zal waarschijnlijk wel te verklaren zijn, maar ik kon het antwoord op dit forum (of ergens anders) zo niet direct makkelijk vinden. Heeft een van jullie wellicht een snelle verklaring hiervoor?

Hieronder een korte 'trace' die ik zojuist gemaakt heb. Ik heb per P1 telegram bericht alleen even de bovengenoemde waarden gepakt. Zoals gezegd is er dus (nog) geen sprake van teruglevering.

/XMX5LGBBFG1012606580 -> 162W vs 157W
0-0:1.0.0(200108200307W)
1-0:1.7.0(00.162*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(00.102*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.055*kW)

/XMX5LGBBFG1012606580 -> 161W vs 159W
0-0:1.0.0(200108200317W)
1-0:1.7.0(00.161*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(00.103*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.056*kW)

/XMX5LGBBFG1012606580 -> 161W vs 159W
0-0:1.0.0(200108200327W)
1-0:1.7.0(00.161*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(00.103*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.056*kW)

/XMX5LGBBFG1012606580 -> 162W vs 159W
0-0:1.0.0(200108200337W)
1-0:1.7.0(00.162*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(00.103*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.056*kW)

[ Voor 0% gewijzigd door DataCopy op 09-01-2020 17:59 . Reden: omrekenen blijft moeilijk :) ]

[ZwarteIJsvogel]

In de P1 Companion Standard voor DSMR 5.0.2 staat:

• 1-0:1.7.0.255 Actual electricity power delivered (+P) in 1 Watt resolution
• 1-0:21.7.0.255 Instantaneous active power L1 (+P) in W resolution
• 1-0:41.7.0.255 Instantaneous active power L2 (+P) in W resolution
• 1-0:61.7.0.255 Instantaneous active power L3 (+P) in W resolution

Bij het eerste item staat 'electricity power', bij de overige 'active power'. Het verschil zou kunnen worden veroorzaakt door cos(phi) != 1. Wellicht kan iemand die hierin meer thuis is dan ik dit bevestigen of ontkrachten.

[FireDrunk]

_{Overigens gaat het om 0.162kW, niet om 162kW volgens mij
Als jij 162kW door je huis trekt wil ik kijken komen kijken hoe je dat doet}

[iMars]

Erik050572 schreef op zondag 22 december 2019 @ 13:05:
Ik draai DSMR Reader op een rPi 3B+ zonder LAN verbinding.
Op het moment dat begint met de kale Raspian, stel je WIFI verbinding in en de installatie borduurt daarop verder.

Maar ik heb nu ook een vraag
Ik wil DSMR reader installeren in Docker installeren en heb al veel hulp gehad via het forum.
Maar ik krijg het in Docker (portainer) niet echt in de lucht.
De foutmelding die ik krijg is:
standard_init_linux.go:211: exec user process caused "exec format error"

Kan iemand mij daarmee helpen?

Alvast bedankt

Ik heb deze link gevolgd denk niet goed gelezen

Edit: deze docker-compose kan je gebruiken.

Voor de dsmr image moet je deze nemen: xirixiz/dsmr-reader-docker:arm32v6-latest

code:

version: '3.6'

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

  dsmr:
#    build: .
    image: xirixiz/dsmr-reader-docker:arm32v6-latest
    container_name: dsmr
    depends_on:
      - dsmrdb
    cap_add:
      - NET_ADMIN    
    links:
      - dsmrdb
    restart: always
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - ./dsmr_backups:/dsmr/backups
    environment:
      - TZ=Europe/Amsterdam
      - VIRTUAL_HOST=localhost
      - SD_AUTOSTART_MQTT=false
      - SD_AUTORESTART_MQTT=false
    ports:
      - 7777:80
      - 7779:443
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0

#volumes:
#   dsmrdb:
#   dsmrdb_backups:

stormfly schreef op zondag 22 december 2019 @ 13:23:
[...]


https://gitlab.com/gitlab-org/omnibus-gitlab/issues/4558
eerste google hit laat zien dat je misschien het verkeerde basis OS hebt gekozen. Waar draait je Docker op, op de Pi ook?

Ik heb er verder geen ervaring mee, maar dit wilde ik je wel even delen.

@Erik050572 & @stormfly mijn aanname is dat het op Pi draait, ik liep namelijk tegen hetzelfde aan. De docker-compose welke ik hierboven gepost heb, is voor Rpi.

[ Voor 53% gewijzigd door iMars op 09-01-2020 13:49 ]

[DataCopy]

FireDrunk schreef op donderdag 9 januari 2020 @ 09:25:
_{Overigens gaat het om 0.162kW, niet om 162kW volgens mij
Als jij 162kW door je huis trekt wil ik kijken komen kijken hoe je dat doet}

hahahaha, helemaal gelijk. Ik ga het aanpassen.

[Sinned123]

Cranberry schreef op donderdag 12 juli 2018 @ 22:50:
[...]


Mijn kabel heb ik aangepast conform het plaatje van AliExpress voor de ISKRA AM550.
E.e.a. is als volgt aangesloten en werkt naar behoren:
Pin1 Rood -> 5V
Pin2 Groen -> RTS
Pin3 Zwart -> GND
Pin5 Wit -> RXD

Tussen RXD en RTS heb ik 10kOhm weerstand gezet. Telegrammen komen prima binnen!

Heb je verder de chip nog moeten programmeren ofzo?

Ik heb zelf via Ali ook een kabel aangeschaft, aangeven dat het een kabel voor de AM550 moest zijn.
En alles lijkt goed te zijn en zo te zien gewoon dezelfde layout als bij jou.
Krijg helaas niks te zien.
Niet via Domoticz(ubuntu), ztatz(Rpi) of FTDI prog (Windows)





Pin1: rood VCC
Pin2: wit RTS
Pin3: Zwart GND
Pin5: groen RXD

Bovendien weerstandje tussen RTS en RXD

Moet de FTDI tool zonder P1 koppeling de usb kabel sowieso zien?
Want dat gebeurd bij mij niet...
Windows geeft wel aan dat er een usb kabel word aangesloten

[ Voor 10% gewijzigd door Sinned123 op 12-01-2020 10:00 ]

[vliegnerd]

Vandaag DSMR reader (ualex73 docker versie) geinstalleerd op mijn htpc (Intel NUC met N2830) en een raspberry pi in de meterkast gehanden dezelfde image in CLIENT mode. (Althans dat is het plan, ik draai nu even een python script in een screen om de telegrammen door te sturen).

Dat werkt prima. Hulde voor de ontwikkelaars.

MAAR: Mijn Landis Gyr E360 DSMR 5 stuurt orde 1000 telegrammen per uur. Na twee uurtjes testen zijn er al 4400 telegrammen opgeslagen.

Het is nu even leuk dat ik redelijk real-time kan zien wat er gebeurt als ik iets aan/uit zet, maar het zijn ook veel API calls voor mijn HTPC, en veel data om op te slaan.

Zou het helpen om bijvoorbeeld 1 telegram per 10 seconde op te sturen en de rest gewoon weg te gooien???

[cville]

vliegnerd schreef op zondag 12 januari 2020 @ 16:41:
Vandaag DSMR reader (ualex73 docker versie) geinstalleerd op mijn htpc (Intel NUC met N2830) en een raspberry pi in de meterkast gehanden dezelfde image in CLIENT mode. (Althans dat is het plan, ik draai nu even een python script in een screen om de telegrammen door te sturen).

Dat werkt prima. Hulde voor de ontwikkelaars.

MAAR: Mijn Landis Gyr E360 DSMR 5 stuurt orde 1000 telegrammen per uur. Na twee uurtjes testen zijn er al 4400 telegrammen opgeslagen.

Het is nu even leuk dat ik redelijk real-time kan zien wat er gebeurt als ik iets aan/uit zet, maar het zijn ook veel API calls voor mijn HTPC, en veel data om op te slaan.

Zou het helpen om bijvoorbeeld 1 telegram per 10 seconde op te sturen en de rest gewoon weg te gooien???

Als je 1000 datagrammen per uur krijgt, is er iets mis. DSMR5 geeft er 1 per s, dus 3600 per uur. Het lijkt erop dat je systeem er zelf al een aantal weggooit

[vliegnerd]

cville schreef op zondag 12 januari 2020 @ 16:58:
[...]


Als je 1000 datagrammen per uur krijgt, is er iets mis. DSMR5 geeft er 1 per s, dus 3600 per uur. Het lijkt erop dat je systeem er zelf al een aantal weggooit

Thanks! Dat is goed om te weten.

Zal me niet verbazen als het script het verzenden niet bij kan houden. De RPI hangt in de meterkast. Ik woon in een jaren-70 huis waar het ISRA punt (en dus mijn internet modem + WiFi AP) in de woonkamer is aangebracht. De meterkast heeft zo ongeveer het slechtste WiFi bereik van het huis.

[Mich]

vliegnerd schreef op zondag 12 januari 2020 @ 16:41:
Vandaag DSMR reader (ualex73 docker versie) geinstalleerd op mijn htpc (Intel NUC met N2830) en een raspberry pi in de meterkast gehanden dezelfde image in CLIENT mode. (Althans dat is het plan, ik draai nu even een python script in een screen om de telegrammen door te sturen).

Dat werkt prima. Hulde voor de ontwikkelaars.

MAAR: Mijn Landis Gyr E360 DSMR 5 stuurt orde 1000 telegrammen per uur. Na twee uurtjes testen zijn er al 4400 telegrammen opgeslagen.

Het is nu even leuk dat ik redelijk real-time kan zien wat er gebeurt als ik iets aan/uit zet, maar het zijn ook veel API calls voor mijn HTPC, en veel data om op te slaan.

Zou het helpen om bijvoorbeeld 1 telegram per 10 seconde op te sturen en de rest gewoon weg te gooien???

In dame reader kan je instellen om de hoeveel seconden hij een bericht verwerkt van je slimme meter.

https://dsmr-reader.readt...ings.html#custom-settings

Ik heb ook elke seconde een bericht. Maar zo ingesteld dat hij er maar 1 per 10 seconden verwerkt.

[Verwijderd]

Hallo,

Ik probeer nu al een paar dagen mijn slimme meter (Sagemcom T210-D) informatie te krijgen en het versturen naar Home Assistant.

Bij de Wemos D1 Mini kreeg ik informatie binnen via dit script: https://github.com/HanSyt/esp8266_p1meter
Maar daarbij kreeg ik steeds de error CRC invalid en af en toe een WDT reset dus dat werkte niet.
Voorbeeld log: https://pastebin.com/raw/J72ecYLa

Vandaag heb ik het geprobeerd met een Raspberry Pi 3B en alles het zelfde gelaten en de RxT pin van de P1 kabel aangesloten op GPIO poort 10 (BCM 15 RxD), Maar daarbij krijg ik geen informatie binnen (commando cu zegt alleen Connected).

Ik ben nu vastgelopen en weet niet wat ik moet doen (behalve een kant en klare P1 naar USB kabel kopen maar dat doe ik liever niet). Ik hoop dat jullie wat weten, Alvast bedankt.

[19roland70]

Verwijderd schreef op maandag 13 januari 2020 @ 21:01:
Hallo,

Ik probeer nu al een paar dagen mijn slimme meter (Sagemcom T210-D) informatie te krijgen en het versturen naar Home Assistant.

Bij de Wemos D1 Mini kreeg ik informatie binnen via dit script: https://github.com/HanSyt/esp8266_p1meter
Maar daarbij kreeg ik steeds de error CRC invalid en af en toe een WDT reset dus dat werkte niet.
Voorbeeld log: https://pastebin.com/raw/J72ecYLa

Vandaag heb ik het geprobeerd met een Raspberry Pi 3B en alles het zelfde gelaten en de RxT pin van de P1 kabel aangesloten op GPIO poort 10 (BCM 15 RxD), Maar daarbij krijg ik geen informatie binnen (commando cu zegt alleen Connected).

Ik ben nu vastgelopen en weet niet wat ik moet doen (behalve een kant en klare P1 naar USB kabel kopen maar dat doe ik liever niet). Ik hoop dat jullie wat weten, Alvast bedankt.

Heb je dit zo aangesloten?
Eventueel minicom downloaden en installeren.

[klump4u]

Verwijderd schreef op maandag 13 januari 2020 @ 21:01:
Hallo,

Ik probeer nu al een paar dagen mijn slimme meter (Sagemcom T210-D) informatie te krijgen en het versturen naar Home Assistant.

Bij de Wemos D1 Mini kreeg ik informatie binnen via dit script: https://github.com/HanSyt/esp8266_p1meter
Maar daarbij kreeg ik steeds de error CRC invalid en af en toe een WDT reset dus dat werkte niet.
Voorbeeld log: https://pastebin.com/raw/J72ecYLa

Vandaag heb ik het geprobeerd met een Raspberry Pi 3B en alles het zelfde gelaten en de RxT pin van de P1 kabel aangesloten op GPIO poort 10 (BCM 15 RxD), Maar daarbij krijg ik geen informatie binnen (commando cu zegt alleen Connected).

Ik ben nu vastgelopen en weet niet wat ik moet doen (behalve een kant en klare P1 naar USB kabel kopen maar dat doe ik liever niet). Ik hoop dat jullie wat weten, Alvast bedankt.

Hoe heb je hem aangesloten op de Wemos of Pi?
Die software is voor dsmr4.2 meter en jij hebt een dsmr 5, die van jouw gooit iedere seconde een telegram uit, die andere meters om de 10 seconden, schema wat hierboven staat moet werken want dit heb ik ook al eens gebruikt en ik heb dezelfde meter

[Verwijderd]

19roland70 schreef op dinsdag 14 januari 2020 @ 19:21:
[...]
Heb je dit zo aangesloten?
Eventueel minicom downloaden en installeren.
[Afbeelding]

Ik heb het precies zo aangesloten, Alleen zonder inverter.

[u_nix_we_all]

Verwijderd schreef op dinsdag 14 januari 2020 @ 20:42:
[...]


Ik heb het precies zo aangesloten, Alleen zonder inverter.

Die inverter zit daar niet voor niks, je meter geeft een geinverteerd serieel signaal.

[Verwijderd]

u_nix_we_all schreef op dinsdag 14 januari 2020 @ 21:34:
[...]

Die inverter zit daar niet voor niks, je meter geeft een geinverteerd serieel signaal.

Ik zou een inverter opzoeken/bestellen dan, Maar uit nieuwsgierigheid, Hoe kwam het dan dat de Wemos het gewoon kon uitlezen?

[u_nix_we_all]

Verwijderd schreef op woensdag 15 januari 2020 @ 14:44:
[...]


Ik zou een inverter opzoeken/bestellen dan, Maar uit nieuwsgierigheid, Hoe kwam het dan dat de Wemos het gewoon kon uitlezen?

Dat weet ik niet, maar ik denk dat de RX pin van de Wemos niet aan een uart zit, en dus mogelijk in de software het signaal inverteerd. Dat is minder betrouwbaar en zou dan verklaren waarom je CRC errors krijgt omdat de bitjes misschien niet 100% goed binnenkomen.
Op de pi is vziw niet de mogelijkheid om softwarematig te inverteren.