Software Resilienz im SPS-/Produktionsbereich

[leo]

Zuviel Werbung?
-> Hier kostenlos registrieren

Jetzt habe ich tatsächlich den ganzen Vormittag mit dem Lesen des (der) Threads verplempert! Auch wenn einige meinen das führt zu nichts, amüsant und interessant sind sie allemal.

 

[Larry Laffer]

@leo : wenn der Thread doch interessant ist dann hast du doch deine Zeit hier nicht verplempert ...

 

[JSEngineering]

Zuviel Werbung?
-> Hier kostenlos registrieren

@leo : wenn der Thread doch interessant ist dann hast du doch deine Zeit hier nicht verplempert ...

Vielleicht war das aber genau die Zeit, die sein Chef kalkuliert hat, damit er sich Gedanken über die Struktur seines Codes macht und eine Programmierstrategie entwickelt
Jetzt muß er wieder unstrukturiert und konzeptlos programmieren, weil er keine Zeit mehr hat, weil er hier mitgelesen hat

 

[If-Schleife]

Ich fasse mal zusammen:
- Gute code Strukturierung (hat vielleicht aber jeder eine andere Ansicht)
- Eine gute bzw. Einfache HMI (verständlich)
- Kommentare
- klare Anforderungen

Eigentlich nichts neues und irgendwie immer noch schwer so was zu messen.

 

[Larry Laffer]

Eigentlich nichts neues und irgendwie immer noch schwer so was zu messen.

Hatte das nicht eingangs schon der Eine oder Andere erwähnt ?

 

[JSEngineering]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich fasse mal zusammen:
- Gute code Strukturierung (hat vielleicht aber jeder eine andere Ansicht)
- Eine gute bzw. Einfache HMI (verständlich)
- Kommentare
- klare Anforderungen

Eigentlich nichts neues und irgendwie immer noch schwer so was zu messen.

Und um bei Deiner Resilienz zu bleiben: Sich über mögliche Fehler/Zustände und ihre Auswirkungen Gedanken machen.

 

[DeltaMikeAir]

Sich über mögliche Fehler/Zustände und ihre Auswirkungen Gedanken machen.

Vor allem über die Fehler mit denen niemand rechnet ( auch selber nicht ).

 

[If-Schleife]

Hatte das nicht eingangs schon der Eine oder Andere erwähnt ?

Ich weiß. Es gib schlauere Menschen als ich. Ich versuche aber diesen "dummen" Weg weiter.

Es gab auch mal Menschen die haben behauptet die Erde ist rund und nicht das Zentrum der Welt.

 

[If-Schleife]

Zuviel Werbung?
-> Hier kostenlos registrieren

Vor allem über die Fehler mit denen niemand rechnet ( auch selber nicht ).

Wer dann ? vielleicht eine KI

 

[DeltaMikeAir]

Wer dann ? vielleicht eine KI

Das nennt man dann Erfahrung. Bei mir gibt es nur echte I, keine KI..

 

[DeltaMikeAir]

Wenn jemand was zum Aufregen braucht, bitteschön

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wer dann ? vielleicht eine KI

das ist dann vielleicht etwas, das wenn es öfter mal auftritt, ggf. ein Instandhalter nachträglich in einen guten Code noch implementieren kann ...

 

[Larry Laffer]

Es gab auch mal Menschen die haben behauptet die Erde ist rund und nicht das Zentrum der Welt.

was hat diese Aussage mit diesem Thread zu tun ?

 

[DeltaMikeAir]

und nicht das Zentrum der Welt.

Das Zentrum der Welt ist selbstverständlich das Unterallgäu.

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Vielleicht sammeln wir mal was jeder unter stabil sieht.

Vor allem vollständige Logik! Und nicht nach und nach zusammengestrickte IF..THEN-Orgien zur Behandlung von ..zig "Sonderfällen", anstatt einfacher Logik der wenigen Normalfälle.

Unter relevant für "stabil" verstehe ich bei SPS-Programmen u.a. folgende Programmierfehler:
- unnötige Flanken und Schrittketten, besser State-Machine/Verknüpfungen. Zustände können sich auch mal in anderer Reihenfolge einstellen, als vom Programmierer gedacht.
- unnötige S/R oder IF..THEN, wo nach und nach noch ..zig Spezialbehandlungen dazu kommen. Besser Verknüpfung mit = am Ende, die kommt automatisch immer zu einem Ergebnis mit einer Zuweisung. Und ist in der Regel viel besser beobachtbar.
- Sensoren/Signale mit TON/EVERZ, die beim Power-On bzw. STOP/RUN schon aktiv sein können - da startet der Timer nicht...

Für die Vermeidung dieser Fehlerquellen für stabilere Programme ist kein OOP und keine Software-Revolution nötig.

Geht es um Maschinen (auch Sondermaschinen), die von Firmen gebaut werden, die solche Art Maschinen als Haupteinnahmequelle bauen, ist der Code meistens grottenschlecht.

Das kann ich bestätigen, besonders bei Serienmaschinen. Oft ist da nur ein Mitarbeiter, der gerade so viel mit PG umgehen kann, daß er das "Standard"-Programm in die Steuerung laden kann, ein paar Häkchen setzen, eine IP-Adresse ändern und Fehlerdiagnosen machen kann. Das Standard-Programm wurde vor vielen Jahren mal von externen Programmierern speicherplatzsparend im S5-Style erstellt, und eigene Erweiterungen und Migration auf neuere SPS-Typen mehr schlecht als recht dazugestrickt. "Das Programm ändert sich so selten, wozu brauchen wir da einen teuren fest eingestellten ausgebildeten Programmierer?" ...

 

[rostiger Nagel]

- unnötige Flanken und Schrittketten, besser State-Machine/Verknüpfungen.

Schrittketen - 1
StateMachine - 3

 

[ducati]

Die Basis der allermeißten Programme sind doch wohl Abläufe - also normalerweise Schrittketten.

In der Fertigungsautomatisierung vielleicht, in der Prozessautomatisierung eher nicht. Ich versuche Schrittketten so weit es geht zu vermeiden. 95% meiner SPSn haben keine.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich versuche Schrittketten so weit es geht zu vermeiden.

 

[Larry Laffer]

In der Fertigungsautomatisierung vielleicht, in der prozessautomatisierung eher nicht. Ich versuche Schrittketten so weit es geht zu vermeiden. 95% miner SPSn haben keine.

Ist ein Prozess nicht auch ein sequentieller Ablauf ?

 

[ducati]

Die Resilienz bedeutet ja eben, daß es "Fehler" (welcher Art auch immer) aushalten kann.

Und da sind Schrittketten deutlich "anfälliger" für "hängen bleiben" als logische Verknüpfungen