OpenVMS Alpha жүйесінде жұмыс істейтін Bailey INFI 90 Symphony HMI интерфейстерін жаңғырту

Бүкіл INFI 90 жүйесін ауыстырмай HMI жүйесін жаңғырту

Көптеген Bailey INFI 90 жүйелері бастапқы орнатылғаннан кейін ондаған жыл өтсе де сенімді жұмысын жалғастыруда. Олардың контроллерлері, байланыс модульдері, аяқтау құрылғылары және далалық I/O жүйелері әлі де қажетті басқару функцияларын орындауы мүмкін.

Өмірлік циклге қатысты ең өзекті мәселе көбіне контроллер деңгейінен жоғары орналасады.

Оператор станциялары ескірген AlphaStation жабдығына, қолдауы тоқтатылған графикалық адаптерлерге, ескірген сақтау құрылғыларына және ескі OpenVMS Alpha бағдарламалық ортасына тәуелді болуы мүмкін. Ауыстырылатын бөлшектерді табу қиындай түседі, ал тәжірибелі OpenVMS және Bailey Symphony инженерлері азайып барады.

Мұнда қарастырылатын мысалда төрт AlphaStation 255 жұмыс станциясы бар. Әр станция OpenVMS Alpha жүйесінде жұмыс істейді және Bailey INFI 90 бөлінген басқару жүйесіне арналған Bailey Symphony оператор интерфейсінің функцияларын орналастырады.

Мақсат міндетті түрде бүкіл DCS жүйесін ауыстыру емес. Неғұрлым практикалық мақсат — ескірген AlphaStation жабдығына тәуелділікті жойып, тұрақты контроллерлерді, далалық сымдарды, I/O модульдерін, басқару логикасын және технологиялық операцияларды сақтау.

Бұл айырмашылық жаңғырту стратегиясын өзгертеді.

Жоба негізінен оператор интерфейсі мен есептеу платформасын көшіруден тұрады. Ол контроллерлердің өмірлік циклі, киберқауіпсіздік талаптары, өндірістік мақсаттар немесе қолдау шарттары төменгі басқару деңгейлерін ауыстыруды негіздеген жағдайда ғана толық DCS көшуіне айналады.

Жаңғыртудың бірнеше ықтимал бағыты бар. Алайда олардың әрқайсысы қолданыстағы жүйенің әртүрлі бөліктерін сақтайды.

Alpha эмуляторы бағдарламалық ортаның дерлік толық нұсқасын сақтай алады. OpenVMS x86 жүйесіне көшу операциялық жүйелер тобын сақтайды, бірақ қолданбаларды көшіруді талап етеді. OPC негізіндегі HMI ауыстыру контроллер деңгейін сақтай отырып, оператор интерфейсін қайта құрады. ABB эволюциясы стратегиясы Symphony архитектурасын кең ауқымда кезең-кезеңімен жаңғырта алады.

Ешбір бағытты қарапайым ДК-ге ауыстыру деп сипаттауға болмайды.

1-сурет. Жаңғыртудың үш негізгі бағыты орнатылған Bailey INFI 90 және Symphony жүйелеріне салынған инвестицияның әртүрлі бөліктерін сақтай алады.

AlphaStation дискісін клондау неліктен жеткіліксіз

Дискіні клондау орнатылған OpenVMS Alpha ортасын сақтап қалу үшін пайдалы. Ол операциялық жүйені, қолданба файлдарын, құрылғы конфигурациясын, пайдаланушы тіркелгілерін, Bailey бағдарламалық жасақтамасын, дерекқорларды, графиканы және нысанға тән параметрлерді қамти алады.

Алайда дискіні клондау Alpha бағдарламалық жасақтамасын x86 бағдарламалық жасақтамасына түрлендірмейді.

Клондалған операциялық жүйеде әлі де Alpha процессорының нұсқаулары бар. Оның ядросы, жүктеуіш құралы, жүйелік кітапханалары, қолданбалары және аппараттық драйверлері Alpha архитектурасына арналып жасалған.

Стандартты заманауи ДК x86-64 процессорын пайдаланады. Ол сондай-ақ басқа сақтау контроллерлерін, желі құрылғыларын, үзу құрылымдарын, графикалық жабдықты, микробағдарлама интерфейстерін және перифериялық шиналарды ұсынады.

VMware, VirtualBox, Hyper-V және кәдімгі x86 гипервизорлары x86 жүйесімен үйлесімді жабдықты виртуализациялайды. Олар әдетте Alpha процессорының нұсқауларын x86 нұсқауларына аудармайды.

Сондықтан OpenVMS Alpha диск бейнесін кәдімгі x86 виртуалды машинасының ішіне орналастыру ол бейнені жүктелетін етпейді.

Виртуалды машина виртуалды дискіні, виртуалды желі адаптерін және виртуалды графикалық құрылғыны ұсына алады. Алайда OpenVMS Alpha әлі де Alpha процессорын және Alpha дәуіріндегі қолдау көрсетілетін құрылғыларды күтеді.

Сондықтан екі ұғымды бөлек қарастыру керек:

Виртуализация әдетте хостпен бірдей процессор архитектурасын пайдаланатын виртуалды жабдықты ұсынады.

Архитектурааралық эмуляция басқа процессор мен аппараттық ортаны бағдарламалық құрал арқылы қайта жасайды.

Бастапқы Alpha екілік файлдары мен операциялық жүйесі өзгеріссіз қалуы керек болса, OpenVMS Alpha жүйесіне екінші тәсіл қажет.

Сондықтан дискіні клондау үш шектеулі жағдайда ғана іске жарамды.

Бірінші жол — үйлесімді сақтау құрылғылары мен перифериялық құрылғылары бар дәл сол AlphaStation үлгісіне қалпына келтіру.

Екінші жол — қажетті құрылғы және конфигурация өзгерістерін аяқтағаннан кейін басқа қолдау көрсетілетін Alpha жүйесіне қалпына келтіру.

Үшінші жол — үйлесімді AlphaServer немесе AlphaStation ортасын қайта жасайтын Alpha эмуляторына қалпына келтіру.

Жалғыз клондау архитектура мәселесін шешпейді. Мақсатты орта Alpha машиналық нұсқауларын түсініп, орындауы керек.

Alpha эмуляциясы қолданыстағы инвестицияның ең үлкен бөлігін сақтайды

Қолданыстағы Symphony бағдарламалық құралы бастапқы кодқа өзгеріс енгізбей жұмысын жалғастыруы қажет болғанда, Alpha эмуляциясы әдетте ең аз бұзылатын жол болып табылады.

Alpha эмуляторы заманауи x86 жабдығында жұмыс істейді, бірақ OpenVMS жүйесіне виртуалды Alpha жүйесін ұсынады. Бастапқы операциялық жүйе мен қолданбалар Alpha жүйесімен үйлесімді аппараттық ортада жұмыс істеп тұрғанын көре береді.

CHARON-AXP сияқты өнімдер осы мақсатқа арналған. Эмулятор физикалық Alpha процессорын, жад архитектурасын, сақтау контроллерлерін, Ethernet адаптерлерін және басқа қолдау көрсетілетін құрылғыларды бағдарламалық құралмен анықталатын баламалармен алмастырады.

x86 сервері хост ортасы ретінде Windows немесе Linux жүйесін іске қосады. Alpha эмуляторы осы хосттың үстінде жұмыс істейді. Содан кейін OpenVMS Alpha эмуляцияланған Alpha жүйесінің ішінде іске қосылады.

Бұл тәсіл OpenVMS жүйесін x86 жүйесіне порттаудан өзгеше.

Бастапқы OpenVMS Alpha орнатылымы Alpha орнатылымы болып қалады. Bailey Symphony екілік файлдары Alpha екілік файлдары болып қала береді. Эмулятор қажетті Alpha аппараттық құралдарының әрекетін аударады немесе қайта жасайды.

Бұл мыналарды сақтай алады:

• Орнатылған OpenVMS Alpha операциялық жүйесі.

• Қолданыстағы Bailey Symphony қолданбалары.

• Операторлық графика және дисплей дерекқорлары.

• Дабыл конфигурациялары және тарихи файлдар.

• Пайдаланушы тіркелгілері мен командалық процедуралар.

• Нысанға тән қолданыстағы утилиталар.

• Alpha ортасына тәуелді қолданба интерфейстері.

• Әйтпесе қайта оқытуды қажет ететін оператор жұмыс процестері.

Практикалық көшу әдетте бастапқы Alpha дискілерінің тексерілген бейнесін немесе резервтік көшірмесін жасауды қамтиды. Бұл деректер эмулятор пайдаланатын виртуалды диск контейнерлеріне қалпына келтіріледі.

Эмулятор конфигурациясы процессордың, жадтың, дискінің, желінің және перифериялық құрылғылардың тиісті сипаттарын қайта жасауы керек. Сондай-ақ топ жүйесі арқылы физикалық сериялық порттарды немесе желілік интерфейстерді сәйкестендіру қажет болуы мүмкін.

Alpha эмуляциясы ескірген физикалық жабдыққа тәуелділікті айтарлықтай азайта алады. Сондай-ақ виртуалды диск файлдарын заманауи сақтау инфрақұрылымы арқылы көшіруге болатындықтан, резервтік көшірме жасауды жеңілдетеді.

Алайда «нөлдік өзгеріс» терминін абайлап қолдану керек.

Қолданба коды өзгеріссіз қалуы мүмкін, бірақ орта әлі де инженерлік жұмыстарды талап етеді. Құрылғы сәйкестендірулері тексерілуі керек. Желілік интерфейстер конфигурациялануы керек. OpenVMS лицензиялары мен қолданба лицензиялары қайта қаралуы керек.

Эмуляторды нысанда пайдаланылатын Bailey байланыс интерфейсімен де сынау қажет.

Жалпы OpenVMS қолданбасы дұрыс жұмыс істеуі мүмкін, ал арнайы DCS интерфейсі белгілі бір желілік адаптерге, шина интерфейсіне, сериялық құрылғыға немесе уақытша әрекетке тәуелді болғандықтан істен шығуы мүмкін.

Сондықтан эмулятор профилін таңдаудан бұрын AlphaStation 255 жүйесінің нақты конфигурациясын түгендеу қажет.

Bailey байланыс интерфейсі — эмуляцияның шешуші сынағы

Эмуляцияға қатысты ең маңызды сұрақ OpenVMS жүйесінің жүйеге кіру сұрауына дейін жетуі емес.

Маңызды мәселе — эмуляцияланған станцияның толық жұмыс жағдайларында Bailey INFI 90 жүйесімен дұрыс байланыса алуы.

Интерфейс Ethernet, сериялық байланысқа, Bailey желілік интерфейсіне немесе арнайы байланыс жабдығына тәуелді болуы мүмкін. Нысан конфигурациялары айтарлықтай ерекшеленуі мүмкін.

Alpha эмуляциясына көшу туралы түпкілікті шешім қабылдамас бұрын, инженерлер мыналарды құжаттауы керек:

• Әрбір AlphaStation жүйесінде орнатылған физикалық желілік интерфейс.

• Symphony мен INFI 90 арасында пайдаланылатын байланыс протоколы.

• OpenVMS ішінде тағайындалған құрылғы атаулары.

• Желілік мекенжайлар және торап анықтамалары.

• Қажетті DECnet, TCP/IP, LAT немесе меншікті қызметтер.

• Қолданылатын жағдайларда сериялық порт параметрлері.

• Кез келген сыртқы лицензиялық кілттер немесе аппараттық донглдар.

• Оператор станциялары арасындағы резервтеу және істен шыққан жағдайда ауысу әрекеті.

• Уақытты синхрондау талаптары.

• Операторлар пайдаланатын графика және пернетақта функциялары.

Эмулятор жеткізушісі кең таралған Alpha Ethernet және сақтау құрылғыларына қолдау көрсетуі мүмкін. Бұл әрбір меншікті Bailey интерфейсіне қолдау көрсетілетінін автоматты түрде растамайды.

Егер қолданыстағы HMI виртуализацияланбайтын арнайы физикалық адаптерге тәуелді болса, эмулятор бағыты балама байланыс шлюзін қажет етуі мүмкін.

Сондықтан жоба клондалған станцияны және Bailey желісінің үлгілік бөлігіне қолжетімділікті пайдаланып орындалатын стендтік сынақты қамтуы керек.

Сынақ статикалық тегтерді оқумен ғана шектелмеуі тиіс. Операторлар нақты уақыттағы мәндерді, командаларды, дабылдарды, растауды, трендтерді, экрандар арасында навигацияны, басып шығаруды, оқиғаларды өңдеуді және станцияны қалпына келтіруді тексеруі керек.

Өнімділікті дабылдар легі мен тегтерді қарқынды жаңарту кезінде де тексеру керек.

OpenVMS x86-64 — көшірудің басқа жолы

Қазіргі OpenVMS x86-64 архитектурасы үшін қолжетімді. Ол заманауи серверлердегі қолдау көрсетілетін виртуалдандырылған орталарда жұмыс істей алады.

Бұл бұрынғы INFI 90 жаңғырту талқылауларының көбінде болмаған қосымша көшіру мүмкіндігін береді.

Алайда OpenVMS x86-64 жүйесі OpenVMS Alpha екілік файлдарын жергілікті x86 қолданбалары сияқты тікелей іске қоса алмайды.

Қолданба ортасын көшіру қажет.

Бастапқы кодты x86-64 жүйесіне көшіру, қарап шығу, қайта компиляциялау, байланыстыру және сынау қажет болуы мүмкін. Үшінші тарап кітапханалары мен қабаттық өнімдер де мақсатты нұсқа үшін қолжетімді болуы керек.

Негізгі мәселе — орнатылған Bailey Symphony бағдарламалық жасақтамасының x86 жүйесімен үйлесімді OpenVMS нұсқасының бар-жоғы.

Бағдарламалық жасақтама өндірушісі бұл қолданбаны OpenVMS x86-64 жүйесіне ешқашан шығармаған болса, тек операциялық жүйені көшіру HMI жүйесін сақтап қалмайды.

Бастапқы коды мен құрастыру ортасы қолжетімді болып қалса, нысан әзірлеген бағдарламаларды тасымалдауға болады. Жабық коммерциялық қолданбаларды өндірушінің қолдауынсыз әдетте қайта құрастыру мүмкін емес.

Бұл жол Symphony HMI жүйесімен қатар жұмыс істейтін арнайы дерек серверлері, архиваторлар, утилиталар, есептер және интеграциялық қолданбалар үшін әлі де тиімді болуы мүмкін.

Қолдау көрсетілетін қолданба нұсқасы болмаса, ол ескі меншікті Symphony оператор ортасын сақтап қалуы екіталай.

OpenVMS x86 жүйесіне көшіруді бағалау мыналарды анықтауы керек:

• Орнатылған әрбір орындалатын файл мен қабаттық өнім.

• Бастапқы код пен құрастыру процедураларының қолжетімділігі.

• Компилятор мен орындау ортасына тәуелділіктер.

• Дерекқор өнімдері мен файл пішімдері.

• Меншікті коммуникациялық кітапханалар.

• Графикаға немесе терезелік жүйеге тәуелділіктер.

• x86-64 үшін лицензиялардың қолжетімділігі.

• Архитектура айырмашылықтарына байланысты қажетті өзгерістер.

• Өнімділік пен уақыт параметрлеріне қатысты болжамдар.

Бұл жол Alpha жүйесінен қолданыстан шығарылған басқа аппараттық архитектураға көшуге қарағанда ұзақ мерзімді перспективасы жоғары. Ол үйлесімді OpenVMS жұмыс жүктемелерін қолдау көрсетілетін x86 виртуализация инфрақұрылымына орналастыруға мүмкіндік береді.

Дегенмен, мұны дискіні клондау жобасы емес, қолданбаны көшіру жобасы ретінде сипаттау керек.

Itanium жүйесіне көшіру неге әдетте өтпелі нұсқа болып табылады

OpenVMS жүйесі Itanium архитектурасын пайдаланатын HPE Integrity серверлері үшін де шығарылды.

Кейбір Alpha қолданбаларын OpenVMS Integrity жүйесіне көшіруге арналған көшіру құралдары мен инженерлік әдістер бар. Бұл бұрын ескірген Alpha аппараттық құралдарынан шығудың қолдау көрсетілетін жолын ұсынған.

Алайда бүгінде Itanium аппараттық платформасының өзі ескірген.

Alpha жүйесінен Integrity жүйесіне көшу бір ескірген аппараттық тәуелділікті жойғанымен, басқа бір тәуелділікті тудыруы мүмкін. Жарамды серверлер, қосалқы бөлшектер, сақтау жүйесінің интерфейстері және арнайы білімі бар мамандар одан әрі азая береді.

Егер нысанның қолдау көрсетілетін Integrity инфрақұрылымы бұрыннан бар болса, Itanium әлі де өзекті болуы мүмкін. Сондай-ақ x86-64 үшін емес, Integrity үшін қажетті қабатты өнім қолжетімді болса, оның маңызы болуы мүмкін.

Жаңа жаңғырту жобасы үшін оны әдетте аралық үйлесімділік бағыты ретінде бағалау керек.

Іскерлік негіздемеде Integrity жүйесіне көшу Alpha эмуляциясынан, OpenVMS x86 көшіруінен немесе HMI платформасын қайта құрудан неге тиімді екені түсіндірілуі керек.

OPC негізінде қайта платформаға көшіру басқару қабатын сақтайды

OPC негізінде қайта платформаға көшіру оператор интерфейсі қабатын ауыстырып, қолданыстағы INFI 90 контроллерлері мен далалық енгізу-шығару жүйесін сақтайды.

Байланыс сервері Bailey жүйесіне қосылып, процесс тегтерін заманауи HMI немесе SCADA платформасына ұсынады.

Жаңа HMI дисплейлерді, дабылдарды, трендтерді, қауіпсіздікті, оператор пәрмендерін, есептерді және жұмыс станциясы қызметтерін басқарады.

Бұл бағыт бастапқы Symphony оператор қолданбасына тәуелділікті жояды. Сондай-ақ жаңа оператор станцияларында OpenVMS Alpha жүйесін іске қосу қажеттілігін болдырмайды.

Архитектура әдетте мыналарды қамтиды:

• Қолданыстағы Bailey INFI 90 контроллерлері мен енгізу-шығару жүйесі.

• Үйлесімді Bailey байланыс интерфейсі.

• OPC DA, OPC UA немесе өндірушіге тән деректер сервері.

• Заманауи HMI немесе SCADA платформасы.

• Операторлық және инженерлік жұмыс станциялары.

• Қосымша архивтеу, есеп беру және дабылдарды талдау қызметтері.

Бастапқы материалда келтірілген нысан мысалында GE CIMPLICITY жүйесімен бірге RoviSys OPC сервері қолданылған. Хабарланғандай, жүйе сәтті жұмыс істеген, алайда жоба оператор дисплейлері мен анимация логикасын қайта құруды талап еткен.

Бұл мысалды әрбір INFI 90 орнатылымы үшін өнімді автоматты түрде ұсыну деп түсінбеу керек.

Таңдалған сервер нақты Bailey желісін, байланыс модульдерін, контроллер буынын, тегтер санын, жаңарту жиілігін, резервтеу талаптарын және нысандағы пәрмен функцияларын қолдауы керек.

Бұл HMI платформасына да қатысты.

GE CIMPLICITY — кәсіпорын деңгейіндегі HMI/SCADA платформасының бір нұсқасы. Қажетті OPC қосылымын, графиканы, дабылдарды, скрипттерді, резервтеуді, қауіпсіздікті және өмірлік циклді қолдауды қамтамасыз ететін басқа жүйелер де жарамды болуы мүмкін.

2-сурет. OPC негізіндегі көшіру INFI 90 басқару қабатын сақтай отырып, ескі Symphony оператор ортасын ауыстырады.

OPC қосылымы қолданыстағы экрандарды түрлендірмейді

OPC сервері деректердің қосылуын қамтамасыз етеді. Ол әдетте ескі HMI дисплейлерін жаңа HMI пішіміне түрлендірмейді.

Түпнұсқа Symphony экрандарында статикалық графика, динамикалық таңбалар, түстердің өзгеруі, сандық мәндер, бағандық диаграммалар, дабыл индикаторлары, навигация түймелері, пәрмендерді басқару элементтері, трендтер және реттелетін функция үлгілері болуы мүмкін.

Бұл элементтер мақсатты HMI жүйесінде қайта жасалуы тиіс.

Қарапайым экрандарды тікелей қайта сызуға болады. Күрделі экрандарда бірден көрінбейтін жасырын сценарийлер немесе өрнектер болуы мүмкін.

Инженерлер әрбір анимацияланатын нысанның өз деректерін қалай алатынын және өңдейтінін түсінуі тиіс.

Клапан таңбасы бір ғана шығыс тегіне жай ғана байланысты болмауы мүмкін. Оның түсі мен орны ашық күй туралы кері байланысқа, жабық күй туралы кері байланысқа, команда күйіне, блокировка күйіне, байланыс сапасына және жабдық режиміне тәуелді болуы мүмкін.

Қозғалтқыш таңбасында іске қосу командасы, жұмыс істеп тұрғаны туралы кері байланыс, тоқтатылған күй, апаттық ажырату, жергілікті басқару, техникалық қызмет көрсету күйі, рұқсат шарттары және дабылды бұғаттау үшін бөлек тегтер пайдаланылуы мүмкін.

Сондықтан тек көрінетін графиканы көшіру сыртқы көрінісі дұрыс болғанымен, жұмыс істеуі қате HMI жасауға әкелуі мүмкін.

Көшіру тобы әрбір экран элементінің функционалдық мәнін құжаттауы тиіс.

Бұл жұмысқа мыналар кіреді:

• Әрбір динамикалық нысанды оның дереккөзімен байланыстыру.

• Анимация өрнектерін қайта жасау.

• Команданы растау мен қауіпсіздікті тексеру.

• Навигация мен экран иерархияларын қайта құру.

• Дабыл санаттары мен басымдықтарын қайта жасау.

• Өлшем бірліктері мен ондық таңбалар дәлдігін растау.

• Тарихи және нақты уақыттағы трендтерді қайта құру.

• Жарамсыз, белгісіз және байланыс үзілген күйлерді сынау.

• Оператор хабарламалары мен нұсқауларын қайта жасау.

• Қолдау көрсетілмейтін қаріптер мен таңбаларды ауыстыру.

Сондықтан жұмыс көлемі экрандар санына ғана емес, олардың күрделілігіне де байланысты анықталады.

Заманауи HMI әрбір бұрынғы экранды ойланбастан көшірмеуі тиіс

Қолмен қайта жасау оператор интерфейсін жақсартуға мүмкіндік береді.

Бұрынғы HMI графикасында қалыпты жабдық үшін ашық түстер, тығыз орналасқан процесс сызбалары, сәндік құбырлар және дабылдардың бірізді емес көрсетілуі жиі кездеседі.

Бастапқы жүйе әзірленген кезде бұл келісімдер орынды болған болуы мүмкін. Алайда олар қазіргі басқару бөлмесінің тәжірибесіне әрдайым сай келе бермейді.

Модернизациялау жобасы мыналарды қарастыруы тиіс:

• Экран иерархиясы.

• Дабылдардың көрінуі.

• Навигацияның бірізділігі.

• Жабдық күйін көрсету.

• Түсті пайдалану.

• Трендтерге қолжетімділік.

• Оператордың әрекет ету талаптары.

• Экран ажыратымдылығы және жұмыс орнының орналасуы.

• Қолжетімділік және оқылымдылық.

Қалыпты жұмыс жағдайлары экранда көзге түспейтіндей болуы керек. Қатты түстер назар аударуды қажет ететін қалыптан тыс күйлерді көрсетуі тиіс.

Операторлар зауыттың жалпы шолуынан тиісті қондырғыға, жабдықтың беткі панеліне, трендке, дабылдар тарихына және диагностикалық экранға артық навигациясыз өте алуы тиіс.

Алайда шамадан тыс қайта жобалау тағы бір тәуекел тудыруы мүмкін.

Операторлар бастапқы экрандарды көп жыл бойы пайдаланған болуы мүмкін. Бір жобаның барысында әрбір таңбаны, түсті және навигация жолын өзгерту оқытуға қойылатын талаптарды арттырып, ауысу тәуекелін көбейтуі мүмкін.

Теңгерімді тәсіл таныс процесс байланыстарын сақтай отырып, дабылдардың көрсетілуі мен навигацияны жақсартады.

Тегтерді шығару инженерлік жұмыс пакеті ретінде қарастырылуы тиіс

Бастапқы материал Bailey тегтері туралы деректерді CSV форматына экспорттау мүмкіндігін қарастырады. Бірақ онда барлығына ортақ расталған рәсім берілмеген.

Сондықтан бір экспорт командасы толық әрі таза HMI дерекқорын жасайды деп болжауға болмайды.

Тегтер туралы ақпараттың ықтимал көздеріне мыналар жатады:

• Symphony конфигурациясы дерекқорлары.

• Қолданыстағы экран анықтамалары.

• Контроллер конфигурациясы және инженерлік жазбалар.

• Bailey байланыс серверлерінің дерекқорлары.

• OPC серверінің шолу функциялары.

• Дабыл конфигурациясы файлдары.

• Тарихи дерекқорлар.

• Басып шығарылған немесе мұрағатталған тегтер тізімдері.

• Нысанның инженерлік электрондық кестелері.

Сервер Bailey жүйесімен байланысты орнатқаннан кейін OPC арқылы шолу практикалық бастапқы нүкте бола алады.

Онда тег атаулары, элемент идентификаторлары, сипаттамалар, сапа және ағымдағы мәндер болуы мүмкін. Кейбір серверлер қаралған атаулар кеңістігін экспорттауды да қолдайды.

Алайда OPC атаулар кеңістігі жаңа HMI жүйесіне қажет барлық өрістерді қамтымауы мүмкін.

Дабыл басымдықтары, инженерлік шектер, экран топтастырулары, оператор ескертпелері, командалар қауіпсіздігі және жабдықтар арасындағы байланыстар басқа жерде сақталуы мүмкін.

Кейбір OPC серверлері бастапқы Symphony атауларынан өзгеше жасалған атаулармен тегтерді ұсынады.

Жоба кемінде мыналарды қамтитын басқарылатын тегтердің негізгі тізілімін әзірлеуі керек:

• Бастапқы тег атауы.

• Жаңа HMI тегінің атауы.

• OPC элементінің идентификаторы.

• Сипаттама.

• Деректер түрі.

• Оқу немесе жазу рұқсаты.

• Инженерлік өлшем бірліктері.

• Масштабтау ақпараты.

• Дабыл шектері мен басымдығы.

• Жаңарту жиілігі.

• Байланысты экран.

• Тексеру күйі.

• Сынақ нәтижесі.

Бұл негізгі тізілім ескі және жаңа жүйелер арасындағы салыстырудың ресми жазбасы болады.

Тегтер саны — байланысқа қойылатын жалғыз талап емес

Сәтті орындалған шолу сынағы OPC архитектурасының толық HMI жүйесін қолдай алатынын дәлелдемейді.

Инженерлер белсенді тегтер санын, сұралған жаңарту жиілігін, өзгеру жиілігін, дабыл белсенділігін, командалар ағынын және серверлердің резервтелуін бағалауы керек.

Жүйеде ондаған мың конфигурацияланған тег болуы мүмкін. Олардың тек бір бөлігі ғана белгілі бір уақытта оператор экрандарында белсенді болуы ықтимал.

Сервер мен HMI нақты жағдайларға жақын ортада сыналуы керек.

Маңызды өнімділік тексерулеріне мыналар жатады:

• Күрделі экранды ашуға қажетті уақыт.

• Өрістегі өзгеріс пен HMI анимациясы арасындағы кідіріс.

• Оқиғалар күрт көбейген кездегі дабылдарды жеткізу.

• Қажетті іріктеу жиілігімен трендтерді жинау.

• Команданы орындау және кері байланыс уақыты.

• Желі үзілгеннен кейін қалпына келу.

• Артық серверлер арасындағы ауысу.

• Контроллер қайта іске қосылғаннан кейінгі мінез-құлық.

• Байланыс үзілген кездегі сапа күйі.

• CPU, жад және желі жүктемесі.

Командаларға ерекше назар аудару қажет.

OPC арқылы мәндерді оқу салыстырмалы түрде оңай болуы мүмкін. Мәндерді қауіпсіз жазу үшін қолжетімділікті басқару, командаларды тексеру, кері байланысты растау және байланыс ақауларын дұрыс өңдеу қажет.

Команда тек бір үлгілік тегті ғана емес, оператор командаларының әрбір түрін сынауы керек.

ABB Symphony Plus кеңірек эволюциялық жол ұсынады

Орнатылған Bailey жүйесі үшін OPC жүйесін ауыстыру жалғыз бағыт емес.

ABB Symphony Plus жүйесін ескі Bailey, INFI 90, Harmony Rack және Symphony қондырғыларының эволюциялық платформасы ретінде ұсынуды жалғастыруда.

ABB компаниясының кезеңдік жаңғыртуы жаңа операторлық, инженерлік, желілік, контроллерлік немесе енгізу/шығару компоненттерін енгізе отырып, орнатылған басқару және енгізу/шығару архитектурасының бөліктерін сақтап қалуы мүмкін.

Бұл бағыт тәуелсіз HMI ауыстырудан гөрі жеткізуші қолдайтын өмірлік цикл стратегиясын қалайтын ұйым үшін тартымды болуы мүмкін.

Жоба алдымен оператор ортасын жаңғыртуы мүмкін. Контроллерлер мен енгізу/шығару жүйелері олардың өмірлік циклі немесе пайдалану құндылығы ауыстыруды негіздегенге дейін қызмет ете алады.

Кейінгі кезеңдерде байланыстарды, контроллерлерді, инженерлік құралдарды және далалық интерфейстерді жаңғыртуға болады.

Нақты көшіру архитектурасы орнатылған жүйе буынына байланысты.

Bailey INFI 90, INFI 90 OPEN, Network 90, Harmony, Symphony және Symphony Plus қондырғыларының барлығы бірдей интерфейстерді қолданбайды.

Модуль атаулары мен желілік терминология нысан сызбалары мен жабдық тізімдемелері бойынша тексерілуі керек.

Қолданыстағы басқару қабатын ұстаушы ұйымдар қосалқы бөлшектермен қамтуды, өмірлік циклді қолдауды және кезеңдік жаңғыртуды жоспарлау кезінде қолжетімді ABB Bailey INFI 90 және Network 90 компоненттерін де қарастыра алады.

Бұл ішкі сілтеме өзекті, өйткені жаңғырту жобалары инженерлік жұмыстар, сынақтар және кезең-кезеңімен ауыстыру кезінде ескі жүйенің жұмысын жалғастыруын жиі талап етеді.

Осы өтпелі кезеңдегі тәуекелді қолайлы деңгейге түсіру үшін қажетті қосалқы контроллерлерді, байланыс модульдерін, қуат көздерін және енгізу/шығару модульдерін ұстап тұруға болады.

Реттелетін немесе ашық бастапқы коды бар HMI мүмкін, бірақ оған иелік ету қажет

Реттелетін HMI-ды ашық бастапқы коды бар немесе коммерциялық бағдарламалық жасақтама фреймворктері арқылы әзірлеуге болады.

Бастапқы материалда VMS жүйесінде орналасқан, Qt негізіндегі заманауи клиенті бар сервер аталады. Мұндай архитектуралар сервер жағындағы деректер байланысын оператор клиентінен бөле алады.

Бұл бағыт икемділікті қамтамасыз етіп, бір HMI жеткізушісіне тәуелділіктен арылта алады.

Бұл сондай-ақ ұзақ мерзімді бағдарламалық жасақтама әзірлеу міндеттемесіне айналуы мүмкін.

Ұйым мына компоненттерге иелік етуі немесе оларға қызмет көрсетуі керек:

• Байланыс сервері.

• Тегтер дерекқоры.

• Клиенттік қолданба.

• Графика фреймворкі.

• Дабылдарды өңдеу.

• Тарихи деректер жүйесімен интеграция.

• Пайдаланушының аутентификациясы.

• Киберқауіпсіздік жаңартулары.

• Орналастыру және нұсқаларды басқару.

• Құжаттама және оқыту.

Qt, Python, C++, веб-технологиялар немесе басқа фреймворктер мүмкіндігі жоғары өнеркәсіптік интерфейстер жасай алады. Қиындық технологиялық сызбаны салуда емес.

Негізгі қиындық — байланыс үзілгенде, сервер қайта іске қосылғанда, дабылдар тасқыны кезінде, пайдаланушылар өзгергенде және қондырғыда қалыптан тыс жағдайлар орын алғанда дұрыс жұмыс істейтін сенімді операторлық жүйе құру.

Реттелетін платформаны ұйымның тұрақты инженерлік тобы немесе сенімді ұзақ мерзімді интеграторы болған жағдайда ғана таңдау керек.

Лицензиялау техникалық бағыттың іс жүзінде орындылығын анықтауы мүмкін

Бұрынғы өнеркәсіптік бағдарламалық жасақтама көбіне жабдық идентификаторларына, Ethernet мекенжайларына, лицензия дерекқорларына, аппараттық кілттерге немесе жеткізуші берген авторизация кілттеріне байланысты лицензиялау тетіктерін пайдаланады.

Клондалған жүйе дұрыс жүктелуі мүмкін, бірақ виртуалды жабдық идентификаторы өзгергендіктен Symphony қолданбасын іске қосудан бас тартуы ықтимал.

Көшіруді жоспарлау түгендеуі мыналарды қамтуы тиіс:

• OpenVMS операциялық жүйесінің лицензиялары.

• Bailey Symphony қолданбасының лицензиялары.

• Дерекқор лицензиялары.

• Желілік және байланыс лицензиялары.

• Эмулятор лицензиялары.

• HMI және OPC нүктелерінің санына арналған лицензиялар.

• Тарихнама лицензиялары.

• Резервтелу мүмкіндіктері.

• Инженерлік клиент лицензиялары.

• Орындау клиентінің лицензиялары.

Соңғы платформаны таңдамас бұрын жазбаша растау алынуы керек.

Заңды лицензиялардың қолжетімділігінсіз техникалық үйлесімділік пайдалануға енгізуге болатын шешім қалыптастырмайды.

Киберқауіпсіздік ауыстыру жобасына бастапқыдан енгізілуі тиіс

Ескі AlphaStation жүйелері заманауи өнеркәсіптік киберқауіпсіздік тәжірибелері стандартқа айналмай тұрып жиі орнатылған.

Олар қашықтан қолжетімділігі шектеулі оқшауланған желілерде жұмыс істей алады. Оларды Windows серверлерімен, заманауи SCADA клиенттерімен, OPC серверлерімен және Ethernet инфрақұрылымымен ауыстыру шабуыл бетін өзгертеді.

Жаңа архитектура басқару, серверлік, инженерлік және кәсіпорын желісі аймақтарын бөлек анықтауы керек.

Брандмауэрлер тек қажетті байланыс жолдарына рұқсат беруі керек. Қашықтан қолжетімділік басқарылатын аутентификация мен жазба жүргізуді пайдалануы тиіс.

Оператор тіркелгілерінде рөлге негізделген рұқсаттар қолданылуы керек. Инженерлік функциялар әрбір HMI клиентінен қолжетімді болмауы тиіс.

OPC арқылы жазу рұқсаты тек оны қажет ететін тегтер мен станцияларға берілуі тиіс.

Жобада мыналар да қарастырылуы керек:

• Операциялық жүйені патчтау.

• Антивирус немесе қолданбаларды басқару.

• Сақтық көшірме жасау және қалпына келтіру.

• Уақытты синхрондау.

• Қауіпсіздік журналдарын жүргізу.

• Алынбалы тасымалдағыштарды басқару.

• Жеткізушінің қашықтан қолдауы.

• OPC UA үшін сертификаттарды басқару.

• Тіркелгі өмірлік циклін басқару.

Киберқауіпсіздік бақылаулары зауыттағы оқиғалар кезінде операторлардың әрекет етуіне кедергі келтірмеуі тиіс. Жобада қорғаныс, қолжетімділік және детерминирленген жұмыс арасындағы теңгерім сақталуы керек.

Көшіру дәлелдерге негізделген түгендеуден басталуы тиіс

Бағытты таңдаудан бұрын инженерлер қолданыстағы жүйені егжей-тегжейлі құжаттауы керек.

Түгендеу барлық төрт AlphaStation станциясын қамтып, олардың конфигурацияларының шынымен бірдей екенін көрсетуі тиіс.

Жазба:

• AlphaStation моделі және процессор конфигурациясы.

• Жад сыйымдылығы.

• Диск түрі және логикалық томдар.

• OpenVMS нұсқасы және патч деңгейі.

• Орнатылған Bailey бағдарламалық жасақтамасының нұсқалары.

• Қабатты өнімдер мен дерекқорлар.

• Графикалық жабдық және дисплей ажыратымдылығы.

• Желілік адаптерлер.

• Тізбекті интерфейстер.

• Bailey байланыс жабдығы.

• Түйін атаулары мен мекенжайлары.

• Іске қосу командаларының рәсімдері.

• Лицензия файлдары.

• Резервтік рәсімдер.

• Оператор станциясының резервтелуі.

• Қосылған принтерлер мен сыртқы құрылғылар.

• Тарихи және дабыл деректерін сақтау.

Топ әрбір дисплейдің скриншоттарын да жинауы тиіс. Мүмкін болған жағдайда динамикалық күйлер түсірілуі керек.

Қалыпты, тоқтатылған, жұмыс істеп тұрған, дабылдағы, бұғатталған, жергілікті, қолмен, автоматты және байланысы үзілген күйлерді тіркеңіз.

Бұл дәлелдер жаңа экрандар сыналған кезде аса қажет.

Стендтік жүйе міндетті

Ешбір жаңғырту жолы нақты өндірістік жүйеде алғаш рет сыналмауы тиіс.

Стендтік орта байланыс пен оператор функцияларын тексеру үшін орнатылған архитектураның жеткілікті бөлігін қайталауы тиіс.

Эмулятор жобасы үшін стендте клондалған OpenVMS Alpha ортасы және ұсынылған эмулятор конфигурациясы болуы тиіс.

OPC жобасы үшін оның құрамында таңдалған байланыс сервері, HMI бағдарламалық құралы, үлгілік графика және қауіпсіз Bailey сынақ түйініне немесе имитацияланған деректер көзіне қолжетімділік болуы тиіс.

Стендтік сынақ мыналарды тексеруі тиіс:

• Жүйенің жүктелуі және қолданбаның іске қосылуы.

• Bailey жүйесімен байланыс.

• Қолжетімді тегтердің жалпы саны.

• Оқу және жазу операциялары.

• Тегтерді масштабтау және өлшем бірліктері.

• Дабылды қалыптастыру және растау.

• Трендтерді жинау.

• Дисплей анимациясы.

• Командалар қауіпсіздігі.

• Принтер және есеп функциялары.

• Серверді қайта іске қосу тәртібі.

• Желінің істен шығуына реакция.

• Артықтық және істен шыққанда ауысу.

• Сақтық көшірмені қалпына келтіру.

• Оператордың әрекет ету уақыты.

Сынақ нәтижелеріне пайдалану, басқару инженериясы, техникалық қызмет көрсету және киберқауіпсіздік өкілдері куә болуы тиіс.

Параллель жұмыс ауыстыру тәуекелін азайтады

Ауыстырылатын жүйені бастапқы енгізу кезеңінде бастапқы AlphaStation станциялары қолжетімді күйде қалуы тиіс.

Инженерлер мәндерді, дабылдарды, трендтерді және командаларды салыстырып жатқанда, жаңа HMI параллель жұмыс істей алады.

Параллель жұмыс ескі станцияны алып тастамай тұрып, сәйкессіздіктерді анықтауға мүмкіндік береді.

Топ мыналарды салыстырып сәйкестендіруі тиіс:

• Көрсетілетін процесс мәндері.

• Күй көрсеткіштері.

• Дабыл басымдықтары.

• Дабыл уақыт белгілері.

• Командалар нәтижелері.

• Тренд мәндері.

• Жабдық режимі.

• Байланыс сапасы.

• Қауіпсіздік рұқсаттары.

Әрбір айырмашылық қатені білдірмейді. Жаңа жүйеде масштабтау немесе дабылды көрсету жақсартылуы мүмкін.

Әрбір айырмашылық түсіндіріліп, мақұлдануы тиіс.

Жаңа HMI куәландырылған нысан қабылдау сынағынан және келісілген пайдалану кезеңінен өткенге дейін ескі станцияларды қалпына келтіруге болатын күйде сақтау керек.

Дұрыс көшіру жолын таңдау

Alpha эмуляциясын мына жағдайларда таңдаңыз:

Қолданыстағы Symphony қолданбасы өзгеріссіз қалуы тиіс. Бастапқы код қолжетімсіз. Операторлық графика күрделі. Қайта оқыту барынша азайтылуы керек. Bailey байланыс интерфейсіне эмулятор архитектурасы қолдау көрсете алады.

OpenVMS x86 жүйесіне көшіруді мына жағдайларда таңдаңыз:

Қажетті қолданбалар x86-64 үшін қолжетімді немесе оларды қайта құрастыруға болады. Бастапқы код пен инженерлік білім әлі де қолжетімді. Ұйым қолдау көрсетілетін x86 ортасына көше отырып, OpenVMS жүйесін сақтап қалғысы келеді.

Мына жағдайларда OPC жүйесін қайта платформалауды таңдаңыз:

INFI 90 контроллері мен енгізу-шығару қабаттары сенімді күйінде қалса. Ұйым заманауи HMI платформасын қаласа. Дисплейлерді, дабылдарды, тегтерді және командалық логиканы қайта құрып, тексеруге инженерлік ресурстар қолжетімді болса.

Мына жағдайларда ABB evolution бағытын таңдаңыз:

Ұйым жеткізуші қолдайтын ауқымдырақ жаңғырту бағдарламасын қалайды. Кейінгі кезеңдер оператор жүйелерін, инженерлік құралдарды, желілік интерфейстерді, контроллерлерді және енгізу-шығару жүйесін қамтуы мүмкін.

Мына жағдайларда арнайы HMI таңдаңыз:

Ұйымның арнайы талаптары бар және ұзақ мерзімді бағдарламалық жасақтаманы әзірлеуге, сынауға, киберқауіпсіздікке және өмірлік цикл бойы қызмет көрсетуге қолдау көрсете алады.

Мына жағдайларда қолданыстағы жүйені уақытша сақтаңыз:

Көшіру интерфейстері әлі де түсініксіз. Сақтық көшірмелер толық емес. Лицензиялау мәселесі шешілмеген. Тегтер дерекқорлары қолжетімсіз. Стендтік сынақтар Bailey байланыс жолын әзірше қайталай алмайды.

Практикалық кезең-кезеңімен жаңғырту жоспары

1-кезең: Қолданыстағы ортаны сақтаңыз.

Әр AlphaStation жүйесінің тексерілген бейнежинақ сақтық көшірмелерін жасаңыз. Жабдық, бағдарламалық жасақтама, желі, лицензиялау және іске қосу мәліметтерін жазып алыңыз. Мүмкін болған жерлердің бәрінде қалпына келтіруді сынаңыз.

2-кезең: Байланыс архитектурасын анықтаңыз.

Әр Symphony станциясының INFI 90 жүйесімен нақты қалай байланысатынын құжаттаңыз. Интерфейсті эмуляциялауға немесе қолдау көрсетілетін сервермен алмастыруға болатынын растаңыз.

3-кезең: Тұжырымдаманың жұмысқа қабілеттілігін тексеру үлгісін жасаңыз.

Бір клондалған станцияны Alpha эмуляторында сынаңыз немесе бір OPC серверін өкілдік Bailey түйініне қосыңыз.

4-кезең: Тегтердің негізгі тізімін жасаңыз.

Контроллер тегтерін, OPC элемент идентификаторларын, инженерлік өлшем бірліктерін, командаларды, дабылдарды және дисплейлердің қолданылуын сәйкестендіріңіз.

5-кезең: Өкілдік дисплейлерді қайта құрыңыз.

Анимацияға, дабылдарға, командаларға және трендтерге қойылатын талаптары әртүрлі бірнеше экранды таңдаңыз.

6-кезең: Стендтік қабылдауды аяқтаңыз.

Барлық тегтердің жүктелуін, байланыс ақауын, сервердің қайта іске қосылуын, дабылдардың жаппай түсуін, командалардың орындалу тәртібін және сақтық көшірмені қалпына келтіруді сынаңыз.

7-кезең: Параллель орналастырыңыз.

Жаңа және ескі HMI жүйелерін қатар пайдаланыңыз. Мәндер мен операторлардың әрекеттерін салыстырыңыз.

8-кезең: Бақылаумен ауысуды жүргізіңіз.

Бекітілген сынақ рәсімін пайдаланыңыз. AlphaStation жүйелерін қосалқы нұсқа ретінде қолжетімді күйде ұстаңыз.

9-кезең: Ескірген жабдықты біртіндеп қолданыстан шығарыңыз.

Ұзақ мерзімді қабылдау аяқталғанға дейін бастапқы бейнежинақтарды, конфигурация жазбаларын, лицензияларды немесе жабдықты жоймаңыз.

Жиі қойылатын сұрақтар

OpenVMS AlphaStation дискісін заманауи компьютерге тікелей клондауға бола ма?

Жоқ. Бейнежинақта Alpha машина коды бар және Alpha-мен үйлесімді жабдықты қажет етеді. Заманауи x86 компьютері оны тікелей жүктей алмайды. Бейнежинақ үйлесімді Alpha жабдығына немесе Alpha эмуляторына қалпына келтірілуі керек.

VMware немесе VirtualBox OpenVMS жүйесін іске қоса ала ма?

Олар қолдау көрсетілетін OpenVMS x86-64 шығарылымдарын іске қоса алады. Олар ескі OpenVMS Alpha орнатылымын x86 қолданбасына түрлендірмейді. OpenVMS Alpha үшін Alpha эмуляциясы қажет.

Бастапқы Symphony дисплейлерін сақтап қалуға бола ма?

Бүкіл Alpha ортасы үйлесімді эмуляторда іске қосылса, оларды әдетте сақтауға болады. Басқа HMI платформасына көшкенде, оларды әдетте қолмен қайта жасау қажет.

OPC сервері барлық Bailey тегтерін автоматты түрде экспорттай ма?

Міндетті емес. OPC арқылы шолу пайдалы атаулар кеңістігін ұсынуы мүмкін, бірақ дабыл конфигурациясын, экрандар арасындағы байланыстарды, пәрмендерді, сипаттамаларды және инженерлік метадеректерді қосымша шығарып алып, сәйкестендіру қажет болуы мүмкін.

GE CIMPLICITY — жалғыз ауыстырылатын HMI ме?

Жоқ. Ол мүмкін платформалардың бірі және дереккөзде берілген далалық мысалда кездеседі. Соңғы таңдау байланыс қолдауына, резервтеуге, лицензиялауға, киберқауіпсіздікке, инженерлік ресурстарға және оператор талаптарына байланысты болуы тиіс.

Alpha-дан Itanium-ға көшу әлі де тиімді ме?

Бұл қажетті бағдарламалық жасақтама тек Integrity жүйелеріне қолжетімді болғанда немесе қолданыстағы Integrity инфрақұрылымына қолдау көрсетіліп тұрғанда негізді болуы мүмкін. Әдетте бұл ұзақ мерзімді жаңғыртудың ең мықты стратегиясы емес, өтпелі жол болып саналады.

INFI 90 контроллерлері мен енгізу-шығару құрылғылары орнатылған күйде қала ала ма?

Иә, олар сенімді күйде қалып, таңдалған байланыс архитектурасы оларды қолдаған жағдайда. HMI жаңғыртуды контроллерлер мен енгізу-шығару құрылғыларын ауыстырудан бөлек аяқтауға болады.

Ескі AlphaStation құрылғыларын ауыстырып іске қосқаннан кейін бірден алып тастау керек пе?

Жоқ. Жаңа оператор ортасы функционалдық, өнімділік және пайдалану талаптарына сәйкестіктен өткенше, олар тексерілген резервтік нұсқа ретінде қолжетімді болып қалуы тиіс.

Дұрыс шешім нені сақтау қажет екеніне байланысты

Көптеген ескі HMI жоспарларындағы негізгі техникалық қате — оператор станциясын кәдімгі ДК ретінде қарастыру.

OpenVMS Alpha және Bailey Symphony орнатылған AlphaStation — толық аппараттық және бағдарламалық орта. Оның процессор архитектурасы, операциялық жүйесі, байланыс интерфейстері, қолданбалық бинарлық файлдары, лицензиялары, графикасы және басқару жүйесімен байланыстары өзара тәуелді.

Диск клоны деректерді сақтайды. Бірақ ол сол ортаны басқа архитектураға аудармайды.

Бүкіл Symphony орнатылымы өзгеріссіз сақталуы қажет болса, Alpha эмуляциясы — ең тікелей жол.

Қолданбаларды көшіруге немесе қайта құрастыруға болатын жағдайда, OpenVMS x86-64 заманауи операциялық жүйеге көшу жолын ұсынады.

INFI 90 басқару деңгейі құнды болып қалып, оператор деңгейін ауыстыру қажет болғанда, OPC платформасын қайта құру практикалық жол ұсынады.

ABB Symphony Plus эволюциясы ұйым HMI шеңберінен тыс жаңғыртуды қалаған кезде кезең-кезеңімен іске асырылатын кеңірек стратегияны ұсына алады.

Соңғы шешім тексерілген түгендеуден, байланыс интерфейстерін зерттеуден, лицензияларды қайта қараудан, тұжырымдаманы дәлелдеуден, стендтік сынақтан және пайдалану талаптарына сәйкестікті куәландырып қабылдаудан кейін қабылдануы тиіс.

Еңбекті қажет етпейтін ауыстыру болмайды. Алайда ескірген AlphaStation жабдықтарына тәуелділікті жойып, қолданыстағы процесті басқару жүйесіне салынған инвестицияны сақтай алатын бірнеше бақыланатын көшіру жолы бар.