Wahl der Programmiersprache

Artikel#: 00073

Datum: 2021-11-26

Autor: Radim

Die Wahl der richtigen Programmiersprache hilft uns, das Projekt schneller und einfacher zu machen.
Andererseits kann eine falsch gewählte Programmiersprache die Komplexität des Projekts um ein Vielfaches erhöhen oder sogar die Erfüllung bestimmter Anforderungen unmöglich machen.
Es ist wichtig, dass die Programmiersprache in der Lage ist, das zu schaffen, was wir von ihr erwarten.
Das Programm der meisten SPSen kann in einer (oder mehreren) der IEC 61131-3 Programmiersprachen geschrieben werden - dies sind: LD (Ladder Diagram = Kontaktplan), SFC (Sequential Function Chart), FBD (Function Block Diagram), IL (Instruction List = Anweisungsliste) und ST (Structured Text) und auch einige andere Sprachen können verwendet werden, z.B. C, C++ usw.

Wir sollten eine Programmiersprache wählen, die Funktionen und Vorteile bietet, die für unseren beabsichtigten Zweck nützlich sind.
Dies können zum Beispiel sein:

1. Erreichbarkeit unserer Funktions-, Leistungs- und Sicherheitsanforderungen.
2. Schnelles und intuitives Schreiben des Codes, der leicht zu lesen und leicht verständlich ist.
3. Code-Editor mit Tools, die dem Programmierer die Arbeit erleichtern (Refactoring (globales Umbenennen von Variablen), Intellisense, farbcodierter Syntax, Code-Vergleich, Debugger, Fehlerprüfung, Online Watch and Trace, Tastenkombinationen, ...)
4. Ein schneller und informativer Compiler, der uns hilft, Fehler schnell zu finden und sie zu beheben, sobald sie auftreten.
5. Einfache Codepflege.
6. Anwendbarkeit von Versionsverwaltungstools.
7. Guter Lieferant-Support.
8. Grosse Community, die diese Programmiersprache verwendet, und Verfügbarkeit von Antworten auf Fragen über das Forum.
9. Verfügbare Funktionsbibliotheken und Beispiele vorgefertigter Lösungen.
10. Die Perspektive einer ausreichend langen Existenz.
11. Portabilität auf SPS anderer Hersteller.

Es ist sinnvoll, eine Programmiersprache zu wählen, mit der die Programmierer des Teams praktische Erfahrung haben.
Wenn mehr als eine Programmiersprache unseren Kriterien entspricht, ist es besser, eine zu wählen, die auf einer höheren Abstraktionsebene funktioniert, da die Entwicklung dann schneller geht.

© Radim-Automation, 2020–2025. Alle Rechte vorbehalten.
Die Verbreitung dieses Artikels ist mit Angabe der Quelle (Link zur Originalseite) ausdrücklich gestattet.

Verwandte vorherige Artikel:

• Variablennamen
• Maschinenmodularisierung
• Abkürzungen
• Modulare Softwarearchitektur
• Hardwarekonzept
• Ein gutes Konzept = Kompletter Satz geeigneter Lösungen
• Gibt es auch Nachteile?
• Projektleiter
• Warum scheitern Automatisierungsprojekte?
• Sammelt alle Anforderungen und sortiert sie!
• Verwende einen nützlichen Styleguide!
• Schreibe und akzeptiere nur lesbaren Code!
• HMI- und SPS-Anwendungen sollen zusammenwachsen
• Ist der Weg wirklich das Ziel?
• Willst du damit wirklich beginnen?
• Mehr als nur starten und stoppen
• Sicherheit zuerst!
• Mach die richtigen Dinge und mach sie richtig!
• Mach es nicht schlimmer!
• Industrielle Evolution - Höre eurem Kunden zu und folge neuen Trends!
• Hab einen Experten zur Hand!
• Enttäuscht euren Kunden nicht!
• Erledige die Dinge mit einem kleinen, motivierten Team!
• Konzentriere dich auf das Ziel!
• Schärfe deine Axt, bevor du beginnst zu fällen!
• Verstehen - Einverstanden sein - Identifiziert sein - Glauben
• Überprüfe das Ergebnis!
• Halte es einfach!
• Erfolg ist kein Zufall
• Wähle das richtige Werkzeug!
• Vernachlässige und überspringe keinen Schritt!
• Transparenz und Zuverlässigkeit

Verwandte nächste Artikel:

• Visuelle Modellierung
• Dokumentationsprobleme
• Ereignislogger als allererste im Programm implementierte Funktion
• Diagnosetools
• Versionskontrollsystem
• Pflege Ordnung im Programmkode
• Codeformatierung
• Traum von einem plattformunabhängigen SPS-Programm
• Halte alles, was du brauchst, zusammen
• Die falsche Illusion des schnellen Fortschritts

Kommentar#: 00001

Datum: 2021-11-26

Benutzer: Radim

"Zwei Nachteile bei der Verwendung von LD als Bausteinsprache:
1. Die geringe Informationsdichte erfordert, dass LD-Designs über Dutzende von Seiten verteilt werden, was es schwierig oder unmöglich macht, das Gesamtbild zu sehen und zu verstehen.
2. High-Level-Details und Low-Level-Details vermischen sich auf derselben Ebene, was zu Unordnung führt, was das Verständnis und die Pflege des Designs erschwert."
- https://www.controleng.com/articles/which-iec-61131-3-programming-language-is-best-part-2/

Kommentar#: 00002

Datum: 2021-11-26

Benutzer: Radim

"Welche Operationen sollen mit strukturiertem Text programmiert werden?
Während KOP, SFC und FUP/CFC grossartige Werkzeuge für ihre Zwecke sind, gibt es einige Operationen, die sich nicht für grafische Sprachen eignen.
Einige Operationen, die die Verwendung der ST-Programmierung begünstigen, umfassen:
⇒ Iterative Operationen wie For, While und Repeat
⇒ Komplexe Bedingungen und Auswahlen wie IF-THEN und CASE
⇒ Bitmanipulationen wie bitweise-UND, Shift, Rotate
⇒ Manipulation mit STRING-Variablen
⇒ Zustandsautomaten mit ungewöhnlichen Anforderungen oder Komplexität
⇒ Reine objektorientierte Programmierung (Methoden aufrufen, Eigenschaften setzen, etc.)"
- https://www.controleng.com/articles/which-iec-61131-3-programming-language-is-best-part-2/

Kommentar#: 00003

Datum: 2021-11-26

Benutzer: Radim

Ich hatte die Gelegenheit, die Programmierung mit ST und C auf der B&R SPS zu vergleichen.
Ja, mit C konnte ich noch etwas mehr 'tricksen', aber einige wichtige SPS-Hintergrundfunktionen fehlten!
1. Überwachung von 'static' Variablen war nicht möglich.
2. Einfacher Zugriff (Punktnotation) auf einzelne Bits von BYTE- und WORD-Variablen fehlte.
3. 'CheckLib' hat nicht funktioniert.
4. Compilermeldungen waren nicht immer so informativ.
5. 'IntelliSense' / 'SmartEdit' funktionierte nicht immer.
6. Die „GoToDefinition“-Funktion funktionierte nicht immer.
Ich bin ein grosser Fan von ST in der SPS-Programmierung, weil es funktioniert und der Programmierer mit ST flexibel genug ist.
Natürlich hängt es auch davon ab, wie gut wir die Architektur und das Konzept des Programms gestalten.

Kommentar#: 00004

Datum: 2022-07-29

Benutzer: Radim

"Der Einsatz von höheren Programmiersprachen wie Structured Text oder SCL ist für das erfolgreiche Management komplexer Software zwingend erforderlich. Hochsprachen bieten eine wesentlich einfachere und klarere Möglichkeit, eine Softwarelösung zu beschreiben. Es wird einfacher, Programmcodes zu lesen und zu interpretieren.
Trotzdem ist es immer noch vertretbar, LAD oder FBD zu verwenden, um logische Verknüpfungen auszudrücken, da Logikprogramme, die in diesen grafischen Sprachen geschrieben sind, äusserst einfach zu verstehen und zu analysieren sind. Jede Programmiersprache sollte nach ihren eigenen Vorzügen verwendet werden."
- Michael Braun and Wolfang Horn. Publicis Pixelpark Erlangen (2017). Object-Oriented Programming with SIMOTION.

Kommentar#: 00005

Datum: 2023-03-20

Benutzer: Radim

"Die Art der Verwendung des Debuggers ist für alle textuellen Programmiersprachen gleich. In der Programmiersprache Ablaufsprache (SFC) sind benutzerdefinierte Haltepunkte nur auf Schritte möglich. In den Programmiersprachen Kontaktplan (LD), Funktionsplan (FBD), Kontinuierlicher Funktionsplan (CFC) und reACTION Technology Diagramm ist das Setzen von Haltepunkten nicht möglich."
- B&R Automation Help 4.12.2.65. GUID = 9e5bf6ef-b512-4b52-97cf-df6602791c61.

Kommentar#: 00006

Datum: 2023-04-11

Benutzer: Radim

IEC 61131-3: Methoden, Eigenschaften und Vererbung
- Sehen Sie mehr auf: https://stefanhenneken.net/2017/04/04/iec-61131-3-methoden-eigenschaften-und-vererbung-update/

Kommentar#: 00007

Datum: 2023-07-21

Benutzer: Radim

"Die wesentliche Funktion der SPS besteht darin, Daten von Sensoren oder anderen Feldgeräten zu empfangen; eine Entscheidung darüber zu treffen, was mit diesen Informationen auf der Grundlage ihrer Programmieranweisungen geschehen soll, z.B. ein Ventil basierend auf dem Flüssigkeitsstand zu öffnen oder zu schliessen oder einen Roboter anzuweisen, ein Objekt basierend auf seiner Anwesenheit in der Arbeitszelle aufzunehmen; und das richtige Signal an den Aktor zu senden (z.B. ein Ventil oder einen Robotergreifer), um die Aufgabe auszuführen."
Übersetzt von:
- David Greenfield. AutomationWorld (2023). Peer-to-Peer FAQ: Controllers.
- https://www.automationworld.com/control/article/22724233/industrial-controller-technologies

Kommentar#: 00008

Datum: 2023-09-27

Benutzer: Radim

"Indem wir das Design des Codes kontinuierlich verbessern, machen wir es immer einfacher, damit zu arbeiten.
Dies steht in krassem Gegensatz zu dem, was normalerweise geschieht: wenig Refactoring und viel Aufmerksamkeit, um schnell neue Funktionen hinzuzufügen.
Wenn man sich die hygienische Angewohnheit angewöhnt, kontinuierlich zu refaktorisieren, wird man feststellen, dass es einfacher ist, den Code zu erweitern und zu pflegen."

Übersetzt von:
- Joshua Kerievsky. Addison-Wesley (2004). Refactoring to Patterns.

Kommentar#: 00009

Datum: 2023-11-28

Benutzer: Radim

Wenn du an der Kreuzung den Weg nach links wählst, kannst du die Früchte, die auf dem Weg nach rechts wachsen, nicht pflücken.
Sammelt also alle Anforderungen und entscheidet, welche ihr wählt und welche ihr streichen wollt, indem ihr die Vor- und Nachteile abwägt.

Kommentar#: 00010

Datum: 2024-02-22

Benutzer: Radim

Ist Ihre Muttersprache nicht Englisch und arbeiten Sie in einem internationalen Team? Haben Sie sich im Team auf Englisch als Projektsprache geeinigt? Dann bitte:

1. Installieren und benutzen Sie alle Projektwerkzeuge auf Englisch.
2. Verwenden Sie englische Hilfedateien für die Werkzeuge.
3. Schreiben Sie englische Variablennamen und Kommentare in den Code.

Diese Regeln erleichtern die Zusammenarbeit zwischen den Teammitgliedern, die Dokumentation und die Supportaufgaben. Denn die Leute werden die gleichen Begriffe verwenden.

Sind Sie mit diesen Regeln einverstanden?
Würden Sie noch etwas hinzufügen?