AWL nach SCL oder KOP umwandeln und nachweisen, dass sich der neue Baustein gleich verhält

Warum AWL-Bausteine bei der Migration auf S7-1500 umgeschrieben werden

Das meiste AWL, das heute noch läuft, stammt aus S7-300/400-Projekten: Bausteine, vor fünfzehn oder zwanzig Jahren geschrieben, die immer noch eine Linie steuern und die vor Ort niemand öffnen will. Wer sie geschrieben hat, ist längst nicht mehr im Haus, und wer die Maschine heute betreut, liest KOP und SCL.

Die Plattform hat sich in dieselbe Richtung bewegt. Die S7-1200 hat AWL nie unterstützt, und bei der S7-1500 lenkt Siemens Sie Richtung SCL und KOP. Jedes Mal, wenn ein altes Projekt auf eine neuere CPU umzieht, kommen die AWL-Bausteine mit, und die Frage, was mit ihnen passieren soll, stellt sich neu.

Von Hand heißt das: Netzwerk für Netzwerk durchgehen, herausfinden, was in jeder Zeile im Akku steht, alles neu schreiben und dann hoffen, dass der neue Baustein dasselbe tut. Bei einem Projekt mit viel AWL sind das Wochen, und das Hoffen ist der riskante Teil.

So läuft eine Migration ab

Sie fordern sie im Chat an, Baustein für Baustein, im Projekt, das im TIA Portal geöffnet ist. Coilmind folgt dabei einem Migrationsleitfaden, der für AWL geschrieben wurde, und improvisiert die Umsetzung nicht.

Einen Ein-Klick-Beweis für Gleichwertigkeit gibt es nicht. Der Nachweis ist die Testsuite: Besteht sie auf dem Original und auf der Neufassung, verhalten sich beide für die getesteten Fälle gleich. Fälle, die Sie nicht getestet haben, sind nicht abgedeckt.

KOP als Ziel, nicht nur SCL

Eine AWL-Umsetzung zielt meist auf SCL, weil Text zu Text die einfache Richtung ist. Das passt, wenn Ihre Instandhaltung SCL liest. In vielen Betrieben öffnen die Elektriker in der Nachtschicht aber nur KOP, und bei einem Baustein, dem sie online nicht folgen können, rufen sie Sie an.

Coilmind erzeugt KOP für alles außer F-Bausteinen, Sie können also pro Baustein wählen: SCL für die rechenlastigen, KOP für Verriegelungen und Schrittketten, die jemand im Online-Modus beobachten muss. Den Tests ist die Wahl egal, denn sie laufen gegen den übersetzten Baustein.

Was nicht automatisch umgesetzt wird

Manches AWL hat keine saubere Entsprechung, oder nur eine, die von Zusammenhängen abhängt, die der Code nicht zeigt. An diesen Stellen rät Coilmind nicht. Es listet sie für Sie auf, nach Netzwerk, und überlässt Ihnen die Entscheidung. Die üblichen Kandidaten:

• ›Indirekte Adressierung: Pointer, von Hand gebaute ANY-Parameter und Rechnen mit den Adressregistern (AR1/AR2).
• ›Ungewöhnliche Nutzung der Akkus, etwa Logik, die davon abhängt, was eine frühere Anweisung in AKKU2 hinterlassen hat.

Die Liste, die Sie bekommen, gilt für Ihren Baustein. Eine kurze Liste heißt, dass der Großteil sauber umgesetzt wurde. Eine lange sagt Ihnen vorab, dass dieser Baustein einen Menschen braucht, bevor Sie einen Tag daran verloren haben.

Ohne PLCSIM Advanced

Das Umschreiben selbst funktioniert ohne: Coilmind liest das AWL, schreibt SCL oder KOP, importiert und übersetzt. Was fehlt, ist der Nachweis. Ohne PLCSIM Advanced laufen die Tests nicht, nichts prüft also, ob sich der neue Baustein wie der alte verhält, und Sie sind wieder bei der Durchsicht von Hand.

Unterstützt wird PLCSIM Advanced V3 bis V6. Siemens verkauft es separat, Coilmind enthält es nicht.

Was den Originalbaustein schützt

• ›Vor jeder Bausteinänderung wird ein lokaler Snapshot angelegt, die Wiederherstellung ist ein Klick.
• ›Jeder Import muss sich übersetzen lassen. Lässt sich die Neufassung nicht übersetzen, wird sie nicht übernommen.
• ›Tests laufen nur auf PLCSIM Advanced. Coilmind lädt nie in reale Hardware.
• ›Arbeitet mit dem Projekt, das im TIA Portal V17 bis V21 geöffnet ist, unter Windows, über die Openness-API.