Sərt naqillə birləşdirilmiş relelərin və təcrid olunmuş PLC-lərin ilkin dövründən ağıllı istehsalı təmin edən açıq, qarşılıqlı işləyə bilən arxitekturalara qədər sənaye kommunikasiya protokollarının inkişaf yolu dərin transformasiyaya məruz qalıb. Zavod sahəsinin avtomatlaşdırılmasının ilk onilliklərində idarəetmə dövrələri rəqəmsal adalar kimi işləyirdi. Kontrollerlər deterministik məntiqi lokal olaraq icra edirdi, lakin telemetriyanın proses sərhədləri arasında paylaşılması üçün genişmiqyaslı nöqtədən-nöqtəyə sərt naqil bağlantıları və ya xüsusi interfeys kartları tələb olunurdu.

Müasir proses sənayeləri mürəkkəbləşdikcə real vaxt diaqnostikasına, sistemlərarası koordinasiyaya və müəssisə səviyyəsində görünürlüğə olan əməliyyat tələbatı təcrid olunmuş sahə kontrollerlərinin imkanlarını üstələdi. Bir-birinə qoşulmuş mühitlərə keçid yalnız naqil üzərindən bitlərin ötürülməsi ilə məhdudlaşmayıb; bu, sənaye məlumatlarının necə strukturlaşdırıldığının, kontekst üzrə xəritələndirildiyinin və sahə cihazları, kənar kontrollerlər və müəssisə analitikası şəbəkələri arasında ötürüldüyünün əsaslı şəkildə yenidən qurulmasını ifadə edir.

Zavod şəbəkələrinin əsasları: Modbus, ilkin PLC-lər və protokol parçalanması

Proqramlaşdırıla bilən məntiqi kontrollerlər 1960-cı illərin sonlarında istehsalat müəssisələrinə daxil olduqda, mürəkkəb rele şkaflarını proqram təminatı əsaslı ladder məntiqi ilə əvəz etdilər. Lakin müəssisələr böyüdükcə və emal xətləri boyunca onlarla müstəqil PLC yerləşdirildikcə, mühəndislərə kontrollerlərin daxili registrləri aralıq rele siqnallaşması olmadan mübadilə edə bilməsi üçün standartlaşdırılmış fiziki və məntiqi mühit lazım oldu.

1979-cu ildə Modicon (hazırda Schneider Electric) Modbus standartını təqdim edərək sənaye kommunikasiyalarını əsaslı şəkildə dəyişdirdi. RS-485 kimi serial interfeyslər üzərindən işləyən master/slave (hazırda client/server) arxitekturası əsasında hazırlanmış Modbus registr səviyyəsində məlumatların əldə edilməsini sadələşdirən, açıq və royaltisiz protokol təklif edirdi. Sadəliyi və tətbiqinin asan olması onu geniş yayılmış standarta çevirdi və bu statusunu bu gün də milyonlarla istismar olunan son nöqtədə qoruyur.

Tarixi uğuruna baxmayaraq, Modbus məlumat baxımından intensiv avtomatlaşdırma mühitlərində tətbiq edildikdə struktur məhdudiyyətləri ilə üzləşir. Modbus-da məlumat tipləri, kontekst metadatası, vaxt möhürləri və pub/sub imkanları yerli olaraq mövcud deyil. Analoq dəyəri əldə etmək üçün master kontroller konkret holding registrlərini fasiləsiz sorğulamalıdır. İdarəetmə şəbəkələri minlərlə I/O nöqtəsini əhatə edəcək şəkildə genişləndikcə, müntəzəm sorğulama ciddi bant genişliyi sıxlığı və gecikmə problemləri yaradırdı.

Bu məhdudiyyətləri aradan qaldırmaq və yüksək sürətli deterministik idarəetməyə nail olmaq üçün əsas avtomatlaşdırma təchizatçıları mülkiyyət xarakterli fieldbus arxitekturaları və məhsuldarlığa yönəlmiş protokol genişləndirmələri hazırladılar:

• Siemens paylanmış sahə stansiyalarında, məsələn, Siemens SIMATIC kontrollerlərində, G/Ç məlumatlarının yüksək sürətli dövri mübadiləsini və mürəkkəb diaqnostik bayraqları dəstəkləmək üçün PROFIBUS-u (daha sonra PROFINET-i) tətbiq etdi.
• Allen-Bradley / Rockwell Automation Data Highway Plus (DH+) və ControlNet-i təqdim etdi; bunlar sonradan Common Industrial Protocol (CIP) vasitəsilə EtherNet/IP-yə çevrildi.
• Mitsubishi Electric xüsusi səs-küyə davamlı fiziki qatlar üzərindən yüksək sürətli deterministik idarəetmə təmin etmək üçün CC-Link-i tətbiq etdi.

Bu sahə şinləri texnologiyaları deterministik dövr icrasını uğurla təmin etsə də, “istehsalçı asılılığı” yaratdı. Allen-Bradley PLC-sini Siemens ötürücüsü və ya üçüncü tərəfin elektrik sayğacı ilə əlaqələndirmək üçün mürəkkəb protokol çeviriciləri, fərdiləşdirilmiş yaddaş xəritələndirməsi və kövrək şlüz avadanlığı tələb olunurdu; bu da bütün istismar dövrü üzrə texniki xidmət xərclərini artırırdı.

İstehsalçı asılılığının aradan qaldırılması: OPC Classic-dən platformadan asılı olmayan OPC UA-ya

Protokolların parçalanmasının yaratdığı əməliyyat çətinlikləri avtomatlaşdırma sənayesini vahid abstraksiya qatlarına yönəltdi. Mühəndislərə hər bir PLC-HMI bağlantısı üçün xüsusi proqram drayverləri yazmaq əvəzinə, standartlaşdırılmış tərcümə interfeysi lazım idi.

1996-cı ildə bir qrup avtomatlaşdırma avadanlığı istehsalçısı Microsoft ilə əməkdaşlıq edərək Open Platform Communications (OPC) standartını yaratdı; bu standart sonradan OPC Classic adlandırıldı. Microsoft-un OLE, COM və DCOM texnologiyalarına əsaslanan OPC Classic Data Access (OPC DA), Alarms & Events (OPC AE) və Historical Data Access (OPC HDA) üçün standartlaşdırılmış müştəri-server interfeysləri müəyyənləşdirdi. Avtomatlaşdırma avadanlığı istehsalçısının öz avadanlığı üçün yalnız OPC Server təqdim etməsi kifayət idi; istənilən OPC-yə uyğun HMI və ya SCADA proqramı bundan sonra məlumatları problemsiz oxuya və yaza bilirdi.

Lakin Microsoft DCOM-a əsaslanmaq sənaye şəbəkələri müasirləşdikcə xüsusi əməliyyat çətinlikləri yaradırdı:

• Əməliyyat sistemi asılılığı: OPC Classic serverləri yalnız Windows əməliyyat sistemlərində işləyə bilirdi; buna görə daxili Linux kontrollerləri, RTOS cihazları və Unix müəssisə serverləri dəstəklənmirdi.
• Təhlükəsizlik məhdudiyyətləri: Firewall-lar və alt şəbəkə sərhədləri boyunca DCOM konfiqurasiyası çox çətin idi və ciddi kibertəhlükəsizlik boşluqları yaradan açıq port diapazonları tələb edirdi.
• Semantik kontekstin olmaması: Məlumatlar əsasən xam dəyərlər kimi ötürülür, daxili kontekst, mühəndislik vahidləri və ya ötürmə çərçivəsinə birbaşa daxil edilmiş semantik metadatalar olmurdu.

Bu arxitektura zəifliklərini aradan qaldırmaq üçün OPC Foundation 2008-ci ildə OPC Unified Architecture-ı (OPC UA) buraxdı. OPC UA DCOM-u TCP/IP və HTTP/HTTPS nəqliyyat qatlarından istifadə edən açıq, xidmət-yönümlü arxitekturanın (SOA) xeyrinə kənara qoydu. Əsas məqam budur ki, OPC UA platformadan asılı deyil və Linux kənar şlüzlərinə, quraşdırılmış kontrollerlərə və bulud mühitlərinə birbaşa yerli inteqrasiyanı təmin edir.

Bundan əlavə, OPC UA obyekt-yönümlü İnformasiya Modelini təqdim etdi. Ayrı bir sürüşkən vergüllü ədəd ötürmək əvəzinə, OPC UA verilənləri mühəndislik vahidləri, yuxarı/aşağı alarm hədləri, vaxt möhürünün dəqiqliyi və giriş hüquqları ilə tamamlanan mürəkkəb obyektlər şəklində kapsullaşdırır. Daxili PKI şifrələməsi və x509 sertifikat autentifikasiyası ilə birlikdə OPC UA təhlükəsiz İT/OT konvergensiyasının təməl daşlarından birini təşkil edir.

DCS arxitekturaları, O-PAS və müasir hibrid idarəetmə

PLC-lər yüksəksürətli diskret idarəetmədə üstün olsa da, neft-kimya emalı, enerji istehsalı və xüsusi kimyəvi maddələr kimi proses sənayeləri tarixən Paylanmış İdarəetmə Sistemlərinə (DCS) əsaslanıb. DCS kontrollerləri, I/O alt sistemlərini, arxivçi verilənlər bazalarını və operator işçi stansiyalarını vahid mühəndislik mühitində birləşdirir.

Ənənəvi DCS tətbiqləri yüksək sistem etibarlılığını və ehtiyat idarəetmə dövrələrini təmin edirdi. Lakin bu sıx inteqrasiya modulluğun azalması hesabına başa gəlirdi. Xüsusi kontroller şəbəkələri, qapalı I/O şinləri və ixtisaslaşmış konfiqurasiya proqramları zavod operatorlarını onilliklər ərzində yalnız bir təchizatçının ekosistemindən istifadə etməyə məcbur edirdi. Ənənəvi DCS-i genişləndirmək və ya onlayn avadanlıq vibrasiyasının monitorinqi kimi ixtisaslaşmış üçüncü tərəf alt sistemlərini inteqrasiya etmək çox vaxt bahalı mühəndislik dəyişiklikləri tələb edirdi.

Şəkil 1. Ənənəvi iyerarxik idarəetmə səviyyələrini göstərən Paylanmış İdarəetmə Sisteminin (DCS) funksional səviyyələri. Şəkil Wikipedia Commons-un izni ilə təqdim olunur.

Bu paradiqmanı dəyişmək üçün ExxonMobil-in rəhbərlik etdiyi iri sənaye operatorları The Open Group-un OPA Forum çərçivəsində Open Process Automation Standard-ı (O-PAS) irəli sürdülər. O-PAS proses avtomatlaşdırması üçün avadanlıqdan asılı olmayan, açıq arxitektura yaratmağı hədəfləyir və üç əsas sütunla müəyyən olunur:

1. Birlikdə işləyə bilmə: Müxtəlif avadanlıq istehsalçılarının komponentləri xüsusi drayver hazırlamadan verilənləri yerli olaraq mübadilə edə bilməsinə imkan verən standartlaşdırılmış kommunikasiya şinləri (OPC UA-dan istifadə etməklə).
2. Modulluq: Konteynerləşdirilmiş mikromikroservislər və paylanmış idarəetmə qovşaqları (DCN-lər) vasitəsilə proqram tətbiqlərinin əsas avadanlıqdan ayrılması.
3. Təhlükəsizlik: Hər bir cihaz sərhədində tətbiq olunan IEC 62443 standartlarına uyğun daxili kibertəhlükəsizlik.

Bu gün müasir zavodlarda tez-tez hibrid arxitekturalardan istifadə olunur. Kritik proses aktivləri DCS idarəetmə sistemləri kimi etibarlı DCS platformaları vasitəsilə idarə edilir, köməkçi avadanlıqlar, ətraf mühit monitorları və ixtisaslaşmış turbomaşınların mühafizə şkafları isə aktivlərin vəziyyəti parametrlərini açıq, standartlaşdırılmış protokollar vasitəsilə birbaşa kənar platformalara ötürür.

Hadisəyönümlü telemetriya: MQTT və aşağı bant genişlikli kənar şəbəkələşmə

Sahə cihazları sadə diskret sensorlardan yüzlərlə diaqnostik parametr barədə məlumat verə bilən mürəkkəb ağıllı ötürücülərə çevrildikcə, ənənəvi müştəri-server sorğu/cavab şəbəkələrinin əməliyyat məhdudiyyətləri aydın görünməyə başladı.

1999-cu ildə Andy Stanford-Clark (IBM) və Arlen Nipper (Arcom, hazırda Cirrus Link) uzaq SCADA tətbiqlərində, məsələn, peyk bağlantıları üzərindən neft və qaz kəmərlərinin monitorinqində bant genişliyi və gecikmə məhdudiyyətlərini həll etmək üçün Message Queuing Telemetry Transport (MQTT) protokolunu hazırladılar. Belə mühitlərdə yüksək gecikməli bağlantılar üzərindən fasiləsiz sorğu aparılması baha başa gəlir və etibarsız olurdu.

MQTT bu çətinlikləri mərkəzi mesaj brokerindən istifadə edən hadisəyönümlü Nəşr/Abunə (Pub/Sub) arxitekturası vasitəsilə həll etdi:

• Ayrılmış kommunikasiya: Kənar qovşaqlar (nəşr edənlər) və müəssisə proqram təminatı (abunəçilər) birbaşa nöqtədən-nöqtəyə bağlantılar yaratmır. Onlar MQTT brokeri vasitəsilə asinxron şəkildə əlaqə saxlayırlar.
• Minimal əlavə yük: Cəmi 2 baytlıq yığcam başlıq sayəsində MQTT HTTP/REST API-ləri və ya ağır RPC protokolları ilə müqayisədə bant genişliyindən istifadəni əhəmiyyətli dərəcədə azaldır.
• İstisnaya görə hesabat (RBE): Sahə cihazları məlumatları yalnız dəyər müəyyən edilmiş ölü zona həddini və ya vəziyyət həddini aşacaq dərəcədə dəyişdikdə dərc edir və bununla şəbəkə üzərindən lazımsız sorğu trafikini aradan qaldırır.
• Vəziyyətdən xəbərdar olma: “Keep Alive” taymerləri və “Last Will and Testament” (LWT) kimi funksiyalar kənar cihaz qəfil əlaqəni kəsərsə, brokerə abunəçiləri dərhal xəbərdar etməyə imkan verir.

Şəkil 2. Kənar qovşaqları mərkəzi tətbiq brokerləri ilə birləşdirən MQTT şəbəkə arxitekturasında nəşr/abunə modeli. Şəkil Wikipedia Commons-un icazəsi ilə təqdim olunur.

Sadə MQTT çevik məlumat yükü ötürmə mexanizmi təqdim etsə də, mövzu strukturlarının və ya məlumat yüklərinin necə formatlaşdırılmasını standartlaşdırmır. Bu problemi həll etmək üçün sənaye icması Sparkplug B spesifikasiyasını hazırladı. Sparkplug B standartlaşdırılmış mövzu ad sahəsini, yığcam Google Protocol Buffer (Protobuf) məlumat yükü strukturunu və vəziyyətin idarə edilməsi mexanizmlərini müəyyənləşdirərək xam MQTT-ni müəssisə səviyyəsinə hazır sənaye nəqliyyat qatına çevirir.

Müasir sənaye paradiqması: Vahid ad sahəsi (UNS) arxitekturası

Köhnə sorğulama protokollarının, təcrid olunmuş OPC serverlərinin və nöqtədən-nöqtəyə API bağlantılarının toplanması çox vaxt mürəkkəb “spagetti arxitekturası” ilə nəticələnir. Bu mühitdə tək bir yeni analitika alətinin əlavə edilməsi müəssisə üzrə hər SCADA qovşağı, tarixçə bazası və MES verilənlər bazası ilə xüsusi bağlantıların qurulmasını tələb edir.

Bu inteqrasiya darboğazlarını aradan qaldırmaq üçün müasir avtomatlaşdırma mühəndisləri Vahid Ad Məkanı (UNS) arxitekturasını tətbiq edirlər. Vahid Ad Məkanı müəssisə daxilindəki bütün əməliyyat və biznes məlumatları üçün “Vahid etibarlı mənbə” rolunu oynayan mərkəzləşdirilmiş, real vaxt rejimli proqram abstraksiya qatı kimi fəaliyyət göstərir.

Şəkil 3. Bütün ISA-95 müəssisə qatları üzrə real vaxt məlumat axınını təşkil edən Vahid Ad Məkanı (UNS) strukturu. Şəkil Wikipedia Commons-un izni ilə.

Adətən MQTT Sparkplug B və ya hadisə axını platformaları ilə tətbiq edilən nəşr/abunə modelinə əsaslanan UNS məlumatları ISA-95 kimi standart fiziki iyerarxiyalara uyğun semantik şəkildə strukturlaşdırır:

Müəssisə / Sahə / Ərazi / Xətt / Hüceyrə / Aktiv

Tam reallaşdırılmış UNS çərçivəsində:

• Sahə PLC-si mühərrikin vəziyyətini birbaşa dərc edir Müəssisə/Sahə_A/Xətt_2/Mikser/Mühərrik_Sürəti vəziyyət dəyişdikdə.
• SCADA sistemi real vaxt rejimində operator qrafiklərini göstərmək üçün mövzu strukturuna abunə olur.
• Müəssisə Aktivlərinin İdarə Edilməsi (EAM) sistemi əməliyyat saatlarını izləmək və profilaktik texniki xidməti avtomatik planlaşdırmaq üçün eyni mövzu axınını dinləyir.
• Bulud əsaslı maşın öyrənməsi modelləri sahə kontrollerinə əlavə sorğulama yükü yaratmadan proqnozlaşdırıcı anomaliya aşkarlanmasını həyata keçirmək üçün vahid məlumat axınını qəbul edir.

UNS vasitəsilə məlumat istehsalçılarını məlumat istehlakçılarından ayırmaqla sənaye müəssisələri mövcud idarəetmə dövrlərini yenidən layihələndirmədən proqram alətlərini və kənar sensorları əlavə edə, dəyişdirə və ya miqyaslandıra bilər.

Sahə səviyyəli protokollar matrisi və texniki müqayisə

Optimal protokol strategiyasının seçilməsi əməliyyat ekosistemində hər bir şəbəkə qatının texniki məhsuldarlıq xüsusiyyətlərini, məlumat yükü əlavə xərclərini və hədəf tətbiqlərini anlamağı tələb edir:

Real dünya arxitekturasının mühəndisliyi: köhnə zavod əməliyyatlarının təkmilləşdirilməsi

İstismar olunan brownfield istehsalat müəssisəsini köhnə sorğulama şəbəkələrindən açıq, hadisə əsaslı arxitekturaya keçirmək tam sistem yenilənməsi əvəzinə mərhələli mühəndislik yanaşması tələb edir.

Köhnə PLC-5 və ya ilkin ControlLogix sistemlərinin müstəqil fırlanan mexanizmlərin mühafizəsi avadanlığı ilə yanaşı işlədiyi tipik fasiləsiz emal müəssisəsini nəzərdən keçirək. Bütün köhnə avadanlığı eyni vaxtda əvəz etməyə cəhd etmək qəbuledilməz dayanma riskləri və kapital xərcləri yaradır. Strukturlaşdırılmış, üç mərhələli modernləşdirmə yol xəritəsi praktik irəliləyiş yolu təqdim edir:

1. Mərhələ 1: Kənar protokolların tərcüməsi qatı
   Sənaye kənar şlüzlərini köhnə PLC şkaflarının yanında quraşdırın. Kənar şlüz yerli holding registrlərini serial və ya köhnə fieldbus protokolları üzərindən sorğulayır və xam dəyərləri strukturlaşdırılmış OPC UA qovşaqlarına və ya MQTT Sparkplug B mövzularına çevirir.
2. Mərhələ 2: Brokerin yerləşdirilməsi və UNS strukturunun qurulması
   Yüksək əlçatanlığa malik, redundant MQTT Broker-i müəssisə daxilində yerləşdirin. Zavod sahəsi üzrə vahid ISA-95 mövzu ad məkanını müəyyənləşdirin. Kənar şlüz telemetriyasını brokerə yönləndirərək əsas PLC skan vaxtlarını və ya idarəetmə məntiqini dəyişdirmədən aktivlərin real vaxtda görünməsini dərhal təmin edin.
3. Mərhələ 3: Qabaqcıl analitika və hibrid idarəetmənin inteqrasiyası
   Müəssisə tarixçələrini, bulud analitikası mühərriklərini və müasir HMI sistemlərini abunəçilər kimi birbaşa UNS-ə qoşun. Köhnə kontrollerlər istismar müddətinin sonuna çatdıqca onları OPC UA və MQTT mühitləri üçün yerli açıq arxitekturaya malik müasir PAC-lərlə əvəz edin.

Bu modul strategiya vasitəsilə sənaye müəssisələri sahə avadanlıqlarına qoyulmuş mövcud kapital investisiyalarını qoruyur, eyni zamanda müasir Sənaye 4.0 əməliyyatları üçün tələb olunan məlumat çevikliyi, kibertəhlükəsizlik üzrə uyğunluq və miqyaslana bilmə imkanlarını əldə edir.