Step 7 S7 Distributed Safety F-Peripherie Problem

[Vagasa]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo

Ich nutze das Siemens Sicherheitsprogramm S7 Distributed Safety. Über das Sicherheits- Eingangsmodul "6ES7138-4FA03-0AB0" will ich meine 3 Notaus- schalter jeweils 2-kanälig abfragen. Ich bin der Anleitung aus der passenden PDF gefolgt, hat auch alles soweit geklappt.
Jetzt bekomme ich leider in meinem FC eine Fehlermeldung, nachdem ich meine Notaus Signale mit dem "FB190" verarbeiten wollte.
Meldung: "Stimmt nicht mit der Kanalstruktur der F-Perepherie zusammen"
Ich habe immer das Bit "0 und 4" "1 und 5" "2 und 6" zusammen auf die "IN´s" des FB 90 gelegt. Das sollte auch so richtig sein.

Im Anhang hab ich einige Bilder hinterlegt, vlt kann mir ja jemand unter die Arme greifen.

Vielen Dank

MFG

 

[Vagasa]

Hier hab ich nochmal die Hardwareeinstellung des Moduls .

MFG

 

[rostiger Nagel]

Zuviel Werbung?
-> Hier kostenlos registrieren

Grundsätzlich was möchtest du mit dem FB190 erreichen, meiner Ansicht nach brauchst du den nicht,
wenn du eine 1002 auswertung in der Hardware Konfig einstellst, reicht dieses um eine Diskrepanz
auszuwerten. Im übrigen hast du keine Zeit an den Baustein Parametriert.

Zur Not-Aus Auswertung solltest du den E_STOP1 (FB215) nutzen.

Poste mal ein paar Bilder von der Hardware Konfig, gesammt Topologie Bild und mehr von den
Einstellungen der F-Eingangsbaugruppe.

 

[Vagasa]

Richtig ich will mit einer Diskrepanz Zeit arbeiten. Zeit hatte ich schonmal eingetragen, aber die Fehler tauchten immer noch auf. Der FB190 überwacht ja quasi die beiden Kontakte beim schliessen/öffnen der der vorgegebenen Diskrepanz- Zeit. Also schon der richtige FB oder?

 

[Blockmove]

Der FB190 ist überflüssig. Du hast in der Hardwarekonfig eine 2-kanalige Auswertung eingstellt.
Damit übernimmt die Baugruppe die Funktion des FB190. Das 2-kanalige Ergebnis bekommst du über E31.0.
Den E31.4 kannst du so nicht abfragen. Deshalb die Fehlermeldung .
Entweder projektierst du 1v1 und nimmst den FB190 oder du nimmst 2v2 und machst du Diskrepanz-Auswertung über die Baugruppe (bei Not-Halt eigentlich Standard).
Wie der rostige Nagel schreibt, wertet man den Not-Halt über E-STOP1 aus.

Gruß
Dieter

 

[Vagasa]

Zuviel Werbung?
-> Hier kostenlos registrieren

Danke euch! Hab es jetzt am laufen, ohne Fehlermeldung.

Danke

MFG
Rene

 

[Blockmove]

Was mir noch auffällt:
Du hast bei Diskrepanzverhalten "Letzen gültigen Wert bereitstellen" eingestellt.
Hier ist "0-Wert bereitstellen" sinnvoller.

Gruß
Dieter

 

[Vagasa]

Hallo nochmal

Danke für die Antworten.
Ich bin momentan an dem Punkt angekommen, meine FUs ( G120C ) über das Profisafe Telegramm 30 zu sagen " jetzt abschalten". Meine Überlegung war eigentlich, dass ich jetzt mit dem Signal was aus dem FB190 oder FB215 wenn ein Notaus betätigt wurde weiter verarbeite. Jetzt weiss ich nicht ob das vom Gedankengang so richtig ist? Dann müsste ich ja jetzt auf das Steuerwort des Profisafe Telegramm 30 zugreifen bzw schreiben. Hat hier irgendjemand einen Link dazu wie sowas zu realisieren ist?
Nochmal ein paar Bilder:




MFG
Rene

 

[Wetzelaer]

Zuviel Werbung?
-> Hier kostenlos registrieren

http://www.automation.siemens.com/mc-app/sinamics-application-examples/Home/Index?language=de

 

[Vagasa]

Bedankt!

Gruß

 

[Vagasa]

Hallo nochmal

Das SPS Programm nimmt langsam gestalt an und jetzt wollt ich das Programm auf die Hardware spielen. Wenn ich Jetzt das Programm übertragen will, erscheint eine Fehlermeldung, die mit meinem erstellten "F-GB-DB" zusammenhängt.
Ich hab den F-DB (101) einfach erstellt ohne irgendeine Instanzzuweisung. Im Anhang hab ich mal ein Bild angefügt. Hab schon vieles probiert, komme an dieser Stelle momentan nicht weiter. Wenn ich die Ansicht auf "online" stelle hat er dort keinen safty Baustein geladen. Im Anhang ein paar Bilder.







Bitte um Hilfe

MFG

 

[Sinix]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich hab den F-DB (101) einfach erstellt ohne irgendeine Instanzzuweisung.

...

Du musst dich auch an die Grenzen in den F-Einstellungen der CPU (Objekteigenschaften) halten.
"101" liegt meines Erachtens nicht im vorgegebenen Bereich für F-Datenbausteine.
Von der CPU wird bei Neuprojektierung standardmäßig ein F-Global-DB vergeben, den würde ich erstmal so belassen, sonst ist Troubleshooting vorprogrammiert.

 

[Vagasa]

Die erstellten Datenbausteine die automatisch erstellt werden sind alle Schreibgeschützt, da kann ich keine variablen mehr deklarieren. Der "F" bereich der DBs ist bei mir in der CPU von 400-500.
Wenn ich einen F-DB in diesem Bereich erstelle, erscheint eine Fehlermeldung wenn ich generiere. (Extras-Sicherheisprogramm bearbeiten-generieren)
Mit dem F-DB 101 erscheint diese nicht, 0 Fehlermeldungen.
Bei Programmübertragung erscheint mit beiden Methoden die oben genannte Fehlermeldung ( Grafik ). Es muss also noch einen anderen Grund haben. Bin schon kurz davor das ganze Safety Programm neu zu erstellen.
Nochmal die Fehlermeldung mit einem F-DB im Bereich der eingestellten F-Parameter in der CPU ( 400-500 )

 

[Sinix]

Falls noch aktuell, stell mal Screenshot objekteigenschaften der CPU rein