Anzahl SFC51 Aufrufe

[S7Link]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

Auszug aus der Onlinehilfe für den SFC51
Die maximale Anzahl "gleichzeitig" aktiver Aufträge der SFC 51 ist CPU-abhängig.
Diese Information können Sie /70/ und /101/ entnehmen.

Ich bin (wahrscheinlich) zu blöd :icon_redface:, weil ich kann diese maximal Anzahl in den Siemens-Handbüchern NICHT finden.
Weiß das von Euch zufällig jemand.

DANKE im Voraus

 

[Larry Laffer]

Ich denke nicht, dass du zu blöd bist. Die SFC51-Hilfe sieht bei mir auch so aus ... 8)

Zu der Anzahl kann ich dir aber auch nichts sagen - aber ... worum geht es dir denn ?
Wieso willst du den SFC51 geichzeitig (mit unterschiedlichen Parametern) oft aufrufen ?

Gruß
Larry

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die "/70/ und /101/" sind Verweise auf das Literaturverzeichnis, dort steht dann auf welche Dokumente verwiesen wird.

Leider sind die dazu benötigen Informationen in neueren Dokumenten nicht mehr vorhanden.
In einem Handbuch zur 400er CPU aus dem Jahre 2006 steht es noch drin. Dort sind die Daten für alle 400er CPUs geich:

Anzahl gleichzeitig aktiver SFCs je Strang:
RDSYSST 1 ... 8

 

[S7Link]

Hallo Larry,

DANKE für Deine Antwort am Sonntag !!!

Ich muss bei unseren Anlagen jetzt alle PB/PN-Slaves überwachen und deren Diagnose auslesen.
Dazu habe ich sehr interessiert das andere Thema http://www.sps-forum.de/forumdisplay.php/10-Simatic/page2?order=desc verfolgt.

Ich will dazu einen eigenen Diagnosebaustein für PB und einen eigenen für PN bauen - angelehnt an Deinen, dankenswerterweise veröffentlichen Baustein !!!!!!
Für jeden PB/PN-Strang rufe ich den Baustein dann auf und schreibe die Daten in einen Global-DB.

Wir haben in unseren Anlagen aber teilweise bis zu 5 Profibusstränge (jeweils ca. 3-50 Teilnehmer) UND 1-2 Profinetstränge an EINER CPU laufen.
Die PB/PN-Diagnosebausteine würde ich dann hintereinander aufrufen, was die gleichzeitige Anzahl der aufgerufenen SFC51 verursacht.

 

[Larry Laffer]

Naja ...
wen du bei dem Prinzip der Herangehensweise bleiben willst (also der Fehler-OB setzt ein Trigger-Bit und der Auswerte-Baustein greift das auf) dann könnte es ja so aussehen, dass du in dem Baustein den Trigger nicht durch sich selbst zurücksetzt (wie bei mir) sondern eine Art Flanke erzeugst, verbunden mit einer "Baustein-fertig"-Meldung. Diese Meldung verhindert ein wiederholtes Aufrufen des "ersten" Auswerte-Bausteins und gibt gleichzeitig der Trigger für den "nächsten" Auswerte-Baustein. Erst der letzte Baustein löscht den Trigger. Dann würdest du (unabhängig von der CPU und der Anzahl der Netze) nie "Stress" mit dem SFC bekommen - also hast du eine Art Eimerkette.

Gruß
Larry

 

[rostiger Nagel]

Zuviel Werbung?
-> Hier kostenlos registrieren

Zur ergänzung von Thomas bei den 300er Baugruppen sind max 4 gleichzeitige aufträge möglich.