OpenVMS Alpha üzərində işləyən Bailey INFI 90 Symphony HMI-lərinin modernləşdirilməsi

Bütün INFI 90 sistemini əvəzləmədən HMI-nin modernləşdirilməsi

Bir çox Bailey INFI 90 sistemi ilkin quraşdırılmasından onilliklər sonra da etibarlı şəkildə işləməyə davam edir. Onların kontrollerləri, rabitə modulları, terminal qurğuları və sahə I/O avadanlıqları hələ də tələb olunan idarəetmə funksiyalarını yerinə yetirə bilər.

Həyat dövrü ilə bağlı ən təcili problem çox vaxt kontroller səviyyəsindən yuxarıda yerləşir.

Operator stansiyaları köhnəlmiş AlphaStation aparatından, dəstəklənməyən qrafik adapterlərindən, köhnəlmiş yaddaş qurğularından və köhnə OpenVMS Alpha proqram təminatı mühitlərindən asılı ola bilər. Əvəzedici hissələri əldə etmək çətinləşir, təcrübəli OpenVMS və Bailey Symphony mühəndisləri isə getdikcə azalır.

Burada nəzərdən keçirilən nümunəyə dörd AlphaStation 255 işçi stansiyası daxildir. Hər stansiyada OpenVMS Alpha işləyir və Bailey INFI 90 paylanmış idarəetmə sistemi üçün Bailey Symphony operator interfeysi funksiyalarını təmin edir.

Məqsəd mütləq bütün DCS-i əvəzləmək deyil. Daha praktik məqsəd sabit kontrollerləri, sahə naqillərini, I/O modullarını, idarəetmə məntiqini və proses əməliyyatlarını qorumaqla köhnəlmiş AlphaStation aparatından asılılığı aradan qaldırmaqdır.

Bu fərq modernləşdirmə strategiyasını dəyişir.

Layihə əsasən operator interfeysinin və hesablama platformasının miqrasiyasıdır. Yalnız kontrollerlərin həyat dövrü, kibertəhlükəsizlik tələbləri, istehsal məqsədləri və ya dəstək şərtləri aşağı səviyyəli idarəetmə qatlarının dəyişdirilməsini əsaslandırdıqda bu, tam DCS miqrasiyasına çevrilir.

Bir neçə mümkün modernləşdirmə yolu var. Lakin onlar mövcud sistemin müxtəlif hissələrini qoruyur.

Alpha emulyatoru demək olar ki, bütün proqram təminatı mühitini qoruya bilər. OpenVMS x86 miqrasiyası əməliyyat sistemi ailəsini qoruyur, lakin tətbiqlərin miqrasiyasını tələb edir. OPC əsaslı HMI əvəzlənməsi kontroller səviyyəsini qoruyur, eyni zamanda operator interfeysini yenidən qurur. ABB evolyusiya strategiyası daha geniş Symphony arxitekturasını mərhələli şəkildə modernləşdirə bilər.

Heç bir yolu sadə kompüter əvəzlənməsi kimi təsvir etmək olmaz.

Şəkil 1. Üç əsas modernləşdirmə yolu quraşdırılmış Bailey INFI 90 və Symphony investisiyasının müxtəlif hissələrini qoruya bilər.

AlphaStation diskinin klonlanması niyə kifayət deyil

Diskin klonlanması quraşdırılmış OpenVMS Alpha mühitinin qorunması üçün faydalıdır. O, əməliyyat sistemini, tətbiq fayllarını, cihaz konfiqurasiyasını, istifadəçi hesablarını, Bailey proqram təminatını, verilənlər bazalarını, qrafikləri və sahəyə xas parametrləri saxlaya bilər.

Lakin diskin klonlanması Alpha proqram təminatını x86 proqram təminatına çevirmir.

Klonlanmış əməliyyat sistemi hələ də Alpha prosessor təlimatlarını ehtiva edir. Onun nüvəsi, yükləyicisi, sistem kitabxanaları, tətbiqləri və aparat drayverləri Alpha arxitekturası üçün hazırlanıb.

Standart müasir kompüter x86-64 prosessorundan istifadə edir. O, həmçinin fərqli yaddaş qurğusu kontrollerləri, şəbəkə cihazları, kəsilmə strukturları, qrafik avadanlığı, proqram təminatı interfeysləri və periferik şinlər təqdim edir.

VMware, VirtualBox, Hyper-V və adi x86 hipervizorları x86 ilə uyğun aparatı virtuallaşdırır. Onlar adətən Alpha prosessor təlimatlarını x86 təlimatlarına çevirmir.

Buna görə OpenVMS Alpha disk obrazının adi x86 virtual maşınının daxilinə yerləşdirilməsi həmin obrazı yüklənə bilən etmir.

Virtual maşın virtual disk, virtual şəbəkə adapteri və virtual qrafik cihazı təqdim edə bilər. OpenVMS Alpha isə hələ də Alpha prosessoru və dəstəklənən Alpha dövrü cihazlarını gözləyir.

Buna görə iki anlayış bir-birindən ayrı saxlanmalıdır:

Virtuallaşdırma adətən hostla eyni prosessor arxitekturasından istifadə edən virtual aparat təqdim edir.

Arxitekturalararası emulyasiya başqa prosessoru və aparat mühitini proqram təminatı ilə yenidən yaradır.

Orijinal Alpha ikilik faylları və əməliyyat sistemi dəyişdirilmədən saxlanmalıdırsa, OpenVMS Alpha ikinci yanaşmanı tələb edir.

Buna görə disk klonlaşdırılması üç məhdud vəziyyətdə mümkündür.

Birinci yanaşma uyğun yaddaş qurğuları və periferik cihazlarla eyni AlphaStation modelinə bərpadır.

İkinci yanaşma tələb olunan cihaz və konfiqurasiya dəyişiklikləri tamamlandıqdan sonra başqa dəstəklənən Alpha sisteminə bərpadır.

Üçüncü yanaşma uyğun AlphaServer və ya AlphaStation mühitini yenidən yaradan Alpha emulyatoruna bərpa edilməsidir.

Yalnız klonlaşdırma arxitektura problemini həll etmir. Hədəf mühit hələ də Alpha maşın təlimatlarını anlamalı və icra etməlidir.

Alpha emulyasiyası mövcud investisiyanın ən böyük hissəsini qoruyub saxlayır

Mövcud Symphony proqram təminatı mənbə kodunda dəyişiklik edilmədən işlək vəziyyətdə saxlanmalıdırsa, Alpha emulyasiyası adətən ən az pozuntu yaradan yoldur.

Alpha emulyatoru müasir x86 avadanlığında işləyir, lakin OpenVMS üçün virtual Alpha sistemi təqdim edir. Orijinal əməliyyat sistemi və tətbiqlər Alpha ilə uyğun aparat mühitini görməkdə davam edir.

CHARON-AXP kimi məhsullar məhz bu məqsəd üçün hazırlanıb. Emulator fiziki Alpha prosessorunu, yaddaş arxitekturasını, yaddaş qurğularının kontrollerlərini, Ethernet adapterlərini və dəstəklənən digər cihazları proqram vasitəsilə müəyyən edilən ekvivalentlərlə əvəz edir.

x86 serveri host mühiti kimi Windows və ya Linux ilə işləyir. Alpha emulyatoru həmin hostun üzərində işləyir. Daha sonra OpenVMS Alpha emulyasiya edilmiş Alpha sistemi daxilində işləyir.

Bu yanaşma OpenVMS-in x86-ya portlaşdırılmasından fərqlənir.

Orijinal OpenVMS Alpha quraşdırması Alpha quraşdırması olaraq qalır. Bailey Symphony ikilik faylları Alpha ikilik faylları olaraq qalır. Emulator tələb olunan Alpha aparat davranışını tərcümə edir və ya yenidən yaradır.

Bu, aşağıdakıları qoruyub saxlaya bilər:

• Quraşdırılmış OpenVMS Alpha əməliyyat sistemi.

• Mövcud Bailey Symphony tətbiqləri.

• Operator qrafikləri və displey verilənlər bazaları.

• Siqnalizasiya konfiqurasiyaları və tarixçə faylları.

• İstifadəçi hesabları və əmr prosedurları.

• Mövcud sahəyə xas utilitlər.

• Alpha mühitindən asılı olan tətbiq interfeysləri.

• Əks halda yenidən təlim tələb edəcək operator iş axınları.

Praktik miqrasiya adətən orijinal Alpha disklərinin yoxlanılmış obrazının və ya ehtiyat nüsxəsinin yaradılmasını əhatə edir. Bu məlumatlar emulyatorun istifadə etdiyi virtual disk konteynerlərinə bərpa edilir.

Emulyator konfiqurasiyası uyğun CPU, yaddaş, disk, şəbəkə və periferik xüsusiyyətləri təkrarlamalıdır. Komandaya fiziki serial portları və ya şəbəkə interfeyslərini host sistemi vasitəsilə uyğunlaşdırmaq da lazım gələ bilər.

Alpha emulyasiyası köhnəlmiş fiziki avadanlıqdan asılılığı əhəmiyyətli dərəcədə azalda bilər. O, həmçinin virtual disk fayllarının müasir yaddaş infrastrukturu ilə kopyalanmasına imkan verdiyi üçün ehtiyat nüsxələməni sadələşdirə bilər.

Lakin “sıfır dəyişiklik” ifadəsi ehtiyatla işlədilməlidir.

Tətbiq kodu dəyişməz qala bilər, lakin mühit yenə də mühəndislik işi tələb edir. Qurğu uyğunluqları yoxlanmalıdır. Şəbəkə interfeysləri konfiqurasiya edilməlidir. OpenVMS və tətbiq lisenziyaları nəzərdən keçirilməlidir.

Emulyator həmçinin sahədə istifadə olunan Bailey rabitə interfeysi ilə sınaqdan keçirilməlidir.

Ümumi OpenVMS tətbiqi düzgün işləyə bilər, lakin xüsusi DCS interfeysi konkret şəbəkə adapterindən, şin interfeysindən, serial qurğudan və ya vaxtlama davranışından asılı olduğu üçün işləməyə bilər.

Buna görə də emulyator profili seçilməzdən əvvəl AlphaStation 255-in dəqiq konfiqurasiyası inventarlaşdırılmalıdır.

Bailey rabitə interfeysi emulyasiya üçün əsas sınaqdır

Ən vacib emulyasiya sualı OpenVMS-in giriş sorğusuna çatıb-çatmadığı deyil.

Əsas sual emulyasiya edilmiş stansiyanın tam istismar şəraitində Bailey INFI 90 sistemi ilə düzgün əlaqə qurub-qurmadığıdır.

İnterfeys Ethernet, serial rabitə, Bailey şəbəkə interfeysi və ya ixtisaslaşmış rabitə avadanlığından asılı ola bilər. Sahə konfiqurasiyaları əhəmiyyətli dərəcədə fərqlənə bilər.

Alpha emulyasiyasına keçidi təsdiqləməzdən əvvəl mühəndislər aşağıdakıları sənədləşdirməlidirlər:

• Hər AlphaStation-da quraşdırılmış fiziki şəbəkə interfeysi.

• Symphony ilə INFI 90 arasında istifadə olunan rabitə protokolu.

• OpenVMS daxilində təyin edilmiş qurğu adları.

• Şəbəkə ünvanları və qovşaq tərifləri.

• Tələb olunan DECnet, TCP/IP, LAT və ya xüsusi xidmətlər.

• Tətbiq olunduğu hallarda serial port parametrləri.

• Xarici lisenziya açarları və ya aparat açarları.

• Operator stansiyaları arasında redundans və ehtiyat rejimə keçid davranışı.

• Vaxt sinxronizasiyası tələbləri.

• Operatorların istifadə etdiyi qrafika və klaviatura funksiyaları.

Emulyator təchizatçısı ümumi Alpha Ethernet və yaddaş qurğularını dəstəkləyə bilər. Bu, hər bir xüsusi Bailey interfeysinin dəstəkləndiyini avtomatik təsdiqləmir.

Mövcud HMI virtuallaşdırıla bilməyən ixtisaslaşmış fiziki adapterdən asılıdırsa, emulyator seçimi alternativ rabitə şlüzü tələb edə bilər.

Buna görə layihəyə klonlanmış stansiyadan və Bailey şəbəkəsinin nümunəvi hissəsinə çıxışdan istifadə etməklə stend sınağı daxil edilməlidir.

Sınaq yalnız statik teq oxunuşunu əhatə etməməlidir. Operatorlar real vaxt dəyərlərini, əmrləri, həyəcan siqnallarını, təsdiqləməni, trendləri, displeylər arasında naviqasiyanı, çapı, hadisələrin emalını və stansiyanın bərpasını yoxlamalıdırlar.

Məhsuldarlıq həyəcan siqnallarının kəskin artdığı və teqlərin yüksək tezliklə yeniləndiyi vaxtlarda da sınaqdan keçirilməlidir.

OpenVMS x86-64 fərqli miqrasiya yoludur

Müasir OpenVMS x86-64 arxitekturası üçün əlçatandır. O, müasir serverlərdə dəstəklənən virtuallaşdırılmış mühitlərdə işləyə bilər.

Bu, əvvəlki bir çox INFI 90 modernləşdirmə müzakirələri zamanı mövcud olmayan əlavə miqrasiya variantı yaradır.

Lakin OpenVMS x86-64 OpenVMS Alpha binar fayllarını yerli x86 tətbiqləri kimi birbaşa icra etmir.

Tətbiq mühiti köçürülməlidir.

Mənbə kodunun x86-64 üçün köçürülməsi, nəzərdən keçirilməsi, yenidən kompilyasiya edilməsi, əlaqələndirilməsi və sınaqdan keçirilməsi lazım gələ bilər. Üçüncü tərəf kitabxanaları və əlavə məhsullar da hədəf versiya üçün əlçatan olmalıdır.

Əsas sual quraşdırılmış Bailey Symphony proqramının x86 ilə uyğun OpenVMS versiyasının olub-olmamasıdır.

Proqram təminatı təchizatçısı həmin tətbiqi heç vaxt OpenVMS x86-64 üçün buraxmayıbsa, yalnız əməliyyat sisteminin köçürülməsi HMI-ni qoruya bilməz.

Mənbə kodu və qurma mühiti əlçatan olaraq qalırsa, müəssisə daxilində hazırlanmış proqramlar daşına bilən ola bilər. Qapalı kommersiya tətbiqləri təchizatçı dəstəyi olmadan adətən yenidən qurula bilməz.

Bu yol Symphony HMI ilə yanaşı işləyən xüsusi məlumat serverləri, tarixçə sistemləri, utilitlər, hesabatlar və inteqrasiya tətbiqləri üçün hələ də praktik ola bilər.

Dəstəklənən tətbiq buraxılışı olmadan köhnə mülkiyyət xarakterli Symphony operator mühitini qoruyub saxlamaq ehtimalı daha azdır.

OpenVMS x86 miqrasiyasının qiymətləndirilməsi aşağıdakıları müəyyən etməlidir:

• Quraşdırılmış bütün icra faylları və əlavə məhsullar.

• Mövcud mənbə kodu və qurma prosedurları.

• Kompilyator və icra mühiti asılılıqları.

• Verilənlər bazası məhsulları və fayl formatları.

• Mülkiyyət xarakterli rabitə kitabxanaları.

• Qrafika və ya pəncərə sistemi asılılıqları.

• x86-64 üçün lisenziyanın mövcudluğu.

• Arxitektura fərqlərinin doğurduğu zəruri dəyişikliklər.

• Məhsuldarlıq və zamanlama ilə bağlı fərziyyələr.

Bu yol Alpha-dan artıq istehsal olunmayan başqa bir avadanlıq arxitekturasına keçidlə müqayisədə daha böyük uzunmüddətli potensiala malikdir. O, uyğun OpenVMS iş yüklərini dəstəklənən x86 virtuallaşdırma infrastrukturuna yerləşdirə bilər.

Buna baxmayaraq, bu proses disk klonlama layihəsi deyil, tətbiq miqrasiyası layihəsi kimi təsvir edilməlidir.

Itanium miqrasiyası niyə adətən keçid variantıdır

OpenVMS həmçinin Itanium arxitekturasından istifadə edən HPE Integrity serverləri üçün buraxılmışdı.

Bəzi Alpha tətbiqlərini OpenVMS Integrity sisteminə köçürmək üçün miqrasiya alətləri və mühəndislik metodları mövcuddur. Bu, bir vaxtlar köhnələn Alpha avadanlığından uzaqlaşmaq üçün dəstəklənən yol təqdim edirdi.

Lakin bu gün Itanium avadanlığının özü artıq köhnəlmiş platformadır.

Alpha-dan Integrity-yə keçid köhnəlmiş bir aparat asılılığını aradan qaldırmaqla yanaşı, başqa bir asılılıq da yarada bilər. Uyğun serverlər, ehtiyat hissələri, yaddaş interfeysləri və ixtisaslaşmış mütəxəssis təcrübəsi getdikcə daha az əlçatan olacaq.

Bir sahə artıq dəstəklənən Integrity infrastrukturuna sahib olduqda Itanium hələ də aktual ola bilər. Tələb olunan laylı məhsul Integrity üçün mövcuddursa, lakin x86-64 üçün mövcud deyilsə, bu da aktual ola bilər.

Yeni modernləşdirmə layihəsi üçün bu yanaşma, ümumiyyətlə, aralıq uyğunluq yolu kimi qiymətləndirilməlidir.

Biznes əsaslandırması Alpha emulyasiyasına, OpenVMS x86 miqrasiyasına və ya HMI-nin yenidən platformalaşdırılmasına nisbətən Integrity-yə keçidin nə üçün üstün olduğunu izah etməlidir.

OPC üzrə yenidən platformalaşdırma idarəetmə qatını qoruyur

OPC üzrə yenidən platformalaşdırma mövcud INFI 90 kontrollerlərini və sahə G/Ç-sini saxlayaraq operator interfeysi qatını əvəz edir.

Rabitə serveri Bailey sisteminə qoşulur və proses teqlərini müasir HMI və ya SCADA platformasına təqdim edir.

Yeni HMI displeyləri, həyəcan siqnallarını, trend qrafiklərini, təhlükəsizliyi, operator əmrlərini, hesabatları və iş stansiyası xidmətlərini idarə edir.

Bu yanaşma ilkin Symphony operator tətbiqindən asılılığı aradan qaldırır. Həmçinin yeni operator stansiyalarında OpenVMS Alpha işlətmək zərurətini aradan qaldırır.

Arxitekturaya adətən aşağıdakılar daxildir:

• Mövcud Bailey INFI 90 kontrollerləri və G/Ç.

• Uyğun Bailey rabitə interfeysi.

• OPC DA, OPC UA və ya təchizatçıya məxsus məlumat serveri.

• Müasir HMI və ya SCADA platforması.

• Operator və mühəndislik iş stansiyaları.

• İxtiyari tarixçə, hesabat və həyəcan analizi xidmətləri.

Mənbə materialında istinad edilən sahə nümunəsində RoviSys OPC serveri GE CIMPLICITY ilə birlikdə istifadə olunmuşdu. Bildirilənə görə sistem uğurla işləyib, lakin layihə operator displeylərinin və animasiya məntiqinin yenidən qurulmasını tələb edib.

Bu nümunə hər INFI 90 quraşdırması üçün avtomatik məhsul tövsiyəsi kimi şərh edilməməlidir.

Seçilmiş server konkret Bailey şəbəkəsini, rabitə modullarını, kontroller nəslini, teqlərin sayını, yenilənmə tezliyini, ehtiyatlılıq tələblərini və sahədəki əmr funksiyalarını dəstəkləməlidir.

Eyni hal HMI platformasına da aiddir.

GE CIMPLICITY mümkün müəssisə HMI/SCADA platformalarından biridir. Tələb olunan OPC bağlantısını, qrafikaları, həyəcan siqnallarını, skriptləri, ehtiyatlılığı, təhlükəsizliyi və həyat dövrü dəstəyini təmin edən digər sistemlər də uyğun ola bilər.

Şəkil 2. OPC əsaslı miqrasiya köhnə Symphony operator mühitini əvəz edərkən INFI 90 idarəetmə qatını qoruyur.

OPC bağlantısı mövcud ekranları çevirmir

OPC serveri məlumat bağlantısını təmin edir. O, adətən köhnə HMI displeylərini yeni HMI formatına çevirmir.

Orijinal Symphony ekranlarında statik qrafikalar, dinamik simvollar, rəng dəyişiklikləri, ədədi dəyərlər, sütun qrafikləri, həyəcan göstəriciləri, naviqasiya düymələri, əmr idarəetmələri, trend qrafikləri və fərdi funksiya şablonları ola bilər.

Bu elementlər hədəf HMI-də yenidən yaradılmalıdır.

Sadə ekranlar birbaşa yenidən çəkilə bilər. Mürəkkəb ekranlarda dərhal görünməyən gizli skriptlər və ya ifadələr ola bilər.

Mühəndislər hər animasiyalı obyektin məlumatlarını necə əldə etdiyini və emal etdiyini başa düşməlidirlər.

Klapan simvolu sadəcə bir çıxış teqini izləməyə bilər. Onun rəngi və mövqeyi açılma əks əlaqəsindən, bağlanma əks əlaqəsindən, əmr vəziyyətindən, blokirovka vəziyyətindən, rabitə keyfiyyətindən və avadanlığın iş rejimindən asılı ola bilər.

Mühərrik simvolu işə salma əmri, işləmə əks əlaqəsi, dayanma vəziyyəti, açılma, yerli idarəetmə, texniki xidmət vəziyyəti, icazə şərtləri və həyəcan siqnalının bloklanması üçün ayrı teqlərdən istifadə edə bilər.

Buna görə yalnız görünən qrafiklərin köçürülməsi düzgün görünən, lakin səhv işləyən HMI yarada bilər.

Miqrasiya komandası hər bir ekran elementinin arxasındakı funksional mənanı sənədləşdirməlidir.

Bu işə aşağıdakılar daxildir:

• Hər dinamik obyektin məlumat mənbəyinə uyğunlaşdırılması.

• Animasiyaların ifadələrinin yenidən yaradılması.

• Əmrlərin təsdiqlənməsinin və təhlükəsizliyin yoxlanılması.

• Naviqasiyanın və ekran iyerarxiyalarının yenidən qurulması.

• Həyəcan siqnalı siniflərinin və prioritetlərinin yenidən yaradılması.

• Mühəndislik ölçü vahidlərinin və onluq dəqiqliyin təsdiqlənməsi.

• Tarixi və real vaxt trendlərinin yenidən qurulması.

• Yanlış, qeyri-müəyyən və rabitənin kəsildiyi vəziyyətlərin sınaqdan keçirilməsi.

• Operator mesajlarının və təlimatlarının yenidən yaradılması.

• Dəstəklənməyən şriftlərin və simvolların əvəz edilməsi.

Buna görə səy yalnız ekranların sayına deyil, ekranların mürəkkəbliyinə görə müəyyən edilir.

Müasir HMI hər bir köhnə ekranı düşünmədən kopyalamamalıdır

Əl ilə yenidən yaratma operator interfeysini təkmilləşdirmək imkanı yaradır.

Köhnə HMI qrafiklərində normal avadanlıq üçün çox vaxt parlaq rənglərdən, sıx proses diaqramlarından, dekorativ boru xətlərindən və ardıcıl olmayan həyəcan siqnalı göstəricilərindən istifadə olunur.

İlkin sistem hazırlanarkən bu konvensiyalar məqsədəuyğun ola bilərdi. Onlar müasir idarəetmə otağı təcrübələri üçün həmişə ideal deyil.

Modernləşdirmə layihəsi aşağıdakıları nəzərdən keçirməlidir:

• Ekran iyerarxiyası.

• Həyəcan siqnallarının görünməsi.

• Naviqasiyanın ardıcıllığı.

• Avadanlığın vəziyyətinin təqdimatı.

• Rəngdən istifadə.

• Trendlərə əlçatanlıq.

• Operatorun cavab tələbləri.

• Ekran ayırdetmə qabiliyyəti və işçi stansiyanın yerləşimi.

• Əlçatanlıq və oxunaqlılıq.

Normal istismar şəraiti vizual olaraq sakit qalmalıdır. Diqqət tələb edən anormal vəziyyətləri güclü rənglər göstərməlidir.

Operatorlar həddindən artıq naviqasiya etmədən zavod icmalından təsirə məruz qalmış qurğuya, avadanlığın üzlük panelinə, trendə, həyəcan siqnalları tarixçəsinə və diaqnostika ekranına keçə bilməlidirlər.

Lakin həddindən artıq yenidən dizayn başqa bir risk yarada bilər.

Operatorlar ilkin ekranlardan uzun illər istifadə etmiş ola bilərlər. Eyni layihə çərçivəsində hər bir simvolu, rəngi və naviqasiya yolunu dəyişdirmək təlim tələblərini və keçid riskini artıra bilər.

Balanslaşdırılmış yanaşma tanış proses əlaqələrini qoruyarkən, həyəcan siqnallarının təqdimatını və naviqasiyanı təkmilləşdirir.

Teqlərin çıxarılması mühəndislik iş paketi kimi nəzərdən keçirilməlidir

Mənbə materialında Bailey teq məlumatlarının CSV-yə ixrac edilməsi ehtimalı qeyd olunur. Təsdiqlənmiş universal prosedur təqdim edilmir.

Buna görə də bir ixrac əmrinin tam və təmiz HMI verilənlər bazası yaradacağı fərz edilməməlidir.

Teq məlumatlarının mümkün mənbələrinə aşağıdakılar daxildir:

• Symphony konfiqurasiya verilənlər bazaları.

• Mövcud ekran tərifləri.

• Kontroller konfiqurasiyası və mühəndislik qeydləri.

• Bailey rabitə serverinin verilənlər bazaları.

• OPC serverinin baxış funksiyaları.

• Həyəcan siqnalı konfiqurasiya faylları.

• Tarixi verilənlər bazaları.

• Çap edilmiş və ya arxivləşdirilmiş teq siyahıları.

• Sahə mühəndisliyi cədvəlləri.

Server Bailey sistemi ilə rabitə yaratdıqdan sonra OPC baxışı praktik başlanğıc nöqtəsi təmin edə bilər.

Orada teq adları, element identifikatorları, təsvirlər, keyfiyyət və cari dəyərlər təqdim oluna bilər. Bəzi serverlər baxışdan keçirilmiş ad sahəsinin ixracını da dəstəkləyir.

Lakin OPC ad sahəsinə yeni HMI üçün lazım olan bütün sahələr daxil olmaya bilər.

Həyəcan siqnalı prioritetləri, mühəndislik limitləri, ekran qruplaşdırmaları, operator qeydləri, əmr təhlükəsizliyi və avadanlıqlar arasındakı əlaqələr başqa yerlərdə saxlanıla bilər.

Bəzi OPC serverləri teqləri ilkin Symphony adlarından fərqlənən yaradılmış adlarla təqdim edir.

Layihə ən azı aşağıdakıları ehtiva edən idarə olunan teq əsas reyestri yaratmalıdır:

• İlkin teq adı.

• Yeni HMI teq adı.

• OPC element identifikatoru.

• Təsvir.

• Məlumat növü.

• Oxuma və ya yazma icazəsi.

• Mühəndislik ölçü vahidləri.

• Miqyaslandırma məlumatları.

• Həyəcan siqnalı limitləri və prioriteti.

• Yenilənmə tezliyi.

• Əlaqəli ekran.

• Yoxlama statusu.

• Sınaq nəticəsi.

Bu əsas cədvəl köhnə və yeni sistemlər arasında uzlaşdırma qeydi olacaq.

Teqlərin sayı yeganə rabitə tələbi deyil

Uğurlu baxış sınağı OPC arxitekturasının tam HMI-ni dəstəkləyə biləcəyini sübut etmir.

Mühəndislər aktiv teqlərin sayını, tələb olunan yenilənmə tezliyini, dəyişikliklərin tezliyini, həyəcan siqnalı fəaliyyətini, əmr trafikini və server ehtiyatlığını qiymətləndirməlidirlər.

Sistemdə on minlərlə konfiqurasiya edilmiş teq ola bilər. Onların yalnız bir hissəsi eyni vaxtda operator ekranlarında aktiv ola bilər.

Server və HMI real şəraitə uyğun şərtlər altında sınaqdan keçirilməlidir.

Əsas məhsuldarlıq yoxlamalarına daxildir:

• Mürəkkəb ekranın açılması üçün tələb olunan vaxt.

• Sahədəki dəyişiklik ilə HMI animasiyası arasındakı gecikmə.

• Hadisələrin sıx olduğu vaxtlarda həyəcan siqnallarının çatdırılması.

• Tələb olunan nümunələmə tezliyində trend məlumatlarının toplanması.

• Əmrin icra müddəti və əks əlaqə vaxtı.

• Şəbəkə kəsildikdən sonra bərpa.

• Ehtiyat serverlər arasında keçid.

• Kontroller yenidən başladıldıqdan sonrakı davranış.

• Rabitə xətası zamanı keyfiyyət statusu.

• CPU, yaddaş və şəbəkə yüklənməsi.

Əmrlərə xüsusi diqqət yetirilməlidir.

OPC vasitəsilə dəyərlərin oxunması nisbətən sadə ola bilər. Dəyərlərin təhlükəsiz yazılması girişə nəzarət, əmrlərin yoxlanılması, əks əlaqənin təsdiqlənməsi və rabitə xətalarının düzgün idarə edilməsini tələb edir.

Komanda bütün operator əmri növlərini, yalnız bir nümunə teqi deyil, sınaqdan keçirməlidir.

ABB Symphony Plus daha geniş inkişaf yolu təqdim edir

Quraşdırılmış Bailey sistemi üçün OPC-nin əvəzlənməsi yeganə yol deyil.

ABB Symphony Plus-ı köhnə Bailey, INFI 90, Harmony Rack və Symphony quraşdırmaları üçün inkişaf platforması kimi təqdim etməyə davam edir.

Mərhələli ABB modernləşdirməsi daha yeni operator, mühəndislik, şəbəkə, kontroller və ya I/O komponentlərini tətbiq etməklə quraşdırılmış idarəetmə və I/O arxitekturasının bəzi hissələrini qoruyub saxlaya bilər.

Bu yol təşkilatın müstəqil HMI əvəzlənməsi əvəzinə təchizatçı tərəfindən dəstəklənən istismar müddəti strategiyasını istədiyi hallarda cəlbedici ola bilər.

Layihə əvvəlcə operator mühitini modernləşdirə bilər. Kontrollerlər və I/O onların istismar müddəti və ya əməliyyat dəyəri dəyişdirilməsini əsaslandırana qədər istifadədə qala bilər.

Sonrakı mərhələlər rabitə, kontrollerlər, mühəndislik alətləri və sahə interfeyslərini əhatə edə bilər.

Dəqiq miqrasiya arxitekturası quraşdırılmış sistemin nəsilindən asılıdır.

Bailey INFI 90, INFI 90 OPEN, Network 90, Harmony, Symphony və Symphony Plus quraşdırmaları eyni interfeyslərdən istifadə etmir.

Modul adları və şəbəkə terminologiyası sahə çertyojları və avadanlıq inventarları əsasında yoxlanılmalıdır.

Mövcud idarəetmə səviyyəsinə texniki xidmət göstərən təşkilatlar ehtiyatların təminatı, istismar müddətinin dəstəklənməsi və mərhələli modernləşdirməni planlaşdırarkən mövcud ABB Bailey INFI 90 və Network 90 komponentlərini də nəzərdən keçirə bilərlər.

Bu daxili keçid aktualdır, çünki modernləşdirmə layihələri mühəndislik, sınaq və mərhələli keçid zamanı köhnə sistemin işlək qalmasını çox vaxt tələb edir.

Uyğun ehtiyat kontrollerlərin, rabitə modullarının, enerji təchizatı bloklarının və I/O modullarının saxlanılması həmin keçid zamanı riski azalda bilər.

Fərdi və ya Açıq Mənbəli HMI Mümkündür, Lakin Məsuliyyət Tələb edir

Fərdi HMI açıq mənbəli və ya kommersiya proqram təminatı freymvorklarından istifadə etməklə hazırlana bilər.

Mənbə materialında VMS-də işləyən server və Qt əsaslı müasir klient qeyd olunur. Bu tip arxitekturalar server tərəfdəki məlumat bağlantısını operator klientindən ayıra bilər.

Bu yol çeviklik təmin edə və bir HMI təchizatçısından asılılığın qarşısını ala bilər.

Bu, həmçinin uzunmüddətli proqram təminatı inkişafı öhdəliyinə çevrilə bilər.

Təşkilat bunlara sahib olmalı və ya onların texniki xidmətini həyata keçirməlidir:

• Rabitə serveri.

• Teqlər bazası.

• Klient tətbiqi.

• Qrafik freymvork.

• Həyəcan siqnallarının emalı.

• Historian inteqrasiyası.

• İstifadəçinin autentifikasiyası.

• Kibertəhlükəsizlik yeniləmələri.

• Quraşdırma və versiyalara nəzarət.

• Sənədləşdirmə və təlim.

Qt, Python, C++, veb texnologiyaları və ya digər freymvorklar funksional sənaye interfeysləri yarada bilər. Çətinlik texnoloji proses qrafikasını çəkmək deyil.

Çətinlik rabitə nasazlıqları, serverin yenidən işə salınması, həyəcan siqnallarının çoxalması, istifadəçi dəyişiklikləri və qeyri-normal qurğu şəraiti zamanı düzgün işləyən etibarlı operator sistemi yaratmaqdır.

Fərdi platforma yalnız təşkilatın dayanıqlı mühəndislik komandasına və ya etibarlı uzunmüddətli inteqratora malik olduğu halda seçilməlidir.

Lisenziyalaşdırma Texniki Marşrutun Praktik Olub-Olmadığını Müəyyən Edə Bilər

Köhnə sənaye proqram təminatı tez-tez avadanlıq identifikatorlarına, Ethernet ünvanlarına, lisenziya verilənlər bazalarına, elektron açarlara və ya təchizatçı tərəfindən verilən avtorizasiya açarlarına bağlı lisenziyalaşdırma mexanizmlərindən istifadə edir.

Klonlanmış sistem düzgün yüklənə bilər, lakin virtual avadanlığın identikliyi dəyişdiyi üçün Symphony tətbiqini işə salmaqdan imtina edə bilər.

Miqrasiya inventarına bunlar daxil edilməlidir:

• OpenVMS əməliyyat sistemi lisenziyaları.

• Bailey Symphony tətbiqi lisenziyaları.

• Verilənlər bazası lisenziyaları.

• Şəbəkə və rabitə lisenziyaları.

• Emulator lisenziyaları.

• HMI və OPC nöqtə sayı lisenziyaları.

• Tarixçəçi lisenziyaları.

• Ehtiyatlılıq seçimləri.

• Mühəndislik müştərisi lisenziyaları.

• İşləmə mühiti müştərisi lisenziyaları.

Son platformanı seçməzdən əvvəl yazılı təsdiq alınmalıdır.

Qanuni lisenziya əlçatanlığı olmadan texniki uyğunluq tətbiq edilə bilən həll yaratmır.

Kibertəhlükəsizlik Əvəzetmə Dizaynına Daxil Edilməlidir

Köhnə AlphaStation sistemləri müasir sənaye kibertəhlükəsizliyi təcrübələri standart halına gəlməzdən əvvəl tez-tez quraşdırılırdı.

Onlar məhdud uzaqdan girişə malik təcrid olunmuş şəbəkələrdə işləyə bilərlər. Onların Windows serverləri, müasir SCADA müştəriləri, OPC serverləri və Ethernet infrastrukturu ilə əvəz edilməsi hücum səthini dəyişir.

Yeni arxitektura ayrıca idarəetmə, server, mühəndislik və müəssisə şəbəkəsi zonalarını müəyyən etməlidir.

Firewall-lar yalnız tələb olunan rabitə yollarına icazə verməlidir. Uzaqdan giriş idarə olunan autentifikasiya və qeydəalma vasitəsilə həyata keçirilməlidir.

Operator hesabları rollara əsaslanan icazələrə uyğun olmalıdır. Mühəndislik funksiyaları hər HMI müştərisindən əlçatan olmamalıdır.

OPC-yə yazma imkanı yalnız buna ehtiyacı olan teqlər və stansiyalarla məhdudlaşdırılmalıdır.

Dizayn həmçinin bunları əhatə etməlidir:

• Əməliyyat sisteminin yamaqlanması.

• Antivirus və ya tətbiqlərə nəzarət.

• Ehtiyat nüsxələmə və bərpa.

• Vaxtın sinxronlaşdırılması.

• Təhlükəsizlik jurnallarının aparılması.

• Çıxarıla bilən daşıyıcılara nəzarət.

• Təchizatçının uzaqdan dəstəyi.

• OPC UA üçün sertifikatların idarə edilməsi.

• Hesabların həyat dövrünün idarə edilməsi.

Kibertəhlükəsizlik nəzarətləri operatorların zavodda baş verən hadisələrə cavab verməsinə mane olmamalıdır. Dizayn mühafizə ilə əlçatanlıq və deterministik iş rejimi arasında tarazlıq yaratmalıdır.

Miqrasiya sübutlara əsaslanan inventarlaşdırma ilə başlamalıdır

Marşrut seçməzdən əvvəl mühəndislər mövcud sistemi ətraflı şəkildə sənədləşdirməlidirlər.

İnventar bütün dörd AlphaStation-ı əhatə etməli və onların konfiqurasiyalarının həqiqətən eyni olub-olmadığını göstərməlidir.

Qeyd:

• AlphaStation modeli və prosessor konfiqurasiyası.

• Yaddaş tutumu.

• Disk tipi və məntiqi həcmlər.

• OpenVMS versiyası və yamaq səviyyəsi.

• Quraşdırılmış Bailey proqram təminatının versiyaları.

• Təbəqəli məhsullar və verilənlər bazaları.

• Qrafik avadanlığı və ekran təsvir ölçüsü.

• Şəbəkə adapterləri.

• Serial interfeyslər.

• Bailey rabitə avadanlığı.

• Düyün adları və ünvanları.

• Başlatma əmri prosedurları.

• Lisenziya faylları.

• Ehtiyat prosedurları.

• Operator stansiyasının ehtiyatlılığı.

• Qoşulmuş printerlər və xarici qurğular.

• Tarixi və həyəcan siqnalı məlumatlarının saxlanması.

Komanda həmçinin hər bir ekranın ekran görüntüsünü toplamalıdır. Dinamik vəziyyətlər mümkün olduqda qeydə alınmalıdır.

Normal, dayandırılmış, işlək, həyəcan siqnalı vəziyyətində, bloklanmış, lokal, əl ilə, avtomatik və rabitənin kəsildiyi vəziyyətləri qeydə alın.

Yeni ekranlar sınaqdan keçirilərkən bu sübut vacibdir.

Dəzgah sistemi məcburidir

Heç bir modernləşdirmə yolu ilk dəfə işlək istehsal sistemində sınaqdan keçirilməməlidir.

Dəzgah mühiti rabitəni və operator funksiyalarını təsdiqləmək üçün quraşdırılmış arxitekturanın kifayət qədər hissəsini təkrarlamalıdır.

Emulyator layihəsi üçün dəzgahda klonlanmış OpenVMS Alpha mühiti və təklif olunan emulyator konfiqurasiyası olmalıdır.

OPC layihəsi üçün buraya seçilmiş rabitə serveri, HMI proqram təminatı, nümunəvi qrafiklər və təhlükəsiz Bailey test qovşağına və ya simulyasiya edilmiş məlumat mənbəyinə giriş daxil edilməlidir.

Dəzgah testi aşağıdakıları yoxlamalıdır:

• Sistemin yüklənməsi və tətbiqin işə salınması.

• Bailey sistemi ilə rabitə.

• Əlçatan teqlərin ümumi sayı.

• Oxuma və yazma əməliyyatları.

• Teqlərin miqyaslaşdırılması və mühəndislik vahidləri.

• Həyəcan siqnallarının yaradılması və təsdiqlənməsi.

• Trend məlumatlarının toplanması.

• Ekran animasiyası.

• Əmrlərin təhlükəsizliyi.

• Printer və hesabat funksiyaları.

• Serverin yenidən başladılması zamanı davranış.

• Şəbəkə nasazlığı zamanı davranış.

• Ehtiyatlılıq və nasazlıq zamanı keçid.

• Ehtiyat nüsxənin bərpası.

• Operatorun cavab müddəti.

Test nəticələri əməliyyat, idarəetmə mühəndisliyi, texniki xidmət və kibertəhlükəsizlik nümayəndələrinin iştirakı ilə təsdiqlənməlidir.

Paralel istismar keçid riskini azaldır

İlkin yerləşdirmə zamanı orijinal AlphaStation-lar əvəzedici sistem istifadəyə verildiyi müddətdə əlçatan saxlanmalıdır.

Mühəndislər dəyərləri, həyəcan siqnallarını, trendləri və əmrləri müqayisə edərkən yeni HMI paralel işləyə bilər.

Paralel istismar köhnə stansiya çıxarılmazdan əvvəl uyğunsuzluqları müəyyən etməyə imkan verir.

Komanda aşağıdakıları tutuşdurmalıdır:

• Ekranda göstərilən proses dəyərləri.

• Status göstəriciləri.

• Həyəcan siqnallarının prioritetləri.

• Həyəcan siqnallarının vaxt nişanları.

• Əmrlərin nəticələri.

• Trend dəyərləri.

• Avadanlığın rejimi.

• Rabitə keyfiyyəti.

• Təhlükəsizlik icazələri.

Hər bir fərq səhv demək deyil. Yeni sistem daha təkmil miqyaslaşdırmadan və ya həyəcan siqnallarının təqdimatından istifadə edə bilər.

Hər bir fərq yenə də izah edilməli və təsdiqlənməlidir.

Yeni HMI şahidli obyekt qəbulu testindən və razılaşdırılmış əməliyyat müddətindən keçənədək köhnə stansiyalar bərpa oluna bilən vəziyyətdə saxlanmalıdır.

Düzgün miqrasiya yolunun seçilməsi

Aşağıdakı hallarda Alpha emulyasiyasını seçin:

Mövcud Symphony tətbiqi dəyişdirilmədən saxlanmalıdır. Mənbə kodu əlçatan deyil. Operator qrafikləri mürəkkəbdir. Yenidən təlim keçmək minimuma endirilməlidir. Bailey rabitə interfeysi emulyator arxitekturası tərəfindən dəstəklənə bilər.

Aşağıdakı hallarda OpenVMS x86 miqrasiyasını seçin:

Tələb olunan tətbiqlər x86-64 üçün əlçatandır və ya yenidən qurula bilər. Mənbə kodu və mühəndislik bilikləri hələ də mövcuddur. Təşkilat dəstəklənən x86 mühitinə keçərkən OpenVMS-i saxlamaq istəyir.

Aşağıdakı hallarda OPC-nin yenidən platformalaşdırılmasını seçin:

INFI 90 kontrolleri və G/Ç qatları etibarlı olaraq qalır. Təşkilat müasir HMI platforması istəyir. Displeyləri, həyəcan siqnallarını, teqləri və əmr məntiqini yenidən qurub yoxlamaq üçün mühəndislik resursları mövcuddur.

Aşağıdakı hallarda ABB evolution marşrutunu seçin:

Təşkilat daha geniş, təchizatçı tərəfindən dəstəklənən modernləşdirmə proqramı istəyir. Gələcək mərhələlərə operator sistemləri, mühəndislik alətləri, şəbəkə interfeysləri, kontrollerlər və G/Ç daxil ola bilər.

Aşağıdakı hallarda xüsusi HMI seçin:

Təşkilatın xüsusi tələbləri var və uzunmüddətli proqram təminatı hazırlanmasını, sınaqları, kibertəhlükəsizliyi və həyat dövrü texniki xidmətini təmin edə bilər.

Aşağıdakı hallarda mövcud sistemi müvəqqəti saxlayın:

Miqrasiya interfeysləri hələ də aydın deyil. Ehtiyat nüsxələr natamamdır. Lisenziyalaşdırma məsələsi həll olunmayıb. Teq verilənlər bazaları əlçatan deyil. Stend sınaqları hələ Bailey rabitə yolunu təkrarlaya bilmir.

Praktik mərhələli modernləşdirmə planı

1-ci mərhələ: Mövcud mühiti qoruyun.

Hər AlphaStation üçün yoxlanılmış imic ehtiyat nüsxələri yaradın. Aparat, proqram təminatı, şəbəkə, lisenziyalaşdırma və işəsalma məlumatlarını qeyd edin. Mümkün olan hər yerdə bərpanı sınaqdan keçirin.

2-ci mərhələ: Rabitə arxitekturasını müəyyənləşdirin.

Hər Symphony stansiyasının INFI 90 ilə necə əlaqə saxladığını dəqiq sənədləşdirin. İnterfeysin emulyasiya edilə və ya dəstəklənən serverlə əvəz oluna biləcəyini təsdiqləyin.

3-cü mərhələ: Konsepsiyanın sınaq nümunəsini yaradın.

Klonlaşdırılmış bir stansiyanı Alpha emulyatorunda sınaqdan keçirin və ya bir OPC serverini nümunəvi Bailey qovşağına qoşun.

4-cü mərhələ: Teqlərin əsas siyahısını yaradın.

Kontroller teqlərini, OPC element identifikatorlarını, mühəndislik vahidlərini, əmrləri, həyəcan siqnallarını və displeylərin istifadəsini uyğunlaşdırın.

5-ci mərhələ: Nümunəvi displeyləri yenidən qurun.

Müxtəlif animasiya, həyəcan siqnalı, əmr və trend tələbləri olan bir neçə ekran seçin.

6-cı mərhələ: Stend üzrə qəbul prosesini tamamlayın.

Bütün teqlərin yüklənməsini, rabitə nasazlığını, serverin yenidən başladılmasını, həyəcan siqnallarının artmasını, əmrlərin davranışını və ehtiyat nüsxədən bərpanı sınaqdan keçirin.

7-ci mərhələ: Paralel şəkildə tətbiq edin.

Yeni və köhnə HMI-ları birlikdə işlədin. Dəyərləri və operatorların reaksiyalarını müqayisə edin.

8-ci mərhələ: Şahidlərin iştirakı ilə keçidi həyata keçirin.

Təsdiqlənmiş sınaq prosedurundan istifadə edin. AlphaStation-ları ehtiyat variant kimi əlçatan saxlayın.

9-cu mərhələ: Köhnə avadanlığı tədricən istismardan çıxarın.

Uzunmüddətli qəbul prosesi tamamlanana qədər orijinal imicləri, konfiqurasiya qeydlərini, lisenziyaları və avadanlığı məhv etməyin.

Tez-tez verilən suallar

OpenVMS AlphaStation diski birbaşa müasir kompüterə klonlaşdırıla bilərmi?

Xeyr. İmic Alpha maşın kodunu ehtiva edir və Alpha ilə uyğun aparat gözləyir. Müasir x86 kompüteri onu birbaşa yükləyə bilməz. İmic uyğun Alpha avadanlığına və ya Alpha emulyatoruna bərpa edilməlidir.

VMware və ya VirtualBox OpenVMS-i işlədə bilərmi?

Onlar dəstəklənən OpenVMS x86-64 buraxılışlarını işlədə bilər. Onlar köhnə OpenVMS Alpha quraşdırmasını x86 tətbiqinə çevirmir. OpenVMS Alpha üçün Alpha emulyasiyası tələb olunur.

Orijinal Symphony displeyləri qorunub saxlanıla bilərmi?

Tam Alpha mühiti uyğun emulyator altında işlədikdə, onları adətən qorumaq mümkündür. Başqa HMI platformasına keçərkən isə adətən əl ilə yenidən yaradılmaları tələb olunur.

OPC serveri bütün Bailey teqlərini avtomatik ixrac edirmi?

Mütləq deyil. OPC-də axtarış faydalı ad məkanı təmin edə bilər, lakin həyəcan siqnallarının konfiqurasiyası, ekranlar arasındakı əlaqələr, əmrlər, təsvirlər və mühəndislik metadataları əlavə çıxarış və uzlaşdırma tələb edə bilər.

GE CIMPLICITY yeganə əvəzedici HMI-dırmı?

Xeyr. Bu, mümkün platformalardan biridir və mənbə ilə təqdim olunan sahə nümunəsində yer alır. Yekun seçim kommunikasiya dəstəyindən, ehtiyatlılıqdan, lisenziyalaşdırmadan, kibertəhlükəsizlikdən, mühəndislik resurslarından və operator tələblərindən asılı olmalıdır.

Alpha-dan Itanium-a miqrasiya hələ də məqsədəuyğundurmu?

Bu, tələb olunan proqram təminatı yalnız Integrity sistemləri üçün mövcud olduqda və ya mövcud Integrity infrastrukturu artıq dəstəkləndikdə əsaslandırıla bilər. Ümumiyyətlə, bu, ən güclü uzunmüddətli modernləşdirmə strategiyasından çox, keçid yoludur.

INFI 90 kontrollerləri və giriş-çıxışlar quraşdırılmış vəziyyətdə qala bilərmi?

Bəli, onlar etibarlı olaraq qaldıqda və seçilmiş kommunikasiya arxitekturası onları dəstəklədikdə. HMI-nin modernləşdirilməsi kontrollerlərin və giriş-çıxışların dəyişdirilməsindən ayrıca tamamlanıla bilər.

Keçiddən dərhal sonra köhnə AlphaStation-lar çıxarılmalıdırmı?

Xeyr. Yeni operator mühiti funksional, məhsuldarlıq və istismar üzrə qəbul sınaqlarından keçənədək onlar sınaqdan keçirilmiş ehtiyat variant kimi əlçatan qalmalıdır.

Düzgün həll nəyin qorunmalı olmasından asılıdır

Bir çox köhnə HMI planında əsas texniki səhv operator stansiyasına adi kompüter kimi yanaşmaqdır.

OpenVMS Alpha və Bailey Symphony ilə işləyən AlphaStation tam aparat və proqram mühitidir. Onun prosessor arxitekturası, əməliyyat sistemi, kommunikasiya interfeysləri, tətbiq binar faylları, lisenziyaları, qrafikası və idarəetmə sistemi ilə bağlantıları bir-birindən asılıdır.

Disk klonu məlumatları qoruyur. Lakin həmin mühiti başqa arxitekturaya çevirmir.

Tam Symphony quraşdırmasının dəyişdirilmədən işləməyə davam etməsi tələb olunursa, Alpha emulyasiyası ən birbaşa yolu təmin edir.

Tətbiqlər miqrasiya edilə və ya yenidən qurula bildikdə, OpenVMS x86-64 müasir əməliyyat sistemi yolu təmin edir.

INFI 90 idarəetmə qatı dəyərini qoruyursa, lakin operator qatı dəyişdirilməlidirsə, OPC platformasının yenilənməsi praktik yol təqdim edir.

Təşkilat HMI-dan daha geniş modernləşdirmə aparmaq istədikdə, ABB Symphony Plus-a keçid daha əhatəli mərhələli strategiya təmin edə bilər.

Yekun qərar təsdiqlənmiş inventarlaşdırma, kommunikasiya interfeyslərinin öyrənilməsi, lisenziyaların nəzərdən keçirilməsi, konsepsiyanın təsdiqi, stend sınağı və şahidlərin iştirakı ilə istismar üzrə qəbuldan sonra verilməlidir.

Sıfır səylə həyata keçirilən keçid yoxdur. Bununla belə, mövcud prosesə nəzarət sisteminə qoyulmuş investisiyanı qoruyarkən köhnəlmiş AlphaStation avadanlığından asılılığı aradan qaldıra bilən bir neçə nəzarətli miqrasiya yolu var.