<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog on Zeugwerk</title><link>/de/blog/</link><description>Structured TwinCAT software from PLC architecture to CI/CD - Framework, Creator, Twinpack, and DevTools, built by engineers who still deliver machines.</description><generator>Hugo</generator><language>de</language><lastBuildDate>Wed, 09 Sep 2026 00:00:00 +0000</lastBuildDate><atom:link href="/de/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>CI/CD für TwinCAT: Build, Staging, Deploy</title><link>/de/blog/build-staging-deploy-twincat/</link><pubDate>Wed, 09 Sep 2026 00:00:00 +0000</pubDate><guid>/de/blog/build-staging-deploy-twincat/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Kurzfassung&lt;/strong&gt;
Die bisherigen Beiträge dieser Serie zeigen, wie ein TwinCAT-Agent zuverlässig arbeitet: Tools, Branches, Sperren und Restore. Sie beantworten jedoch noch nicht die Frage, wann aus einem erfolgreichen Build ein Paket wird, das andere Projekte nutzen dürfen. Wenn Build und Veröffentlichung im selben Job stattfinden, wird jeder erfolgreiche Kompiliervorgang schnell zur Auslieferung.
Besser ist eine klare Trennung in drei Jobs: &lt;strong&gt;Build&lt;/strong&gt; liefert schnelles Feedback und kann optional einen Snapshot veröffentlichen. &lt;strong&gt;Staging&lt;/strong&gt; erstellt daraus einen versionierten Release-Kandidaten, der noch verworfen werden kann. &lt;strong&gt;Deploy&lt;/strong&gt; übernimmt schließlich den bewussten Schritt, diesen Kandidaten für andere verfügbar zu machen.
Genau diese Struktur verwenden wir für unser eigenes Framework und setzen sie auch bei Kunden ein, wenn CI/CD Bibliotheken zuverlässig ausliefern soll – und nicht nur dafür sorgen soll, dass sie kompiliert werden.&lt;/p&gt;</description></item><item><title>CI/CD für TwinCAT: Dependency Restoration mit Twinpack</title><link>/de/blog/dependency-restoration-twinpack/</link><pubDate>Tue, 25 Aug 2026 00:00:00 +0000</pubDate><guid>/de/blog/dependency-restoration-twinpack/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Kurzfassung&lt;/strong&gt;
Branching-Strategie und ein gesperrter Build-Pool bringen nur so weit. Der Build braucht trotzdem genau die Libraries, die das Projekt pinnt, auf jedem Agent, bei jedem Build. &lt;code&gt;.library&lt;/code&gt;-Dateien vom Netzlaufwerk zu kopieren übersteht weder eine zweite Maschine noch eine zweite TwinCAT-Version noch eine zweite Release-Linie. Beckhoffs TcPkg ist das Werkzeug, das die Maschine aufsetzt: TwinCAT-Workloads und offizielle Beckhoff-Libraries auf der Box. Twinpack ist der projektbezogene Paketmanager: Abhängigkeiten in &lt;code&gt;.Zeugwerk/config.json&lt;/code&gt;, mit Version und Branch als Teil der Referenz, damit &amp;ldquo;neueste auf &lt;code&gt;release/1.x&lt;/code&gt;&amp;rdquo; eine echte Antwort ist. In der Pipeline ruft man Twinpack meist nicht von Hand auf: &lt;code&gt;zkmake build --update-snapshots&lt;/code&gt; stellt die Libraries über Twinpack wieder her und kompiliert und testet danach.&lt;/p&gt;</description></item><item><title>plcsense: Schluss mit dem Raten bei TwinCAT-Code</title><link>/de/blog/introducing-plcsense/</link><pubDate>Mon, 17 Aug 2026 00:00:00 +0000</pubDate><guid>/de/blog/introducing-plcsense/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Kurzfassung&lt;/strong&gt;
Wer einen Coding-Agenten auf eine TwinCAT-Solution loslässt, bekommt erfundene Methoden, Enum-Werte und Library-APIs, die in den tatsächlich gepinnten Versionen gar nicht existieren. Das ist kein Tipproblem, sondern ein Sichtbarkeitsproblem: Die Typen stecken in &lt;code&gt;.library&lt;/code&gt;- und &lt;code&gt;.compiled-library&lt;/code&gt;-Archiven, die der Agent nicht öffnen kann. &lt;a href="https://plcsense.com/"&gt;plcsense&lt;/a&gt; gibt Agenten über MCP eine korrekte, schreibgeschützte Sicht auf die Solution und jede referenzierte Library. Es läuft lokal. Early Access ist für eine kleine Zahl echter TwinCAT-Projekte offen.&lt;/p&gt;</description></item><item><title>CI/CD für TwinCAT: Was Self-Hosted-Builds wirklich kosten, wenn sie skalieren</title><link>/de/blog/exclusive-locking-jenkins/</link><pubDate>Tue, 11 Aug 2026 00:00:00 +0000</pubDate><guid>/de/blog/exclusive-locking-jenkins/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Kurzfassung&lt;/strong&gt;
Self-hosted TwinCAT-CI ist nicht dasselbe wie ein einzelner Jenkins-Agent. Ab einer Handvoll Entwickler braucht es einen Pool echter Windows-Maschinen, und dieser Pool muss bereitgestellt, gepatcht und so gepflegt werden, dass CI immer weiß, welche Maschinen gerade verfügbar sind. In diesem Maßstab können zwei Builds auf derselben physischen Maschine landen und sich gegenseitig die TwinCAT-Runtime zerlegen, mit Fehlern, die beim erneuten Anstoßen einfach verschwinden. Unter Jenkins löst man das in drei Schritten: eine bestimmte Maschine sperren, den Build daran pinnen und die Lock-Registry automatisch mit dem echten Node-Pool synchron halten. Zeugwerk CI/CD betreibt die Maschinen schon und übernimmt das alles, damit man es nicht selbst tun muss.&lt;/p&gt;</description></item><item><title>CI/CD für TwinCAT: Welche Branching-Strategie passt zu Maschinensoftware?</title><link>/de/blog/branching-strategies-for-plc/</link><pubDate>Tue, 28 Jul 2026 00:00:00 +0000</pubDate><guid>/de/blog/branching-strategies-for-plc/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Kurzfassung&lt;/strong&gt;
Fast alles, was über Branching-Strategien geschrieben wird, geht davon aus, dass sich ein Update gleichzeitig an alle ausrollen und im Zweifel in Minuten zurückrollen lässt. SPS-Software läuft auf physischen Maschinen, die eine bestimmte Version oft jahrelang betreiben, teilweise auf Hardware, bei der ein Wechsel der Major-Version kein Download ist, sondern ein Serviceeinsatz. Damit fallen die meisten verbreiteten Modelle weg, und übrig bleiben langlebige Release-Branches. Dieser Beitrag stellt die Optionen vor und geht dann auf das ein, was Teams wirklich Zeit kostet: was parallele Release-Linien mit Pipeline-Triggern, Versionsableitung und Library-Auflösung anstellen, und wie man das Modell in einem Repository nachrüstet, das längst ausgeliefert ist.&lt;/p&gt;</description></item><item><title>CI/CD für TwinCAT: DevTools On-Prem verteilen mit Scoop</title><link>/de/blog/distributing-devtools-with-scoop/</link><pubDate>Wed, 15 Jul 2026 00:00:00 +0000</pubDate><guid>/de/blog/distributing-devtools-with-scoop/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Kurzfassung&lt;/strong&gt;
Wir verwenden eine Reihe von CLI-Tools in TwinCAT-CI/CD-Pipelines. Diese Tools zuverlässig und versioniert auf unsere Build Nodes zu bringen war ein Problem, das wir lange mit Skripten mehr schlecht als recht gelöst haben. Wir haben Chocolatey, NuGet und einige weitere Optionen geprüft und sind schließlich bei Scoop und einer token-authentifizierten Download-API gelandet. Das Ergebnis: Tools aktualisieren sich selbst, jeder Download wird protokolliert, und das Einrichten eines neuen Nodes dauert Minuten statt eines Nachmittags.&lt;/p&gt;</description></item><item><title>Weg vom Impulsbeantworter</title><link>/de/blog/strategic-partner/</link><pubDate>Wed, 01 Jul 2026 00:00:00 +0000</pubDate><guid>/de/blog/strategic-partner/</guid><description>&lt;p&gt;&lt;img src="/images/blog/2026-07-strategic-partner.png" alt="Matthias Pfurtscheller beim Standortgespräch mit einem langjährigen Zeugwerk-Partner"&gt;
&lt;em&gt;Foto: ©Zeugwerk GmbH/Sadr-Salek&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Gestern kam ich von einem Termin mit einem langjährigen Zeugwerk-Partner zurück. Mit dabei waren ein Entwickler aus dem Maschinenbau-Unternehmen und der CTO.&lt;/p&gt;
&lt;p&gt;Das Gespräch ist ein gutes Beispiel dafür, wie wir bei Zeugwerk Zusammenarbeit verstehen.&lt;/p&gt;
&lt;p&gt;Wir sind schon lange weg von der klassischen Kunden-Lieferanten-Beziehung. Wir sehen unsere Auftraggeber als strategische Partner.&lt;/p&gt;
&lt;p&gt;Beim Großteil unserer Bestandskunden arbeiten wir als externer Partner direkt in der Themenführung rund um Automatisierung und &lt;a href="/de/services/development/"&gt;SPS-Softwareentwicklung&lt;/a&gt;. Das bedeutet: Wir warten nicht erst, bis Probleme entstehen. Wir gestalten den Prozess aktiv mit.&lt;/p&gt;</description></item><item><title>Sichtbarkeit ist kein Zufall</title><link>/de/blog/visibility-is-no-accident/</link><pubDate>Tue, 16 Jun 2026 00:00:00 +0000</pubDate><guid>/de/blog/visibility-is-no-accident/</guid><description>&lt;p&gt;&lt;img src="/images/blog/2026-06-visibility-photoshoot.jpg" alt="Das Zeugwerk-Team beim Fotoshooting"&gt;
&lt;em&gt;Foto: ©Zeugwerk GmbH/&lt;a href="https://raum15.at/"&gt;Raum15&lt;/a&gt;, D. Jelemensky&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Vergangene Woche stand für das Zeugwerk-Team ein Fotoshooting an. Wir wollen die Menschen hinter Zeugwerk sichtbar machen und haben uns bewusst für eine vertraute Umgebung entschieden: einen Ort, wo wir das ganze Jahr über im Einsatz sind. Bei, für und mit unseren Kunden im Maschinen- und Anlagenbau.&lt;/p&gt;
&lt;p&gt;Seit Jahren arbeiten wir bei Maschinenprojekten sehr erfolgreich mit unseren langjährigen Kollegen &lt;a href="https://www.linkedin.com/in/bernhard-fock-58b6abab"&gt;Bernhard Fock&lt;/a&gt;, &lt;a href="https://www.ploetzeneder.com/ueber-uns/"&gt;Nando Plötzeneder&lt;/a&gt; und dem Team der &lt;a href="https://www.ploetzeneder.com/"&gt;Plötzeneder GmbH&lt;/a&gt; zusammen. Dass wir das Fotoshooting bei ihnen vor Ort umsetzen konnten, bedeutet uns mehr, als es auf den ersten Blick vielleicht klingt.&lt;/p&gt;</description></item><item><title>Warum KI für SPS-Code enttäuscht</title><link>/de/blog/ai-for-plc-code/</link><pubDate>Mon, 01 Jun 2026 00:00:00 +0000</pubDate><guid>/de/blog/ai-for-plc-code/</guid><description>&lt;p&gt;&lt;img src="/images/blog/2026-06-ai-for-plc-code.jpg" alt="Matthias Pfurtscheller bei der Maschineninspektion"&gt;
&lt;em&gt;Foto: ©Zeugwerk GmbH/&lt;a href="https://raum15.at/"&gt;Raum15&lt;/a&gt;, D. Jelemensky&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Viele Unternehmen im Maschinen- und Anlagenbau testen gerade KI für SPS-Code. Und sind enttäuscht.&lt;/p&gt;
&lt;p&gt;Am Anfang wirkt die Arbeit mit KI und die scheinbar mühelose Ausgabe ihrer Code-Lösungen beeindruckend. Schon bald merkt man im Alltag, dass sie in der Form aber kaum nutzbar sind.&lt;/p&gt;
&lt;p&gt;Woran das liegt? Nicht an der Qualität der Modelle, sondern an einem grundlegenden Missverständnis darüber, wie KI im Maschinenbau eigentlich funktionieren kann.&lt;/p&gt;</description></item><item><title>CI/CD für TwinCAT: Build-Tools-Landschaft 2026</title><link>/de/blog/twincat-build-tools-landscape-2026/</link><pubDate>Sun, 31 May 2026 00:00:00 +0000</pubDate><guid>/de/blog/twincat-build-tools-landscape-2026/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Kurzfassung&lt;/strong&gt;
TwinCAT hat kein integriertes CI/CD. Die meisten Teams kommen mit lokalen IDE-Builds aus - bis etwas schiefläuft: Ein Entwickler verlässt das Unternehmen, ein Deployment geht um 2 Uhr nachts schief, oder ein Kunde fragt nach Rückverfolgbarkeit, die nicht vorhanden ist. Die realen Optionen sind: Pipeline selbst aufbauen mit Jenkins oder GitHub Actions (dauert Wochen, erfordert laufende Wartung, TwinCAT-Kenntnisse nicht inbegriffen), oder einen Cloud-Dienst nutzen, der TwinCAT bereits unterstützt (~180 €/Monat, dedizierter Build-Node, unbegrenzte Builds, Daten werden nach jedem Build gelöscht). Besser anfangen, bevor der Schmerz einsetzt.&lt;/p&gt;</description></item><item><title>Nachts ruhig schlafen können</title><link>/de/blog/sleeping-soundly-at-night/</link><pubDate>Tue, 26 May 2026 00:00:00 +0000</pubDate><guid>/de/blog/sleeping-soundly-at-night/</guid><description>&lt;p&gt;&lt;img src="/images/blog/2026-05-sleeping-soundly.jpg" alt="Matthias Pfurtscheller beim Kundengespräch"&gt;
&lt;em&gt;Foto: ©Zeugwerk GmbH/&lt;a href="https://raum15.at/"&gt;Raum15&lt;/a&gt;, D. Jelemensky&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Ich fahre gerne Rad. Ohne Strom. Also ganz klassisch Bio-Bike.&lt;/p&gt;
&lt;p&gt;Angefangen hat das als Ausgleich zum Büroalltag und zu all den Fragen, die einen in der Gründungszeit begleiten. Geht sich das aus? Sind wir am richtigen Weg? Haben wir genug Zeit, genug Ressourcen und genug Fokus?&lt;/p&gt;
&lt;p&gt;Also rauf aufs Rad, treten, schwitzen und den Büroalltag aus dem System radeln, auspowern und abschalten. Passiert ist dann aber etwas anderes.&lt;/p&gt;</description></item><item><title>Creator 1.8: CLI, MCP-Server und warum wir aufgehört haben, uns auf das Automation Interface zu verlassen</title><link>/de/blog/creator-1-8-cli-mcp/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>/de/blog/creator-1-8-cli-mcp/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Kurzfassung&lt;/strong&gt;
Creator 1.8 bringt eine Kommandozeile und einen MCP-Server für KI-Agenten. Beides ist das direkte Ergebnis einer bewussten Architekturentscheidung vor 18 Monaten: weg von der Abhängigkeit vom Beckhoff Automation Interface, hin zu einem eigenen Parser und Semantikmodell. Damit haben wir volle Kontrolle über Codeanalyse und Codegenerierung, unabhängig von IDE, Hersteller oder dem, was Beckhoff als nächstes ankündigt. Wer ein Unternehmen mit SPS-Software betreibt und sich darüber noch keine Gedanken gemacht hat, sollte weiterlesen.&lt;/p&gt;</description></item><item><title>Strukturproblem, kein Personalproblem</title><link>/de/blog/developer-on-vacation/</link><pubDate>Wed, 13 May 2026 00:00:00 +0000</pubDate><guid>/de/blog/developer-on-vacation/</guid><description>&lt;p&gt;&lt;img src="/images/blog/2026-05-developer-on-vacation.jpg" alt="Ein Teamgespräch beim Maschinenbauer"&gt;
&lt;em&gt;Das Zeugwerk-Team vor Ort bei Kunden im Maschinen- und Anlagenbau. Foto: ©Zeugwerk GmbH/&lt;a href="https://raum15.at/"&gt;Raum15&lt;/a&gt;, D. Jelemensky&lt;/em&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;„Der zuständige Entwickler ist gerade im Urlaub. Können Sie in zwei Wochen wieder anrufen?&amp;quot;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Ein Satz, den kein Maschinenbauer gerne sagt und kein Kunde gerne hört. Trotzdem passiert genau das häufiger, als man vermuten könnte. Nicht, weil die Entwickler schlecht arbeiten. Das Gegenteil ist der Fall. Sehr oft sitzen in den Teams richtig gute Leute.&lt;/p&gt;</description></item><item><title>Ein Blick hinter unsere neue Website</title><link>/de/blog/new-zeugwerk-website-behind-the-scenes/</link><pubDate>Tue, 12 May 2026 00:00:00 +0000</pubDate><guid>/de/blog/new-zeugwerk-website-behind-the-scenes/</guid><description>Ein kurzer Blick hinter die Kulissen unserer neuen Firmenwebsite: mit Hugo umgesetzt, in GitHub versioniert, automatisch deployed, vollständig statisch und bewusst ohne Tracking.</description></item><item><title>Twinpack 1.4.2 ist da</title><link>/de/blog/twinpack-1-4-2-is-out/</link><pubDate>Fri, 06 Mar 2026 00:00:00 +0000</pubDate><guid>/de/blog/twinpack-1-4-2-is-out/</guid><description>&lt;p&gt;&lt;em&gt;Und der bisher überzeugendste Grund, Ihren TwinCAT-Workflow zu modernisieren.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Wer schon länger SPS-Software mit TwinCAT 3 entwickelt, kennt das Ritual: Libraries werden in ZIP-Dateien oder sogar USB-Sticks weitergegeben, die Versionierung passiert in Ordnernamen wie &lt;code&gt;MyLib_v2_FINAL_fixed&lt;/code&gt;, und eine neue Maschine einzurichten heißt, die richtige Library-Version auf einem gemeinsamen Laufwerk zu suchen - das vielleicht aktuell ist, vielleicht auch nicht.&lt;/p&gt;
&lt;p&gt;Die restliche Softwarewelt hat dieses Problem vor Jahrzehnten gelöst. Python hat pip. JavaScript hat npm. Rust hat Cargo. Jetzt hat TwinCAT Twinpack - und Version 1.4.2 macht es robuster, schneller und leichter in professionelle Entwicklungs-Workflows integrierbar als je zuvor.&lt;/p&gt;</description></item><item><title>Massiver Build-Performance-Boost dank TwinCAT-Update</title><link>/de/blog/build-performance-boost/</link><pubDate>Sun, 01 Jun 2025 00:00:00 +0000</pubDate><guid>/de/blog/build-performance-boost/</guid><description>&lt;p&gt;Kurz gesagt: Wir betreiben automatisierte Build-, Test- und Deploy-Pipelines für TwinCAT - vollständig selbst entwickelt. Kürzlich hat Beckhoff TwinCAT 3.1.4024.55 veröffentlicht. Nach dem Update unserer Build-Nodes konnten wir kaum glauben, was wir sahen: die gesamte Pipeline ist 50-60 % schneller.&lt;/p&gt;
&lt;h2 id="was-unsere-build-pipeline-macht"&gt;Was unsere Build-Pipeline macht&lt;/h2&gt;
&lt;p&gt;Jeder Commit ins Zeugwerk Framework löst eine Pipeline aus, die:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Alle notwendigen Software-Repositories klont und die Versionsnummer für den neuen Build bestimmt&lt;/li&gt;
&lt;li&gt;Alle Abhängigkeiten über &lt;a href="https://github.com/Zeugwerk/Twinpack"&gt;Twinpack&lt;/a&gt; holt - inklusive externer Abhängigkeiten wie TcUnit und Struckig, vollständig automatisiert&lt;/li&gt;
&lt;li&gt;Jede Library einmal als &lt;code&gt;.library&lt;/code&gt; und einmal als &lt;code&gt;.compiled-library&lt;/code&gt; baut (&lt;a href="https://github.com/Zeugwerk/zkbuild-action"&gt;zkbuild&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Alle Unit-Tests extrahiert und ausführt (&lt;a href="https://github.com/Zeugwerk/zkbuild-action"&gt;zkbuild&lt;/a&gt; im Unit-Test-Modus)&lt;/li&gt;
&lt;li&gt;Binding-Code für das Quickstart-HMI generiert (&lt;a href="https://github.com/Zeugwerk/zkbindings-action"&gt;zkbindings&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Library-API-Dokumentation generiert (&lt;a href="https://github.com/Zeugwerk/zkdoc-action"&gt;zkdoc&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Alle generierten Artefakte und die neue Dokumentation auf unsere Server deployt&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Aktuell umfasst das 7 Library-Dateien, jede zweimal gebaut, installiert und unit-getestet.&lt;/p&gt;</description></item><item><title>Durst Group setzt auf Zeugwerk</title><link>/de/blog/durst-group-trusts-in-zeugwerk/</link><pubDate>Sun, 01 Sep 2024 00:00:00 +0000</pubDate><guid>/de/blog/durst-group-trusts-in-zeugwerk/</guid><description>&lt;p&gt;Die &lt;a href="https://www.durst-group.com/de"&gt;Durst Group&lt;/a&gt; ist ein führender Hersteller von Digitaldrucklösungen und Produktionssystemen. Um den hohen Ansprüchen an Qualität, Geschwindigkeit und Zukunftsfähigkeit in der Entwicklung ihrer Lösungen gerecht zu werden, setzt Durst auf Standardisierung in der Steuerungssoftware-Entwicklung.&lt;/p&gt;
&lt;p&gt;Josef Unterrainer, Development Department bei Durst:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Die Einführung des Zeugwerk-Frameworks kam für uns genau zum richtigen Zeitpunkt. So konnten wir unsere standortübergreifenden Harmonisierungsbestrebungen erheblich beschleunigen. Insbesondere für die Projektierung unserer Serienmaschinen, die aus ähnlichen Maschinenelementen in verschiedenen Varianten gefertigt werden, bietet das Framework unschätzbare Vorteile bei der Umsetzung.&lt;/p&gt;</description></item><item><title>Zeugwerk DevKit 1.2</title><link>/de/blog/zeugwerk-devkit-1-2/</link><pubDate>Fri, 01 Mar 2024 00:00:00 +0000</pubDate><guid>/de/blog/zeugwerk-devkit-1-2/</guid><description>&lt;p&gt;Sechs Monate nach dem offiziellen Release von Framework 1.0 haben wir das erste Upgrade des &lt;a href="https://github.com/Zeugwerk/Zeugwerk-Development-Kit/releases/tag/1.2.0.0"&gt;Zeugwerk Development Kits&lt;/a&gt; veröffentlicht. Version 1.2 steht jetzt zum Download bereit.&lt;/p&gt;
&lt;p&gt;Die unterstützte Plattform ist weiterhin Beckhoff TwinCAT &amp;gt;= 3.1.4024.12. Weitere Details finden Sie in unserem &lt;a href="https://doc.zeugwerk.dev/"&gt;Developer Space&lt;/a&gt;.&lt;/p&gt;
&lt;h2 id="was-im-kit-enthalten-ist"&gt;Was im Kit enthalten ist&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Quickstart-Tutorial &amp;amp; Visualisierung&lt;/li&gt;
&lt;li&gt;Zeugwerk Creator CE&lt;/li&gt;
&lt;li&gt;Zeugwerk Framework 1.2&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Die neue Framework-Version enthält eine Reihe von Verbesserungen und neuer Funktionen. Den vollständigen &lt;a href="https://zeugwerk.dev/Zeugwerk_Framework/Documentation/release/1.2/changelog/changelog_release_1_2.html"&gt;Changelog&lt;/a&gt; finden Sie in der Dokumentation. Ein &lt;a href="https://zeugwerk.dev/Downloads/DevKit/UpgradeGuide_to_R1.2.pdf"&gt;Upgrade-Guide&lt;/a&gt; ist verfügbar, da sich die API einiger Objekte leicht geändert hat und die Standard-Applikationsstruktur erweitert wurde.&lt;/p&gt;</description></item><item><title>Zeugwerk Datawrangler</title><link>/de/blog/zeugwerk-datawrangler/</link><pubDate>Sun, 01 Oct 2023 00:00:00 +0000</pubDate><guid>/de/blog/zeugwerk-datawrangler/</guid><description>&lt;p&gt;Wollen Sie Daten von Ihrem TwinCAT-Controller sichern, bevor Sie ein Applikations-Update einspielen? Richten Sie ein neues System ein und müssen vorbereitete Daten laden - vielleicht aus einer bestehenden Installation?&lt;/p&gt;
&lt;p&gt;Der Zeugwerk Datawrangler ist genau dafür gemacht.&lt;/p&gt;
&lt;h2 id="was-er-kann"&gt;Was er kann&lt;/h2&gt;
&lt;p&gt;Der Datawrangler ist ein Tool zum einfachen, schnellen und flexiblen Export und Import von Daten aus TwinCAT-Controllern. Er integriert sich direkt in die TwinCAT-XAE-Shell (Visual Studio) als Backup/Restore-Funktion - immer verfügbar, wenn Sie ihn bei der Entwicklung oder Inbetriebnahme brauchen.&lt;/p&gt;</description></item><item><title>Zeugwerk DevKit 1.0</title><link>/de/blog/zeugwerk-devkit-1-0/</link><pubDate>Thu, 01 Jun 2023 00:00:00 +0000</pubDate><guid>/de/blog/zeugwerk-devkit-1-0/</guid><description>&lt;p&gt;Ein Jahr nach der Gründung von Zeugwerk GmbH haben wir die erste stabile Version des &lt;a href="https://github.com/Zeugwerk/Zeugwerk-Development-Kit/releases/tag/1.0.0.4"&gt;Zeugwerk Development Kits&lt;/a&gt; veröffentlicht. Es steht jetzt zum Download bereit.&lt;/p&gt;
&lt;p&gt;Die unterstützte Plattform ist Beckhoff TwinCAT &amp;gt;= 3.1.4024.12 - und das ist erst der Anfang.&lt;/p&gt;
&lt;h2 id="was-im-kit-enthalten-ist"&gt;Was im Kit enthalten ist&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Quickstart-Tutorial &amp;amp; Visualisierung&lt;/li&gt;
&lt;li&gt;Zeugwerk Creator CE&lt;/li&gt;
&lt;li&gt;Zeugwerk Framework 1.0&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Das Framework liefert eine breite Palette von Bausteinen und Funktionen mit, um Automatisierungstechnikern das Leben leichter zu machen. Das Quickstart-Tutorial ist als einfacher Einstiegspunkt für die Entwicklung eigener Applikationen mit dem Framework enthalten.&lt;/p&gt;</description></item><item><title>Interview: Modern Software Engineering in der Automatisierung</title><link>/de/blog/interview-modern-software-engineering/</link><pubDate>Wed, 01 Mar 2023 00:00:00 +0000</pubDate><guid>/de/blog/interview-modern-software-engineering/</guid><description>&lt;p&gt;Zeugwerk war im Kundenmagazin &lt;em&gt;What&amp;rsquo;s Next&lt;/em&gt; von Ferchau mit einem Beitrag zum Thema modernes Software Engineering im Maschinenbau vertreten.&lt;/p&gt;
&lt;p&gt;Mit unserem Application Framework und langjähriger Erfahrung in der standardisierten Entwicklung von Steuerungssoftware helfen wir Maschinenbauern, die steigenden Anforderungen an Softwarequalität, Wartbarkeit und Liefergeschwindigkeit zu erfüllen.&lt;/p&gt;
&lt;p&gt;Das Interview diskutiert, wie moderne Software-Paradigmen - objektorientiertes Design, CI/CD, automatisiertes Testen - die Art verändern, wie Automatisierungssoftware gebaut wird, und was das für Teams bedeutet, die mit TwinCAT arbeiten.&lt;/p&gt;</description></item><item><title>Zeugwerk ist Beckhoff Solution Provider</title><link>/de/blog/zeugwerk-beckhoff-solution-provider/</link><pubDate>Sun, 01 Jan 2023 00:00:00 +0000</pubDate><guid>/de/blog/zeugwerk-beckhoff-solution-provider/</guid><description>&lt;p&gt;Wir freuen uns bekanntzugeben, dass Zeugwerk GmbH jetzt zertifizierter Beckhoff Solution Provider in den Bereichen Industry, IoT und mehr ist.&lt;/p&gt;
&lt;p&gt;Das Solution-Provider-Programm gibt Beckhoff-Kunden die Möglichkeit, einen Integrator mit langjähriger Beckhoff-Produkterfahrung zu kontaktieren. Beckhoff stellt sicher, dass Solution Provider Experten mit umfassendem Wissen über das Beckhoff-System und die zugehörigen Produkte und Technologien sind.&lt;/p&gt;
&lt;p&gt;Unseren Eintrag finden Sie im &lt;a href="https://www.beckhoff.com/de-at/support/solution-provider-programm/zeugwerk.html"&gt;Beckhoff Solution-Provider-Verzeichnis&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Vielen Dank an Beckhoff für diese Anerkennung - wir sind stolz, Teil des Programms zu sein.&lt;/p&gt;</description></item><item><title>Zeugwerk Creator Pro - Compose Equipment</title><link>/de/blog/creator-pro-compose-equipment/</link><pubDate>Sat, 01 Oct 2022 00:00:00 +0000</pubDate><guid>/de/blog/creator-pro-compose-equipment/</guid><description>&lt;h2 id="das-framework"&gt;Das Framework&lt;/h2&gt;
&lt;p&gt;&lt;a href="https://doc.zeugwerk.dev"&gt;Zeugwerk Framework&lt;/a&gt; ist ein vollständiges Application Framework für die standardisierte Entwicklung von SPS-Applikationen. Es besteht aus einem Applikations-Template und mehreren Libraries, die alle für die Applikationsentwicklung notwendigen Funktionen bereitstellen.&lt;/p&gt;
&lt;p&gt;Die modulare, klar strukturierte Applikationsarchitektur trennt Kommunikation, Daten und Logik - und bleibt langfristig wartbar. Das gesamte Framework ist vollständig objektorientiert und bietet damit eine zukunftssichere Architektur.&lt;/p&gt;
&lt;h2 id="ide-erweiterung"&gt;IDE-Erweiterung&lt;/h2&gt;
&lt;p&gt;Für einen ganzheitlichen End-to-End-Entwicklungsansatz erweitert &lt;a href="https://www.zeugwerk.at/loesungen/creator/"&gt;Zeugwerk Creator&lt;/a&gt; die TwinCAT-XAE-Entwicklungsumgebung (Visual Studio) mit nahtloser Integration für Framework-basierte Entwicklung. Das Ziel: konsistente, schnelle und fehlerfreie Workflows.&lt;/p&gt;</description></item></channel></rss>