P1 poort output corrupt?

[sorted.bits]

Sinds gisteren ben ik in het bezit van een slimme meter (ISKRA ME382-D1A52-P1). Deze wilde ik naar aanleiding van deze link aansluiten op mijn Raspberry Pi die in de meterkast ligt.

Ik heb dus heel braaf RJ11 connectors en een DSUB-9 Female stekker gehaald en ook een Sitecom CN-104 USB naar RS-232 kabel.

De RJ11 connector heb ik op een ethernet kabel geknepen en aan de andere kant heb ik de DSUB-9 connector gezet.


<sub>De RJ11 connector. Het lijkt wat raar op de foto, maar ze zitten toch echt goed in de middelste 4.


Amateur soldeerwerk, maar het zit goed vast</sub>

Mijn verbindingen lopen als volgt:

Pin RJ11	Pin DSUB-9
1	NC
2	4
3	5
4	NC
5	2
6	NC

Op mijn Raspberry Pi draait Arch Linux, waar ik cu en minicom op heb geinstalleerd. Wanneer ik de USB kabel in mijn Raspberry steek krijg ik de volgende poort er bij: /dev/ttyUSB0. Hierna voer ik CU uit om te kijken of ik data binnen krijg:

code:

$ cu -l /dev/ttyUSB0 -s 9600 --parity=none

Wanneer ik dit uitvoer krijg ik alleen maar troep terug.

code:

{{7{O88wn|~C{oO?~sc~7G_C_C__O7w|w_O7<C{_~?~|x8~{|w|n<C{_?|?{<||888?xx||w<C{[|?~C|8|8?888|n<C{[|~88x8x<88|nC{o{{O~8<88x~n<CO??x|888x?~on>C{[?CcCCCC88nC{?8?8<|ooo|nC{o{{_{O8|~n|7O<nC{o{{8<~O?{~Cc_~Oo{O?8~777O7_C_O7w_[www7_O7nO?{~|<~?o[o~||88C|{Co|~CO??{?~w~CCCC{{{o[nO?{s?x|~n<s{c{O88wn|xC{o{{O?~sc~~7C_C_|w_O7777_C_wn|C{O?|?~C|8~{|||n<|?~c|88888?\88~n|C{[?|?~CCCCC{CCC{|n|C{[?|<88x|{CCC{|nC{o~?x<888~n|C{O?8<8xx|C{n|C{[?8<888x?88n|?~?8|<8oooCC{n\o{{_{O8<~nC{oO7on|{OwCconO?{~?~Ccno{{~Cc_[77__w7_C_77ww7_O7nO??7CcO{8oc88xxCCo<?xOCO?{~?OwnCGCC{{{on?{~?8<~n<{s{7{O88wn|nC{{{O?~>~7C_C_G__O7777_C__O_~C{?c?~CCCO{o?|n>Cc?{<88888?8x8|n<C{?|?~CCCCC{CCG{|~<C{[?|?{<88888?888|~C{o??~?8<888~n<C{O??8<888~[~<|?{??8<88|8?887G{O?8?8<8ooo|8nC{o{7O8<~nC{{{O7_<nC{o{{O7\onO?~Cg_oO?o{O?8<7~7_Ow7_C__\7w7_O7nO?{~?wCcO{8oCc8888CC<?8O~8_?{~?{?~w<xx88???nO?{~?~?8|~~<Connected.
Connected.

Disconnected.

Iemand enig idee wat ik hier fout doe? De output zou volgens mij gewoon plain text moeten wezen, maar ik heb geen idee hoe dit nu te fixen.

Is misschien het gebruik van ethernet kabel een probleem?

EDIT:
Ondertussen een oude telefoonkabel gepakt en deze volgens het bovenstaande schema op de DSUB-9 stekker gesoldeerd. Zelfde resultaat helaas....

[Freemann]

probeer is:

code:

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

bij mij doet dat:

code:

pi@raspberrypi ~ $ cu -l /dev/ttyUSB0 -s 9600 --parity=even
Connected.
/XMX5XMXxxxxxxxxxxxxxxxxxxxxxxxxxxx

0-0:96.1.1(xxxxxxxxxxxxxxxxxxxxxxxxxxxxx)
1-0:1.8.1(01449.871*kWh)
1-0:1.8.2(01009.970*kWh)
1-0:2.8.1(00237.906*kWh)
1-0:2.8.2(00603.008*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.00*kW)
1-0:2.7.0(0000.00*kW)
0-0:17.0.0(999*A)
0-0:96.3.10(1)
0-0:96.13.1()
0-0:96.13.0()
0-1:96.1.0(xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx)
0-1:24.1.0(03)
0-1:24.3.0(xxxxxxxxxxxxx)(00)(60)(1)(0-1:24.2.0)(m3)
(00569.784)
0-1:24.4.0(1)
!
/cu: Got hangup signal

Disconnected.

[ Voor 100% gewijzigd door Freemann op 08-03-2013 16:31 ]

[sorted.bits]

Freemann schreef op vrijdag 08 maart 2013 @ 16:29:
probeer is:
[code]
cu -l /dev/ttyUSB0 -s 9600 --parity=even

code:

...

Met die instellingen heb ik ook al zitten spelen. Ik heb ondertussen ook een Nodejs scriptje geschreven wat het zou moeten doen, maar dat levert hetzelfde op.

Bij mij doet dat dit:

code:

{s{c{O88wn~8C{{{O?~sc~~wCG8w_w7G__7n<C{O|?~CCCG??{~xn<8?~c?{>888xx|88|n|C{[?~?~C\||8?888|<C{_?|?{~|CCC{||{|n|8<88xn<C{O?|<88xx??|n<C{[?|<88xx|{nC?~?8?8<8oooCC{n|o{{{Ox<n|o{{O7O<C{o??~7Ccon[~_?8<wn_?Cc_[7w_Ow|7~|w7w7__w~O?{~_{C^~|oCc888xCCo|?8O~|O?{_?~w<8888?_nO??~?|On>Connected.
Connected.

Disconnected.

Het schiet voorbij op het scherm (het scherm lijkt elke keer te clearen), dus dit ik heb even de output van cu gedumpt naar een file.

Ik zit nu te twijfelen om misschien toch maar even Weezy op mijn Raspberry te installeren.

EDIT:
Kabel ondertussen aan een Windows 7 laptop gehangen en toen met zo'n Hyperterminal app geprobeerd om hem uit te lezen. Nog steeds enorm veel troep.

Dus OF mijn aansluitschema klopt niet, of er is iets met mijn P1 poort aan de hand.

[ Voor 24% gewijzigd door sorted.bits op 08-03-2013 17:01 . Reden: Nieuwe poging. ]

[Ethnocentrix]

Heb je je RX ook geinverteerd? De P1 poort geeft een geinverteerd signaal op TTL niveau. Als ik je verhaal zo begrijp probeer je nu direct met een USB->RS232 converter de poort uit te lezen, dat kan niet omdat die een RS232 signaalniveau gebruiken.

[sorted.bits]

Ethnocentrix schreef op vrijdag 08 maart 2013 @ 17:14:
Heb je je RX ook geinverteerd? De P1 poort geeft een geinverteerd signaal op TTL niveau. Als ik je verhaal zo begrijp probeer je nu direct met een USB->RS232 converter de poort uit te lezen, dat kan niet omdat die een RS232 signaalniveau gebruiken.

Wat ik begreep is dat die Sitecom CN-104 dit signaal automatisch inverteerde. 100% zeker ben ik er niet van, maar ik weet eigenlijk niet hoe ik dat zou moeten doen?

[Anoniem: 378632]

Raar, mijn USB <--> RS-232 kabel (HL-340) kan daar wel mee omgaan...

Kijk maar even op mijn site om de TTL te inverteren, dit kan met een 7404 IC / BC547 / BS170 of een MAX232

http://phoenixinteractive...ort-slimme-meter-uitlezen

Ps. Vergeet niet dat de P1 poort een 9600 7E1 is! (geen standaard 9600 8N1)
P1 poort volgens DSMR v3.0: 9600 baud / 7 databits / EVEN parity / 1 stopbit

[ Voor 38% gewijzigd door Anoniem: 378632 op 08-03-2013 20:51 ]

[Freemann]

Ik gebruik ook een CN104 en kan met eerder genoemd CU commando zonder problemen mijn 2.2+ meter uitlezen.

Heb persoonlijk geen ervaring met andere meters en standaarden.
Mijninziens is het niet nodig om te inverteren en moet je het in de andere (bovenstaande) hoek zoeken.

[sorted.bits]

Om het nog even spannender heb ik mijn Arduino er eens even bijgepakt en een oude telefoonkabel doorgesneden.

Geel naar digitale pin 9 (wel een extra weerstand geplaatst om overbelasting te voorkomen).
Rood naar GRND
Zwart naar pin 4

Toen heb ik de volgende sketch samengesteld met allerlei informatie die ik vond op het internet.

code:

#include <SoftwareSerial.h>

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

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

void setup () {
  Serial.begin(9600);
  delay(1000);
  
  mySerial.begin(9600);
  delay(1000);

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

void loop () {
  while (mySerial.available() > 0) {
    incomingByte = mySerial.read();
    incomingByte &= ~(1 << 7);    // forces 0th bit of x to be 0.  all other bits left alone.
    char inChar = (char)incomingByte;
    inputString += inChar; 
   }

   if (inputString.length() > 100) {
      Serial.println(inputString);
      inputString = "0";
      delay(1000);
   }
}

En ja hoor, ik krijg netjes mijn telegrammen door:

code:

0/ISk5\xxxxxxxxxx

0-0:96.1.1(xxxxxxx)
1-0:1.8.1(00026.036*kWh)
1-0:1.8.2(00000.000*kWh)
1-0:2.8.1(00000.000*kWh)
1-0:2.8.2(00000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(0001.00*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(xxxxxxxx)
0-1:4.3.01209913000)(00(60(1)(01:24..1)(3)
0-1:2.4.0()
!

Ik weet nog niet precies welke conclusie ik hier uit moet trekken. Wel blij dat het werkt, maar dat het niet met de kabel werkt irriteert me wel een beetje.

[Anoniem: 378632]

Ja, er zijn ook verschillende meters in omloop met andere DSRM versies, sommige geven een geinverteerd signaal, andere niet, het is en blijf puzzelen, maar...dat die standaard softwareserial library bij jou werkt , die werkt bij mij niet, ik moet Altsoftserial gebruiken!

Welke Arduino heb je?, op mijn UNO krijg ik het niet voor elkaar, ik zal jou scriptje eens proberen...

[ Voor 4% gewijzigd door Anoniem: 378632 op 08-03-2013 21:37 ]

[jeroen3]

Je ATmega zit niet goed in de socket.

[ Voor 16% gewijzigd door jeroen3 op 08-03-2013 21:36 ]

[sorted.bits]

Anoniem: 378632 schreef op vrijdag 08 maart 2013 @ 21:36:
Ja, er zijn ook verschillende meters in omloop met andere DSRM versies, sommige geven een geinverteerd signaal, andere niet, het is en blijf puzzelen, maar...dat die standaard softwareserial library bij jou werkt , die werkt bij mij niet, ik moet Altsoftserial gebruiken!

Welke Arduino heb je?, op mijn UNO krijg ik het niet voor elkaar, ik zal jou scriptje eens proberen...

Ik gebruik een Arduino UNO R3.

Ik vraag me alleen af hoe ik nu dit wat ik met de Arduino bereikt heb, kan bereiken met de USB kabel naar mijn Raspberry. Al is het op de Arduino ook wel cool, maar die is al zo overbezet op dit moment dat ik niet weet of ik dit er nog bij krijg.

jeroen3 schreef op vrijdag 08 maart 2013 @ 21:36:
Je ATmega zit niet goed in de socket.

Euhm ja, ik zie het. Zal hem zo even aandrukken

[ Voor 12% gewijzigd door sorted.bits op 08-03-2013 21:45 ]

[Anoniem: 378632]

Het ligt toch aan het weerstandje

ZONDER WEERSTANDJE:

code:

/KMP5 KA6U00lM4

0-0:96.1.1(204B41365530&&&6&SS&&[[&&'&6&65cBlKLX8.1(00915.0R[Wh)
1-0:1.8.2(00725.000*kWh)
1-0:2.8.1(00000.000*kWh)
1-0:2.8.2(00000.000*=-L)    IJ2r
#sBKkSkR
s:sBr:KR[]ZL(-  Is:sBrR[W)
0-0:l   I       )99*A)
0-0:96.3.10(1)
0-0:96.13.1()
0-0'')m     )-L))M#s
sBJkSj
SJ2.1.0(323831303135343130343132)
0-1:66iI        )mS&766LLT

MET WEERSTANDJE 10K (99% goed):

code:

0/KMP5 KA6U001660740

0-0:96.1.1(204B41365530303136363037)
1-0:1.8.1(00915.000*kWh)
1-0:1.8.2(00725.000*kWh)
1-0:2.8.1(00000.000*kWh)
1-0:2.8.2(00000.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.80*kW)
1-0:2.7.0(0000.00*kW)
0-0:17.0.0(999*A)
0-0:96.3.10(1)
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3)
-1:961.0323833031534330303343)
-1:2.3.0(303021000)(0)(60)1)(01:242.1)(3)
00357185)
0-1:4.4.(1)
!

Nog steeds niet helemaal goed, welke weerstandwaarde heb je gebruikt?

[sorted.bits]

Ik gebruik een 10K weerstand, maar die van mij is niet elke loop helemaal goed, zie hier:

code:

0/ISk5\2ME382-1003

0-0:96.1.1(xxxxxxxxxxxx)
1-0:1.8.1(00026.397*kWh)
1-0:1.8.2(00000.000*kWh)
1-0:2.8.1(00000.000*kWh)
1-0:2.8.2(00000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(0000.75*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(xxxxxxx)
(0000.0171292910000)00)(6)(1)0-1:2.2.1)m3)
!-:24.40(1)

Misschien dat die weerstand lager moet zijn? Ik durf dat eigenlijk niet zo goed. Er mag maar 30mA op de P1 komen te staan.

[Anoniem: 378632]

Oh, gelukkig ben ik niet de enige dan, ik heb gelezen dat die standaard softwareserial ook niet de beste library is, ik gebruik altsoftserial, maar daar kan je niet softwarematig mee inverten....dacht ik...

220 ohm werkt ook niet....ik zal zo eens >10K uitproberen...

[sorted.bits]

Anoniem: 378632 schreef op vrijdag 08 maart 2013 @ 21:53:
Oh, gelukkig ben ik niet de enige dan, ik heb gelezen dat die standaard softwareserial ook niet de beste library is, ik gebruik altsoftserial, maar daar kan je niet softwarematig mee inverten....dacht ik...

220 ohm werkt ook niet....ik zal zo eens >10K uitproberen...

Groter dan 10K heb ik niet. Ik heb er nu een van 4.7K tussen gezet en het resultaat is hetzelfde. Bij een 1K weerstand is de output helemaal fucked up.

[Freemann]

mijn Xemex meter met 2.2+ werkt als een tierelier. Blijkbaar is dat allemaal met een redelijk portie geluk tot stand gekomen

Blijkt toch mooi die (backwards compatible) standaarden

[Anoniem: 378632]

Ik heb net 33K uitgeprobeerd, maar de telegrammen blijven 99% sommige karakters en LF vallen weg vooral bij het laatste stukje met de Gas M3 waarde!, het begin is aardig goed, ligt toch aan de (verkeerde) timingstabellen in de standaard library...jammer...

[Anoniem: 378632]

Mijn Arduino oplossing blijft nog altijd hardwarematig inverten met een 7404, BC547 of BS170 en dan dit scriptje gebruiken met altsoftserial library, die is beter dan de orgineel bijgeleverde library:

http://www.pjrc.com/teensy/td_libs_AltSoftSerial.html

Geinverteerde data aansluiten op PIN 8 (Arduino Uno)

code:

#include <AltSoftSerial.h>
// AltSoftSerial always uses these pins:
//
// Board          Transmit  Receive   PWM Unusable
// -----          --------  -------   ------------
// Teensy 2.0         9        10       (none)
// Teensy++ 2.0      25         4       26, 27
// Arduino Uno        9         8         10
// Arduino Mega      46        48       44, 45
// Wiring-S           5         6          4
// Sanguino          13        14         12

AltSoftSerial altSerial;
char c;

void setup() {
  Serial.begin(9600);
  altSerial.begin(9600);
}

void loop() {
  if (altSerial.available()) {
    c = altSerial.read();
    
    // --- 7 bits instelling ---
    c &= ~(1 << 7);
    char inChar = (char)c;
    // --- 7 bits instelling ---
    
    Serial.print(c);
  }
}

[ Voor 5% gewijzigd door Anoniem: 378632 op 08-03-2013 22:04 ]

[sorted.bits]

Zoals ik het begrijp ontvangt de code daar data die al geinverteerd is?

Dat zou betekenen dat ik de data niet hoef te inverteren (dat doe ik ook niet).

Wat me wel opvalt is dat dus overal RX en TX wordt omgedraaid, wat me doet verwonderen wat er gebeurt als ik dat bij de USB kabel doe.

[jeroen3]

Omdat rs232 asynchroon is zijn timings interessant als het mislukt.
- Zitten er capaciteiten op de lijn?
- Wijkt de SYSclk niet teveel af? (slecht kristal?)
- Staan alle dividers/multipliers goed?

Omdraaien van rx en tx zal je niet verder brengen... Tenzij je nu niets ontvangt.

[sorted.bits]

Natuurlijk. Maar ik ontvang wel wat .

Ik vraag me alleen af waar het nu fout gaat, blijkbaar kan ik met de Arduino 'vrij simpel' de poort uitlezen, maar alle guides op internet volgen om het de RS232 kabel te doen werken bij mij niet.

Naast de Sitecom CN-104 kabel heb ik ook nog een andere USB -> RS232 kabel gebruikt, die precies hetzelfde resultaat geeft.

De 3 punten die je daar noemt, heb ik geen idee van, ik weet eigenlijk niet eens wat het betekend

[jeroen3]

Heb je het genoemde python script al geprobeerd dan?
http://gejanssen.com/howto/Slimme-meter-uitlezen/index.html

Of probeer dit:

code:

cu -l /dev/ttyUSB0 -s 9600 -b 7 --parity=even

Want phonix geeft aan dat het een 7 bits datastream is.

[sorted.bits]

Yup, beide al geprobeerd, ook inderdaad met 7 bits.

[jeroen3]

Pak een logic analyzer of een oscilloscoop en bekijk het signaal.
(let op max voltages!)

[Override.nl]

Anoniem: 378632 schreef op vrijdag 08 maart 2013 @ 21:44:
Het ligt toch aan het weerstandje

ZONDER WEERSTANDJE:

code:

/KMP5 KA6U00lM4

0-0:96.1.1(204B41365530&&&6&SS&&[[&&'&6&65cBlKLX8.1(00915.0R[Wh)
1-0:1.8.2(00725.000*kWh)
1-0:2.8.1(00000.000*kWh)
1-0:2.8.2(00000.000*=-L)    IJ2r
#sBKkSkR
s:sBr:KR[]ZL(-  Is:sBrR[W)
0-0:l   I       )99*A)
0-0:96.3.10(1)
0-0:96.13.1()
0-0'')m     )-L))M#s
sBJkSj
SJ2.1.0(323831303135343130343132)
0-1:66iI        )mS&766LLT

MET WEERSTANDJE 10K (99% goed):

code:

0/KMP5 KA6U001660740

0-0:96.1.1(204B41365530303136363037)
1-0:1.8.1(00915.000*kWh)
1-0:1.8.2(00725.000*kWh)
1-0:2.8.1(00000.000*kWh)
1-0:2.8.2(00000.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.80*kW)
1-0:2.7.0(0000.00*kW)
0-0:17.0.0(999*A)
0-0:96.3.10(1)
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3)
-1:961.0323833031534330303343)
-1:2.3.0(303021000)(0)(60)1)(01:242.1)(3)
00357185)
0-1:4.4.(1)
!

Nog steeds niet helemaal goed, welke weerstandwaarde heb je gebruikt?

Zit met hetzelfde probleem maar waar plaats je de weerstanden op de 7404?

greetz,

[NL1PSR]

Via deze site een converter kabel gekocht om de P1 poort uit te lezen van mij ISKRA uit te lezen. Na het aansluiten en starten van Putty naar de compoort 7 bit krijg ik geen output. Heeft iemand een idee wat de oorzaak kan zijn. Kunnen ze de P1 poort uitgeschakeld hebben misschien? En is zoiets te testen?

[_-= Erikje =-_]

even een kleine schop, ik heb nu een meter met P1 poort hangen, als ik het goed begrijp is het signaal van deze meter hoog voor 0 laag voor 1

Specificatie zegt:
SPACE (0) as > 4V,
MARK (1) as < 1V

Ik heb nu een CP2102 USB -- TTL interface, die heeft volgens deze specs in ieder geval voor RST active low, maar zou het signaal nu wel of niet nog een keer geinverteerd moeten worden?

[Ethnocentrix]

De RST waar jij naar refereert is de RESET van de chip zelf en heeft niets te maken met het signaal dat de chip in gaat. Je zal het signaal dus alsnog moeten inverteren met een 7404.

Een FTDI USB-Serial converter kan hardwarematig het signaal inverteren(moet wel handmatig aangezet worden!) en heeft daarom geen 7404 nodig.

[ Voor 6% gewijzigd door Ethnocentrix op 13-09-2013 15:42 ]

[_-= Erikje =-_]

Het was RTS, maar wellicht inderdaad niet geinverteerd, ik moet ff een 7404 of een andere kabel opsnorren

[Ethnocentrix]

Een bordje zoals deze kan je direct aan je energiemeter knopen. Via een tooltje van FTDI kan je de RX-pin door de chip laten inverteren.

[Tikje]

Herkenbaar probleem helaas... ben ook aan het hobbyen geslagen met een Raspberry Pi model B v2 en dit apparaatje van dx.com.

Het uitlezen met CU gaat prima: cu -l /dev/ttyUSB0 -s 9600 --parity=none geeft b.v. als output:

/KMP5 ZABF0016xxxxxxxx

0-0:96.1.1(205A41424630303xxxxxxxxxxxxxxxxxxx)
1-0:1.8.1(02083.000*kWh)
1-0:1.8.2(02430.000*kWh)

Oftewel: precies zoals je het zou verwachten.

Probeer ik 'm echter uit te lezen met python i.c.m. py-serial, dan gaat het fout. Ik gebruik voor het gemak even het script wat hier staat:

Ten eerste moet ik een extra 'print ()' invoegen, anders komt alle output op 1 regel. Daarnaast is de output onbruikbaar, zie:

()MP5 ZABÆ00±66±²´9·±²
()
()0:96.±.±(²05A´±´²´630303±36630±3²3´636·3±3²©
()0:±.¸.±(030¸3.000ªë×è©
()0:±.¸.²(0²630.000ªë×è©

Het is ongetwijfeld iets simpels, maar wat gaat hier fout?

[_-= Erikje =-_]

Het is dacht ik 9600 baud, 1 stopbit 7 databits en parity op even. Dat zijn ook de settings die het script overneemt:

code:

ser.baudrate = 9600
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"

terwijl je eigen cu commandline uitgaat van 9600 baud en geen parity


Hoewel ik daar zelf 0.0 berichten uit mijn meter krijg :-)

Ik heb inmiddels het RXD signaal geinverteerd met een 7404. het RXD signaal is nu idle laag maar ik kan niet vinden of dat nou klopt of niet. RTS zou op high moeten staan om de meter te triggeren (dus die heb ik aan Vcc geknoopt (+5v)), ik zie alleen niets binnen komen en helaas heb ik ook geen scope oid om ff mee te snuffelen.Zijn de seriele instellingen voor nieuwere meters anders oid? (ZCF120ABds2)