Welche SPS/PLCs unterstützt MSF? Native Treiber für Siemens, Allen-Bradley, Schneider, Beckhoff, Mitsubishi, Omron, Delta, Keyence und WAGO

Jede MES-Evaluierung erreicht denselben Moment: Der Steuerungstechniker blickt auf und fragt: „Schön, aber redet es wirklich mit unseren PLCs?" Es ist die richtige Frage, denn an der Maschinenanbindung entscheidet sich, ob die Shopfloor-Digitalisierung gelingt oder leise stirbt. Hier ist deshalb die tatsächliche MSF-Kompatibilitätsmatrix, Treiber für Treiber.

Siemens: native S7-Kommunikation (S7comm / Step7) plus S7-Light für die Kompaktsteuerungen, von den S7-300/400-Veteranen bis zu den S7-1200/1500-Linien. Rockwell Automation / Allen-Bradley: native AB-ETH-, Logix- und DF1-Treiber, sodass ControlLogix, CompactLogix und die älteren PLC-5/SLC-Familien direkt melden. Schneider Electric: natives UMAS, das auf Modbus basierende Protokoll, über das Schneiders eigene Engineering-Software mit den Modicon-Steuerungen M340 und M580 kommuniziert.

Beckhoff: natives ADS, der direkte Weg in TwinCAT-Systeme. Mitsubishi Electric: natives MC Protocol über die FX- und Q-Serien. Omron: natives FINS. Delta: das native DVP-Protokoll. Keyence: das native KV-Protokoll. WAGO: WAGOs eigenes natives Protokoll. Neun Herstellerfamilien, in denen MSF die Steuerung in ihrer Muttersprache liest: keine Gateway-Box, keine Middleware-Lizenz, kein „Bitte erst die PLC aufrüsten".

Native Treiber zählen aus einem einfachen Grund: Genauigkeit und Geschwindigkeit. S7 mit einer Siemens oder ADS mit einer Beckhoff zu sprechen heißt, genau die Datenbausteine zu lesen, die Ingenieure ohnehin pflegen (bei S7-1200/1500 erfordert das einen aktivierten PUT/GET-Zugriff und nicht optimierte Datenbausteine im CPU-Projekt). Das geschieht in Zyklusraten, ohne Zwischenübersetzung, die Kontext verliert oder Latenz hinzufügt. Es heißt auch: Die Inbetriebnahme wird in Stunden gemessen. Treiber auf die IP richten, Tags mappen, Daten fließen sehen.

Für alles jenseits dieser neun, oder wo Werksstandards es verlangen, spricht MSF die offenen Protokolle: zuerst OPC UA (der herstellerunabhängige Standard, auf den sich die Industrie geeinigt hat), Modbus TCP und Modbus RTU für die enorme installierte Basis aus Antrieben, Zählern und Altsteuerungen, EtherNet/IP in Rockwell- und Omron-geprägten Werken und MQTT, wo eine IT-freundliche Publish-Subscribe-Pipeline besser passt. In der Praxis lautet die Frage nie „Geht die Verbindung?", sondern „Welche von drei funktionierenden Optionen bevorzugen wir?".

Werke mit SCADA oder einem OPC-Server haben einen dritten Weg: MSF verbindet sich mit dem bestehenden OPC UA/DA-Server und konsumiert den bereits gepflegten Tag-Baum. Kein direkter PLC-Zugriff nötig, keine neuen Verbindungen im Steuerungsnetz, standardisierte und herstellerunabhängige Daten. Das ist oft der schnellste Weg in regulierten oder sicherheitsbewussten Umgebungen, in denen niemand ein weiteres Gerät direkt mit den Steuerungen reden lassen will.

Und die Maschinen ganz ohne ansprechbare PLC, etwa die Presse von 1995 mit Schützschaltung? Dafür ist die Retrofit-Hardware da: META Smart I/O-Module klemmen sich an Laufsignale, Zähler und Alarme und publizieren sie über dieselben offenen Protokolle, während Energieanalysatoren der iMeter-Klasse Leistungsdaten je Maschine ergänzen. Im typischen Werk decken native Treiber die moderne Hälfte ab, Retrofit-I/O die Veteranen-Hälfte, und das MES sieht aus beiden einen konsistenten Datenstrom.

Kompatibilitätslisten altern; deshalb zählt das Funktionsprinzip mehr als jede Momentaufnahme: Spricht Ihre Steuerung S7, AB-ETH, Logix, DF1, UMAS, ADS, MC, FINS, DVP, KV, einen WAGO-Dialekt, OPC UA, Modbus TCP/RTU, EtherNet/IP oder MQTT, dann redet MSF heute mit ihr. Bringen Sie Ihre Steuerungsliste zur Demo, und wir mappen sie live; das Konnektivitätsgespräch dauert üblicherweise fünfzehn Minuten, genau so lange, wie es dauern sollte.