Tool zur Überprüfung der Programmierung der Failsafe Baugruppen

[Klopfer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

vorweg, nein ich habe keine Ahnung von Programmierung fehlersicherer Baugruppen der S7.

Aber ich habe eine Frage.

Gib es ein Tool, dass mir bei der Analyse eines Programmes für Failsafe Baugruppen dabaie hilf herauszufinden, ob:

1. vorgegebene Objekte modifiziert wurden
2. schreibende Zugriffe seitens des Prozessteils auf den Failsafe Teil der Steuerung erfolgen?

Beides sind recht grenzwertige Programmierungen die aber im Zusammenhang mit dem Einsatz einer S7-F durchaus möglich sind. Auf Schaltschrnkebene würde das bedeuten, dass ich meine PNOZ Bausteine erst einmal auf der Werkbank knacke und entsprechend meine Anforderungen umverdrahte.... auf die Idee käme kein halbwegs normaler Schaltschrankbauer... im Bereich der Programmierung ist diese Vorgehensweise aber eher die Regel:-(

Danke

Alex

 

[rostiger Nagel]

Aus dem Handbuch

Um Änderungen im Sicherheitsprogramm zu ermitteln, vergleichen Sie das geänderte
Sicherheitsprogramm offline mit dem gesicherten abgenommenen Sicherheitsprogramm
(über die Schaltfläche "Vergleichen..." im Dialog "Sicherheitsprogramm").
Dadurch können Sie erkennen, welche F-Bausteine geändert wurden. Ermitteln Sie die
Änderungen in den von Ihnen erstellten F-Bausteinen (F-PBs/F-FBs/F-FCs/F-DBs) durch​

einen Vergleich der Ausdrucke (Druckinhalt "Funktionsplan/Kontaktplan"

 

[Sinix]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Klopfer,

Beim Generieren des F-Programms wird eine ID erzeugt, welche du dann offline mit abspeicherst. Wird das Programm manipuliert, ändert sich auch die ID. Die Dokumentation liegt, wie Helmut unten schon zeigt, bei der Software für das Sicherheitsprogramm.

noch Zu1)
Die Hardwarebaugruppen Profisafe haben zum einen Codierschalter mit denen sie eindeutig identifiziert werden, zum anderen ist ein Austausch der schaltenden (Ausgangs-) Baugruppen im laufenden Betrieb nicht möglich. Das Sicherheitsprogramm passiviert eine Baugruppe an der manipuliert wird.
noch Zu2)
Unerlaubte schreibende Zugriffe aus dem normalen S7-Programm heraus werden schon beim Generieren des F-Programmes erkannt und als Fehler ausgewiesen.

 

[yy1]

Hallo Klopfer,

zur Prüfung von Zugriffen auf F-Teile im Standardteil gibt es im Sicherheitsprogrammdialog die Funktion 'Auf Zugriffe vom Standard prüfen...'.

Beschrieben ist die Funktion auf Seite 258 in diesem Dokument:
https://support.automation.siemens....ib.csFetch&nodeid=22100314&forcedownload=true

Gruß,
yy1

 

[Klopfer]

Hallo zusammen

Ich habe Siemens bezüglich diese Beschreibung gefragt, ob ich sicher sein kann, wenn die beschriebe Vorgehensweise befolgt wurde und keine Fehler und Warnungen angezeigt wurden, daß alle Programmierregeln eingehalten sind.
Antwort: Nein!

Auf die Antwort auf die Frage, was weiterhin zu beachten ist, warte ich noch. (Ein Beispiel: Werden im sicheren Programmteil unsichere Operanden verarbeitet, kann man dies nur ein einer farbigen Markierung im Editor erkennen. Es gibt keine Listung):twisted:

Offen gestanden habe ich mir seitens Siemens auch keine wirklich brauchbaren Antworten erhofft :-/

Also Problem bleibt bestehen. Trotzdem Danke für Eure Beiträge!

Gruß

Alex

 

[Sinix]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Klopfer,

hat der Siemens-Support seine Antwort begründet?

Meine persönliche Meinung ist, dass die Markierungen nicht sicherer Operanden für den Programmierer ein ausreichender Indikator sind. Zum Quittieren an einem ESTOP-Baustein verwende ich z.B. einen herkömmlichen Drucktaster der über eine herkömmliche DI-Baugruppe eingelesen wird und somit eine Markierung als nichtsicherer Operand erhält. Auch beim herkömmlichen Sicherheitsrelais ist der Quittierkreis ohne Überwachung und einkanalig.

Es ist auch möglich einen nichtsicheren Operand auf den E_STOP-Eingang zu beschalten, aber mal ehrlich, das ist offensichtlicher Unfug und dann gehört der Programmierer entlassen.*ROFL*

Wie geschrieben, die nachträgliche Manipulation des F-Programmes /Hardware lässt sich Prüfen. Eine vorab flasche Programmierung liegt beim Programmierer selbst. Vielleicht solltest du mal schreiben was für eine Installation du vor hast?

Gruß MK

 

[yy1]

Auf die Antwort auf die Frage, was weiterhin zu beachten ist, warte ich noch. (Ein Beispiel: Werden im sicheren Programmteil unsichere Operanden verarbeitet, kann man dies nur ein einer farbigen Markierung im Editor erkennen. Es gibt keine Listung):twisted:

Hallo Klopfer,

ein Listing aller unsicheren Operanden, die im Sicherheitsprogramm verwendet werden, findest Du im Ausdruck des Sicherheitsprogramms.