Slimme meter uitlezen via P1-poort

[ThinkPad]

Je moet voor de L+G E350 nog een weerstand tussen Rx en GND zetten. Volgens mij was 1K genoeg. Mocht dat niet werken dan moet je hem tussen Rx en Vcc (+5V) zetten, ik weet het niet meer zeker waar hij moest. Kijk anders even of je dat zelf op internet kunt terugvinden.

[ Voor 49% gewijzigd door ThinkPad op 24-07-2015 17:07 ]

[Willie Wortel]

Het aansluit schema van de HS74LS04P is niet juist, daarom werkt het niet.



De Rx D2 op het aansluit schema is voor een Netduino en moet voor een Arduino een andere COMM poort die je gebruikt, gebruikt alleen de receive Rx en laat de Tx ongebruikt omdat de slimme meter iedere 10 secs zend indien onder spanning 5V.

Er zijn meerdere juiste aansluit schema's, kijk daarvoor in het Netduino draadje of download de software met de uitgebreide help. Dit is geen promotie, ik wil alleen maar helpen.

[siepeltjuh]

Hulde aan ThinkPad! Het bleek inderdaad dat er nog een weerstand van 1k tussen RxD en VCC had gemoeten. Het is nu gelukt om met de BS170 variant data uit te lezen. Misschien dat het schema van Willie Wortel ook wel werkt, maar dat heb ik dus niet meer getest.

[ThinkPad]

siepeltjuh schreef op zaterdag 25 juli 2015 @ 13:12:
Hulde aan ThinkPad! Het bleek inderdaad dat er nog een weerstand van 1k tussen RxD en VCC had gemoeten. Het is nu gelukt om met de BS170 variant data uit te lezen. Misschien dat het schema van Willie Wortel ook wel werkt, maar dat heb ik dus niet meer getest.

Daar was je waarschijnlijk tegen hetzelfde probleem aan gelopen. Data inverteren moet bij alle meters, of je dat nou met een BS170 of een 74LS04 doet maakt niet uit volgens mij. Maar de E350 heeft gewoon die extra weerstand nodig, anders spuugt hij gewoon geen data uit.

Welke serial methode gebruik je nu op de Arduino? Ik begon met SoftwareSerial, toen AltSoftSerial en uiteindelijk gewoon de hardware serial gebruikt (pin 0 & 1 dacht ik). Met de eerste twee kreeg ik soms incorrecte waardes terug (veel te hoog). Gebruik nu echter een PL2303 kabeltje waarmee Domoticz m'n meter kan uitlezen.

[siepeltjuh]

Over SoftwareSerial en AltSoftSerial las ik dat er verschillende probleempjes op kunnen treden m.b.t. . latency en incompatibility met andere library's. De DSM 4.0 meters hebben allemaal een baudrate van 115200, iets wat die software methode niet altijd goed aan kan.

Dus ik ben voor 'veilig' gegaan en heb een Mega 2560 aangeschaft. Deze heeft als voordeel dat er 4 stuks hardware seriële poorten aanwezig zijn. Het uitlezen van Serial2 en direct doorsturen naar Serial 1 (usb -> pc) stelt dan ook niets voor.
Volgende week komt als het goed is een ethernet shield, deze wil ik samen met wat andere sensoren (wc licht en deurbel) aansluiten en per event via http naar een RPI met Domoticz sturen.

Heb je ook ervaring met de 5V voeding uit de P1 poort? Ik dacht de P1 poort ook te gaan gebruiken voor de voeding vand e arduino. Scheelt weer een stopcontact (usb telefoonlader) of gedoe met de deurbel voeding (componenten AC -> DC etc)

[siepeltjuh]

De 5 volt uit de P1 poort geeft slechts 100ma, dus dat was een no go

Het is gelukt om de data middels MQTT richting openHAB te sturen. Wel had ik nog wat gekkigheden met corrupte data, nadat ik de sketch flink opgeruimd en gestroomlijnd heb was dit verdwenen, ik gok dat de hardware buffer het niet kon bijhouden.

[Thedr]

Even een schaamteloze crosspost vanuit het ESP8266 topic. Sinds vorig weekend lees ik via een ESP8266 de P1 poort van mijn slimme meter uit via de hardware serial. De ESP parset de ontvangen data, publiceert het via MQTT en stuurt het door naar Thingspeak om er een mooie grafiek uit te krijgen (en voor nu even om te loggen). Uiteindelijk wil ik het binnenshuis gaan loggen en presenteren, via MQTT en Domoticz denk ik.

Opzich niet heel spannend allemaal, maar mochten mensen graag de code willen zien dan is dat uiteraard mogelijk. Verwacht er voorlopig niet teveel van; moet de code eigenlijk nog wel wat fatsoeneren en wil em ook geschikt gaan maken voor Domoticz. Stabiel is het vooralsnog wel: draait nu bijna een volle week zonder enige problemen

[WoBBeL]

Als ik via Minicom m'n data uitlees op een Raspberry krijg ik netjes alle data te zien, maar met het P1 script van Gejanssen.com krijg ik regelmatig halve data hij stopt dan halverwege het uitlezen.

Script: http://gejanssen.com/howt...er-uitlezen/P1uitlezen.py (baudrate aangepast naar 115200, parity none en data 8 bit). Soms gaat het wel goed, maar meestal niet

[ Voor 6% gewijzigd door WoBBeL op 13-10-2015 18:07 ]

[Tylen]

Ik heb een vraagje aan jullie (vooral aan Ajren ).

Ik heb een Raspberry Pi die de P1 poort uitleest. Allemaal geen probleem. Ik krijg netjes de waardes te zien die ik nodig heb. Nu wil ik deze data in EmonCMS stoppen en zag ik een script van Arjen voorbij komen.

Maar wat ik niet snap is. Waar run ik dit script? HOe komt het script aan zijn data?

Ik dacht zelf dat ik mijn pyhton script (welke ik nu gebruik voor de data) hiervoor moet gebruiken en die elke 10 seconden laat starten. Klopt dit?

Edit: Het werkt

[ Voor 3% gewijzigd door Tylen op 18-10-2015 14:01 ]

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

[Thedr]

Ondertussen draait mijn ESP (nodeMCU bordje) al een maand of 2 nonstop en zover ik weet stabiel. Op verzoek van jmachiels heb ik mijn code en aansluitschema even online gezet. Let op: code is zoals ie nu reeds 2 maanden draait, maar nog wel een enorme zooi... Een heftige refactor is nodig, ik wil op termijn eigenlijk richting een webinterface om eea in te stellen (bijvoorbeeld a la https://github.com/Okadesde/esp8266-pimatic-Arduino), maar heb voorlopig nog even wat andere prioriteiten

Lang genoeg geluld, mijn code:
https://github.com/renearts/ESP8266-P1-transmitter

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

[Thedr]

Het is makkelijk om te bouwen om de data naar een andere webgebaseerde service te sturen. Ik gebruik het momenteel om het via MQTT naar pimatic te sturen. Zou ook prima via de pimatic web-api kunnen als het goed is, wellicht is de smartmeter plugin om te bouwen om ook direct de JSON string te parsen (voor mij zou er dan ook de gasmeting bij gezet moeten worden). Er zijn meerdere wegen naar Rome

Ik heb inderdaad een L+G E350, zonder die extra weerstand komt er niks fatsoenlijks uit. Opzich ook logisch: intern in de E350 is het een open collector zover ik weet. De weerstand is natuurlijk eigenlijk een pullup naar VCC. Aangezien RTS voor het gemak ook aan VCC gehangen wordt om continue uit te lezen zou je die dan ook naar beneden trekken, wat het uitlezen weer zou stoppen. Overigens ook best kans dat je dan teveel stroom gaat sinken omdat je probeert VCC en GND kort te sluiten

[ Voor 13% gewijzigd door Thedr op 08-11-2015 00:58 ]

[NovapaX]

ThinkPadd schreef op zaterdag 07 november 2015 @ 23:17:
[...]

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

Ik heb nu een kant en klaar kabeltje besteld voor 15 euro, iets duurder maar als het goed is werkt het wel gelijk en is het direct een beetje netjes afgewerkt. De tijd die het me scheelt maken de kosten ruimschoots goed.

[Ids]

ThinkPadd schreef op zaterdag 07 november 2015 @ 23:17:
[...]

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

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 aan de LG E350 out of the box zonder transistor... (Domoticz op een Openmediavault NAS)

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

[ThinkPad]

Je probleem zit hem in die SoftwareSerial library, die gaat over z'n nek omdat hij het niet kan bijbenen @ 115200. Ik liep namelijk tegen hetzelfde probleem aan toen ik met Hulp bij slimme meter uitlezen met Arduino naar MySQL bezig was.

Gewoon nog een keer met BS170 proberen Weerstandje weet ik niet waar je die voor gebruikt, ik gebruikte hem alleen om de spanning voor de BS170 te verlagen.

Volg m'n instructies: http://domoticz.com/forum/viewtopic.php?f=14&t=4970 en het moet goedkomen. Ik heb op die manier (PL2303 + BS170) al wel 30 kabeltjes gemaakt (ik maakte ze een tijd geleden als bijverdienste, nu geen tijd meer voor), grootste deel voor de MA105 en dat werkte iedere keer: PL2303, BS170, 10K weerstand en gaan met die banaan.

De BS170 sluit je volgens het schema aan:
- Geel op de RX pin van je PL2303 kabel/printplaatje, rechtstreeks op de pin van de BS170
- Blauw op GND
- Rood op Vcc / 5V en dan naar de weerstand, de weerstand doe je dan aan de BS170

Oranje gaat naar RxD van je slimme meter, rood naar RTS, blauw naar GND.

Als dat niet werkt is de BS170 kapot, de PL2303 kapot of je connector niet goed geknepen o.i.d.

[ Voor 65% gewijzigd door ThinkPad op 09-11-2015 13:47 ]

[ProudElm]

ok.. was ik al beetje bang voor.. Ik heb onderstaande schema gevonden..



Echter krijg ik er dan niets uit.. Ik snap niet alles, maar vind het erg raar dat de pin 8 in dit schema direct op de +5V zit.. Of is dat toch logisch?

[ThinkPad]

Waar zie jij dat hij direct op de 5V zit ? Er zit toch een weerstand tussen?

Je moet goed naar het plaatje kijken, de gele draad zit rechtstreeks op de BS170, de 5V gaat eerst door een weerstand en komt dan pas op de BS170 binnen.

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

[ProudElm]

Zal vanavond de kabel opnieuw maken. Wie weet toch wat last van verlies op de verbindingen..

[!null]

Ik was lui en heb een USB kabeltje besteld, voor 17 euro binnen. Scheelt wat knutseltijd (en vooral wanneer het niet werkt)
Kabel werkt mooi, met minicom kan ik hem op de Banana Pi uitlezen.

Echter vraag ik me af waar ik een hele lijst van alle items zou kunnen vinden, misschien toch eens zoeken op de DMSR standaard ofzo?
Meeste velden opzich staan er wel in zoals gasverbruik en elektraverbruik, maar ook actueel elektraverbruik. Maar dat laatste staat ook dubbel, en ik weet niet waar alle velden voor staan.

De uitleg die je online vind, dekt niet alle codes. Waarschijnlijk omdat het een hele nieuwe meter is. DSMR 4.2 staat erop.

Een tegenvallertje is dat de gasstand maar eens per uur wordt geupdate, had ik eerder al kunnen lezen, maar had me dat niet gerealiseerd.

[!null]

Hmm, ik krijg toch best wel vaak incomplete transacties. Vaak ontbreekt dan het begin ( / ) of het eind ( ! ), en kan mijn script het detecteren, en wacht hij op een volgende transactie. Maar soms zijn het incomplete transacties die wel een goed begin en eind hebben. Ze zijn duidelijk veel korter en ik mis ook wat velden die ik wil lezen. Voorbeeld.

code:

/XMX5LGBBFG1009125366

1-3:0.2.8(42)
0-0:1.0.0(151115181928W)
0-0:96.1.1(4530303331303033313137333734313135)
1-0:1.8.1(000079.217*kWh)
1-0:1.8.2(000091.319*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.514*kW)
1-0:2.7
/XMX5LGBBFG1009125366

1-3:0.2.8(42)
0-0:1.0.0(151115181938W)
0-0:96.1.1(4530303331303033313137333734313135)
1-0:1.8.1(000079.218*kWh)
1-0:1.8.2(000091.319*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.518*kW)
1-0:2.7.0
!E9AF

Sowieso valt het op dat in de ruwe data van de seriele port ook veel \0x00's zitten, dus veel bytes met waarde 0 er tussendoor. Meestal aan het begin een hele reeks en daarna niet meer.
Maar bij de foute transacties zitten ze er dus doorheen.

Ik vermoed dat het in de Python Serial lib zit, want met minicom heb ik nog geen foute transacties gezien. Maar dat kan ook toeval zijn.

Ik initialiseer de port zoals gejanssen.nl dat ook doet, maar dan wel op 115200 baud (want het is DSMR 4.2)

code:

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"

[ Voor 28% gewijzigd door !null op 15-11-2015 18:32 ]

[ProudElm]

Nadat ik een nieuw kabeltje had gemaakt komen de berichten nu meestal goed binnen. Maar toch is soms een bericht corrupt..
Zodra ik echter geen gebruik maak van de software serial van de arduino maar direct op pin 1. Dan gaat het een stuk beter...

Nu nog netjes de boel gaan verwerken.. Ik vond deze toolset op internet. Echter krijg ik deze niet aan de praat..

Vanavond maar weer even verder stoeien..

[!null]

Wat ik nu heb gedaan na bovenstaande problemen, is de boel resetten. Dat is met een Pi op Linux, dus dan doe je:

code:

stty /dev/ttyUSB0 sane

Daarna de poort uitlezen gaat goed, geen gedoe meer. Nu nog kijken of het na een paar reboots ook nog goed werkt.

@ProudElm, misschien kun je de seriele poort ook resetten voor het uitlezen ofzo? Wellicht staat hij net niet helemaal in de goeie stand?

[ProudElm]

Voor zover ik nu snap leest de seriële poort gewoon alles in wat binnen komt en spuugt dat uit tijdens debug naar de serial monitor van de arduino IDE.. Misschien dat het daarom komt dat er soms bitjes lijken te missen of fout te zijn..

Zal vanavond eens kijken of dat wellicht iets doet...

[!null]

Ik heb het nu wel aardig stabiel werkend. Draait iedere minuut op de cronjob een python scriptje, die het direct in de database stopt.
Wel haal ik het laatst bekende record op, om te bepalen wat het verbruik is sinds de laatste uitlezing.

Maar mijn vraag, weet iemand of er een mogelijkheid is (eventueel met hulp van netbeheerder Liander ofzo) om die gasmeter zo ver te krijgen om vaker de waarde te updaten?
Want ik krijg maar eens per uur een nieuwe waarde van de gasmeter.

Op de pagina http://gejanssen.com/howto/Slimme-meter-uitlezen/index.html zie je dat hij gewoon iedere 5 minuten gas waardes krijgt (zoniet sneller).
Wij hebben een gloedje nieuwe elektra meter en gasmeter, dus aan de leeftijd ligt het niet. Het is DMSR 4.2 meter.

[tweakmiv]

Voor wie zijn slimme meter wil uitlezen, via P1 poort en rj11->USB kabel, met behulp van FHEM kan mijn module gebruiken. Zie http://forum.fhem.de/index.php/topic,44294.0.html

[ST10©DE]

Ik kwam deze kabel tegen, zou dat wat zijn?

http://nl.aliexpress.com/...th-Shell/32247090475.html

[Raolte]

!null schreef op woensdag 18 november 2015 @ 22:28:


Op de pagina http://gejanssen.com/howto/Slimme-meter-uitlezen/index.html zie je dat hij gewoon iedere 5 minuten gas waardes krijgt (zoniet sneller).

Op die website zie ik alleen maar dat hij ook per uur andere waardes krijg.Of kijk ik verkeerd?

Ik krijg zelf ook maar eens per uur een nieuwe waarde, maar als het vaker kan hou ik me aanbevolen.
Om het verschil te bepalen maak ik gebruik van de functie COUNTER ipv GAUGE in het RRD scriptje

[ Voor 9% gewijzigd door Raolte op 01-12-2015 16:58 ]

[Tylen]

Gas is bij mij ook maar eens per uur. Ligt aan je slimme meter.

[Ed66]

@tweakmiv

Dank je, was net begonnen aan de ESP/MQTT variant maar ik ga je module even voorrang geven. Misschien kun je nog een plukje van je cfg op het FHEM forum plakken?

[sjimmie]

Weet iemand hoe ik bij deze slimme meter bij de P1 poort kan komen?
Het lijkt wel alsof het zegel dat blokkeert?

[Cr3ator]

Het zegel beveiligd alleen de linker poort (welke gebruikt kan worden om bijvoorbeeld in de toekomst je watermeter op aan te sluiten). De P1-poort kun je gewoon open maken zonder het zegel te breken. (Naar beneden schuiven dacht ik...)

[ Voor 23% gewijzigd door Cr3ator op 04-12-2015 15:03 ]

[Anoniem: 477788]

sjimmie schreef op vrijdag 04 december 2015 @ 14:16:
Weet iemand hoe ik bij deze slimme meter bij de P1 poort kan komen?
Het lijkt wel alsof het zegel dat blokkeert?
[afbeelding]

Dat klepje onder de P1 er uit trekken? aww.. te laat.

[ Voor 3% gewijzigd door Anoniem: 477788 op 04-12-2015 15:04 ]

[sjimmie]

Ah, het klepje is smaller dan waar het zegel overheen gaat. Tijd voor een nieuwe bril...
Thanks!

[Mattie112]

Weet iemand of het mogelijk is om door 2 devices de P1 poort uit te laten lezen? Ik heb al een Toon hangen maar wil eigenlijk ook wel zelf dit loggen (pi of arduino). Kan ik gewoon de kabel "splitten" of is dit een no-go?

[Raven]

Mattie112 schreef op vrijdag 04 december 2015 @ 15:10:
Weet iemand of het mogelijk is om door 2 devices de P1 poort uit te laten lezen? Ik heb al een Toon hangen maar wil eigenlijk ook wel zelf dit loggen (pi of arduino). Kan ik gewoon de kabel "splitten" of is dit een no-go?

Ik heb wel eens seriële data van één zender (Arduino Tx-pin) naar 2 ontvangers laten sturen (bluetooth en 433MHz module) en dat ging prima. Bleek zo simpel als de Tx-pin van de zender aan beide Rx-pinnen koppelen. Nou weet ik niet of het ook zo simpel is als bij een P1-poort, maar daar is het volgens mij ook seriële data.

[Mattie112]

Ah top, dan moet ik het gewoon maar gaan proberen

[ThinkPad]

Simpele RJ11-telefoonstekker splitter werkte hier prima met een Arduino en een USB-Serial uitleeskabel.

[sjimmie]

Na een dag prutsen is het dan gelukt op mijn ESP8266.
Eerste probleem was dat ik een software-serial wilde gebruiken om de originele comport van de ESP vrij te houden voor debugging. Dat is uiteindelijk gelukt na wat beginnerfoutjes.

De volgende uitdaging bleek lastiger, de inverter...
Hoewel ik het bij vrijwel niemand tegenkom, bleek er bij mij een weerstand nodig tussen TXD en + omdat de TXD blijkbaar 'zweeft'. Ik heb het nu zo gebouwd (plaatje in Paint gemaakt, excuus voor de kwaliteit):

Nu zie ik dat er af en toe net een paar bitjes niet kloppen waardoor er dan een paar tekens vervormd raken.
De waardes van de weerstanden heb ik een beetje gegokt en uitgeprobeerd, zou daaraan nog iets te verbeteren zijn?
_{Let wel, dit is een 3.3V setup, geen 5V zoals bij de meesten!}

Edit: Oja, de transistor is een BC547C, een 2N2222 werkte ook.

[ Voor 3% gewijzigd door sjimmie op 05-12-2015 12:32 ]

[baviaan]

!null schreef op zondag 15 november 2015 @ 18:23:

code:

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"

DSMR 4 gebruikt EIGHTBITS.

code:

ser.baudrate = 115000
ser.bytesize=serial.EIGHTBITS
ser.parity=serial.PARITY_NONE
ser.stopbits=serial.STOPBITS_ONE
ser.xonxoff=1

[sjimmie]

Bah, alle code die ik overal vind gebruikt "sscanf", maar op een esp8266 werkt dat niet.
Hints naar alternatieve functies of complete libraries die het zouden doen, lopen ook dood.

Ik geef eerlijk toe dat ik niet handig genoeg ben om de boel te herschrijven zonder sscanf functie.
Heeft iemand iets wat wel werkt op een esp8266?

[EddoH]

sjimmie schreef op zaterdag 05 december 2015 @ 13:38:
Bah, alle code die ik overal vind gebruikt "sscanf", maar op een esp8266 werkt dat niet.
Hints naar alternatieve functies of complete libraries die het zouden doen, lopen ook dood.

Ik geef eerlijk toe dat ik niet handig genoeg ben om de boel te herschrijven zonder sscanf functie.
Heeft iemand iets wat wel werkt op een esp8266?

Je kunt zelf een versie van sscanf implementeren, of een bestaande gebruiken, bijvoorbeeld: https://code.google.com/p...e/trunk/stdio/scanf.c?r=8

[sjimmie]

EddoH schreef op zaterdag 05 december 2015 @ 14:15:
[...]


Je kunt zelf een versie van sscanf implementeren, of een bestaande gebruiken, bijvoorbeeld: https://code.google.com/p...e/trunk/stdio/scanf.c?r=8

Tsja, ik ben dus niet zo handig om sscanf te herschrijven.
En de link die je gaf was scanf en niet sscanf.
(sscanf heb ik tot nu toe nergens werkend gevonden)

[EddoH]

sjimmie schreef op zaterdag 05 december 2015 @ 14:41:
[...]

Tsja, ik ben dus niet zo handig om sscanf te herschrijven.
En de link die je gaf was scanf en niet sscanf.
(sscanf heb ik tot nu toe nergens werkend gevonden)

Met een minimale aanpassing is er sscanf van te maken. De parsing logica blijft hetzelfde, alleen de input veranderd van stdin naar een char *.
Enige programmeerkennis is wel vereist ja, maar dat blijft zo als je zelf wat wilt maken

[sjimmie]

EddoH schreef op zaterdag 05 december 2015 @ 16:12:
[...]


Met een minimale aanpassing is er sscanf van te maken. De parsing logica blijft hetzelfde, alleen de input veranderd van stdin naar een char *.
Enige programmeerkennis is wel vereist ja, maar dat blijft zo als je zelf wat wilt maken

Ah, ik snap het. Een "beetje" programmeren kan ik wel, maar ik heb nou juist nooit gewerkt met op dit niveau parsen van strings. Ik ga eens kijken, thanks in ieder geval.

EDIT: omdat deze functie ook niet goed bleek te werken en ik geen zin had om die te debuggen, heb ik het maar herschreven als een paar losse regels die het getal uit de buffer lezen.

[ Voor 14% gewijzigd door sjimmie op 07-12-2015 14:32 ]

[ST10©DE]

Hmm, met de ch340 kabel van Ali kreeg ik het volgende:



Betekend dit dat er nog geinverteerd moet worden?

[ThinkPad]

P. Mekes schreef op donderdag 10 december 2015 @ 12:19:
Hmm, met de ch340 kabel van Ali kreeg ik het volgende:

[afbeelding]

Betekend dit dat er nog geïnverteerd moet worden?

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

[ Voor 29% gewijzigd door ThinkPad op 10-12-2015 12:33 ]

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

Die meter heb ik ook. Instellingen zijn correct, maar je moet i.d.d. een kabeltje hebben die de boel nog terug-inverteert. FTDI-kabeltje waarbij je dat kunt programmeren 'Invert RxD' of een andere kabel waarbij je het zelf handmatig (transistor + weerstandje solderen) oplost.

Sterkte

[ST10©DE]

ThinkPadd schreef op donderdag 10 december 2015 @ 12:39:
Die meter heb ik ook. Instellingen zijn correct, maar je moet i.d.d. een kabeltje hebben die de boel nog terug-inverteert. FTDI-kabeltje waarbij je dat kunt programmeren 'Invert RxD' of een andere kabel waarbij je het zelf handmatig (transistor + weerstandje solderen) oplost.

Sterkte

Kwam net het volgende tegen:

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

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

[ST10©DE]

Voordat ik je bericht las toch even geprobeerd... No go inderdaad...

Ik ga dus maar opzoek naar een FTDI kabel, een rj11 aanprutsen gaat me makkelijker af dan solderen....

[Techneut]

Sinds een poosje heb ik ook een slimme meter van Liander, een Landis & Gyr type ZCF110. Na een beetje speurwerk vind ik er wat info over, onder andere op de site:
http://domoticx.com/p1-poort-slimme-meter-hardware/ Ik lees daar:

"De P1 poort is een seriële poort (is optioneel) op je digitale elektra meter waarin je een RJ-11 (Registered Jack) stekkertje kan steken (bekend van de telefoonaansluitingen) om zo de meterstanden en het verbruik uit te lezen. Het is niet mogelijk om gegevens naar de poort te sturen!
Onderaan deze pagina heb ik de informatiebladen “Dutch Smart Meter Requirements” (DSMR) toegevoegd".

Oké, duidelijk verhaal en daar vind ik inderdaad ook een nadere specificatie waarmee ik mede met de tips die hier al besproken zijn wel genoeg aan heb, mocht ik ook plannen in die richting hebben.

Waar ik me echter een beetje over verbaas, is dat dit gewoon zomaar door iedereen mag en kan worden aangesloten. Ik bedoel hiermee de vraag of wat achter dat poortje zit aan elektronica fool-proof is. Stel dat er een haast niet voor te stellen knoeier, maar je weet maar nooit, bezig is met een zelf in elkaar geprutst stukje elektronica dat werkt op een veel te hoge spanning waardoor hij in een fractie van een seconde alles opblaast. Zelf had ik aanvankelijk voordat ik het nader bekeek de voorstelling dat het misschien een draadloze overdracht zou zijn, een inductieve of capacitieve, maar het blijkt een gewoon telefoonstekkertje te zijn. Zou er over dit aspect zijn nagedacht?

Edit:
Welke info kan via die P!-poort uitgelezen worden? Zijn dat alleen maar pulsjes van een bepaald aantal Wh per impuls, of is het veel meer?

[ Voor 4% gewijzigd door Techneut op 10-12-2015 19:04 ]

[ThinkPad]

Techneut schreef op donderdag 10 december 2015 @ 17:36:
[...]
Waar ik me echter een beetje over verbaas, is dat dit gewoon zomaar door iedereen mag en kan worden aangesloten. Ik bedoel hiermee de vraag of wat achter dat poortje zit aan elektronica fool-proof is. Stel dat er een haast niet voor te stellen knoeier, maar je weet maar nooit, bezig is met een zelf in elkaar geprutst stukje elektronica dat werkt op een veel te hoge spanning waardoor hij in een fractie van een seconde alles opblaast. Zelf had ik aanvankelijk voordat ik het nader bekeek de voorstelling dat het misschien een draadloze overdracht zou zijn, een inductieve of capacitieve, maar het blijkt een gewoon telefoonstekkertje te zijn. Zou er over dit aspect zijn nagedacht?

Edit:
Welke info kan via die P!-poort uitgelezen worden? Zijn dat alleen maar pulsjes van een bepaald aantal Wh per impuls, of is het veel meer?

Daar is over nagedacht en die poort is dan ook foolproof. Volgens mij zit er intern een optocoupler in, en is het signaal dus fysiek gescheiden van de meterelectronica. Het signaal wordt omgezet in licht en vervolgens weer omgezet naar een stroompje.. Als jij er 400V op wilt zetten dan zal die optocoupler uit elkaar spatten verwacht ik, maar je meter nog gewoon werken.

De meter spuugt een zgn. 'telegram' uit, dit is een bericht waarin je meterstanden (4 telwerken, 2x verbruik (hoog/laag) en 2x opwek (hoog/laag)) staan, het huidige verbruik (Watt), huidige opwek (Watt), gasmeterstand, stand van de gasklep e.d. en nog wat zaken (serienummers e.d.). Is best een hoop info uit te halen.

Kijk eens op http://gejanssen.com/howto/Slimme-meter-uitlezen/ hij legt het op een toegankelijke wijze uit. Hij heeft ook een telegram gepost waarvan hij uitlegt wat elke regel moet voorstellen.

[ThinkPad]

Op het Domoticz forum was iemand die geen gasmeterstand doorkreeg in z'n telegrammen. Het bleek dat z'n gasmeter niet goed gekoppeld was aan de kWh-meter. Hij had een link naar een PDF waarin wordt uitgelegd hoe je dat kunt koppelen: https://www.stedin.net/~/...ng-activeren-gasmeter.pdf

Omdat mijn ervaring is dat zulk soort PDFjes na een aantal jaar ineens offline zijn, hieronder de info even gequote:

LANDYS + GYR
TYPE G350 G4T t/m G6T
1. Druk één keer kort op de rode knop om het scherm te activeren.
2. Druk nog een keer op de rode knop en houd deze 8 seconden
ingedrukt.
3. Op het scherm wordt nu ‘>>>’ getoond. De gasmeter is dan
geactiveerd.

Ziet u ‘>>>’ niet op het scherm verschijnen?
Dan is het activeren niet gelukt. Herhaal dan de stappen.
Let u erop dat de informatie op het scherm van de gasmeter volledig is
verdwenen voordat u de stappen herhaalt

ITRON
TYPE RF1 G4 t/m G25
1. Druk één keer kort op de rode knop om het scherm te activeren.

U ziet dan rechtsonder in het scherm één of twee pijlen.
2. Druk nog een keer op de rode knop en houd deze 8 seconden
ingedrukt.
3. Op het scherm gaat nu de bovenste pijl 60 seconden aan en
vervolgens 60 seconden uit. Dit ‘knipperen’ betekent dat de
gasmeter geactiveerd is.

Gaat de bovenste pijl niet knipperen?
Dan is het activeren niet gelukt. Herhaal dan de stappen.
Let u erop dat de informatie op het scherm van de gasmeter volledig is
verdwenen voordat u de stappen herhaalt.

ELSTER
TYPE BK G4 t/m G25
1. Druk één keer kort op de grijze knop om het scherm te activeren.
2. Druk nog een keer op de grijze knop en houd deze 8 seconden
ingedrukt.
3. Op het scherm wordt nu ‘install’ weergegeven. De gasmeter is dan
geactiveerd.

Ziet u ‘Install’ niet op het scherm verschijnen?
Dan is het activeren niet gelukt. Herhaal dan de stappen.
Let u erop dat de informatie op het scherm van de gasmeter volledig is
verdwenen voordat u de stappen herhaalt

Zoekwoorden voor de search: slimme meter uitlezing, geen gasverbruik, gasuitlezing, gasmeter niet gekoppeld, smartmeter, smart meter, p1

[ Voor 3% gewijzigd door ThinkPad op 11-12-2015 09:20 ]

[Techneut]

ThinkPadd schreef op vrijdag 11 december 2015 @ 09:18:
[...]

Daar is over nagedacht en die poort is dan ook foolproof. Volgens mij zit er intern een optocoupler in, en is het signaal dus fysiek gescheiden van de meterelectronica. Het signaal wordt omgezet in licht en vervolgens weer omgezet naar een stroompje.. Als jij er 400V op wilt zetten dan zal die optocoupler uit elkaar spatten verwacht ik, maar je meter nog gewoon werken.

Bedankt ThinkPad, ik had ook niet anders verwacht dat hier wel over nagedacht zou zijn. Het was dan ook eigenlijk meer een retorische vraag. Ik vraag me wel af of ze het met het op afstand uitlezen merken dat die poort door een dergelijke stommiteit, al zal de volle netspanning wel heel onwaarschijnlijk zijn (), opgeblazen wordt en zo ja, wat de reactie van de netbeheerder dan zal zijn jegens die klant.

De meter spuugt een zgn. 'telegram' uit, dit is een bericht waarin je meterstanden (4 telwerken, 2x verbruik (hoog/laag) en 2x opwek (hoog/laag)) staan, het huidige verbruik (Watt), huidige opwek (Watt), gasmeterstand, stand van de gasklep e.d. en nog wat zaken (serienummers e.d.). Is best een hoop info uit te halen.

Kijk eens op http://gejanssen.com/howto/Slimme-meter-uitlezen/ hij legt het op een toegankelijke wijze uit. Hij heeft ook een telegram gepost waarvan hij uitlegt wat elke regel moet voorstellen.

Ik begrijp het, ik ken op andere terreinen soortgelijke systemen, o.a. met seriële poorten zoals RS232. Het is dus inderdaad veel meer dan alleen maar pulsjes tellen. Best aardig om er eens in te duiken, zelf maken of desnoods naar iets kant en klaar te zoeken. Ik zie wel.

[kroonen]

tweakmiv schreef op donderdag 19 november 2015 @ 07:35:
Voor wie zijn slimme meter wil uitlezen, via P1 poort en rj11->USB kabel, met behulp van FHEM kan mijn module gebruiken. Zie http://forum.fhem.de/index.php/topic,44294.0.html

Hoi , Ik probeer het via fhem maar dan met een iskra meter en op 9600. Hij wordt initialized, maar dan gebeurt er niks. Telegram start blijft op 0. IK het write2db op 0 gezet. Autocraat creëert ook geen extra dingen dus wat doe ik fout? Of kan het zijn dat de 9600 meters op 7 bit werken, dat het daar fout gaat? En hou kan ik hem op 7 bits laten werken?

Ik heb dit im mijn fhem.cfg geplaatst

define SmartMeterP1 SmartMeterP1 /dev/p1usb@9600
attr SmartMeterP1 write2db 0

En hem gestart dan krijg ik dit in de log van fhem

2015.12.19 13:10:36 3: SmartMeterP1:Updating attribute 'write2db' to '0'
2015.12.19 13:10:36 3: SmartMeterP1 device opened
2015.12.19 13:10:36 3: Setting SmartMeterP1 serial parameters to 9600,8,N,1
2015.12.19 13:10:36 3: Opening SmartMeterP1 device /dev/p1usb
Possible unintended interpolation of @9600 in string at ./FHEM/00_SmartMeterP1.pm line 58, <$fh> line 13.

en ik krijg dus alleen initialized te staan.

Met de oude python scripts werk het gewoon dus de kabel is goed. IK heb deze wel even uit mijn cronjob gehaald om het te testten

gr Richard

[ Voor 4% gewijzigd door kroonen op 19-12-2015 13:25 ]

[kroonen]

Gevonden. De snelheid kun je aanpassen zo:

define SmartMeterP1 SmartMeterP1 /dev/p1usb@9600,7,E,1

Dan werkt het op de gas na. Deze waarde zit op een andere plek

Bij Landis en Gyr (dsmr4.x)

0-1:24.2.1(140815220000S)(00017.692*m3)

Bij andere merken oa ISKRA ME382

0-1:24.3.0(151219220000)(00)(60)(1)(0-1:24.2.1)(m3)
(01825.614)


Ening idee hoe aan te passen in de module?

gr Richard

[tweakmiv]

kroonen schreef op zaterdag 19 december 2015 @ 22:49:
Gevonden. De snelheid kun je aanpassen zo:

define SmartMeterP1 SmartMeterP1 /dev/p1usb@9600,7,E,1

Dan werkt het op de gas na. Deze waarde zit op een andere plek

Bij Landis en Gyr (dsmr4.x)

0-1:24.2.1(140815220000S)(00017.692*m3)

Bij andere merken oa ISKRA ME382

0-1:24.3.0(151219220000)(00)(60)(1)(0-1:24.2.1)(m3)
(01825.614)


Ening idee hoe aan te passen in de module?

gr Richard

Fijn dat je de aanpassing voor aantal bits hebt hevonden. Je kunt de module extra debug regels laten genereren door de fhem.cfg attribute verbose hoger dan 3 te zetten "attr global verbose 4".
Beste is op fhem te stoppen. verbose op 4 zetten. Fhem starten.

De module zal dan loggen wat hij binnenkrijgt. Als je mij van deze logregels een kopie kunt sturen dan kan ik kijken wat ik kan aanpassen.

Als je genoeg data hebt dan kun je verbose weer op oude waarde zetten.

Grt. Michel.

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

[kroonen]

tweakmiv schreef op zondag 20 december 2015 @ 10:17:
[...]


Fijn dat je de aanpassing voor aantal bits hebt hevonden. Je kunt de module extra debug regels laten genereren door de fhem.cfg attribute verbose hoger dan 3 te zetten "attr global verbose 4".
Beste is op fhem te stoppen. verbose op 4 zetten. Fhem starten.

De module zal dan loggen wat hij binnenkrijgt. Als je mij van deze logregels een kopie kunt sturen dan kan ik kijken wat ik kan aanpassen.

Als je genoeg data hebt dan kun je verbose weer op oude waarde zetten.

Grt. Michel.

Hierbij de output ( is dit genoeg?)


2015.12.20 14:47:44 4: Telegram attr:
2015.12.20 14:47:44 4: Telegram obis: !
2015.12.20 14:47:44 4: Telegram line: !

2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '1';
2015.12.20 14:47:44 4: Telegram obis: 0-1:24.4.0
2015.12.20 14:47:44 4: Telegram line: 0-1:24.4.0(1)

2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '01827.758';
2015.12.20 14:47:44 4: Telegram obis:
2015.12.20 14:47:44 4: Telegram line: (01827.758)

$VAR6 = 'm3';
$VAR5 = '0-1:24.2.1';
$VAR4 = '1';
$VAR3 = '60';
$VAR2 = '00';
2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '151220140000';
2015.12.20 14:47:44 4: Telegram obis: 0-1:24.3.0
2015.12.20 14:47:44 4: Telegram line: 0-1:24.3.0(151220140000)(00)(60)(1)(0-1:24.2.1)(m3)

2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '4730303135353631303133333035303133';
2015.12.20 14:47:44 4: Telegram obis: 0-1:96.1.0
2015.12.20 14:47:44 4: Telegram line: 0-1:96.1.0(4730303135353631303133333035303133)

2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '3';
2015.12.20 14:47:44 4: Telegram obis: 0-1:24.1.0
2015.12.20 14:47:44 4: Telegram line: 0-1:24.1.0(3)

2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '';
2015.12.20 14:47:44 4: Telegram obis: 0-0:96.13.0
2015.12.20 14:47:44 4: Telegram line: 0-0:96.13.0()

2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '';
2015.12.20 14:47:44 4: Telegram obis: 0-0:96.13.1
2015.12.20 14:47:44 4: Telegram line: 0-0:96.13.1()

2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '1';
2015.12.20 14:47:44 4: Telegram obis: 0-0:96.3.10
2015.12.20 14:47:44 4: Telegram line: 0-0:96.3.10(1)

2015.12.20 14:47:44 4: Telegram attr: $VAR1 = '0999.00*kW';
2015.12.20 14:47:44 4: Telegram obis: 0-0:17.0.0
2015.12.20 14:47:44 4: Telegram line: 0-0:17.0.0(0999.00*kW)

2015.12.20 14:47:43 4: Telegram attr: $VAR1 = '0000.00*kW';
2015.12.20 14:47:43 4: Telegram obis: 1-0:2.7.0
2015.12.20 14:47:43 4: Telegram line: 1-0:2.7.0(0000.00*kW)
2015.12.20 14:47:43 4: SmartMeterP1: Error reconnecting to database.

2015.12.20 14:47:43 4: Telegram attr: $VAR1 = '0000.23*kW';
2015.12.20 14:47:43 4: Telegram obis: 1-0:1.7.0
2015.12.20 14:47:43 4: Telegram line: 1-0:1.7.0(0000.23*kW)

2015.12.20 14:47:43 4: Telegram attr: $VAR1 = '0001';
2015.12.20 14:47:43 4: Telegram obis: 0-0:96.14.0
2015.12.20 14:47:43 4: Telegram line: 0-0:96.14.0(0001)

2015.12.20 14:47:43 4: Telegram attr: $VAR1 = '00000.000*kWh';
2015.12.20 14:47:43 4: Telegram obis: 1-0:2.8.2
2015.12.20 14:47:43 4: Telegram line: 1-0:2.8.2(00000.000*kWh)

2015.12.20 14:47:43 4: Telegram attr: $VAR1 = '00000.001*kWh';
2015.12.20 14:47:43 4: Telegram obis: 1-0:2.8.1
2015.12.20 14:47:43 4: Telegram line: 1-0:2.8.1(00000.001*kWh)

2015.12.20 14:47:43 4: Telegram attr: $VAR1 = '02359.847*kWh';
2015.12.20 14:47:43 4: Telegram obis: 1-0:1.8.2
2015.12.20 14:47:43 4: Telegram line: 1-0:1.8.2(02359.847*kWh)
2015.12.20 14:47:43 4: SmartMeterP1: Error reconnecting to database.

2015.12.20 14:47:43 4: Telegram attr: $VAR1 = '03728.102*kWh';
2015.12.20 14:47:43 4: Telegram obis: 1-0:1.8.1
2015.12.20 14:47:43 4: Telegram line: 1-0:1.8.1(03728.102*kWh)

2015.12.20 14:47:43 4: Telegram attr: $VAR1 = '4B413650303035313534323830333133';
2015.12.20 14:47:43 4: Telegram obis: 0-0:96.1.1
2015.12.20 14:47:43 4: Telegram line: 0-0:96.1.1(4B413650303035313534323830333133)
2015.12.20 14:47:43 4: Telegram start: ISk5\2ME382-1003

[ Voor 78% gewijzigd door kroonen op 20-12-2015 14:55 ]

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

[tweakmiv]

Richard, Ik ga met de data aan de gang. Wat is je huidige meterstand voor gas? Dit zodat ik dit kan vergelijken met wat is uitgelezen.

Grt. Michel.

[kroonen]

tweakmiv schreef op maandag 21 december 2015 @ 07:36:
Richard, Ik ga met de data aan de gang. Wat is je huidige meterstand voor gas? Dit zodat ik dit kan vergelijken met wat is uitgelezen.

Grt. Michel.

Michel, dat is deze waarde in de telegram

01827.758

gr Richard

[tweakmiv]

kroonen schreef op dinsdag 22 december 2015 @ 09:06:
[...]


Michel, dat is deze waarde in de telegram

01827.758

gr Richard

Richard,

Ziet er naar uit dat gas waarde over twee telegram regels wordt verstuurd i.p.v. 1.

Bij jou:
Regel 1: 0-1:24.4.0(1)(01827.758) "Dit is werkelijke waarde"
Regel 2: 0-1:24.3.0(151220140000)(00)(60)(1)(0-1:24.2.1)(m3) "Dit is datumtijd en eenheid en mogelijk ook zomer of winter tijd"

bij mij:
0-1:24.2.1(151221110000W)(00892.816*m3) "Dit is datum tijd stempel + wintertijd, waarde en eenheid)

Verschil komt door versie meter en protocol maar dat is ook te herkennen aan:
Bij jou:
Telegram start: ISk5\2ME382-1003

Bij mij:
Telegram start: XMX5LGBBFFB231157452

Tevens zie ik dat een telegram line nu gesplitst binnen komt, kan komen door lage baud rate.

Zou je nog kunnen kijken of je ook een "Telegram end" lijn in je log hebt?
Bij mij: Telegram end: 2B8C

Kan zijn dat ik nog ga vragen om een raw dump te maken van verkeer uit de verbinding om te zien of dat nog anders is. Draai je fhem op Linux of Windows?

Grt. Michel.

[kroonen]

tweakmiv schreef op dinsdag 22 december 2015 @ 10:36:
[...]


Richard,

Ziet er naar uit dat gas waarde over twee telegram regels wordt verstuurd i.p.v. 1.

Bij jou:
Regel 1: 0-1:24.4.0(1)(01827.758) "Dit is werkelijke waarde"
Regel 2: 0-1:24.3.0(151220140000)(00)(60)(1)(0-1:24.2.1)(m3) "Dit is datumtijd en eenheid en mogelijk ook zomer of winter tijd"

bij mij:
0-1:24.2.1(151221110000W)(00892.816*m3) "Dit is datum tijd stempel + wintertijd, waarde en eenheid)

Verschil komt door versie meter en protocol maar dat is ook te herkennen aan:
Bij jou:
Telegram start: ISk5\2ME382-1003

Bij mij:
Telegram start: XMX5LGBBFFB231157452

Tevens zie ik dat een telegram line nu gesplitst binnen komt, kan komen door lage baud rate.

Zou je nog kunnen kijken of je ook een "Telegram end" lijn in je log hebt?
Bij mij: Telegram end: 2B8C

Kan zijn dat ik nog ga vragen om een raw dump te maken van verkeer uit de verbinding om te zien of dat nog anders is. Draai je fhem op Linux of Windows?

Grt. Michel.

Hoi,

Er komt geen telegram end voor in logging.

Ik gebruik hem onder linux

normale telegram via cu


Connected.
/ISk5\2ME382-1003

0-0:96.1.1(4B413650303035313534323830333133)
1-0:1.8.1(03739.319*kWh)
1-0:1.8.2(02372.170*kWh)
1-0:2.8.1(00000.001*kWh)
1-0:2.8.2(00000.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.36*kW)
1-0:2.7.0(0000.00*kW)
0-0:17.0.0(0999.00*kW)
0-0:96.3.10(1)
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3)
0-1:96.1.0(4730303135353631303133333035303133)
0-1:24.3.0(151223090000)(00)(60)(1)(0-1:24.2.1)(m3)
(01836.722)
0-1:24.4.0(1)
!


eigenlijk hetzelfde als bijvoorbeeld hier :

http://gejanssen.com/howt...r-uitlezen/#mozTocId24279

[tweakmiv]

kroonen schreef op woensdag 23 december 2015 @ 09:13:
[...]


Hoi,

Er komt geen telegram end voor in logging.

Ik gebruik hem onder linux

normale telegram via cu


Connected.
/ISk5\2ME382-1003

0-0:96.1.1(4B413650303035313534323830333133)
1-0:1.8.1(03739.319*kWh)
1-0:1.8.2(02372.170*kWh)
1-0:2.8.1(00000.001*kWh)
1-0:2.8.2(00000.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.36*kW)
1-0:2.7.0(0000.00*kW)
0-0:17.0.0(0999.00*kW)
0-0:96.3.10(1)
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3)
0-1:96.1.0(4730303135353631303133333035303133)
0-1:24.3.0(151223090000)(00)(60)(1)(0-1:24.2.1)(m3)
(01836.722)
0-1:24.4.0(1)
!


eigenlijk hetzelfde als bijvoorbeeld hier :

http://gejanssen.com/howt...r-uitlezen/#mozTocId24279

Dit is helemaal goed. Hiermee ga ik vanavond aan de slag. Bedankt.

[tweakmiv]

Richard zie http://forum.fhem.de/inde....msg378736.html#msg378736 voor nieuwe versie.
Verneem graag of deze goed werkt.

[kroonen]

tweakmiv schreef op woensdag 23 december 2015 @ 13:51:
Richard zie http://forum.fhem.de/inde....msg378736.html#msg378736 voor nieuwe versie.
Verneem graag of deze goed werkt.

Het werkt de waardes komen binnen. Bedankt voor de ondersteuning. Nu nog gaan stoeien met de grafieken

[ Voor 11% gewijzigd door kroonen op 23-12-2015 15:02 ]

[tweakmiv]

Ik zie dat de GasDeliveredTime nog niet goed is. Dit zou in het formaat "2014-12-23 14:00:00" moeten zijn en niet 151223140000.
Ga ik nog even naar kijken.

[kroonen]

met v1.2 helaas nog steeds

GasDeliveredTime 151223190000 2015-12-23 19:00:11


gr Richard

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

[dvanderh]

Heb ook een slimme meter (ISKRA) met daaraan draadloos gekoppeld de Uniflo G4SRV gasmeter. Dit gekoppeld middels een P1-kabel aan mijn Domoticz installatie (draaiend op een Synology NAS) Sinds vorig jaar mei heeft dit altijd zonder problemen gedraaid, zie netjes de standen van elektriciteit en gas terug in Domoticz, so far so good.

Laatst werd ik door een vriend van mij geattendeerd op het CV tuning topic (Gas besparen door middel van CV tuning deel II) .

Gelijk een IR thermometer besteld en mij aangemeld bij energiemanageronline.nl, zodat alvast de historische data erin kon. Tevens ingesteld dat de standen automatisch die kant opgaan. Na de machtiging ging het dan ook daadwerkelijk automatisch, echter voor de gas standen maar 1 keer. Daarna bleef deze op 0 staan. Het gekke is dat ik sinds de aanmelding ook op de P1-kabel geen gasstanden meer doorkrijg, toeval?

update:
niet goed gezocht, meerdere mensen met soortgelijke problemen: P1 smartmeter probleem met gas stand uitlezen

[ Voor 26% gewijzigd door dvanderh op 06-01-2016 11:30 ]

[ST10©DE]

Goed, na de mislukt avonturen met een CH340 en een Prolific kabel (werd als ftdi aangeboden....) heb ik nu dus een ftdi kabel te pakken gekregen. Zoals verwacht geeft deze ook het signaal geïnverteerd door. Maar het voordeel van de FTDI zou zijn dat je dit signaal middel software (FT_Prog, MProg, ft232r_prog) goed kan zetten. Helaas niet bij mij...... Ik kon nergens op internet wat vinden over eeproms die niet te schrijven waren. Zou die van mij kapot zijn of doe ik iets verkeerd?

(met kerst een soldeerbout gekregen, misschien toch maar een transistor en weerstandje ergens zien te vinden....)

[ThinkPad]

Wellicht is het een Chinees kloontje?

Koop anders zoiets: http://www.tinytronics.nl...L-USB-Serial-Port-Adapter
Een originele FTDI-kabel is helaas gewoon duur: https://www.google.nl/?gws_rd=ssl#q=ftdi+kabel (15-20 euro).

Een PL2303 en dan zelf BS170 transistor en een 10K weerstand erin solderen werkte bij mij altijd.

[sjimmie]

De slimme meter stuurt aan het eind van elk telegram een checksum.
Weet iemand hoe die gebruikt kan worden?

[NBK]

Ik heb sinds afgelopen week me slimme-meter-over-ethernet werkend. Maar nu zoek ik eigenlijk een tooltje dat de telnet output van die interface met een time-stamp naar me MySQL gooit. Vanuit de MySQL krijg ik de boel zelf met PHP wel weer in orde maar ik zoek dus een windows programma dat het in de SQL gooit.
Weet iemand hier een tool voor?

Googlen op MySQL en telnet geeft helaas alleen maar resultaten hoe je met telnet moet verbinden met de SQL server.

[ST10©DE]

ThinkPadd schreef op woensdag 06 januari 2016 @ 12:17:


Een PL2303 en dan zelf BS170 transistor en een 10K weerstand erin solderen werkte bij mij altijd.

Haha, zelfs bij mij werkt dit dus het moet wel een failsafe methode zijn ;-) Het was mijn eerste soldeer projectje, dus het ziet er niet uit, maar het werkt. Ben tevreden !

[vso]

NBK schreef op zaterdag 09 januari 2016 @ 18:47:
Ik heb sinds afgelopen week me slimme-meter-over-ethernet werkend. Maar nu zoek ik eigenlijk een tooltje dat de telnet output van die interface met een time-stamp naar me MySQL gooit. Vanuit de MySQL krijg ik de boel zelf met PHP wel weer in orde maar ik zoek dus een windows programma dat het in de SQL gooit.
Weet iemand hier een tool voor?

Googlen op MySQL en telnet geeft helaas alleen maar resultaten hoe je met telnet moet verbinden met de SQL server.

putty kan je laten loggen naar een logbestand, en die log kan je verwerken met een batch bestand ofzo ..
simpel is

code:

1) putty log naar c:\log\log-tijd.uur,dag,datum.txt
2) move bestand van c:\log naar c:\verwerk 
3) verwerk dat in bestand 
4) move bestand naar c:\bewerkt  (delete de ouder dan 1 week ofzo) 
5) wacht 10 sec 
6) start bij 2

[JBS]

Bij mij heeft het enige dagen gewerkt, echter:

Krijg nu helemaal geen data meer van m'n landis + Gyr E350 meter aangesloten met een USB/RJ11 kabel van SOS https://www.sossolutions.nl/slimme-meter-kabel op een Raspberry Pi.

Meerdere malen de Raspberry PI opnieuw gestart, USB van poort gewisseld, etc.
Uiteindelijk ook een nieuwe installatie van Raspbian gedaan op een ander SD kaartje. Ook dan geen data van de meter.



Krijg sinds dat ik geen data meer krijg ook geen "Connected" meer. Aangesloten op dev/ttyUSB0:



Iemand een idee?

[ Voor 5% gewijzigd door JBS op 22-02-2016 11:45 ]

[JPDeckers]

JBS schreef op maandag 22 februari 2016 @ 11:45:
Bij mij heeft het enige dagen gewerkt, echter:

Krijg nu helemaal geen data meer van m'n landis + Gyr E350 meter aangesloten met een USB/RJ11 kabel van SOS op een Raspberry Pi.

Meerdere malen de Raspberry PI opnieuw gestart, USB van poort gewisseld, etc.
Uiteindelijk ook een nieuwe installatie van Raspbian gedaan op een ander SD kaartje. Ook dan geen data van de meter.

Iemand een idee?

Bij mij laatst ook, moest ik hard de snelheid instellen, daarna werkte het weer wel:
stty -F /dev/ttyUSB0 115200

Wie weet dat dit bij jou ook het geval is?

[JBS]

JPDeckers schreef op maandag 22 februari 2016 @ 14:09:
[...]


Bij mij laatst ook, moest ik hard de snelheid instellen, daarna werkte het weer wel:
stty -F /dev/ttyUSB0 115200

Wie weet dat dit bij jou ook het geval is?

Ja! Dat lost het probleem op. Dank voor de tip
Enig idee hoe dit zomaar "ineens" nodig kan zijn?

[FireDrunk]

Goed, ook ik wil graag mijn P1 poort uitlezen met een rPi. Voor nu nog even de rPi buiten beschouwing gelaten, en geprobeerd om een kabeltje te maken om aan mijn USB-to-Serial converter te hangen en gewoon eens te kijken of ik iets op mijn scherm krijg.

Mijn setup:

Iskra ME382
Cisco Console kabel welke ik voorzien heb van een RJ11 stekker ipv een RJ45 stekker met groen, oranje en grijs aangesloten.

Foto:
https://www.dropbox.com/s...03-13%2010.14.51.jpg?dl=0

Daarna de console kabel in mijn USB-to-Serial converter (ooit gekocht voor netwerk switch configuratie, best een goed ding, dacht een Belkin). Linux zegt dat het een Prolific PL2303 is.

USB converter werkt zelf prima (kan gewoon mijn switch op mijn minicom console krijgen onder Linux).

Kabel aangesloten op converter, converter in laptop, minicom open op het device, en er gebeurt: niks.

Allerlei baud rates en parity instellingen geprobeerd, maar er gebeurt gewoon niets.

Iemand een idee? Ik lees vanalles over inverted data, maar ik zie geen optie in minicom om dit in te stellen.

[NoepZor]

Ik heb de luie methode gehanteerd (heb ook geen soldeerbout enz). Kabeltje gehaald bij sos solutions. Afgelopen vrijdag is de meter geplaatst. Ik had met een kwartiertje domoticz draaien op een rPi 1 B. Daarna meter toegevoegd en het werkte direct Bijna letterlijk plug & play.

[FireDrunk]

Wat voor meter heb je? Als een kabeltje kopen mijn probleem oplost, prima Geen zin in ge-emmer

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

[Pimmetje651]

ben nu al een aantal uren aan het prullen .
Heb een 2303 chip, en gesoldeerd exact zoals :

Maar de Landis gyre E350 geeft zijn geheimen niet door
Daarom tussen de VVC vanuit de USB kabel 2 x een 470 ohm weerstand gezet naar de RX ( gele kabel in tekening en ook toevallig in RJ11 connector) , maar niks

Wat is er mis

[ Voor 7% gewijzigd door Pimmetje651 op 26-03-2016 00:04 ]

[Mattie112]

Tip: Meet het even na met je multimeter, ik had dus precies de verkeerde aders te pakken
In theorie zou je tussen je GND en je DATA 5v moeten meten.

Rasperry Pi Zero slimme meter uitlezen

[Thedr]

Ik heb ook een L+G E350 die ik uitlees met de hardware serial op de ESP8266. Aangesloten als volgt:

[Pimmetje651]

Probleem is opgelost, wat bleek nu : de 5v vcc vanuit de USB was niet goed gesoldeert. Spulleke weer open gemaakt en opnieuw vast gezet opgelost !

[htca]

Ik heb een Landis+gyr e350 en geprobeerd deze met een ch340 kabel en een geknepen rj11 inclusief pull up weerstand van 1k uit te lezen.
Maar als ik connect met 115200 krijg ik geen gegevens, als ik connect met 9600, krijg ik om de 10 seconden bagger (onleesbaar). Het lijkt erop dat het signaal nog geïnverteerd moet worden middels een bc170(?). Maar als ik de berichten lees zou dat met een ch340 niet hoeven. Iemand een aanwijzing?

[ThinkPad]

htca schreef op vrijdag 06 mei 2016 @ 22:00:
Ik heb een Landis+gyr e350 en geprobeerd deze met een ch340 kabel en een geknepen rj11 inclusief pull up weerstand van 1k uit te lezen.
Maar als ik connect met 115200 krijg ik geen gegevens, als ik connect met 9600, krijg ik om de 10 seconden bagger (onleesbaar). Het lijkt erop dat het signaal nog geïnverteerd moet worden middels een bc170(?). Maar als ik de berichten lees zou dat met een ch340 niet hoeven. Iemand een aanwijzing?

BS170 i.p.v. BC170

Maar misschien heb je een namaak CH340-chip ofzo, met die Chinezen weet je het nooit wat je opgestuurd krijgt. BS170 en nog een 10K weerstand ertussen en klaar.