SCADA · DCS · Soft-SPS · IEC 61131-3 · HMI

Entwicklung von SCADA-, DCS- und Steuerungsanwendungen

SCADA-Softwareentwicklung für Maschinenbauer. Wir entwickeln die Anwendungsebene für Überwachung, Steuerung und Diagnose, integrieren sie in Ihre Maschine oder Ihr Produkt und übergeben sie mit ihr.

Zielgruppe

Für wen wir arbeiten

  • Maschinenbauer

    Die Software für Überwachung und Diagnose wird mit der Maschine ausgeliefert und ist für Ihre konkrete Maschine entworfen.

  • Ausrüster (OEMs)

    Sie brauchen eine Anwendung für Überwachung und Diagnose, die mit den SPSen der Hersteller arbeitet, die Ihre Kunden einsetzen. Die herstellerspezifische Anbindung der Steuerung liegt dabei in einem eigenen Adapter.

  • Systemintegratoren

    Wir integrieren Anwendung und Runtime dort, wo Ihr Anlagenprojekt diese Tiefe braucht. Die Inbetriebnahme bleibt bei Ihnen.

Leistungsumfang

Was wir tun

  1. 01

    Entwicklung von Überwachungsanwendungen

    Wir bauen SCADA- und Überwachungssoftware als Teil einer Maschine oder eines Produkts, auf einem Datenmodell, das zu Projektbeginn entworfen wird.

  2. 02

    Entwicklung von DCS-Komponenten

    Wir übernehmen Systementwurf und Komponentenentwicklung für DCS, wenn das Ergebnis eine Komponente in einer verteilten Steuerungsarchitektur ist, die Ihnen gehört.

  3. 03

    Entwicklung und Integration von Soft-SPS

    Wir entwickeln Soft-SPS nach IEC 61131-3 und integrieren oder migrieren Soft-SPS-Runtimes (Laufzeitumgebungen), wenn eine Runtime die Plattform wechseln oder in ein Produkt eingebettet werden soll.

  4. 04

    Soft-SPS an Feldbus und Echtzeit-Ethernet

    Wir integrieren eine Soft-SPS als PROFINET- oder PROFIBUS-Controller, ebenso an EtherCAT oder EtherNet/IP, einschließlich E/A-Abbildung, Zykluszeit und Diagnose, die die Runtime nicht immer selbst mitbringt.

  5. 05

    Herstellerübergreifende SPS-Integration

    Für Maschinenbauer integrieren wir SPSen verschiedener Hersteller, damit eine Anwendung mit den Steuerungen arbeitet, die Ihre Kunden vorgeben.

  6. 06

    HMI und Diagnose

    Wir entwickeln industrielle HMI-Anwendungen sowie Anwendungen für Maschinendiagnose und Überwachung, die einen Fehler erklären, statt nur einen Code zu melden.

  7. 07

    Steuerungs- und Sicherheitsanwendungen

    Wir entwickeln Steuerungs- und Sicherheitssoftware nach den Anforderungen der funktionalen Sicherheit, die die Maschine erfüllen muss.

Technik

Runtimes und Schnittstellen

Runtimes und Plattformen
Soft-SPS-Runtimes nach IEC 61131-3 · Embedded Linux und Windows als Host · SPS verschiedener Hersteller · Controller-Schnittstellen für PROFIBUS, PROFINET, EtherCAT und EtherNet/IP · HMI mit Panel oder ohne Bildschirm
Schnittstellen nach oben (Northbound)
OPC UA · MQTT · HTTP / REST · WebSocket · Datenbanken und Historian · Datei- und Berichtsexport
Was Sie erhalten
Quellen der Anwendung mit Build-Umgebung · Daten- und Tag-Modell · Hinweise zur Runtime-Integration · Konzept für Diagnose und Alarmierung · HMI-Bilder und ihr Bedienkonzept

Was umfasst SCADA-Softwareentwicklung für Maschinenbauer?

SCADA-Softwareentwicklung für Maschinenbauer umfasst die Anwendungsebene und die Middleware oberhalb der Echtzeitsteuerung einer Maschine.

Dazu gehören die Überwachungslogik, die Diagnose, die erklärt, was schiefging, die HMI, über die man beides erreicht, und die Datenerfassung, die die Systeme darüber versorgt. Arbeit an DCS läuft auf dieser Seite mit, verfolgt aber ein anderes Ziel. SCADA überwacht einen Prozess, den eine Steuerung ausführt, und berichtet darüber. Ein DCS verteilt die Steuerung selbst über den Prozess, und dort bauen wir eine Komponente darin, während die Architektur Ihnen gehört. Projekte haben meist eine dieser Formen:

  • Eine Überwachungsanwendung für eine Maschine. SCADA-Software, die mit dem Produkt ausgeliefert und nicht erst am Standort spezifiziert wird.
  • Eine Komponente in einer verteilten Architektur. Systementwurf und Komponentenentwicklung für DCS, wenn die Architektur Ihnen gehört und ein Teil davon gebaut werden soll.
  • Arbeit an Soft-SPS. Entwicklung von Soft-SPS nach IEC 61131-3 oder Integration und Migration einer Soft-SPS-Runtime, wenn sie auf eine andere Plattform soll oder in Ihr eigenes Produkt eingebettet wird, auch als Controller an einem PROFIBUS-, PROFINET-, EtherCAT- oder EtherNet/IP-Netz.
  • Eine Anwendung, SPSen mehrerer Hersteller. Herstellerübergreifende SPS-Integration für Maschinenbauer, fast immer eine Anforderung der Kunden.
  • Diagnose und HMI. Entwicklung von Anwendungen für Maschinendiagnose und Überwachung sowie von industriellen HMI-Anwendungen, meist zusammen.
  • Die Ebene der Datenerfassung. Entwicklung von Anwendungen zur Datenerfassung, wenn die Maschine ein MES, ein ERP oder einen Historian darüber versorgen muss. Die Hälfte dieses Wegs vom Edge zur Cloud beschreibt die Seite zu Industrial IoT.

Am häufigsten wird das Datenmodell unterschätzt. Eine Tag-Liste, die während der Inbetriebnahme zusammengestellt wurde, funktioniert, bis jemand eine Maschinenvariante hinzufügt, ein MES anbindet oder erklären muss, warum zwei Bilder Verschiedenes zeigen. Wird das Modell zu Beginn entworfen, ist die nächste Variante eine Erweiterung und kein Neubau.

Leitsysteme in der Halle nehmen wir nicht in Betrieb. Die Anwendungsebene in Ihrer Maschine oder Ihrem Produkt entwickeln wir, und wir integrieren und testen sie mit Ihren Ingenieuren vor Ort und remote.

Drei übereinanderliegende Bereiche: unten die vorhandene Maschinensteuerung mit der Ablauflogik in SPS oder Soft-SPS; darüber eine neue Anwendungsebene aus Überwachung und HMI, Diagnose und Datenerfassung auf einem gemeinsamen Datenmodell, erreicht über eine vereinheitlichte Steuerungsschnittstelle; oben die vorhandenen Systeme MES, ERP und Historian, die von der Datenerfassung mit Produktionsdaten versorgt werden

Die Anwendungsebene, die wir bauen, zwischen Maschinensteuerung und Werkssystemen.

Wie arbeitet eine Überwachungsanwendung mit SPSen mehrerer Hersteller?

Wir behandeln die Steuerungsschnittstelle als vereinheitlichte Übergabegrenze, sodass der herstellerspezifische Teil ein Adapter ist.

Die Anwendung darüber ändert sich nicht. Ein Maschinenbauer, der an mehrere Werke liefert, trifft auf mehrere Steuerungslandschaften, und die Alternative ist eine gepflegte Variante je Hersteller. Die Abstraktion wird meist spät versucht, wenn schon einige Varianten integriert sind und auseinanderlaufen. Von Anfang an eingeplant, ist sie eine abgegrenzte Entwurfsaufgabe. Nachträglich muss man zuerst herausfinden, was jede Variante tatsächlich tut, und das kostet die meiste Zeit.

Eine Anwendung aus Überwachung und HMI, Diagnose und Datenerfassung auf einem Datenmodell, darunter eine vereinheitlichte Steuerungsschnittstelle und je Steuerung ein Adapter: SPSen der Marken A, B und C, eine Soft-SPS und eine später hinzugekommene SPS der Marke D; eine neue Marke bedeutet einen neuen Adapter, und die Anwendung bleibt unberührt

Der herstellerspezifische Teil ist ein Adapter. Die Logik darüber weiß nicht, welche Steuerung geantwortet hat.

Wo ordnet sich Sicherheitssoftware ein?

Sicherheitssoftware liegt neben der Maschinensteuerung und wird nach den Normen der funktionalen Sicherheit entwickelt, die die Maschine erfüllen muss, etwa IEC 61508 und IEC 62061.

  • Nach der Norm der funktionalen Sicherheit entwickelt. Für Sicherheitssoftware gilt dieselbe Entwicklungsdisziplin wie für die Maschinensteuerung, dazu kommt, was die Norm für die angestrebte Sicherheitsintegrität verlangt: ein festgelegter Sicherheitslebenszyklus, unabhängige Verifikation und Validierung und eine Dokumentation für jede Phase.
  • Nachweise von Anfang an. Diese Nachweise entstehen normalerweise vom Projektbeginn an nach den Vorgaben einer Zertifizierungsstelle und werden nicht erst am Ende zusammengetragen. Stellen wie der TÜV SÜD bieten während der Entwicklung kostenpflichtige Begleitung der Bewertung an. Das ist der übliche Weg, und er hält späte Abweichungen klein. Wir entwickeln die Software und bereiten die Nachweise vor; das Zertifikat stellen wir nicht aus.
  • Sicherheit über das Netz gehört zum Netzentwurf. Eine Sicherheitsschicht, die sich über ein gewöhnliches Steuerungsnetz durchgängig selbst absichert, wird als Teil des Netzentwurfs entwickelt und gehört zu Echtzeit-Ethernet und zur Geräte- und Netzwerkintegration.

Eine Maschine mit zwei Spuren: auf der einen Seite die vorhandene Maschinensteuerung, auf der anderen die Sicherheitssoftware, entwickelt nach IEC 61508 und IEC 62061, mit den Nachweisen, die während der Entwicklung entstehen; die Nachweise gehen an die externe Zertifizierungsstelle, und das Zertifikat kommt zurück

Sicherheitssoftware und ihre Nachweise, von Anfang an gemeinsam aufgebaut.

Wo ordnet sich eine Steuerungsanwendung für einen Messumformer ein?

Die Steuerungssoftware umfasst die Anwendung, die den Messwert eines Messumformers verarbeitet und darauf reagiert.

Ein Messumformer-Projekt verteilt sich auf drei unserer Leistungsseiten. Den Kommunikationsstack des Messumformers behandelt die Seite zu Feldbus und Gerätenetzen, das Gerät selbst, also Baugruppe, Sensor-Frontend, Firmware und Gehäuse, die Seite zu Embedded-Systemen. Die meisten Messumformer-Projekte brauchen mindestens zwei der drei Bereiche.

Was gehört zur Entwicklung von Steuerungsanwendungen, und was nicht?

Wir entwickeln Steuerungssoftware und Middleware und betreuen, was wir gebaut haben; Inbetriebnahme im Anlagenmaßstab gehört nicht dazu.

  • Was dazugehört. Wir entwerfen, bauen, integrieren und testen die Anwendung und betreuen, was wir gebaut haben, solange der Supportvertrag läuft. Dazu gehören Datenmodell, Arbeit an der Runtime, Diagnose und HMI, und dazu gehört die Zusammenarbeit mit Ihren Ingenieuren durch Integration und Abnahme.
  • Was nicht dazugehört. Inbetriebnahme im Anlagenmaßstab, Instandhaltung in der Halle und allgemeine Managementberatung rund um eine Automatisierungslandschaft. Braucht ein Projekt einen Integrator auf Anlagenseite, sagen wir das schon im Angebot. Bei herstellerübergreifenden Projekten bauen wir einen Machbarkeitsnachweis, machen daraus eine einsatzfähige Lösung und übergeben sie an den, der sie in Betrieb nimmt, bei Bedarf mit Unterstützung der Integration vor Ort.
FAQ

Häufige Fragen

Wer übernimmt SCADA-Softwareentwicklung für Maschinenbauer?
Wir, als Anwendungsebene in Ihrer Maschine oder Ihrem Produkt. Wir bauen Steuerungssoftware, also SCADA-Software für Maschinenbauer, DCS-Komponenten, Soft-SPS-Integration sowie die Diagnose- und HMI-Software, die mit einer Maschine ausgeliefert wird. Leitsysteme in der Fabrik nehmen wir nicht in Betrieb, und die Instandhaltung in der Anlage übernehmen wir nicht.
Nehmen Sie SCADA-Systeme in der Anlage in Betrieb?
Nein. Wir entwickeln die Anwendung und integrieren und testen sie mit Ihren Ingenieuren. Inbetriebnahme von Anlage, Halle und Maschine, FAT und SAT sowie die Instandhaltung in der Fabrik bleiben beim bisherigen Auftragnehmer. Bei herstellerübergreifenden Projekten bauen wir einen Machbarkeitsnachweis, machen daraus eine einsatzfähige Lösung und übergeben sie.
Was unterscheidet das von Ihrer Leistung für Systemsoftware?
Systemsoftware ist die Plattform darunter, also Treiber, Kernel-Pfad, RTOS und die Echtzeitoptimierung, von der abhängt, ob ein Zyklus hält. Diese Leistung ist die Anwendung darüber, also Überwachungslogik, Soft-SPS-Anwendung, Diagnose und HMI. Ein Soft-SPS-Projekt braucht oft beides, und wir planen beides als getrennte Arbeitspakete.
Bauen Sie auch Prüf- und Messsoftware?
Ja, mit eigener Seite. Überwachung und automatisierte Prüfung teilen kaum Fachbegriffe, Nachweise oder Beschaffungswege, deshalb sind sie getrennt. End-of-Line- und Funktionsprüfsysteme stehen auf der Seite zu Prüfsystemen.
Zertifizieren Sie Sicherheitsanwendungen?
Nein. Wir entwickeln Steuerungs- und Sicherheitssoftware nach den einschlägigen Normen der funktionalen Sicherheit und bringen sie durch die Vorzertifizierung, also die Prüfung vor der formalen Bewertung. Das Zertifikat stellt ein akkreditiertes Prüflabor aus.
Wie wird eine Soft-SPS-Runtime lizenziert?
Je Knoten oder je Kopie, nach demselben Muster wie die Lizenz für einen Feldbus- oder Echtzeit-Ethernet-Stack. Die Lizenz gehört dem Anbieter der Runtime, nicht uns, und wir schätzen sie bei der Auswahl der Runtime gegen Ihre Stückzahlen ab.
Lässt sich Logik nach IEC 61131-3 zwischen verschiedenen Soft-SPS-Runtimes übertragen?
Teilweise. IEC 61131-3 normt die Programmiersprachen, also Strukturierten Text, Funktionsbausteinsprache, Kontaktplan und die übrigen, die Logik selbst ist deshalb grundsätzlich übertragbar. Was nicht automatisch mitkommt, sind die runtimespezifische E/A-Abbildung, Bibliotheken der Anbieter und das Zeitverhalten um sie herum. Diese erneut zu prüfen ist echte Arbeit, auch wenn die Logik unverändert kompiliert.
Ist eine Soft-SPS unter Embedded Linux schneller als unter Windows oder umgekehrt?
Im allgemeinen Fall Linux, und das dokumentieren die Anbieter der Runtimes selbst. CODESYS gibt an, dass seine Windows-Runtime weiche Echtzeiteigenschaften mit Latenz und Jitter im Bereich mehrerer Millisekunden hat, was sie für typische Motion-Anwendungen ausschließt, während sich die Linux-Runtime mit einer Echtzeiterweiterung kombinieren lässt. Windows ist der übliche Ort für Engineering- und Visualisierungswerkzeuge, nicht für die Runtime, die den Zyklus hält. Vor der Integration klären wir das anhand der Echtzeitanforderungen Ihres Systems und anhand von Messungen auf Ihrer Plattform, nicht anhand eines allgemeinen Benchmarkwerts.
Wie gehen Sie mit der Diagnose um, wenn eine Soft-SPS-Runtime im Feld ausfällt?
Das Fehlerverhalten legen wir zusammen mit dem Normalverhalten fest, im selben Datenmodell. Eine Runtime, die verstummt oder nach einem Fehler weiter ihren letzten bekannten Zustand meldet, ist schwerer zu diagnostizieren als eine, die einen klaren Ausfall meldet. Deshalb integrieren und prüfen wir Watchdog, Heartbeat und den Umgang mit dem letzten Wert als Teil des Entwurfs und lassen sie nicht auf den Voreinstellungen der Runtime.
Verwalten Sie Versionen und Rückfallversionen der Steuerungslogik?
Ja, als Teil unserer Lieferdisziplin. Die Quellen der Anwendung stehen unter Versionsverwaltung, und jede Übergabe ist ein markiertes Release-Paket mit festgelegtem Weg zurück auf die vorige Version.
Normen und Quellen
  • IEC 61131-3 – Programmiersprachen für speicherprogrammierbare Steuerungen, die Grundlage einer Soft-SPS-Runtime
  • IEC 61508 / ISO 13849 – funktionale Sicherheit für Steuerungssysteme und Maschinen, nach der Sicherheitsanwendungen entwickelt werden
  • IEC 62541 – OPC UA, die übliche Schnittstelle zwischen einer Steuerungsanwendung und allem darüber
  • ISA-95 / IEC 62264 – Integration von Unternehmens- und Leitebene, wo eine Überwachungsebene auf das MES trifft
Weiterlesen

Sollen wir das für Ihr Produkt einschätzen?

Lesen Sie zuerst unsere technischen Notizen oder sprechen Sie direkt mit dem Team, das die Arbeit übernimmt.