Dezentrale Peripherie
Systemfehlermeldungen bei CPU-Start von nicht aktiven PB-Slave verhindern.
Thread Starter: naumudo Started: 3/8/2012 8:35 PM Replies: 2

3/8/2012, 8:35 PM
|
Joined 10/17/2007
Last visit: 5/17/2013
Posts: 2
Rating:
(0)
|
(0)
|
Beim Start der 300-er CPU werden alle projektierten DP-Slave/PN-Device aktiviert. Dass heißt der Master versucht zu diesen eine Kommunikation aufzubauen. Im OB100 ist die Deaktivierung mit SFC12 nicht möglich. Es sind beim Start aber nicht alle PB-Slave an Spannung. Bevor ich diese im zyklischen Programm deaktiviert habe, wird aber schon eine Systemfehlermeldung ...Ausfall gebildet. Wie kann ich diese ungewollten Systemfehlermeldungen verhindern?
|
|
|
|

3/12/2012, 2:36 PM
|
Joined 6/17/2011
Last visit: 6/18/2013
Posts: 1360
Rating:
(88)
|
(0)
|
Hallo,
ich habe dazu folgenden Link gefunden:
http://support.automation.siemens.com/WW/view/de/22819902
Im Hochlauf kannst du den SFC 12 leider nicht ansprechen, er kann aber im ersten OB 1 Zyklus angestoßen werden.
Gruß / best regards
Rated X
|
|
|
|

3/12/2012, 7:36 PM
|
Joined 10/17/2007
Last visit: 5/17/2013
Posts: 2
Rating:
(0)
|
(0)
|
Ja danke.
Nach einigen Versuchen habe ich nun eine halbwegs gängige Lösung. Die sieht so aus:
Deaktivieren des Slave/Device nach CPU-Anlauf mit SFC12 im zyklischen Betrieb (OB1).
Der SFM-Baustein FB49 darf im OB1 jedoch solange nicht aufgerufen werden, bis durch Spannungszuschaltung über das Programm (Schützen ein) jeder Slave/Device Spannung hat und je nach Aufgabe aktiviert oder deaktiviert ist. Danach kann der FB49 am Ende des OB1 scharf gemacht werden.
Wenn man das nicht so macht, erhält man in jedem Fall durch den Aufruf des FB49 im OB1 eine Systemfehlermeldung. Auch dann, wenn der Slave/Device vorher ordentlich deaktiviert wurde. Da hilft auch das Sperren von Asynchronfehlermeldungen nicht.
Oder man sorgt eben dafür, dass alle Slave/Device mit dem Einschalten der CPU auch Spannung bekommen und gemeinsam anlaufen.
|
|
|
|
Actions