RK512 Problem mit CP341

noeppkes

Level-1
Beiträge
150
Reaktionspunkte
5
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

ich versuche mittels RK512 Daten über den CP341 zu empfangen und zu senden.
Leider bekomme ich nicht die gewünschte Antwort.
Mit dem Osziloskop sieht man das senden des HEX-Wertes 0x02.
Es kommen als Antwort vom CP341 2 Zeichen. Das erste ict 0x10.
Anschliessend sendet mein PC mehrere Zeichen, worauf wieder eine Quittung (welches Zeichen weiss ich nicht) vom CP341 kommt.

Jetzt meine Frage.
1.) Baudrate: 9600,N,8,1 ist richtig. Ich habe auch schon gelesen, dass 9600,E,8,1 gestezt werden muss.

2.) Muss der Schalter auf RUN stehen? Geht auch RUN-P.
Ich habe es bisher nur mit RUN-P ausprobiert.

3.) Muss ich den Blockcheck im CP341 aktivieren oder nicht ?

4.) Benötige ich die FB7 und FB8. Bisher habe ich diese nicht eingebunden. Ich habe im Hinterkopf, dass RK512 direkt läuft. D.h. in HW einfügen, richtig einstellen und los geht's.

P.S. Ich benutze das RK512 OCX von Rothenbacher und VB6.

Danke für euere Hilfe.
 
Zuletzt bearbeitet:
1. Nein, nur die Partnerstation muß die gleichen Einstellungen haben.

2. Ja!

3. Ja!

4. Nein!

Achtung Priorität HOCH und NIEDRIG vergeben für eigene und Partnerstation.
 
RK512 Protokoll, Mitschnitt

Hallo,

hier die Daten die über die Schnittstelle laufen.

PC-> SPS sendet 0x02.
Die Quittung kommt in form von 2 Zeichen (0x10 und 0x15)
PC zur SPS (Datenbaustein 23 lesen)
0x00, 0x00, 0x45, 0x44, 0x17, 0x01, 0x00, 0x01, 0xFF, 0xFF, 0x10, 0x03, 0x05
Darauf antwortet der CP341 mit: 0x15.
Dannach ist funkstille.
Eigentlich sollte der CP341 jetzt die Daten vom DB23 senden


Kann mir jemand helfen.
noeppkes ...
 
0x15 ist dein Problem ..

Hallo,

noeppkes schrieb:
PC-> SPS sendet 0x02.
Die Quittung kommt in form von 2 Zeichen (0x10 und 0x15)

Die Meldung 0x10 (DLE) ist die positive Rückmeldung des CP341. Jetzt wartet der CP341 auf das Anforderungstelegramm des PC. Die kommt nicht und nach abgelaufener Überwachungszeit sendet der CP341 eine negative Quittung (NAK) mit dem Zeichen 0x15. Damit ist die Sache für den CP341 erledigt und er setzt das Protokoll wieder in den Grundzustand.

Darauf antwortet der CP341 mit: 0x15.
Jetzt ist das Anforderungstelegramm angekommen, da aber der CP341 schon vorher den angefangenen Protokollrahmen abgebrochen hat, möchte der CP sich nicht weiter unterhalten.

Die Ursache kann ein fehlerhafter Protokolltreiber auf dem PC oder falsche Einstellungen bei Baudrate, Zeichenrahmen (also Parity, Stopbits, Datenbits) sein.
Das GET-Telegramm vom PC scheint ok zu, da kann ich keinen Fehler sehen. Das Problem entsteht schon durch das erste NAK des CP341.

Gruß

Question_mark
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Guck mal nach ....

Hallo,

noeppkes schrieb:
3.) Muss ich den Blockcheck im CP341 aktivieren oder nicht ?

Diese Frage darf bei RK512 eigentlich gar nicht auftauchen, in RK512 ist BCC immer enthalten und kann nicht abgewählt werden. Das ist nur bei 3964 möglich ! Hast Du etwa 3964(R) am CP341 parametriert ?

Gruß

Question_mark
 
RK512 Problem

Hallo,

danke an alle.
die Verzugszeit war das Problem.
Der CP hatte die Übertragung mit NAK (0x15) schon abgrbrochen.
Der Treiber war zu langsam.
Jetzt funktioniert es.

Danke noch einmal.

noeppkes ...
 
Zurück
Oben