Slimme meter uitlezen via P1-poort

[skank]

Vraagje
Ik draai al een tijdje dsmr
deze post mooi alle topics op MQTT broker en gaat zo naar mijn home assistant
Dit werkt al maanden goed.

Onlangs een update gedaan naar versie 4.13
Hierdoor komen er extra sensoren bij voor maand/jaar kosten

Ik zie deze toekomen op de mqtt broker
Ik krijg echter geen sensoren in HA hiervoor

Enig idee?
Wat zie ik over het hoofd?
Ik heb HA al gerestart...

[rwanrooy]

skank schreef op zaterdag 27 maart 2021 @ 19:13:
Vraagje
Ik draai al een tijdje dsmr
deze post mooi alle topics op MQTT broker en gaat zo naar mijn home assistant
Dit werkt al maanden goed.

Onlangs een update gedaan naar versie 4.13
Hierdoor komen er extra sensoren bij voor maand/jaar kosten

Ik zie deze toekomen op de mqtt broker
Ik krijg echter geen sensoren in HA hiervoor

Enig idee?
Wat zie ik over het hoofd?
Ik heb HA al gerestart...

Kijk even naar dit artikel dat ik geschreven heb. in het voorbeeld staat bij de eerste twee sensoren hoe je die via mqtt handmatig kunt aanmaken. Het dashboard aanmaken zelf vind je misschien ook wel interessant 😉
https://www.connectix.nl/...tanden-in-home-assistant/

[skank]

rwanrooy schreef op zaterdag 27 maart 2021 @ 19:17:
[...]

Kijk even naar dit artikel dat ik geschreven heb. in het voorbeeld staat bij de eerste twee sensoren hoe je die via mqtt handmatig kunt aanmaken. Het dashboard aanmaken zelf vind je misschien ook wel interessant 😉
https://www.connectix.nl/...tanden-in-home-assistant/

Hey Roel bedankt voor je feedback.
Normaal moeten die sensoren er vanzelf bijkomen, dus ik versta niet goed waarom jij alles manueel toch invult.
Ik heb ook al soortgelijk dashboard opgezet hier...

[rwanrooy]

skank schreef op zaterdag 27 maart 2021 @ 19:25:
[...]


Hey Roel bedankt voor je feedback.
Normaal moeten die sensoren er vanzelf bijkomen, dus ik versta niet goed waarom jij alles manueel toch invult.
Ik heb ook al soortgelijk dashboard opgezet hier...

De DSMR integratie kent de nieuwe sensoren niet. Die moet je dus even met de hand aanmaken.

[skank]

rwanrooy schreef op zaterdag 27 maart 2021 @ 19:28:
[...]


De DSMR integratie kent de nieuwe sensoren niet. Die moet je dus even met de hand aanmaken.

Azo! Vandaar !
Gaat de integratie die later nog kennen?

Je bedoelt zo toevoegen:

code:

- platform: mqtt
    name: "Gasverbruik per uur"
    state_topic: "dsmr/reading/gas_hourly_usage"
    unit_of_measurement: 'm3'

MAar dan uiteraard aanpassen

[rwanrooy]

skank schreef op zaterdag 27 maart 2021 @ 19:36:
[...]


Azo! Vandaar !
Gaat de integratie die later nog kennen?

Je bedoelt zo toevoegen:

code:

- platform: mqtt
    name: "Gasverbruik per uur"
    state_topic: "dsmr/reading/gas_hourly_usage"
    unit_of_measurement: 'm3'

MAar dan uiteraard aanpassen

Klopt. op die manier toevoegen maar dan wel de topics die je wil hebben aanpassen. Die kun je met mqtt explorer zien. Wellicht dat ze er later idd vanzelf via een update bij komen.

[skank]

Als ik de current month in een grafiek toon
en het is een nieuwe maand, die dan weer de current month toont, zal de voorgaande maand dan nog zichtbaar zijn in home assistant?
Ik hoop dat je begrijpt wat ik bedoel
ik zie nu de current month van maart
straks zijn we april
zal ik de volledige maand dan nog zien van maart?

[rwanrooy]

skank schreef op zaterdag 27 maart 2021 @ 20:11:
Als ik de current month in een grafiek toon
en het is een nieuwe maand, die dan weer de current month toont, zal de voorgaande maand dan nog zichtbaar zijn in home assistant?
Ik hoop dat je begrijpt wat ik bedoel
ik zie nu de current month van maart
straks zijn we april
zal ik de volledige maand dan nog zien van maart?

Ik denk dat het het zelfde is als bij de dagelijkse grafieken die de afgelopen en de huidige dagen laten zien. anders heeft zo’n grafiek niet zoveel zin. ik heb hem sinds een week lopen dus moet ook nog zien hoe de grafieken uitpakken.

[skank]

rwanrooy schreef op zaterdag 27 maart 2021 @ 20:13:
[...]

Ik denk dat het het zelfde is als bij de dagelijkse grafieken die de afgelopen en de huidige dagen laten zien. anders heeft zo’n grafiek niet zoveel zin. ik heb hem sinds een week lopen dus moet ook nog zien hoe de grafieken uitpakken.

Dan gebruik jij vermoedelijk ook enkel deze nieuwe?:
current_month_electricity1 = dsmr/current-month/electricity1
current_month_electricity2 = dsmr/current-month/electricity2
current_month_gas = dsmr/current-month/gas

current_year_electricity1 = dsmr/current-year/electricity1
current_year_electricity2 = dsmr/current-year/electricity2
current_year_gas = dsmr/current-year/gas

Ik gebruik trouwens de apexcharts card ervoor, zeer mooi !
zie mn github
https://github.com/skank01/Home-Assistant

[rwanrooy]

skank schreef op zaterdag 27 maart 2021 @ 20:18:
[...]


Dan gebruik jij vermoedelijk ook enkel deze nieuwe?:
current_month_electricity1 = dsmr/current-month/electricity1
current_month_electricity2 = dsmr/current-month/electricity2
current_month_gas = dsmr/current-month/gas

current_year_electricity1 = dsmr/current-year/electricity1
current_year_electricity2 = dsmr/current-year/electricity2
current_year_gas = dsmr/current-year/gas

Ik gebruik trouwens de apexcharts card ervoor, zeer mooi !
zie mn github
https://github.com/skank01/Home-Assistant

Ik gebruik dsmr reader niet meer. ik stuur via mijn eigen gateways (https://smartgateways.nl/...wifi-gateway-met-display/) alles via mqtt door naar home assistant. het artikel maakt dan alle sensoren aan en voert de termijnberekeningen uit. omdat ik zelf bijvoorbeeld de uurstanden laat berekenen en via mqtt aanbied staat in de dashboard instructie hoe je die twee sensoren handmatig (dus buiten de dsmr integratie om) kunt aanmaken. Je github ziet er trouwens mooi uit 👍

[skank]

Thx!

[cj1]

Wat doe ik toch verkeerd als ik enkel rommel terugkrijg bij het uitlezen van een Sagemcom T210-D P1-poort?

De Delock 83116 gebruik ik als 5V TTL-USB kabel. Dat ding bevat een FTDI 232 RL chip, en heeft een kabellengte van circa 1,8 meter. Het RXD signaal heb ik geïnverteerd in de FTDI EPROM:


De P1 Data Request Line probeerde ik vanuit de software te sturen met het FTDI RTS signaal (groene ader van de Delock). Dat gaf geen resultaat in de terminal. Open einde meet ik wel +5,08V maar zodra die de P1 poort in gaat op pin 2 meet ik nog maar 0,2 volt. Daarom is de Data Request Line vervangen door de +5V (rode ader). Alle ongebruikte aders (groen, bruin, oranje) zijn geïsoleerd met elk een Wago 221.

Telegrammen op 115200 8N1 krijg ik wel iedere seconde. De telegram inhoud is rotzooi: veel hexadecimale "FE", "FC", "FF", "CF" en "BF" als uitvoer:
Ook zonder signaalinversie is de telegraminhoud rommel.

Wat doe ik hier toch verkeerd

Na wat zoeken: iets met "open collector output" en dat daardoor een pull-up weerstand nodig is tussen 5V en RXD. Ik zie vaak een waarde van 2 kOhm voorbij komen.

Inderdaad met een 2 kΩ weerstand tussen 5 volt en RXD stromen de leesbare telegrammen binnen!

[Voor 11% gewijzigd door cj1 op 30-03-2021 18:10. Reden: mogelijke oorzaak: pull up weerstand vergeten]

[Peggy1]

Sinds een kleine maand lezen ook wij onze digitale meter uit . Nu stellen wij het volgende vast. We zien ons verbruik op L1 en L3(geel) Bij zon zien we dit via L1(groen). Maar indien we verbruik hebben op L1(geel) dan kan hij NIETS leveren en is dus niets zichtbaar bij L1(groen). Zelfs als we slechts 10watt gebruiken en vb 2000watt leveren!!! Heeft iemand ook die ervaring? Voorlopig proberen we niets te gebruiken die op L1 ligt bij zonnige momenten...

[cj1]

Met een inmiddels 6 euro kosten Conrad FL-30 en een Delock 83116 heb ik het voor elkaar om via software (middels het RTS signaal) het zenden van telegrammen te starten en stoppen.

Invert RTS

Ik moest wel eerst het RTS signaal inverteren, aanzien die standaard op 5 volt staat:
.

Incorrecte Delock 83116 pinout

Vervolgens was het een puzzeltje om er achter te komen dat het datasheet van de Delock 83116 niet klopt, of ik begrijp het niet:

Als ik in de software de RTS toggle, dan verandert het 5 volt signaal op de bruine draad (CTS) en niet op de groene draad (RTS). Dus nu bruin verbonden is met pin 2 van de P1 poort, kan ik het uitspugen van de telegrammen via software sturen. Ik heb ook nog de 2 kiloohm weerstand tussen die bruine draad en TX gezet. Dan zijn de telegrammen van de Sagemcom T210-D nog steeds leesbaar en via software stuurbaar.

Kant-en-klare P1-kabel met RTS op pin 2?

Nu zijn de vertinde AWG26 aderuiteinden van de Delock 83116 uitermate teer en breekbaar. In de experimenteerfase zijn al twee geleideruiteindes afgebroken. Daarom zoek ik een kant en klare USB-P1 kabel die niet hard 5V op pin 2 zet, maar de sturing middels RTS mogelijk maakt. Is er iemand bekend met een leverancier van een P1 kabel met circa 2 kiloohm pullup en RTS op pin2?

[rwanrooy]

cj1 schreef op dinsdag 30 maart 2021 @ 21:54:
Met een inmiddels 6 euro kosten Conrad FL-30 en een Delock 83116 heb ik het voor elkaar om via software (middels het RTS signaal) het zenden van telegrammen te starten en stoppen.

Invert RTS

Ik moest wel eerst het RTS signaal inverteren, aanzien die standaard op 5 volt staat:
[Afbeelding].

Incorrecte Delock 83116 pinout

Vervolgens was het een puzzeltje om er achter te komen dat het datasheet van de Delock 83116 niet klopt, of ik begrijp het niet:
[Afbeelding]
Als ik in de software de RTS toggle, dan verandert het 5 volt signaal op de bruine draad (CTS) en niet op de groene draad (RTS). Dus nu bruin verbonden is met pin 2 van de P1 poort, kan ik het uitspugen van de telegrammen via software sturen. Ik heb ook nog de 2 kiloohm weerstand tussen die bruine draad en TX gezet. Dan zijn de telegrammen van de Sagemcom T210-D nog steeds leesbaar en via software stuurbaar.

Kant-en-klare P1-kabel met RTS op pin 2?

Nu zijn de vertinde AWG26 aderuiteinden van de Delock 83116 uitermate teer en breekbaar. In de experimenteerfase zijn al twee geleideruiteindes afgebroken. Daarom zoek ik een kant en klare USB-P1 kabel die niet hard 5V op pin 2 zet, maar de sturing middels RTS mogelijk maakt. Is er iemand bekend met een leverancier van een P1 kabel met circa 2 kiloohm pullup en RTS op pin2?

Wat een gedoe zeg, waarom bestel je niet gewoon een gateway bij mij? Werkt in 5 minuten en je krijgt er nog wat mooie handleidingen bij.

[cj1]

rwanrooy schreef op dinsdag 30 maart 2021 @ 21:58:
[...]
Wat een gedoe zeg, waarom bestel je niet gewoon een gateway bij mij? Werkt in 5 minuten en je krijgt er nog wat mooie handleidingen bij.

Omdat ik de voorkeur geef aan bedrade oplossingen. WiFi heeft naar mijn ervaring tot nu toe altijd haperingen in het draadloze signaal.

[Evad123456]

Iemand enig idee of je Voltage ook uit kan lezen via de P1 Poort op de Raspberry Pi (Domoticz: Version 2020.2 (April 26th 2020))?

Slimme meter = Landis Gyr 350 (DSMR 4.2)

Onderstaande zaken vind ik terug in de Log:
(P1) P1 Smart Meter (Power)
(P1) Usage (Usage L1)
(P1) Usage (Usage L2)
(P1) Usage (Usage L3)
(P1) Usage (Delivery L1)
(P1) Usage (Delivery L2)
(P1) Usage (Delivery L3)

[klump4u]

Evad123456 schreef op woensdag 31 maart 2021 @ 20:48:
Iemand enig idee of je Voltage ook uit kan lezen via de P1 Poort op de Raspberry Pi (Domoticz: Version 2020.2 (April 26th 2020))?

Slimme meter = Landis Gyr 350 (DSMR 4.2)

Onderstaande zaken vind ik terug in de Log:
(P1) P1 Smart Meter (Power)
(P1) Usage (Usage L1)
(P1) Usage (Usage L2)
(P1) Usage (Usage L3)
(P1) Usage (Delivery L1)
(P1) Usage (Delivery L2)
(P1) Usage (Delivery L3)

Bij mij wel.
Version 4.10717 (May 9th 2019)
Meter Sagemcom T210-D
Is wel DSMR 5.0
2021-03-31 21:20:03.982 (SlimmeMeter) P1 Smart Meter (Elektra)
2021-03-31 21:20:04.033 (SlimmeMeter) General/Voltage (Voltage L1)
2021-03-31 21:20:04.038 (SlimmeMeter) General/Voltage (Voltage L2)
2021-03-31 21:20:04.043 (SlimmeMeter) General/Voltage (Voltage L3)
2021-03-31 21:20:04.047 (SlimmeMeter) Usage (Usage L1)
2021-03-31 21:20:04.050 (SlimmeMeter) Usage (Usage L2)
2021-03-31 21:20:04.053 (SlimmeMeter) Usage (Usage L3)
2021-03-31 21:20:04.057 (SlimmeMeter) Usage (Delivery L1)
2021-03-31 21:20:04.060 (SlimmeMeter) Usage (Delivery L2)
2021-03-31 21:20:04.063 (SlimmeMeter) Usage (Delivery L3)

[Johan.S]

Evad123456 schreef op woensdag 31 maart 2021 @ 20:48:
Iemand enig idee of je Voltage ook uit kan lezen via de P1 Poort op de Raspberry Pi (Domoticz: Version 2020.2 (April 26th 2020))?

Slimme meter = Landis Gyr 350 (DSMR 4.2)

Onderstaande zaken vind ik terug in de Log:
(P1) P1 Smart Meter (Power)
(P1) Usage (Usage L1)
(P1) Usage (Usage L2)
(P1) Usage (Usage L3)
(P1) Usage (Delivery L1)
(P1) Usage (Delivery L2)
(P1) Usage (Delivery L3)

Ja dat kan. Kijk maar

[Evad123456]

Johan.S schreef op woensdag 31 maart 2021 @ 21:42:
[...]


Ja dat kan. Kijk maar

[Afbeelding]

[Afbeelding]

Ook met DSMR 4.2 protocol? Met DSMR 5.0 kan het inderdaad wel.

[Johan.S]

Evad123456 schreef op woensdag 31 maart 2021 @ 21:53:
[...]


Ook met DSMR 4.2 protocol? Met DSMR 5.0 kan het inderdaad wel.

Oei! Ik heb deze meter

[Sircuri]

Evad123456 schreef op woensdag 31 maart 2021 @ 21:53:
[...]


Ook met DSMR 4.2 protocol? Met DSMR 5.0 kan het inderdaad wel.

Zit niet in versie 4.2. Dat kan alleen vanaf 5.0.

[wlmpie]

Ik heb een Landis + Gyr ZCF120ABd DSMR 2.2+ slimme meter en ik lees deze uit via de P1-poort met domoticz.
Deze meter geeft verkeerde data uit bij de actuele teruglevering, namelijk nul i.p.v. het daadwerkelijk teruggeleverde vermogen (Watt) op code 2.7.0.
Bij actueel verbruik geeft hij wel gewoon waarden op code 1.7.0.
De meterstanden lijken overigens wel gewoon te kloppen. Hij registreert wel gewoon de teruglevering in KWh (code 2.8.2).

zie enkele opeenvolgende telegrammen tijdens teruglevering hieronder.

Vragen:
1. Herkent iemand dit probleem?
2. Is dit a. een fout in mijn eigen apparatuur, b. een bug in de slimme meter of c. een configuratiefout bij Stedin?
3. Is hier iets aan te doen? Kan ik van Stedin eisen dat zij dit fixen of een andere meter installeren?

Ik heb hier alleen maar hinder van bij mijn elektriciteitsmonitoring met domoticz en PVoutput, ik mis namelijk het export vermogen. Ik heb wel productievermogen en importvermogen, maar kan nu dus, als de zonnepanelen stroom leveren, niet meer het consumptievermogen berekenen.

Kortom de gevolgen zijn beperkt, maar ik vind het weinig vertrouwenwekkend dat mijn slimme meter verkeerde data uitstuurt, wie zegt mij dat de meterstanden dan wel kloppen?

Ik heb hier via de chat contact over met Stedin, maar die constateren alleen dat ze geen storing zien op mijn meter en verwijzen door naar respectievelijk: raspberrypi , bedrijf achter verbruiksmanager, leverancier zonnepanelen, energieleverancier .
Kortom dat schiet niet echt op.

code:

0-0:96.1.1(< wegens privacy verborgen >)
1-0:1.8.1(27749.289*kWh)
1-0:1.8.2(27566.772*kWh)
1-0:2.8.1(00040.948*kWh)
1-0:2.8.2(00091.247*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.00*kW)
1-0:2.7.0(0000.00*kW)
0-0:96.13.1()
0-0:96.13.0()
0-1:96.1.0(< wegens privacy verborgen >)
0-1:24.1.0(03)
0-1:24.3.0(210331100000)(08)(60)(1)(0-1:24.2.0)(m3)
(10480.859)
!
/< wegens privacy verborgen >

0-0:96.1.1(< wegens privacy verborgen >)
1-0:1.8.1(27749.289*kWh)
1-0:1.8.2(27566.772*kWh)
1-0:2.8.1(00040.948*kWh)
1-0:2.8.2(00091.248*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.00*kW)
1-0:2.7.0(0000.00*kW)
0-0:96.13.1()
0-0:96.13.0()
0-1:96.1.0(< wegens privacy verborgen >)
0-1:24.1.0(03)
0-1:24.3.0(210331100000)(08)(60)(1)(0-1:24.2.0)(m3)
(10480.859)
!
/< wegens privacy verborgen >

0-0:96.1.1(< wegens privacy verborgen >)
1-0:1.8.1(27749.289*kWh)
1-0:1.8.2(27566.772*kWh)
1-0:2.8.1(00040.948*kWh)
1-0:2.8.2(00091.249*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.00*kW)
1-0:2.7.0(0000.00*kW)
0-0:96.13.1()
0-0:96.13.0()
0-1:96.1.0(< wegens privacy verborgen >)
0-1:24.1.0(03)
0-1:24.3.0(210331100000)(08)(60)(1)(0-1:24.2.0)(m3)
(10480.859)
!
/< wegens privacy verborgen >

0-0:96.1.1(< wegens privacy verborgen >)
1-0:1.8.1(27749.289*kWh)
1-0:1.8.2(27566.772*kWh)
1-0:2.8.1(00040.948*kWh)
1-0:2.8.2(00091.251*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.00*kW)
1-0:2.7.0(0000.00*kW)
0-0:96.13.1()
0-0:96.13.0()
0-1:96.1.0(< wegens privacy verborgen >)
0-1:24.1.0(03)
0-1:24.3.0(210331100000)(08)(60)(1)(0-1:24.2.0)(m3)
(10480.859)
!
/< wegens privacy verborgen >

[jenser]

Hoi allen!

Had hiervoor wel 6 maanden nodig lol maar aangezien dat Liander hier in de wijk bezig is werd het nu opeens toch dringend. Thanks nog eens voor de tips en het is idd gelukt... omdat het toch al lang terug ligt hier nog eens de samenvatting voor iemand die met hetzelfde probleem zit:

Probleem:
Ik heb een Rpi4 met domoticz en een p1 kabel voor het uitlezen van de smartmeter. Via de p1 kabel krijgt de rpi stroom maar net niet genoeg voor het opstarten en het blijkt dat als de pi stroom via een van de usb porten krijgt gaat hij ernaast niet de usb-c voeding gebruiken. Hierdoor bleef de pi in een reboot loop hangen. Enige oplossing was het om de pi op te starten zonder de p1 kabel, vervolgens de p1 kabel aan te sluiten en nog eens via software te rebooten. Rebooten via software functioneerde altijd prima ook met aangesloten p1 kabel. Maar als je de usb-c voeding ervan afhaalde en op deze manier herstartte belandde hij weer in een reboot loop.

Oplossing:
Aangezien hoe duur die p1 kabel was heb ik tussen de pi en de p1 kabel een goedkope en korte usb verlengkabel aangesloten. Bij dit verlengkabel heb ik het rode draadje doorgeknipt zodat de pi via de kabel wel een data connectie heeft maar dus geen stroom krijgt. Werkt prima en ik kijk nu wat relaxter uit naar de stroomonderbreking straks

jenser schreef op zondag 4 oktober 2020 @ 16:45:
Thanks voor de reacties! Ik denk wat ik ga doen is de p1 kabel aan een usb verlengsnoer aansluiten en daar de 5v doorknippen. Ben benieuwd, zal en update geven als het gebeurd is!

[cj1]

@Thralas heeft mij al geholpen om zijn fantastische Python P1 naar InfluxDB script wat aan te passen naar mijn wensen zoals alle data loggen.

Python:

def handle(values):
    ts = parse_ts(parse_value(values['datetime_stamp'])[0])

    gas_ts, gas_value = parse_value(values['gas_toclient'])
    gas_ts = parse_ts(gas_ts)

    kvs = ','.join('%s=%s' % (k, parse_value(v) for k, v in values.items())

    postdata  = '%s %s %d\n' % ('electricity', kvs, ts)
    postdata += '%s gas_toclient=%s %d\n' % ('gas', gas_value, gas_ts)

    r = requests.post(url, params={'db': 'utilities', 'precision': 's'}, data=postdata)

Update: ik heb het voor elkaar, maar is niet mooi. Terug naar de oude versie, een hele lange "keys=" en een aanpassing van de "parse_value" functie met wat regexen en type conversies wordt er nu dit gepost:

code:

electricity,equipment_id_electricity=<id> mr_toclient_t1=9730u,mr_toclient_t2=14551u,mr_byclient_t1=2603137u,mr_byclient_t2=5920901u,tariff_indicator=1u,actual_power_delivered=0u,actual_power_received=0u,total_pf=220u,total_long_pf=34u,volt_sag_l1=24u,volt_sag_l2=24u,volt_sag_l3=24u,volt_swell_l1=0u,volt_swell_l2=0u,volt_swell_l3=0u,inst_volt_l1=231.0,inst_volt_l2=232.0,inst_volt_l3=231.0,inst_current_l1=0u,inst_current_l2=0u,inst_current_l3=0u,inst_power_l1_p=0u,inst_power_l2_p=0u,inst_power_l3_p=0u,inst_power_l1_m=0u,inst_power_l2_m=0u,inst_power_l3_m=0u 1617567963

Nu lukt de post naar InfluxDB 2.0.4 nog niet vanwege een <Response [404]> Na ombouwen naar v2 api style krijg ik een 204 en metingen in InfluxDB te zien

Een eerste InfluxDB 2.0 dashboard:


PS Voor iemand die het zich afvraagt, het is een 3x80A aansluiting, en ja de Enexis kabels worden hier best warm bij piekproductie (3x88A).

Update 2L Thralas Python script is inmiddels aangepast en uitgebreid en wordt ook gebruikt om de P1 meterwaarden (t1+t2 opgeteld) door te sturen naar pvoutput.

[Voor 53% gewijzigd door cj1 op 09-04-2021 11:05. Reden: Update2 toegevoegd]

[cj1]

De laagst geprijsde FTDI-P1-zelfbouw-kabel die ik tot nu toe in NL gevonden heb, bestaat uit:

1. RJ12 naar 6 Pins Dupont-Jumper Adapter - P1 Kabel Compatible à € 3,00
2. FT232 3.3-5V TTL USB Serial Port Adapter met Kabel à € 8,00
3. Een pull up weerstand (ergens tussen de 1K en 10K afhankelijk van de slimme meter) à € 0,05
Totaal prijs: € 11,05


Als je nog een maximaal 1,5 meter lang telefoonkabeltje en een LSA punchdown tool hebt liggen, dan kun je #1 vervangen door een Digitus DN-93501 RJ45-inbouwmodule Keystone CAT 5e à € 1,04. Is de telefoonkabel langer, dan wordt het knippen, strippen en punchen (om de seriële kabellengte binnen de 2,5 meter te houden)

[cj1]

Thralas schreef op dinsdag 20 september 2016 @ 22:33:
[...]Ik heb er een systemd unit file bij getikt, zodat het een nette service is en hij ook automatisch herstart als er iets misgaat.

code:

[Install]
WantedBy=multi-user.target
Requires=influxdb
After=influxdb

Requires en After horen tegenwoordig in de [Unit] sectie, anders gaat systemd miepen:

/usr/lib/systemd/system/dsm_reader.service:3: Unknown key name 'Requires' in section 'Install', ignoring.
/usr/lib/systemd/system/dsm_reader.service:4: Unknown key name 'After' in section 'Install', ignoring.

Verder denk ik nog een eigenaardigheid in zijn nuttige Python script gevonden te hebben:

Python:

def parse_ts(s):
    tm, tz = s[:-1], s[-1]
    is_dst = (tz == 'S')

    if tm.startswith('23'):
        tm = '16' + tm[2:]

s is een string met de P1 timestamp, bijvoorbeeld 210408212320S.

Als ik deze code goed begrijp, gaat die "if tm.startswith('23'):" van alle timestamps in 2023 het jaartal 2016 maken.

Of is mijn begrip van Python te laag?

[ice-T106]

Ik heb zelf voor mijn DSMR4 meter wat patches in software gedaan zodat ik niet hoefde te wachten op extra hardware.
Hierdoor had ik alleen een NodeMCU en een telefoonstekker nodig. En verder geen externe chips.
Dit door middel van een softserial met inversie aan. En een hack voor de 7bits data.
Dit draait inmiddels al jaren zonder problemen.

code:

#include <PubSubClient.h>
#include <SoftwareSerial.h>
#include <ESP8266WiFi.h>
#include <ESP8266mDNS.h>
#include <ESP8266HTTPClient.h>
#include <WiFiUdp.h>
#include <ArduinoOTA.h>

//ADJUST THIS SETTING TO 512 IN pubsubclient.h
//#define MQTT_MAX_PACKET_SIZE 512

//your settings, change accordingly
#define SERIAL_RX D7  // pin for SoftwareSerial RX

const char* ssid = "******";
const char* password = "********";
const char* hostName = "nodemcu-p1";
const char* mqttServer = "******";
const char* mqttClientName = "nodemcu-p1";
const char* mqttP1Topic = "/energy/p1";
const int mqttPort = 1883;


//useful for debugging, outputs info to serial port
const bool outputOnSerial = false;

// Vars to store meter readings
long powerConsumptionLowTariff = 0; //Meter reading Electrics - consumption low tariff in watt hours
long powerConsumptionHighTariff = 0; //Meter reading Electrics - consumption high tariff  in watt hours
long powerProductionLowTariff = 0; //Meter reading Electrics - return low tariff  in watt hours
long powerProductionHighTariff = 0; //Meter reading Electrics - return high tariff  in watt hours
long CurrentPowerConsumption = 0;  //Meter reading Electrics - Actual consumption in watts
long CurrentPowerProduction = 0;  //Meter reading Electrics - Actual return in watts
long GasConsumption = 0;    //Meter reading Gas in m3

//Infrastructure stuff
#define MAXLINELENGTH 64
char telegram[MAXLINELENGTH];
int teleCnt = 0;
SoftwareSerial mySerial(SERIAL_RX, -1, true, MAXLINELENGTH); // (RX, TX. inverted, buffer)
WiFiClient espClient;
PubSubClient client(espClient);

void setup() {
  Serial.begin(115200);
  Serial.println("Booting");
  WiFi.mode(WIFI_STA);
  WiFi.begin(ssid, password);

  while (WiFi.waitForConnectResult() != WL_CONNECTED) {
    Serial.println("Connection Failed! Rebooting...");
    delay(5000);
    ESP.restart();
  }
  mySerial.begin(9600);
  ArduinoOTA.setHostname(hostName);
  ArduinoOTA.onStart([]() {
    Serial.println("Start");
  });
  ArduinoOTA.onEnd([]() {
    Serial.println("\nEnd");
  });
  ArduinoOTA.onProgress([](unsigned int progress, unsigned int total) {
    Serial.printf("Progress: %u%%\r", (progress / (total / 100)));
  });
  ArduinoOTA.onError([](ota_error_t error) {
    Serial.printf("Error[%u]: ", error);
    if (error == OTA_AUTH_ERROR) Serial.println("Auth Failed");
    else if (error == OTA_BEGIN_ERROR) Serial.println("Begin Failed");
    else if (error == OTA_CONNECT_ERROR) Serial.println("Connect Failed");
    else if (error == OTA_RECEIVE_ERROR) Serial.println("Receive Failed");
    else if (error == OTA_END_ERROR) Serial.println("End Failed");
  });
  ArduinoOTA.begin();
  Serial.println("Ready");
  Serial.print("IP address: ");
  Serial.println(WiFi.localIP());
  client.setServer(mqttServer, mqttPort);
}

void loop() {
  if (!client.connected()) {
    reconnect();
  }
  client.loop();

  //readTelegram();
  readTelegram2();
  ArduinoOTA.handle();
}

void reconnect() {
  // Loop until we're reconnected
  while (!client.connected()) {
    Serial.print("Attempting MQTT connection...");
    if (client.connect(mqttClientName)) {
      Serial.println("connected");
    } else {
      Serial.print("failed, rc=");
      Serial.print(client.state());
      Serial.println(" try again in 5 seconds");
      // Wait 5 seconds before retrying
      delay(5000);
    }
  }
}

void publishP1ToMqtt() {
  char msgpub[256];
  char output[256];
  String msg = "{";
  msg.concat("\"powerConsumptionLowTariff\": %lu,");
  msg.concat("\"powerConsumptionHighTariff\": %lu,");
  msg.concat("\"powerProductionLowTariff\": %lu,");
  msg.concat("\"powerProductionHighTariff\": %lu,");
  msg.concat("\"CurrentPowerConsumption\": %lu,");
  msg.concat("\"CurrentPowerProduction\": %lu");
  msg.concat("}");
  msg.toCharArray(msgpub, 256);

  sprintf(output, msgpub, powerConsumptionLowTariff, powerConsumptionHighTariff, powerProductionLowTariff, powerProductionHighTariff, CurrentPowerConsumption, CurrentPowerProduction);
  client.publish(mqttP1Topic, output);
}





void readTelegram() {
  if (mySerial.available()) {
    if (outputOnSerial) {
      Serial.println("\nTrying to read");
    }
    memset(telegram, 0, sizeof(telegram));
    while (mySerial.available()) {
      int len = mySerial.readBytesUntil('\n', telegram, MAXLINELENGTH);
      telegram[len] = '\n';
      telegram[len + 1] = 0;
      yield();
      if (decodeTelegram(len + 1))
      {
        publishP1ToMqtt();
      }
    }
  }
}

void readTelegram2() {
  while (mySerial.available())
  {
    char character = mySerial.read(); // Receive a single character from the software serial port
    character &= 0x7F; //7E1 fix
    telegram[teleCnt] = character; // Add the received character to the receive buffer
    teleCnt++;
    if (character == '\n')
    {
      //Serial.print("Received: ");
      //Serial.println(telegram); //Do loop here?

      // Add your code to parse the received line here....
      telegram[teleCnt] = '\n';
      telegram[teleCnt + 1] = 0;
      //for(int cnt=0; cnt<teleCnt;cnt++)
      //  Serial.print(telegram[cnt]);
      yield();
      if (decodeTelegram(teleCnt + 1))
      {
        publishP1ToMqtt();
      }

      // Clear receive buffer so we're ready to receive the next line
      //telegram = "";
      memset(telegram, 0, sizeof(telegram));
      teleCnt = 0;
    }
  }
}

bool decodeTelegram(int len) {
  //need to check for start
  int startChar = FindCharInArrayRev(telegram, '/', len);
  int endChar = FindCharInArrayRev(telegram, '!', len);
  bool endOfMessage = false;
  if (startChar >= 0)
  {
    if (outputOnSerial)
    {
      for (int cnt = startChar; cnt < len - startChar; cnt++)
        Serial.print(telegram[cnt]);
    }
  }
  else if (endChar >= 0)
  {
    endOfMessage = true;
    if (outputOnSerial)
    {
      for (int cnt = 0; cnt < len; cnt++)
        Serial.print(telegram[cnt]);
    }
  }
  else
  {
    if (outputOnSerial)
    {
      for (int cnt = 0; cnt < len; cnt++)
        Serial.print(telegram[cnt]);
    }
  }

  long val = 0;
  long val2 = 0;
  // 1-0:1.8.1(000992.992*kWh)
  // 1-0:1.8.1 = Elektra verbruik laag tarief (DSMR v4.0)
  if (strncmp(telegram, "1-0:1.8.1", strlen("1-0:1.8.1")) == 0)
    powerConsumptionLowTariff =  getValue(telegram, len);


  // 1-0:1.8.2(000560.157*kWh)
  // 1-0:1.8.2 = Elektra verbruik hoog tarief (DSMR v4.0)
  if (strncmp(telegram, "1-0:1.8.2", strlen("1-0:1.8.2")) == 0)
    powerConsumptionHighTariff = getValue(telegram, len);


  // 1-0:2.8.1(000348.890*kWh)
  // 1-0:2.8.1 = Elektra opbrengst laag tarief (DSMR v4.0)
  if (strncmp(telegram, "1-0:2.8.1", strlen("1-0:2.8.1")) == 0)
    powerProductionLowTariff = getValue(telegram, len);


  // 1-0:2.8.2(000859.885*kWh)
  // 1-0:2.8.2 = Elektra opbrengst hoog tarief (DSMR v4.0)
  if (strncmp(telegram, "1-0:2.8.2", strlen("1-0:2.8.2")) == 0)
    powerProductionHighTariff = getValue(telegram, len);


  // 1-0:1.7.0(00.424*kW) Actueel verbruik
  // 1-0:2.7.0(00.000*kW) Actuele teruglevering
  // 1-0:1.7.x = Electricity consumption actual usage (DSMR v4.0)
  if (strncmp(telegram, "1-0:1.7.0", strlen("1-0:1.7.0")) == 0)
    CurrentPowerConsumption = getValue(telegram, len);

  if (strncmp(telegram, "1-0:2.7.0", strlen("1-0:2.7.0")) == 0)
    CurrentPowerProduction = getValue(telegram, len);


  // 0-1:24.2.1(150531200000S)(00811.923*m3)
  // 0-1:24.2.1 = Gas (DSMR v4.0) on Kaifa MA105 meter
  if (strncmp(telegram, "0-1:24.2.1", strlen("0-1:24.2.1")) == 0)
    GasConsumption = getValue(telegram, len);

  return endOfMessage;
}

long getValue(char* buffer, int maxlen) {
  int s = FindCharInArrayRev(buffer, '(', maxlen - 2);
  if (s < 8) return 0;
  if (s > 32) s = 32;
  int l = FindCharInArrayRev(buffer, '*', maxlen - 2) - s - 1;
  if (l < 4) return 0;
  if (l > 12) return 0;
  char res[16];
  memset(res, 0, sizeof(res));

  if (strncpy(res, buffer + s + 1, l)) {
    if (isNumber(res, l)) {
      return (1000 * atof(res));
    }
  }
  return 0;
}

int FindCharInArrayRev(char array[], char c, int len) {
  for (int i = len - 1; i >= 0; i--) {
    if (array[i] == c) {
      return i;
    }
  }
  return -1;
}

long getValidVal(long valNew, long valOld, long maxDiffer)
{
  //check if the incoming value is valid
  if (valOld > 0 && ((valNew - valOld > maxDiffer) && (valOld - valNew > maxDiffer)))
    return valOld;
  return valNew;
}

bool isNumber(char* res, int len) {
  for (int i = 0; i < len; i++) {
    if (((res[i] < '0') || (res[i] > '9'))  && (res[i] != '.' && res[i] != 0)) {
      return false;
    }
  }
  return true;
}

[breinonline]

Staat er ook ergens in dit topic een soort vervangende topicstart met de mogelijkheden die er tegenwoordig zijn?
Ik zie eerlijk gezegd door de bomen het bos niet helemaal meer:
- Zelfsolderen
- P1 > USB FTDI kabeltje
- P1 > wifi
- P1 > gateway > wifi

Als ik het zo lees zitten hier ook makers/verkopers dus ik heb eigenlijk wel behoefte aan onafhankelijk advies wat in welke situatie nu het beste is. Of beter gezegd: alle manieren hebben ongetwijfeld voor- en nadelen, staan die ergens op een rijtje?

[King4589]

breinonline schreef op zaterdag 10 april 2021 @ 15:37:
Staat er ook ergens in dit topic een soort vervangende topicstart met de mogelijkheden die er tegenwoordig zijn?
Ik zie eerlijk gezegd door de bomen het bos niet helemaal meer:
- Zelfsolderen
- P1 > USB FTDI kabeltje
- P1 > wifi
- P1 > gateway > wifi

Als ik het zo lees zitten hier ook makers/verkopers dus ik heb eigenlijk wel behoefte aan onafhankelijk advies wat in welke situatie nu het beste is. Of beter gezegd: alle manieren hebben ongetwijfeld voor- en nadelen, staan die ergens op een rijtje?

Ik heb dit probleem eigenlijk ook wel...

Zelf gebruik ik een Raspberry-Pi, die heeft al serieel dus een P1 USB kabel vind ik overdreven dus zelf solderen is dus mijn plan.

Ik heb het kabeltje waar @cj1 naar verwijst al in huis gehaald en meteen een BC547 er bij besteld.
Ik heb het met deze BC547 op een breadboard werkend gekregen, maar ik heb 3 weerstandjes waarvan er twee in serie naar de eerste pin van die transistor. Geen idee waarom, ik volgde een schema dat ik niet helemaal duidelijk vond. Ondertussen kwam ik juist veel meer verwijzingen tegen naar een BS170 met slechts één 10kOhm weerstand, wat dus een stuk makkelijker te solderen is. Omdat ik wat meer nodig had bij een andere webshop die maar besteld met het idee het BS170 schema zoals oa. hier weergeven is.

Helaas werkt dit voor mij niet, ik vermoed dat er ergens nog een weerstand tussen de 5v van de meter en een null moet, alleen geen idee welke. Helaas zijn de meeste schema's waar in de topic naar verwezen wordt niet meer werkend. En bij lang niet alle is aangegeven op welke DSMR versie ze werken, het kan goed zijn dat die BS170 met 1x10kOhm alleen op eerdere versies werkte. Zelf heb ik een DSMR 4.2.2 meter.

Heeft iemand nog een simpel werkend schema? Bijvoorkeur voor de Raspberry pi

Om terug te komen op breinonline, het kopen van een P1 usb kabel is veruit het makkelijkste en snelst werkend als je een eigen systeem wil gebruiken. Al ziet die gateway die volgens mij door een Tweaker is gemaakt er ook wel leuk uit.

[Voor 3% gewijzigd door King4589 op 10-04-2021 22:30]

[Aiolos]

Ik ben mogelijk niet geheel onpartijdig in de mogelijkheden om uit te lezen, maar zal proberen zo objectief mogelijk de opties te beschrijven:

In alle gevallen komt het er natuurlijk op neer dat de P1 poort een seriële poort is, waarvan het signaal een beetje afwijkend is en geinverteerd moet worden (dus een 0 moet een 1 worden en andersom). Met een echte FTDI usb-to-serial adapter kan dat via de chip zelf (via de software van de FTDI is er een optie 'invert RxD'), maar het schema is ook vrij simpel.

Voorbeeld van een schema is hier te vinden: http://domoticx.com/p1-poort-slimme-meter-uitlezen-hardware/
Er worden op die site (niet van mij) diverse opties genoemd om te inverteren. Een veelgebruikte methode is de BC547-transistor optie die daar beschreven wordt (kan ook met een 2n2222 transistor, en vele anderen). De Arduino seriële poort kan ook een ander soort seriële poort zijn, zoals bijvoorbeeld op een RaspberryPi of een ESP8266.
Het schema komt op het volgende neer:
- Om de seriële poort op de slimme meter te activeren, moet pin 2 'hoog' gemaakt worden, 5v.
- De uitgang van de meter (pin 5) gaat naar de transistor (via een weerstand), en wordt ook met een pull-up weerstand van 10k naar de 5v verbonden.
- Het signaal komt nu geinverteerd op de seriële poort van je gewenste device.
- GND verbind je natuurlijk ook even.

Als je handig bent kun je dit gemakkelijk zelf.

De wifi opties (met de variant met en zonder de 'gateway' bedoel je denk ik dezelfde) zijn eigenlijk ditzelfde principe, maar bieden vervolgens de telegrammen aan op je netwerk. Dat kan handig zijn als je je raspberry pi niet in de meterkast hebt en een kabeltje dus geen optie is. Nadeel is natuurlijk een wifi-verbinding die instabiel kan zijn, maar in de praktijk valt mij dat reuze mee. Er zijn ook manieren om het bekabeld te doen, het principe is natuurlijk hetzelfde.

Zo'n gateway (bijvoorbeeld een ESP8266) kan op verschillende manieren het telegram aanbieden:
- Als seriële poort via je netwerk (bijvoorbeeld ESPEasy met een ser2net implementatie)
- Via MQTT (bijvoorbeeld Tasmota, hier staat ook een prima schema bij overigens, werkt ook voor de andere methodes)
- Direct om te bekijken op de ESP: DSMR Logger

De eerste twee opties hebben een domotica-pakket nodig om de data te verwerken, in DSMR Logger kun je ook direct op de ESP kijken. Domoticz heeft een P1 LAN hardware device, en ook Home Assistant heeft een plugin.

De genoemde schema's werken eigenlijk op alle types DSMR (en ESMR, voor België). DSMR5 biedt de mogelijkheid om zo'n gateway vanuit de meter te voeden (je hebt dan 250mA beschikbaar), lagere versies kunnen niet. DSMR4 is bijvoorbeeld maar 100mA (soms kun je dan wel een ESP8266 draaien, maar meestal is het net te weinig). Lagere versies hebben geen voeding vanuit de meter. De pull-up weerstand is soms niet nodig, in de praktijk zit ie er bij de verschillende meters die ik voorbij heb zien komen eigenlijk altijd op.

Een verschil bij de versies is wel de baudrate: op deze site vind je van verschillende slimme meter types de verschillende instellingen. En geloof het of niet: soms wil het uiteraard ook nog wel eens afwijken.

Dan het aantal telegrammen: vanaf DSMR5 is dat elke seconde, lagere versies geven 1x per 10 seconden een telegram.

Hopelijk verheldert dit de stand van zaken een beetje. Bovengenoemde links zijn bronnen waar ik mijn informatie vandaan heb, of wat ik gebruik. Alle kudo's natuurlijk naar de makers daarvan.

Wat is er nou het beste? Tja, dat hangt van je situatie af en hoe handig je bent. Een kant en klare oplossing werkt voor iedereen en is lekker makkelijk. Maar een Tweaker die een beetje wil knutselen, kan het met de juiste onderdelen prima zelf. Welke oplossing je dan zelf bouwt, hangt ook een beetje af van waar je het in wil uitlezen en met welk protocol.

(pro-tip: De ISKRA AM-550 is de meest 'problematische' meter. Instellingen willen bijvoorbeeld nog wel eens afwijken en telegrammen zijn soms opeens een stuk groter. Uiteindelijk werkt het wel, maar het is nog wel eens puzzelen. En meters die hetzelfde typenummer lijken te hebben, kunnen per revisie toch heel andere specs hebben.)

[rwanrooy]

Aiolos schreef op zondag 11 april 2021 @ 00:00:
Ik ben mogelijk niet geheel onpartijdig in de mogelijkheden om uit te lezen, maar zal proberen zo objectief mogelijk de opties te beschrijven:

In alle gevallen komt het er natuurlijk op neer dat de P1 poort een seriële poort is, waarvan het signaal een beetje afwijkend is en geinverteerd moet worden (dus een 0 moet een 1 worden en andersom). Met een echte FTDI usb-to-serial adapter kan dat via de chip zelf (via de software van de FTDI is er een optie 'invert RxD'), maar het schema is ook vrij simpel.

Voorbeeld van een schema is hier te vinden: http://domoticx.com/p1-poort-slimme-meter-uitlezen-hardware/
Er worden op die site (niet van mij) diverse opties genoemd om te inverteren. Een veelgebruikte methode is de BC547-transistor optie die daar beschreven wordt (kan ook met een 2n2222 transistor, en vele anderen). De Arduino seriële poort kan ook een ander soort seriële poort zijn, zoals bijvoorbeeld op een RaspberryPi of een ESP8266.
Het schema komt op het volgende neer:
- Om de seriële poort op de slimme meter te activeren, moet pin 2 'hoog' gemaakt worden, 5v.
- De uitgang van de meter (pin 5) gaat naar de transistor (via een weerstand), en wordt ook met een pull-up weerstand van 10k naar de 5v verbonden.
- Het signaal komt nu geinverteerd op de seriële poort van je gewenste device.
- GND verbind je natuurlijk ook even.

Als je handig bent kun je dit gemakkelijk zelf.

De wifi opties (met de variant met en zonder de 'gateway' bedoel je denk ik dezelfde) zijn eigenlijk ditzelfde principe, maar bieden vervolgens de telegrammen aan op je netwerk. Dat kan handig zijn als je je raspberry pi niet in de meterkast hebt en een kabeltje dus geen optie is. Nadeel is natuurlijk een wifi-verbinding die instabiel kan zijn, maar in de praktijk valt mij dat reuze mee. Er zijn ook manieren om het bekabeld te doen, het principe is natuurlijk hetzelfde.

Zo'n gateway (bijvoorbeeld een ESP8266) kan op verschillende manieren het telegram aanbieden:
- Als seriële poort via je netwerk (bijvoorbeeld ESPEasy met een ser2net implementatie)
- Via MQTT (bijvoorbeeld Tasmota, hier staat ook een prima schema bij overigens, werkt ook voor de andere methodes)
- Direct om te bekijken op de ESP: DSMR Logger

De eerste twee opties hebben een domotica-pakket nodig om de data te verwerken, in DSMR Logger kun je ook direct op de ESP kijken. Domoticz heeft een P1 LAN hardware device, en ook Home Assistant heeft een plugin.

De genoemde schema's werken eigenlijk op alle types DSMR (en ESMR, voor België). DSMR5 biedt de mogelijkheid om zo'n gateway vanuit de meter te voeden (je hebt dan 250mA beschikbaar), lagere versies kunnen niet. DSMR4 is bijvoorbeeld maar 100mA (soms kun je dan wel een ESP8266 draaien, maar meestal is het net te weinig). Lagere versies hebben geen voeding vanuit de meter. De pull-up weerstand is soms niet nodig, in de praktijk zit ie er bij de verschillende meters die ik voorbij heb zien komen eigenlijk altijd op.

Een verschil bij de versies is wel de baudrate: op deze site vind je van verschillende slimme meter types de verschillende instellingen. En geloof het of niet: soms wil het uiteraard ook nog wel eens afwijken.

Dan het aantal telegrammen: vanaf DSMR5 is dat elke seconde, lagere versies geven 1x per 10 seconden een telegram.

Hopelijk verheldert dit de stand van zaken een beetje. Bovengenoemde links zijn bronnen waar ik mijn informatie vandaan heb, of wat ik gebruik. Alle kudo's natuurlijk naar de makers daarvan.

Wat is er nou het beste? Tja, dat hangt van je situatie af en hoe handig je bent. Een kant en klare oplossing werkt voor iedereen en is lekker makkelijk. Maar een Tweaker die een beetje wil knutselen, kan het met de juiste onderdelen prima zelf. Welke oplossing je dan zelf bouwt, hangt ook een beetje af van waar je het in wil uitlezen en met welk protocol.

(pro-tip: De ISKRA AM-550 is de meest 'problematische' meter. Instellingen willen bijvoorbeeld nog wel eens afwijken en telegrammen zijn soms opeens een stuk groter. Uiteindelijk werkt het wel, maar het is nog wel eens puzzelen. En meters die hetzelfde typenummer lijken te hebben, kunnen per revisie toch heel andere specs hebben.)

Fijn dat je het zo duidelijk uitlegt Aiolos. Hier hebben mensen echt wat aan.

Ik ben zelf begonnen met de slimme meter gateways vanuit de hobby en ben gewoon gaan programmeren. Uiteindelijk hadden wat vrienden interesse in de gateways en omdat ik al zeer snel een firmware update over internet had ingebouwd kon ik de software steeds snel aanpassen aan meters die problematisch werkten. Omdat de gebruikte software vanaf het begin door mijzelf is gebouwd weet ik ook hoe alles werkt en snel is aan te passen. Hierdoor kan ik snel inspelen op veranderingen (en die voeren de leveranciers geregeld automatisch door). Het kan dus zomaar zijn dat een gateway opeens niet meer werkt.

Ook komt het weleens voor dat een meter opeens minder stroom gaat leveren waardoor een gateway niet meer werkt. Erg lastig met troubleshooten maar je leert er enorm veel van.

uiteindelijk ben ik de gateways maar gaan verkopen omdat er zoveel vraag naar was en heb ik er een dagtaak aan. Een gateway zelf bouwen is mogelijk maar zoals de meeste tweakers al hebben kunnen lezen kun je er stiekem veel tijd aan kwijt zijn. Of je daar zin in hebt mag je natuurlijk zelf bepalen. Je leert er immers veel van en dat is ook wat waard.

Ik ben blij dat ik steeds ben gaan verbeteren en dat ik er nu een mooi product van het kunnen maken. Als een gateway even niet werkt of iemand heeft problemen, dan is het ook weer leuk om even iemand persoonlijk te ondersteunen. Zo kan een hobby dus uitgroeien tot iets leuks.

Welke oplossing jij kiest hangt helemaal af van jouw persoonlijke voorkeur. Wil je gewoon iets wat werkt, schaf er dan een aan. Wil je zelf aan de hobby dan kun je dus alle kanten op.

[breinonline]

Aiolos schreef op zondag 11 april 2021 @ 00:00:
een lang en duidelijk verhaal

@Kroesss Kan je deze pinnen en/of aan de startpost toevoegen? Dat helpt anderen ongetwijfeld ook weer

Aiolos schreef op zondag 11 april 2021 @ 00:00:
(pro-tip: De ISKRA AM-550 is de meest 'problematische' meter. Instellingen willen bijvoorbeeld nog wel eens afwijken en telegrammen zijn soms opeens een stuk groter. Uiteindelijk werkt het wel, maar het is nog wel eens puzzelen. En meters die hetzelfde typenummer lijken te hebben, kunnen per revisie toch heel andere specs hebben.)

Alleen je pro-tip: ik heb zo'n problematische meter. Is het dan slim om voor een bepaald systeem te gaan (of juist voor een systeem niet)?

rwanrooy schreef op zondag 11 april 2021 @ 00:13:
[...]


Fijn dat je het zo duidelijk uitlegt Aiolos. Hier hebben mensen echt wat aan.

Ik ben zelf begonnen met de slimme meter gateways vanuit de hobby en ben gewoon gaan programmeren. Uiteindelijk hadden wat vrienden interesse in de gateways en omdat ik al zeer snel een firmware update over internet had ingebouwd kon ik de software steeds snel aanpassen aan meters die problematisch werkten. Omdat de gebruikte software vanaf het begin door mijzelf is gebouwd weet ik ook hoe alles werkt en snel is aan te passen. Hierdoor kan ik snel inspelen op veranderingen (en die voeren de leveranciers geregeld automatisch door). Het kan dus zomaar zijn dat een gateway opeens niet meer werkt.

Ook komt het weleens voor dat een meter opeens minder stroom gaat leveren waardoor een gateway niet meer werkt. Erg lastig met troubleshooten maar je leert er enorm veel van.

uiteindelijk ben ik de gateways maar gaan verkopen omdat er zoveel vraag naar was en heb ik er een dagtaak aan. Een gateway zelf bouwen is mogelijk maar zoals de meeste tweakers al hebben kunnen lezen kun je er stiekem veel tijd aan kwijt zijn. Of je daar zin in hebt mag je natuurlijk zelf bepalen. Je leert er immers veel van en dat is ook wat waard.

Ik ben blij dat ik steeds ben gaan verbeteren en dat ik er nu een mooi product van het kunnen maken. Als een gateway even niet werkt of iemand heeft problemen, dan is het ook weer leuk om even iemand persoonlijk te ondersteunen. Zo kan een hobby dus uitgroeien tot iets leuks.

Welke oplossing jij kiest hangt helemaal af van jouw persoonlijke voorkeur. Wil je gewoon iets wat werkt, schaf er dan een aan. Wil je zelf aan de hobby dan kun je dus alle kanten op.

Dank voor je aanvulling. Om wille van stabiliteit zoek ik zelf eigenlijk een bedrade oplossing. Maar ik baal een beetje dat de meeste bedrade oplossingen (op de USB met FTDI chip na) duurder zijn dan de wifi varianten.

[ice-T106]

@Aiolos
Kleine toevoeging, met sommige chips (bijvoorbeeld de Esp8266) kan de inversie dus ook in software en heb geen extra hardware nodig.

Ook denk ik dat de keuze voor bijvoorbeeld een bridge via LAN/wifi ook vaak te maken heeft met de (domotica) server niet altijd naast de meterkast staat.

[Aiolos]

breinonline schreef op zondag 11 april 2021 @ 07:20:

Alleen je pro-tip: ik heb zo'n problematische meter. Is het dan slim om voor een bepaald systeem te gaan (of juist voor een systeem niet)?

'problematisch' is een groot woord misschien, het is toevallig de meter waarover ik vaak nog wat vragen moet beantwoorden of kleine problemen op moet lossen.
De oplossing met alleen een ESP-01s is wat lastiger, omdat die lastiger te flashen is (een wemos D1 bijvoorbeeld kun je flashen via de usb-poort, da's veel makkelijker). De problemen zijn met de laatste versies van ESPEasy en Tasmota wel opgelost, maar er kan natuurlijk maar zo weer een update worden doorgevoerd in de meter, waardoor er toch weer een kleine aanpassing nodig is.

[...]

Dank voor je aanvulling. Om wille van stabiliteit zoek ik zelf eigenlijk een bedrade oplossing. Maar ik baal een beetje dat de meeste bedrade oplossingen (op de USB met FTDI chip na) duurder zijn dan de wifi varianten.

Je kunt natuurlijk ook gewoon eerst die wifi-oplossing proberen. Zoals ik zei: ik de praktijk hoor ik weinig van wegvallende verbindingen die een probleem vormen. Het schema is hetzelfde, alleen de wemos wissel je voor een andere serial-to-lan oplossing als het echt niet stabiel werkt.

ice-T106 schreef op zondag 11 april 2021 @ 07:48:
@Aiolos
Kleine toevoeging, met sommige chips (bijvoorbeeld de Esp8266) kan de inversie dus ook in software en heb geen extra hardware nodig.

Klopt, maar een software serial implementatie kan wel iets minder stabiel zijn dan de hardwarematige variant op een esp of arduino.

Ook denk ik dat de keuze voor bijvoorbeeld een bridge via LAN/wifi ook vaak te maken heeft met de (domotica) server niet altijd naast de meterkast staat.

Klopt, dat bedoelde ik met de raspberry die niet in de meterkast staat, dat kan ook elke andere domotica-controller zijn. Ik heb de raspberry er wel hangen, maar gebruik toch de wifi-oplossing.

[King4589]

Bedankt voor de uitleg Aiolos. Ik heb er nog even mee zitten klieren, maar zoals op die pagina beschreven staat werkt niet voor de Raspberry Pi. Dit komt denk ik door de 3.3v logic van de Pi, want als ik geen 3.3v mee neem wil het niet werken op de GPIO.

Ik heb in Fritzing mijn schema even nagemaakt met de BC547. Ik sluit de 5.5v en gnd van de P1 poort direct door naar de Pi en doe er niks mee. Pin5, TX, gaat naar de middelste transistor poot (base, bolle kant achter).

Ik gebruik 3x een 1k Ohm weerstand waarbij er twee in serie staan, effectief 2k Ohm, maar met één werkte het in een snelle test ook.

Zou ik hier op de eerste pin van de transistor een weerstand naar gnd moeten gebruiken? En zou ik hogere weerstanden moeten gebruiken op bepaalde plekken? In het schema van domoticx gebruiken ze op de linker transistor poort een 1k en de andere twee 10k.

[Aiolos]

King4589 schreef op zondag 11 april 2021 @ 17:17:
Bedankt voor de uitleg Aiolos. Ik heb er nog even mee zitten klieren, maar zoals op die pagina beschreven staat werkt niet voor de Raspberry Pi. Dit komt denk ik door de 3.3v logic van de Pi, want als ik geen 3.3v mee neem wil het niet werken op de GPIO.

Ik heb in Fritzing mijn schema even nagemaakt met de BC547. Ik sluit de 5.5v en gnd van de P1 poort direct door naar de Pi en doe er niks mee. Pin5, TX, gaat naar de middelste transistor poot (base, bolle kant achter).
[Afbeelding]
Ik gebruik 3x een 1k Ohm weerstand waarbij er twee in serie staan, effectief 2k Ohm, maar met één werkte het in een snelle test ook.

Zou ik hier op de eerste pin van de transistor een weerstand naar gnd moeten gebruiken? En zou ik hogere weerstanden moeten gebruiken op bepaalde plekken? In het schema van domoticx gebruiken ze op de linker transistor poort een 1k en de andere twee 10k.

Weerstand naar GND is niet nodig. Het 'alternatief' schema op die site bevat mooiere waarden: de pull-up R1 en R3 zijn daar wat hoger, dan loopt er een kleinere stroom. R2 is gewoon 1k. (de diodes en condensator heb je niet per se nodig)

[Johan.S]

breinonline schreef op zaterdag 10 april 2021 @ 15:37:
Staat er ook ergens in dit topic een soort vervangende topicstart met de mogelijkheden die er tegenwoordig zijn?
Ik zie eerlijk gezegd door de bomen het bos niet helemaal meer:
- Zelfsolderen
- P1 > USB FTDI kabeltje
- P1 > wifi
- P1 > gateway > wifi

Als ik het zo lees zitten hier ook makers/verkopers dus ik heb eigenlijk wel behoefte aan onafhankelijk advies wat in welke situatie nu het beste is. Of beter gezegd: alle manieren hebben ongetwijfeld voor- en nadelen, staan die ergens op een rijtje?

Zelf ben ik nog steeds erg blij met mijn oplossing. Ik gebruik een serial to LAN convertor en lepel dan de (L&G 350 DSMR 5) P1- data via LAN binnen in Domoticz.

De kosten vallen wel mee.
• RJ11 kabel 2,-
• DB9 connector 9 Pin Breakout terminals 2,-
• 2kOhm weerstand 0,15
• 'Serial to LAN conv.' 17,-

Totaal dus nog geen 22 Euro!
Voordelen: Bedraad, Stabiel, geen soldeerbout nodig en de P1 output beschikbaar over heel je LAN dus voor meerdere gebruikers.
Nadelen: Je moet wel een LAN aansluiting + WCD in de nabijheid van de slimme meter hebben.

[Dennis0162]

Hello,

Ik ben ook van plan om de P1 poort uit te lezen, het liefste wil ik dit uitlezen in een docker container op mijn NAS. Heeft hier iemand ervaring mee en is er een docker container beschikbaar waar al goede ervaringen mee zijn?
Bvd!

[Voor 4% gewijzigd door Dennis0162 op 12-04-2021 09:44]

[dunklefaser]

Voor wie een ESP32 kan/wil gebruiken - @bartw2604 heeft zijn compact schema (minimale hardware!)
in een andere draad nog een keer geplaatst, software op github.

[kwaazaar]

ESP32 heb ik ook gebruikt. Die kan zelf de inverse doen. De hardware serial daarvan ondersteunt dat. Enkel nog een weerstand nodig (waarvan ik zelf de werkende waarde met een potmeter heb bepaald).

[JanekS]

Dennis0162 schreef op maandag 12 april 2021 @ 09:43:
Hello,

Ik ben ook van plan om de P1 poort uit te lezen, het liefste wil ik dit uitlezen in een docker container op mijn NAS. Heeft hier iemand ervaring mee en is er een docker container beschikbaar waar al goede ervaringen mee zijn?
Bvd!

Heb een container met Eclipse Mosquitto draaien op mijn Synology NAS i.c.m. een kant-en-klare Connectix Wifi gateway. Vrij gemakkelijk in te stellen en lichtgewicht.

[Voor 5% gewijzigd door JanekS op 15-04-2021 16:37]

[gastje01]

Gisteren een nieuwe meter laten plaatsen in verband met de overgang naar 3 Fase. Ben van een Kaifa E0025 naar een ISKRA AM550 gegaan.

Nu werkt echter mijn DSMR installatie (remote datalogger op een oude raspberry naar een DSMR installatie op een NUC) niet meer. Enig onderzoek leert dat ik van DSRM 4 naar ESMR 5.0 ben gegaan. Wanneer ik de kabel echter direct aan mijn laptop hang krijg ik op een baudrate van 115200 alleen maar onleesbare tekens (blokjes) te zien in Putty. De rasp las ook deze rare tekens uit en stuurde daarom niets meer door, via ser2net krijg ik dezelfde brei te zien.

Iemand een tip in welke richting ik moet zoeken voor een oplossing? Neem aan de de P1 pin-out niet anders is bij v4 t.o.v. v5 . Ik maak gebruik van een 'kant-en-klare' FTDI kabel voor het geval dat nog uit maakt.

[jobr]

gastje01 schreef op woensdag 21 april 2021 @ 11:28:
Iemand een tip in welke richting ik moet zoeken voor een oplossing? Neem aan de de P1 pin-out niet anders is bij v4 t.o.v. v5 . Ik maak gebruik van een 'kant-en-klare' FTDI kabel voor het geval dat nog uit maakt.

Kan zijn dat de data geïnverteerd moet worden (of juist nu niet meer). google er maar eens op

[gastje01]

jobr schreef op woensdag 21 april 2021 @ 18:56:
[...]
Kan zijn dat de data geïnverteerd moet worden (of juist nu niet meer). google er maar eens op

Maakt me niet veel wijzer. Volgens deze site had mijn vorige meter al een geïnverteerd signaal en heeft deze meter de zelfde instelling nodig. Verder kom ik alleen hardware matige aanpassingen tegen, is dit ook in de software af te vangen?

[Aiolos]

Pull-up weerstandje nodig wellicht? Kan zijn dat de kaifa zonder werkte, maar dat de iskra toch echt die pull-up nodig heeft.

[dwang]

Hallo weet niet of ik hier goed zit.
Ik krijg dsrm-reader niet aan de praat.
Dit in home assistant op een pi4b.

Hij draait wel maar als ik naar de webpage ga zegt hij dat hij niet gevonden kan wordt.

Ip homeassistant:7777/admin

Heb ook de database lopen pgAdmin4 die gaat wel open.
Maar ik kan geen server toevoegen.
Is er iemand die mij daar bij kan helpen met de config.

Op de slimmemeter kaifa 0025 v4 heb ik op de P1 poort een slimme lezer die via een esp8266 loopt.

Die geeft de data door via een telnet sessie.
Deze is van Marcel van Zuidwijk.

[iMars]

dwang schreef op zaterdag 1 mei 2021 @ 22:11:
Hallo weet niet of ik hier goed zit.
Ik krijg dsrm-reader niet aan de praat.
Dit in home assistant op een pi4b.

Hij draait wel maar als ik naar de webpage ga zegt hij dat hij niet gevonden kan wordt.

Ip homeassistant:7777/admin

Hoe heb je het draaien? Bare metal? Of in Docker?

Heb ook de database lopen pgAdmin4 die gaat wel open.
Maar ik kan geen server toevoegen.
Is er iemand die mij daar bij kan helpen met de config.

Op de slimmemeter kaifa 0025 v4 heb ik op de P1 poort een slimme lezer die via een esp8266 loopt.

Die geeft de data door via een telnet sessie.

Ik kan je sowieso de docker variant van Xirixiz

Deze is van Marcel van Zuidwijk.

Fixed

gastje01 schreef op woensdag 21 april 2021 @ 11:28:
Gisteren een nieuwe meter laten plaatsen in verband met de overgang naar 3 Fase. Ben van een Kaifa E0025 naar een ISKRA AM550 gegaan.

Nu werkt echter mijn DSMR installatie (remote datalogger op een oude raspberry naar een DSMR installatie op een NUC) niet meer. Enig onderzoek leert dat ik van DSRM 4 naar ESMR 5.0 ben gegaan. Wanneer ik de kabel echter direct aan mijn laptop hang krijg ik op een baudrate van 115200 alleen maar onleesbare tekens (blokjes) te zien in Putty. De rasp las ook deze rare tekens uit en stuurde daarom niets meer door, via ser2net krijg ik dezelfde brei te zien.

Iemand een tip in welke richting ik moet zoeken voor een oplossing? Neem aan de de P1 pin-out niet anders is bij v4 t.o.v. v5 . Ik maak gebruik van een 'kant-en-klare' FTDI kabel voor het geval dat nog uit maakt.

DSMR 4 en 5 hebben beiden dezelfde pin-out en dezelfde seriële settings (zover ik weet), beide 115200 8N1.
De ISKRA AM550 heb ik zelf ook en is 115200 8N1. Een paar klanten van mij hebben ook de E0025. Dat zegt mij dat dit hetzelfde zou moeten zijn qua serieel uitlezen.

gastje01 schreef op woensdag 21 april 2021 @ 20:08:
[...]

Maakt me niet veel wijzer. Volgens deze site had mijn vorige meter al een geïnverteerd signaal en heeft deze meter de zelfde instelling nodig. Verder kom ik alleen hardware matige aanpassingen tegen, is dit ook in de software af te vangen?

Elke meter geeft een geïnverteerd signaal, omdat het d.m.v. een optocoupler galvanisch gescheiden is. Ik vermoed dat de usb kabel die je hebt, niet helemaal netjes werkt. Dat het bij de ene meter wel werkt en bij de andere meter niet.

Aiolos schreef op woensdag 21 april 2021 @ 20:17:
Pull-up weerstandje nodig wellicht? Kan zijn dat de kaifa zonder werkte, maar dat de iskra toch echt die pull-up nodig heeft.

Dit zou inderdaad een reden kunnen zijn...

dunklefaser schreef op maandag 12 april 2021 @ 09:47:
Voor wie een ESP32 kan/wil gebruiken - @bartw2604 heeft zijn compact schema (minimale hardware!)
in een andere draad nog een keer geplaatst, software op github.

kwaazaar schreef op maandag 12 april 2021 @ 09:49:
ESP32 heb ik ook gebruikt. Die kan zelf de inverse doen. De hardware serial daarvan ondersteunt dat. Enkel nog een weerstand nodig (waarvan ik zelf de werkende waarde met een potmeter heb bepaald).

De D1 mini kan zelfs prima inverse doen, ik heb hier een paar test printjes liggen waarbij ik bewust een bypass optie heb toegevoegd om zonder logic inverter de data direct aan de 2e uart te geven van een esp12. Dit heb ik zowel met een aangepaste versie van esp-link geprobeerd, als met ESPHome. Werkt prima

[Voor 69% gewijzigd door iMars op 02-05-2021 12:56]

[gastje01]

iMars schreef op zondag 2 mei 2021 @ 12:26:
DSMR 4 en 5 hebben beiden dezelfde pin-out en dezelfde seriële settings (zover ik weet), beide 115200 8N1.
De ISKRA AM550 heb ik zelf ook en is 115200 8N1. Een paar klanten van mij hebben ook de E0025. Dat zegt mij dat dit hetzelfde zou moeten zijn qua serieel uitlezen.

[...]

Elke meter geeft een geïnverteerd signaal, omdat het d.m.v. een optocoupler galvanisch gescheiden is. Ik vermoed dat de usb kabel die je hebt, niet helemaal netjes werkt. Dat het bij de ene meter wel werkt en bij de andere meter niet.

Zou zomaar kunnen, deze is nog mee gekomen vanuit m'n vorige woning en heeft het op de oude E0025 (beide panden) altijd netjes gedaan, nu wil hij niet meer werken.

Mooi excuus om nieuwe spulletjes op te hangen. Nu offer ik er nog een complete RPi voor op, DSMR-Reader draait op een NUC, kan die RPi fijn iets anders gaan doen.

[iMars]

gastje01 schreef op dinsdag 4 mei 2021 @ 10:14:
[...]


Zou zomaar kunnen, deze is nog mee gekomen vanuit m'n vorige woning en heeft het op de oude E0025 (beide panden) altijd netjes gedaan, nu wil hij niet meer werken.

Mooi excuus om nieuwe spulletjes op te hangen. Nu offer ik er nog een complete RPi voor op, DSMR-Reader draait op een NUC, kan die RPi fijn iets anders gaan doen.

Zonde van die RPi om als doorgeefluik te gebruiken. Zou als ik jou was een dedicated wemosje plaatsen, of een module met ethernet

[S-te-fan]

Ik heb sinds kort een Wemos D1 draaien en voorzien van Tasmota.
Via MQTT ontvang ik netjes mijn telegrammen in NodeRed waar ik ze ga verwerken en vervolgens doorsturen naar HomeAssistant.

De Wemos D1 gaat in de toekomst ook de watermeter uitlezen en eventueel de temperatuur monitoren in de meterkast.

Arduino programmeren gaat me nog niet zo best af, dus vandaar voor de kant en klare software gekozen.

In NodeRed heb ik het volgende aangemaakt, de regex heb ik mbv trial and error en wat hulp van google samengesteld.

code:

if (msg.payload.includes("1-0:1.8.1"))
{

var UsedTariff1 = msg.payload.match(/((?<=\().*(?=\*))/);

msg.topic = "Meterkast/UsedTariff1"
msg.payload = {}
msg.payload.UsedTariff1 = parseFloat(UsedTariff1);
msg.payload.unit = "kWh"

return msg;
} 
//-----------------   Tarief Hoog Verbruik   -----------------   
else if (msg.payload.includes("1-0:1.8.2"))
{
var UsedTariff2 = msg.payload.match(/((?<=\().*(?=\*))/);

msg.topic = "Meterkast/UsedTariff2"
msg.payload = {}
msg.payload.UsedTariff2 = parseFloat(UsedTariff2);
msg.payload.unit = "kWh"

return msg;
}

Dat werkt perfect, ik ontvang netjes de getallen voor de 2 hierboven, maar ook de actuele waarden en het voltage.

Alleen kom ik er niet uit met de waardes van de Gasmeter, ik krijg het niet voor elkaar om het getal te isoleren uit de telegram

code:

else if (msg.payload.includes("0-1:24.2.1"))
{
var GasMeter = msg.payload.match(/((?<=\))(?=\().*(?=\*))/);

msg.topic = "Meterkast/GasMeter"
msg.payload = {}
msg.payload.GasMeter = parseFloat(GasMeter[2]);
msg.payload.unit = "m3"

return msg;
}

Alleen dit geeft als resultaat:

code:

(01358.193

En ik raak het haakje maar niet kwijt.

Wellicht verwerk ik de telegrammen sowieso te ingewikkeld.. En is er een veel makkelijkere manier. Maar iemand een idee hoe dit te doen?

[Mars Warrior]

@S-te-fan , als je toch hass gebruikt, waarom dan niet de Wemos als doorgeefluik van de berichten, en dat je de dsmr-reader integratie gebruikt? Die doet dan de afhandeling en post het resultaat via mqtt naar hass.

Werkt als een speer.

[S-te-fan]

Mars Warrior schreef op vrijdag 28 mei 2021 @ 21:06:
@S-te-fan , als je toch hass gebruikt, waarom dan niet de Wemos als doorgeefluik van de berichten, en dat je de dsmr-reader integratie gebruikt? Die doet dan de afhandeling en post het resultaat via mqtt naar hass.

Werkt als een speer.

Ik heb gepoogd dat te doen, maar daar heb ik nog meer mee lopen stoeien om dat te configureren.

De Wemos stuurt al mqtt berichten, en in die addon leek ik alleen maar een usb verbinding te kunnen instellen.

Een uitleg zodat ik mqtt berichten kan gebruiken heb ik nog niet gevonden.

[jdogger]

Dag allemaal,

wie heeft er ervaring met de P1 splitter van Tech4U? Zie https://www.tech4ushop.nl/p1h-005.html

Ik loop namelijk tegen het volgende aan. Voor het uitlezen van mijn meter (Sagemcom XS210) en het doorsturen naar Home Assistant wil ik een Wemos D1 gebruiken, met de software van https://github.com/daniel-jong/esp8266_p1meter. Ik heb de Wemos bedraad zoals daar aangegeven, inclusief 10k weerstand.
Die splitter moet er tussen omdat het laadpunt voor de auto ook aan de P1-poort moet hangen (loadbalancing).

Als ik nu e.e.a. rechtstreeks aan de P1 poort hang krijg ik netjes alle data uit de meter via MQTT aangeleverd, maar als ik de Wemos via de P1 splitter aansluit krijg ik niets binnen (alleen een melding dat de Wemos operationeel is, maar geen data).

Iemand enig idee wat de oorzaak zou kunnen zijn?

[Voor 3% gewijzigd door jdogger op 28-05-2021 22:42]

[iMars]

Johan.S schreef op maandag 12 april 2021 @ 09:29:
[...]


Zelf ben ik nog steeds erg blij met mijn oplossing. Ik gebruik een serial to LAN convertor en lepel dan de (L&G 350 DSMR 5) P1- data via LAN binnen in Domoticz.

De kosten vallen wel mee.
• RJ11 kabel 2,-
• DB9 connector 9 Pin Breakout terminals 2,-
• 2kOhm weerstand 0,15
• 'Serial to LAN conv.' 17,-

Totaal dus nog geen 22 Euro!
Voordelen: Bedraad, Stabiel, geen soldeerbout nodig en de P1 output beschikbaar over heel je LAN dus voor meerdere gebruikers.
Nadelen: Je moet wel een LAN aansluiting + WCD in de nabijheid van de slimme meter hebben.

Als je een beetje een zuinige serial2ethernet module neemt, zoals de USR-TCP232-T2 of de Sport E20, dan kan je die al voeden vanuit de P1 poort. Dan heb je alleen nog een lan poortje nodig

jdogger schreef op vrijdag 28 mei 2021 @ 21:59:
Dag allemaal,

wie heeft er ervaring met de P1 splitter van Tech4U? Zie https://www.tech4ushop.nl/p1h-005.html

Ik loop namelijk tegen het volgende aan. Voor het uitlezen van mijn meter (Sagemcom XS210) en het doorsturen naar Home Assistant wil ik een Wemos D1 gebruiken, met de software van https://github.com/daniel-jong/esp8266_p1meter. Ik heb de Wemos bedraad zoals daar aangegeven, inclusief 10k weerstand.
Die splitter moet er tussen omdat het laadpunt voor de auto ook aan de P1-poort moet hangen (loadbalancing).

Als ik nu e.e.a. rechtstreeks aan de P1 poort hang krijg ik netjes alle data uit de meter via MQTT aangeleverd, maar als ik de Wemos via de P1 splitter aansluit krijg ik niets binnen (alleen een melding dat de Wemos operationeel is, maar geen data).

Iemand enig idee wat de oorzaak zou kunnen zijn?

Ik heb geen ervaring met die splitter, wel weet ik dat iemand die mijn WiFi SlimmeLezer gebruikt, er een standaard splitter tussen heeft gezet, en dat scheen ook te werken, volgens hem.

Ben toevallig zelf een splitter aan het maken, maar dan een active, met voor elke poort een eigen optocoupler om de interne functie van de P1 na te bootsen (incl het enablen van de poort). Hoop deze printjes deze week binnen te krijgen, voor het geval je interesse hebt

[jdogger]

iMars schreef op maandag 31 mei 2021 @ 10:22:
[...]

Als je een beetje een zuinige serial2ethernet module neemt, zoals de USR-TCP232-T2 of de Sport E20, dan kan je die al voeden vanuit de P1 poort. Dan heb je alleen nog een lan poortje nodig

[...]

Ik heb geen ervaring met die splitter, wel weet ik dat iemand die mijn WiFi SlimmeLezer gebruikt, er een standaard splitter tussen heeft gezet, en dat scheen ook te werken, volgens hem.

Ben toevallig zelf een splitter aan het maken, maar dan een active, met voor elke poort een eigen optocoupler om de interne functie van de P1 na te bootsen (incl het enablen van de poort). Hoop deze printjes deze week binnen te krijgen, voor het geval je interesse hebt

Ik ben nu met de supportafdeling van Tech4Us in contact om te kijken of het opgelost kan worden, als dat niet gaat vliegen hou ik jouw post in het achterhoofd

[iMars]

jdogger schreef op maandag 31 mei 2021 @ 16:51:
[...]


Ik ben nu met de supportafdeling van Tech4Us in contact om te kijken of het opgelost kan worden, als dat niet gaat vliegen hou ik jouw post in het achterhoofd

Ik steek er niet mijn hand voor in het vuur, maar volgens mij moet het gewoon werken.
Als het met een standaard splitter al werkt, zou het met een active splitter ook moeten werken dunkt me

Maar je weet me te vinden

Speaking about the devil... komt net 15 minuten geleden binnen

edit: 42x31mm

[Scanniexxl]

Ik heb zonnepanelen en kom tot de ontdekking dat de opbrengst veel minder is dan vorig jaar. Wat blijkt... de omvormer schakelt uit als de netspanning 253 volt is. Dat gebeurt dus als de zon goed schijnt en meer mensen terugleveren....
nu wil ik via de p1 poort de spanning van de drie fases uitlezen. Ik heb een 3 fase aansluiting. Het idee is dan om de omvormer op de fase met de laagste spanning te zetten. Kan dit door middel van de p1 poort uitlezen? Wellicht via Home assistant?

[rwanrooy]

Scanniexxl schreef op woensdag 9 juni 2021 @ 22:25:
Ik heb zonnepanelen en kom tot de ontdekking dat de opbrengst veel minder is dan vorig jaar. Wat blijkt... de omvormer schakelt uit als de netspanning 253 volt is. Dat gebeurt dus als de zon goed schijnt en meer mensen terugleveren....
nu wil ik via de p1 poort de spanning van de drie fases uitlezen. Ik heb een 3 fase aansluiting. Het idee is dan om de omvormer op de fase met de laagste spanning te zetten. Kan dit door middel van de p1 poort uitlezen? Wellicht via Home assistant?

Ja dat kan indien je een geschikte meter hebt. De meeste 3fase (dsmr5) meters sturen ook de spanning per fase mee.

Hier kun je zien hoe je dat binnen HA zichtbaar kunt maken:
https://www.connectix.nl/...tanden-in-home-assistant/

[JeroenH]

Scanniexxl schreef op woensdag 9 juni 2021 @ 22:25:
Ik heb zonnepanelen en kom tot de ontdekking dat de opbrengst veel minder is dan vorig jaar. Wat blijkt... de omvormer schakelt uit als de netspanning 253 volt is. Dat gebeurt dus als de zon goed schijnt en meer mensen terugleveren....
nu wil ik via de p1 poort de spanning van de drie fases uitlezen. Ik heb een 3 fase aansluiting. Het idee is dan om de omvormer op de fase met de laagste spanning te zetten. Kan dit door middel van de p1 poort uitlezen? Wellicht via Home assistant?

Hopelijk is er een fase die minder belast wordt met teruglevering. Anders wordt het een huisaccu...

[Scanniexxl]

Ik vrees dat de meter geen dsmr5 is. Het is de Kamstrup 382JxC

[rwanrooy]

Scanniexxl schreef op woensdag 9 juni 2021 @ 22:37:
Ik vrees dat de meter geen dsmr5 is. Het is de Kamstrup 382JxC

Je zou even kunnen zoeken of je een kamstrup telegram van het type meter op internet kunt vinden. Als de spanning per fase wordt aangeleverd dan weet je het zeker.

[chaoscontrol]

Ik heb een nieuwe meter (ZIV 5CTA, Enexis) en nu werkt mijn Wemos D1 direct gevoed vanaf de meter niet meer. Het lampje knippert om de seconde en lijkt op een bootloop. Als ik hem een eigen voeding geef werkt het verder wel.

Alle DSMR 5.x meters zouden toch 500 Mah stroom moeten geven? Iemand een idee?

[iMars]

chaoscontrol schreef op donderdag 10 juni 2021 @ 14:36:
Ik heb een nieuwe meter (ZIV 5CTA, Enexis) en nu werkt mijn Wemos D1 direct gevoed vanaf de meter niet meer. Het lampje knippert om de seconde en lijkt op een bootloop. Als ik hem een eigen voeding geef werkt het verder wel.

Alle DSMR 5.x meters zouden toch 500 Mah stroom moeten geven? Iemand een idee?

250mAh

Ik heb op mijn readers 100u,10u,1u en 100n parallel geplaatst volgens de dsmr specificatie en werkt prima

[chaoscontrol]

iMars schreef op donderdag 10 juni 2021 @ 15:05:
[...]

250mAh

Ik heb op mijn readers 100u,10u,1u en 100n parallel geplaatst volgens de dsmr specificatie en werkt prima

Ah, dan is het wel logisch met een piek van 370mah. Raar dat dit bij mijn vorige meter niet was?

Waar heb je de caps zitten? Tussen 5v en gnd? Als ik op je username zoek in dit topic vind ik alleen een basic inverter schema

[ZwarteIJsvogel]

iMars schreef op donderdag 10 juni 2021 @ 15:05:
250mAh

mA, niet mAh.

[chaoscontrol]

Ik heb ipv een Wemos nu een Witty board gebruikt. Daar zit de usb-serial op een aparte printplaat. Dan werkt het wel. Het is dus net aan. Al paar verschillende Wemosjes geprobeerd maar allemaal zelfde issue. Het lijkt wel of deze meter strenger is in wat wel en niet mag?

[iMars]

chaoscontrol schreef op donderdag 10 juni 2021 @ 15:39:
[...]

Ah, dan is het wel logisch met een piek van 370mah. Raar dat dit bij mijn vorige meter niet was?

Waar heb je de caps zitten? Tussen 5v en gnd? Als ik op je username zoek in dit topic vind ik alleen een basic inverter schema

Ja, ik zelf heb voor de netheid nog een diode na de 5v vanuit de P1 zitten, mocht je willen voeden vanuit USB dat er dan geen 5v vanaf de USB naar de P1 naar binnen kan vloeien (Zal ongetwijfeld in de P1 wel een beveiliging zitten, en als je de meter sloopt, komen ze 'm toch voor je vervangen, kosteloos ).

Pagina 10 van de specificatie

Ik heb er best wat op mijn website daarover geschreven (moet misschien toch meer kennis delen hier )
https://www.zuidwijk.com/p1-esp8266-adapter/
https://www.zuidwijk.com/p1-ethernet-v2/

Ik zie dat ik in mijn eerste modellen zelfs alleen maar 2x een 10u gebruikte, 1 aan de 5v kant en 1 aan de 3.3v kant

Naderhand ben ik 100u, 10u en 100n gaan gebruiken:
https://www.zuidwijk.com/new-improved-p1-wemos-wifi-design/

De laatste versies van zowel ethernet als wifi gebruik ik netjes de 100, 10, 1 en 0.1u

ZwarteIJsvogel schreef op donderdag 10 juni 2021 @ 15:57:
[...]

mA, niet mAh.

I stand corrected sir

[iMars]

chaoscontrol schreef op donderdag 10 juni 2021 @ 16:14:
Ik heb ipv een Wemos nu een Witty board gebruikt. Daar zit de usb-serial op een aparte printplaat. Dan werkt het wel. Het is dus net aan. Al paar verschillende Wemosjes geprobeerd maar allemaal zelfde issue. Het lijkt wel of deze meter strenger is in wat wel en niet mag?

Ik gebruik de standaard Wemos D1, hieronder goed te zien:


In de laatste versie voed ik de wemos alleen via de 3.3v... dan sla je de minder zuinige onboard 5v->3v3 converter over en de usb->serial chip krijgt ook geen 5V... scheelt toch weer in verbruik:


Maar direct aan de 5v zou moeten werken (bij mij iig wel)

[Voor 38% gewijzigd door iMars op 10-06-2021 17:01]

[chaoscontrol]

iMars schreef op donderdag 10 juni 2021 @ 16:55:
[...]

Ik gebruik de standaard Wemos D1, hieronder goed te zien:
[Afbeelding]

In de laatste versie voed ik de wemos alleen via de 3.3v... dan sla je de minder zuinige onboard 5v->3v3 converter over en de usb->serial chip krijgt ook geen 5V... scheelt toch weer in verbruik:

[Afbeelding]

[Afbeelding]

Maar direct aan de 5v zou moeten werken (bij mij iig wel)

Heb je dat ook al zien werken op een ZIV meter? Mijn wemos werkte ook op een AM550 en een Landis maar niet op deze ZIV. 😕

[chaoscontrol]

Ik kan nog wel eens proberen met een spanningsdeler 3,3 rechtstreeks proberen.

[iMars]

chaoscontrol schreef op donderdag 10 juni 2021 @ 17:22:
[...]

Heb je dat ook al zien werken op een ZIV meter? Mijn wemos werkte ook op een AM550 en een Landis maar niet op deze ZIV. 😕

Heb het niet zien werken, maar ik weet dat een aantal klanten van mij zo’n meter hebben met daarop mijn reader werkend.

Als je in de buurt woont van Zoetermeer, kan ik je er een lenen om te testen

[R-T-S]

Vreemd probleempje waar ik tegenaan loop bij gebruik van de software: de tijd loopt 2 uur achter in de p1mon interface. Als ik kijk in de informatie pagina zie ik dat de meter wel de juiste timestamps doorgeeft en het OS geeft ook gewoon de juiste tijd aan wanneer ik het "date" commando ingeef.

Weet iemand hoe de tijden weer gelijk te krijgen zijn?

[Proton_]

@R-T-S klinkt als een tijdzone-probleem waarbij de UI in UTC wordt geformat of een lokale tijd als UTC geïnterpreteerd wordt (of andersom).

Hoe is de tijdzone ingesteld?

[R-T-S]

@Proton_ Bij de sectie "Display" / UI config staat Nederlands geselecteerd als taal, verder zie ik eigenlijk geen instellingen die er ook maar enigszins bij in de buurt komen

Edit: en voor zover dat wel te selecteren valt staat alles op NL trouwens

[Voor 17% gewijzigd door R-T-S op 13-06-2021 19:40]

[TheoZ92]

Hoi!

Ik heb een probleem met het uitlezen van mijn gasstanden. Ik gebruik een FTDI Friend van Adafruit i.c.m. Home Assistant. De gaswaarde blijft hangen op een bepaalde waarde en loopt niet op naarmate ik gas gebruik. Ik heb een laptop gebruikt om de waarde uit te lezen met Termite. Deze blijft inderdaad op een en dezelfde waarde hangen. Op de gasmeter zelf loopt de waarde wel gewoon op en mijn gas/licht leverancier leest ook gewoon de goede waarde uit. Heeft iemand een idee hoe dit kan?

[iMars]

TheoZ92 schreef op maandag 14 juni 2021 @ 09:34:
Hoi!

Ik heb een probleem met het uitlezen van mijn gasstanden. Ik gebruik een FTDI Friend van Adafruit i.c.m. Home Assistant. De gaswaarde blijft hangen op een bepaalde waarde en loopt niet op naarmate ik gas gebruik. Ik heb een laptop gebruikt om de waarde uit te lezen met Termite. Deze blijft inderdaad op een en dezelfde waarde hangen. Op de gasmeter zelf loopt de waarde wel gewoon op en mijn gas/licht leverancier leest ook gewoon de goede waarde uit. Heeft iemand een idee hoe dit kan?

Als de waarde/meterstand in de telegram hetzelfde is als wat je in HA ziet, kan jij er verder technisch niks aan doen/veranderen. Als deze verschilt met de stand daadwerkelijk op de meter, zou ik je netbeheerder even contacteren en het daar voorleggen.

[TheoZ92]

iMars schreef op maandag 14 juni 2021 @ 12:58:
[...]

Als de waarde/meterstand in de telegram hetzelfde is als wat je in HA ziet, kan jij er verder technisch niks aan doen/veranderen. Als deze verschilt met de stand daadwerkelijk op de meter, zou ik je netbeheerder even contacteren en het daar voorleggen.

HA laat inderdaad de vastgelopen waarde zien die overeen komt met het telegram.
Op de gasmeter staat de juiste waarde. Het gekke is dat op de slimme meter een totaal andere waarde wordt weergegeven onder GAS. Dit een getal van, ik noem maar iets, 364581651 o.i.d. Terwijl de huidige stand op de gasmeter 5828 is.

[The Fatal]

Hier al 2 dagen bezig geweest om de T210-D uit te lezen met een ESP8266 Wemos D1 Pro of een ESP32 Dev V1.
Verschillende stukken code gebruikt die ik heb gevonden, maar geen van alle krijg ik er leesbare data uit.
Verschillende pull-up weerstanden gebruikt 1K en 10K. Af toe heb ik een regel, of meerdere regels met leesbare text en dan crasht alles.

ESPHome code getest van @iMars .
ESP32 p1 naar mqtt getest https://github.com/bartwo/esp32_p1meter

Geen idee waar het mis gaat.

Via een FTDI op RPI met python script werkt het goed, maar wil van de RPI af

[iMars]

TheoZ92 schreef op maandag 14 juni 2021 @ 14:23:
[...]


HA laat inderdaad de vastgelopen waarde zien die overeen komt met het telegram.
Op de gasmeter staat de juiste waarde. Het gekke is dat op de slimme meter een totaal andere waarde wordt weergegeven onder GAS. Dit een getal van, ik noem maar iets, 364581651 o.i.d. Terwijl de huidige stand op de gasmeter 5828 is.

Het kan zijn dat de slimme meter geen verbinding meer heeft met de gasmeter. Zou even contact opnemen met de netbeheerder om de meter na te laten kijken

The Fatal schreef op maandag 14 juni 2021 @ 15:21:
Hier al 2 dagen bezig geweest om de T210-D uit te lezen met een ESP8266 Wemos D1 Pro of een ESP32 Dev V1.
Verschillende stukken code gebruikt die ik heb gevonden, maar geen van alle krijg ik er leesbare data uit.
Verschillende pull-up weerstanden gebruikt 1K en 10K. Af toe heb ik een regel, of meerdere regels met leesbare text en dan crasht alles.

ESPHome code getest van @iMars .
ESP32 p1 naar mqtt getest https://github.com/bartwo/esp32_p1meter

Geen idee waar het mis gaat.

Via een FTDI op RPI met python script werkt het goed, maar wil van de RPI af

Ik heb hier een T210-D als test meter staan, deze gebruik ik om al mijn readers te testen en er op te ontwikkelen

Wat gebruik je als inverder? En hoe sluit je het aan?

Inprincipe heb je geen inverter nodig en kan je de Wemos laten inverten. Wel weet ik dat de ESP32 tot nu toe nog niet gevoed kan worden vanuit de P1 poort, ik gebruik voorlopig nog de D1 mini hiervoor.

Als je het signaal invert, kan je het met esp-link gewoon uitlezen en via wifi doorsturen.

Ik gebruik zelf een 4.7k als pull up tussen +5 en de datalijn.

[TheoZ92]

@iMars Ik ga binnenkort over van 1 naar 3 fase dus de meter wordt dan ook gelijk vervangen.
Hopelijk is het probleem dan opgelost.

[The Fatal]

iMars schreef op dinsdag 15 juni 2021 @ 10:49:
[...]

Het kan zijn dat de slimme meter geen verbinding meer heeft met de gasmeter. Zou even contact opnemen met de netbeheerder om de meter na te laten kijken


[...]

Ik heb hier een T210-D als test meter staan, deze gebruik ik om al mijn readers te testen en er op te ontwikkelen

Wat gebruik je als inverder? En hoe sluit je het aan?

Inprincipe heb je geen inverter nodig en kan je de Wemos laten inverten. Wel weet ik dat de ESP32 tot nu toe nog niet gevoed kan worden vanuit de P1 poort, ik gebruik voorlopig nog de D1 mini hiervoor.

Als je het signaal invert, kan je het met esp-link gewoon uitlezen en via wifi doorsturen.

Ik gebruik zelf een 4.7k als pull up tussen +5 en de datalijn.

Ik invert hem zo, software matig dmv true commando.

Serial2.begin(BAUD_RATE, SERIAL_8N1, RXD2, TXD2, true)

Gebruik dit schema:

[33Fraise33]

Iemand die weet hoe ik kan zien welke dsmr versie mijn meter heeft? Ik heb een sagemcom T211. Ergens zie ik nergens op het apparaat een verwijzing naar iets van DSMR.

Ik zou graag kijken om een slim device te poweren adhv de P1 poort omdat ik geen stopcontact of ethernet in de buurt heb.

[Voor 27% gewijzigd door 33Fraise33 op 20-06-2021 12:04]

[iMars]

33Fraise33 schreef op zondag 20 juni 2021 @ 12:03:
Iemand die weet hoe ik kan zien welke dsmr versie mijn meter heeft? Ik heb een sagemcom T211. Ergens zie ik nergens op het apparaat een verwijzing naar iets van DSMR.

Ik zou graag kijken om een slim device te poweren adhv de P1 poort omdat ik geen stopcontact of ethernet in de buurt heb.

Meestal staat het op de meter, dsmr 5 of esmr 5,… meestal kan je ook op het knopje drukken om door het menu’tje te klikken waar ook de meterstanden staan.

Edit: ik zie aan je profiel dat je uit België komt. Daar hebben jullie Fluvius en zover ik weet, zijn al hun meters dsmr 5. Heb wel paar keer meegemaakt dat er dsmr 5 gespecificeerd is, maar de telegrammen die eruit komen versie 4.2 aan geven.

Je zou het verwachten dat het in de handleidingen zou moeten staan, maar ik zie het niet staan: https://www.fluvius.be/nl...app-refresh=1624184163853

[Voor 29% gewijzigd door iMars op 20-06-2021 12:20]

[33Fraise33]

iMars schreef op zondag 20 juni 2021 @ 12:11:
[...]

Meestal staat het op de meter, dsmr 5 of esmr 5,… meestal kan je ook op het knopje drukken om door het menu’tje te klikken waar ook de meterstanden staan.

Edit: ik zie aan je profiel dat je uit België komt. Daar hebben jullie Fluvius en zover ik weet, zijn al hun meters dsmr 5. Heb wel paar keer meegemaakt dat er dsmr 5 gespecificeerd is, maar de telegrammen die eruit komen versie 4.2 aan geven.

Je zou het verwachten dat het in de handleidingen zou moeten staan, maar ik zie het niet staan: https://www.fluvius.be/nl...app-refresh=1624184163853

Ok Thanks for the reply, dan zal ik het er toch eens op wagen

[ZwarteIJsvogel]

33Fraise33 schreef op zondag 20 juni 2021 @ 12:03:
Iemand die weet hoe ik kan zien welke dsmr versie mijn meter heeft? Ik heb een sagemcom T211. Ergens zie ik nergens op het apparaat een verwijzing naar iets van DSMR.

Ik zou graag kijken om een slim device te poweren adhv de P1 poort omdat ik geen stopcontact of ethernet in de buurt heb.

Volgens deze post rapporteert de T211 kennelijk de spanning per fase (Voltage L1, etc.). Dat is pas sinds DSMR5.

[michel42]

donderdag 6 februari 2020 12:47

Arjan555
In aanvulling op mijn eerdere post. Wie kan mij helpen verklaren waarom er alleen maar nullen (zie voorbeeld) uit mijn P1 meter komen?

1-3:0.2.8(40)
0-0:1.0.0(000101010000W)
0-0:96.1.1(4530303030303030303030303030303030)
1-0:1.8.1(000000.000*kWh)
1-0:2.8.1(000000.000*kWh)
1-0:1.8.2(000000.000*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.000*kW)
0-0:17.0.0(000.0*kW)
0-0:96.3.10(1)
0-0:96.7.21(00000)
0-0:96.7.9(00000)
1-0:99.97.0(0)(0-0:96.7.19)
1-0:32.32.0(00000)
1-0:52.32.0(00000)
1-0:72.32.0(00000)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.1(XMX_P1CS_V05)
0-0:96.13.0()
1-0:31.7.0(016*A)
1-0:51.7.0(014*A)
1-0:71.7.0(016*A)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
!DB22

Dit is de P1 data die gebruikt wordt voor de loadbalancer van een laadpaal voor elektrische auto's. Je ziet dat de stroom velden niet 0 zijn:

code:

1-0:31.7.0(016*A)
1-0:51.7.0(014*A)
1-0:71.7.0(016*A)

Dit apparaatje meet de stroom die door de drie fase draden gaat, maar heeft geen informatie over de spanning en dus ook niet het vermogen. Waarschijnlijk zit deze uitgang in de groepenkast, en is een andere dan die van het meter bedrijf.

[Voor 50% gewijzigd door michel42 op 20-06-2021 22:25]

[mcmd]

Al heel veel jaren monitor ik de P1 poort m.b.v. Python en een Raspberry Pi. Recentelijk heb ik een nieuwe versie gekregen van de slimme meter en krijg ik ook gegevens over gasverbruik.
Tijd om de software bij te werken. Een van de problemen die ik heb is dat er maar 1 proces gelijktijdig naar de USB poort kan luisteren, dus het is niet mogelijk om gelijktijdig productie gegevens op te halen en te testen.
Door het luister proces nu te scheiden van andere functies en het luister proces de gegevens m.b.v. multicast op het netwerk te zetten is dit nu wel mogelijk.
Zie ook https://github.com/mcmd1962/p1_multicast
Hiermee kan ik de verwerking van de gegevens op een andere (of meerdere) computers laten plaatsvinden. Je kunt zelfs de gegevens op je mobiel krijgen en tonen.
Voor mezelf ook nog een dashboard programma geschreven om alle beschikbare gegevens van de slimme meter in de terminal te laten zien (en dat is behoorlijk veel). De dashboard vind je ook op GitHub.

[iMars]

@mcmd Dat heb je helaas ook als je esp-link op een wemos gebruikt, die vind het niet fijn als je meerdere connecties maakt.

Heb zelf ooit eens dit gebruikt: https://github.com/svrooij/smartmeter2mqtt
Is een docker container welke connect naar je p1 poort en vervolgens meerdere dingen kan, zoals o.a. data aanbieden via meerdere manieren en meerdere connecties tegelijkertijd.

Zelf gebruik ik een ethernet reader en kan ik met gemak meerdere sessies opzetten

[jobr]

mcmd schreef op woensdag 23 juni 2021 @ 08:54:
Al heel veel jaren monitor ik de P1 poort m.b.v. Python en een Raspberry Pi. Recentelijk heb ik een nieuwe versie gekregen van de slimme meter en krijg ik ook gegevens over gasverbruik.
Tijd om de software bij te werken. Een van de problemen die ik heb is dat er maar 1 proces gelijktijdig naar de USB poort kan luisteren, dus het is niet mogelijk om gelijktijdig productie gegevens op te halen en te testen.
Door het luister proces nu te scheiden van andere functies en het luister proces de gegevens m.b.v. multicast op het netwerk te zetten is dit nu wel mogelijk.
Zie ook https://github.com/mcmd1962/p1_multicast
Hiermee kan ik de verwerking van de gegevens op een andere (of meerdere) computers laten plaatsvinden. Je kunt zelfs de gegevens op je mobiel krijgen en tonen.
Voor mezelf ook nog een dashboard programma geschreven om alle beschikbare gegevens van de slimme meter in de terminal te laten zien (en dat is behoorlijk veel). De dashboard vind je ook op GitHub.

Je kunt ook gewoon je usb poort waar de P1 kabel op zit met socat dupliceren. Ik heb 1 P1 kabel en 2 virtuele usb poorten waar 2 programma's gebruik van maken. Een soort T-stuk zeg maar. Gewoon met standaard linux

[Emsey]

The Fatal schreef op dinsdag 15 juni 2021 @ 19:24:
[...]


Ik invert hem zo, software matig dmv true commando.

Serial2.begin(BAUD_RATE, SERIAL_8N1, RXD2, TXD2, true)

Gebruik dit schema:
[Afbeelding]

The Fatal, je hebt m'n leven gered met de 'TRUE' parameter. Ik zocht reeds een week naar wat er aan de hand was. Kreeg enkel rommel karakters en geen leesbare telegram.
En die true optie staat bijna nergens gedocumenteerd.
Ones again : THANKS !

[The Fatal]

Emsey schreef op vrijdag 25 juni 2021 @ 23:42:
[...]

The Fatal, je hebt m'n leven gered met de 'TRUE' parameter. Ik zocht reeds een week naar wat er aan de hand was. Kreeg enkel rommel karakters en geen leesbare telegram.
En die true optie staat bijna nergens gedocumenteerd.
Ones again : THANKS !

Top!
Kan je ook delen hoe je het nu gemaakt hebt?

[evleerdam]

Sinds een jaartje worden mjin standen ook netjes ingevoerd/ingeladen bij Enelogic.

Echter nu zie ik geen standen meer vanaf 16 juni, meer mensen met issues? Anders neem ik even contact op met Enelogic.

[mits112]

Iemand die https://www.ztatz.nl/p1-monitor/ gebruikt en wellicht mij kan helpen met het maken van een backup via SSH/FTP ? Hij lijkt de authenticatie niet te pakken.

[iMars]

mits112 schreef op zondag 4 juli 2021 @ 14:32:
Iemand die https://www.ztatz.nl/p1-monitor/ gebruikt en wellicht mij kan helpen met het maken van een backup via SSH/FTP ? Hij lijkt de authenticatie niet te pakken.

Geen mogelijkheid om er even een monitor en toetsenbord aan te hangen?

Je kan sowieso op de website bij de release een bericht achterlaten. Uit ervaring weet ik dat ze redelijk vlot/goed reageren.

[Voor 15% gewijzigd door iMars op 04-07-2021 14:40]

[imdos]

Kan iemand mij verder helpen. Ik heb via cu gewoon leesbare data op een E360 met deze twee commando's.

code:

cu -l /dev/ttyUSB_P1 -s 115200 --parity=none
cu -l /dev/ttyUSB_P1 -s 115200 --parity=even

Maar domoticz kan er geen chocola van maken en zit constant foutmeldingen uit te spugen. Moet ik toch de kabel openmaken en kijken naar de weestandjes?

Domoticz

code:

2021-07-05 19:46:14.509 P1: Dismiss incoming - value in line "1-0:2.8.2(001686.׷9*뗨)" is not a number
2021-07-05 19:46:18.787 P1: Dismiss incoming - value in line "1-0:61.7.0(00ΰ24*뗩" is not a number
2021-07-05 19:46:22.459 Status: P1: Meter reports as ESMR 5.0
2021-07-05 19:46:24.995 P1: Dismiss incoming - message oversized

cu

code:

1-0:22.7.0(00.000*kw)
1-0:42.7.0(00>000:{w9
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
0-1:24.2.1(210705213503S)(06166.111*m3)
!6097
/XMX5LgF0010443212986

1-3:0.2.8(50)
0-0:1.0.0(210705213637S)
0-0:96.1.1(xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx)
1-0:1.8.1(006266.031*kWh)
1-0:1.8.2(006774.323*kWh)
1-0:2.8.1(000827.061*kWh)
1-0:2.8.2(001686.779*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.490:kW)
1-0:2.7.0(00.000*kw)
0-0:96.7.21(00008)
0-0:96.7.9(00003)
1-0:99.97.0(2)(0-0:96.7.19)(000101010000W)(0000000444*s)(181023070600S)(0000000257*s)
1-0:32.32.0(00029)
1-0:52.32.0(00054)
1-0:72.32.0(00027)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(231.9*V)
1-0:52.7.0(235.2*V9
1-0:72.7.0(232.9*V)
1-0:31>7.0(001*A9
1-0:51.7.0(001*a)
1-0:71.7.0(000*A)
1-0:21.7.0(00.090*kW)
1-0:41.7.0(00.368*{W)
1-0:61.7.0(00.033*kW)
1-0:22.7.0(00.000:kW)
1-0:42.7.0(00.000*{W)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx)
0-1:24.2.1(210705213503S9(06166.111:}3)
!0ABA
/XMX5LgF0010443212986

P.S. even mijn EAN eruit gestript.
PS.2 De data met parity=none ziet er beter uit. Maar heb de verkeerde geplakt zie ik.
P.S.3 Ik draai domoticz in een docker container op IOTStack, maar heb wel de juiste poort doorgegeven.

[Voor 4% gewijzigd door imdos op 05-07-2021 21:54. Reden: edits]

[iMars]

@imdos Aan de telegrammen te zien, heb je geen extra weerstandjes o.i.d. nodig, de data ziet er gewoon goed uit. Ook heb je de juiste poort doorgegeven omdat er weldegelijk data geprobeerd wordt te verwerken "P1: Dismiss incoming - value in line "1-0:2.8.2(001686.׷9*뗨)" is not a number"

Nu heb ik veel te weinig ervaring met Domoticz, maar het lijkt daarin verkeerd te gaan.

Kan je binnen de container de poort uitlezen? Dan kan je kijken of het daar überhaupt wel goed binnen komt.

[imdos]

iMars schreef op dinsdag 6 juli 2021 @ 16:23:
@imdos Aan de telegrammen te zien, heb je geen extra weerstandjes o.i.d. nodig, de data ziet er gewoon goed uit. Ook heb je de juiste poort doorgegeven omdat er weldegelijk data geprobeerd wordt te verwerken "P1: Dismiss incoming - value in line "1-0:2.8.2(001686.׷9*뗨)" is not a number"

Nu heb ik veel te weinig ervaring met Domoticz, maar het lijkt daarin verkeerd te gaan.

Kan je binnen de container de poort uitlezen? Dan kan je kijken of het daar überhaupt wel goed binnen komt.

Nee dus; lijkt iets binnen de container te zijn. Vreemd. Dat moet ik even verder gaan uitzoeken.

code:

root@37544be39e20:/# cu -l /dev/ttyUSB_P1 -s 115200 --parity=none 
cu: open (/dev/ttyUSB_P1): Permission denied
cu: /dev/ttyUSB_P1: Line in use
root@37544be39e20:/# whoami
root

Terwijl dit op de raspbian Buster cli wel zorgt voor het juiste resultaat.

[iMars]

imdos schreef op dinsdag 6 juli 2021 @ 22:03:
[...]

Nee dus; lijkt iets binnen de container te zijn. Vreemd. Dat moet ik even verder gaan uitzoeken.

code:

root@37544be39e20:/# cu -l /dev/ttyUSB_P1 -s 115200 --parity=none 
cu: open (/dev/ttyUSB_P1): Permission denied
cu: /dev/ttyUSB_P1: Line in use
root@37544be39e20:/# whoami
root

Terwijl dit op de raspbian Buster cli wel zorgt voor het juiste resultaat.

Heb je het als device doorgegeven, of als volume? Ik had in het verleden ook dit soort issues met het doorgeven van een usb-serial device. In plaats van als device te mappen, had ik de /dev folder als ro gemapt waarna ik de /dev/tty-whatever wel kon uitlezen.

(een van de vele redenen dat ik overgestapt ben naar netwerk readers )

[coelho]

Scanniexxl schreef op woensdag 9 juni 2021 @ 22:37:
Ik vrees dat de meter geen dsmr5 is. Het is de Kamstrup 382JxC

Ben je hier nog achtergekomen? Heb dezelfde meter en ben ook op zoek naar de dsmr versie om te weten of ik zonder extra voeding kan uitlezen met een homewizard p1 meter