Prybisch Automation LogoPrybisch Automation
Kontakt

SPS-Programmierer für Siemens TIA Portal: S7-1500 und S7-1200

Externe SPS-Programmierung für Neuanlagen, Erweiterungen und Migrationen — mit sprechender Symbolik und klarer Bausteinstruktur, damit Ihre Instandhaltung das Programm im Störfall selbst lesen kann.

Kontakt aufnehmenAlle Leistungen
jede Sprache dort, wo sie ihre Stärke hat
FUP/KOP + SCL
erprobte Grundfunktionen, projektübergreifend
1 Bibliothek
FDS & Bedienungsanleitung zur Übergabe
Doku
Demo-Projekt · TIA Portal V21 · S7-1200
Exemplarische TIA-Portal-v21-Ansicht (fiktive Absauganlage, S7-1200 mit CPU 1214C): links der nach Anlagenbereichen strukturierte Projektbaum (Filter, Klappen, Ventilatoren, Meldungen, Ablauf, Regler, MTP1000-Unified-Panel), rechts ein FUP-Netzwerk mit Aufruf des Bibliotheksbausteins FB110_Antrieb und sprechender Symbolik

Kurz gesagt

Im TIA Portal programmieren wir Siemens-Steuerungen S7-1500 und S7-1200, auch fehlersichere F-CPUs mit ProfiSafe — für Neuanlagen, Erweiterungen bestehender Projekte und Migrationen aus STEP 7 Classic oder CODESYS. Dahinter steht das Ingenieurbüro Prybisch Automation des freiberuflichen SPS-Programmierers David Prybisch mit Sitz in Luxemburg. Ablauf- und Verknüpfungslogik entsteht in FUP oder KOP, damit Ihre Instandhaltung sie im Online-Status verfolgen kann; SCL setzen wir für Berechnungen, Datenverarbeitung und Bibliotheksbausteine ein. Engineering remote, Inbetriebnahme vor Ort, mit Einsätzen in Deutschland, Österreich, der Schweiz, Luxemburg und Frankreich. Jeder Baustein wird vor der Inbetriebnahme getestet.

SPS-Programmierer als externer Dienstleister: so arbeiten wir mit Ihrem Team

Ob Sie ein komplettes Steuerungsprogramm vergeben oder Ihr Team bei einem Kapazitätsengpass verstärken: Ihr Ansprechpartner ist derselbe, der programmiert, testet und in Betrieb nimmt. Informationen gehen nicht zwischen mehreren Schreibtischen verloren, Rückfragen werden dort beantwortet, wo das Programm entsteht.

  • Einstieg über Lastenheft oder Funktionsbeschreibung: Eine vorhandene Spezifikation wird gegen I/O-Liste und Stromlaufplan geprüft, offene Punkte werden vor dem ersten Baustein geklärt. Fehlt sie, entsteht eine Funktionsbeschreibung (FDS) auf Deutsch oder Englisch, abgestimmt mit allen Beteiligten.
  • Programmierstandard: Bausteinstruktur nach Anlagenbereichen, Grundfunktionen aus der erprobten Bausteinbibliothek, durchgängig Symbolik, Netzwerktitel und Kommentare. Hat Ihr Werk einen eigenen Programmierstandard, gilt dieser.
  • Remote oder vor Ort: Programmierung und Systemtest laufen remote im Prüfaufbau, die Inbetriebnahme an Ihrer Anlage. Im Saar-Lor-Lux-Raum sind kurzfristige Vor-Ort-Termine die Regel, darüber hinaus werden Einsätze terminiert geplant.
  • Schaltschrankbau und Inbetriebnahme: Abstimmung mit dem Schaltschrankbauer über I/O-Listen und Pläne, Systemtest vor der Auslieferung, Inbetriebnahme gemeinsam mit Ihrer Montage oder eigenständig.
  • Übergabe: Programm mit vollständiger Symbolik, Netzwerktiteln und Kommentaren, Funktionsbeschreibung im Endstand, Bedienungsanleitung und Einweisung Ihrer Instandhaltung. Spätere Änderungen kann auch Ihr eigenes Team vornehmen.

Das Programm als Source of Truth

Bei Bestandsanlagen beginnt die Arbeit im Altprogramm: Was in der Steuerung läuft, ist die Realität der Anlage — nicht das, was im Plan steht. Auch harte Fälle sind gelebte Praxis, etwa die Rekonstruktion von Symbolik und Programmstruktur aus einem Online-Abzug ohne Quellprojekt, Kommentare oder Doku.

Neuaufbau statt 1:1-Hochzug

Ein Programm, das 15 Jahre lang von wechselnden Händen geändert wurde, verdient beim Umstieg mehr als einen Migrationsassistenten:

  • Tote Bausteine, doppelte Merker und hart codierte Werte werden bereinigt statt konserviert.
  • Strukturierte Datentypen, symbolische Adressierung und integrierte Diagnose der S7-1500/S7-1200 werden wirklich genutzt.
  • Die eingespielte Anlagenlogik bleibt erhalten — neu ist die Struktur darunter.

Programmierstandard: lesbar für die Instandhaltung

Ein SPS-Programm wird einmal geschrieben und danach jahrelang von anderen gelesen — meist im Störfall, unter Zeitdruck, im Online-Status. Deshalb gibt es kein Sprachdogma, sondern eine klare Aufteilung: Jede Sprache kommt dort zum Einsatz, wo sie ihre Stärke hat. Durchgängig gilt: Jedes Netzwerk hat einen Titel, jeder Operand eine sprechende Symbolik, jede nicht selbsterklärende Stelle einen Kommentar. Das Ergebnis liest sich wie dokumentiert und verhält sich wie die Anlage.

  • FUP und KOP für Ablauf- und Verknüpfungslogik: Freigaben, Verriegelungen und Schrittbedingungen lassen sich im Online-Status Signal für Signal verfolgen — das Netzwerk zeigt direkt, welche Bedingung fehlt.
  • SCL für Berechnungen, Datenverarbeitung und Bibliotheksbausteine: Bausteine mit klarer Schnittstelle, die im Netzwerk wie jeder andere Baustein aufgerufen werden.
  • Standard-Bausteinbibliothek: Motoren, Ventile, Verriegelungen und Störmeldungen entstehen aus erprobten Bibliotheksbausteinen — einheitlich aufgebaut, einheitlich diagnostizierbar, in jedem Projekt gleich bedienbar.
  • Struktur nach der Anlage: Der Projektbaum folgt den Anlagenbereichen, nicht der Entstehungsgeschichte des Programms — wer eine Klappe sucht, findet sie unter Klappen.
  • Bei Migrationen aus S5, STEP 7 Classic oder CODESYS ist FUP/KOP der Standard, damit die übernommene Anlagenlogik für Ihre Instandhaltung lesbar wird.

Feldbus und Sensor-Aktor-Ebene im Programm

Ein Programm endet nicht an der CPU-Klemme. PROFINET-Peripherie und PROFIBUS-DP-Bestand kommen als Prozessabbild ins Projekt, AS-Interface-Segmente über einen CM AS-i Master in der ET 200SP oder über ein Gateway, IO-Link-Master samt Geräteparametrierung im TIA Portal. Entscheidend ist, was das Programm daraus macht: Stationsausfall, Doppeladresse und Erdschluss werden ausgewertet und als klare Meldung ausgegeben, statt als stiller Signalverlust in der Ablauflogik zu enden. In Bestandsanlagen im Saar-Lor-Lux-Raum ist diese Mischung aus Bussystemen der Normalfall.

  • PROFINET / PROFIBUS DP: Peripherie im Prozessabbild, Diagnose bis zum Kanal.
  • AS-Interface (AS-i): Master in ET 200SP oder Gateway, Slave-Adressierung und Diagnose im Programm.
  • IO-Link: Master-Projektierung und Geräteparameter im TIA Portal.

Plattformen und Versionen

Neue Programme entstehen im TIA Portal für die aktuelle Siemens-Steuerungsgeneration. Bestehende Projekte werden in der Version weiterbearbeitet, in der sie bei Ihnen laufen — ein Versionswechsel erfolgt nur nach Absprache.

  • Steuerungen: S7-1500 und S7-1200, dezentrale Peripherie über PROFINET, zum Beispiel ET 200SP.
  • Safety: fehlersichere F-CPUs der S7-1500 und S7-1200 mit ProfiSafe-Peripherie, Sicherheitsfunktionen nach ISO 13849.
  • Software: TIA Portal von V13 bis V21, die Visualisierung in WinCC Unified aus derselben Hand.
  • Migration ins TIA Portal: Für S5 und S7-300/400 aus STEP 7 Classic gibt es die eigene Leistung Steuerungs-Retrofit, für WAGO-, CODESYS- und Beckhoff-TwinCAT-Steuerungen die CODESYS-Migration ins TIA Portal.

Getestet, bevor es an die Anlage geht

Jede Grundfunktion und jede Schrittkette wird im Trockentest gegen definierte Szenarien geprüft — Normalbetrieb, Störfälle, Grenzwerte —, wo sinnvoll in der Simulation. Für das Gesamtsystem folgt der End-to-End-Test im Prüfaufbau auf echter Ziel-Hardware. An der Anlage wird dann in Betrieb genommen, nicht erst programmiert.

Passende Leistungen

Weiterlesen im Blog

Häufige Fragen

Wer programmiert Siemens-SPS im TIA Portal als freiberuflicher Dienstleister?

Prybisch Automation, das Ingenieurbüro von David Prybisch mit Sitz in Luxemburg, mit Einsätzen in Deutschland, Österreich, der Schweiz, Luxemburg und Frankreich. Der Umfang reicht von der Funktionsbeschreibung über das SPS-Programm für S7-1500 und S7-1200, auch fehlersicher, bis zu Systemtest, Inbetriebnahme vor Ort und Übergabe mit Dokumentation. Programmiert wird mit durchgängiger Symbolik und klarer Bausteinstruktur, lesbar für Ihre Instandhaltung.

Übernehmen Sie auch bestehende TIA-Projekte anderer Programmierer?

Ja — Erweiterungen, Fehlersuche und Aufräumarbeiten in bestehenden TIA-Projekten gehören zum Alltag, auch als Vertretung bei Kapazitätsengpässen. Vor größeren Eingriffen verschafft eine Programmanalyse Klarheit über Struktur, Altlasten und Risiken. Ein vorhandener Programmierstandard wird übernommen, statt eine zweite Handschrift ins Projekt zu bringen.

In welcher Sprache programmieren Sie — FUP, KOP oder SCL?

In allen dreien, jeweils dort, wo die Sprache ihre Stärke hat. Ablauf- und Verknüpfungslogik entsteht in FUP oder KOP, weil Ihre Instandhaltung sie im Online-Status Signal für Signal verfolgen kann; SCL setzen wir für Berechnungen, Datenverarbeitung und Bibliotheksbausteine ein. Bei Migrationen aus S5, STEP 7 Classic oder CODESYS ist FUP/KOP der Standard, damit die übernommene Anlagenlogik lesbar wird.

Was bringt mir die Bausteinbibliothek konkret?

Einheitliche Grundfunktionen bedeuten: gleiche Diagnose, gleiches Bedienverhalten und gleiche Dokumentation in jedem Projekt. Ihre Instandhaltung muss sich nicht in individuelle Handschriften einarbeiten — und Erweiterungen bauen auf Bewährtem auf.

Programmieren Sie auch S5 und STEP 7 Classic?

Bestandsprogramme aus S5- und STEP-7-Classic-Welten lesen, analysieren und migrieren wir — Neuentwicklungen entstehen im TIA Portal. Für Altanlagen ist das Ziel in der Regel die Migration auf S7-1500/S7-1200 statt der Pflege auslaufender Systeme.

SPS-Projekt besprechen

Neuanlage, Erweiterung oder Migration — schildern Sie kurz Ihr Vorhaben, Sie bekommen eine ehrliche Einschätzung zu Aufwand und Vorgehen.

Kontakt aufnehmen

✓ Unverbindliche Erstberatung✓ Antwortzeit < 24h werktags