Slimme meter uitlezen via P1-poort

[spaceboy]

Ik ben ook aan het hobby'en met de slimme meter maar ik kom er niet helemaal uit. Heb alles van gejanssen.com gevolgd en her en der op internet verder gezocht maar het probleem blijft. Hopelijk kan iemand hier mij helpen?

Situatie:
- Kaifa slimme meter
- Raspberry pi B+
- USB-naar-meter kabel via Marktplaats gekocht

Na wat gevogel kwam ik erachter (via een blog ergens) dat de Kaifa met 115200 baud ipv de 9600 van Ge Janssen communiceert. Na die aanpassing en wat experimenten met andere instellingen kan ik zowaar standen uitlezen.

Er is 1 probleem: in ongeveer de helft van de metingen (of dat nou handmatig of via crontab gebeurt maakt niet uit) krijg ik geen response en blijft de readline() hangen.

Mijn vraag is: weet iemand waar ik de oplossing kan zoeken? Kan die kabel "net niet goed" zijn? Maakt die hogere baudrate het proces foutgevoelig? Is dit altijd zo bij Kaifa?

Thanks alvast!

Edit: we zijn een dag verder en wat verder tweaken heeft me volgens mij geholpen. Voor de Kaifa (en wellicht alle nieuwere meters (DSMR4?) moet je namelijk ook de XONXOFF bit op 1 zetten. Voor mij heeft het in elk geval geholpen, hij heeft in ruim 12 uur elke 5 minuten meten geen 1x gehapert. Dit is het configuratie-deel uit mijn script. Misschien heeft iemand anders hier nog wat aan...



Resultaat voor vandaag:

[Voor 22% gewijzigd door spaceboy op 06-08-2014 21:58]

[mikefranken]

Ik lees inmiddels ook mijn Kaifa meter uit, maar helaas zie ik maar een keer per uur de stand van het gas veranderen. De gasmeter communiceert draadloos met de energiemeter. Gaat het met een draad wel per 10s?

[ThinkPad]

Elk uur bedoel je waarschijnlijk, Bezuiniger? Ik zie de gasmeterstand in het P1-telegram bij mijn Kaifa + draadloze gasmeter ook maar eens per uur wijzigen.

[ThinkPad]

Ik lees mijn Kaifa MA105 uit met de meest goedkope kabel die ik kon vinden op eBay. Kabel heeft een CH341/340 chip (Winchiphead ofzo). Mijn meter werkt op 115200 8N1, met geïnverteerd signaal. Chip draait dat automatisch weer om naar een leesbaar formaat.

[ThinkPad]

Hoe zit het bij jullie met de meterstand van de gasmeter? Die wordt ééns per uur naar de elektriciteitsmeter gestuurd. Ik dacht altijd dat dit precies op het uur was, maar na zonet vlak voor 11:00 de telegrammen die elke 10s voorbij kwamen te hebben bekeken, ben ik tot de conclusie gekomen dat bij mij de gasmeter om 11:06 de stand naar de elektrameter stuurt.

0-1:24.2.1(150121100000W)(00296.246*m3)
0-1:24.2.1(150121110000W)(00296.318*m3)

Bovenaan in het telegram staat een tijdsaanduiding:

0-0:1.0.0(150121110551W) - hier is de gasmeter nog x.246
0-0:1.0.0(150121110601W) - hier is de gasmeterstand ook nog x.246
0-0:1.0.0(150121110611W) - hier is de gasmeterstand x.318

Datum/tijdnotatie is YYMMDDHHMMSS (en een W op het einde voor wintertijd, en anders een S voor zomertijd).

Toch wel apart dat hij dan 6 minuten achterloopt. Had verwacht dat dit misschien een paar seconden na het uur zou zijn, maar geen 6 hele minuten

De elektrameter is een Kaifa MA105, de gasmeter een Itron G4 RF1 eV WL
Netbeheerder is Enexis. Meter geplaatst augustus 2014.

[Voor 12% gewijzigd door ThinkPad op 21-01-2015 11:45]

[weidevogel]

ThinkPadd schreef op woensdag 21 januari 2015 @ 11:38:
Hoe zit het bij jullie met de meterstand van de gasmeter? Die wordt ééns per uur naar de elektriciteitsmeter gestuurd. Ik dacht altijd dat dit precies op het uur was, maar na zonet vlak voor 11:00 de telegrammen die elke 10s voorbij kwamen te hebben bekeken, ben ik tot de conclusie gekomen dat bij mij de gasmeter om 11:06 de stand naar de elektrameter stuurt.

0-1:24.2.1(150121100000W)(00296.246*m3)
0-1:24.2.1(150121110000W)(00296.318*m3)

Bovenaan in het telegram staat een tijdsaanduiding:

0-0:1.0.0(150121110551W) - hier is de gasmeter nog x.246
0-0:1.0.0(150121110601W) - hier is de gasmeterstand ook nog x.246
0-0:1.0.0(150121110611W) - hier is de gasmeterstand x.318

Datum/tijdnotatie is YYMMDDHHMMSS (en een W op het einde voor wintertijd, en anders een S voor zomertijd).

Toch wel apart dat hij dan 6 minuten achterloopt. Had verwacht dat dit misschien een paar seconden na het uur zou zijn, maar geen 6 hele minuten

De elektrameter is een Kaifa MA105, de gasmeter een Itron G4 RF1 eV WL
Netbeheerder is Enexis. Meter geplaatst augustus 2014.

niet elke gasmeter geeft op precies het hele uur de stand door. Dit is afhankelijk van type gasmeter en moment van plaatsing. Als het goed is, geeft jou gasmeter wel elk uur de stand door op hetzelfde moment ( dus: om ca. 6 min. over .. uur ). betreft dan wel de stand van het hele uur.

[NovapaX]

De info is een beetje versnipperd hier en ik zie sowieso niet zoveel over mijn specifieke energiemeter. Dus voor de zekerheid zoek ik nog wat bevestiging.

Ik heb sinds gisteren een Kaifa (105 geloof ik) slimme meter.

Als ik nu...

1. deze 'ftdi' (ahum ) kabel bestel. http://nl.aliexpress.com/...232-Cable/1858974923.html
2. Er een RJ11 stekker aan krimp.
3. via FT_PROG (of https://github.com/richardeoin/ftx-prog) de RxD pin inverteer
4. uitlees met baudrate: 115200, parity: none

dan zou het moeten werken?

Of kan ik beter een kabel met PL2303 chipset nemen?

[Voor 4% gewijzigd door NovapaX op 22-05-2015 10:52]

[NovapaX]

NovapaX schreef op maandag 29 juni 2015 @ 09:27:
Ik heb hem zaterdag binnen gekregen (die CH340) en er zit in ieder geval een transparant kunststof krimpkousje om de print.
Voor die draadjes verzin ik wel wat, heb ook al een RS487 module liggen die onbeschermd is, haal wel ergens een kunststof doosje en dan fabriek ik wel iets met stekkertjes....

Van de week eens kijken of die CH340 wel gaat werken.

Gisteren eindelijk eens aangesloten, geen succes helaas.
In ieder geval niet in Domotica.
Zie ook niet om de 10 seconden iets van activiteit op de ledjes van de serial adapter.

Heb RTS van de meter (pin 2 op het stekkertje) op de +5V pin van de serial adapter gezet
GND van de meter (pin 3 op) op GND van de serial
Tx van de meter (pin 5) op Rx van de serial adapter

Moet ik nog iets doen met de VCC, op de serial adapter zat er een jumper tussen VCC en 5V.

Ik heb een Kaifa M105 die het signaal waarschijnlijk geïnverteerd uitstuurt, maar ik heb begrepen dat de CH340G dat uit zichzelf recht kan breien.

Anders toch maar een genuine FTDI op gaan zoeken.

[Voor 4% gewijzigd door NovapaX op 06-11-2015 08:27]

[ThinkPad]

NovapaX schreef op vrijdag 06 november 2015 @ 08:26:
[...]

Ik heb een Kaifa M105 die het signaal waarschijnlijk geïnverteerd uitstuurt, maar ik heb begrepen dat de CH340G dat uit zichzelf recht kan breien.
[...]

Pak anders gewoon een cheapo PL2303 kabeltje, een BS170 transistor om het signaal terug te inverteren en een weerstandje (10K) zodat de BS170 niet teveel spanning krijgt. Werkt hier al maaaaaanden prima. Zie ook: http://domoticz.com/forum/viewtopic.php?f=14&t=4970

Thedr schreef op vrijdag 06 november 2015 @ 23:02:
[...]
Lang genoeg geluld, mijn code:
https://github.com/renearts/ESP8266-P1-transmitter

Interessant. En als iemand geen Thingspeak wil gebruiken kun je het ook eenvoudig naar Domoticz sturen volgens mij; http://domoticz.com/wiki/...lectricity_P1_smart_meter alleen voor gas moet je dan nog even een aparte URL-request erin zetten.

De 10K tussen RTS en RxD is overigens alleen nodig voor de Landis+Gyr E350 dacht ik, heb nog niet gezien dat andere meters dat ook nodig hebben. Mijn Kaifa MA105 i.i.g. niet.

[Voor 29% gewijzigd door ThinkPad op 07-11-2015 23:19]

[ThinkPad]

Ids schreef op zondag 08 november 2015 @ 16:47:
[...]


Waarom 10K? Ik heb er zelf 1 van 2K tussen gezet, dat had ik hier ook ergens gelezen.

En als kabel heb ik destijds volgens mij ook een PL2303 kabel gekocht op Ebay voor 1.70 ofzo...

Maar die werkt bij mij out of the box zonder transistor... (Domoticz op een Openmediavault NAS)

Geen idee, zo stond het in het schema wat ik gebruikte.
Wat voor meter heb je? Met een Kaifa MA105 moet je het signaal terug-inverteren, anders krijg je geen leesbare data. De PL2303 kan dat terug-inverteren niet, een FTDI-chip wel ('Invert RxD' optie kun je instellen op de chip), een CH340 doet het volgens mij ook automatisch. Ik denk dan eerder dat je kabel een CH340-chip heeft i.p.v. PL2303.

Maar uiteindelijk maakt het niet uit, als het maar werkt

[Ids]

ThinkPadd schreef op zondag 08 november 2015 @ 16:50:
[...]

Geen idee, zo stond het in het schema wat ik gebruikte.
Wat voor meter heb je? Met een Kaifa MA105 moet je het signaal terug-inverteren, anders krijg je geen leesbare data. De PL2303 kan dat terug-inverteren niet, een FTDI-chip wel ('Invert RxD' optie kun je instellen op de chip), een CH340 doet het volgens mij ook automatisch. Ik denk dan eerder dat je kabel een CH340-chip heeft i.p.v. PL2303.

Maar uiteindelijk maakt het niet uit, als het maar werkt

Had nog ff een edit gedaan... Mijn meter is een Landys Gyr E350, of hoeft die helemaal niet geinverteerd te worden?

Maar idd, het werkt sinds dag 1 al als een trein, inclusief "Minder Gas" script wat ik hier ook ergens gevonden heb.

[ProudElm]

Ook druk bezig om mijn P1 uit te lezen. Ik maak gebruik van arduino en de SoftwareSerial libary om de data te inverteren bij binnen komst. Dus geen BS170 of iets dergelijks. (Die heb ik wel liggen maar krijg ik niks werkends mee binnen).

Ik heb een Kaifa MA105C. Deze stuurt de data met 115200 en 8 bits uit. Ik heb nu het aangesloten op de arduino als volgt:

PIN RJ11	PIN Arduino
2	4
3	GND
5	8

Ik gebruik nu onderstaande code als test:

C:

#include <SoftwareSerial.h>

const int requestPin =  4;
int incomingByte = 0;
String inputString = "";

SoftwareSerial   mySerial(8, 11, true); // RX, TX, inverted

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

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

  pinMode(requestPin, OUTPUT);
  digitalWrite(requestPin, HIGH);
}

void loop () {
  while (mySerial.available() > 0) {

    incomingByte = mySerial.read();

    incomingByte &= ~(1 << 8);
    char inChar = (char)incomingByte;
    inputString += inChar;

    Serial.print(inChar);

    if (inChar == '!') {
      Serial.println("\n\nData received!\n\n\n");
    //  Serial.println(inputString);
    //  inputString = "";
    }
  }

}

Werkt verder prima. Ik heb wat zitten spelen met weerstandjes. Maar het lijkt dat een 1k Ohm weerstandje voor dat het signaal van de P1 binnen komt (pin 8 ) het beste werkt.
Alleen... Nu komt er elke 10 sec netjes iets binnen.. Echter lijkt het er op dat er elke keer iets niet goed zit.. Net of er bitjes weg vallen...
Hier een voorbeeld:

code:

/KFM5KAIFA-M…TER

1-3:0.2.8H42)
0-0:1N0.0(151109a31136W)
0-0:y6.1.1(45303`32353030303`31393131313a3134)
1-0:1.8.1(`00856.743*k§h)
1,0:1.8.2(000y61.759*kWh)
1-0:2.8.1(0`0000.000*kWÈ)
1-0:2.8.b(000000.000JkWh)
0-0z96.14.0(000b)
1,0:1.7.0(00.d17*kW)
1-0:2.7.0H00.000*kW)
0-0:96N7.21(00005)
0-0:96.7.9(000`3)
1-0:99.97.0(a)(0-0:96.7.a9)(000101`00001W)(214g483647*s)
1-0:3b.32.0(00000I
1-`:32.36.0(00`00)
0-0:96.13.a()
0-0:96.a3.0()
1-0:31.g.0(001*A)
1-0:21.7N0(00.417*kWI
1-0:2b.7.0(00.000*kW)
!

Ik mis vast iets.. Iemand een idee/tip om iets anders te proberen?

[ProudElm]

ja.. bij nader inzien en nog eens goed kijken en precies doen wat er op het plaatje staat krijg ik in ieder geval iets binnen! En dat lijkt er al een stuk beter op.. Echter nog steeds tekens die niet lijken te kloppen. Kan het zijn dat de verbindingen misschien niet helemaal top zijn? Ik zou denken.. het is verbonden of niet.. maar ja

code:

/KFM5KAIFA-METER

á1-3:0.2.8(42)
0-0:1.0.0(1=1109145028W)
0-0:96.1.1(4530303235303030303139313131313134)
1-0:1.8.1(000856.743*kWh)
1-0:1.8.2(‚‚ʲ’r’ʪRZ]¡¥
1-0:2.8.1(000000.000*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.B‚‚r’ª‚RZ]¥
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00005)
0-0:96.7.9(00003)
1-0:99.97.0(1)(0-0:96.7.19)(000101000001W)(2147483647*s)
1-0:32.3>.0(00000)
1-0:32.36.0(00000)
0-0:96.13.1()
0-0:96.13.0()
1-0:31.7.0(001*A)
1-0:21.7.0(00.254*kW)
1-0:22.7.0(00.000*k×)

Ik bekijk dit trouwens allemaal in de serial monitor van de Arduino 1.6.5 IDE... Weet niet of daar nog iets geks in kan zitten??

Heb de Serial out al op zowel 9600 als 115200 geprobeerd.. Op die laatste lijkt het voor me gevoel vaker goed dan mis te zitten.. maar tja..

[Voor 59% gewijzigd door ProudElm op 09-11-2015 14:52. Reden: telegram toegevoegd]

[ThinkPad]

Geen idee, misschien toch een crappy BS170 of uitleeskabel. De baudrate is overigens sowieso 115200 voor de Kaifa MA105.

[Voor 49% gewijzigd door ThinkPad op 09-11-2015 19:34]

[ST10©DE]

ThinkPadd schreef op donderdag 10 december 2015 @ 12:32:
[...]

Wat voor slimme meter heb je, en op welke baudrate is dit?
Oudere meters werken op 9600 baud, nieuwere op 115200.

Lijkt er wel op dat de data geïnverteerd moet worden inderdaad. Wel gek, want volgens mij kon die CH340 dat zelf, is mijn herinnering. Maarja met die Chinezen weet je het nooit, misschien hebben ze wel heel wat anders opgestuurd

Ik heb een Kaifa meter, drie weken geleden geplaatst, een MA105C? De kabel werkt wel met CH340 drivers (Windows 10)

Ik heb de volgende instellingen:

[Voor 4% gewijzigd door ST10©DE op 10-12-2015 12:38]

[ThinkPad]

P. Mekes schreef op donderdag 10 december 2015 @ 12:40:
[...]


Kwam net het volgende tegen:

http://www.domoticaforum....p=69730&hilit=e350#p69730

Wat wil je daarmee zeggen? Voor de Landis+Gyr E350 heb je idd een extra weerstand nodig voor hij z'n data prijsgeeft. De Kaifa heeft dat niet nodig, maar je moet wel de data terug-inverteren (daar is weerstand + BS170 transistor voor nodig, of dus een kabel die dat zelf al doet/kan).

Geloof me nou maar, heb een periode 'slimme meter uitleeskabeltjes' gemaakt (20+ stuks).

offtopic:
Was bijverdienste toen ik net was afgestudeerd en nog geen werk had, nu geen tijd/zin meer voor naast een fulltime baan Gelieve geen verzoekjes hier meer voor sturen s.v.p.

[Voor 7% gewijzigd door ThinkPad op 10-12-2015 12:44]

[ST10©DE]

ThinkPadd schreef op donderdag 10 december 2015 @ 12:43:
[...]

Wat wil je daarmee zeggen? Voor de Landis+Gyr E350 heb je idd een extra weerstand nodig voor hij z'n data prijsgeeft. De Kaifa heeft dat niet nodig, maar je moet wel de data terug-inverteren (daar is weerstand + BS170 transistor voor nodig, of dus een kabel die dat zelf al doet/kan).

Geloof me nou maar, heb een periode 'slimme meter uitleeskabeltjes' gemaakt (20+ stuks).

offtopic:
Was bijverdienste toen ik net was afgestudeerd en nog geen werk had, nu geen tijd/zin meer voor naast een fulltime baan Gelieve geen verzoekjes hier meer voor sturen s.v.p.

Ik geloof je zeker, ik dacht alleen dat het dezelfde oplossing was. Één die niet voor mij bestemt is, want ik heb geen soldeerbout

Misschien nog een rare gedachtenkronkel, jij gaf volgens mij zelf ooit een keer aan dat een CH340 zonder inverteren zou moeten werken, zou het niet kunnen zijn dat ik twee kabels heb verkeerd heb verbonden? GND en RTS weet ik bijna zeker dat ik die goed heb verbonden. Kan het kwaad om met TX en RX wat te proberen?

[ThinkPad]

Ik heb een kabeltje gehad met CH340 waarbij ik, met een Kaifa MA105, geen aanvullende componenten nodig had inderdaad. Maar wat ik een paar posts eerder al noemde: het is met die Chinezen altijd maar afwachten wat ze je daadwerkelijk opsturen. Misschien heb je nu wel een of andere namaak-kloon gekregen die dat terug-inverteren niet doet.

Als je geen soldeerbout hebt zou ik een FTDI-kabel zoeken (let op, is ook veel namaak van, al hoeft dat misschien niet wat uit te maken) en daar een RJ11 aankrimpen. Of een handige Tweaker zoeken die wat voor je wil maken.

RX en TX klooien heeft geen zin, je connector zit wel goed, je krijgt namelijk wel data binnen maar het is geïnverteerd waardoor je die onleesbare bagger krijgt.

[Mai Pensato]

Onlangs is bij ons een slimme meter geinstalleerd, type Kaifa MA304. Deze werkt volgens het DSMR 4.0 protocol. Ik wil deze aansluiten op mijn Vera 3 z-wave controller om zo het energieverbruik te monitoren.
Nu heb ik de Vera 3 op de eerste verdieping staan en dat wil ik graag zo houden. Er loopt een nog ongebruikte UTP cat 5 kabel van de meterkast naar de plek waar de Vera controller staat. Deze kabel is 12-15 m1 lang. Ik heb een slimme meter kabel gekocht (RJ11 naar USB) en die heb ik werkend gekregen door de Vera tijdelijk in de meterkast te plaatsen. Ik ontvang dan correcte waardes voor stroom en gas op mijn Vera en kan die ook in grafieken zetten.
Vervolgens heb ik geprobeerd de UTP kabel als verlengkabel te gebruiken door er aan beide einden een RJ11 stekker aan te maken. Ik heb deze aan beide zijden uiteraard identiek aangesloten door 2 paren van de UTP te gebruiken en in de volgende volgorde aan te sluiten: groenwit-blauw-blauwwit-groen. Dit had ik ergens gelezen op internet. De RJ11 in de meterkast gaat uiteraard in de P1 poort van de slimme meter en boven heb ik de RJ11 via een female/female verloop op de slimmemeter kabel en dan de USB in de Vera.
En dan ontvang ik geen meetwaarden meer....

Wie kan mij helpen hoe dit op te lossen ? Wat heb ik verkeerd gedaan ?

[tweakmiv]

Mai Pensato schreef op zondag 20 december 2015 @ 14:34:
Onlangs is bij ons een slimme meter geinstalleerd, type Kaifa MA304. Deze werkt volgens het DSMR 4.0 protocol. Ik wil deze aansluiten op mijn Vera 3 z-wave controller om zo het energieverbruik te monitoren.
Nu heb ik de Vera 3 op de eerste verdieping staan en dat wil ik graag zo houden. Er loopt een nog ongebruikte UTP cat 5 kabel van de meterkast naar de plek waar de Vera controller staat. Deze kabel is 12-15 m1 lang. Ik heb een slimme meter kabel gekocht (RJ11 naar USB) en die heb ik werkend gekregen door de Vera tijdelijk in de meterkast te plaatsen. Ik ontvang dan correcte waardes voor stroom en gas op mijn Vera en kan die ook in grafieken zetten.
Vervolgens heb ik geprobeerd de UTP kabel als verlengkabel te gebruiken door er aan beide einden een RJ11 stekker aan te maken. Ik heb deze aan beide zijden uiteraard identiek aangesloten door 2 paren van de UTP te gebruiken en in de volgende volgorde aan te sluiten: groenwit-blauw-blauwwit-groen. Dit had ik ergens gelezen op internet. De RJ11 in de meterkast gaat uiteraard in de P1 poort van de slimme meter en boven heb ik de RJ11 via een female/female verloop op de slimmemeter kabel en dan de USB in de Vera.
En dan ontvang ik geen meetwaarden meer....

Wie kan mij helpen hoe dit op te lossen ? Wat heb ik verkeerd gedaan ?

Ik ben bang dat de kabel te lang is geworden waardoor het signaal niet meer goed doorkomt. Je enige oplossing is een versterker ertussen plaatsen.

[Mai Pensato]

Mai Pensato schreef op zondag 20 december 2015 @ 14:34:
Onlangs is bij ons een slimme meter geinstalleerd, type Kaifa MA304. Deze werkt volgens het DSMR 4.0 protocol. Ik wil deze aansluiten op mijn Vera 3 z-wave controller om zo het energieverbruik te monitoren.
Nu heb ik de Vera 3 op de eerste verdieping staan en dat wil ik graag zo houden. Er loopt een nog ongebruikte UTP cat 5 kabel van de meterkast naar de plek waar de Vera controller staat. Deze kabel is 12-15 m1 lang. Ik heb een slimme meter kabel gekocht (RJ11 naar USB) en die heb ik werkend gekregen door de Vera tijdelijk in de meterkast te plaatsen. Ik ontvang dan correcte waardes voor stroom en gas op mijn Vera en kan die ook in grafieken zetten.
Vervolgens heb ik geprobeerd de UTP kabel als verlengkabel te gebruiken door er aan beide einden een RJ11 stekker aan te maken. Ik heb deze aan beide zijden uiteraard identiek aangesloten door 2 paren van de UTP te gebruiken en in de volgende volgorde aan te sluiten: groenwit-blauw-blauwwit-groen. Dit had ik ergens gelezen op internet. De RJ11 in de meterkast gaat uiteraard in de P1 poort van de slimme meter en boven heb ik de RJ11 via een female/female verloop op de slimmemeter kabel en dan de USB in de Vera.
En dan ontvang ik geen meetwaarden meer....

Wie kan mij helpen hoe dit op te lossen ? Wat heb ik verkeerd gedaan ?

Ik heb het inmiddels werkend gekregen dankzij Joost vd LInde van smartmeterdashboard.nl aan wie ik mijn probleem ook had voorgelegd. Hij heeft het opgelost door "de kabel aan de seriele te verlengen mbv wat protocol converters (via RS485)" Heel eenvoudig aan te sluiten mbv schroefconnectors zowel in de meterkast via RJ11 op de slimme meter als op de eerste verdieping via USB op mijn Vera controller. De bestaande UTP kabel wordt dus op deze manier gebruikt als verlengkabel. En het werkt perfect en is betaalbaar.

Aangezien waarschijnlijk meer mensen met dit zelfde "probleem" te maken zullen krijgen, wil ik dit hierbij posten.

[NoepZor]

Mijn meter is de Kaifa MA105 en ik heb de kabel van SOS solutions: https://www.sossolutions.nl/slimme-meter-kabel
Misschien is het mogelijk om dezelfde soort kabel voor minder ergens te kopen, maar schijnen namaakkabels tussen te zitten die niet inverten.

[SpikeHome]

NoepZor schreef op dinsdag 15 maart 2016 @ 10:19:
Mijn meter is de Kaifa MA105 en ik heb de kabel van SOS solutions: https://www.sossolutions.nl/slimme-meter-kabel
Misschien is het mogelijk om dezelfde soort kabel voor minder ergens te kopen, maar schijnen namaakkabels tussen te zitten die niet inverten.

Ben van de week pas begonnen met domoticz en heb die kabel ook gelijk besteld.
Inmiddels werkt het ook gewoon.

Maar ik heb toch een paar vragen.
Als je bij je stroom verbruik kijkt staan er 4 meters usage 1, usage 2, Return 1 en Return 2.
Nu zou ik graag die namen wijzigen naar gebruik hoog en gebruik laag etc.
Is dit mogelijk en hoe dan?

2e vraag is ik had een andere logger op de p1 zitten de qbox.
ik heb al een telefoon spitter daartussen gehad om te kijken of ik ze beide kon gebruiken.
Maar dat werkte niet.
is dit mogelijk en zo ja hoe?

edit:

wel wat gevonden al.
http://www.smartmeterdash...ssplittenvanhetp1-signaal
http://www.iungo.nl/nl/be...ten/453-p1-poort-splitter

probleem bij mij is waarschijnlijk de gebruikte kabels die crossed zijn.
dus ff handmatig maar kabels maken en nog eens proberen.

[Voor 15% gewijzigd door SpikeHome op 18-03-2016 13:07]

[hermanbanken]

Hoi allemaal,

Afgelopen week is mijn Kaifa 105 van Stedin geinstalleerd. Nu heb ik een RJ11 kabel aangesloten op een inverter (10kOhm + transistor) en daarachter een Intel Edison op UART1. De data die er uitkomt is niet leesbaar en ik heb al zitten spelen met opties, maar iedereen heeft het over 115200, 8N1 en pariteit 'none'.

Belangrijk verschil (?): ik heb een BC337 ipv een BS170 gebruikt. Dat is een NPN BJT transisitor, waar de BS een FET n-channel is. Qua aansluiting zou ik het goed moeten hebben (hij inverteert inderdaad correct, getuige een testje met een buzzer/led), maar misschien is de BC337 te traag of heeft te veel capaciteit. Maar misschien niet... ik weet het niet. De BS170 was op waar ik componentjes kon halen.

Ik heb de data die ik ontvang proberen om te zetten, maar daar kom ik niet uit. De charCodes die ik binnen krijg (nodeJS) zijn:

code:

14,2,4,8,32,2,0
0
4,0
8,8,0
0
0
0
8,0
8,0
32,8,34,48,32,12,32,12,48,0
32,32,0
8,0
32,8,32,48,32,12,32,12,32,0
32,36,32,36,32,32,32,34,32,48,32,32,2,0
8,0
32,8,32,48,48,36,12,32,12,32,0
32,32,34,32,34,32,34,32,34,32,34,32,34,32,34,32,34,32,34,32,34,32,34,32,34,48,34,32,34,38,34,32,34,32,0
8,0
32,8,32,48,32,12,48,12,32,0
32,32,32,32,32,32,12,36,32,34,0
66,6,64,0
8,0
32,8,32,48,32,12,48,12,32,0
32,32,32,32,32,32,12,38,32,34,0
66,6,64,0
8,0
32,8,32,48,32,12,48,12,32,0
32,32,32,32,32,32,12,32,32,32,0
66,6,64,0
8,0
32,8,32,48,32,12,48,12,32,0
32,32,32,32,32,32,12,32,32,32,0
66,6,64,0
8,0
32,8,32,48,48,36,12,32,32,12,32,0
32,32,32,32,0
8,0
32,8,32,48,32,12,38,12,32,0
32,32,12,32,32,32,0
66,6,0
8,0
32,8,32,48,32,12,38,12,32,0
32,32,12,32,32,32,0
66,6,0
8,0
32,8,32,48,48,36,12,38,12,32,32,0
32,32,32,32,32,0
8,0
32,8,32,48,48,36,12,38,12,48,0
32,32,32,32,32,0
8,0
32,8,32,48,48,48,12,48,38,12,32,0
32,0
0
32,8,32,48,48,36,12,38,12,32,48,0
0
32,32,32,32,32,32,32,32,32,32,32,32,6,0
0
32,32,32,38,32,48,34,36,32,38,0
98,0
8,0
32,8,32,48,34,32,12,34,32,12,32,0
32,32,32,32,32,0
8,0
32,8,32,48,34,32,12,34,36,12,32,0
32,32,32,32,32,0
8,0
32,8,32,48,48,36,12,32,34,12,32,0
0
8,0
32,8,32,48,48,36,12,32,34,12,32,0
0
8,0
32,8,32,48,34,32,12,38,12,32,0
32,32,32,0
0
0
8,0
32,8,32,48,32,32,12,38,12,32,0
32,32,12,32,32,32,0
66,6,0
8,0
32,8,32,48,32,32,12,38,12,32,0
32,32,12,32,32,32,0
66,6,0
8,0
32,8,32,48,32,32,12,32,12,32,0
32,32,34,0
8,0
32,8,32,48,48,36,12,32,12,32,0
32,38,34,32,34,32,34,32,34,32,34,32,34,32,34,34,34,34,34,48,34,32,34,32,34,38,34,36,34,48,34,32,34,36,0
8,0
32,8,32,48,32,32,12,32,12,32,0
32,36,32,36,32,32,32,34,32,32,32,32,2,0
0
32,32,32,32,32,12,32,32,34,0
72,34,0
8,0
0
2,34,48,34,8,0

iemand enig idee of deze data misschien wel klopt maar gewoon nog omgezet moet worden?

[PeaceNlove]

Ik heb net mijn slimme meter (Kaifa) aan de RPi gehangen met Domoticz. Ik heb voor de makkelijke manier gekozen en een veel te dure kant en klare kabel gekocht. Met dank aan de blog van thinkpad de baudrate op 115200 gezet en gaan met de banaan

[MsG]

Sinds ik een slimme meter heb en wat meer met elektronica ben begonnen ben ik hier ook geïnteresseerd in geraakt.

Heb deze onlangs besteld: https://www.aliexpress.co...-Adapter/32629145941.html (HL-340) zodat ik het niet hoefde te inverteren. Kapje is wel vreselijk trouwens. Had achteraf beter kunnen solderen aan een Seriele connector die ik ook had liggen, maar bedacht het pas toen ik het kapje al had kapotgeknipt. Wel een hels werk, en scheurde uiteindelijk bijna een paar baantjes kapot, gelukkig met genoeg soldeer heb ik de RJ11 aan nog een deel vast kunnen maken.

Zat even te pielen met de instellingen in Putty, maar met:

– Baudrate: 115200

– Data bits: 8

– Parity: none

– Stop bits: 1

Heb ik hem meteen goed.

Ik krijg dit soort output:

/KFM5KAIFA-METER

1-3:0.2.8(42)
0-0:1.0.0(160911170718S)
0-0:96.1.1()
1-0:1.8.1(000320.943*kWh)
1-0:1.8.2(000343.330*kWh)
1-0:2.8.1(000000.000*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(00.561*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00001)
0-0:96.7.9(00001)
1-0:99.97.0(1)(0-0:96.7.19)(000101000001W)(2147483647*s)
1-0:32.32.0(00000)
1-0:32.36.0(00000)
0-0:96.13.1()
0-0:96.13.0()
1-0:31.7.0(002*A)
1-0:21.7.0(00.561*kW)
1-0:22.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303139333430323738323130363136)
0-1:24.2.1(160911170000S)(00024.665*m3)
!55CC

Ik vroeg me af, ik heb geen pull-up-weerstand er tussen, want die heb ik helaas hier nog niet liggen. Maar kan ik er vanuit gaan dat dit blijkbaar niet nodig is met mijn slimme meter als het nu al dit soort output geeft?

[Voor 82% gewijzigd door ThinkPad op 12-09-2016 16:00. Reden: Bericht ingekort, één outputlog van je meter is voldoende ;-)]

[BurnerT]

Zo, ik heb net een bs170 gekocht heb een Belkin usb -> serial liggen pl2302. Helaas doet die het niet out of the box op mijn Kaifa MA304C.

Hopelijk doet hij het met inverted signal wel.

Ik wil hem trouwens uiteindelijk in Domotiga zichtbaar maken.

Tevens bookmarked

[Voor 4% gewijzigd door BurnerT op 15-10-2016 16:21]

[Tylen]

Hierbij mijn Raspberry Pi image.

Paar punten:

- Inlognaam: pi
- Wachtwoord: raspberry
- Hij boot niet in desktop maar in de console.
- Hij staat nog op DHCP.
- Sudo raspi-config kan je volgens mij het ipadres instellen.
- Grafana draait op poort 3000 dus: http://<ip-adres>:3000 en dan inloggen met admin admin
- Influxdb kan je benaderen via poort 8083 dus http://<ip-adres>:8083 en dan kan je "beheer" op influxdb uitvoeren.
- Bij mij had hij ipadres 192.168.2.111 dus in Grafana even de source aanpassen
- En eigenlijk het belangrijkste, het werkt niet op een RP1 maar alleen op de 2 (en waarschijnlijk dan ook op de 3).

In de home directory van Pi staat SmartMeter.py. Dit is het script welke continue automagisch word opgestart. Let niet op mijn dev skills ik het het simpel gehouden en uiteindelijk erg veel uitgeremt. Ik heb een kaifa slimme meter en drie fase aansluiting. Maar die drie fases zouden niet uit moeten maken. Dan krijg je gewoon geen data in de database voor de overige fases als je maar 1 fase aansluiting hebt. Maar je telegram kan afwijken van mijn telegram. In dit geval zou je het script moeten aanpassen, dat ga ik niet voor je doen

http://tyl.nl/17-10-2016 ...rtMeter python script.rar

Uitpakken en op SD-Kaart zetten met Win32DiskImager (of iets voor een andere OS als je niet met Windows werkt) https://sourceforge.net/projects/win32diskimager/

Ps. Ik lever geen support

[Tylen]

morpheus schreef op maandag 17 oktober 2016 @ 23:29:
Nadat mijn vraag door Thinkpad naar dit topic is verplaatst me een beetje ingelezen en eigenlijk is dit wel een leuk miniprojectje zo.

Ik durf wel te solderen, schema's lezen lukt me ook nog wel. Maar zelf echt snappen hoe alles werkt etc... dat gaat me niet lukken. Daarnaast lijkt er voor de leek (ik) een wirwar aan serieel <-> usb converter mogelijkheden... ik had bijna een kant en klare kabel gekocht tot ik zag dat cyclone het rechtstreeks op de pinnen op de rpi had aangesloten.
[...]


goedkoper kan bijna niet, precies wat ik zoek.

Wel vraag ik me af of ik dit schema in bovenstaande post kan hergebruiken. De meter die we hebben is een landys+gyr e350 (DSMR 4.2). Moet ik dan nog een extra 2k weerstand tussen RTS en RxD doen?

Ik heb even snel de telegrams vergeleken tussen de Kaifa en Landys (Beide DSMR 4,2) en die zijn (zover ik het kan zien) hetzelfde. Dus dan zou je alleen het script moeten aanpassen dat hij niet kijkt naar USB0 maar naar AMA0.

Regel 17:
ser.port="/dev/ttyUSB0"
ser.port="/dev/ttyAMA0"

[BurnerT]

Heeft er iemand ervaring met een Global Cache serial -> LAN en met wat voor een chip hier op zit? Ik heb er zojuist een gevonden en die ga ik vnaavond ophalen. Ik hou jullie op de hoogte of ik mijn Kaifa 3fase meter kan uilezen hiermee.

Ik heb intussen mer arduino en met een sitecom kabeltje die meter uitgelezen maar alle methodieken geven een niet consistente waarde. Alles komt er vrij netjes uit maar toch blijven er fouten tussen staan. (of te veel tekst of rare tekentjes er tussen door)

[sander817]

vraag: ik heb nu een kaifa slimme meter. Daarvoor heb ik op deze manier de p1 poort aangesloten op de 0(serial) ingang van de uno


Met P1test code krijg ik deze tekst, die dus niet geinverteerd is? Sluit ik de p1 poort rechtsstreeks op de serial krijg ik hetzelfde
Wat doe ik verkeerd?

Setup complete
` |
R~NR@~N|
F@9
J|B~
N~NrP
@9

[pvink]

Tylen schreef op maandag 17 oktober 2016 @ 20:58:
Hierbij mijn Raspberry Pi image.

Paar punten:

- Inlognaam: pi
- Wachtwoord: raspberry
- Hij boot niet in desktop maar in de console.
- Hij staat nog op DHCP.
- Sudo raspi-config kan je volgens mij het ipadres instellen.
- Grafana draait op poort 3000 dus: http://<ip-adres>:3000 en dan inloggen met admin admin
- Influxdb kan je benaderen via poort 8083 dus http://<ip-adres>:8083 en dan kan je "beheer" op influxdb uitvoeren.
- Bij mij had hij ipadres 192.168.2.111 dus in Grafana even de source aanpassen
- En eigenlijk het belangrijkste, het werkt niet op een RP1 maar alleen op de 2 (en waarschijnlijk dan ook op de 3).

In de home directory van Pi staat SmartMeter.py. Dit is het script welke continue automagisch word opgestart. Let niet op mijn dev skills ik het het simpel gehouden en uiteindelijk erg veel uitgeremt. Ik heb een kaifa slimme meter en drie fase aansluiting. Maar die drie fases zouden niet uit moeten maken. Dan krijg je gewoon geen data in de database voor de overige fases als je maar 1 fase aansluiting hebt. Maar je telegram kan afwijken van mijn telegram. In dit geval zou je het script moeten aanpassen, dat ga ik niet voor je doen

http://tyl.nl/17-10-2016 ...rtMeter python script.rar

Uitpakken en op SD-Kaart zetten met Win32DiskImager (of iets voor een andere OS als je niet met Windows werkt) https://sourceforge.net/projects/win32diskimager/

Ps. Ik lever geen support

Ik kan het bestand niet downloaden. Hij blijft na 1.5 uur steken waarna hij faalt. Zou je hem misschien ergens anders op kunnen zetten? Dit bestand lijkt mij de beste oplossing ipv Domoticz voor mij

[mcDavid]

Heeft iemand enig idee hoeveel stroom je kunt trekken uit de 5V lijn van een Kaifa E0025?
Volgens de DSMR 4.0 spec zou het minimaal 100mA moeten zijn, maar dat is nauwelijks genoeg om een ESP32 te poweren. Hoop dus dat er wat rek in zit. Datasheets van de meter zelf kan ik nergens vinden...

[ronaldmathies]

Ik wil hier graag even uiteenzetten hoe ik nu uiteindelijk de P1 poort heb kunnen uitlezen.

Mijn hardware:

Meter: Kafka MA105C

Verbindings kabel:
https://sinuss.nl/product...ebug-ttl-232-usb-rpi-ftdi

Het enige wat je hier nog mee moet doen is een RJ11 stekker erop plaatsen, het schema wat ik gebruikt heb is als volgt:

http://domoticx.com/pinout-p1-poort-kaifa-ma105-en-ma304/

De kleurcodes van de kabels zijn als volgt:

(zijn terug te vinden in de volgende spec sheet: http://www.farnell.com/datasheets/1641076.pdf )

Zwart: GND
Geel: RXD
Oranje: TXD

Apparatuur om het uit te lezen:

Raspberry PI 3 + 32 GB SD kaart.

Software voor het uitlezen en monitoren:

DSMR Reader:

https://github.com/dennissiemensma/dsmr-reader
https://dsmr-reader.readthedocs.io/nl/latest/

(zelfde product, eerste is de source code, tweede is de documentatie)

De stappen hoe ik het aan de praat heb gekregen:

1. Lege SD-Kaart met Raspbian geïnstalleerd:

Handleiding:
https://www.raspberrypi.o...lation/installing-images/

2. Handleiding voor installatie van DSMR Reader gevolgd, gewoon stap voor stap doen, ik heb voor Postgress gekozen.

Handleiding:
https://dsmr-reader.readthedocs.io/nl/latest/

3. RJ11 stekker volgens schema aan kabel verbonden (beetje gepriegel maar goed te doen).

Omdat mijn meter (de Kafka) een inversie nodig heeft moest ik de eeprom van de kabel aanpassen, dit kan met het FT-PROG utility: http://www.ftdichip.com/Support/Utilities.htm#FT_PROG

Let wel op, je hebt een windows PC nodig, sluit de kabel trouwens aan op een USB poort van je moederbord en niet die van je kast, dit werkte bij mij niet.

De volgende stappen hoeven volgens mij niet in alle situaties te gelden, dit moet je dus wel even zelf uit zoeken,er was ergens een website waar je een overzicht had maar die kan ik niet meer terug vinden.

Stappen volgens de volgende handleiding:

http://www.ftdichip.com/S...ser_Guide_For_FT_PROG.pdf

6.1 Scan for Devices (paragraaf in de handleiding)

Sluit de kabel aan op je moederbord (USB poort)

Druk na het aansluiten op F5 om te scannen, als hij gevonden is zal hij weergegeven worden in de linker helft.


5.5 FT232R Hardware_Specific (paragraaf in de handleiding)

Navigeer na het vinden van de kabel naar Hardware_Specific, en zoek naar de Invert RXD, als hier geen vinkje staat, vinkje aanzetten.

6.4 Program Existing Devices (paragraaf in de handleiding)

Na het maken van de bovenstaande wijziging kan je kiezen om de device te programmeren, druk op de bliksemschicht (Program Devices) knop.

Als het goed is is je kabel nu aangepast.

Toen kon ik de kabel verbinden tussen de PI en de meter en de tooling starten om de meten, en inderdaad het werkte.

Verder heb ik geen overige kabels, of onderdeeltjes gebruikt.

[Voor 30% gewijzigd door ronaldmathies op 21-02-2017 22:26]

[Sircuri]

Het enige dat ik eigenlijk kan zeggen is dat ik zelf gewoon een kant en klare kabel heb gekocht op internet en gekoppeld heb aan mijn meter. Dit is dan wel een KAIFA meter en dat werkte direct op mijn RPi.

[marjet]

Kan iemand mij advies geven mbt het gebruik van FT_prog op Win 10.
Heb een usb<>rs232 kabeltje gekocht in China en een rj11 kabeltje van voldoende lengte aangesoldeerd.
Kreeg wel via Domoticz verbinding met mijn slimme meter (Kaifa MA105), maar helaas geen data.
Neem aan dat ik de seriële poort nog moet inverten, maar ik loop vast met FT_Prog.
Geen juiste template en met de win10 drivers ziet FT_Prog de chip in de kabel niet.

[ANdrode]

marjet schreef op zondag 12 maart 2017 @ 10:45:
Kan iemand mij advies geven mbt het gebruik van FT_prog op Win 10.
Heb een usb<>rs232 kabeltje gekocht in China en een rj11 kabeltje van voldoende lengte aangesoldeerd.
Kreeg wel via Domoticz verbinding met mijn slimme meter (Kaifa MA105), maar helaas geen data.
Neem aan dat ik de seriële poort nog moet inverten, maar ik loop vast met FT_Prog.
Geen juiste template en met de win10 drivers ziet FT_Prog de chip in de kabel niet.

Weet je zeker dat het een genuine FTDI kabel is?

Bij mij werken al mijn "FTDI" kabels in windows 10. FT_Prog ziet ze ook. Bij een deel van de kabels (vermoedelijk met nep-chip) worden na het programmeren de bits in de EEPROM niet bewaard.

[Anoniem: 360858]

@allen: welke kabel en software heb ik nodig om mijn slimme meter uit te lezen en makkelijk te raadplegen (via een PC of tablet/smartphone). Ik heb een:

- Kaifa MA105c
- een windows server op ca. 4 meter afstand die 24/7 aan staat

Het moet simpel en degelijk zijn met een prive-database (d.w.z. niet online). Iemand suggesties???

[Luc S]

Ik heb inmiddels ook slimme meters gekregen die ik graag wil uitlezen maar ik kom er niet uit. Ik heb een Kaifa ma304 en onderstaande kabel van eBay gekocht waar ik een bestaande P1 connector aan heb gesoldeerd.

http://www.ebay.de/itm/US...e41409:g:AikAAOSweW5VD9so
(overigens adviseer ik op zoek te gaan naar een andere want de rs232 kant was 1 vastgesmolten blok plastic )

Windows (de hardware ID) geeft aan dat het om een CH340 chip gaat en de rPi heeft het over de HL340, hoe dat zit weet ik niet maar ik ga er dus vanuit dat het inverten automatisch zal gaan. Ik heb van alles geprobeerd maar ik krijg alleen 'Connected' uit de terminal wanneer ik de kabel aansluit op de P1 + rPi en onderstaande code uitvoer;

cu -l /dev/ttyUSB1 -s 115200 --parity=none

De terminal slaat meteen vast na 'Connected', ik moet hem afsluiten en opnieuw verbinden. Ik heb dit probleem hier eerder gelezen maar helaas niet de oplossing.

Ik heb gesoldeerd zoals weergegeven in post:
https://www.domoticz.com/forum/viewtopic.php?t=4970#p41920

Het volgende heb ik geprobeerd:

• Zonder weerstand
• Weerstand van 1K tussen pin2 en pin7
• Weerstand van 10K tussen pin2 en pin7
• Weerstand van 5K tussen pin2 en pin7
• In plaats van de RxD heb ik de TxD gebruikt (dit vond ik ergens op internet)
• Weerstand van 5K tussen pin3 en pin7

Ik las ook iets over dat RTS (pin7) 5V zou moeten krijgen omdat er anders niets zal worden verzonden, die heb ik op een gegeven moment 5V direct van de USB kabel gegeven (rode draad) omdat ik daar nog nooit iets in de richting van 5V op had gemeten. Dit gaf ook geen ander resultaat dus daarna ook maar de GND van de USB direct doorverbonden met de GND van de P1.

Nog nooit heb ik ook maar iets van scrambled resultaten gekregen, hij zegt enkel 'Connected.' en daarna zit hij vast. Ik vraag me af na alles wat ik heb geprobeerd, of het überhaupt nog zal gaan werken. De eerste keer dat ik hem aan de slimme meter hing, had ik de TxD verbonden omdat ik ergens in een tabel las dat voor de Kaifa ma304 de TxD verbonden zou moeten zijn, dit tabelletje staat ook in dit topic ergens. Ik zou het daar toch niet al direct mee gesloopt hebben

Heeft iemand een ideetje hoe ik e.e.a. kan troubleshooten?

[cyclone]

Luc S schreef op donderdag 6 april 2017 @ 20:13:
Ik heb inmiddels ook slimme meters gekregen die ik graag wil uitlezen maar ik kom er niet uit. Ik heb een Kaifa ma304 en onderstaande kabel van eBay gekocht waar ik een bestaande P1 connector aan heb gesoldeerd.
KNIP

De laatste zin en deze "overigens adviseer ik op zoek te gaan naar een andere want de rs232 kant was 1 vastgesmolten blok plastic" hier baart me zorgen, hoe heb je deze gesoldeerd ? Verloop gemaakt met een DB-9 female of heb je gepoogt hem rechtstreeks op de converter te solderen ?

Kan een verkeerde aanname zijn maar de HL-340 behoeft verder geen aanpassingen (deze inverteert het signaal zelf namelijk) BRON misschien herkent u de schrijver wel

Dus als je gewoon de GND, +5V en de RXD goed aansluit zou je meteen data moeten binnen krijgen.

[Anoniem: 439960]

Avond,
Ik ben ook bezig met het uitlezen van mijn slimme meter Kaifa MA105 ik heb via Ali express een kabel besteld:
https://nl.aliexpress.com...=2114.48010608.4.2.2W6r5S

Hij wordt netjes herkend in mijn raspberry py 2 alleen krijg ik geen data binnen.
Ik heb het vermoeden dat dit komt door dat de kabels verkeerd zijn aangesloten op de usb converter.

Alleen als ik kijk op de usb device kijk zie ik de volgende layout:



Grnd is ground
A: ?
B: ?
5V: is me ook niet duidelijk

Volgens -=Deze=- website heb ik de volgende layout nodig.

1 NC (Not Connected)
2 RTS (Request to Send)
3 GND (Ground)
4 NC (Not Connected)
5 TxD (Transmit data)
6 NC (Not Connected)

Maar wat is nu RTS en TxD.
Ik heb trouwens de FTI chip al wel aangepast dat hij de RxD op inverted heeft gezet (ook volgens de website)
Iemand enig idee?

Alvast bedankt voor de reacties en jullie hulp.

[Gait]

Graag zou ik ook mijn Kaifa MA304C willen uitlezen met een Raspberry Pi 3 B.
Nu heb ik geen zin om te gaan solderen voor een kabel of iets.

Nu kwam ik uit op deze kabel, maar die is niet op voorraad.

Welke alternatieven heb ik en zit er veel verschil in kwaliteit. Het liefst heb ik een kant en klare kabel. Als dat lastig verkrijgbaar is deze kabel dan een optie en hier zelf een RJ11 stekker er aan te zetten? Liever niet solderen of geklooi met weerstandjes aangezien in gewoon een nette afwerking wil hebben.

Edit: welke voeding kan ik het beste bij de Raspberry nemen? De 2.5A of 3A?

[Voor 23% gewijzigd door Gait op 02-05-2017 09:43]

[ThinkPad]

@Gait Ik heb deze kabel van een medetweaker in gebruik voor mijn Kaifa, werkt perfect: V&A aangeboden: FTDI Slimme meter kabel (p1 usb) voor domoticz (gratis verzen...

Ik heb een Kaifa MA105C, dat is de enkelfase variant, jij hebt de driefasen variant.

---

@EmilneM Zodra er zaken in je verhaal bij komen over uitlezen van je omvormer e.d. denk ik dat je beter even een eigen topic kunt aanmaken. Dit topic is bedoeld voor het uitlezen van de slimme meter. Voor uitlezen van zonneomvormers kun je beter in een topic als Datalogging: PV systemen terecht

[Voor 27% gewijzigd door ThinkPad op 02-05-2017 09:54]

[Compizfox]

Vandaag is de oude slimme meter (Kaifa E0025) vervangen door een andere (Landys+Gyr E350) i.v.m. krachtstroom.

Sindsdien krijg ik echter geen datagrammen meer binnen.

Ik las dat de E350 een pull-up weerstand tussen de RxD en VCC nodig heeft. Komt het nauwkeurig wat de waarde van deze weerstand is? Ik las hier dat ik 2 kOhm zou moeten hebben, en ik heb er één van 3.5 kOhm gevonden en ertussen gezet. Dit lijkt niet te werken.

[Compizfox]

mcDavid schreef op donderdag 4 mei 2017 @ 19:53:
Neuh, Alles tussen de 1k en 10k Ohm zal wel werken.

OK, dan is het dus iets anders denk je?

Hou er wel rekening mee dat je het signaal niet meer hoeft te inverteren met deze constructie.

Niet? Ik had begrepen dat dat met de E350 ook moest.

Maar ik krijg nu dus helemaal geen data. Ik weet nog van mijn Kaifa E0025 dat ik scrambled data terugkreeg toen ik het signaal niet geinverteerd had terwijl dat wel moest. Nu krijg ik helemaal niks, wat mij doet vermoeden dat er iets verkeerd gaat met het signaal waardoor de meter gaat zenden.

[Luc S]

ThinkPadd schreef op dinsdag 2 mei 2017 @ 09:52:
@Gait Ik heb deze kabel van een medetweaker in gebruik voor mijn Kaifa, werkt perfect: V&A aangeboden: FTDI Slimme meter kabel (p1 usb) voor domoticz (gratis verzen...

Ik heb een Kaifa MA105C, dat is de enkelfase variant, jij hebt de driefasen variant.

Ik heb toch ook maar de kant-en-klare kabel aangeschaft van Richard voor mijn Kaifa MA304. Net aangesloten en werkt perfect!

[roooii]

Ik weet even niet of ik dit moet plaatsen in een nieuw topic of hier, maar ook ik heb inmiddels een slimme meter in huis (Kaifa MA105C). Nu heb ik daarbij een kabel besteld, maar helaas krijg ik geen signaal.

Het gaat om de volgende kabel: https://www.aliexpress.co...=2114.13010608.0.0.hTF74R

Met de volgende pin layout:
1-Not connected
2-RTS
3-GND
4-Not connected
5-TXD
6-Not connected.

Ik gebruik Windows 10 als OS en heb de 32 bit VCP drivers geinstalleerd (http://www.ftdichip.com/Drivers/VCP.htm). Het apparaat wordt in apparaatbeheer onder COM-poorten getoond als "USB Serial Port (COM4)". En onder USB-controllers zie ik "USB Serial Converter" terug.

Ik heb de COM-poort proberen uit te lezen met Arduino (serial monitor), Terminal by Br@y, Putty, maar totaal geen response. Bitrates 9600 en 115200 geprobeerd,

Verder heb ik nog FT_PROG gebruikt om het TXD signaal inverted te programmeren.

Iemand enig idee? Is de pin layout correct?

[kevintjeb]

Beste allemaal,

Ik heb een P1 kabel met ftdi converter, met de pin lay-out voor een ma304c (kaifa) (van domotix):

1 NC (Not Connected)
2 RTS (Request to Send)
3 GND (Ground)
4 NC (Not Connected)
5 TxD (Transmit data)
6 NC (Not Connected)

Echter als ik deze in de meter steek, en het USB in mijn laptop om deze met putty (115200, 8n1) uit te lezen komen er totaal geen waardes.

Heb ik een verkeerde pinout of pak ik het verkeerd aan? Kan verder op internet er niks over vinden...

Later deze avond ga ik even door dit topic heen, momenteel even geen tijd..

Bedankt!

[kevintjeb]

-knip-

Het is allemaal gelukt nadat ik het goed heb gesoldeerd.

De pinout voor de Kaifa ma304c is hetzelfde als die van de ma304.

[Voor 114% gewijzigd door kevintjeb op 09-08-2017 12:56]

[kevintjeb]

okio schreef op zondag 20 augustus 2017 @ 12:28:
Welk kant en klaar kabeltje van ali of ebay kan ik nou het beste kopen voor een ISKRA AM550 icm een Landis G350 meter?

Hele topic al door geweest maar daar kom ik nog niet direct achter, natuurlijk ken ik de kabels van 20 euro op internet maar dat lijkt mij wat overdreven.

Het gaat om het uitlezen via usb op Domoticz, raspberry PI die in de meterkast hangt.

Ik heb voor mijn KAIFA ma304c een kabeltje voor 3 euro (2 euro verzendkosten) laten maken in China, 1.5 week wachten en ik had hem. Heb hem daarna nog wel hergesoldeerd omdat ze iets fout hadden verbonden. Draait als een tierelier!

[Vlees_Jus]

Vandaag mijn kabel (P1 Converter Cable v2) binnen gekregen van smartmeterdashboard.nl.
Aangesloten via een Raspberry Pi op mijn Kaifa MA304C.

Nu krijg ik het wel voor elkaar om data te ontvangen, maar het ziet er als volgt uit:

code:

=+kgi6~6{?[{6v>v6k6K

=+kgi6~6{?k{vvvv6{v6K

=+kgi6~6{?[{vvvv6{v6K

=+kV{V~6k6{{vVV+kgi6~6
                           ?{{6K6K

5ekgi6~6
        ?{{6{v6K

5ekV{V~6
         ?[v{v6VV+kV{V~6
                           ?k{vVVV+kgi6~,l,6{{{{V~6
                                                         ?kkV-6v6vVv6VU{{vvvv6v66K~-6v6v6V6V6Vv>U{{vvvvvvV6K~-6v6v6VVVV>6U{{vvvvVV66K~-6v6v6VV6Vv>U{{vvvvVV6K~mvvVvVvvvvvVU{[vvv>6v6K~mvvVvVvvvvvVU{[vvv>6v6K~y=gi6>66K6{{vvvV+kgi6~66K6{{vvvV+kgi6>66K6{{vvvV+kgi6>66K?6{{vvvV+kgi6~66K?6{{vvvV+kgi6>66K?6{{vvvV+kV{V~6kK6kky=V{Vn6k_6{ky=gi6>V6
          ?{{v6k5ekgi6~V6
                           ?{{v6k5ekgi6>V6
                                            ?{{v6k5ekgi66V6
                                                             ?{{{6{66K

Is mijn signaal inverted en zet de kabel deze niet goed om? (wat hij wel zou moeten doen volgens mij)
Of gebruik ik de verkeerde instellingen?

De python code waar ik op het moment mee test:

Python:

import serial
import time

ser = serial.Serial(
    port='/dev/ttyUSB0',
    baudrate=115200,
    parity=serial.PARITY_EVEN,
    stopbits=serial.STOPBITS_ONE,
    bytesize=serial.SEVENBITS
)

while True:
    print ser.readline()

ser.close()

cu geeft ook dezelfde responses

code:

cu -l /dev/ttyUSB0 -s 115200 --parity=even

edit: Inmiddels een nieuwe kabel ontvangen en deze werk wel, met de normale instellingen (115200 8n1).

[Voor 6% gewijzigd door Vlees_Jus op 12-10-2017 18:35. Reden: Probleem opgelost]

[kevintjeb]

Vlees_Jus schreef op woensdag 11 oktober 2017 @ 01:30:
Vandaag mijn kabel (P1 Converter Cable v2) binnen gekregen van smartmeterdashboard.nl.
Aangesloten via een Raspberry Pi op mijn Kaifa MA304C.

Nu krijg ik het wel voor elkaar om data te ontvangen, maar het ziet er als volgt uit:

code:

=+kgi6~6{?[{6v>v6k6K

=+kgi6~6{?k{vvvv6{v6K

=+kgi6~6{?[{vvvv6{v6K

=+kV{V~6k6{{vVV+kgi6~6
                           ?{{6K6K

5ekgi6~6
        ?{{6{v6K

5ekV{V~6
         ?[v{v6VV+kV{V~6
                           ?k{vVVV+kgi6~,l,6{{{{V~6
                                                         ?kkV-6v6vVv6VU{{vvvv6v66K~-6v6v6V6V6Vv>U{{vvvvvvV6K~-6v6v6VVVV>6U{{vvvvVV66K~-6v6v6VV6Vv>U{{vvvvVV6K~mvvVvVvvvvvVU{[vvv>6v6K~mvvVvVvvvvvVU{[vvv>6v6K~y=gi6>66K6{{vvvV+kgi6~66K6{{vvvV+kgi6>66K6{{vvvV+kgi6>66K?6{{vvvV+kgi6~66K?6{{vvvV+kgi6>66K?6{{vvvV+kV{V~6kK6kky=V{Vn6k_6{ky=gi6>V6
          ?{{v6k5ekgi6~V6
                           ?{{v6k5ekgi6>V6
                                            ?{{v6k5ekgi66V6
                                                             ?{{{6{66K

Is mijn signaal inverted en zet de kabel deze niet goed om? (wat hij wel zou moeten doen volgens mij)
Of gebruik ik de verkeerde instellingen?

De python code waar ik op het moment mee test:

Python:

import serial
import time

ser = serial.Serial(
    port='/dev/ttyUSB0',
    baudrate=115200,
    parity=serial.PARITY_EVEN,
    stopbits=serial.STOPBITS_ONE,
    bytesize=serial.SEVENBITS
)

while True:
    print ser.readline()

ser.close()

cu geeft ook dezelfde responses

code:

cu -l /dev/ttyUSB0 -s 115200 --parity=even

Wij hebben ook een Kaifa ma304C , de data gaat over 115200 8n1. Jij gebruikt hier 115200 7n1, verander dit naar 8 als Bytesize en het zal beter gaan verwacht ik

[Vlees_Jus]

kevintjeb schreef op woensdag 11 oktober 2017 @ 07:21:
[...]


Wij hebben ook een Kaifa ma304C , de data gaat over 115200 8n1. Jij gebruikt hier 115200 7n1, verander dit naar 8 als Bytesize en het zal beter gaan verwacht ik

Ik heb dit geprobeerd (en nog een hele hoop andere configuraties) maar ik krijg dan vreemd genoeg helemaal geen data.

[Comestus]

Vlees_Jus schreef op woensdag 11 oktober 2017 @ 01:30:
Vandaag mijn kabel (P1 Converter Cable v2) binnen gekregen van smartmeterdashboard.nl.
Aangesloten via een Raspberry Pi op mijn Kaifa MA304C.

Nu krijg ik het wel voor elkaar om data te ontvangen, maar het ziet er als volgt uit:

code:

=+kgi6~6{?[{6v>v6k6K

=+kgi6~6{?k{vvvv6{v6K

=+kgi6~6{?[{vvvv6{v6K

=+kV{V~6k6{{vVV+kgi6~6
                           ?{{6K6K

5ekgi6~6
        ?{{6{v6K

5ekV{V~6
         ?[v{v6VV+kV{V~6
                           ?k{vVVV+kgi6~,l,6{{{{V~6
                                                         ?kkV-6v6vVv6VU{{vvvv6v66K~-6v6v6V6V6Vv>U{{vvvvvvV6K~-6v6v6VVVV>6U{{vvvvVV66K~-6v6v6VV6Vv>U{{vvvvVV6K~mvvVvVvvvvvVU{[vvv>6v6K~mvvVvVvvvvvVU{[vvv>6v6K~y=gi6>66K6{{vvvV+kgi6~66K6{{vvvV+kgi6>66K6{{vvvV+kgi6>66K?6{{vvvV+kgi6~66K?6{{vvvV+kgi6>66K?6{{vvvV+kV{V~6kK6kky=V{Vn6k_6{ky=gi6>V6
          ?{{v6k5ekgi6~V6
                           ?{{v6k5ekgi6>V6
                                            ?{{v6k5ekgi66V6
                                                             ?{{{6{66K

Is mijn signaal inverted en zet de kabel deze niet goed om? (wat hij wel zou moeten doen volgens mij)
Of gebruik ik de verkeerde instellingen?

De python code waar ik op het moment mee test:

Python:

import serial
import time

ser = serial.Serial(
    port='/dev/ttyUSB0',
    baudrate=115200,
    parity=serial.PARITY_EVEN,
    stopbits=serial.STOPBITS_ONE,
    bytesize=serial.SEVENBITS
)

while True:
    print ser.readline()

ser.close()

cu geeft ook dezelfde responses

code:

cu -l /dev/ttyUSB0 -s 115200 --parity=even

edit: Inmiddels een nieuwe kabel ontvangen en deze werk wel, met de normale instellingen (115200 8n1).

Heb dit issue ook gehad. Het signaal moest bij mij nog geinverteerd worden. Zie volgende link over hoe:
https://www.circuitsonline.net/forum/view/115593

[Vaal]

Kabeltje gekocht via Aliexpress, echter natuurlijk weer de verkeerde Hij geeft geen sjoege in Domoticz, dus even gekeken bij Aliexpress naar wat ik nou precies gekocht heb:

"Please be kind to read the following information before you buying this cable, this cable is specially for the dutch kaifa smart meter"

Oeps. Ik heb een Iskra AM550. Echter, wat kan er nou anders aan zijn? Zo te zien is het gewoon een standaard FTDI kabeltje, dus even aan de PC en met FT_Prog wat wijzigingen maken. Nee hoor, ook aan de PC geen sjoege. Moet 'ie aan de meter zitten om te programmeren?

[wortelsoft]

Vaal schreef op woensdag 1 november 2017 @ 08:36:
Kabeltje gekocht via Aliexpress, echter natuurlijk weer de verkeerde Hij geeft geen sjoege in Domoticz, dus even gekeken bij Aliexpress naar wat ik nou precies gekocht heb:

"Please be kind to read the following information before you buying this cable, this cable is specially for the dutch kaifa smart meter"

Oeps. Ik heb een Iskra AM550. Echter, wat kan er nou anders aan zijn? Zo te zien is het gewoon een standaard FTDI kabeltje, dus even aan de PC en met FT_Prog wat wijzigingen maken. Nee hoor, ook aan de PC geen sjoege. Moet 'ie aan de meter zitten om te programmeren?

Als eerste CU installeren en daarmee testen of met een pc met b.v. putty je wilt zo weinig moelijk intelligentie tussen je slimme meter en het uitlezen.

Even die kabel open maken, met een dun mes kun je de behuizing open maken en dan kijken of ze de draden goed soldeerd hebben (er zijn gevallen bekend dat ze rx en tx verwisseld hebben) Verder ik moest een weerstand solderen tussen rx en +5v voor mijn slimme meter (weerstand moet tussen 1000 - 10000 Ohm liggen)

[Maistro_44]

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

[Sleurhutje]

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

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

[Overv]

ETH0.1 schreef op vrijdag 10 augustus 2018 @ 11:25:
[...]


groen: 3v
bruin: GND (wit kabeltje vanaf de arduino, omdat ik even niets anders had)
wit: ongebruikt
geel: D5 data input

Ondersteunt de meter die jij gebruikt 3.3v? Ik wil ook mijn ESP8266 aansluiten, maar volgens de specificatie is er 5V nodig (Kaifa MA105C).

[Rgerr]

Overv schreef op zondag 23 september 2018 @ 21:23:
[...]


Ondersteunt de meter die jij gebruikt 3.3v? Ik wil ook mijn ESP8266 aansluiten, maar volgens de specificatie is er 5V nodig (Kaifa MA105C).

Zou het er niet op gokken met 3,3v. Heb dezelfde meter en voor ik er achter was dat het aan de voeding (Raspberry pi, Ali voeding) lag... Nu 5,2v voeding en werkt perfect.

[Bierbroeder]

Overv schreef op zondag 23 september 2018 @ 21:23:
[...]


Ondersteunt de meter die jij gebruikt 3.3v? Ik wil ook mijn ESP8266 aansluiten, maar volgens de specificatie is er 5V nodig (Kaifa MA105C).

Op mijn Kaifa E0025 werkt het prima.

[Rgerr]

w2cker schreef op donderdag 27 september 2018 @ 18:26:
[...]

Ik heb dezelfde meter. En bij mij ook elke seconde een waarde, maar deze veranderd maar 1x per 10 seconden

Volgens mij een ‘beperking’ van de meter zelf, mijn Kaifa MA105a heeft hetzelfde. Dus maar ingesteld dat ie elke 10 sec de waardes ophaalt.

[stegen]

Rgerr schreef op donderdag 27 september 2018 @ 18:46:
[...]


Volgens mij een ‘beperking’ van de meter zelf, mijn Kaifa MA105a heeft hetzelfde. Dus maar ingesteld dat ie elke 10 sec de waardes ophaalt.

Omdat ik de P1 poort wil gebruiken voor het dynamisch laden van een EV, is het wel belangrijk dat er actuele gegevens uit de meter komen.
Ik heb mijn bevindingen aan Liander voorgelegd, en zij hebben vandaag de meter gewisseld voor een ISKRA AM550-TD2. Probleem opgelost!

[FastWallie]

Na heel lang zoeken en rommelen zoek ik ook hulp. Ik heb het uitlezen eerder goed gekregen, maar na een crash van m'n raspberry pi ben ik code kwijt...

code:

jan@raspberrypi:~ $ python p1uitlezen2.py

/KFM5KAIFA-METER

1-3:0.2.8(42)
0-0:1.0.0(190102112519W)
0-0:96.1.1(4530303235303030303333313630353135)
1-0:1.8.1(005336.097*kWh)
1-0:1.8.2(005408.003*kWh)
1-0:2.8.1(000906.455*kWh)
1-0:2.8.2(002316.303*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.014*kW)
1-0:2.7.0(00.000*k
/KFM5KAIFA-METER

1-3:0.2.8(42)
0-0:1.0.0(190102112529W)
0-0:96.1.1(4530303235303030303333313630353135)
1-0:1.8.1(005336.097*kWh)
1-0:1.8.2(005408.004*kWh)
1-0:2.8.1(000906.455*kWh)
1-0:2.8.2(002316.303*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.016*kW)
1-0:2.7.0(00.000*k
/KFM5KAIFA-METER

en een minuut later

code:

jan@raspberrypi:~ $ python p1uitlezen2.py
/KFM5KAIFA-METER

0-0:1.0.0(190102112759W)
135)
6.455*kWh)005336.097*kWh)
1-0:2.8.2(002316.306*k1-0:2.7.0(00.081*k
/KFM5KAIFA-METER9W)
0-0:96.1.1(4530303235303030303333313630353135)
kWh)
1-0:2.8.1(000906.455*kWh002)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.074*k
/KFM5KAIFA-METER

1-3:0.2.8(42)
0-0:1.0.0(190102112820W)
0-0:96.1.1(4530303235303030303333313630353135)
1-0:1.8.1(005336.097*kWh)
1-0:1.8.2(005408.004*kWh)
1-0:2.8.1(000906.455*kWh)
1-0:2.8.2(002316.306*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.080*k
/KFM5KAIFA-METER

en een minuut of 5 later een goed telegram

code:

jan@raspberrypi:~ $ python p1uitlezen2.py
/KFM5KAIFA-METER

1-3:0.2.8(42)
0-0:1.0.0(190102113329W)
0-0:96.1.1(4530303235303030303333313630353135)
1-0:1.8.1(005336.097*kWh)
1-0:1.8.2(005408.004*kWh)
1-0:2.8.1(000906.455*kWh)
1-0:2.8.2(002316.312*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.023*kW)
0-0:96.7.21(00008)
0-0:96.7.9(00004)
1-0:99.97.0(1)(0-0:96.7.19)(000101000001W)(2147483647*s)
1-0:32.32.0(00000)
1-0:32.36.0(00000)
0-0:96.13.1()
0-0:96.13.0()
1-0:31.7.0(002*A)
1-0:21.7.0(00.000*kW)
1-0:22.7.0(00.023*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303332353631323435333134343135)
0-1:24.2.1(190102110000W)(05297.183*m3)
!5BB0

Dit is de inhoud van p1uitlezen2.py

code:

# DSMR P1 uitlezen
# (c) 10-2012 - GJ - gratis te kopieren en te plakken
versie = "1.0"
import sys
import serial

##############################################################################
#Main program
##############################################################################
#print ("DSMR P1 uitlezen",  versie)
#print ("Control-C om te stoppen")
#print ("Pas eventueel de waarde ser.port aan in het python script")

#Set COM port config
ser = serial.Serial()
ser.baudrate = 115200
ser.bytesize=serial.SEVENBITS
ser.parity=serial.PARITY_EVEN
ser.stopbits=serial.STOPBITS_ONE
ser.xonxoff=0
ser.rtscts=0
ser.timeout=20
ser.port="/dev/ttyUSB0"

#Open COM port
try:
    ser.open()
except:
    sys.exit ("Fout bij het openen van %s. Aaaaarch."  % ser.name)


#Initialize
#p1_teller is mijn tellertje voor van 0 tot 20 te tellen
p1_teller=0

while p1_teller < 26:
    p1_line=''
#Read 1 line van de seriele poort
    try:
        p1_raw = ser.readline()
    except:
        sys.exit ("Seriele poort %s kan niet gelezen worden. Aaaaaaaaarch." % ser.name )
    p1_str=str(p1_raw)
    p1_line=p1_str.strip()
# als je alles wil zien moet je de volgende line uncommenten
    print (p1_line)
    p1_teller = p1_teller +1

#Close port and show status
try:
    ser.close()
except:
    sys.exit ("Oops %s. Programma afgebroken. Kon de seriele poort niet sluiten." % ser.name )

Kortom, mijn output vertoont veel willekeur en ik kan er niet op vertrouwen dat die hetzelfde is. Een goed telegram bevat 26 regel (laatste regel bevat ! en 4 tekens).

Heeft iemand een idee waar het in kan zitten ? Ik heb ook een script met 8 bits en none parity. Dan heb ik dezelfde willekeur.

[Arunia]

@cavey Ok, thanks. Had niet door dat het eigenlijk dezelfde was als van Willem.
De slimme meter is van vorige jaar, maar kon er even niet op komen welke het nu eigenlijk is.
Na het lezen van je bericht moet ik toch echt even goed er in duiken wat alles is. Daarnaast moet ik even kijken waar het mee uitgelezen gaat worden. Wil nog een keer een magic mirror maken of iets met fotolijstjes aan de muur. Kan daar wel een scherm in plaatsen voor dit soort informatie. Energieverbruik, files, weer enzovoorts. Wel alleen aan als het nodig is (want anders heeft het nog weinig nut. )

Gas is een Landis+gyr volgens mij de 5 reeks waar je het over hebt en de energiemeter is een Kaifa als ik de plaatjes zo zie. Maar twijfel omdat er 3 zijn en ik bang ben dat het een 4.0 is.

Ga dat nog wel even bekijken thuis. Dan kan ik onderzoeken of bovenstaande een goede aankoop gaat zijn.

[Voor 20% gewijzigd door Arunia op 01-02-2019 12:56]

[Joen]

Een tijd geleden bezig geweest mijn Kaifa slimme meter uit te lezen met een Python-script en specifiek USB-kabeltje dat ik op een website had gevonden. De resultaten werden weggeschreven naar een MySQL-servertje op mijn WIndows PC. Het geheel werkte echter nooit helemaal stabiel en inmiddels ligt het een poosje stil. Ook vond ik het jammer dat ik mijn watermeter niet digitaal kon uitlezen.

We zijn inmiddels een poosje verder en ik zag hier op GoT een topic om je watermeter digitaal uit te kunnen lezen. Is deze watermeter uitleesbaar? Daarin staan 2 manieren om hem uit te lezen en ik ga het met een NPN proximity detector proberen.

Ik heb het alleen best wel druk met andere zaken en dus weet ik nog niet wanneer ik het uitlezen van mijn slimme meter en de watermeter weer ga oppakken.

Mario52 schreef op zaterdag 20 april 2019 @ 12:59:
Heb alles draaien nu maar voeg mij af of de slimme meter via Domoticz real time uit te lezen is? er zit nu zo'n 10 sec vertraging op en om te kijken wat een specifiek apparaat nu werkelijk verbruikt bij inschakelen zou dat wel wat sneller mogen.

Ik meen mij te herinneren dat de slimme meters slechts 1x per 10 seconden hun gegevens uitspuwen over de seriële interface.

[Joen]

cville schreef op zondag 21 april 2019 @ 16:47:
[...]

1 x per seconde is standaard bij DSMR5 meters.

Ik heb een Kaifa met DSMR4 en volgens mij is het bij mij om de 10 seconden. Ik moet er bij zeggen dat ik door omstandigheden hem al een tijdje niet meer uitgemeten heb en dus het antwoord niet met 100% zekerheid geef.

Update:
Met een beetje Googlen kwam ik op dit PDF-document uit: https://esmig.eu/sites/de...mart_metering_in_nl_1.pdf
Op pagina 5 staat de bevestiging dat DSMR4 inderdaad om de 10 seconden zijn gegevens uitspuwt en DSMR5 elke seconde:

[Voor 34% gewijzigd door Joen op 21-04-2019 21:46]

[Joen]

Sircuri schreef op vrijdag 6 september 2019 @ 12:10:
[...]


DSMR 4 meters geven alleen maar de 'current' weer inderdaad. Niet het voltage.

Ik kan het nu door omstandigheden niet direct nakijken, maar ik meen mij te herinneren toen ik mijn Kaifa DSMR 4.2 meter nog uitlas dat deze ook de voltage doorgaf.

[dma_k]

Beste allemaal,

Mij excuses voor mijn Nederlands, Nederland is niet mijn moedertaal. De aantal van de pagina's in deze topic zeg me dat het onderwerp is echt aantrekkelijk maar ook niet triviaal.

Mijn ervaring is de volgende. Ik heb smart meter Kaifa MA105(c) / DSMR4.0 die ik met Arduino Nano koppelen. Ik heb hier geleest over de verschillende opties, en ik heb de variant met BS170 transistor en 10kOm resistor gekozen:

De resultaat was de volgende:

Dus sommige bits gemist of of verkeerd geïnterpreteerd hierdoor is het datagram niet leesbaar.
Oke, ik heb de andere versie gemaakt met andere BS170 transistor en twee 10kOm resistor (misschien de tweede zal extra stabiliteit toevoegen):

maar het werkte niet met hetzelfde resultaat.

Arduino serial poort is opstelt in standaard manier:

code:

#include <SoftwareSerial.h>

SoftwareSerial SerialP1(SERIAL_D4_PIN, -1);
...
SerialP1.begin(115200);

while (SerialP1.available()) {
  int len = SerialP1.readBytesUntil('\n', telegram, MAXLINELENGTH - 2);
  ...
}

Daarna heb ik Saleae Logic Analyser gebuikt om te zien was is eigenlijk gebuurt. Zonder problemen kon de software het telegram decoderen (rate 115200, inverted):


Ik heb geen andere ideeën waarom signaalontkenning logica werkt niet. Misschien kan iemand een tip geven?

Dank u!

[Sabbi]

dma_k schreef op donderdag 16 januari 2020 @ 12:54:
Beste allemaal,

Mij excuses voor mijn Nederlands, Nederland is niet mijn moedertaal. De aantal van de pagina's in deze topic zeg me dat het onderwerp is echt aantrekkelijk maar ook niet triviaal.

Mijn ervaring is de volgende. Ik heb smart meter Kaifa MA105(c) / DSMR4.0 die ik met Arduino Nano koppelen. Ik heb hier geleest over de verschillende opties, en ik heb de variant met BS170 transistor en 10kOm resistor gekozen:
[Afbeelding]
De resultaat was de volgende:
[Afbeelding]
Dus sommige bits gemist of of verkeerd geïnterpreteerd hierdoor is het datagram niet leesbaar.
Oke, ik heb de andere versie gemaakt met andere BS170 transistor en twee 10kOm resistor (misschien de tweede zal extra stabiliteit toevoegen):
[Afbeelding]
maar het werkte niet met hetzelfde resultaat.

Arduino serial poort is opstelt in standaard manier:

code:

#include <SoftwareSerial.h>

SoftwareSerial SerialP1(SERIAL_D4_PIN, -1);
...
SerialP1.begin(115200);

while (SerialP1.available()) {
  int len = SerialP1.readBytesUntil('\n', telegram, MAXLINELENGTH - 2);
  ...
}

Daarna heb ik Saleae Logic Analyser gebuikt om te zien was is eigenlijk gebuurt. Zonder problemen kon de software het telegram decoderen (rate 115200, inverted):
[Afbeelding]

Ik heb geen andere ideeën waarom signaalontkenning logica werkt niet. Misschien kan iemand een tip geven?

Dank u!

Je Arduino sketch gebruikt softwareserial, die laat nog wel eens een steekje vallen, wat leidt tot de missende tekens. Als je de hardwareserial gebruikt zou het moeten werken.

[KeRsTmAnNeKe]

Wil hier ook mijn slimme meter uitlezen, een Kaifa M105, kabel besteld in China die nu eindelijk binnen is.
Ding in de pi geprikt, andere kant in de meter, cu -l /dev/ttyUSB0 -s 115200 ingetypt... en niks, hij zegt alleen connected.

Daarna geprobeerd die usb stekker open te breken om te zien of alles qua solderen wel goed zat, (in het proces mijn vinger gruwelijk open gehaald ) maar ook daar lijkt alles gewoon netjes te zitten, tenminste, vergeleken met hoe ik het online kan vinden.

Iemand enig idee wat ik nog meer kan testen?

[DFKT]

KeRsTmAnNeKe schreef op zaterdag 29 februari 2020 @ 14:26:
Wil hier ook mijn slimme meter uitlezen, een Kaifa M105, kabel besteld in China die nu eindelijk binnen is.
Ding in de pi geprikt, andere kant in de meter, cu -l /dev/ttyUSB0 -s 115200 ingetypt... en niks, hij zegt alleen connected.

Daarna geprobeerd die usb stekker open te breken om te zien of alles qua solderen wel goed zat, (in het proces mijn vinger gruwelijk open gehaald ) maar ook daar lijkt alles gewoon netjes te zitten, tenminste, vergeleken met hoe ik het online kan vinden.

Iemand enig idee wat ik nog meer kan testen?

Weet je zeker dat je kabel wel geschikt is voor jouw meter? Ik had de eerste keer namelijk ook een verkeerde kabel besteld... Mijn 2e kabel gaf direct signaal, hoefde ik niets bijzonders voor te doen.

[DRuw]

Ok, ook dat werkte niet...
ik heb nu dit als output (ik zie overigens vierkantjes in de plot ipv de omgekeerde vraagtekens):

13:51:00.036 -> ⸮⸮S⸮5\⸮M⸮3⸮⸮-⸮00⸮⸮
13:51:00.036 -> ⸮
13:51:00.070 -> 0-0:96.⸮.⸮(⸮B⸮⸮⸮⸮3⸮3030353⸮3⸮35363⸮35303⸮3⸮⸮⸮
13:51:00.138 -> ⸮-0:⸮.⸮.⸮(⸮⸮09⸮.⸮⸮⸮⸮⸮⸮詍
13:51:00.172 -> ⸮-0:⸮.⸮.⸮(⸮⸮⸮⸮⸮.⸮6⸮⸮⸮⸮詍
13:51:00.172 -> ⸮-0:⸮.⸮.⸮(036⸮⸮.⸮9⸮⸮⸮⸮詍
13:51:00.206 -> ⸮-0:⸮.⸮.⸮(090⸮⸮.350⸮⸮⸮詍
13:51:00.241 -> 0-0:96.⸮⸮.0(000⸮⸮⸮
13:51:00.241 -> ⸮-0:⸮.⸮.0(0000.00⸮⸮ש⸮
13:51:00.274 -> ⸮-0:⸮.⸮.0(000⸮.⸮⸮⸮⸮ש⸮
13:51:00.308 -> 0-0:⸮⸮.0.0(0999.00⸮⸮ש⸮
13:51:00.342 -> 0-0:96.3.⸮0(⸮⸮⸮
13:51:00.342 -> 0-0:96.⸮3.⸮(⸮⸮
13:51:00.375 -> 0-0:96.⸮3.0(⸮⸮
13:51:00.375 -> 0-⸮:⸮⸮.⸮.0(3⸮⸮
13:51:00.408 -> 0-⸮:96.⸮.0(3⸮3⸮303⸮3⸮30303⸮3⸮3⸮30303⸮3⸮333⸮3⸮⸮⸮
13:51:00.442 -> 0-⸮:⸮⸮.3.0(⸮00503⸮30000⸮(00⸮(60⸮(⸮⸮(0-⸮:⸮⸮.⸮.⸮⸮(⸮3⸮⸮
13:51:00.510 -> (06⸮96.⸮59⸮⸮
13:51:00.510 -> 0-⸮:⸮⸮.⸮.0(⸮⸮⸮
13:51:00.544 -> !⸮
13:51:00.544 ->
13:51:00.544 -> ===INVALID CRC FOUND!===

en dit is mijn programma:

code:

#include <ESP8266WiFi.h>
#include <ESP8266mDNS.h>
#include <ESP8266HTTPClient.h>
#include <SoftwareSerial.h>
#include <Homey.h>
#include <WiFiUdp.h>
#include <ArduinoOTA.h>
#include "CRC16.h"

#define LED 2

//===Change values from here===
const char* ssid = "XXXX";
const char* password = "XXXX";
const char* hostName = "ESPP1Meter";
const bool outputOnSerial = true;
//===Change values to here===

// Vars to store meter readings
long mEVLT = 0; //Meter reading Electrics - consumption low tariff
long mEVHT = 0; //Meter reading Electrics - consumption high tariff
long mEOLT = 0; //Meter reading Electrics - return low tariff
long mEOHT = 0; //Meter reading Electrics - return high tariff
long mEAV = 0;  //Meter reading Electrics - Actual consumption
long mEAT = 0;  //Meter reading Electrics - Actual return

long mVL1 = 0;  //Meter reading Electrics - Voltage L1
long mIL1 = 0;  //Meter reading Electrics - Current L1
long mVL2 = 0;  //Meter reading Electrics - Voltage L2
long mIL2 = 0;  //Meter reading Electrics - Current L2
long mVL3 = 0;  //Meter reading Electrics - Voltage L3
long mIL3 = 0;  //Meter reading Electrics - Current L3

long mGAS = 0;    //Meter reading Gas
long prevGAS = 0;

#define MAXLINELENGTH 128 // longest normal line is 47 char (+3 for \r\n\0)
char telegram[MAXLINELENGTH];

#define SERIAL_RX     D5  // pin for SoftwareSerial RX
SoftwareSerial mySerial(SERIAL_RX, -1, true, MAXLINELENGTH); // (RX, TX. inverted, buffer)

unsigned int currentCRC = 0;

void setup() {
  Homey.begin("P1 Smart Meter");
  Homey.setClass("other");
  Homey.addCapability("measure_power.consumed");
  Homey.addCapability("measure_power.produced");
  Homey.addCapability("meter_power.producedPeak");
  Homey.addCapability("meter_power.producedOffPeak");
  Homey.addCapability("meter_power.peak");
  Homey.addCapability("meter_power.offPeak");

  Homey.addCapability("measure_voltage.L1");
  Homey.addCapability("measure_current.L1");
  Homey.addCapability("measure_voltage.L2");
  Homey.addCapability("measure_current.L2");
  Homey.addCapability("measure_voltage.L3");
  Homey.addCapability("measure_current.L3");

  Homey.addCapability("meter_gas");

  Serial.begin(9600);
  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);

  // Port defaults to 8266
  // ArduinoOTA.setPort(8266);

  // Hostname defaults to esp8266-[ChipID]
  ArduinoOTA.setHostname(hostName);

  // No authentication by default
  // ArduinoOTA.setPassword((const char *)"123");

  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());
}

void UpdateGas()
{
  //sends over the gas setting to Homey
  if (prevGAS != mGAS)
  {
    Homey.setCapabilityValue("meter_gas", (float) (mGAS / 1000.0));
    prevGAS = mGAS;
  }
}

void UpdateElectricity()
{
  Homey.setCapabilityValue("measure_power.consumed", (float) (mEAV * 1.0));
  Homey.setCapabilityValue("measure_power.produced", (float) (mEAT * 1.0));
  Homey.setCapabilityValue("meter_power.producedPeak", (float) (mEOHT * 0.001));
  Homey.setCapabilityValue("meter_power.producedOffPeak", (float) (mEOLT * 0.001));
  Homey.setCapabilityValue("meter_power.peak", (float) (mEVHT * 0.001));
  Homey.setCapabilityValue("meter_power.offPeak", (float) (mEVLT * 0.001));

  Homey.setCapabilityValue("measure_voltage.L1", (float) (mVL1 * 0.001));
  Homey.setCapabilityValue("measure_current.L1", (float) (mIL1 * 0.001));
  Homey.setCapabilityValue("measure_voltage.L2", (float) (mVL2 * 0.001));
  Homey.setCapabilityValue("measure_current.L2", (float) (mIL2 * 0.001));
  Homey.setCapabilityValue("measure_voltage.L3", (float) (mVL3 * 0.001));
  Homey.setCapabilityValue("measure_current.L3", (float) (mIL3 * 0.001));
}

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;
}

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;
}

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 < 3) 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;
}

bool decodeTelegram(int len) {
  //need to check for start
  int startChar = FindCharInArrayRev(telegram, '/', len);
  int endChar = FindCharInArrayRev(telegram, '!', len);
  bool validCRCFound = false;
  if (startChar >= 0)
  {
    //start found. Reset CRC calculation
    currentCRC = CRC16(0x0000, (unsigned char *) telegram + startChar, len - startChar);
    if (outputOnSerial)
    {
      for (int cnt = startChar; cnt < len - startChar; cnt++) {
        Serial.print(telegram[cnt]);
      }
    }

  }
  else if (endChar >= 0)
  {
    //add to crc calc
    currentCRC = CRC16(currentCRC, (unsigned char*)telegram + endChar, 1);
    char messageCRC[5];
    strncpy(messageCRC, telegram + endChar + 1, 4);
    messageCRC[4] = 0; //thanks to HarmOtten (issue 5)
    if (outputOnSerial)
    {
      for (int cnt = 0; cnt < len; cnt++)
        Serial.print(telegram[cnt]);
    }

    validCRCFound = (strtol(messageCRC, NULL, 16) == currentCRC);
    if (validCRCFound)
      Serial.println("\nVALID CRC FOUND!");
    else
      Serial.println("\n===INVALID CRC FOUND!===");
    currentCRC = 0;
  }
  else
  {
    currentCRC = CRC16(currentCRC, (unsigned char*)telegram, len);
    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)
    mEVLT =  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)
    mEVHT = 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)
    mEOLT = 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)
    mEOHT = 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)
    mEAV = getValue(telegram, len);

  if (strncmp(telegram, "1-0:2.7.0", strlen("1-0:2.7.0")) == 0)
    mEAT = 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)
    mGAS = getValue(telegram, len);

  // 1-0:32.7.0 (V)
  // 1-0:32.7.0 = Instantaan voltage L1 (DSMR v4.0)
  if (strncmp(telegram, "1-0:32.7.0", strlen("1-0:32.7.0")) == 0)
    mVL1 = getValue(telegram, len);

  // 1-0:52.7.0 (V)
  // 1-0:52.7.0 = Instantaan voltage L2 (DSMR v4.0)
  if (strncmp(telegram, "1-0:52.7.0", strlen("1-0:52.7.0")) == 0)
    mVL2 = getValue(telegram, len);

  // 1-0:72.7.0 (V)
  // 1-0:72.7.0 = Instantaan voltage L3 (DSMR v4.0)
  if (strncmp(telegram, "1-0:72.7.0", strlen("1-0:72.7.0")) == 0)
    mVL3 = getValue(telegram, len);

  // 1-0:31.7.0 (I)
  // 1-0:31.7.0 = Instantaan current L1 (DSMR v4.0)
  if (strncmp(telegram, "1-0:31.7.0", strlen("1-0:31.7.0")) == 0)
    mIL1 = getValue(telegram, len);

  // 1-0:51.7.0 (I)
  // 1-0:51.7.0 = Instantaan current L2 (DSMR v4.0)
  if (strncmp(telegram, "1-0:51.7.0", strlen("1-0:51.7.0")) == 0)
    mIL2 = getValue(telegram, len);

  // 1-0:71.7.0 (I)
  // 1-0:71.7.0 = Instantaan current L3 (DSMR v4.0)
  if (strncmp(telegram, "1-0:71.7.0", strlen("1-0:71.7.0")) == 0)
    mIL3 = getValue(telegram, len);

  return validCRCFound;
}

void readTelegram() {
  if (mySerial.available()) {
    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))
      {
        UpdateElectricity();
        UpdateGas();
      }
    }
  }
}

void wifi()
{
  if (WiFi.status() != WL_CONNECTED) {
    WiFi.begin(ssid, password);
    while (WiFi.status() != WL_CONNECTED) {
      delay(500);
      digitalWrite(LED, !digitalRead(LED));
      Serial.print(".");
    }
    if (WiFi.status() == WL_CONNECTED) {
      //Print IP address
      Serial.print("Connected to WiFi! (");
      Serial.print(WiFi.localIP());
      Serial.println(")");
    }
  }
  digitalWrite(LED, 1);
}

void loop() {
  wifi();

  readTelegram();
  Homey.loop();

  ArduinoOTA.handle();
}

[Appesteijn]

Lukt het iemand om ook het huidige voltage uit te lezen? Ik heb een Kaifa MA105C die DSMR 4.2 ondersteund, maar krijg maar geen voltage eruit (via Home Assistant).

[Joen]

Appesteijn schreef op vrijdag 19 juni 2020 @ 21:48:
[...]


Ik dacht in de specs te lezen dat de voltages wel in 4.2 zouden zitten, de Amperes krijg ik in ieder geval wel uit de meter.

Ik heb op dit moment geen werkende uitleessysteem draaiende, maar ik meen mij te herinneren uit de tijd dat ik dat wel draaiende had dat mijn Kaifa met DSMR 4.2 gewoon voltages uitspuwde in de data.

[Mastadont]

Beste heren,

Inmiddels wil ik ook graag mijn slimme meter uitlezen na lang dit topic te hebben gevolgd. Via Cedel BV een p1USB kabel besteld https://webshop.cedel.nl/Slimme-meter-kabel-P1-naar-USB aangesloten via een pi3 met p1monitor.
baudrate 115200, byte 8 bits, geen parity en 1 stop bit ingesteld...
Krijg netjes seriele device in gebruik, maar geen data. Rode lampje op de kabel knippert netjes

Ik heb een ISKRA AM550 (ESMR).

Jullie enig idee wat het kan zijn?

Hieronder de eigenschappen van de kabel:

Ontdek eenvoudig hoeveel energie u verbruikt en hoeveel zonne-energie u teruglevert aan het net. U sluit de P1 naar USB slimme meter kabel aan op uw slimme meter en op een computer, Raspberry Pi of energieverbruiksmanager naar keuze. Vervolgens kunt u uw energiegegevens in realtime inzien, bijvoorbeeld via Domoticz.

Deze FTDI slimme meter kabel werkt met alle gangbare slimme meters van diverse merken, waaronder:

Kaifa
Iskra
Kamstrup
Landis + Gyr
Sagemcom (o.a. XS210 ESMR5)
Deze slimme meter kabel ondersteunt de DSMR 3, 4 en 5 protocollen, maar werkt ook samen met SMR en ESMR meters. Dat maakt deze kabel niet alleen geschikt voor alle Nederlandse slimme meters, maar ook voor de Belgische digitale meter. De lengte van de kabel is 1,5 meter.
Weet u niet zeker of deze Slimme Meter Kabel werkt met uw slimme meter? Neem dan contact met ons op. Uiteraard kunt u de kabel kosteloos terugsturen wanneer deze niet blijkt te werken.
Iedere kabel wordt door ons getest voor verzending!

[Voor 51% gewijzigd door Mastadont op 04-12-2020 14:00]

[jammer12]

van het weekend heb ik een nieuwe slimme meter gekregen (ISKRA AM550). hiervoor had ik een KAIFA MA105C.

Bij de oude meter geen problemen met ESPeasy en een draad gemaakt volgens het schema op http://domoticx.com/p1-poort-slimme-meter-uitlezen-hardware/



Een BS170 en 10k weerstand.

Met de nieuwe meter krijg ik geen data binnen. Iemand een idee wat het verschil is in deze meters?

Edit: inverted signaal komt wel binnen maar zodra de BS170 er tussenkomt geen signaal meer

edit 2: Gefixed door de weerstand te verplaatsen van de linker pin van de BS170 naar het midden dus 5v -> 10k weerstand -> datapin inkomend meter

[Voor 16% gewijzigd door jammer12 op 07-12-2020 18:38]

[Xatom]

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

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

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

Iemand een idee?

[Aiolos]

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

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

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

Iemand een idee?

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

Welke andere meters kun je er wel mee uitlezen?

[MisterH75]

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

code:

/KFM5KAIFA-METER

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

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

[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;
}

[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.

[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]

[beach_a]

@septillion

Ik lees de P! poort uit middels een ESP8266. Vervolgens laad ik de data op naar pvoutput. Ik kijk dus zeker niet naar het verschil.

Echter ik denk het gevonden te hebben in het telegram dat ik binnenkrijg, heb er even een raspberry aangehangen en een raw telegram opgehaald:

/KFM5KAIFA-METER

1-3:0.2.8(42)
0-0:1.0.0(210917140939S)
0-0:96.1.1(4530303236303030303237313334363135)
1-0:1.8.1(006215.801*kWh)
1-0:1.8.2(003991.098*kWh)
1-0:2.8.1(001305.322*kWh)
1-0:2.8.2(003034.814*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.064*kW)
1-0:2.7.0(01.330*kW)
0-0:96.7.21(00012)
0-0:96.7.9(00005)
1-0:99.97.0(6)(0-0:96.7.19)(190508111811S)(0000008169*s)(190406211046S)(0000011164*s)(180315134657W)(0000000506*s)(161007053040S)(0000004483*s)(161007022423S)(0000022463*s)(000101000056W)(2147483647*s)
1-0:32.32.0(00001)
1-0:52.32.0(00003)
1-0:72.32.0(00004)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.1()
0-0:96.13.0()
1-0:31.7.0(005*A)
1-0:51.7.0(000*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.064*kW) <---------
1-0:22.7.0(01.328*kW) <---------
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303332353631323533373030343135)
0-1:24.2.1(210917140000S)(06248.280*m3)
!2E70

Let op (ik heb er pijltjes bij gezet) Ik lever dus op 1328W op L1, maar op L3 heb ik (tegelijkertijd dus) 64W verbruik. Dit getal varieert nauwelijks 62-65W. Ik dacht maar 1 fase te hebben dus dit is wel raar. Ik ga liander maar s bellen voor opheldering......

[Aiolos]

Deze velden klopt idd ook niet:

code:

1-0:1.7.0(00.064*kW)
1-0:2.7.0(01.330*kW)

Als je teruglevering hebt, heb je geen verbruik (wat je al aangeeft wat je ook ziet als je op de knop drukt).

Dat je eventueel een verbruik op L3 ziet en teruglevering op L1 klopt op zich wel, en dat is ook best nuttige info, echter is het zo dat in Nederland over de fasen eerste gesaldeerd moet worden. Dat lijkt hier dus niet te gebeuren. Ik kan me herinneren dat er meer van dit soort gevallen zijn geweest, die met een software-update zijn opgelost. (Edit: Hier heeft iemand ook zoiets: cville in "Slimme meter uitlezen via P1-poort" )

Maar dan je andere opmerking: dat je geen 3 fasen hebt. Wat geeft je meter aan? Welke type meter hebt je precies? Hebben L1, L2 en L3 daar alledrie spanning (is volgens mij zichtbaar op de kaifa als je een paar keer op de knop drukt). En heb je 1 of 3 hoofdzekeringen (indien zichtbaar, ik heb bijvoorbeeld een zwarte kap over de hoofdzekeringen, dus dan is het niet zichtbaar.
En heb je een 2 polige of 4 polige hoofdschakelaar?

[Voor 5% gewijzigd door Aiolos op 17-09-2021 15:26]

[beach_a]

@Aiolos Oh die 2 regels had ik nog niet eens gezien.
En ik was abuis ik heb wel degelijk 3 fasen. 3x25A. Het is een kaifa M15 En ik zie pijltjes bij L1, L2 en L3. Hoofdzekeringen kan ik niet zien. Gegevens vd hoofdschakelaar heb ik niet. Het is een HOLEC merterkast uit ca 1978.

@coelho Haha ik vind die 33W al ergerlijk en zet zoveel mogelijk uit als ik het niet gebruik. Ik hanteer 1W=2 euro/jaar. Dus als je 250W sluipverbruik hebt dat is 500 Euro/jaar. Dan zou ik toch maar s kijken of dat allemaal wel nodig is de hele dag.

[Aiolos]

beach_a schreef op vrijdag 17 september 2021 @ 15:43:
@Aiolos Oh die 2 regels had ik nog niet eens gezien.
En ik was abuis ik heb wel degelijk 3 fasen. 3x25A. Het is een kaifa M15 En ik zie pijltjes bij L1, L2 en L3. Hoofdzekeringen kan ik niet zien. Gegevens vd hoofdschakelaar heb ik niet. Het is een HOLEC merterkast uit ca 1978.

Hoofdzekeringen is dan niet meer relevant idd, als je L1, L2 en L3 hebt op de meter, heb je ook 3 zekeringen.

In mijn geval is er van die 2 regels die ik noemde er bij mij altijd eentje 0. Dat is denk ik iets wat je bij je netbeheerder aan kan geven.

Zelf heb ik 2 zonnepaneel-omvormers, beide op een verschillende fase. Mijn L1 geeft dus ook altijd verbruik aan (de koelkast zit daar onder andere op), terwijl de L2 en L3 teruglevering geven. En dat klopt dus ook gewoon. Maar in het totaalverbruik wordt dat dus tegen elkaar weggestreept.

[NimRod1337]

Weet iemand hoe vaak de Kaifa MA105c een data telegram afgeeft? DSMR4.2.2.

[Aiolos]

NimRod1337 schreef op zondag 20 februari 2022 @ 20:22:
Weet iemand hoe vaak de Kaifa MA105c een data telegram afgeeft? DSMR4.2.2.

Elke 10 seconden.

[HoppyF]

iMars schreef op woensdag 2 maart 2022 @ 14:13:
[...]

Kan verschillende oorzaken hebben, welk dsmr versie heb je?

4.2
KFM5KAIFA-METER
ESPHome Version 2021.9.3

Echter, eerder is het mij niet opgevallen dat de update timer een reset kreeg.

[iMars]

HoppyF schreef op woensdag 2 maart 2022 @ 16:09:
[...]

4.2
KFM5KAIFA-METER
ESPHome Version 2021.9.3

Echter, eerder is het mij niet opgevallen dat de update timer een reset kreeg.

Zodra de verbinding herstart, door wat voor reden ook:
* esp herstart
* wifi veranderd van kanaal
* wifi signaal kan beinvloed worden door de wifi van de buren (voornamelijk als ze op hetzelfde kanaal zitten)
* andere redenen…

Aan de grafiek te zien zijn het korte resets, dus qua data maakt dat inweze niet uit.

[chmistry]

Er is zojuist bij mij een 3 fase aansluiting gerealiseerd. Ik was van plan om dan gelijk met energie meten te beginnen dus een goedkope P1 kabel uit China besteld (11 euro ongeveer) en op een raspberry pi 4 aangesloten.

Mijn vraag is of er een lite-versie is van dsmrreader? Ik wil niet een hele django suite installeren.
Het liefst heb ik een oplossing die de meter uitleest en naar MQTT pusht, zodat ik daarna met nodered etc de data kan beheren. (ik weet dat dsmrreader dat kan, maar dan moet ik het hele pakket installeren).

Als er nog niet zo'n oplossing bestaat, dan ga ik wellicht proberen om de functionaliteit uit dsmmrreader te porten naar een standalone oplossing.

De meter die is geinstallerd is een Kaifa SMR5.0 CDMA 3-Phase
Ik kan via ruwe serial uitlezing zien dat het werkt:

sudo python3 -m serial.tools.miniterm /dev/ttyUSB0 115200 --xonxoff

1-3:0.2.8(50)
0-0:1.0.0(220321145048W)
0-0:96.1.1(4530303630313030303034363636353231)
1-0:1.8.1(000000.000*kWh)
1-0:1.8.2(000001.631*kWh)
1-0:2.8.1(000000.000*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.397*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00001)
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(00001)
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.0()
1-0:32.7.0(234.4*V)
1-0:52.7.0(235.1*V)
1-0:72.7.0(236.2*V)
1-0:31.7.0(001*A)
1-0:51.7.0(000*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00.300*kW)
1-0:41.7.0(00.073*kW)
1-0:61.7.0(00.023*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)
0-1:24.1.0(003)
0-1:96.1.0(00)
0-1:24.2.1(220321145010W)(02880.116*m3)
!1510
/KFM5KAIFA-METER

[rwanrooy]

chmistry schreef op maandag 21 maart 2022 @ 15:19:
Er is zojuist bij mij een 3 fase aansluiting gerealiseerd. Ik was van plan om dan gelijk met energie meten te beginnen dus een goedkope P1 kabel uit China besteld (11 euro ongeveer) en op een raspberry pi 4 aangesloten.

Mijn vraag is of er een lite-versie is van dsmrreader? Ik wil niet een hele django suite installeren.
Het liefst heb ik een oplossing die de meter uitleest en naar MQTT pusht, zodat ik daarna met nodered etc de data kan beheren. (ik weet dat dsmrreader dat kan, maar dan moet ik het hele pakket installeren).

Als er nog niet zo'n oplossing bestaat, dan ga ik wellicht proberen om de functionaliteit uit dsmmrreader te porten naar een standalone oplossing.

De meter die is geinstallerd is een Kaifa SMR5.0 CDMA 3-Phase
Ik kan via ruwe serial uitlezing zien dat het werkt:

sudo python3 -m serial.tools.miniterm /dev/ttyUSB0 115200 --xonxoff

1-3:0.2.8(50)
0-0:1.0.0(220321145048W)
0-0:96.1.1(4530303630313030303034363636353231)
1-0:1.8.1(000000.000*kWh)
1-0:1.8.2(000001.631*kWh)
1-0:2.8.1(000000.000*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(00.397*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00001)
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(00001)
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.0()
1-0:32.7.0(234.4*V)
1-0:52.7.0(235.1*V)
1-0:72.7.0(236.2*V)
1-0:31.7.0(001*A)
1-0:51.7.0(000*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00.300*kW)
1-0:41.7.0(00.073*kW)
1-0:61.7.0(00.023*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)
0-1:24.1.0(003)
0-1:96.1.0(00)
0-1:24.2.1(220321145010W)(02880.116*m3)
!1510
/KFM5KAIFA-METER

Je dient eerst alle waarden om te zetten naar mqtt topics. Dat is een hele klus. Je had beter een slimme meter wifi gateway kunnen aanschaffen.

https://smartgateways.nl/product/slimme-meter-wifi-gateway/

Voor een beetje meer wordt dan alles voor je geregeld inclusief de crc check e.d.. Je kunt dan direct met node-red aan de slag, eventueel aangevuld met influxdb en grafana. Er staan mooie voorbeelden online van mensen die prachtige dashboards hiermee maken.

https://mesd.ag/create-a-dashboard-for-your-smart-meter/

[aygorijdert]

Doe het nu via hw. Indien je de gehele code wilt laat het even weten.

code:

  if (Serial.available()) {
    char(input) = Serial.read();
    input &= ~(1 << 7);
    char inChar = (char)input;
    //Serial.print(input);

    if (sscanf(buffer,"1-0:1.8.1(%ld.%ld" ,&tl, &tld)==2){
      tl *= 1000;
      tl += tld;
      mEVLT = tl;
      Serial.print(mEVLT);
    }

    // 1-0:1.8.2 = Elektra verbruik hoog tarief (DSMR v4.0)
    if (sscanf(buffer,"1-0:1.8.2(%ld.%ld" ,&tl, &tld)==2){
      tl *= 1000;
      tl += tld;
      mEVHT = tl;
    }

    // 1-0:1.7.0 = Electricity consumption actual usage (DSMR v4.0)
    if (sscanf(buffer,"1-0:1.7.0(%ld.%ld" ,&tl , &tld) == 2)
    { 
      mEAV = (tl*1000)+tld;
    }

    // 0-1:24.2.1 = Gas (DSMR v4.0) on Kaifa MA105 meter
    if (strncmp(buffer, "0-1:24.2.1", strlen("0-1:24.2.1")) == 0) {
      if (sscanf(strrchr(buffer, '(') + 1, "%d.%d", &tl, &tld) == 2) {
        mG = (tl*1000)+tld; 
      }
    }

[aygorijdert]

Goedemorgen, ben nog steeds bezig met het uitlezen van de slimme meter met een wemos d1 mini. Heb de code werkend en lees alles uit. Wil het nu versturen via mqtt, heb alleen het probleem dat die na drie keer uitlezen ongeveer zichzelf weer reboot en opnieuw begint.

code:

#include <SPI.h>
#include <ESP8266WiFi.h>

const char* ssid     = ""; // Your ssid
const char* password = ""; // Your Password

WiFiServer server(80); // setup webserver on wifi
        
char input; // incoming serial data (byte)
bool readnextLine = false;
#define BUFSIZE 75
char buffer[BUFSIZE]; //Buffer for serial data to find \n .
int bufpos = 0;

// Vars to store meter readings
long mEVLT=0; //Meter reading Electrics - Elektra verbruik dagtarief (Fluvius) - Totale afname van energie in kWh dagtarief
long mEVHT=0; //Meter reading Electrics - Elektra verbruik nachttarief (Fluvius) - Totale afname van energie in kWh nachttarief
long mEOLT=0; //Meter reading Electrics - Elektra opbrengst dagtarief (Fluvius) - Totale injectie van energie in kWh dagtarief
long mEOHT=0; //Meter reading Electrics - Elektra opbrengst nachttarief (Fluvius) - Totale injectie van energie in kWh nachttarief
long mEAV=0;  //Meter reading Electrics - Actueel verbruik (Fluvius) - Afgenomen ogenblikkelijk vermogen in kW 
long mEAT=0;  //Meter reading Electrics - Actuele teruglevering (Fluvius) - Geïnjecteerd ogenblikkelijk vermogen in kW
long mG=0;    //Meter reading Gas

long lastTime = 0;        // will store last time 
long interval = 5000;           // interval to update webserver (milliseconds)

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

while (WiFi.status() != WL_CONNECTED) {
  delay(500);
  Serial.print(".");
}

Serial.println("WiFi connected");
server.begin();
Serial.println("Server started");
Serial.println(WiFi.localIP()); // Print the IP address
}

void decodeTelegram() {
//  Serial.println("Open telegram p1 poort");
  long tl = 0;
  long tld =0;

  if (Serial.available()){
    input = Serial.read();
    input &= ~(1 << 7);
    char inChar = (char)input;
    //Serial.print(input); //Volledige telegram uit slimme meter
    buffer[bufpos] = input&127; // Fill buffer up to and including a new line (\n)
    bufpos++;

    if(input == '\n'){ // We received a new line (data up to \n)
      if(sscanf(buffer,"1-0:1.8.1(%ld.%ld" ,&tl, &tld)==2){
        tl *= 1000;
        tl += tld;
        mEVLT = tl;
        Serial.print("mEVLT Laag tarief : ");Serial.print(mEVLT);Serial.println(" Watt");
      }

      // 1-0:1.8.2 = Elektra verbruik hoog tarief (DSMR v4.0)
      if(sscanf(buffer,"1-0:1.8.2(%ld.%ld" ,&tl, &tld)==2){
        tl *= 1000;
        tl += tld;
        mEVHT = tl;
        Serial.print("mEVHT Hoog tarief: ");Serial.print(mEVHT);Serial.println(" Watt");
      }

      // 1-0:2.8.1 = Elektra verbruik laag tarief (DSMR v4.0)
      if(sscanf(buffer,"1-0:2.8.1(%ld.%ld" ,&tl, &tld)==2){
        tl *= 1000;
        tl += tld;
        mEOLT = tl;
        Serial.print("TmEVLT zonnepaneel Laag tarief : ");Serial.print(TmEVLT);Serial.println(" Watt");
      }

      // 1-0:2.8.2 = Elektra verbruik hoog tarief (DSMR v4.0)
      if(sscanf(buffer,"1-0:2.8.2(%ld.%ld" ,&tl, &tld)==2){
        tl *= 1000;
        tl += tld;
        mEOHT = tl;
        Serial.print("TmEVHT Zonnepaneel Hoog tarief: ");Serial.print(TmEVHT);Serial.println(" Watt");
      }

      // 1-0:1.7.0 = Electricity consumption actual usage (DSMR v4.0)
      if(sscanf(buffer,"1-0:1.7.0(%ld.%ld" ,&tl , &tld) == 2){
        mEAV = (tl*1000)+tld;
       Serial.print("mEAV Actueel : ");Serial.print(mEAV);Serial.println(" Watt");
      }

      // 1-0:2.7.0 = Electricity consumption actual usage (DSMR v4.0)
      if(sscanf(buffer,"1-0:2.7.0(%ld.%ld" ,&tl , &tld) == 2){
        mEAT = (tl*1000)+tld;
        Serial.print("TmEAV Zonnepaneel Actueel : ");Serial.print(TmEAV);Serial.println(" Watt");
      }

      // 0-1:24.2.1 = Gas (DSMR v4.0) on Kaifa MA105 meter
      if(strncmp(buffer, "0-1:24.2.1", strlen("0-1:24.2.1")) == 0) {
        if (sscanf(strrchr(buffer, '(') + 1, "%d.%d", &tl, &tld) == 2) {
        mG = (tl*1000)+tld; 
        Serial.print("Gas : ");Serial.print(mG);Serial.println(" m3");
        }
      }
      // Empty buffer again (whole array)
      for (int i=0; i<75; i++){ 
        buffer[i] = 0;
      }
      bufpos = 0;
    }
  }
}

void loop(){
  decodeTelegram();
  if(millis() - lastTime > interval) {
    lastTime = millis();   
    httpRequest();
  }
}

void httpRequest(){
    WiFiClient client = server.available();
    client.println("HTTP/1.1 200 OK");
    client.println("Content-Type: text/html");
    client.println("Connection: close");  // the connection will be closed after completion of the response
    client.println("Refresh: 5");  // refresh the page automatically every 5 sec
    client.println();
    client.println("<!DOCTYPE HTML>");
    client.println("<html>");
    client.print("<p style='text-align: center;'>&nbsp;</p>");
    client.print("<p style='text-align: center;'><span style='color: #0000ff;'><strong style='font-size: large;'>Dag tarief = ");
    client.println(mEVLT);
    client.print("<p style='text-align: center;'><span style='color: #0000ff;'><strong style='font-size: large;'>nacht tarief = ");
    client.println(mEVHT);
    client.print("<p style='text-align: center;'><span style='color: #0000ff;'><strong style='font-size: large;'>Opbrengst dagtarief = ");
    client.println(mEOLT);
    client.print("<p style='text-align: center;'><span style='color: #0000ff;'><strong style='font-size: large;'>Opbrengst nachtarief = ");
    client.println(mEOHT);
    client.print("<p style='text-align: center;'><span style='color: #0000ff;'><strong style='font-size: large;'>Actueel verbruik = ");
    client.println(mEAV);
    client.print("<p style='text-align: center;'><span style='color: #0000ff;'><strong style='font-size: large;'>Actueel teruglevering = ");
    client.println(mEAT);
    client.print("<p style='text-align: center;'><span style='color: #0000ff;'><strong style='font-size: large;'>Gas = ");
    client.println(mG);
    client.println("</html>");
}

FOUTMELDING IN SERIAL:

[rob1985]

Ik heb sinds kort een ESP8266 met tasmota aan m'n slimme meter hangen om de data door te sturen naar Home Assistent. HA draait in een virtual machine op m'n Synology NAS.

Het is allemaal nog nieuw voor mij en heb wat moeite om te begrijpen hoe ik nu m'n data naar HA kan krijgen. Ik zou graag starten met inzicht te krijgen in m'n actuele verbruik, wat vervolgens kan worden uitgebreid naar andere data.

Ik heb een MQTT broker geinstalleerd en geconfigureerd in HA en zie de telegrammen in de MQTT broker binnenkomen. Verder heb ik Node Red geinstalleerd en verbonden aan de MQTT broker en zie de telegrammen ook binnenkomen in Node Red.

Mijn telegrammen zien er als volgt uit in de Tasmota console:

code:

22:38:20.278 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"/KFM5KAIFA-METER\r"}
22:38:20.283 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"\r"}
22:38:20.308 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-3:0.2.8(42)\r"}
22:38:20.341 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"0-0:1.0.0(220809233820S)\r"}
22:38:20.375 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"0-0:96.1.1(4530303236333030303238353235323136)\r"}
22:38:20.405 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:1.8.1(012088.492*kWh)\r"}
22:38:20.433 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:1.8.2(012229.895*kWh)\r"}
22:38:20.462 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:2.8.1(001685.673*kWh)\r"}
22:38:20.491 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:2.8.2(003339.052*kWh)\r"}
22:38:20.520 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"0-0:96.14.0(0001)\r"}
22:38:20.552 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:1.7.0(00.539*kW)\r"}
22:38:20.582 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:2.7.0(00.000*kW)\r"}
22:38:20.611 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"0-0:96.7.21(00001)\r"}
22:38:20.641 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"0-0:96.7.9(00001)\r"}
22:38:20.740 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:99.97.0(2)(0-0:96.7.19)(210430150934S)(0000000802*s)(000101000001W)(2147483647*s)\r"}
22:38:20.767 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:32.32.0(00001)\r"}
22:38:20.796 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:52.32.0(00003)\r"}
22:38:20.830 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:72.32.0(00000)\r"}
22:38:20.857 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:32.36.0(00000)\r"}
22:38:20.887 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:52.36.0(00000)\r"}
22:38:20.916 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:72.36.0(00000)\r"}
22:38:20.960 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"0-0:96.13.1()\r"}
22:38:21.032 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"0-0:96.13.0()\r"}
22:38:21.090 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:31.7.0(002*A)\r"}
22:38:21.153 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:51.7.0(002*A)\r"}
22:38:21.214 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:71.7.0(000*A)\r"}
22:38:21.248 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:21.7.0(00.217*kW)\r"}
22:38:21.276 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:41.7.0(00.319*kW)\r"}
22:38:21.306 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:61.7.0(00.002*kW)\r"}
22:38:21.337 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:22.7.0(00.000*kW)\r"}
22:38:21.367 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:42.7.0(00.000*kW)\r"}
22:38:21.396 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"1-0:62.7.0(00.000*kW)\r"}
22:38:21.406 MQT: /smarthome/P1Meter/RESULT = {"SerialReceived":"!4F0C\r"}

Meer informatie over wat de dat precies is kan ik hier terugvinden:

code:

Header information - {"SerialReceived":"/KFM5KAIFA-METER"}
Empty line - {"SerialReceived":""}
Version information for P1 output - {"SerialReceived":"1-3:0.2.8(42)"}
Date-time stamp of the P1 message - {"SerialReceived":"0-0:1.0.0(181227093413W)"}
Equipment identifier - {"SerialReceived":"0-0:96.1.1(4530303235303030303639363432393136)"}
electricityUsedTariff1 >> Meter Reading electricity delivered to client (Tariff 1) in 0,001 kWh - {"SerialReceived":"1-0:1.8.1(002293.192*kWh)"}
electricityUsedTariff2 >> Meter Reading electricity delivered to client (Tariff 2) in 0,001 kWh - {"SerialReceived":"1-0:1.8.2(002523.640*kWh)"}
Meter Reading electricity delivered by client (Tariff 1) in 0,001 kWh - {"SerialReceived":"1-0:2.8.1(000000.000*kWh)"}
Meter Reading electricity delivered by client (Tariff 2) in 0,001 kWh - {"SerialReceived":"1-0:2.8.2(000000.000*kWh)"}
electricityActiveTariff >> Tariff indicator electricity. The tariff indicator can also be used to switch tariff dependent loads e.g boilers. This is the responsibility of the P1 user - {"SerialReceived":"0-0:96.14.0(0002)"}
Actual electricity power delivered (+P) in 1 Watt resolution - {"SerialReceived":"1-0:1.7.0(00.474*kW)"}
Actual electricity power received (-P) in 1 Watt resolution - {"SerialReceived":"1-0:2.7.0(00.000*kW)"}
Number of power failures in any phase - {"SerialReceived":"0-0:96.7.21(00000)"}
Number of long power failures in any phase - {"SerialReceived":"0-0:96.7.9(00000)"}
Power Failure Event Log (long power failures) - {"SerialReceived":"1-0:99.97.0(1)(0-0:96.7.19)(000101000001W)(2147483647*s)"}
Number of voltage sags in phase L1 - {"SerialReceived":"1-0:32.32.0(00000)"}
Number of voltage swells in phase L1 - {"SerialReceived":"1-0:32.36.0(00000)"}
Text message max 1024 characters. - {"SerialReceived":"0-0:96.13.1()"}
Text message max 1024 characters. - {"SerialReceived":"0-0:96.13.0()"}
Instantaneous current L1 in A resolution - {"SerialReceived":"1-0:31.7.0(002*A)"}
Instantaneous active power L1 (+P) in W resolution - {"SerialReceived":"1-0:21.7.0(00.474*kW)"}
Instantaneous active power L1 (-P) in W resolution - {"SerialReceived":"1-0:22.7.0(00.000*kW)"}
Device-Type - {"SerialReceived":"0-1:24.1.0(003)"}
Equipment identifier (Gas) - {"SerialReceived":"0-1:96.1.0(4730303332353631323736373836373136)"}
GasMeterReadingFiveMinutes >> Last 5-minute value (temperature converted), gas delivered to client in m3, including decimal values and capture time - {"SerialReceived":"0-1:24.2.1(181227090000W)(02910.491*m3)"}
{"SerialReceived":"!5E3E"}

Tevens heb ik de DSMR slimme meter integratie geinstalleerd, maar ik weet niet hoe ik die moet verbinden. Als ik het IP adres invoer weet ik niet welke poort ik moet gebruiken. En ik betwijfel of ik die uberhaupt moet gebruiken in combinatie met MQTT en Node Red.

Waar ik hulp nodig heb is hoe ik de data vanuit Node Red in HA krijg en een meterje / waarde kan zien in m'n dashboard van het actuele verbruik (of eventuele andere data).

Mijn huidige Node Red flow houdt al op na het ontvangen van het JSON bericht. Ik zit vast en hoop dat iemand me hier verder kan helpen.

[Pieter274]

Beste lezers,
Mijn P1 kabel levert onleesbare data en mijn Pi4 met P1monitor toont alleen nullen. Dit is op een Kaifa E0025 oftewel MA105C 1-fase meter. De kabel werkt wel bij een kennis op een ander merk meter.

ik heb inmiddels het e.e.a. gelezen over dat er een chip in zit en dat je die met het programma FT_prog kunt aanpassen (Invert RX). Anderen zeggen dat dit geen zin heeft en dat je er iets op moet solderen.

Maar ik ben niet zo technisch aangelegd qua electronica. Is er niet ergens een kant en klare P1 kabel te koop die werkt op een Kaifa MA105C en een Kaifa MA304C?

[Aiolos]

Pieter274 schreef op zaterdag 8 oktober 2022 @ 20:21:
Beste lezers,
Mijn P1 kabel levert onleesbare data en mijn Pi4 met P1monitor toont alleen nullen. Dit is op een Kaifa E0025 oftewel MA105C 1-fase meter. De kabel werkt wel bij een kennis op een ander merk meter.

ik heb inmiddels het e.e.a. gelezen over dat er een chip in zit en dat je die met het programma FT_prog kunt aanpassen (Invert RX). Anderen zeggen dat dit geen zin heeft en dat je er iets op moet solderen.

Maar ik ben niet zo technisch aangelegd qua electronica. Is er niet ergens een kant en klare P1 kabel te koop die werkt op een Kaifa MA105C en een Kaifa MA304C?

Vrijwel alle meters hebben een 'inverted' signaal, dus dat zal het probleem waarschijnlijk niet zijn.

De pull-up weerstand kan wel het probleem zijn, of de baudrate is niet goed.