Ignition SCADA und HMI in der Praxis: Industrielle Kommunikation mit Modbus, OPC UA und Profinet
Viele Industrieprojekte starten mit einem klaren Ziel: mehr Transparenz, weniger Stillstände und bessere Daten für Betrieb und Entscheidungen. In der Praxis scheitert es jedoch oft an der Verbindung zwischen Anlagenwelt und IT. Daten liegen in Silos, Schnittstellen sind historisch gewachsen, und Integrationen werden von Projekt zu Projekt neu aufgebaut.
Ignition setzt genau hier an. Die Plattform verbindet SCADA, HMI und die strukturierte Integration von Anlagendaten in einer Lösung. Der Begriff Ignition SCADA ist dabei gängig, weil viele Unternehmen Ignition genau in diesem Kontext suchen und vergleichen. In der Praxis ist Ignition aber mehr als ein klassisches SCADA-System: Es ist eine modulare, server-basierte Plattform, auf der Visualisierung, Überwachung, Historian und Datenintegration sauber zusammenspielen.
In diesem Beitrag zeigen wir, wie sich typische Kommunikationsanforderungen im Industrieumfeld mit Ignition lösen lassen. Im Fokus stehen dabei Protokolle und Treiber wie Modbus TCP und RTU, OPC UA, Profinet, Profibus und EtherCAT – sowie der native IEC 61850-Treiber.
Ignition entdeckenWas ist Ignition – und warum wird es oft als Plattform verstanden?
gnition wird häufig als SCADA-System beschrieben. Das stimmt, erklärt aber nur einen Teil des Ganzen. Technisch ist Ignition eine server-basierte Plattform: Ein zentraler Gateway-Server speichert alle Konfigurationen, Verbindungen und Projekte. Clients, Designer und Sessions verbinden sich mit diesem Gateway – über Standard-Webtechnologien, ohne separate Installationen auf jedem Endgerät.
Ignition ist modular aufgebaut: Man kauft nur die Module, die man wirklich braucht. Und das Lizenzmodell unterscheidet sich grundlegend von klassischen SCADA-Systemen – eine Server-Lizenz erlaubt unbegrenzt viele Clients, Sessions und Tags. Gerade für Unternehmen, die nicht nur ein einzelnes Visualisierungsprojekt umsetzen wollen, sondern eine langfristig tragfähige Architektur suchen, ist das ein zentraler Vorteil.
Kommunikationsrealität in der Industrie: Modbus, OPC UA, Profinet und weitere Standards
In fast jedem Projekt stellt sich früher oder später dieselbe Frage: Wie kommen die Daten zuverlässig aus der Anlage ins System? Die Antwort ist selten ein einzelnes Protokoll. In der Realität treffen meist mehrere Standards aufeinander – abhängig vom Maschinenhersteller, vom Alter der Anlage und von den Zielsystemen.
Wichtig für das Projektverständnis: Ignition kommuniziert intern über OPC UA – das ist das technische Fundament der Plattform. Alle Gerätetreiber laufen über diesen Stack. Nativ mitgebracht werden Treiber für Modbus TCP und RTU, Siemens S7, Allen-Bradley, DNP3, BACnet und IEC 61850.
Profinet, Profibus und EtherCAT sind Feldbus-Protokolle auf der Geräteebene – Ignition sitzt eine Schicht darüber. Dazu mehr im entsprechenden Abschnitt.
Ignition SCADA im industriellen Umfeld: von der SPS-Steuerung zur HMI
Ignition kommt in Projekten meist an zwei Stellen ins Spiel: bei der Visualisierung und bei der strukturierten Anbindung von Datenquellen aus der Automationswelt.
HMI: Visualisieren, führen, schneller reagieren
Für die Visualisierung bietet Ignition zwei Systeme: Vision (klassische Java-Clients für Desktop-Umgebungen) und Perspective (web-basierte Sessions, die im Browser und auf Mobilgeräten laufen). Beide greifen auf dieselben Tags und Daten zu und können parallel betrieben werden. Für neue Projekte empfehlen wir Perspective – als modernere Visualisierungsoption ist sie zukunftsfähiger und flexibler einsetzbar.
Eine gute HMI ist nicht einfach nur ansprechend gestaltet. Sie hilft Mitarbeitenden, Zustände schneller zu erfassen, Zusammenhänge besser zu verstehen und im Fall von Abweichungen rasch zu reagieren.
SCADA: Überwachen, alarmieren, Zusammenhänge sichtbar machen
SCADA wird dann besonders wertvoll, wenn Überwachung und Alarmierung wirklich zur Prozesssicherheit beitragen. In erfolgreichen Projekten geht es nicht darum, möglichst viele Meldungen zu erzeugen, sondern die richtigen Informationen im richtigen Moment bereitzustellen.
SPS-Steuerung: Datenquellen sauber anbinden
Ob Siemens, Beckhoff, Allen-Bradley oder eine gemischte Anlagenlandschaft – entscheidend ist, dass die Anbindung strukturiert erfolgt. Ignition konfiguriert Gerätekommunikation im Gateway unter Verbindungen > Geräte. Nach der Konfiguration lassen sich Datenpunkte mit dem integrierten OPC Quick Client direkt im Browser prüfen – ohne dass der Designer geöffnet werden muss.
Wenn Sie den Einstieg planen: Ignition entdecken
Modbus in der Praxis: warum es so häufig im Projekt auftaucht
Modbus ist in der Industrie deshalb so verbreitet, weil es zuverlässig, einfach und breit unterstützt ist. Gerade bei Bestandsanlagen ist es oft der schnellste Weg zu Daten – auch dann, wenn modernere Standards nicht oder nur eingeschränkt verfügbar sind. Ignition bringt den Modbus-Treiber nativ mit – für TCP und RTU.
Modbus TCP vs. Modbus RTU
Modbus TCP läuft über Ethernet (Standard-Port 502) und wird im Gateway über IP-Adresse und Port konfiguriert. Modbus RTU ist die serielle Variante und begegnet einem häufig in älteren Geräten oder Messkomponenten. In der Praxis wird RTU oft über einen RS-485-zu-Ethernet-Converter angebunden, der dann wie ein Modbus TCP-Gerät angesprochen wird.
Für die Adressierung verwendet Ignition eine spezifische Registerlogik: Coils (digitale Ausgänge), Discrete Inputs (digitale Eingänge), Input Registers (analoge Eingänge) und Holding Registers (analoge Ausgänge). Die vollständige Adressierungsdokumentation inklusive Datentypen findet sich in den offiziellen Ignition Docs.
OPC UA: der Standard, wenn Integration zukunftsfähig werden soll
OPC UA ist nicht nur ein Protokoll, das Ignition „spricht“ – es ist das technische Fundament der Plattform. Ignition kann gleichzeitig als OPC UA Client (liest Daten von externen OPC UA Servern, z.B. einer Siemens S7-1500 mit aktiviertem OPC UA Server) und als OPC UA Server betrieben werden – externe Systeme wie MES, ERP oder andere SCADA-Lösungen können sich dann als Clients verbinden.
Ein wichtiger Aspekt dabei: Ignition konvertiert Datenpunkte von Steuerungen, die über einen proprietären Treiber angebunden sind (wie z.B. Siemens S7-300, S7-1500), intern zu OPC UA Datenpunkten. Das bedeutet, dass alle Daten – unabhängig vom ursprünglichen Protokoll – einheitlich über OPC UA im System verfügbar sind.
OPC UA ist auf TCP/IP aufgebaut und unterstützt Verschlüsselung – damit eignet es sich auch für den Einsatz über Netzwerkgrenzen und VPN-Verbindungen. Damit die Architektur langfristig trägt, braucht es klare Namenskonventionen und saubere Strukturen. Dann wird OPC UA zu einer tragfähigen Grundlage für SCADA, HMI und weitere Systeme.
Profinet, Profibus und EtherCAT: was bedeutet das für Ignition-Projekte?
Hier ist eine Abgrenzung wichtig: Ignition hat keine nativen Treiber für Profinet, Profibus oder EtherCAT. Das ist keine Einschränkung der Plattform, sondern eine Frage der Architekturebenen. Profinet, Profibus und EtherCAT sind Feldbus-Protokolle für die Echtzeit-Kommunikation zwischen SPS und Feldgeräten. Ignition sitzt als SCADA-Plattform eine Ebene darüber.
In der Praxis bedeutet das: Daten aus diesen Welten kommen über die SPS in Ignition – entweder über einer der nativen Treiber, über OPC UA auf der SPS, oder über einen zwischengeschalteten OPC-Server wie zB. Kepware.
Profinet
Profinet-Geräte kommunizieren mit der SPS. Die SPS selbst spricht dann mit Ignition – über den nativen Siemens-Treiber (S7-300/400/1200/1500) oder über OPC UA, wenn die SPS OPC UA unterstützt. Profinet-Signale landen in der SPS-Adresstabelle und werden von dort gelesen.
Profibus
Profibus begegnet einem vor allem in Bestandsanlagen. Die DP-Master-SPS bündelt die Profibus-Geräte und wird dann von Ignition über den Siemens-Treiber oder einen OPC-Server angebunden. Bei Modernisierungsprojekten ist die Frage, welche Signale die neue Ebene wirklich braucht, die entscheidende Planungsaufgabe.
EtherCAT
EtherCAT ist vor allem für Hochgeschwindigkeits-Achssteuerungen relevant. Im SCADA-Kontext liest Ignition die relevanten Prozesswerte typischerweise über OPC UA aus dem EtherCAT-Master – z.B. einer Beckhoff TwinCAT-Umgebung. Nicht direkt vom EtherCAT-Bus.
IEC 61850: nativer Treiber für das Energieumfeld
IEC 61850 ist vor allem im Energieumfeld relevant – Umspannwerke, Netzbetreiber, intelligente elektronische Geräte (IEDs). Was weniger bekannt ist: Ignition bringt einen nativen IEC 61850-Treiber mit, der im Gateway unter Verbindungen > Geräte konfiguriert wird – wie jeder andere Gerätetreiber.
Die Konfiguration verlangt gute Kenntnisse des IEC 61850-Datenmodells: Logical Nodes, Datasets und Report Control Blocks müssen sauber spezifiziert sein. Solche Projekte profitieren weniger von Improvisation als von klarer Planung und definierten Verantwortlichkeiten.
So starten Ignition-Projekte erfolgreich: Pilot statt Big Bang
Ein häufiger Fehler bei SCADA- und Integrationsprojekten ist ein zu grosser Start. Zu viele Daten, zu viele Systeme und zu viele Erwartungen führen schnell dazu, dass Projekte unnötig lange dauern und im Betrieb wenig Vertrauen geniessen.
In der Praxis funktioniert ein Pilotansatz meist deutlich besser: klar definierter Prozess, begrenzter Scope für HMI, Historian und Alarmierung, frühe Validierung im laufenden Betrieb. Mit dem integrierten OPC Quick Client lassen sich Gerätedaten sofort nach der Verbindungskonfiguration prüfen – das beschleunigt den Einstieg erheblich. Danach lässt sich strukturiert skalieren, auf Basis von Standards, die im Pilot sauber entstanden sind.
Rollout und Betrieb besprechen
Fazit
Ignition ist dann besonders stark, wenn Sie es als Plattform denken: nicht nur als Oberfläche, sondern als Struktur für Visualisierung, Überwachung und Datenintegration. In der Praxis geht es dabei fast immer um Kommunikation. Modbus, RTU Modbus, OPC UA, Profinet, Profibus und EtherCAT sind keine Randthemen, sondern typische Projektrealität. IEC 61850 kommt in Spezialfällen hinzu und verlangt nach einer klaren Projektlogik.
Wenn Sie nicht mit dem grossen Wurf starten, sondern mit einem klar definierten Pilot, kommen Sie schneller zu belastbaren Ergebnissen. Gleichzeitig schaffen Sie Standards, die spätere Skalierung und den langfristigen Betrieb deutlich einfacher machen.
FAQ zu Ignition, SCADA, HMI und industrieller Kommunikation
Ignition ist eine server-basierte Softwareplattform für industrielle Automatisierung, Visualisierung und Datenerfassung. Ein zentraler Gateway-Server stellt Verbindungen zu Geräten und Datenbanken her und versorgt Clients mit Daten. Ignition kann als SCADA-System eingesetzt werden, ist durch seinen modularen Aufbau aber flexibler als klassische SCADA-Lösungen.
HMI steht für Human Machine Interface. Ignition bietet zwei Visualisierungssysteme: Vision für klassische Desktop-Clients und Perspective für web- und mobilbasierte Sessions. Beide helfen Mitarbeitenden, Zustände schneller zu erfassen und im Fall von Abweichungen rasch zu reagieren.
Modbus ist ein weit verbreitetes Kommunikationsprotokoll in der Industrie. Ignition unterstützt Modbus TCP (Ethernet) und RTU Modbus (seriell) nativ als Gerätetreiber. Die Konfiguration erfolgt im Gateway, die Adressierung folgt dem Standard-Modbus-Registermodell (Coils, Holding Registers usw.).
Nein – Profinet und EtherCAT sind Feldbus-Protokolle für die Echtzeit-Kommunikation zwischen SPS und Feldgeräten. Ignition sitzt als SCADA-Plattform eine Ebene darüber und liest Daten über die SPS (Siemens-Treiber oder OPC UA) oder einen zwischengeschalteten OPC-Server.
OPC UA ist das technische Fundament von Ignition – alle Gerätekommunikation läuft intern darüber. Ignition kann gleichzeitig als OPC UA Client (liest externe Server) und als OPC UA Server (stellt Daten für andere Systeme bereit) betrieben werden. OPC UA bietet verschlüsselte Kommunikation über TCP/IP und eignet sich für den Einsatz über Netzwerkgrenzen.
Ja. Ignition bringt einen nativen IEC 61850-Treiber mit, der im Gateway konfiguriert wird. Er ist relevant für Projekte im Energieumfeld und in Umspannwerken. Die Konfiguration setzt gute Kenntnisse des IEC 61850-Datenmodells voraus.
Am besten mit einem Pilot: klar definierter Scope, wenige Treiber, ein Prozess. Mit dem OPC Quick Client im Gateway lassen sich Gerätedaten sofort nach der Verbindungskonfiguration prüfen. Danach HMI und Historian aufbauen, früh im Betrieb validieren – und dann strukturiert ausrollen.

