PlcGit Produkte, Arbeitsweise und Ziele

PlcGit bietet mehrere Funktionen

• SPS Programm Sicherung und Zurückspielen
• Prüfen und Zusammenführen von Unterschieden in den Versionen des SPS Programms
• Verwalten Sie den SPS Programmcode in einem verteilten Entwicklungsteam

Die folgende Beschreibung ist ein Beispiel einem Siemens S7 1500 Modell. Programmiert wurde mit dem Siemens TIA Portal.

SPS Programm Sicherung und Zurückspielen

Beim ersten Start muss ein Repository definiert werden. Dabei handelt es sich in der Regel um den Namen des Repositorys. Anschließend wird für die Ersteinrichtung ein TIA-Projekt benötigt. Dieses Projekt definiert das SPS-Programm einer oder mehrerer SPSen. Ein Repository kann mehrere TIA-Projekte verwalten.
Jede SPS wird mit ihrem Namen und ihrer TCP/IP-Adresse definiert. Die Ersteinrichtung liest das TIA-Projekt ein und bietet eine Liste der SPSen mit ihren IP-Adressen an. Eine oder mehrere davon können für die Sicherungs- und Wiederherstellungsfunktion ausgewählt werden. Anschließend können der Zeitpunkt und die Häufigkeit der Sicherung festgelegt werden. Meistens erfolgt dies einmal täglich in der Nacht.
Intern wird das TIA-Projekt gelesen, dekodiert und alle Programmteile werden in einer für Menschen lesbaren Form an das Repository gesendet.

Nun wird die eigentliche SPS jeden Abend auf Änderungen überprüft. Werden Änderungen festgestellt, werden die betroffenen Elemente aus der SPS ausgelesen und an das Repository gesendet. Dies wird als „Tag“ bezeichnet und anhand des Zeitstempels sowie des Mitarbeiters, der die Änderung vorgenommen hat, identifiziert.

Wenn nun bestimmte Änderungen, die meist am Wochenende vorgenommen werden, den Betrieb am Montag oder später stören könnten, überprüft das Wartungspersonal die Liste der verfügbaren Backups der letzten Tage. Dies geschieht in einem Browser. Normalerweise kennt die Schichtleitung das Datum des letzten stabilen Produktionslaufs. Sie wählt also beispielsweise die Version vom letzten Dienstag aus. Dann wird die Wiederherstellungsfunktion gestartet. Diese nimmt das vorhandene TIA-Projekt, liest alle in der SPS vorgenommenen Änderungen, kopiert das TIA-Projekt und aktualisiert es mit den bis Dienstag vorgenommenen Änderungen. Nach Abschluss des Vorgangs wird es auf einen Rechner heruntergeladen, auf dem das TIA-Portal installiert ist – meist handelt es sich dabei um einen Rechner des Wartungspersonals. Anschließend wird das TIA-Portal gestartet, das heruntergeladene Projekt geladen und die betroffene SPS aktualisiert und neu gestartet.

Einige Details zu Sicherung und Wiederherstellung. Wenn die Sicherung während der Nacht nicht durchgeführt werden kann, meist weil die SPS nicht verfügbar ist, wird ein Alarm ausgelöst. Der Alarm wird in eine Protokollierungsliste geschrieben. Eine E-Mail-Benachrichtigung kann in diesem Fall konfiguriert werden. Dann kann in dieser Nacht keine Sicherung durchgeführt werden.
Bei der Wiederherstellung werden einige Prüfungen auf Konsistenz zwischen TIA-Projekt und SPS durchgeführt. Wenn also die SPS-Hardwarekonfiguration abweicht, funktioniert die Wiederherstellung meist nicht ordnungsgemäß. Dies wird auch bei den nächtlichen Backups geprüft, und wenn die SPS-Hardwarekonfiguration abweicht, wird eine Warnung gesendet. Normalerweise muss bei einer Änderung der SPS-Hardwarekonfiguration ein neues TIA-Projekt eingecheckt werden, falls dies geschieht.

Unterschiede zwischen den SPS-Programmversionen prüfen und zusammenführen

Nach einer Notfallwiederherstellung oder aus anderen Gründen kann das Wartungspersonal die Änderungen zwischen verschiedenen erfassten Änderungen oder im Vergleich zum ursprünglichen TIA-Projektinhalt überprüfen. Dies erfolgt ebenfalls in einem Browser.
Zunächst wird das Repository aus der Liste ausgewählt, dann eine SPS. Die Ansicht ähnelt dem TIA-Portal mit einer Liste der SPS-Blöcke. Geänderte Blöcke sind markiert. Anschließend wird ein (geänderter) Baustein ausgewählt. Der Bausteininhalt wird im Browser ähnlich wie im TIA Portal als KOP/FUP/SCL/Graph angezeigt. Der Baustein wird zweimal dargestellt, einmal als KOP und einmal als FUP. Erkannte Änderungen sind deutlich markiert. Der SPS-Programmcode ist in Sätzen programmiert, es wird jeweils nur ein Satz angezeigt. Geänderte Sätze sind in der Liste der Sätze markiert.

Durch das Zusammenführen kann der Benutzer nun ganze Blöcke aus einer Version in eine andere übertragen oder ganze Rungs. Oder innerhalb eines Rungs können einzelne Elemente oder Elementgruppen für das Zusammenführen verwendet werden.
Das Testen erfolgt wie bei der Wiederherstellung: TIA-Projekt erstellen, das Projekt herunterladen, TIA öffnen, das Projekt in TIA laden und anschließend in die SPS.Durch das Zusammenführen kann der Benutzer nun ganze Blöcke von einer Version in eine andere oder ganze Rungen übertragen. Oder innerhalb einer Runge können einzelne Elemente oder Elementgruppen für das Zusammenführen verwendet werden.
Das Testen erfolgt wie bei der Wiederherstellung: TIA-Projekt erstellen, das Projekt herunterladen, TIA öffnen, das Projekt in TIA laden und anschließend in die SPS übertragen.

Verwalten Sie den SPS Programmcode in einem verteilten EntwicklungsteamVerwaltung von SPS-Programmcode in verteilten Softwareentwicklungsteams

Bei der Softwareentwicklung gibt es in der Regel keine SPS. Mehrere Personen im Team arbeiten an verschiedenen Teilen der SPS-Software. Es werden lediglich die SPS-Blockauswahl und die Zusammenführungsfunktionen benötigt.
In diesem Fall können mehrere TIA-Projekte vorhanden sein. Diese können in ein Repository eingecheckt werden. Um den Code zusammenzuführen, können die Blöcke ausgewählt und zu einem resultierenden TIA-Projekt zusammengeführt werden. Dies kann zu verschiedenen Zusammenführungskonflikten führen. Solche Elemente werden markiert. Anschließend können die Probleme durch manuelle Eingriffe gelöst werden, beispielsweise durch die Umbenennung einiger Variablen oder Blöcke oder die Neunummerierung von Blöcken. In der Regel unterscheiden sich die im verteilten Entwicklungsteam verwendeten Strukturen. Eine mögliche Lösung ist die Erstellung einer neuen Struktur in der Zusammenführung, die alle Variablen der Teammitglieder enthält. Es sind jedoch auch andere Lösungen möglich.
Unterschiedliche TIA-Versionen im Team stellen meist kein Problem dar. Die Zusammenführung von niedrigeren zu höheren TIA-Versionen funktioniert immer. Ein Downgrade ist möglich, wenn die betroffenen SPS-Blöcke keine speziellen Funktionen nutzen, die die ältere TIA nicht verarbeiten kann.
Das Einzige, was nicht zusammengeführt werden kann, sind Hardwarekonfigurationen. Diese sind