DeltaV 16.LTS: Was sich mit der Veröffentlichung ändert

Emerson kündigte am 20. Januar 2026 die DeltaV-Version 16.LTS an. Die Version aktualisiert das verteilte DeltaV-Steuerungssystem und das integrierte sicherheitsgerichtete System. Emerson präsentiert sie als Long-Term-Support-Version, die auf softwaredefinierter Steuerung, neuer Feldanbindung, erweitertem Datenzugriff und Cybersicherheit aufbaut.

Die Ankündigung ist mehrere Monate alt. Ihr Wert liegt heute nicht in ihrer Neuheit. Ingenieurteams können prüfen, welche Änderungen sich auf Architektur, Migrationsplanung, Validierung und Lebenszykluskosten auswirken. Die Version macht standortspezifische Kompatibilitätsprüfungen nicht überflüssig.

Was Emerson angekündigt hat

Emersons Ankündigung vom 20. Januar 2026 bezeichnet Version 16.LTS als konsolidierte Long-Term-Support-Version. Sie deckt sowohl die DCS- als auch die integrierte SIS-Umgebung ab.

Zu den bestätigten Funktionen gehören der Zugriff auf den DeltaV IQ Controller, das Abonnementmodell DeltaV Flex System, die Unterstützung von PROFINET über Ethernet-APL auf dem DeltaV PK Controller, Continuous Historian Elite und DeltaV Live Enterprise View. Emerson erklärt außerdem, dass die Version die Zertifizierung nach ISA System Security Assurance Level 1 beibehält.

Dies sind Plattformfunktionen und keine automatisch erzielten Projektergebnisse. Die Verfügbarkeit kann von der Lizenzierung, der Hardware, der Unterstützung durch das Betriebssystem, dem Netzwerkdesign und dem genauen Upgradepfad abhängen.

Softwaredefinierte Steuerung verändert das Ressourcenmodell

Der DeltaV IQ Controller wird als fehlertolerant, modular und serverbasiert beschrieben. Dadurch verlagert sich ein Teil der Diskussion über das Steuerungssystem von fester Controller-Hardware hin zu verwalteten Rechenressourcen.

Für Ingenieurteams ist die Platzierung der Workloads die erste Frage. Sie müssen wissen, welche Steuerungsfunktionen auf welcher Ressource ausgeführt werden, wie die Kapazität zugewiesen wird und was bei einem Host- oder Netzwerkausfall geschieht. Auch ein fehlertolerantes Design benötigt getestete Fehlerdomänen.

Teams sollten Prozessorlast, Redundanzgrenzen, Zeitsynchronisierung, Speicherabhängigkeiten und Wartungszugriff dokumentieren. Außerdem sollten sie die Wiederherstellung nach dem Ausfall eines Knotens testen. Virtualisierte oder serverbasierte Steuerung beseitigt Hardware nicht. Sie verändert, wo Hardwareabhängigkeiten auftreten.

DeltaV Flex verändert die kaufmännische Planung

Emerson beschreibt DeltaV Flex als Abonnementmodell, das DCS-Funktionen von DeltaV bereitstellt und eine skalierbare Nutzung ermöglicht. Für einige Projekte kann dies hohe Anfangsinvestitionen reduzieren. Gleichzeitig entstehen wiederkehrende kaufmännische und berechtigungsbezogene Abhängigkeiten.

Der Einkauf sollte die Kosten über die erwartete Lebensdauer der Anlage modellieren. Die Prüfung sollte Erweiterungen, Reservekapazität, Support, Testsysteme, Notfallwiederherstellung und das Lizenzverhalten bei Netzwerk- oder Kontoproblemen umfassen.

Auch die Planung eines Ausstiegs ist wichtig. Anlagenbetreiber sollten verstehen, wie Konfigurationen, Historian-Daten und Engineering-Datensätze zugänglich bleiben, wenn sich ein Abonnement ändert. Vertragsbedingungen sollten auf die deutlich längere Nutzungsdauer von Prozessanlagen abgestimmt sein.

DeltaV Version 16.LTS unterstützt eine softwaredefinierte Steuerungsarchitektur mit skalierbaren, fehlertoleranten IQ Controllern in einer serverbasierten Umgebung.

Ethernet-APL und PROFINET reichen weiter in das Feld

Version 16.LTS ergänzt die native Unterstützung von PROFINET über Ethernet-APL auf dem DeltaV PK Controller. Ethernet-APL wurde entwickelt, um Ethernet-Kommunikation in anspruchsvolle Prozessumgebungen zu bringen, und nutzt dafür eine für lange Kabelstrecken und Anwendungen in explosionsgefährdeten Bereichen geeignete physikalische Schicht.

Der technische Vorteil liegt in einer umfassenderen Gerätekommunikation ohne separate Protokollumsetzung. Eine native Controllerschnittstelle vervollständigt das Design jedoch nicht. Segmentversorgung, Grenzwerte für Trunk und Spur, Explosionsschutz, Geräteprofile, Redundanz, Schirmung und Inbetriebnahmewerkzeuge müssen weiterhin geprüft werden.

Brownfield-Anlagen sollten vorhandene Instrumente und Rangierungen erfassen. Der Austausch einer funktionierenden Feldebene ist möglicherweise nicht allein deshalb gerechtfertigt, weil ein neues Protokoll verfügbar ist. Die besten Projekte verknüpfen die Änderung mit Diagnose, Wartbarkeit oder künftiger Erweiterung.

Historian Elite erweitert die Datengrenze

Continuous Historian Elite baut auf dem AspenTech-Portfolio von Emerson auf. Emerson positioniert es als Datenbasis, die kontextualisierte Prozessinformationen für Analysen auf Unternehmensebene und KI-Anwendungen bereitstellen kann.

Dadurch kann sich der Aufwand für doppelte Datenaufbereitung verringern. Gleichzeitig können sich Angriffsfläche und Governance-Aufwand vergrößern. Anlagen sollten die Daten klassifizieren, Verantwortlichkeiten festlegen und schreibgeschützte Verbraucher von der Steuerungsbefugnis trennen.

Abtastung, Komprimierung, Zeitstempelqualität, Kontext und Aufbewahrungsregeln beeinflussen, ob übergeordnete Analysen nützlich sind. Ein Dashboard auf Unternehmensebene kann keine mangelhafte Instrumentenwartung oder uneinheitliche Tag-Definitionen korrigieren.

Enterprise View ist schreibgeschützt, benötigt aber dennoch Kontrollen

DeltaV Live Enterprise View ermöglicht den schreibgeschützten Zugriff auf Anzeigen außerhalb des Kontrollraums. Die schreibgeschützte Darstellung verringert das direkte Steuerungsrisiko, legt jedoch weiterhin Betriebsinformationen offen.

Teams sollten festlegen, wer welche Bereiche anzeigen darf, wie Identitäten verwaltet werden und ob der Fernzugriff Vertrauenszonen überschreitet. Sitzungsprotokollierung, Zertifikatslebenszyklus, Patchen und die Entfernung von Konten gehören in den Bereitstellungsplan.

Auch die Integration von Webanwendungen verdient eine Prüfung. Ein eingebettetes Tool kann wie ein Teil der Bedienoberfläche wirken, selbst wenn es aus einer anderen Sicherheits- und Supportgrenze stammt. Eine visuelle Integration sollte keine gemeinsame Befugnis suggerieren.

Die Sicherheitsaussage einordnen

Emerson erklärt, dass DeltaV 16.LTS die Zertifizierung nach ISA System Security Assurance Level 1 beibehält. In der Ankündigung wird diese Zusicherung mit Anforderungen an sichere Entwicklung und Systemsicherheit verknüpft.

Eine Zertifizierung liefert nützliche Hinweise zum Produktentwicklungs- und Systemsicherheitsprozess. Sie zertifiziert jedoch nicht die endgültige Architektur einer Anlage. Standortkonfiguration, Netzwerksegmentierung, Benutzerverwaltung, Backups, Patch-Governance und Reaktion auf Vorfälle bleiben lokale Verantwortlichkeiten.

Upgrade-Teams sollten die angestrebte Sicherheitsbasis mit dem installierten System vergleichen. Vor der Migration sollten sie nicht unterstützte Betriebssysteme, Drittanbieteranwendungen, Fernzugriffspfade und kompensierende Kontrollen dokumentieren.

Eine praktische Upgrade-Bewertung

Die installierte Ausgangsbasis erfassen

Erfassen Sie Controller, I/O-Familien, Workstations, Server, Softwareversionen, Schnittstellen, Historian-Systeme, SIS-Komponenten und kundenspezifische Anwendungen. Beziehen Sie auch Ersatzteilbestände und Anbieterabhängigkeiten ein.

Kompatibilität zuordnen

Prüfen Sie jede Hardware- und Softwarekomponente anhand der aktuellen Emerson-Dokumentation. Bestätigen Sie Betriebssysteme, Virtualisierungsplattformen, Geräteintegrationsdateien und Lizenzierung. Leiten Sie Kompatibilität nicht aus einer früheren DeltaV-Version ab.

Die Umschaltmethode festlegen

Wählen Sie eine schrittweise Migration, einen Austausch während eines Anlagenstillstands oder einen anderen genehmigten Ansatz. Legen Sie Rücksetzpunkte und Konfigurationssicherungen fest. Testen Sie die Kommunikation zu Package Units und Systemen von Drittanbietern.

Betrieb und Sicherheit validieren

Überprüfen Sie Steuermodule, Alarme, Grafiken, Historian-Erfassung, Berichte, Batch-Funktionen und Sicherheitsrollen. Arbeiten am SIS erfordern den funktionalen Sicherheitslebenszyklus des Standorts und den Änderungsmanagementprozess.

Support nach der Inbetriebnahme planen

Legen Sie die Verantwortlichkeiten für Patches, Backups, Abonnementverwaltung, Zertifikate, Serverkapazität und Wiederherstellungstests fest. Eine erfolgreiche Umschaltung ist erst der Beginn des Supportzeitraums.

Was die Version für Anlagen bedeutet

DeltaV 16.LTS erweitert die Optionen der Plattform für Rechenleistung, Feldnetzwerke, Unternehmensdaten und Lizenzierung. Diese Optionen können eine schrittweise Modernisierung unterstützen, wenn jede einzelne ein klar definiertes betriebliches Problem löst.

Das größte Risiko besteht darin, die Version als einfachen Produktaustausch zu behandeln. Sie ist eine Architekturentscheidung, die Steuerung, IT-Infrastruktur, Cybersicherheit, kaufmännische Bedingungen und langfristige Wartung umfasst.

Teams, die Ersatzteile oder den Migrationsumfang planen, können Emerson DeltaV-Ausrüstung und das umfassendere Emerson-Sortiment prüfen. Endgültige Entscheidungen zu Kompatibilität und Lizenzierung sollten auf der aktuellen Emerson-Dokumentation und einer standortspezifischen Bewertung beruhen.