Sesselabstände

[Lagorce]

Das Thema Steuerungssoftware würde mich persönlich interessieren. Woher bezieht der Steuerungshersteller das von Lagorce angesprochene "Grundprogramm"? Gibt es zugängliche Regelwerke, in denen die Normen für Software festgelegt werden? Erfolgt die Programmierung mit gängigen Tools (Step 7, TwinCat, ...)? Dann würde es mich nicht verwundern, wieso die Flexibilität mancher Steuerung so gering ausfällt.

Steuerungshersteller wie Sisag AG oder Frey AG entwickeln die Sicherheits-SPS Software intern (sprich die anlagenspezifische Ablaufsoftware, das Betriebssystem der SPS.selbst ist Sache des SPS Herstellers).
Grundsätzlich ist die Software eigentlich ähnlich wie eine nicht-sicherheitsorientiert Software, nur bestehen gewisse technische Einschränkungen und die Entwicklung erfolgt extrem formal. Der ganze Softwarentwicklungsablauf ist sehr strikte geregelt (wie eine extrem strenge formale Qualitätssicherung) und in gewissen Fällen ist eine externe Prüftstelle vonrgeschrieben (z.B. TÜV). Begleitnormen zur IEC 61508 beinhalten Einzelheiten und die IEC 61508 selbst schreibt etliche Punkte vor. Inbes. wird ein gesamtumfassendes Sicherheitsdenken verlangt, man darf sich nicht nur alleinig auf getrennt betrachtet Einzelheiten basieren).

Die SPS-Ablaufsoftware, ob sicherheitsorientiert oder nicht, wird heute auf PCs mit entsprechenden Programmiertools vom Steuerungshersteller erstellt und danach in die Steuerungs-CPU runtergeladen. Sicherheitsorientierte Programme müssen lediglich viel formeller entwickelt, dokumentiert und überprüft werden.

Übliche SPS-Programme (jedoch nicht auf Seilbahnen bezogen) sind sehr oft ein riesiger Murx, insbes. bei Einzelanlagen. Sehr viele Fehler werden gar oder fast nie entdeckt u.a. weil auch oft massiv bei Inbetriebnahme wild nachgebastelt wird.

Dieselbe Steuerungs-CPU kann übrigens gleichzeitig sicherheitsorientierte und normale Programmteile während des Betriebs des Bahn oder Maschine/Anlage bearbeiten.


Windows IST ein absolutes Softwarechaos, hat sich jedoch leider auch im MMI (Mensch-Maschine Interface) Bereich mittlerweile durchgesetzt.

Zahreiche moderne Kraftwerke, KVAs usw. sind mit auf Windows basierenden Prozessleitsystemen ausgestattet. MS Windows steuert zwar nicht direkt kritische Prozesse, aber gleichzeitiger WIndows-Absturz mehrerer Bedienstationen od. Servern kann die Bedienbarkeit einer Anlage u.U. kritisch beeinträchtigen. Da Common-Cause Fehler nicht ausgeschlossen sind (z.B. datumgebunderener Zähleroverflow) ist eine Zeitbombe nicht ausgeschlossen.

Da Prozessleitsysteme z.T. über Firewalls mit dem Internet verbunden sind, ergeben sich weitere Risiken. Während gewisse Szenarien utopisch sind, sollte das Restrisiko dennoch nicht unterschätzt werden.


[Codes nun aktiviert, waren aus Versehen deaktiviert]

 

[ATV]

Das Thema Steuerungssoftware würde mich persönlich interessieren. Woher bezieht der Steuerungshersteller das von Lagorce angesprochene "Grundprogramm"? Gibt es zugängliche Regelwerke, in denen die Normen für Software festgelegt werden? Erfolgt die Programmierung mit gängigen Tools (Step 7, TwinCat, ...)? Dann würde es mich nicht verwundern, wieso die Flexibilität mancher Steuerung so gering ausfällt.

Mich nähme wunder, woher du Feststellst, dass eine Steuerung nicht "flexibel" ist?

 

[flo]

@Lagorce: Danke für die ausführliche Antwort. Mit der IEC 61508 hatte ich im letzten Semester zu tun...

@ATV: Diese Aussage stammt nicht von mir. Ich habe nur aufgegriffen, was Lagorce ein paar Posts weiter oben angedeutet hat.

 

[Lagorce]

Habe mich falsch ausgedrückt: Ich bezog mich auf die Anlagensoftware, nicht auf etwaige Einschränkungen bzgl. Programmiermöglichkeiten von Sicherheits-SPS.
Dachte an abnormale Ereignisse in den Stationen, wobei die Steuerung nach manueller Fehlerbehebung nicht wieder ohne weiteres in den vollautomatischen Betrieb übergehen kann.


Grundsätzlich sind Sicherheits-SPS von der Programmierung her gesehen sehr ähnlich wie normale SPS, es sind jedoch .gewisse Einschränkungen vorhanden.

Etwas Problematisch können sehr kurze Eingangsimpulse sein, ggf. muss man softwäreseitig Interrupts oder evtl. externe hardwaremässige Impulsverlängerung einsetzen. Je nach Regelzykluszeiten sind Software-Regler mehr oder weniger aufwendig in der Programmierung (z.B. Regelung der BB wobei ein Druckservoventil zur geregelten Lüftung der BB durch einen Analogausgang angesteuert wird, dies direkt oder indirekt je nachdem ob das Servoventil einen integriertem Verstärker aufweist oder nicht).

Das obig erwähnte ist allerdings nicht sicherheits-SPS-spezifisch.

Wegen des extrem hohen Entwicklungsaufwandes entsprechen gewisse Sicherheits-SPS Punkto Programmierkomfort, Speicher und Geschwindigkeit nicht unbedingt dem allerneusten Stand de Technik im Vgl. zu norrmalen SPS.