Fehlersichere CPU315F-2DP

[Tom100]

Zuviel Werbung?
-> Hier kostenlos registrieren

hallo,
wer hat schon mit fehlersicheren CPUs gearbeitet
z.b. 6es7135-6ff01-0ab0!
folgendes "phänomen":

ganz normale Eingänge auf einer fehlersicheren baugruppe
z.B. DI24xDC24V 6ES7236-1BK01-0AB0,
läuft im fehlersicheren modus !!

--> CPU keinerlei fehlermeldung
--> in einer tabelle Status variablen sehe ich die Eingänge online
wechseln von 1 nach 0 etc.

aber ??

im FC des programmes , in welchem der selbe eingang verwendet
wird , passiert GARNICHTS ?????????

CPU STOP --> RUn = OK,
eingänge arbeiten auch wieder im programm selber
aber warum und weshalb ???

danke für jeden tip
mrg tom100

 

[borromeus]

Tut leid, habe mit dieser CPU- nachdem ich mal kapiert habe wie es geht- nie ein Problem gehabt.
Das geschilderte Problem kenne ich nicht!

 

[maddin]

Zuviel Werbung?
-> Hier kostenlos registrieren

Genau dasselbe Problem hatte ich auch mal...

Eine fehlersichere S7-400, läuft fehlerfrei seit 3 Jahren.

Dann eines Tages kann eine Lichtschranke nicht resetet werden.

Fehlersuche:

- Signale ok an Eingangskarte
- Signale ok bei Variablen beobachten
- Signale nicht ok in entsprechendem FB

Es hatte zuerst den Anschein daß der Baustein nicht bearbeitet wird.
Aber es waren wirklich nur die beiden Eingänge der Lichtschranke, die nicht aktualisiert wurden.
Das komische war, daß Signale vom demselben Eingangsmodul im gleichen FB verwendet wurden, und die haben einwandfrei funktioniert.

Irgendwie wurden diese Signale nicht aktualisiert.

CPU Stopp/Run --> Funktion i.O.

War bis jetzt nur einmalig !!

Gruß maddin

 

[SPSTorsten]

Das ist doch der Sinn einer fehlersicheren CPU, wenn irgendwelche Daten nicht plausibel sind geht sie in wird das Programm abgebrochen, auch wenn das nur kurzzeitig der Fall ist, ein Fehlerreset bringt dann auch nix mehr...

 

[mitchih]

So ein ähnliches Phänomen hatte ich bei einer 317F und einem Busfehler!!

Also hatte schon mal ein ähnliches Problem!!
Busfehler auf einer 317F und der ging nicht wieder weg!! PS aus ein danach alles wieder i.O. Hatte das ganze 2 mal in 3 oder 4 Wochen. Danach haben wir das F-Programm neu generiert und nochmals eingespielt. Auch bei Siemens konnte man sich dieses Phänomen nicht erklären.
Vielleicht probierst du das einfach mal, bei mir ist der Fehler jetzt weg!!

 

[maxi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Also hatte schon mal ein ähnliches Problem!!
Busfehler auf einer 317F und der ging nicht wieder weg!! PS aus ein danach alles wieder i.O. Hatte das ganze 2 mal in 3 oder 4 Wochen. Danach haben wir das F-Programm neu generiert und nochmals eingespielt. Auch bei Siemens konnte man sich dieses Phänomen nicht erklären.
Vielleicht probierst du das einfach mal, bei mir ist der Fehler jetzt weg!!

solange nichts anderes vorgegeben ist, ist es doch normal das die Busbraugruppe in Störung bleibt und ein Neuanlauf benötigt wird.
Falls du die CPU noch hast, gehe doch mal Online in die Baugruppendiagnose und lese mal die .txt aus.
Dadruch lässt sich meist der Fehelr auch sehr schnell eingränzen, vieles was den Anschein an einer Stärung der Baugruppe hat liegt in der Ursache ausserhalb.
Allegmein ist bei den F Baugruppen aber bekannt das die VWare 2.5.x Probelme mit dem Profibus erzeugt.
Der Diag im DB der Pheripherie wird beim 2. Laden der HWConfig manchmal auf Timout_erkannt gesetzt.

 

[maxi]

hallo,
wer hat schon mit fehlersicheren CPUs gearbeitet
z.b. 6es7 315 6ff01-0ab0 (geändert hab)
folgendes "phänomen":

ganz normale Eingänge auf einer fehlersicheren baugruppe
z.B. DI24xDC24V 6ES7236-1BK01-0AB0,
läuft im fehlersicheren modus !!

--> CPU keinerlei fehlermeldung
--> in einer tabelle Status variablen sehe ich die Eingänge online
wechseln von 1 nach 0 etc.

aber ??

im FC des programmes , in welchem der selbe eingang verwendet
wird , passiert GARNICHTS ?????????

CPU STOP --> RUn = OK,
eingänge arbeiten auch wieder im programm selber
aber warum und weshalb ???

danke für jeden tip
mrg tom100

Im Datenabsutein der Baugruppe findest du den Grund warum die Baugruppe bzw. der Eingang abgeschalten wurde.
Ist deine FCall Baugruppe auch in einen OB zyklisch aktualisiert?

Wie gross ist den der Baustein in dem du es auswertest?
Welche Version hat den das Betriebsystem der CPU, in den F gibt es manche Versionen die grosse Mucken machen.
Glaube momentan ist der Stand es V2.6.x

 

[Tom100]

hallo

- CPU V2.0
- FC wird im OB zyklisch aufgerufen
- Fc 15 netzwerke gesamt 1189 kB

welchen DB meinst Du ???

gruß tom 100

p.s. ich bin auch der meinung,
wenn eine fehlersichere baugruppe einen fehler hat,
damm MUSS auch die LED -SF- weg gehen
und darf nicht alleine wiederkommen
und ich muß irgendwo einen fehlerbericht sehen können!!!

und trotzdem die GROSSE FRAGE:

WIESO arbeiten die EINGÄNGE in einer Variablentabelle
aber nicht im PROGRAMM ???

 

[derwestermann]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ist vielleicht kritisch auf den Eingang einer F-Baugruppe zuzugreifen aus einem Standardbaustein.

Im Handbuch "S7 Distributed Safety - Projektieren und Programmieren" steht folgender Satz im Kapitel 5.1:​

"Auf die Kanäle einer F-Peripherie darf nur aus einer F-Ablaufgruppe zugegriffen werden"

​

 

[Tom100]

das kann natürlich sein !!

hallochen..
da kannst du natürlich total recht haben,
die wichtigen eingänge sind auch in dem safty programm
eingebunden,
aber die restlichen eingänge muss man ja auch
irgendwie ausnutzen , auch wenn sie nicht so wichtig sind!!

aber das kann natürlich absolut sein,
das man einfach alle im sicherheitsprogramm einarbeiten muss
ich werd das in der nächsten CPU mal testen
und schauen was sie macht

danke auch !
mfg tom

 

[maxi]

Bring die mal auf Betriebsystem V2.6.x
Ich weiss das die F Baugruppen einige Betriebsystemfehler hatten.
Am besten kontaktiere den Siemens Support hierfür.
Der erlkärt dir dann ausführlich wie du das neue BS auf eine MMC spielst udn dann deine HW Updatest.

Nicht vergessen dann einen kleinen weissen V Aufkleber (Der ist nicht für Volt der CPU :O) ) anzubringen. Sonst freut sich mal einer deiner Kollegen.