Was ist Beckhoff TwinCAT.NET?
TwinCAT.NET (Beckhoff.TwinCAT.Ads) ist die offizielle Beckhoff-Library, mit der .NET-Anwendungen über ADS (Automation Device Specification) auf die TwinCAT-Runtime und SPS-Variablen zugreifen. In Visual Studio lassen sich damit C#-Module schreiben, die auf der TwinCAT-3-Runtime laufen — eine echte Programmiererfahrung für IT-Entwickler in der Automatisierungswelt. Harte Echtzeit-Logik bleibt in TwinCAT-PLC (Structured Text); .NET-Komponenten ergänzen sie für nicht-zeitkritische Aufgaben.
SPS mit C# programmieren — drei Vendor-PfadeTwinCAT.NET bezeichnet die offiziellen Beckhoff-.NET-Komponenten, allen voran das Paket Beckhoff.TwinCAT.Ads, mit denen .NET-Anwendungen über das ADS-Protokoll (Automation Device Specification) mit der TwinCAT-Runtime sprechen. Anders als bei reinen Kommunikations-Libraries für fremde Steuerungen ist TwinCAT von Beckhoff softwarebasiert und eng mit Visual Studio verzahnt: TwinCAT 3 integriert sich als Erweiterung in die IDE, sodass SPS-Programmierung und .NET-Entwicklung in derselben Werkzeugumgebung stattfinden.
Dadurch entsteht für IT-Entwickler eine ungewöhnlich vertraute Erfahrung in der Automatisierungswelt: C#-Module lassen sich schreiben, die strukturiert auf SPS-Variablen der TwinCAT-Runtime lesend und schreibend zugreifen, Symbol-basiert statt über absolute Adressen. Die harte Echtzeit-Logik bleibt jedoch in der TwinCAT-PLC in Strukturiertem Text nach IEC 61131-3; die .NET-Komponenten ergänzen sie für nicht-zeitkritische Aufgaben wie Daten-Mapping, Logging, Visualisierung, OPC-UA-Server oder die Anbindung an Cloud- und MES-Systeme.
Für Industrial DevOps ist TwinCAT.NET interessant, weil der .NET-Anteil mit der Standard-Toolchain aus MSBuild, NuGet, NUnit und Roslyn gebaut, getestet und in Git versioniert werden kann. In der Praxis ist das Setup etwas anspruchsvoller als bei einer reinen S7-Library, weil TwinCAT-spezifische Artefakte wie TcCOM-Komponenten und generierter Code im .gitignore und im Build berücksichtigt werden müssen und Build-Agents eine passende TwinCAT-Installation benötigen. Der Gewinn ist eine durchgängige Pipeline, in der ADS-Adapter abstrahiert und gegen eine TwinCAT-Runtime im Container integrationsgetestet werden.
Symbolzugriff auf SPS-Variablen per ADS
Eine C#-Anwendung verbindet sich über Beckhoff.TwinCAT.Ads mit der lokalen TwinCAT-Runtime, liest Prozesswerte symbolisch über ihren Variablennamen und schreibt Sollwerte zurück — ohne absolute Adressen und ohne Eingriff in die zeitkritische PLC-Logik.
Fertigungsdaten an die Cloud anbinden
Eine .NET-Komponente neben der TwinCAT-PLC sammelt Produktionsdaten, puffert sie bei Verbindungsabbruch und überträgt sie über eine gesicherte Schnittstelle an ein MES — als versioniertes, über CI/CD gebautes und signiertes Artefakt.
- Ersetzt TwinCAT.NET die SPS-Programmierung in Structured Text?
- Nein. Die echtzeitkritische Steuerungslogik bleibt in der TwinCAT-PLC in Strukturiertem Text nach IEC 61131-3. TwinCAT.NET ergänzt sie über ADS für nicht-zeitkritische Aufgaben wie Daten-Mapping, Visualisierung, OPC-UA-Server oder die Anbindung an übergeordnete IT-Systeme — die beiden Welten arbeiten zusammen, statt einander zu ersetzen.
- Was ist ADS bei TwinCAT?
- ADS (Automation Device Specification) ist das Beckhoff-Kommunikationsprotokoll, über das Geräte und Software-Komponenten innerhalb und außerhalb der TwinCAT-Runtime Daten austauschen. Beckhoff.TwinCAT.Ads bildet dieses Protokoll in .NET ab, sodass C#-Anwendungen symbolisch auf SPS-Variablen zugreifen können, ohne absolute Speicheradressen zu kennen.
- Wie versioniert man TwinCAT-.NET-Projekte mit Git?
- Der .NET-Anteil wird wie normaler C#-Code mit getrackten Solution- und Projektdateien und PackageReference-NuGet-Verwaltung in Git abgelegt. Zusätzlich gehören TwinCAT-spezifische Artefakte wie TcCOM-Komponenten und generierter Code sauber ins .gitignore-Muster. Build-Agents benötigen eine passende TwinCAT-Installation; Integrationstests laufen gegen eine TwinCAT-Runtime, idealerweise im Container.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance