B&R Automation Studio

Wie ist ein Automation-Studio-Projekt aufgebaut?

Ein Automation-Studio-Projekt ist ein Ordner mit der Projektdatei <Projekt>.apj und einer festen Gliederung. Unter Logical liegt alles, was nicht an die Hardware gebunden ist: Programme, Datentypen, Variablen, Packages und Bibliotheken. Ein Programm in Structured Text besteht aus einer Beschreibungsdatei IEC.prg, den Deklarationen in .var und .typ und dem Code in .st. Es hat keine Parameter, sondern die Abschnitte _INIT, _CYCLIC und _EXIT. Unter Physical steht je Konfiguration und Steuerung die Hardware in Hardware.hw, die Softwarekonfiguration, das I/O-Mapping und in Cpu.pkg die Version der Automation Runtime. Ein Projekt kann mehrere Konfigurationen tragen, etwa für die Varianten einer Baureihe, die sich denselben Code unter Logical teilen. Binaries, Temp und Diagnosis erzeugt Automation Studio selbst.

Lässt sich B&R Automation Studio mit Git versionieren?

Ja, weil das Projekt aus Text- und XML-Dateien besteht. Eine eingebaute Versionsverwaltung hat Automation Studio 6 allerdings nicht, B&R verweist auf ein externes System, das neben Automation Studio läuft. Aus dem Repository bleiben die erzeugten Ordner Binaries, Temp und Diagnosis sowie die Benutzereinstellungen *.set außerhalb von Physical; eine Vorlage dafür steht in der gitignore-Sammlung von GitHub. Zwei Eigenheiten sollte man kennen. Nach einem frischen Checkout ohne alte Binaries hat Automation Studio nichts, wogegen es vergleichen kann, überträgt die ganze Applikation und verlangt einen Warmstart, so beschreibt es der B&R-Support. Und das SafeDESIGNER-Projekt von mapp Safety lässt weder Merge noch paralleles Ändern zu; Git ist dafür laut B&R offiziell nicht unterstützt. Automation Studio Code, der neue Editor für Structured Text und C/C++, bringt Git als Standard mit, ist aber noch Beta und arbeitet immer zusammen mit Automation Studio 6.

Wie kommt Automation Studio in eine CI/CD-Pipeline?

Über BR.AS.Build.exe, das Kommandozeilenwerkzeug im Installationsverzeichnis. Es baut ein Projekt ohne Oberfläche, wahlweise eine einzelne Konfiguration mit -c, als Build oder Rebuild und auf Wunsch mit einem Paket für das Runtime Utility Center. Der Rückgabewert ist 0 ohne Befund, 1 bei Warnungen und 3 bei Fehlern, damit kann jeder CI-Server arbeiten. Getestet wird ohne Hardware auf ARsim, der Simulation der Automation Runtime, mit der Technology Solution UnitTest; deren Berichte sind JUnit-Dateien, die Jenkins oder GitLab direkt lesen. Die Testfälle werden in C geschrieben, der geprüfte Baustein darf in jeder Sprache sein. Statische Codeanalyse gibt es von B&R bisher für C und C++ über clang-tidy, für Structured Text ist sie angekündigt. Ein Build-Agent braucht Windows 10 oder 11, denn Automation Studio und ARsim laufen ab Version 6 nur dort. Wie das mit Jenkins zusammenpasst, zeigt B&R im frei nutzbaren DevOps Package.

Automation Studio erscheint zweimal im Jahr, die Automation Runtime und viele mapp-Pakete vierteljährlich. Seit Version 6 sind diese drei Teile entkoppelt, ein Projekt legt also fest, mit welcher Runtime und welchen mapp-Versionen es gebaut wird. Diese Angaben stehen in Cpu.pkg und in der Projektdatei und sind damit auch die Grundlage einer Software-Stückliste (SBOM). B&R liefert SBOMs zu eigenen Produkten im Format CycloneDX auf Anfrage und verweist für SBOMs aus Automation-Studio-6-Projekten auf Werkzeuge aus seiner Community. Die Cyber-Security-Advisories erscheinen über ABB PSIRT auch maschinenlesbar im CSAF-Format. Sie nennen Produkte mit Versionsbereichen, etwa die Automation Runtime vor einer bestimmten Version, aber keine Bestellnummern. B&R empfiehlt, jeweils die neueste Working Version zu verwenden, weil dort Sicherheitslücken behoben sind.