Relacje katalogowe
Obsługiwane urządzenia
- Eppendorf BioFlo 320 plus — rodzina
- Eppendorf BioFlo 320 plus Control Station with Water
- Eppendorf BioFlo 320 plus Control Station without Water
- Getinge / Applikon Pro-Control
- Getinge / Applikon Pro-Control + BioPilot (rodzina)
- Getinge / Applikon Pro-Control + BioProduction
- Getinge / Applikon SUB-Control
- Broadley-James / NECI BioNet Controller — generacja Utility Tower
- Broadley-James / NECI BioNet M3 Modular Bioreactor Control System
- ABEC CSR Bioreactor 4000 L
- ABEC CSR Bioreactor 6000 L
- ABEC CSR Fermenter 1000 L
- Cytiva ReadyToProcess WAVE 25
- Merck / MilliporeSigma Mobius iFlex 200 L
- Merck / MilliporeSigma Mobius iFlex 1000 L
- Merck / MilliporeSigma Mobius iFlex 2000 L
- Merck Millipore Mobius CellReady 200 L / Mobius 200 L Bioreactor
- Stellix / NECI KYNOTA Open Bioprocess Data Integration and Controls Solution
- Pierre Guérin BIOCELL Lab & Pilot Series
- Pierre Guérin ICEM Turnkey Installations for Fermentation and Cell Culture
- Sartorius Biostat B-DCU
- Sartorius Biostat STR Generation 2 50 L
- Sartorius Biostat STR Generation 2 200 L
- Sartorius Biostat STR Generation 2 500 L
- Sartorius Biostat STR Generation 2 1000 L
- Sartorius Biostat RM TX
- Sartorius Biostat STR Generation 3 50 for Emerson DeltaV
- Sartorius Biostat STR Generation 3 200 for Emerson DeltaV
- Sartorius Biostat STR Generation 3 500 for Emerson DeltaV
- Sartorius Biostat STR Generation 3 1000 for Emerson DeltaV
- Sartorius Biostat STR Generation 3 2000 for Emerson DeltaV
- Thermo Fisher Scientific DynaDrive 5 L + G3Lab Controller
- Thermo Fisher Scientific HyPerforma DynaDrive 50 L
- Thermo Fisher Scientific HyPerforma DynaDrive 500 L
- Thermo Fisher Scientific HyPerforma DynaDrive 3000 L
- Thermo Fisher Scientific HyPerforma DynaDrive 5000 L
- Thermo Fisher Scientific HyPerforma Single-Use Bioreactor 50 L
- Thermo Fisher Scientific HyPerforma Single-Use Bioreactor 100 L
- Thermo Fisher Scientific HyPerforma Single-Use Bioreactor 250 L
- Thermo Fisher Scientific HyPerforma Single-Use Bioreactor 500 L
- Thermo Fisher Scientific HyPerforma Single-Use Bioreactor 1000 L
- Thermo Fisher Scientific HyPerforma Single-Use Bioreactor 2000 L
- Thermo Fisher Scientific HyPerforma 2:1 Single-Use Bioreactor 50 L
- Thermo Fisher Scientific HyPerforma 2:1 Single-Use Bioreactor 100 L
- Thermo Scientific HyPerforma 2:1 Single-Use Bioreactor 250 L
- Thermo Scientific HyPerforma 2:1 Single-Use Bioreactor 500 L
- Thermo Scientific HyPerforma 2:1 S.U.B. 1000 L
- Thermo Scientific HyPerforma 2:1 S.U.B. 2000 L
- Thermo Fisher Scientific HyPerforma Single-Use Fermentor 30 L
- Thermo Scientific HyPerforma Single-Use Fermentor 300 L
- Tezalon Dual Bioreactor Controller
- Tezalon Dual Bioreactor Controller 30–2000 L
- T&J Bioengineering / TJXBIO Intelli-Ferm C/D
- T&J Bioengineering / TJXBIO Opti-Cell C/D
DeltaV jest rodziną rozproszonego systemu sterowania (DCS) firmy Emerson. W instalacji bioprocesowej łączy konfigurację automatyki, kontrolery i rozproszone I/O, stanowiska operatorskie, prowadzenie receptur wsadowych, archiwizację oraz integrację z warstwą zakładową. Nazwa nie oznacza jednej aplikacji: DeltaV Live i DeltaV Operate są środowiskami operatorskimi, DeltaV Batch wykonuje receptury, ProfessionalPLUS przechowuje konfigurację systemu, a historiany zapisują różne klasy danych.
Publicznie potwierdzone zastosowania obejmują zarówno sterowanie pojedynczym bioreaktorem laboratoryjnym, jak i wielotysięcznolitrowe systemy produkcyjne. Przy ocenie bezpieczeństwa trzeba identyfikować dokładne wydanie, komponent i rolę hosta. Podatność starego kontrolera M-series, Smart Switch Command Center albo narzędzia stacyjnego nie jest automatycznie podatnością każdego systemu noszącego nazwę DeltaV.
Najważniejsze dane
| Pole | Potwierdzona wartość |
|---|---|
| Producent | Emerson |
| Klasa | rozproszony system sterowania DCS dla instalacji procesowych |
| Bieżąca linia | DeltaV v16.LTS, ogłoszona 20 stycznia 2026 r. |
| Ważna linia wcześniejsza | v15.LTS i Feature Pack 1–3 |
| Środowisko konfiguracji | ProfessionalPLUS Station, Configuration Software Suite i DeltaV Explorer/Control Studio |
| HMI | DeltaV Live; historycznie i równolegle DeltaV Operate |
| Sterowanie wsadowe | DeltaV Batch: Basic, Advanced i Professional |
| Kontrolery | m.in. PK, M-series, S-series, SIS oraz w v16 serwerowy IQ Controller |
| I/O | klasyczne karty M/S-series, CIOC z CHARMs, WIOC oraz interfejsy urządzeniowe |
| Historia ciągła | DeltaV Continuous Historian; Advanced Continuous Historian na technologii AVEVA PI; od v16 Continuous Historian Elite na Aspen InfoPlus.21 |
| Historia zdarzeń i batch | Event Chronicle oraz Batch Historian w Microsoft SQL Server |
| Integracja | OPC UA, OPC DA/HDA zależnie od komponentu, Modbus TCP, EtherNet/IP, PROFINET, PROFIBUS DP, HART, FOUNDATION Fieldbus, IEC 61850 MMS, SOA/XML oraz usługi Edge |
| Licencjonowanie | jedna licencja ProfessionalPLUS na system, osobne stacje/opcje/pojemności; alternatywnie subskrypcja DeltaV Flex |
| Nośnik licencji | HASP w starszych liniach, USB LDK lub softkey zależnie od wersji i zamówienia |
| Kanał dystrybucji | Emerson Guardian i kwalifikowane media dla obsługiwanych System ID |
| Cena | wycena projektowa; koszt zależy od DST/PDT, stacji, kontrolerów, liczby jednostek batch, historianów, redundancji i wsparcia |
Rodzina produktów i granice nazw
| Nazwa | Rola | Granica interpretacji |
|---|---|---|
| DeltaV DCS | cały system sterowania: konfiguracja, sieć, kontrolery, I/O, stacje i opcje | nie jest pojedynczym programem instalowanym na jednym PC |
| ProfessionalPLUS | centralna stacja konfiguracji i utrzymania bazy systemu | w jednym systemie działa jedna rola ProfessionalPLUS |
| DeltaV Live | współczesne HMI oparte na technologiach HTML5 | obecność DeltaV nie dowodzi automatycznie użycia Live |
| DeltaV Operate | wcześniejsze/klasyczne środowisko HMI | może współistnieć z Live w okresie migracji |
| DeltaV Batch | wykonywanie receptur, koordynacja jednostek i historia batch | jest opcją systemu, nie cechą każdej instalacji ciągłej |
| Continuous Historian | natywna historia wartości procesowych | odrębny od Event Chronicle i Batch Historian |
| Advanced Continuous Historian | historian bazujący na technologii AVEVA PI | wymaga osobnej subskrypcji i nie jest tożsamy z zakładowym PI Server |
| Continuous Historian Elite | wariant v16 oparty na Aspen InfoPlus.21 | nie należy go przypisywać wcześniejszym wydaniom |
| DeltaV Edge Environment | jednostronne udostępnienie kontekstowych danych aplikacjom IT/edge | kanał odczytowy, nie droga zastępująca sterowanie w kontrolerze |
| DeltaV Flex System | model subskrypcyjny i elastyczne licencjonowanie systemu | nie jest osobnym protokołem ani nowym typem DCS |
Wersje i chronologia
| Linia | Znaczenie techniczne |
|---|---|
| 9.3.1–11.3.1 | zakres wielu historycznych podatności stacji i rdzenia; pojawiają się stare usługi PORTSERV, ActiveX i ProEssentials |
| 12.3–13.3.1 | okres Easy Security Management, Smart Switch Command Center, WIOC i zmian w narzędziach diagnostycznych |
| 14.3 | generacja, z którą Emerson wiąże DeltaV Live; stanowi również ważną granicę integralności firmware w CVE-2022-30260 |
| v14.LTS | linia LTS, w której Live Standard jest wliczony w odpowiednie licencje systemowe; dostępny Independent DeltaV Domain Controller |
| v15.LTS | obsługa klucza LDK albo softkey dla ProfessionalPLUS; podstawa późniejszych Feature Pack |
| v15.FP1 | PROFINET dla PK Controller w zintegrowanym systemie DeltaV |
| v15.FP2 | udokumentowana dostępność subskrypcji Advanced Continuous Historian |
| v15.FP3 | Version Control dla DeltaV Live jako osobna subskrypcja |
| v16.LTS | IQ Controller, DeltaV Flex System, PK PROFINET przez Ethernet-APL, Continuous Historian Elite oraz Live Enterprise View przez Edge Environment |
Numer główny nie wystarcza do identyfikacji. Dla stacji zapisuje się LTS/Feature Pack, build, hotfixy i skład zainstalowanych suites. Dla kontrolera, CIOC, WIOC, SIS i switcha zapisuje się osobno model sprzętu, rewizję hardware oraz firmware. Ta sama instalacja może zawierać komponenty o różnych cyklach aktualizacji.
Architektura systemu
Podstawową jednostką konfiguracji jest jeden system DeltaV z centralną bazą obiektową na ProfessionalPLUS. Konfiguracja trafia do kontrolerów i stacji, ale wykonanie krytycznej logiki procesu pozostaje w kontrolerach. HMI może przestać działać bez natychmiastowego zatrzymania regulatorów, natomiast utrata kontrolera lub jego I/O bez redundancji wpływa bezpośrednio na wykonywanie strategii sterowania.
| Warstwa | Rola | Artefakty ważne w inwentaryzacji |
|---|---|---|
| ProfessionalPLUS Station | centralna konfiguracja systemu, bazy, użytkowników, diagnostyki i narzędzi engineeringowych | System ID, wersja suite, eksport FHX, licencje, lista węzłów i historia zmian |
| Operator Station | DeltaV Live lub Operate, alarmy, trendy i polecenia operatorskie | wersja HMI, przypisane areas, ekrany, faceplate, konta i monitorowane węzły |
| Application Station | aplikacje serwerowe, integracje, historian albo redundantny Batch Executive | zainstalowane suites, usługi, bazy, endpointy i rola redundancji |
| kontroler | wykonanie modułów sterowania, regulatorów, sekwencji i faz | model, firmware, redundancja, assignment modułów i stan downloadu |
| CIOC/CHARMs | elektroniczne marshalling i konwersja kanałów polowych | typy CHARMs, przypisania kanałów, redundantne połączenia i kontrolery korzystające z I/O |
| WIOC | bezprzewodowe I/O i komunikacja z urządzeniami polowymi | firmware, radio, poświadczenia SSH w podatnych generacjach i mapa urządzeń |
| Area Control Network | komunikacja stacji, kontrolerów i infrastruktury DeltaV | topologia, switche, VLAN/strefy, redundancja i reguły firewall |
| warstwa poziomu 2.5/DMZ | Backup and Recovery, repozytoria, zdalne usługi i transfer do IT | firewalle, bastiony, serwery zarządzające, vaulty i jednokierunkowe przepływy |
Ekran procesu publikowany przez Emerson przy wydaniu DeltaV v15.FP1. Źródło: Emerson — DeltaV v15 Feature Pack 1.
ProfessionalPLUS i baza konfiguracji
ProfessionalPLUS jest pojedynczym punktem administracji systemu. Przechowuje centralną bazę konfiguracji, uruchamia narzędzia inżynierskie i zarządza strukturą nodes, areas, modules, equipment modules, phases, alarms i historian assignments. Configuration Software Suite obejmuje narzędzia potrzebne do budowania i utrzymania aplikacji sterującej; zakres dostępnych funkcji zależy od licencji oraz wersji.
Eksport FHX jest tekstową reprezentacją wybranej konfiguracji i jednym z najważniejszych artefaktów porównawczych. Należy zachować eksport przed oraz po zmianie, razem z pełnym backupem stacji i natywnymi kopiami baz. Sam FHX nie zastępuje obrazu hosta, licencji, historii ani plików aplikacji opcjonalnych.
W analizie powłamaniowej warto rozdzielić:
- konfigurację źródłową na ProfessionalPLUS;
- konfigurację pobraną do kontrolerów;
- wersje ekranów operatorskich;
- konfiguracje historianów i aplikacji stacyjnych;
- kopie tworzone przez Backup and Recovery;
- pakiety instalacyjne, hotfixy i licencje przypisane do System ID.
Kontrolery PK i wykonanie logiki
PK Controller może pracować jako samodzielny kontroler skidu albo jako natywny węzeł pełnego DCS. Obsługuje redundancję 1:1, ma sześć portów Ethernet i może korzystać z I/O M-series, S-series, CIOC/CHARMs oraz WIOC. W wariancie standalone konfiguracja i pliki HMI są przechowywane na zaszyfrowanej karcie SD. Dostęp do odczytu lub edycji konfiguracji może wymagać hasła i fizycznego klucza na carrierze.
Rola PK zależy od trybu wdrożenia:
| Tryb | Charakterystyka |
|---|---|
| standalone | lokalny system skidu; konfiguracja i HMI przechowywane przy kontrolerze, niezależnie od centralnego ProfessionalPLUS |
| zintegrowany | kontroler jest widoczny i zarządzany w centralnym systemie DeltaV |
| simplex | jeden kontroler wykonujący logikę |
| redundantny | para 1:1 z synchronizacją i przełączeniem roli |
Kontroler nie jest utożsamiany z komputerem HMI. Restart stacji operatorskiej, utrata domeny lub awaria aplikacji webowej mają inny profil skutków niż restart aktywnego kontrolera. Z kolei błędny download modułu, fazy lub parametrów może zmienić sterowanie nawet wtedy, gdy sama sieć i hosty pozostają dostępne.
CIOC, CHARMs i elektroniczne marshalling
CHARMs I/O Card (CIOC) agreguje do 96 kanałów CHARMs. Elektroniczne marshalling pozwala przypisać kanały do kontrolerów programowo, bez klasycznego przebudowywania szaf krosowych. Jedno I/O może być udostępniane kilku kontrolerom zgodnie z projektem. Z punktu widzenia audytu zmiana przypisania kanału, typu CHARM lub skalowania może być równie istotna jak zmiana kodu modułu sterowania.
Dla kanału należy zapisać co najmniej:
- fizyczną lokalizację CIOC, baseplate i CHARM;
- typ wejścia/wyjścia i zakres elektryczny;
- tag, moduł i kontroler konsumujący sygnał;
- skalowanie, jednostkę, alarmy i stan bad/uncertain;
- redundancję komunikacji oraz wersję firmware komponentu;
- historię zmian i zgodność z dokumentacją as-built.
DeltaV Live i DeltaV Operate
DeltaV Live jest współczesnym środowiskiem operatorskim opartym na HTML5. Standardowa edycja zapewnia typowe ekrany, faceplate, alarmy i trendy; Premium rozdziela licencję konfiguracji od licencji runtime i dodaje szersze możliwości budowania interfejsu. Live współistnieje z DeltaV Operate, co pozwala migrować aplikację etapami. Sama wersja DCS nie dowodzi, że wszystkie ekrany zostały już przeniesione do Live.
Live wykorzystuje bibliotekę modułowych elementów, kontekstową nawigację oraz snippets. W v15.FP3 pojawia się osobna funkcja Version Control dla konfiguracji Live. V16 rozszerza zasięg wizualizacji o Enterprise View przez DeltaV Edge Environment.
Stanowisko DeltaV Live z widokiem procesu i interfejsem porównania wersji, opublikowane dla v15.FP3. Źródło: Emerson — DeltaV v15 Feature Pack 3.
Przykład komponentu snippet nałożonego na ekran procesu DeltaV Live. Źródło: Emerson — DeltaV Live.
Artefakty HMI wymagające zachowania to źródłowe ekrany, biblioteki komponentów, faceplate, snippets, skrypty, konfiguracja alarmów i nawigacji, przypisania uprawnień oraz wynikowe pliki runtime. W instalacji mieszanej należy rozdzielić obiekty Live i Operate oraz wskazać, które stanowiska uruchamiają każdą technologię.
DeltaV Batch
DeltaV Batch implementuje model wsadowy zbliżony do ISA-88. Receptura odwołuje się do jednostek, equipment modules i phases. Batch Executive planuje oraz wykonuje recepturę, przydziela zasoby i koordynuje fazy wykonywane w kontrolerach. Redundantny Batch Executive może działać na Application Stations.
| Składnik | Funkcja |
|---|---|
| Recipe Studio | budowanie i utrzymanie receptur |
| Batch Executive | wykonanie receptury i arbitraż zasobów |
| Batch Operator Interface | kolejka, stan partii, interwencje i podgląd wykonania |
| Phase Logic Interface | połączenie procedury batch z fazami w kontrolerze |
| Batch Historian | import dzienników i zdarzeń do Microsoft SQL Server |
| Recipe Exchange | import i eksport receptur w XML przez usługę SOA |
Pakiety Basic, Advanced i Professional różnią się zakresem funkcji, a pojemność licencji jest mierzona liczbą class-based Unit Modules. Udokumentowane progi obejmują od 2 do 300 i więcej jednostek. Liczba reaktorów fizycznych nie musi być równa liczbie licencjonowanych Unit Modules: rozstrzyga model konfiguracji batch.
Zmiana receptury nie jest tym samym co zmiana logiki fazy. Receptura określa procedurę, kolejność, parametry i wybór zasobów, natomiast faza wykonuje operacje w kontrolerze. Audyt powinien zachować oba poziomy i powiązać każdą wykonaną partię z wersją receptury, konfiguracji faz oraz modułów sterowania.
Continuous Historian i Event Chronicle
DeltaV Continuous Historian zapisuje wartości oraz statusy parametrów. Może działać na różnych stacjach systemu i organizuje dane w zestawy Active, Current i Extended. Najstarsze zestawy mogą być automatycznie eksportowane do skonfigurowanej lokalizacji. Dostęp integracyjny obejmuje OPC HDA oraz XML History Web Service.
Event Chronicle służy do zdarzeń i alarmów, wykorzystując Microsoft SQL Server. Ma inną strukturę i retencję niż historian wartości ciągłych. Korelacja procesu wymaga wspólnej osi czasu dla:
- wartości analogowych i dyskretnych z Continuous Historian;
- alarmów, potwierdzeń oraz zdarzeń z Event Chronicle;
- działań batch i dzienników receptur;
- zmian konfiguracji i pobrań do kontrolerów;
- logów systemowych Windows, domeny i infrastruktury sieciowej.
Batch Historian
Batch Executive zapisuje recipe journal files lokalnie na swojej stacji. Batch Historian importuje historię receptur i dane Event Chronicle do Microsoft SQL Server. Udostępnia widoki SQL oraz XML History Web Service. Dane można archiwizować ręcznie lub automatycznie per batch, co ułatwia przenoszenie zakończonych partii do długoterminowego repozytorium.
W przypadku incydentu kopia samej bazy SQL nie wystarcza. Trzeba zachować także recipe journal files, konfigurację importu, Event Chronicle, definicje receptur i mapowanie czasu. W przeciwnym razie możliwe jest odzyskanie tabel bez pełnego związku między poleceniem operatorskim, wykonaniem fazy i wartością procesu.
Advanced Continuous Historian i Continuous Historian Elite
Advanced Continuous Historian działa na Application Station i korzysta z technologii AVEVA PI. Może przekazywać konfigurację oraz dane do zakładowego PI Server przez PI-to-PI. Od v15.LTS/v15.FP2 jest oferowany jako subskrypcja na 1, 3 albo 5 lat i wymaga aktywnego wsparcia produktu.
DeltaV v16 wprowadza Continuous Historian Elite oparty na Aspen InfoPlus.21. Jest to osobna, nowsza opcja. Obecność PI, InfoPlus.21 albo natywnego Continuous Historian musi wynikać z listy zainstalowanych komponentów i konfiguracji konkretnej stacji; tych backendów nie łączy się w jedną ogólną etykietę „baza DeltaV”.
DeltaV Edge Environment
Edge Environment tworzy kontekstową kopię danych DeltaV dla aplikacji analitycznych i integracji IT. Przepływ z DCS do edge odbywa się jednostronnie przez HTTPS. Po stronie edge dostępne są interfejsy read-only OPC UA, REST API, MQTT i NATS. Model nie przenosi wykonywania regulatorów ani faz batch poza kontrolery.
OPC UA w Edge może używać kont administratora albo konfigurowalnego dostępu anonimowego z certyfikatem self-signed. REST API korzysta z użytkowników i grup Active Directory. Te dwa tryby uwierzytelniania trzeba oceniać osobno; włączenie anonimowego odczytu OPC UA powinno być widoczną decyzją konfiguracyjną, nie domyślnym założeniem audytora.
Widok operatorski Live Enterprise View udostępniany przez warstwę DeltaV Edge Environment w generacji v16. Źródło: Emerson — Edge ecosystem for real-time enterprise operations, 20 stycznia 2026.
Protokoły urządzeniowe i integracyjne
Obsługiwane protokoły zależą od kontrolera, karty, aplikacji stacyjnej i wykupionej licencji. Lista możliwości platformy nie jest listą aktywnych usług konkretnego bioreaktora.
| Komponent | Potwierdzone interfejsy | Zakres |
|---|---|---|
| M-series I/O | HART 4–20 mA, FOUNDATION Fieldbus, PROFIBUS DP, DeviceNet, szeregowy Modbus i Allen-Bradley Data Highway Plus | zależnie od zainstalowanej karty |
| EIOC | Modbus TCP, EtherNet/IP, OPC UA DA, IEC 61850 MMS | EIOC działa jako warstwa integracji urządzeń Ethernet |
| PK Controller | Modbus TCP client/server, OPC UA DA server, EtherNet/IP | role zależą od licencji i konfiguracji |
| PK od v15.FP1 | PROFINET w systemie zintegrowanym | nie dotyczy automatycznie wcześniejszego firmware ani standalone |
| redundantna sieć urządzeniowa PK | Parallel Redundancy Protocol, PRP | wyłącznie w odpowiedniej topologii |
| ProfessionalPLUS/Application Station | OPC UA client i server | serwer stacyjny opakowuje klasyczne interfejsy COM dla danych bieżących, A&E i historii |
| Continuous Historian | OPC HDA i XML History Web Service | odczyt danych historycznych |
| Batch/Recipe Exchange | SOA i XML | import/eksport receptur |
| Edge Environment | HTTPS, read-only OPC UA, REST, MQTT i NATS | jednostronne udostępnienie danych do warstwy edge |
PROFINET, EtherNet/IP i Modbus TCP nie powinny być przypisywane całemu systemowi tylko dlatego, że występują w karcie PK lub EIOC. Dowodem aktywności są konfiguracja portu/protokołu, licencja, lista urządzeń, endpointy i ruch sieciowy. Analogicznie obecność OPC UA Server Suite na stacji nie dowodzi, że endpoint jest osiągalny z każdej strefy.
Format konfiguracji, receptur i danych
| Artefakt | Format lub sposób składowania | Znaczenie |
|---|---|---|
| konfiguracja ProfessionalPLUS | eksport FHX oraz natywna baza obiektowa | porównanie modułów, parametrów, areas i przypisań |
| receptury Batch | konfiguracja w systemie oraz wymiana XML przez Recipe Exchange/SOA | kontrola wersji procedur i parametrów partii |
| dzienniki Batch Executive | lokalne recipe journal files | surowy ślad wykonania receptury |
| Batch Historian | Microsoft SQL Server, widoki SQL i XML History Web Service | zapytania, raporty i archiwum per batch |
| Event Chronicle | Microsoft SQL Server | alarmy i zdarzenia |
| Continuous Historian | zbiory Active, Current i Extended | wartości czasowe i status jakości |
| Advanced Continuous Historian | archiwa AVEVA PI i PI-to-PI | historia długoterminowa i transfer do zakładowego PI |
| Continuous Historian Elite | Aspen InfoPlus.21 | opcja v16 |
| kopie stacji | pełne, przyrostowe i obrazowe backupy Acronis | odtworzenie hosta, aplikacji i baz |
Integracja aplikacji w widoku operatorskim
Live może prezentować w kontekście procesu również zewnętrzne aplikacje. Taki ekran nie staje się przez to natywną synoptyką DeltaV ani dowodem, że zewnętrzny program jest zainstalowany na każdej stacji.
Oficjalny materiał Emerson pokazujący integrację zewnętrznej aplikacji procesowej w środowisku operatorskim. Widoczny ekran należy do integrowanej aplikacji, a nie do natywnej synoptyki Live. Źródło: Emerson — DeltaV Live.
Licencjonowanie klasycznego systemu
Klasyczny system wymaga jednej licencji ProfessionalPLUS. Pozostałe uprawnienia są przypisywane do stacji, funkcji oraz pojemności systemu. Konfiguracja handlowa może obejmować osobno Operator Stations, Application Stations, Batch, historian, OPC, protokoły kontrolera, redundancję, liczbę Device Signal Tags i wsparcie.
| Element | Jednostka lub reguła licencji |
|---|---|
| ProfessionalPLUS | jedna licencja na system DeltaV |
| stacje | osobne uprawnienia dla ról operatorskich, aplikacyjnych i inżynierskich |
| DeltaV Batch | poziom Basic, Advanced albo Professional oraz liczba class-based Unit Modules |
| DeltaV Live Standard | od v14.LTS wliczony w odpowiednie licencje systemowe i Operator Workstation |
| DeltaV Live Premium | osobna licencja konfiguracji i osobna licencja runtime |
| Live Version Control | od v15.FP3 osobna subskrypcja |
| Advanced Continuous Historian | subskrypcja 1-, 3- lub 5-letnia, wymagająca aktywnego Product Support |
| interfejsy i protokoły | licencje zależne od kontrolera, stacji, liczby urządzeń i wybranego protokołu |
| Product Support | usługa powiązana z System ID, uprawnieniami do mediów i aktualizacji |
DeltaV Batch licencjonuje class-based Unit Modules, a nie wyłącznie fizyczne zbiorniki. Udokumentowana skala pakietów zaczyna się od 2 jednostek i dochodzi do 300+. W systemie wieloproduktowym ta sama jednostka fizyczna może uczestniczyć w wielu recepturach, ale model licencyjny wynika z konfiguracji klas i instancji.
DeltaV Flex System
Flex jest modelem subskrypcyjnym oferowanym na 1, 3 albo 5 lat. Pakiety obejmują 50, 100, 250, 500 lub 1500 Flex DST, a platforma jest opisywana dla systemów do 30 000 DST. Baza obejmuje 32 Flex PDT; kolejne urządzenia i protokoły wymagają odpowiednich uprawnień.
Po wygaśnięciu subskrypcji działająca konfiguracja i komunikacja runtime pozostają aktywne, lecz system blokuje zmiany konfiguracji oraz aktualizacje. Termin odnowienia jest więc parametrem ciągłości operacyjnej: nie oznacza natychmiastowego zatrzymania procesu, ale może uniemożliwić poprawkę konfiguracji albo podniesienie wersji w wymaganym oknie serwisowym.
HASP, LDK, softkey i System ID
| Linia | Udokumentowany user-key ProfessionalPLUS |
|---|---|
| DeltaV 12.x, 13.x, v14.FP1–FP3 | fizyczny HASP, SKU VE2121HASP |
| v14.LTS MultiOS | fizyczny USB LDK, SKU VE2121LDK |
| v15.LTS i nowsze | USB LDK VE2121LDK albo softkey VE2121SOFT |
| DeltaV Flex | zamawiany softkey albo fizyczny LDK USB |
Klucz licencyjny, pliki aktywacyjne i System ID trzeba traktować jako osobne artefakty. Guardian zarządza subskrypcjami, kwalifikowanymi mediami oraz licencjami. Customer Support Subscription jest generowana dla konkretnego System ID, wygasa razem ze wsparciem i nie jest przenoszona do innego systemu. Obraz stacji bez zachowanego stanu licencji może nie odtworzyć pełnej funkcjonalności.
Cena i czynniki kosztowe
Emerson stosuje wycenę projektową. Dokumentacja produktowa publikuje metryki, okresy subskrypcji i numery zamówieniowe, a nie kompletny publiczny cennik ProfessionalPLUS, Batch, Live czy Flex. Dla porównania ofert należy wyszczególnić:
- liczbę DST i PDT;
- ProfessionalPLUS oraz liczbę i typ stacji;
- modele, redundancję i pojemność kontrolerów;
- I/O, CIOC/CHARMs, WIOC, switche i szafy;
- protokoły, OPC i integracje;
- poziom oraz liczbę Unit Modules DeltaV Batch;
- typ historianów, retencję i serwery bazowe;
- licencje Live Standard/Premium i Version Control;
- okres Flex, Product Support i kwalifikowane media;
- engineering, FAT/SAT, walidację, migrację, szkolenia i utrzymanie.
Cena samego klucza, stacji albo kontrolera z rynku wtórnego nie jest ceną kompletnego systemu zdolnego do prowadzenia zwalidowanego procesu.
Dystrybucja, media i aktualizacje
Pełne media instalacyjne, hotfixy i Security Notifications są dystrybuowane przez Emerson Guardian zgodnie z System ID oraz aktywnym wsparciem. Publiczna część serwisu udostępnia karty produktu, podręczniki i materiały architektoniczne. Wersje pełne lub produkcyjne nie są anonimowym downloadem.
| Materiał | Kanał | Zastosowanie |
|---|---|---|
| media instalacyjne DeltaV | Guardian, konto klienta i kwalifikowany System ID | instalacja albo podniesienie całego wydania |
| hotfixy i cumulative updates | Guardian/Knowledge Base | poprawki właściwe dla wersji i składnika |
| Security Notifications | Guardian | skonsolidowane informacje Emerson, progi wersji i działania korygujące |
| publiczne datasheety | serwis Emerson | architektura, funkcje, licencje i wymagania ofertowe |
| publiczne advisories CISA/NVD | CISA i NVD | historyczne CVE oraz zakres podatnych produktów |
| Product Support | usługa dla System ID | dostęp do aktualizacji, wsparcia i kwalifikowanych mediów |
Przed instalacją poprawki zapisuje się dokładny numer pakietu, sumę kontrolną, źródło pobrania, listę komponentów, zgodność z wydaniem bazowym i wynik testu na środowisku nieprodukcyjnym. W instalacji regulowanej dołącza się change control, ocenę wpływu na walidację i plan rollback.
Użytkownicy, grupy, locks, keys i areas
DeltaV User Manager definiuje użytkowników oraz grupy. Uprawnienia wykorzystują mechanizmy locks i keys oraz zakres areas. Użytkownik otrzymuje klucze pozwalające wykonywać określone działania w przypisanych częściach instalacji. Model jest integrowany z bezpieczeństwem Windows, dlatego skuteczny dostęp zależy zarówno od konfiguracji DeltaV, jak i członkostwa oraz polityk systemu operacyjnego/domeny.
| Element | Znaczenie |
|---|---|
| user | tożsamość operatora, inżyniera lub konta technicznego |
| group | wspólny zestaw uprawnień i zakresów dla wielu użytkowników |
| lock | wymagane uprawnienie związane z czynnością lub obiektem |
| key | uprawnienie przyznane użytkownikowi/grupie, które otwiera właściwy lock |
| area | część instalacji ograniczająca zasięg operacji |
| Windows security | logowanie, polityka kont, domena i prawa hosta współpracujące z warstwą DeltaV |
Przegląd dostępu powinien objąć konta aktywne i wyłączone, członkostwa grup, keys, areas, konta usług, logowanie automatyczne, prawa lokalnego administratora i oddzielne poświadczenia opcjonalnych aplikacji. Konto domenowe o szerokich prawach Windows nie powinno być oceniane wyłącznie przez widok uprawnień operatorskich.
Independent DeltaV Domain Controller i Credential Guard
Od v14.LTS Emerson opisuje Independent DeltaV Domain Controller jako dedykowaną rolę domenową, najlepiej wdrażaną redundantnie. Oddzielenie Active Directory od ProfessionalPLUS i Application Station pozwala ograniczyć mieszanie roli sterowania, konfiguracji i uwierzytelniania na jednym hoście.
Credential Guard może chronić poświadczenia Windows na wspieranych stacjach DeltaV. Pełne wdrożenie wymaga TPM 2.0. Device Guard rozumiany jako warstwa code integrity nie jest wspierany w opisanej konfiguracji DeltaV, dlatego tych dwóch nazw nie należy łączyć w jedną deklarację „Device/Credential Guard włączony”.
Weryfikacja domeny obejmuje:
- model i wersję IDDC oraz role FSMO;
- parę redundantnych kontrolerów domeny i stan replikacji;
- domenę lub workgroup każdej stacji;
- stan TPM 2.0 i Credential Guard;
- GPO stosowane do stacji oraz kont usług;
- synchronizację czasu między domeną, stacjami, kontrolerami i historianami;
- kopię System State oraz procedurę odzyskania domeny.
Hasło, klucz fizyczny i karta SD kontrolera PK
PK w trybie standalone może wymagać hasła do odczytu lub edycji konfiguracji oraz fizycznego klucza umieszczonego na carrierze. Konfiguracja i pliki HMI zapisane na karcie SD są szyfrowane. Te mechanizmy dotyczą kontrolera/skidu i nie zastępują uwierzytelniania użytkowników Windows na stacjach centralnego DCS.
Przy zabezpieczeniu egzemplarza zachowuje się kartę SD, pozycję klucza fizycznego, model carrier, numer kontrolera i konfigurację sieciową. Kopia logiczna powinna być skorelowana z eksportem ProfessionalPLUS lub projektem standalone oraz wersją firmware.
OPC UA, certyfikaty i uwierzytelnianie Edge
Stacyjne klienty i serwery OPC UA używają certyfikatów, podpisu i szyfrowania. Serwer stacyjny udostępnia dane pochodzące z klasycznych interfejsów COM: bieżące wartości, alarmy/zdarzenia i historię. Ocena endpointu obejmuje polityki bezpieczeństwa, zaufane i odrzucone certyfikaty, Application URI, konta, adres nasłuchu oraz zasięg routingu.
Edge rozdziela uwierzytelnianie interfejsów: OPC UA może używać kont administratora albo skonfigurowanego anonymous access z certyfikatem self-signed, natomiast REST API korzysta z Active Directory. Zaufanie certyfikatu self-signed powinno być jawnie zarządzane po obu stronach; samo szyfrowanie kanału nie potwierdza właściwej autoryzacji klienta.
Porty stacji i aplikacji
Poniższa tabela łączy wyłącznie porty opublikowane dla konkretnych składników. Nie jest uniwersalną regułą firewall dla każdego systemu.
| Port | Kierunek/składnik | Funkcja |
|---|---|---|
| TCP 28130 | Portal → DeltaV Mobile Server | komunikacja portalu z serwerem Mobile |
| TCP 58022 | Web View | kanał usługi Web View |
| TCP 443 | Web View/HTTPS | zabezpieczony dostęp webowy |
| TCP 3000 | Web View | składnik udokumentowanej architektury Mobile |
| TCP 58012 | Communicator | komunikacja komponentu Communicator |
| TCP 58080 | Communicator/HTTP | webowy kanał Communicator |
| TCP 135 | OPC DA/HDA i DCOM | RPC Endpoint Mapper |
| TCP 1024–65535 | OPC DA/HDA i DCOM | negocjowany dynamiczny zakres starszej integracji COM |
| TCP 9876 | Backup and Recovery | domyślna komunikacja systemu backupowego |
| TCP 445 | zdalna instalacja agentów | SMB |
| TCP 25001 | zdalna instalacja agentów | kanał instalacyjny Backup and Recovery |
Porty OPC UA, Modbus TCP, EtherNet/IP albo PROFINET należy wyprowadzić z konkretnej konfiguracji endpointu, kontrolera i sieci urządzeniowej. Standardowy numer protokołu nie dowodzi, że usługa działa na każdym węźle DeltaV.
Historyczne usługi kontrolerów i infrastruktury
| Port/usługa | Zakres historyczny | Znaczenie bezpieczeństwa |
|---|---|---|
| TCP/UDP 111 | PORTSERV w 9.3.1–11.3.1 | CVE-2012-1816, zdalne zatrzymanie usługi |
| TCP 23, UDP 161, TCP 513 | kontrolery SE3006/VE3005/VE3006 do 11.3.1 | CVE-2012-4703, restart urządzenia po spreparowanym pakiecie |
| TCP 18508 i 18518 | protokoły firmware do 29 kwietnia 2022 r. | CVE-2022-29957, brak uwierzytelniania protokołu |
| UDP 18510 | Plug-and-Play | ten sam zakres CVE-2022-29957 |
| UDP 18507 | Hawk services | ten sam zakres CVE-2022-29957 |
| TCP 18519 | management | ten sam zakres CVE-2022-29957 |
| UDP 18512 | cold restart | ten sam zakres CVE-2022-29957 |
| TCP 12345 | komunikacja SIS | ten sam zakres CVE-2022-29957 |
| UDP 18515 | Wireless Gateway Protocol | ten sam zakres CVE-2022-29957 |
| TCP 18550 | TELNET S/P/CIOC/EIOC | CVE-2022-29963, root shell przez hard-coded credentials |
| TCP 23 | maintenance TELNET M-series i SIS | CVE-2022-29965, przewidywalne hasła narzędziowe |
Ten profil jest użyteczny podczas inwentaryzacji instalacji legacy. Nie wolno na jego podstawie otwierać portów na współczesnej stacji ani zakładać ich obecności w v16.
Backup and Recovery
DeltaV Backup and Recovery v4.3 jest rozwiązaniem opartym na Acronis i rozdziela kilka ról: Management Server, License Server, Management Console, Storage Nodes, vaults, PXE oraz agentów instalowanych na chronionych stacjach. Serwer zarządzający może działać na poziomie 2.5 za firewallem, oddzielnie od właściwej Area Control Network.
| Składnik | Rola |
|---|---|
| Management Server | harmonogramy, polityki, inwentarz agentów i koordynacja operacji |
| License Server | uprawnienia produktu backupowego |
| Management Console | administracja zadaniami i odtworzeniami |
| agent | kopia obrazu, plików, folderów lub baz chronionej stacji |
| Storage Node | obsługa repozytorium i danych backupowych |
| vault | logiczne miejsce składowania kopii |
| PXE | rozruch środowiska odtworzeniowego w odpowiedniej konfiguracji |
Vault może wskazywać udział sieciowy, SAN, NAS, taśmę, dysk lokalny, FTP/SFTP albo nośnik wymienny zależnie od typu. Szablony DeltaV wykonują najpierw natywną kopię Objectivity, Continuous Historian, Batch Historian albo Event Chronicle do lokalizacji tymczasowej, a następnie przenoszą artefakt do repozytorium. Chroni to spójność aplikacyjną lepiej niż kopiowanie otwartych plików bazy bez przygotowania.
Harmonogram i test odtworzenia
Preferowany schemat GFS obejmuje miesięczny full, tygodniowy differential i dzienny incremental z oddzielnymi okresami retencji. Odtwarzanie dobiera wymagany łańcuch kopii. Dla krytycznych stacji należy testować zarówno pełny obraz na sprzęcie zapasowym lub maszynie wirtualnej, jak i osobne odtworzenie baz oraz konfiguracji.
Protokół testu powinien potwierdzić:
- start systemu operacyjnego i usług DeltaV;
- stan licencji oraz zgodność System ID;
- otwarcie centralnej konfiguracji;
- zgodność wersji ProfessionalPLUS ze stacjami i kontrolerami;
- dostęp do Continuous Historian, Event Chronicle i Batch Historian;
- integralność receptur, dzienników i ekranów HMI;
- możliwość komunikacji z kontrolerem w odizolowanym środowisku testowym;
- czas RTO, punkt RPO i procedurę powrotu do produkcji.
Historia podatności 2012–2014
| CVE | Komponent i zakres | Typ oraz skutek |
|---|---|---|
| CVE-2012-1814 | DeltaV/Workstations 9.3.1, 10.3.1, 11.3, 11.3.1; ProEssentials Scientific Graph 5.0.0.6 | XSS, CWE-79; zdalne wstrzyknięcie skryptu/HTML |
| CVE-2012-1815 | ten sam zakres stacji i ProEssentials | SQL injection, CWE-89; wykonanie poleceń SQL |
| CVE-2012-1816 | ten sam zakres, PORTSERV.exe, TCP/UDP 111 |
błąd pamięci/obsługi wejścia, zatrzymanie usługi i DoS |
| CVE-2012-1817 | ten sam zakres, spreparowane pole pliku projektu | buffer overflow; wykonanie kodu albo DoS przy udziale użytkownika |
| CVE-2012-1818 | ten sam zakres, kontrolka ActiveX | nadpisanie dowolnego pliku |
| CVE-2012-3035 | DeltaV 9.3.1 oraz 10.3–11.3.1 | buffer overflow po długim ciągu, zdalny DoS |
| CVE-2012-4703 | SE3006 do 11.3.1; VE3005/VE3006 do 10.3.1 oraz 11.x–11.3.1 | restart kontrolera przez spreparowany ruch na TCP 23, UDP 161 lub TCP 513 |
| CVE-2014-2349 | DeltaV 10.3.1, 11.3, 11.3.1 i 12.3; diagnostic services | hard-coded credentials i obejście ograniczeń dostępu |
| CVE-2014-2350 | ten sam zakres usług diagnostycznych | hard-coded credentials, CWE-798/CWE-255 |
Pierwsze pięć wpisów odnosi się także do konkretnej biblioteki ProEssentials Scientific Graph. Obecność DeltaV w nowszej instalacji nie wystarcza do przypisania tych podatności; trzeba potwierdzić objętą wersję stacji i składnik.
Historia podatności 2016–2018
| CVE | Komponent i zakres | Typ oraz skutek |
|---|---|---|
| CVE-2016-9345 | Easy Security Management w 12.3, 12.3.1 i 13.3 | lokalne podniesienie uprawnień w systemie sterowania |
| CVE-2016-9347 | WIOC SE4801T0X redundant i SE4801T1X simplex z firmware 13.3 | zbędnie włączone SSH; wpływ na poufność, integralność i dostępność |
| CVE-2018-11691 | Smart Switch Command Center 11.3.x i 12.3.1 | brak skutecznej zmiany hasła zarządzającego przy commissioning; poprawka DSN19003/NK-1900-0808 i ponowne commissioning/zmiana hasła |
| CVE-2018-14791 | 11.3.1, 12.3.1, 13.3.0, 13.3.1 i R5 | nieadministracyjny użytkownik może zmieniać pliki wykonywalne i biblioteki |
| CVE-2018-14793 | ten sam zakres wersji | stack buffer overflow przez otwarty port; możliwość wykonania kodu |
| CVE-2018-14795 | ten sam zakres wersji | path traversal/improper path validation; zastąpienie plików wykonywalnych |
| CVE-2018-14797 | ten sam zakres wersji | DLL search order hijacking, CWE-427; wykonanie kodu przy udziale użytkownika |
| CVE-2018-19021 | 11.3.1, 11.3.2, 12.3.1, 13.3.1, 14.3, R5.1, R6 i wcześniejsze | obejście uwierzytelniania maintenance port i DoS |
Od wersji 13.3 Smart Switches są zarządzane przez Network Device Command Center, którego CVE-2018-11691 nie obejmuje. To istotna granica produktu, a nie wyłącznie numer poprawki starej aplikacji.
Historia podatności 2021–2022
| CVE | Komponent i zakres | Typ oraz skutek |
|---|---|---|
| CVE-2021-26264 | kontrolery DeltaV, wszystkie wersje objęte advisory | spreparowany skrypt powodujący restart kontrolera i DoS; CWE-306 |
| CVE-2021-44463 | kontrolery i stacje, wszystkie wersje objęte advisory | podstawienie brakującej DLL przez insidera, lokalne podniesienie uprawnień przy starcie usług |
| CVE-2022-29957 | DCS do 29 kwietnia 2022 r.; siedem protokołów firmware/PnP/Hawk/management/cold restart/SIS/wireless | protokoły bez uwierzytelniania, CWE-306 |
| CVE-2022-29962 | S-series, P-series i CIOC/EIOC do 29 kwietnia 2022 r. | hard-coded credentials FTP; usługa bywa wyłączona w produkcji |
| CVE-2022-29963 | S-series, P-series i CIOC/EIOC do tej samej daty; TELNET 18550 | root shell przez hard-coded credentials |
| CVE-2022-29964 | WIOC do tej samej daty | hard-coded credentials SSH dla kont powłoki |
| CVE-2022-29965 | M-series i SIS CSLS/LSNB/LSNG; maintenance TELNET 23 | przewidywalne czteroznakowe hasła trzech poziomów uprawnień generowane z czasu i małej entropii |
| CVE-2022-30260 | firmware przed 14.3: M-, S-, P-series, SIS oraz CIOC/EIOC/WIOC | niewystarczająca integralność firmware: checksum bez podpisu, CWE-345 |
CVE-2022-29962–29965 opisują różne komponenty i usługi. Nie należy łączyć ich w jedno „domyślne hasło DeltaV” ani publikować jako poświadczenie wspólne dla stacji Windows. W inwentarzu podatności zapisuje się model węzła, firmware, stan usługi i segment sieciowy.
Priorytety oceny podatności
Najwyższy priorytet mają podatności pozwalające zmienić firmware, pliki wykonywalne, konfigurację albo restartować kontrolery. Następnie ocenia się dostęp do usług diagnostycznych, maintenance, WIOC i infrastruktury switchy, a potem podatności lokalnych narzędzi stacyjnych.
Dla każdego CVE dossier powinno zawierać:
- dokładny model komponentu i numer wersji;
- źródło wersji: ekran diagnostyczny, inventory, plik binarny lub eksport;
- dopasowanie do zakresu affected products;
- stan portu/usługi i osiągalność ze stref sieciowych;
- wymagany poziom dostępu i udział użytkownika;
- Security Notification/Guardian KBA oraz dostępną poprawkę;
- zastosowane ograniczenia, test po poprawce i plan rollback;
- wpływ na sterowanie, alarmy, historię, receptury i ciągłość partii.
Powiązane urządzenia bioprocesowe
Katalog zawiera 54 karty z potwierdzoną relacją do DeltaV. Relacja ma różną siłę: część urządzeń jest oferowana w wariancie nazwanym DeltaV, część korzysta z niego jako nadrzędnego DCS, a w systemach projektowanych na zamówienie jest jedną z dopuszczonych platform. Lista nie oznacza, że każdy egzemplarz danego modelu ma DeltaV.
Eppendorf / New Brunswick
| Urządzenie | Zakres relacji |
|---|---|
| BioFlo 320 Plus | generacja Plus z architekturą rozszerzaną do nadrzędnego systemu DeltaV |
| BioFlo 320 Plus z obiegiem wody | wariant rodziny Plus; relacja dotyczy wybranej konfiguracji sterowania |
| BioFlo 320 Plus bez obiegu wody | wariant rodziny Plus; relacja dotyczy wybranej konfiguracji sterowania |
Getinge / Applikon
| Urządzenie | Zakres relacji |
|---|---|
| Applikon Pro-Control | platforma sterowania dostępna w architekturze integrującej DeltaV |
| Pro-Control BioPilot | wariant pilotowy rodziny Pro-Control |
| Pro-Control BioProduction | wariant produkcyjny rodziny Pro-Control |
| Applikon SUB-Control | kontroler systemu single-use z potwierdzoną integracją nadrzędną |
Broadley-James / NECI
| Urządzenie | Zakres relacji |
|---|---|
| BioNet Controller | kontroler bioreaktora integrowany z DeltaV zależnie od projektu |
| BioNet M3 | wariant rodziny BioNet z relacją do nadrzędnego DCS |
ABEC
| Urządzenie | Zakres relacji |
|---|---|
| CSR Bioreactor 4000 | produkcyjny single-use bioreactor w projekcie z warstwą DeltaV |
| CSR Bioreactor 6000 | wielkoskalowa konfiguracja CSR z warstwą DCS |
| CSR Fermenter 1000 | fermentor produkcyjny z projektowanym systemem sterowania DeltaV |
Cytiva
| Urządzenie | Zakres relacji |
|---|---|
| ReadyToProcess WAVE 25 | możliwość integracji systemu rocking-motion z DeltaV; zakres zależny od konfiguracji |
Merck / MilliporeSigma
| Urządzenie | Zakres relacji |
|---|---|
| Mobius iFlex 200 | wariant platformy produkcyjnej z nadrzędnym sterowaniem DeltaV |
| Mobius iFlex 1000 | ten sam stos platformowy dla skali 1000 l |
| Mobius iFlex 2000 | ten sam stos platformowy dla skali 2000 l |
| Mobius CellReady 200 L | single-use bioreactor z relacją integracyjną do DeltaV |
NECI
| Urządzenie | Zakres relacji |
|---|---|
| NECI Kynota | system projektowy z potwierdzoną możliwością zastosowania DeltaV |
Pierre Guérin
| Urządzenie | Zakres relacji |
|---|---|
| BIOCELL Lab & Pilot | wariant automatyki oferowany w rodzinie bioreaktorów laboratoryjnych/pilotowych |
| ICEM Turnkey | DeltaV jest jedną z platform projektowych NEPTUNE/turnkey obok innych stosów SCADA/DCS |
Sartorius
| Urządzenie | Zakres relacji |
|---|---|
| BIOSTAT B-DCU | historyczny kontroler/rodzina integrowana w architekturach DeltaV |
| BIOSTAT STR2 50 | generacja STR2 z potwierdzoną relacją do DeltaV |
| BIOSTAT STR2 200 | wariant 200 l tej samej generacji |
| BIOSTAT STR2 500 | wariant 500 l tej samej generacji |
| BIOSTAT STR2 1000 | wariant 1000 l tej samej generacji |
| BIOSTAT RM TX | rocking-motion system z wariantem/integracją DeltaV |
| BIOSTAT STR 50 DeltaV | jawnie wydzielony wariant DeltaV |
| BIOSTAT STR 200 DeltaV | jawnie wydzielony wariant DeltaV |
| BIOSTAT STR 500 DeltaV | jawnie wydzielony wariant DeltaV |
| BIOSTAT STR 1000 DeltaV | jawnie wydzielony wariant DeltaV |
| BIOSTAT STR 2000 DeltaV | jawnie wydzielony wariant DeltaV |
Thermo Fisher Scientific
| Urządzenie | Zakres relacji |
|---|---|
| DynaDrive 5 L G3Lab | laboratoryjny wariant DynaDrive z warstwą sterowania rodziny DeltaV |
| DynaDrive 50 | produkcyjny wariant 50 l |
| DynaDrive 500 | produkcyjny wariant 500 l |
| DynaDrive 3000 | produkcyjny wariant 3000 l |
| DynaDrive 5000 | produkcyjny wariant 5000 l |
| HyPerforma SUB 50 | single-use bioreactor z oferowaną architekturą DeltaV |
| HyPerforma SUB 100 | wariant 100 l |
| HyPerforma SUB 250 | wariant 250 l |
| HyPerforma SUB 500 | wariant 500 l |
| HyPerforma SUB 1000 | wariant 1000 l |
| HyPerforma SUB 2000 | wariant 2000 l |
| HyPerforma SUB 2:1 50 | wariant 2:1, 50 l |
| HyPerforma SUB 2:1 100 | wariant 2:1, 100 l |
| HyPerforma SUB 2:1 250 | wariant 2:1, 250 l |
| HyPerforma SUB 2:1 500 | wariant 2:1, 500 l |
| HyPerforma SUB 2:1 1000 | wariant 2:1, 1000 l |
| HyPerforma SUB 2:1 2000 | wariant 2:1, 2000 l |
| HyPerforma SUF 30 | fermentor single-use z wariantem sterowania DeltaV |
| HyPerforma SUF 300 | fermentor single-use 300 l z tym samym zakresem platformowym |
Tezalon i T&J Bioengineering
| Urządzenie | Zakres relacji |
|---|---|
| Tezalon Dual Bioreactor Controller | kontroler dwureaktorowy dostępny w projekcie integracyjnym DeltaV |
| Tezalon Dual Bioreactor Controller 30–2000 | wariant skalowany 30–2000 l |
| T&J Intelli-Ferm C/D | produkcyjna rodzina skidu z możliwą warstwą DeltaV |
| T&J Opti-Cell C/D | rodzina hodowli komórkowej z możliwą warstwą DeltaV |
Jak rozstrzygnąć relację w konkretnym egzemplarzu
Nazwa modelu reaktora jest dopiero punktem startowym. Potwierdzeniem DeltaV są elementy as-built: kontroler z numerem katalogowym Emerson, szafy I/O, stacja z zainstalowanymi suites, ekran About, eksport konfiguracji, lista węzłów i dokumentacja FAT/SAT. W urządzeniu oferowanym z kilkoma platformami handlowa karta rodziny nie rozstrzyga konfiguracji egzemplarza.
Minimalny zapis relacji powinien wskazywać:
- producenta i pełny model reaktora/skidu;
- integratora automatyki oraz numer projektu;
- System ID DeltaV i wydanie DCS;
- ProfessionalPLUS oraz role pozostałych stacji;
- modele kontrolerów, firmware i redundancję;
- I/O, CHARMs, WIOC i urządzenia polowe;
- wariant HMI Live/Operate i wersję projektu OEM;
- zainstalowane Batch, historiany, OPC oraz Edge;
- granicę odpowiedzialności między producentem bioreaktora, integratorem i Emerson.
Inwentaryzacja instalacji DeltaV
| Obszar | Dane do zabezpieczenia |
|---|---|
| tożsamość systemu | System ID, nazwa systemu, wersja LTS/FP/build i stan Product Support |
| ProfessionalPLUS | model hosta, Windows build, wersja suite, centralna baza i eksport FHX |
| stacje | rola Operator/Application/ProfessionalPLUS, hostname, domena, suites i hotfixy |
| kontrolery | model, serial, rewizja hardware, firmware, simplex/redundant i assignment modułów |
| I/O | typy kart, CIOC/CHARMs/WIOC, firmware, kanały, skalowanie i przypisania |
| sieć | Area Control Network, switche, firmware, VLAN/strefy, redundancja i firewall |
| HMI | Live/Operate, wersja, ekrany, snippets, faceplate, skrypty i Version Control |
| Batch | poziom licencji, Unit Modules, receptury, fazy, Batch Executive i journals |
| historia | Continuous/Event/Batch/Advanced/Elite, hosty, bazy, retencja i eksporty |
| integracje | OPC UA/DA/HDA, EIOC, PK, SOA, Edge, certyfikaty, konta i endpointy |
| tożsamość | domena/IDDC, users, groups, locks, keys, areas, GPO i konta usług |
| licencje | HASP/LDK/softkey, SKU, serwer licencji, CSS i data wygaśnięcia Flex/support |
| backup | wersja Backup and Recovery, vaulty, harmonogram, ostatnia kopia i test restore |
| zmiany | change control, downloady do kontrolerów, wersje receptur i wyniki FAT/SAT |
Zabezpieczenie materiału dowodowego
Kolejność pozyskania zależy od stanu procesu. Najpierw dokumentuje się aktywne role, wersje, alarmy, stan kontrolerów i bieżącą topologię bez wymuszania restartu. Następnie zabezpiecza się eksport konfiguracji, receptury, dzienniki, historiany i logi, a pełne obrazy hostów wykonuje w zatwierdzonym oknie albo z istniejącego systemu Backup and Recovery.
Warto zachować cztery osie czasu:
- czas kontrolerów i wykonania modułów/faz;
- czas stacji operatorskich i działań użytkownika;
- czas Event Chronicle, Batch Historian i Continuous Historian;
- czas domeny, firewalli, switchy, serwerów backupu i systemów zewnętrznych.
Każdy eksport otrzymuje sumę kontrolną, czas pozyskania, źródłowy host/węzeł, użytkownika wykonującego operację i opis metody. FHX, SQL backup, journal, obraz dysku i kopia karty SD są różnymi artefaktami i zachowują inne informacje.
Materiały techniczne i pobieranie
| Materiał | Zakres | Link |
|---|---|---|
| DeltaV DCS Product Support | System ID, wsparcie, kwalifikowane media i usługi | PDF Emerson |
| Configuration Software Suite | skład narzędzi konfiguracyjnych | PDF Emerson |
| ProfessionalPLUS Station Software Suite | rola stacji centralnej i oprogramowanie | PDF Emerson |
| DeltaV Batch Software Suites | poziomy Batch i Unit Modules | PDF Emerson |
| DeltaV Live | HMI, Standard/Premium i funkcje operatorskie | PDF Emerson |
| DeltaV Flex System | subskrypcje, DST/PDT, softkey/LDK | PDF Emerson |
| PK Controller | tryby standalone/integrated, redundancja, porty i I/O | PDF Emerson |
| Electronic Marshalling | CIOC, 96 CHARMs i elastyczne przypisania kanałów | PDF Emerson |
| Workstations and Servers | platformy sprzętowe stacji i serwerów | PDF Emerson |
| OPC UA Servers and Clients | architektura stacyjna, certyfikaty i interfejsy COM→UA | PDF Emerson |
| Continuous Historian | Active/Current/Extended, OPC HDA i History Web Service | PDF Emerson |
| Advanced Continuous Historian | AVEVA PI, PI-to-PI i model subskrypcji | PDF Emerson |
| Batch Historian | SQL Server, widoki, XML i archiwizacja per batch | PDF Emerson |
| Batch Executive | wykonanie receptur i redundantny Executive | PDF Emerson |
| Edge Environment | jednokierunkowy przepływ, OPC UA, REST, MQTT i NATS | PDF Emerson |
| Independent DeltaV Domain Controller | oddzielna domena systemu sterowania | PDF Emerson |
| Credential Guard and Device Guard | TPM 2.0, Credential Guard i granica wsparcia code integrity | PDF Emerson |
| Backup and Recovery | Acronis, role, vaulty, obrazy i natywne kopie baz | PDF Emerson |
| Cybersecurity Guidebook for Process Control | segmentacja, role i praktyki ochrony systemu procesowego | PDF Emerson |
| DeltaV Firewall-IPD | przemysłowa zapora i segmentacja połączeń | PDF Emerson |
Źródła bezpieczeństwa
Publiczna historia podatności została zweryfikowana w rekordach NVD i odpowiada 11 grupom advisories ICS: ICSA-12-138-01, ICSA-12-265-01, ICSA-13-053-01, ICSA-14-133-02, ICSA-16-334-02, ICSA-16-334-03, ICSA-18-228-01, ICSA-19-010-01, ICSA-19-190-01, ICSA-21-355-04 oraz ICSA-22-181-03. Aktualne Security Notifications i KBA związane z konkretnym System ID są publikowane w Guardian.
| Źródło | Zastosowanie |
|---|---|
| NVD — wyszukiwanie Emerson DeltaV | odtworzenie identyfikatorów, CWE, CVSS i zakresów wersji |
| CISA — ICS Advisories | biuletyny sektorowe i działania ograniczające |
| Emerson Guardian | aktualne Security Notifications, KBA, hotfixy i status systemu klienta |
Granica odpowiedzialnego wnioskowania
Wpis CVE jest przypisywany konkretnej instalacji dopiero po zgodności produktu, komponentu, wersji i warunków konfiguracji. Sama marka Emerson, obecność kontrolera innej serii albo relacja bioreaktora z DeltaV tworzy kandydaturę do sprawdzenia, a nie wynik podatności. Analogicznie funkcje Edge, Batch, Live, PI, InfoPlus.21, OPC UA i poszczególne protokoły są indeksowane tylko tam, gdzie potwierdzono właściwy składnik lub wariant wdrożenia.