Moin,

Ich möchte derzeit eine PtP-Verbindung über RS232 mit einem Entwicklerboard aufbauen.

Genauer möchte ich eigentlich auch nur Daten von eben diesem empfangen.

Hierfür verwende ich:

Simatic S7-300

Simatic ET 200SP

Kommunikationsmodul CM PtP

Simatic Manager 5.5

Die Peripherie ist über ein Profinet-IO-System angebunden.

Als Bibliothek verwende ich PtP_COMM_V1_2, wobei ich als nächstes die Version 1.3 runterladen werde, bei der sich jedoch bei den von mir verwendeten Blöcken nichts geändert hat.

Für die Parametrierung und den richtigen Aufruf der Funktionsblöcke habe ich mich an dieses PDF gehalten.

Das CM PtP hat die Eingangsadresse 256...263 weshalb ich die 256 als Port angegeben habe und einen Receive-Puffer mit der Größe 1024 Byte.

Da sich der Fehlercode auf 7002 ändert ("Folgeaufruf nach dem Starten einer Anforderung") scheint der FB614 ja aufgerufen zu werden. Jedoch erhalte ich von der CPU eine Fehlermeldung :

• "Peripherie-Zugriffsfehler, lesend
• P-Bereich, Bytezugriff, Zugriffsadresse: 602
• Angeforderter OB: Peripheriezugriffsfehler-OB(OB-122)
• Prioritätsklasse: 1
• externer Fehler, kommendes Ereignis"

Die Adresse 602 existiert in der HW-Konfig aber soweit gar nicht, oder interpretiere ich das falsch?

Mein Programm macht eigentlich nicht mehr als den FB614 aufzurufen. Stehe dementsprechend etwas auf dem Schlauch. Der hat ja auch nur zwei feste Inputs welche sich auch während der Kommunikation nicht ändern (den COM_RST mal ausgenommen, welchen ich auf FALSE gesetzt habe). Zumal das Problem für mich auch nicht so klingt, als gäbe es ein Problem im Aufruf des Blockes sondern beim Zugriff auf das CM PtP über das ET200SP.

Vielen Dank schon einmal für alle Art von Hilfe,

Rune

Hallo,

kann sein dass Deine Parametrierung nicht passt?

An Port sollte die Adresse parametriert werden. Da bei S7-300/400 hier ein Word Wert erwartet wird sollte bei Adresse 256 der wert W#16#100 angelegt werden. Bei w#16#256 würde eine Adresse ab  598 erwartet werden und da liegt auch 602 drin.

Grüße

H0556

Ich hatte schon vermutet, dass es was banales sein könnte aber das... naja, aber das war tatsächlich das Problem.

Empfange zwar immer noch keine Daten aber der Fehler ist schon einmal behoben und ich kann weiterschauen.

Vielen Dank!

Ich muss doch noch einmal etwas nachfragen.

Und zwar erhalte ich jetzt nur "00", obwohl ich mit einer Terminal-Software am PC überprüfen kann, dass ich Hexadezimalzahlen im ASCII-Format erhalte.

Die RX-LED blinkt auch auf aber ich empfange diese Daten einfach nicht. Die Einstellungen (115,2k 8N1) sind in der CM PtP und auf dem PC die gleichen. Als Telegrammanfang habe ich "beliebiges Zeichen" und am Ende nach einer Zeichenverzugszeit von 1ms eingestellt.

Der Puffer besteht aus 1024 Char's und der vom FB614 gefragte Pointer auf den Puffer habe ich mit "P#DB3.DBX 0.0 CHAR 1024" angegeben. Also das ist konkret meine Zeile für den Puffer, welche er dann auch schon als die richtige Datenbank interpretiert mit einer Zugriffsbreite von 1024 Byte. Ein ändern von Char auf Byte ändert hierbei nichts. DB3 ist der Puffer.

Ich habe mal einen Screenshot angefügt, wie die Daten auf dem PC aussehen, konkret möchte ich später den Block 9 ganz unten auslesen (ist aber faktisch nicht der letzte Block, in dem Screenshot ist darunter nur abgeschnitten) aber mir würde es schon reichen die Daten in irgendeiner Form zu empfangen.

Gemessen an meinem vorherigen Fehler ist auch wieder alles möglich, aber vllt. kann mir ja nochmal jemand helfen.

Auch hierfür bedanke ich mich schon einmal im Voraus!

Natürlich nehme ich auch liebend gerne Tipps, in welchem anderen Forenteil oder gar anderem Forum mir noch eher geholfen werden könnte!

Edit:

Habe jetzt einen Fehlercode 7002, der wohl bedeutet, dass ich ein Telegramm anfordere, bevor das jetzige abgearbeitet wurde. Behebe ich sowas im FC oder in der Parametrierung des CM PtP?

Hallo,

was wird dem an den Ausgängen vom Receive_P2P angezeigt?

Wird der NDR Ausgang gesetzt?

Sind die Signalleitungen richtig angeschlossen??

RxD -------------------- TxD

TxD --------------------- RxD

Grüße

H0556

NDR: FALSE

ERROR: FALSE

STATUS: W#16#7002

LENGTH: W#16#0000

COM_RST: FALSE

NDR wird nicht gesetzt, die Leitungen sind richtig angeschlossen. Es blinkt ja auch der RX auf dem CM PtP. Erst ein kurzes durchgängiges Leuchte und dann ein hochfrequentes Blinken, alles innerhalb von einer Sekunde, ehe dann ca. eine Sekunde später die nächste Nachricht kommt.

Hallo,

Ground ist auch angeschlossen?

Eigentlich müsste was ankommen wenn als Startzeichen jedes beliebige Zeichen ausgewählt wurde.

Grüße

H0556

Ground ist angeschlossen.

Meine letzte Info stimmte übrigens nicht, ich hatte zwischenzeitlich die Startbedingung geändert und jetzt wieder auf "mit beliebigen Zeichen beginnen" gestellt.

Tatsächlich switcht jetzt für wenige Millisekunden der Error-Output auf TRUE, allerdings unabhängig davon, ob überhaupt Daten gesendet werden. Ansonsten ist aber alles gleich geblieben.

EDIT:

Weitere Fehlersuche führte mich jetzt dazu, dass dieses kurze "Zucken" des Fehlers nur auftaucht, wenn zuvor bereits Daten gesendet wurden. Starte ich die SPS komplett neu, bleibt es bei den oben genannten Outputs, erst ein Senden sorgt dafür, dass der ERROR immer wieder aufzuckt. Ich kann danach auch die SPS resetten, das Zucken bleibt. Erst wenn ich das ET200SP und die SPS neustarte hört das Zucken erst einmal auf.

Ich kann daraus aber leider nur deuten, dass irgendetwas wohl im ET200SP-Speicher sein muss, nur wo und wie ich da rankäme erschließt sich mir nicht.

EDIT2:

Das mit dem Puffer habe ich doch richtig interpretiert, oder? Dass ich da einfach nen Datenbaustein mit 1024 Byte erstellt habe?

Hallo,

der Datenbaustein passt.

Speich Dir die Statusmeldungen ab wenn ERROR auf TRUE ist. Vielleicht bringt das Aufschluß auf den Fehler.

Hab mal ein Bildchen dazu gemacht.

Grüße

H0556