Bllinkmerker im F-Prog

mitchih

Level-2
Beiträge
806
Reaktionspunkte
32
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

Frage an die absoluten F-Cracks:

ich habe gehört, das man im F-Programm auf keinen Fall die CPU internern Taktmerker verwenden soll, da dieses zu inkonsistenten Daten und somit einen Fehler im F-Prog führen kann.

Nun habe ich eine Anlage welche aber so realisiert ist. Dort steuert der Blinkmerker einen Leuchtmelder (also nicht sichers Bauteil)

Trotzdem findet die Bearbeitung im F-Prog statt.

Hat jemand schon mal Erfahrung damit bzw. Probleme gehabt??

Meiner Meinung nach müsste der Merker ersetzt werden.

Wie seht ihr daS
 
Hallo mitchih,

da die Siemens-Steuerung mit einer Einprozessorlösung arbeitet, wird das sicherheitsgerichtete Porgramm auf zwei verschiedenen Wegen nacheinander berechnet und die Ergebnisse verglichen. Stimmen diese überein, werden die entsprechenden Ausgänge gesetzt. Da der Zustand des Taktmerkers sich während der Abarbeitung des F-Programms ändern kann, kann es passieren, dass die Ergebnisse der beiden Rechenwege abweichen und damit die SPS in Störung geht.

Am besten ist es, das Taktmerkerbyte vor dem Aufruf des FC-CALL in ein anderes Byte umzuladen und das entsprechenden Takt-Bit aus dem umgeladenen Byte zu verwenden. Dann bist du sicher, das es sich während der Abarbeitung des F-Programms nicht ändert.

Gruß Christian
 
Zuviel Werbung?
-> Hier kostenlos registrieren
...
Am besten ist es, das Taktmerkerbyte vor dem Aufruf des FC-CALL in ein anderes Byte umzuladen und das entsprechenden Takt-Bit aus dem umgeladenen Byte zu verwenden. Dann bist du sicher, das es sich während der Abarbeitung des F-Programms nicht ändert.

Gruß Christian
Genauso schreibt es Siemens selbst in seiner FAQ
...
Wenn Sie im Sicherheitsprogramm Daten aus dem Standard-Anwenderprogramm (Merker oder PAE von Standard-Peripherie) lesen möchten, die während der Laufzeit einer F-Ablaufgruppe durch das Standard-Anwenderprogramm oder ein Bedien- und Beobachtungssystem verändert werden können - z. B. weil Ihr Standard-Anwenderprogramm durch einen höherprioren Weckalarm bearbeitet wird -, müssen Sie dafür eigene Merker verwenden. Diese Merker müssen Sie unmittelbar vor dem Aufruf der F-Ablaufgruppe mit den Daten aus dem Standard-Anwenderprogramm beschreiben. Im Sicherheitsprogramm dürfen Sie dann nur auf diese Merker zugreifen.
Beachten Sie bitte auch, dass sich Taktmerker, die Sie bei der Projektierung Ihrer F-CPU definiert haben (in HW Konfig im Objekteigenschaftsdialog der F-CPU), während der Laufzeit der F-Ablaufgruppe verändern können, da Taktmerker asynchron zum F-CPU-Zyklus laufen.
...
 
Hier, ich!

Ich hatte einmal einen Taktmerker im F-Teil verwendet, nach mehreren Stunden ging die CPU in Stop mit einer Fehlermeldung in der Art "Datenverfälschung im Sicherheitsprogramm", weil sich der Taktmerker während der Bearbeitung des OB35 geändert hatte...
ICh habe darauf mit einem sicheren Zähler mir einen eigenen Takt gebaut und seitdem lief alles.


mfg
Jörg
 
Hier, ich!

Ich hatte einmal einen Taktmerker im F-Teil verwendet, nach mehreren Stunden ging die CPU in Stop mit einer Fehlermeldung in der Art "Datenverfälschung im Sicherheitsprogramm", weil sich der Taktmerker während der Bearbeitung des OB35 geändert hatte...
Siehe dazu auch die FAQ, zu der ich im vorherigen Beitrag verlinkt habe
 
Zuviel Werbung?
-> Hier kostenlos registrieren
ich habe gehört, das man im F-Programm auf keinen Fall die CPU internern Taktmerker verwenden soll, da dieses zu inkonsistenten Daten und somit einen Fehler im F-Prog führen kann.

Nun habe ich eine Anlage welche aber so realisiert ist. Dort steuert der Blinkmerker einen Leuchtmelder (also nicht sichers Bauteil)

Trotzdem findet die Bearbeitung im F-Prog statt.
Mir stellt sich die Frage, warum die Bearbeitung eines Leuchtmelders im F-Teil stattfindet. Solange es sich um keine Muting-Lampe handelt, sehe ich keine Notwendigkeit, eine Lampe im F-Teil zu bearbeiten.

mfg Maxl
 
Fremdmaschine

Mir stellt sich die Frage, warum die Bearbeitung eines Leuchtmelders im F-Teil stattfindet. Solange es sich um keine Muting-Lampe handelt, sehe ich keine Notwendigkeit, eine Lampe im F-Teil zu bearbeiten.

mfg Maxl

Hallo,
ich sehe diese Notwendigkeit auch nicht. Ist ein selbstgeschriebener Baustein für eine Schutztür mit Verriegelung und da ist halt eine Lampe für die Anzeige drin

Naja werde den Programmierer mal anrufen und dann kann er ändern.
Er will ja das PW nicht rausrücken.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da hilft nur eins
Kloppe androhen oder wenn er stärker is mitn Anwalt drohen.:ROFLMAO: :ROFLMAO: :ROFLMAO:

Is gar nich nötig er hat im Vertrag stehen, bzw. sein Arbeitgeber, alle Serviceinsätze bzw. Mängel in den ersten 2 jahren kostenlos zu beseitigen.

D.h. im konkreten Fall:

Anreise
F-Prog ändern
Sonntags einspielen, nur dann steht die Anlage,
Testen
Abreise

Alternativ würden wir das ganze irgendwie zwischendurch machen,
aber wer nicht will
 
Is gar nich nötig er hat im Vertrag stehen, bzw. sein Arbeitgeber, alle Serviceinsätze bzw. Mängel in den ersten 2 jahren kostenlos zu beseitigen.

D.h. im konkreten Fall:

Anreise
F-Prog ändern
Sonntags einspielen, nur dann steht die Anlage,
Testen
Abreise

Alternativ würden wir das ganze irgendwie zwischendurch machen,
aber wer nicht will

Is doch noch besser, dann kann er seinen Programmfehler jedenfalls auch gleich kostenlos beseitigen :D
 
Is doch noch besser, dann kann er seinen Programmfehler jedenfalls auch gleich kostenlos beseitigen :D

Da dieser Fehler nicht so aufwendig ist, es wäre ja mit ca 2h Arbeit das Prog komplett geändert.

Und man sieht sich immer zweimal.

Wir bemühen uns immer ein gutes Verhältnis zu den Firmen zu behalten. Das heißt auch, das mann nicht immer zu 100% auf sein recht besteht. Das macht das Arbeiten für die Ausführenden Wesentlich einfacher.

Was hat man davon wenn er z.B. jetzt seinen Programmfehler kostenlos beseitigt, aber für die weiteren Auskünfte etc.. schreibt er eine Rechnung bzw. gibt diese Infos nicht raus. Das wäre dann im endeffekt teurer, aber sein gutes Recht.
 
Zurück
Oben