Software Resilienz im SPS-/Produktionsbereich

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Aber eine Revolution war vielleicht Implementierung von Objektorientierter Programmierung in die IEC61131-3 im Jahre 2013

Ich verstehe zufällig ein bißchen was von wirklicher OOP - allerdings eher im .Net-Umfeld.
Natürlich läßt sich davon in der SPS schon ein bißchen davon umsetzen - im Grunde ist es aber doch eher die strukturierte Programmierung, die alles schlägt. OOP im Sinne von wiederverwendbaren Bausteinen - also Frameworks - ist sinnvoll machbar. Aber so etwas ging schon mit der Einführung der S7 ... und das war doch etwas früher ...

 

[If-Schleife]

Es gibt halt viele verschiedene Programmierstile und dass ist ja auch gut so. Es gibt zig verschiedene Anwendungsfälle und Bedürfnisse an die SPS. Wie soll man das vereinheitlichen. Für jede Aufgabe das richtige Werkzeug.

Ich weiß. Deswegen wollte ich gemeinsam mit euch überlegen ob es doch welche gibt.

 

[Blockmove]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das Thema hier erinnert mich an folgendes Thema:
https://www.sps-forum.de/threads/sps-mit-c-c-ohne-editor-ide-programmieren.100360/

Da kam auch jemand hochmotiviert mit der großen Revolution an, wirft zig Buzzwords in den Raum, ist schlauer als alle anderen und nach ein paar Tagen hört man nie wieder was von ihm.

Es ist ja vollkommen ok, dass man Dinge hinterfragt und auch nach neuen Wegen und Möglichkeiten sucht.
Gerade in so einer konservativen Branche wie Maschinen- und Anlagenbau.
Interessant ist natürlich, dass es Firmen gibt, die hochkomplexe und hervorragende Maschinen bauen ohne „neumodische“ Programmierung zu verwenden. Und das auch noch zu marktüblichen Preisen.
Vielleicht sind ja Software und Tools gar nicht so wichtig. Vielmehr vielleicht Ausbildung und Training der Mitarbeiter und Organisation und Kommunikation in der Firma?

 

[Larry Laffer]

der wichtigste Stil ist wohl :

Any fool can write code that a computer can understand. Good programmers write code that humans can understand.

(Zitat Martin Fowler)

 

[DeltaMikeAir]

Ich weiß. Deswegen wollte ich gemeinsam mit euch überlegen ob es doch welche gibt.

Es gibt Styleguides verschiedener Hersteller als Richtlinie. An die halten sich die Hersteller teils selbst nicht. Aber es ist zumindest mal eine gute Vorlage.

 

[If-Schleife]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich verstehe zufällig ein bißchen was von wirklicher OOP - allerdings eher im .Net-Umfeld.
Natürlich läßt sich davon in der SPS schon ein bißchen davon umsetzen - im Grunde ist es aber doch eher die strukturierte Programmierung, die alles schlägt. OOP im Sinne von wiederverwendbaren Bausteinen - also Frameworks - ist sinnvoll machbar. Aber so etwas ging schon mit der Einführung der S7 ... und das war doch etwas früher ...

Ich weiß selbst genau das OOP nicht zu hundert 100% auf SPSen übertragen wurde. Alleine das verarbeiten von dynamischen Arrays ist in SPSen nicht einfach möglich, da dies im Konflikt zur Echtzeitfähigkeit steht.

Beckhoff versucht das aktuell für IN_OUTPUTS mit dem Platzhalter *. Geht aber halt nur für IN_OUTPUTS.

Solange bleiben Möglichkeiten wie FOREACH einfach verwährt.

 

[DeltaMikeAir]

Vielmehr vielleicht Ausbildung und Training der Mitarbeiter und Organisation und Kommunikation in der Firma?

100%, vor allem braucht man einen Guten, der einen mit an die Hand nimmt.

 

[If-Schleife]

Es gibt Styleguides verschiedener Hersteller als Richtlinie. An die halten sich die Hersteller teils selbst nicht. Aber es ist zumindest mal eine gute Vorlage.

An welche Styleguides denkst du? Kennst du ein Beispiel und kannst es mir vielleicht weiterleiten?

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Glaub ihr es gibt generell Programmierstrategien die eine Software stabiler macht?

Du suchst doch Möglichkeiten, die Software stabiler machen. Da wären dynamische Arrays sicher nicht ( für jedermann ) förderlich.

Alleine das verarbeiten von dynamischen Arrays ist in SPSen nicht einfach möglich,

 

[If-Schleife]

100%, vor allem braucht man einen Guten, der einen mit an die Hand nimmt.

Definitiv! Nur wer ist dann wieder gut? Und wie finde ich das raus?

Kommunikation bei Programmierer

 

[If-Schleife]

Du suchst doch Möglichkeiten, die Software stabiler machen. Da wären dynamische Arrays sicher nicht ( für jedermann ) förderlich.

Sag ich ja nicht. Das war darauf bezogen dass OOP nicht von SPSen 100pro implierbar ist. Ich habe nicht gesagt, dass ich sie anwenden möchte

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Kommunikation bei Programmierer

Alles eine Frage des Wollens ...
In meinem Team konnte Mitarbeiter 1 die Arbeit von Mitarbeiter 2 ohne Weiteres fortsetzen einheitliche Vorgehensweise ...

 

[Larry Laffer]

Nur wer ist dann wieder gut? Und wie finde ich das raus?

Wenn du weißt was die Maschine / Anlage macht und du durch das Programm des Anderen durchsteigst dann ist der, der das Programm geschrieben hat gut ...

 

[If-Schleife]

Alles eine Frage des Wollens ...
In meinem Team konnte Mitarbeiter 1 die Arbeit von Mitarbeiter 2 ohne Weiteres fortsetzen einheitliche Vorgehensweise ...

Als ich angefangen habe, hat mir ein erfahrener Programmierer gesagt: "Der Quellcode selbst ist genug Kommentar!"

 

[Blockmove]

Zuviel Werbung?
-> Hier kostenlos registrieren

Kommunikation bei Programmierer

Was gibt’s da zu Lachen?
Gerade bei Inbetriebnahmen kommt man doch mit einigen anderen Programmierern zusammen.
Und die wenigsten die ich kennengelernt habe sind menschenscheue Fachidioten.

 

[DeltaMikeAir]

Als ich angefangen habe, hat mir ein erfahrener Programmierer gesagt: "Der Quellcode selbst ist genug Kommentar!"

Dann hatte Larry wohl das bessere Team

 

[If-Schleife]

Was gibt’s da zu Lachen?
Gerade bei Inbetriebnahmen kommt man doch mit einigen anderen Programmierern zusammen.
Und die wenigsten die ich kennengelernt habe sind menschenscheue Fachidioten.

Ja, sorry. Du hast recht.

 

[If-Schleife]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dann hatte Larry wohl das bessere Team

Oder den besseren Mentor.

 

[If-Schleife]

Interessant PLCOpen hat vorgestern ein Dokument zu dem Thema raus gebracht.

PLCopen Guideline on Software Quality Metrics | PLCopen

PLCopen published their Guideline on Software Quality Metrics, version 1.0

www.plcopen.org

Scheint wohl nicht nur mich zu interessieren

 

[Blockmove]

Als ich angefangen habe, hat mir ein erfahrener Programmierer gesagt: "Der Quellcode selbst ist genug Kommentar!"

Das hört sich im ersten Augenblick schlimm an, aber man kann ein SPS-Programm wirklich so schreiben, dass es stimmt.
Selbstsprechende und aussagekräftige Variablenbezeichnungen.
“Direkte“ hardwarenahe Programmierung. Also nicht Signale über zig Bausteine und Parameter führen, sondern direkt verknüpfen. Keine eierlegende Wollmilchsau-Universalbausteine.
Es gibt Programmierer, die haben das Talent schönen Code zu schreiben. Programm öffnen und sich wohlfühlen.
Es gibt andere, da machst du das Programm auf und fragst dich ob es überhaupt zu der Anlage gehört.