SPS-Konverter: Kontaktplan in Strukturierten Text, Siemens zu Rockwell

Ja. Füg SCL ein oder öffne eine .scl-Datei, und es geht standardmäßig nach Rockwell, als Strukturierter Text oder Kontaktplan. Von SCL nach Strukturiertem Text ändert sich mehr als die Variablennamen: Aufrufe von TON_TIME werden zu TONR mit .PRE und .TimerEnable, R_TRIG wird zu OSRI, .Q wird zu .DN, T#2s wird zu 2000 und INT wird zu DINT. Du kannst eine .L5X zum Importieren herunterladen. Es wandelt nur Logik um, und diese Datei wurde bisher nur getestet, indem sie wieder in PLC Gym eingelesen wurde, also prüf den Import in Studio 5000.

Ja. Füg Strukturierten Text oder Strompfadtext ein oder öffne einen L5X-Export, und es geht standardmäßig nach Siemens: SCL aus Strukturiertem Text, KOP aus Kontaktplan. TONR-Timer werden zu TON_TIME, CTUD-Zähler werden zu CTU, OSRI-Flanken werden zu R_TRIG, DN wird zu Q und ACC wird zu ET oder CV, und jede lokale Variable bekommt in SCL ihr #.

Ja, und auch umgekehrt. Füg deinen eigenen Code ein, und du bekommst eine Zusammenfassung dessen, was für dich anders ist: wie sich Timer, Flanken und Variablennamen ändern, mit den Zeilen deines Programms, in denen sie stehen. Dann lass das umgewandelte Programm am Bedienpanel von PLC Gym laufen und spiel eine Mission in der Sprache dieses Herstellers. Den Rest deckt der Spickzettel auf dieser Seite ab.

Nein. Sieh ihn als Lernhilfe und als Vorsprung bei einer Migration. Es wandelt nur Logik um: Hardwarekonfiguration, I/O-Adressen, Kommunikation, HMI, PID, Motion und Antriebe bleiben bei dir. Die Gegenüberstellung läuft auf dem Simulator von PLC Gym, nicht auf deiner Maschine, und die Dateien müssen in der Software des Herstellers geprüft werden. Prüf ihn so, wie du den Code eines Kollegen prüfen würdest, und teste ihn an der echten Maschine, wie es dein Standort verlangt.

Es liest den Code, so wie ein Übersetzer eine Sprache erkennt. Ein # vor Variablennamen heißt Siemens, TONR oder .DN heißt Studio 5000, und T#2s bei Variablen ohne # heißt TwinCAT. Es sagt dir, was es gesehen hat, und wenn der Code von jedem Hersteller sein könnte, sagt es das und lässt dich wählen. Dateien sagen, was sie sind: .scl, .L5X, .TcPOU und der .xml-Export von TIA Portal.

Ja, aus dem XML-Export von TIA Portal. Ein KOP- oder FUP-Baustein hat keine .scl-Quelle, also verlässt er TIA Portal als XML: Ab V16 fügst du im Projektbaum unter Version control interface einen Arbeitsbereich hinzu und holst den Baustein hinein, und TIA Portal schreibt den Baustein als .xml-Datei. Openness-Skripte schreiben dieselbe Datei. Jedes Netzwerk wird als das SCL gelesen, das dasselbe tut, eine Spule als alles, was an ihren Eingang angeschlossen ist, und eine Box als Aufruf, und von dort nach Rockwell oder TwinCAT umgewandelt, in Strukturiertem Text oder Kontaktplan. Öffne die Datenbausteine und Datentypen des Bausteins mit, dann werden sie zusammen gelesen. Der Leser wurde nach der Formatbeschreibung von Siemens geschrieben und nicht mit jeder TIA Portal Version ausprobiert, also wird ein Netzwerk mit einem Teil, den er nicht liest, benannt und dir überlassen, und der Rest des Bausteins wird drumherum umgewandelt.

Ja, immer. Jeder Strompfad wird zu einer oder zwei Zeilen Strukturiertem Text: Kontakte werden zu AND und OR, Spulen zu Zuweisungen, OTL und OTU zu IF … THEN, und Timer, Zähler und Flanken werden zu Aufrufen im Stil des Zielherstellers. Die Kommentare der Strompfade kommen als Kommentare mit.

Die meiste Steuerungslogik schon: Kontakte, Spulen, Setzen und Rücksetzen, Timer, Zähler, Flanken, Vergleiche, Übertragungen und Mathematik. FOR-Schleifen nicht, weil Kontaktplan jeden Strompfad einmal pro Zyklus abarbeitet, also markiert der Konverter die Zeile und schlägt vor, einen Strompfad pro Element zu schreiben oder diesen Teil in Strukturiertem Text zu lassen.

Ja. Eine Studio 5000 AOI wird zu einem TIA Portal FB oder einem TwinCAT FUNCTION_BLOCK, und zurück. In Kontaktplan geschriebene AOIs bleiben Kontaktplan, wenn du nach TIA Portal KOP umwandelst, und werden sonst zu Strukturiertem Text. Ein UDT wird zu einem PLC-Datentyp oder einem TwinCAT STRUCT. Die Aufrufe ändern sich auch: Studio 5000 übergibt die Instanz und dann die Pflichtparameter der Reihe nach, TIA Portal und TwinCAT benennen jeden Parameter. Eingangsstrukturen gehen als InOut in eine AOI, TIME wird zu DINT-Millisekunden, und die Vorgabewerte eines UDT wandern auf die Variablen, weil Logix-UDTs keine Vorgabewerte halten können. Jede Änderung steht im Bericht, und der Prüflauf vergleicht auch jedes Strukturelement.

Keines von beiden hat Routinen für Scan-Modi, also übernimmt der Funktionsbaustein diese Aufgabe selbst. EnableInFalse wird zu einem Eingang EnableIn: Der Baustein wird in jedem Zyklus aufgerufen, mit EnableIn aus seinem Strompfad, und sein IF … ELSE führt die EnableInFalse-Logik aus, wenn der Strompfad aus ist. Prescan wird zu Code, der einmal läuft, am Anfang des ersten Aufrufs des Bausteins. Postscan läuft nur, wenn eine SFC-Aktion endet, also bleibt es für Studio 5000 erhalten und wird anderswo vermerkt. Der Prüflauf prüft, ob sich beide Versionen gleich verhalten.

PLC Gym lässt dein Original und das umgewandelte Programm in seinem Simulator tausende Zyklen lang nebeneinander laufen, steuert beide mit denselben Eingängen und vergleicht jeden Ausgang in jedem Zyklus. Zahleneingänge werden über die Grenzen in deinem Code und über den ganzen Bereich ihres Typs getrieben, und die Seite zeigt den Bereich, der probiert wurde. Es meldet nur dann eine Übereinstimmung, wenn jede Zeile deines Programms gelaufen ist, jeder Ein/Aus-Ausgang sich geändert hat und jeder Timer und Zähler während des Laufs bis zum Ende gelaufen ist. Was nicht probiert werden konnte, wird benannt, und das Ergebnis lautet dann teilweise. Eine Übereinstimmung heißt, dass sie in diesen Tests übereingestimmt haben, also ist sie keine Garantie. Du siehst das Ergebnis als Logikanalysator-Spur. Drück Ausführen, um das umgewandelte Programm am Bedienpanel von PLC Gym zu öffnen, mit Tastern, Schaltern und Leuchten aus seinen Variablen, und probier es selbst aus. Teste immer an der echten Maschine, wie es dein Standort verlangt.

Die fertigen Beispiele sind für alle offen, ohne Konto. Jedes Konto bekommt eine kostenlose Pro-Testphase bis 5. Dezember 2026, bis dahin wandelt ein kostenloses Konto also so viel von deinem eigenen Code um, wie du willst. Danach wandelt ein kostenloses Konto 3 deiner eigenen Programme um, und denselben Code erneut oder für einen anderen Hersteller umzuwandeln, verbraucht kein weiteres.

Dein Code geht über eine verschlüsselte Verbindung an unseren Server, damit er umgewandelt werden kann, und das Ergebnis kommt direkt zurück. Wir speichern ihn nicht und protokollieren ihn nicht, und er ist in den Sitzungsaufzeichnungen verborgen, mit denen wir die Website verbessern. Bei einem kostenlosen Konto behalten wir einen verschleierten Fingerabdruck von bis zu 3 Programmen, damit derselbe Code nicht doppelt zählt. Er lässt sich nicht in deinen Code zurückverwandeln, und er wird gelöscht, wenn dein Konto gelöscht wird.

Ja. Lade eine .scl-Quelle herunter und nutze in TIA Portal Bausteine aus Quelle generieren, eine .L5X zum Import in Studio 5000 oder eine .TcPOU zum Hinzufügen zu einem TwinCAT 3 Projekt. Deine eigenen Typen und Bausteine kommen mit: in der .scl und der .L5X oder als Zip mit .TcDUT- und .TcPOU-Dateien für TwinCAT. TIA Portal hat kein Textformat für Kontaktplan, also zeichnest du für Siemens KOP die gezeigten Netzwerke neu oder nimmst die SCL-Datei. Sieh diese Dateien als Beta: Die .L5X wurde bisher nur getestet, indem sie wieder in PLC Gym eingelesen wurde, also prüf jeden Import in der Software des Herstellers.

Nur Logik: keine Hardwarekonfiguration, keine Kommunikation, keine HMI-Variablen und keine Bibliotheksbausteine der Hersteller wie PID und Motion. Deine eigenen Funktionsbausteine, AOIs und UDTs werden umgewandelt, solange ihre Logik in Kontaktplan oder Strukturiertem Text geschrieben ist. Alles, was es nicht übertragen kann, wird mit der Zeile und dem, was zu tun ist, aufgelistet und nie still weggelassen.