Back to blog

Sənaye kommunikasiya protokollarının təkamülü: Modbus-dan UNS və O-PAS-a

İstehsalat şəbəkələrində ənənəvi qapalı avtobus sistemlərindən OPC UA, MQTT və Vahid Ad Məkanı (UNS) kimi açıq standartlara keçidi izləyən mötəbər təhlil. Texniki arxitekturaları, hibrid DCS inteqr...

Sərt naqilli relelərin və təcrid olunmuş PLC-lərin ilkin dövrlərindən ağıllı istehsalı dəstəkləyən açıq, qarşılıqlı işləyə bilən arxitekturalara qədər sənaye kommunikasiya protokollarının inkişafı dərin transformasiyaya məruz qalıb. Zavod sahəsi avtomatlaşdırmasının ilk onilliklərində idarəetmə dövrələri rəqəmsal adalar kimi işləyirdi. Kontrollerlər deterministik məntiqi yerli olaraq icra edirdi, lakin proses sərhədləri üzrə telemetriyanın paylaşılması üçün geniş nöqtədən-nöqtəyə sərt naqilləmə 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ə üzrə görünürlüğə əməliyyat tələbatı təcrid olunmuş sahə kontrollerlərinin imkanlarını üstələdi. Qarşılıqlı əlaqəli mühitlərə keçid sadəcə naqil üzərindən bitlərin ötürülməsi ilə məhdudlaşmayıb; bu, sənaye məlumatlarının sahə cihazları, kənar kontrollerlər və müəssisə analitikası şəbəkələri arasında necə strukturlaşdırıldığının, kontekst üzrə xəritələndirildiyinin və ötürüldüyünün əsaslı şəkildə yenidən qurulmasını ifadə edir.

Müəssisə şəbəkələşməsinin əsasları: Modbus, ilkin PLC-lər və protokol parçalanması

Proqramlaşdırıla bilən məntiq kontrollerləri 1960-cı illərin sonlarında istehsalat müəssisələrinə daxil olduqda, mürəkkəb rele şkaflarını proqram əsaslı ladder məntiqi ilə əvəz etdilər. Lakin müəssisələr miqyasını genişləndirərək emal xətləri boyunca onlarla müstəqil PLC yerləşdirdikcə, mühəndislərə kontrollerlərin daxili registrləri aralıq rele siqnallaşması olmadan mübadilə etməsinə imkan verən standartlaşdırılmış fiziki və məntiqi mühit lazım oldu.

1979-cu ildə Modicon (hazırda Schneider Electric) sənaye kommunikasiyalarını əsaslı şəkildə dəyişdirən Modbus standartını təqdim etdi. RS-485 kimi serial interfeyslər üzərində 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ətbiq asanlığı onu hər yerdə istifadə olunan standarta çevirdi — bu statusu bu gün də milyonlarla işlək son nöqtə arasında qoruyur.

Tarixi uğuruna baxmayaraq, Modbus məlumat tutumlu avtomatlaşdırma mühitlərində tətbiq edildikdə struktur məhdudiyyətləri yaradır. Modbus-da yerli məlumat tipləri, kontekst metadataları, vaxt möhürləri və pub/sub imkanları yoxdur. Analoq dəyəri əldə etmək üçün master kontrolleri konkret saxlama 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 yaratdı.

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

  • Siemens Siemens SIMATIC kontrollerləri kimi paylanmış sahə stansiyaları arasında giriş/çıxış 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 (və 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ə şini texnologiyaları deterministik dövr icrasını uğurla təmin etsə də, “təchizatçı asılılığı” yaratdı. Allen-Bradley PLC-sini Siemens ötürücüsü və ya üçüncü tərəf enerjiölçənlə əlaqələndirmək üçün mürəkkəb protokol çeviriciləri, fərdiləşdirilmiş yaddaş xəritələndirməsi və etibarsız şlüz avadanlığı tələb olunurdu ki, bu da bütün istismar müddəti üzrə texniki xidmət xərclərini artırırdı.

Təchizatçı 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 PLC-HMI bağlantısı üçün fərdi proqram drayverləri yazmaq əvəzinə, standartlaşdırılmış tərcümə interfeysinə ehtiyac duyurdular.

1996-cı ildə bir qrup avtomatlaşdırma təchizatçısı Microsoft ilə əməkdaşlıq edərək Open Platform Communications (OPC) standartını yaratdı; sonradan bu standart OPC Classic adlandırıldı. Microsoft-un OLE, COM və DCOM texnologiyaları əsasında qurulan 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 təchizatçısına öz avadanlığı üçün yalnız OPC Server təqdim etmək lazım idi; bundan sonra OPC-yə uyğun istənilən HMI və ya SCADA proqramı məlumatları problemsiz oxuya və yaza bilirdi.

Lakin sənaye şəbəkələri modernləşdikcə Microsoft DCOM-a etibar edilməsi özünəməxsus istismar çətinlikləri yaratdı:

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

Bu arxitektura zəifliklərini aradan qaldırmaq üçün OPC Foundation 2008-ci ildə OPC Vahid Arxitekturasını (OPC UA) buraxdı. OPC UA DCOM-dan imtina edərək TCP/IP və HTTP/HTTPS nəqliyyat qatlarından istifadə edən açıq, xidmət-yönümlü arxitekturanı (SOA) seçdi. Ən vacibi isə OPC UA platformadan asılı deyil və Linux kənar şlüzlərində, daxili kontrollerlərdə və bulud mühitlərində birbaşa yerli inteqrasiyaya imkan verir.

Bundan əlavə, OPC UA obyekt-yönümlü İnformasiya Modelini təqdim etdi. Təcrid olunmuş sürüşkən vergüllü ədəd ötürmək əvəzinə, OPC UA məlumatları mühəndislik vahidləri, yuxarı və aşağı həyəcan hədləri, vaxt damğası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ı ilə autentifikasiya ilə birlikdə OPC UA təhlükəsiz IT/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ək sü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) etibar edirdi. DCS kontrollerləri, I/O alt sistemlərini, arxivçi verilənlər bazalarını və operator iş stansiyalarını vahid mühəndislik mühitində birləşdirir.

Ənənəvi DCS quraşdırmaları yüksək sistem etibarlılığını və ehtiyat idarəetmə konturlarını təmin edirdi. Lakin bu sıx inteqrasiya modulluğun azalmasına səbəb olurdu. Mülkiyyətçi 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 ekosisteminə bağlayırdı. Ənənəvi DCS-i genişləndirmək və ya onlayn mexanizmlərin vibrasiya 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.

Sahə cihazlarından müəssisə idarəetməsinə qədər xəritələndirilmiş Paylanmış İdarəetmə Sistemi arxitekturasının funksional səviyyələri

Şəkil 1. Ənənəvi iyerarxik idarəetmə qatlarını 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ə Açıq Proses Avtomatlaşdırma Standartını (O-PAS) başladılar. 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 edilir:

  1. Birgə işləmə qabiliyyəti: Müxtəlif avadanlıq istehsalçılarının komponentlərinə xüsusi drayver hazırlanmasına ehtiyac olmadan məlumat mübadiləsini yerli şəkildə həyata keçirməyə imkan verən standartlaşdırılmış kommunikasiya şinləri (OPC UA-dan istifadə etməklə).
  2. Modulluq: Konteynerləşdirilmiş mikrosistemlə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 edilən, IEC 62443 standartlarına uyğun daxili kibertəhlükəsizlik.

Bu gün müasir zavodlarda hibrid arxitekturalar tez-tez tətbiq olunur. Kritik proses aktivləri DCS idarəetmə sistemləri kimi etibarlı DCS platformaları tərəfindən 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ə əsaslı 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 aşkar oldu.

1999-cu ildə Andy Stanford-Clark (IBM) və Arlen Nipper (Arcom, hazırda Cirrus Link) neft və qaz kəmərlərinin peyk bağlantıları üzərindən monitorinqi kimi uzaq SCADA tətbiqlərində bant genişliyi və gecikmə məhdudiyyətlərini həll etmək üçün xüsusi olaraq Message Queuing Telemetry Transport (MQTT) protokolunu hazırladılar. Bu 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 problemləri mərkəzi mesaj brokerindən istifadə edən hadisəəsaslı 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 qurmur. Onlar MQTT brokeri vasitəsilə asinxron ə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.
  • İstisna üzrə hesabat (RBE): Sahə cihazları məlumatları yalnız dəyər müəyyən edilmiş ölü zona və ya vəziyyət həddini keçdikdə nəşr edir və bununla şəbəkə üzərindən lazımsız sorğu trafikini aradan qaldırır.
  • Vəziyyət barədə məlumatlılıq: “Keep Alive” taymerləri və “Last Will and Testament” (LWT) kimi funksiyalar kənar cihaz qəfil əlaqəni kəsdikdə brokerə abunəçiləri dərhal xəbərdar etməyə imkan verir.

Mesaj brokeri vasitəsilə kənar cihazları və müəssisə qovşaqlarını birləşdirən MQTT nəşr və abunə arxitekturası

Şəkil 2. Mərkəzi tətbiq brokerləri ilə kənar qovşaqları birləşdirən MQTT şəbəkə arxitekturasında Nəşr/Abunə modeli. Şəkil Wikipedia Commons-un izni ilə təqdim olunur.

Sadə MQTT çevik yük ötürmə mexanizmi təqdim etsə də, mövzu strukturlarının və ya yüklərin 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ırlayıb. Sparkplug B standartlaşdırılmış mövzu ad məkanı, yığcam Google Protocol Buffer (Protobuf) yük strukturu 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 Məkanı (UNS) arxitekturası

Köhnə sorğu 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ə hətta bir yeni analitika alətinin əlavə edilməsi müəssisə üzrə hər bir SCADA qovşağına, tarixçəçiyə və MES verilənlər bazasına fərdi 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əlumat Mənbəyi” kimi xidmət edən mərkəzləşdirilmiş, real vaxt rejimli proqram abstraksiya qatıdır.

PLC-ləri, SCADA-nı, MES-i və müəssisə sistemlərini birləşdirən mərkəzləşdirilmiş MQTT brokerini göstərən Vahid Ad Məkanı arxitekturası

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

Adətən MQTT Sparkplug B və ya hadisə axını platformalarından istifadə etməklə həyata keçirilən nəşr/abunə modelinə əsaslanan UNS məlumatları ISA-95 kimi standart fiziki iyerarxiyalara uyğun olaraq semantik şəkildə strukturlaşdırır:

Müəssisə / Sahə / Zona / Xətt / Hüceyrə / Aktiv

Tam şəkildə tətbiq olunmuş UNS çərçivəsində:

  • Sahə PLC-si mühərrik statusunu birbaşa dərc edir Enterprise/Plant_A/Line_2/Mixer/Motor_Speed 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 idarə 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ğu 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ə verilənlərin istehsalçılarını verilənlərin istehlakçılarından ayırmaqla sənaye müəssisələri mövcud idarəetmə dövrələrini yenidən qurmağa ehtiyac olmadan proqram alətlərini və kənar sensorları əlavə edə, dəyişdirə və ya miqyaslandıra bilərlər.

Sahə səviyyəsi protokollarının matrisi və texniki müqayisəsi

Optimal protokol strategiyasını seçmək üçün əməliyyat ekosistemində hər bir şəbəkə səviyyəsinin texniki performans xüsusiyyətlərini, yük əlavə xərclərini və hədəf tətbiqlərini anlamaq tələb olunur:

Protokol Arxitektura Nəqliyyat qatı Məlumat yükü və kontekst Əsas tətbiq sahəsi
Modbus RTU/TCP Klient/Server (sorğulama) RS-485 / TCP/IP Xam 16-bit registrlər, metadata yoxdur Köhnə cihazlar, elektrik sayğacları, əsas sensor şəbəkələri
PROFINET / EtherNet/IP İstehsalçı/İstehlakçı tsiklik Ethernet / Xüsusi fiziki qat Deterministik G/Ç kadrları, cihaz səviyyəsində diaqnostika Yüksək sürətli diskret idarəetmə, hərəkətə nəzarət, sahə G/Ç-si
OPC UA Klient/Server və Pub/Sub TCP/IP, HTTP/HTTPS, WebSockets Zəngin obyekt modelləri, metadatalar, şifrələmə sertifikatları PLC-dən SCADA-ya, kontrollerlərarası kommunikasiya, IT/OT körpülənməsi
MQTT / Sparkplug B Mərkəzi Broker vasitəsilə Pub/Sub TCP/IP, TLS (yüngül) İstisna üzrə hesabatvermə, semantik mövzulara malik Protobuf yükü UNS arxitekturası, IIoT kənar sensorları, bulud telemetriyası analitikası

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

İşlək olan köhnə istehsal şəbəkələrindən açıq, hadisə əsaslı arxitekturaya keçən istehsal müəssisəsinin modernləşdirilməsi tam sistem yenilənməsi əvəzinə mərhələli mühəndislik yanaşması tələb edir.

Müstəqil fırlanan mexanizmlərin mühafizə avadanlıqları ilə yanaşı köhnə PLC-5 və ya ilkin ControlLogix sistemlərindən istifadə edən tipik fasiləsiz emal müəssisəsini nəzərdən keçirək. Bütün köhnə avadanlıqları eyni vaxtda əvəz etməyə cəhd 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 çıxış 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 stendlərinin yanında quraşdırın. Kənar şlüzü lokal saxlama registrlərini serial və ya köhnə sahə şini protokolları vasitəsilə 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 yaradılması
    Müəssisədaxili yüksək əlçatanlığa malik, ehtiyatlı MQTT Broker yerləşdirin. Zavod sahəsi üzrə vahid ISA-95 mövzu ad məkanı müəyyənləşdirin. Əsas PLC-lərin skan müddətlərini və ya idarəetmə məntiqini dəyişdirmədən, real vaxt rejimində aktivlərin görünməsini dərhal təmin etmək üçün kənar şlüz telemetriyasını brokerə yönləndirin.
  3. Mərhələ 3: Qabaqcıl analitikanın 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 dəstəyi olan müasir, açıq arxitekturalı PAC-lərlə əvəz edin.

Bu modul strategiyası 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 çevikliyini, kibertəhlükəsizlik uyğunluğunu və miqyaslana bilmə imkanını əldə edirlər.

Leave a comment

Please note, comments need to be approved before they are published.