TIA Diagnosemöglichkeiten einer CP 1243-1

[Ackinator]

Zuviel Werbung?
-> Hier kostenlos registrieren

Diagnosemöglichkeiten einer CP 1243-1

Guten Abend,

ich habe ein kleines Problem mit einem Kommunikationsprozessor (CP 1243-1 6GK7 243-1BX30-0XE0).

Ich habe eine S7-1214C mit einem CP 1243-1 darüber soll die Kommunikation mit einer anderen S7 CPU stattfinden.
Meine CPU soll dabei nur die Daten bereitstellen und die andere CPU holt sich die Daten via PUT und GET.

Mein Problem welches ich momentan habe: Wie führe ich eine Diagnose durch um z.B. festzustellen ob der Partner noch aktiv bzw. ob er mit meiner CPU verbunden ist?
Leider habe ich bisher nur sehr wenig Information zur Diagnose gefunden.

Meine ideen die ich bisher nur mit wenig erfolg getestet habe:
- Baustein "LED" um den LED Status auszulesen.
(Ergebniss: Scheinbar unterstützt das Modul diese Diagnose nicht. Es kommt immer der Fehler: "Die am Parameter LED angegebene HW-Kennung ist nicht definiert."
Trotz der richtigen HW-Adresse)


- Baustein "GET_DIAG" um die Diagnose infomartion des Moduls auszulesen.
(Ergebniss: Es werden BIT´s angezeigt wo die Hilfe schreibt: "reserviert" und sonst nichts was Sinn ergibt.)


Hoffentlich hat jemand eine idee für mich.

Grüße Ackinator

 

[Fabpicard]

Wenn die andere S7 dir auch Daten bereitstellt, dann lass dir von dieser ein Lebensbit schicken.
(Gleiches gehört auch in deinen Datensatz Zur anderen S7 )

Dann kannst du darüber erkennen, wenn das nicht mehr toggelt, ist die Kommunikation weg

MfG Fabsi

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

wenn das nicht mehr toggelt, ist die Kommunikation weg

... oder die Kommunikation ist zwar OK, aber die Partner-CPU ist in STOP - was allerdings ebenfalls bedeutet daß der Partner die Daten nicht mehr bearbeitet.

Harald

 

[Ackinator]

Guten Abend,

vielen Dank für eure Tipps.

Den Vorschlag mit dem "Lebensbit" hatte ich auch schon in betracht gezogen, aber es muss doch noch eine Detailreichere Diagnose geben?
Die CPU die PUT bzw. GET ausführt bekommt ja mehrere Informationen über den Zustand der Kommunikation bzw. Zugrifffehler etc. .

Dann würde es ja eigentlich mehr Sinn machen, dass die CPU PUT und GET ausführt, die mit den BIT´s und BYTE´s arbeiten muss.
Damit wenn es zum Kommunikationsausfall kommt, gewisse Zustände sofort unter Kontrolle gebracht werden können.

Wie z.B. Freigabe der Ventile -> Bei Kommunikationsausfall sofort die Freigabe sperren und die GET-Daten mit z.B. 0 beschreiben.


Grüße Ackinator

 

[PN/DP]

Das Programm Deiner passiven CPU, welche für PUT/GET nur Server ist, bekommt außer daß sich Werte ändern gar nichts mit davon, daß andere Geräte im Variablenspeicher rumstochern. Wenn Du meinst, daß Du tatsächlich detailliertere Verbindungsdiagnose brauchst, dann musst Du auf eine Verbindung umstellen, bei der in Deinem Programm Bausteine aufgerufen werden müssen und kannst dann den Bausteinstatus auswerten - also z.B. eine ISO-on-TCP- oder TCP-Verbindung und die Bausteine TCON/TSEND/TRECV, oder Du änderst die S7-Verbindung so, daß Deine CPU der aktive Client mit PUT/GET ist - was mir allerdings über Deinen Telecontrol-CP1243-1 als nicht sinnvoll erscheint (wie ist der eigentlich vernetzt?).

Ich würde bei der Lösung mit dem Lebensbit bleiben - es reicht doch (höchstwahrscheinlich) für beide Kommunikationspartner aus, jeweils auf das Ausbleiben des Togglens zu reagieren. Eine detailliertere Diagnose hat m.M. nur akademischen Charakter ohne wirklichen Mehrwert.

Harald

 

[Ackinator]

Zuviel Werbung?
-> Hier kostenlos registrieren

Danke Harald, das ist eine Aussage! Ich werde meine Diagnose nun mit dem Lebensbit realisieren.

Ich habe den CP eigentlich nur drin, um zwei IP-Bereiche voneinander zu trennen. Es wird eine einfach S7-Kommunikation sein.

Grüße