Die Lücke, über die niemand spricht

Die meisten Automatisierungsteams bestehen aus SPS-Programmierer. Was sie selten haben, ist die Erfahrung mit den Software-Engineering-Praktiken, die der Rest der Industrie seit zwanzig Jahren einsetzt: strukturierte Versionskontrolle, automatisiertes Testen, Continuous Integration, dokumentierte Architektur, Code-Review.

Nicht weil ihnen die Fähigkeit fehlt. Weil ihnen in ihrer Welt niemand gezeigt hat, wie diese Dinge in der Praxis funktionieren - an echten Maschinen, unter echtem Projektdruck.

Die Kosten sind unsichtbar, bis sie es nicht mehr sind. Ein einziger Entwickler, der das Unternehmen verlässt, nimmt das Projektwissen mit. Eine Regression erreicht den Maschinenboden, weil kein automatischer Test da war, um sie zu erkennen. Ein neuer Mitarbeiter verbringt drei Monate damit, das Projekt zu verstehen, bevor er beitragen kann. Das sind keine Pechsträhnen. Das sind strukturelle Probleme mit einer bekannten Lösung.


Was das hier anders macht

Wir sind kein Schulungsunternehmen mit festem Lehrplan. Wir sind Entwickler, die täglich Maschinen bauen und Produktionscode pflegen. Wir vermitteln zuerst die grundlegenden Praktiken - Versionskontrolle, CI/CD, Softwarearchitektur, Teststrategie - und zeigen, wo unsere Tools passen und wo nicht.

Wir arbeiten nach Möglichkeit mit echten Beispielen aus Ihrer eigenen Codebasis. Abstrakte Übungen mit Spielzeugproblemen überleben den ersten Kontakt mit Produktionscode selten.

Ein Team, das unsere Schulung abschließt, weiß, wie es einen soliden Entwicklungs-Workflow von Grund auf aufbaut, unabhängig von einem bestimmten Anbieter oder einer bestimmten Toolchain.


Damit Sie sich ein Bild machen können

2-tägiger Workshop vor Ort · ab €1.900 zzgl. Reisekosten. Durchführung aus der Ferne auf Anfrage.

Themen, Tiefe und Beispiele werden in einem kurzen Vorgespräch auf Ihr Team abgestimmt. Der folgende Überblick ist ein typischer Ausgangspunkt, manche Aufträge gehen tiefer in Softwarearchitektur und berühren unser eigenes Tooling kaum.

Tag 1 - Grundlagen

  • Strukturierte SPS-Software: Coding-Konventionen, Managed/Unmanaged-Objekte, Bibliotheks-Schichtung
  • Kernkonzepte: Objekt-Lifecycle, Fehlerweiterleitung, das Bridge Pattern zur Entkopplung von Equipment und HMI-Kommunikation
  • Equipment-Objekte in der Praxis: Aktuatoren, I/O, Achsen - aus getesteten Bausteinen instanziiert, nicht projekt für projekt neu implementiert
  • Praktische Übung: ein Framework-Objekt von Grund auf bauen und in eine laufende Demo-Maschine integrieren

Tag 2 - Applikationsarchitektur und Tooling

  • Standardisierter Applikationsaufbau: Kommunikation, Daten und Funktion trennen, und warum das auch fremden Code für Entwickler lesbar hält, die ihn nicht selbst geschrieben haben
  • Unit-Architektur, State-Machine-Lifecycle und wie Units koordinieren, ohne direkt gekoppelt zu sein
  • Sequences: schrittbasierte Muster, Await-Helfer die Polling-Schleifen ersetzen, Fehlerweiterleitung in der Aufrufkette
  • Tooling in der Praxis: Projektvorlagen in der IDE, Inbetriebnahme ohne HMI-Code, Backup/Restore, CI/CD-Grundlagen
  • Praktische Übung: Demo-Maschine vollständig abschließen

Kontakt aufnehmen → um Umfang, Teamgröße und Format zu besprechen.

Unsere Themen

Versionskontrolle und Git-Workflows

Nicht nur die Befehle. Branching-Strategien, Commit-Disziplin, Pull-Request-Workflows und wie man ein TwinCAT-Repository für ein echtes Team strukturiert. Wir arbeiten realistische Szenarien durch, bis der Workflow selbstverständlich wird.

Continuous Integration und CI/CD

Was eine Build-Pipeline tatsächlich macht, warum es wichtig ist und wie man eine für TwinCAT von Grund auf aufbaut. Automatisierte Builds, Unit-Tests, Artefakt-Management und Deployment. Wo es passt, zeigen wir, wie zkbuild, zkdoc und zkbindings sich integrieren - aber die Prinzipien kommen zuerst.

Softwarearchitektur für Automatisierung

Wie man eine Maschine in wartbare Einheiten zerlegt, Schnittstellen zwischen Komponenten definiert und Zustand, Fehler und Logging so handhabt, dass es in der Produktion standhält. Wir nutzen das Zeugwerk Framework als konkretes Beispiel - aber die Konzepte übertragen sich auf jedes Framework.

SPS-Programmierung und TwinCAT

IEC 61131-3 Strukturierter Text, OOP-Muster, Funktionsbaustein-Design, Bibliotheksverwaltung mit Twinpack und Muster für Sequenzen, State Machines und Equipment-Abstraktion. Wir gehen so tief, wie Ihr Team es braucht.

Der vollständige Stack jenseits der SPS

MQTT, OPC UA, REST-APIs, Datenbanken und C#-ADS-Clients - der vollständige Stack, der eine SPS-Runtime mit Cloud-Diensten und Bedienerschnittstellen verbindet. Teams, die diesen Stack verstehen, bauen ihre eigenen Integrationen.

Code-Review und Engineering-Kultur

Praxisnahe Review-Sessions mit Ihrer eigenen Codebase. Wir bringen bei, worauf zu achten ist, wie man nützliches Feedback gibt und wie man einen Review-Prozess aufsetzt, den Ihr Team tatsächlich nutzt.

Zeugwerk Framework und Creator

Für Teams, die unsere eigene Toolchain einführen: Architektur, State Machines, Sequenzen, Equipment-Konfiguration, Simulation und inkrementelle Einführung in ein bestehendes Projekt. Creator: Code-Generierung, Snippets, Backup & Restore, Dokumentationsgenerierung.

Vor Ort oder remote Format
Ihr Bestandscode Echte Beispiele, keine Übungsaufgaben
Individuell abgestimmt Kein fixer Lehrplan

Was Sie erwartet

Die Schulung stimmen wir in einem kurzen Gespräch auf Ihre Situation ab, bevor wir etwas Konkretes planen. Wir einigen uns auf Themen, Format und Tiefe und setzen das dann genau so um.

Wenn zwei Tage vor Ort ausreichen, ist das der passende Umfang. Wenn Sie Begleitung über mehrere Monate benötigen, organisieren wir das ebenso.

Mit Zeugwerk Framework und Creator konnten wir unseren Prototypen innerhalb weniger Tage in Betrieb nehmen und erste Abläufe testen. SPS-Software ohne ein solides Framework zu entwickeln ist seit der Einführung der Zeugwerk-Suite undenkbar geworden.

Johannes Mandler, Fibionic GmbH
Die Schulung wird in einem kurzen Gespräch auf Ihr Team abgestimmt, bevor wir etwas Konkretes planen. Teilen Sie uns Ihre Teamgröße, Ihren aktuellen Stack und das mit, was Sie verbessern möchten.
Schulungsprogramm anfragen →