Өнеркәсіптік коммуникациялық хаттамалардың эволюциясы: Modbus-тан UNS және O-PAS-қа дейін

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

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

Өндірістік желілердің негіздері: Modbus, алғашқы PLC жүйелері және протоколдардың бөлшектенуі

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

1979 жылы Modicon (қазіргі Schneider Electric) Modbus стандартын енгізіп, өнеркәсіптік коммуникацияларды түбегейлі өзгертті. RS-485 сияқты сериялық интерфейстер арқылы жұмыс істейтін master/slave (қазіргі client/server) архитектурасы негізінде жасалған Modbus регистр деңгейінде деректер алуды жеңілдететін ашық, роялтисіз протокол ұсынды. Оның қарапайымдылығы мен іске асыру жеңілдігі оны кең таралған стандартқа айналдырды — бұл мәртебесін ол бүгінде миллиондаған қолданыстағы соңғы нүктелер арасында сақтап отыр.

Тарихи жетістігіне қарамастан, Modbus деректерді көп қажет ететін автоматтандыру орталарында қолданылған кезде құрылымдық шектеулерге тап болады. Modbus-та деректер типтерін, контекстік метадеректерді, уақыт белгілеуді және pub/sub мүмкіндіктерін қолдайтын жергілікті құралдар жоқ. Аналогтық мәнді алу үшін master-контроллер нақты holding register-лерді үздіксіз сұрауы керек. Басқару желілері мыңдаған енгізу/шығару нүктелерін қамтитындай кеңейген сайын, тұрақты сұрау өткізу қабілетінің қатты шамадан тыс жүктелуіне және кідіріс мәселелеріне әкелді.

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

• Siemens Siemens SIMATIC контроллерлері сияқты таратылған далалық станциялар арқылы енгізу/шығару деректерін жоғары жылдамдықпен циклдік алмасуды және күрделі диагностикалық жалаушаларды қолдау үшін PROFIBUS (кейін PROFINET) технологиясын енгізді.
• Allen-Bradley / Rockwell Automation Data Highway Plus (DH+) және ControlNet технологияларын енгізді, олар кейін Common Industrial Protocol (CIP) арқылы EtherNet/IP технологиясына айналды.
• Mitsubishi Electric кедергілерден қорғалған арнайы физикалық қабаттар арқылы жоғары жылдамдықты детерминирленген басқаруды қамтамасыз ету үшін CC-Link технологиясын енгізді.

Бұл далалық шина технологиялары циклдердің детерминирленген орындалуын сәтті қамтамасыз еткенімен, «жабдық өндірушісіне тәуелділікті» туғызды. Allen-Bradley PLC контроллерін Siemens жетегімен немесе үшінші тараптың электр есептегішімен байланыстыру үшін күрделі протокол түрлендіргіштері, реттелген жад картасы және сенімсіз шлюз жабдығы қажет болды, бұл бүкіл пайдалану кезеңіндегі техникалық қызмет көрсету шығындарын арттырды.

Жабдық өндірушісіне тәуелділікті жою: OPC Classic-тен платформадан тәуелсіз OPC UA-ға дейін

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

1996 жылы автоматтандыру жабдықтарын өндірушілер тобы Microsoft компаниясымен бірлесіп, Open Platform Communications (OPC) стандартын жасады — кейін ол OPC Classic деп аталды. Microsoft компаниясының OLE, COM және DCOM технологияларына негізделген OPC Classic Data Access (OPC DA), Alarms & Events (OPC AE) және Historical Data Access (OPC HDA) үшін стандартталған клиент-сервер интерфейстерін қалыптастырды. Автоматтандыру жабдықтарын өндірушіге өз құрылғысы үшін OPC Server ұсыну ғана қажет болды; содан кейін OPC стандартына сай кез келген HMI немесе SCADA бағдарламалық құралы деректерді еш қиындықсыз оқып, жаза алды.

Алайда өнеркәсіптік желілер жаңғырған сайын Microsoft DCOM технологиясына сүйену өзіндік пайдалану қиындықтарын туғызды:

• Операциялық жүйеге тәуелділік: OPC Classic серверлері тек Windows операциялық жүйелерінде жұмыс істей алды, сондықтан ендірілген Linux контроллерлері, RTOS құрылғылары және Unix негізіндегі кәсіпорын серверлері қолданылмады.
• Қауіпсіздік шектеулері: Брандмауэрлер мен ішкі желі шекаралары арқылы DCOM конфигурациялау өте қиын болды, себебі ашық порттар ауқымын қажет етті, бұл киберқауіпсіздікке елеулі осалдықтар туғызды.
• Семантикалық контекстің болмауы: Деректер негізінен тасымалдау кадрының ішінде тікелей ендірілген кірістірілген контекстсіз, инженерлік өлшем бірліктерінсіз немесе семантикалық метадеректерсіз бастапқы мәндер ретінде берілді.

Осы архитектуралық осалдықтарды жою үшін OPC Foundation 2008 жылы OPC Unified Architecture (OPC UA) стандартын шығарды. OPC UA DCOM технологиясынан бас тартып, TCP/IP және HTTP/HTTPS тасымалдау қабаттарын пайдаланатын ашық, қызметке бағытталған архитектураға (SOA) көшті. Ең маңыздысы, OPC UA платформадан тәуелсіз, сондықтан оны Linux шеткі шлюздеріне, ендірілген контроллерлерге және бұлтты орталарға тікелей түпнұсқа түрде біріктіруге болады.

Сонымен қатар, OPC UA нысанға бағытталған ақпараттық модельді енгізді. Оқшауланған жылжымалы нүктелі санды жіберудің орнына, OPC UA деректерді өлшем бірліктері, дабылдың жоғарғы және төменгі шектері, уақыт белгісінің дәлдігі және қол жеткізу құқықтары қамтылған күрделі нысандар түрінде инкапсуляциялайды. Кіріктірілген PKI шифрлауымен және x509 сертификаты арқылы аутентификациямен бірге OPC UA қауіпсіз IT/OT конвергенциясының негізін құрайды.

DCS архитектуралары, O-PAS және заманауи гибридті басқару

PLC жүйелері жоғары жылдамдықтағы дискретті басқаруда өте тиімді болғанымен, мұнай-химия өңдеу, электр энергиясын өндіру және арнайы химикаттар өндірісі сияқты процестік өнеркәсіп салалары тарихи тұрғыдан бөлінген басқару жүйелеріне (DCS) сүйенді. DCS контроллерлерді, I/O ішкі жүйелерін, тарихи дерекқорларды және оператор жұмыс станцияларын бірыңғай инженерлік ортаға біріктіреді.

Бұрынғы DCS енгізілімдері жүйенің жоғары сенімділігі мен басқару контурларының резервтелуін қамтамасыз етті. Алайда мұндай тығыз интеграция модульділік есебінен жүзеге асты. Меншікті контроллер желілері, жабық I/O шиналары және арнайы конфигурациялау бағдарламалық жасақтамасы зауыт операторларын ондаған жыл бойы бір өндірушінің экожүйесіне тәуелді етті. Бұрынғы DCS жүйесін кеңейту немесе мамандандырылған үшінші тарап ішкі жүйелерін, мысалы, машиналар дірілін онлайн бақылау жүйесін біріктіру көбіне қымбат инженерлік өзгерістерді талап етті.

1-сурет. Дәстүрлі иерархиялық басқару деңгейлерін көрсететін бөлінген басқару жүйесінің (DCS) функционалдық деңгейлері. Сурет Wikipedia Commons рұқсатымен берілген.

Бұл парадигманы өзгерту үшін ExxonMobil бастаған ірі өнеркәсіптік операторлар The Open Group ұйымының OPA Forum аясында Open Process Automation Standard (O-PAS) стандартын әзірлеуге бастамашы болды. O-PAS үш негізгі тірекке негізделген, аппараттық құралға тәуелсіз ашық архитектура құруды мақсат етеді:

1. Өзара үйлесімділік: Әртүрлі жабдық өндірушілерінің компоненттеріне арнайы драйвер әзірлемей-ақ, деректерді түпнұсқа түрде алмасуға мүмкіндік беретін стандартталған байланыс шиналары (OPC UA негізінде).
2. Модульділік: Контейнерленген микросервистер мен таратылған басқару түйіндері (DCN) арқылы бағдарламалық қолданбаларды базалық аппараттық құралдан ажырату.
3. Қауіпсіздік: Әр құрылғы шекарасында орындалатын IEC 62443 стандарттарына сәйкес кіріктірілген киберқауіпсіздік.

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

Оқиғаларға негізделген телеметрия: MQTT және өткізу жолағы төмен шеткі желілер

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

1999 жылы Andy Stanford-Clark (IBM) және Arlen Nipper (Arcom, қазіргі Cirrus Link) қашықтағы SCADA қолданбаларындағы өткізу жолағы мен кідіріс шектеулерін, мысалы, жерсеріктік арналар арқылы мұнай және газ құбырларын бақылау мәселесін шешу үшін Message Queuing Telemetry Transport (MQTT) протоколын әзірледі. Мұндай орталарда кідірісі жоғары байланыстар арқылы үздіксіз сұрау жүргізу қымбат әрі сенімсіз болды.

MQTT бұл мәселелерді орталық хабарлар брокерін пайдаланатын оқиғаларға негізделген жариялау/жазылу (Pub/Sub) архитектурасы арқылы шешті:

• Ажыратылған байланыс: Шеткі түйіндер (жариялаушылар) мен кәсіпорын бағдарламалық жасақтамасы (жазылушылар) нүктеден нүктеге тікелей байланыс орнатпайды. Олар MQTT брокері арқылы асинхронды түрде байланысады.
• Минималды үстеме шығын: Өлшемі небәрі 2 байттық тақырыпты пайдалана отырып, MQTT HTTP/REST API интерфейстерімен немесе ауыр RPC протоколдарымен салыстырғанда өткізу жолағының қолданылуын айтарлықтай азайтады.
• Ерекшелік бойынша есеп беру (RBE): Далалық құрылғылар деректерді мән анықталған өлі аймақтан немесе күй шегінен асатындай өзгергенде ғана жариялайды, осылайша желі арқылы қажетсіз сұрау трафигін жояды.
• Күй туралы хабардарлық: «Keep Alive» таймерлері және «Last Will and Testament» (LWT) сияқты функциялар шеткі құрылғы кенеттен ажыратылса, брокерге жазылушыларға дереу хабарлауға мүмкіндік береді.

2-сурет. Шеткі түйіндерді орталық қолданбалы брокерлермен байланыстыратын MQTT желі архитектурасындағы жариялау/жазылу моделі. Сурет Wikipedia Commons рұқсатымен ұсынылған.

Қарапайым MQTT икемді деректер жүктемесін тасымалдау механизмін ұсынғанымен, тақырыптар құрылымының немесе деректер жүктемелерінің қалай пішімделетінін стандарттамайды. Мұны шешу үшін өнеркәсіптік қауымдастық Sparkplug B спецификациясын әзірледі. Sparkplug B стандартталған тақырыптар кеңістігін, ықшам Google Protocol Buffer (Protobuf) деректер жүктемесі құрылымын және күйді басқару механизмдерін анықтап, бастапқы MQTT-ті кәсіпорынға дайын өнеркәсіптік тасымалдау қабатына айналдырады.

Заманауи өнеркәсіптік парадигма: бірыңғай кеңістік (UNS) архитектурасы

Бұрынғы сауалнама протоколдарының, оқшауланған OPC серверлерінің және нүктеден нүктеге API қосылымдарының жинақталуы көбіне күрделі «спагетти архитектурасына» әкеледі. Мұндай ортада бір ғана жаңа аналитикалық құралды қосу үшін нысандағы әрбір SCADA түйінімен, деректер тарихнамасымен және MES дерекқорымен арнайы қосылымдар орнату қажет.

Осы интеграциялық тар жолдарды жою үшін заманауи автоматтандыру инженерлері Бірыңғай кеңістік (UNS) архитектурасын енгізіп жатыр. Бірыңғай кеңістік кәсіпорындағы барлық операциялық және бизнес деректері үшін «ақиқаттың бірыңғай дереккөзі» қызметін атқаратын орталықтандырылған, нақты уақыттағы бағдарламалық абстракция қабаты болып табылады.

3-сурет. Барлық ISA-95 кәсіпорын деңгейлері бойынша нақты уақыттағы деректер ағынын үйлестіретін бірыңғай кеңістік (UNS) құрылымы. Сурет Wikipedia Commons рұқсатымен ұсынылған.

Әдетте MQTT Sparkplug B немесе оқиғалар ағыны платформалары арқылы іске асырылатын жариялау/жазылу моделіне негізделген UNS деректерді ISA-95 сияқты стандартты физикалық иерархияларға сәйкес семантикалық түрде құрылымдайды:

Кәсіпорын / Нысан / Аймақ / Желі / Ұяшық / Актив

Толық іске асырылған UNS құрылымында:

• Далалық PLC қозғалтқыш күйін тікелей жариялайды Enterprise/Plant_A/Line_2/Mixer/Motor_Speed күй өзгерген кезде.
• SCADA жүйесі оператордың нақты уақыттағы графикасын көрсету үшін тақырыптар құрылымына жазылады.
• Кәсіпорын активтерін басқару (EAM) жүйесі операциялық сағаттарды бақылау және профилактикалық қызмет көрсетуді автоматты түрде жоспарлау үшін сол тақырыптар ағынын тыңдайды.
• Бұлтқа негізделген машиналық оқыту модельдері бірыңғай деректер ағынын қабылдап, өндірістік контроллерге қосымша сауалнама сұрауларын жібермей-ақ, ақауларды болжамды анықтауды орындайды.

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

Деңгейлік протоколдар матрицасы және техникалық салыстыру

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

Хаттама	Архитектура	Тасымалдау қабаты	Деректер дестесі және контекст	Негізгі қолдану саласы
Modbus RTU/TCP	Клиент/сервер (сұрау)	RS-485 / TCP/IP	Шикі 16 биттік регистрлер, метадеректер жоқ	Бұрынғы құрылғылар, қуат өлшегіштер, негізгі сенсорлық желілер
PROFINET / EtherNet/IP	Producer/Consumer циклдік алмасуы	Ethernet / Custom Physical Layer	Детерминдік енгізу/шығару кадрлары, құрылғы деңгейіндегі диагностика	Жоғары жылдамдықты дискретті басқару, қозғалысты басқару, далалық енгізу/шығару
OPC UA	Клиент/сервер және Pub/Sub	TCP/IP, HTTP/HTTPS, WebSockets	Кеңейтілген объектілік модельдер, метадеректер, шифрлау сертификаттары	PLC-ден SCADA-ға, контроллерлер арасындағы байланыс, IT/OT көпірі
MQTT / Sparkplug B	Орталық брокер арқылы Pub/Sub	TCP/IP, TLS (жеңілдетілген)	Ерекше жағдай бойынша есеп беру, семантикалық тақырыптары бар Protobuf деректер дестесі	UNS архитектурасы, IIoT шеткі сенсорлары, бұлттық телеметрия аналитикасы

Нақты архитектураны инженерлік жобалау: бұрынғы зауыт операцияларын жаңарту

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

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

1. 1-кезең: Шеткі хаттамаларды түрлендіру қабаты
   Өнеркәсіптік шеткі шлюздерді бұрынғы PLC сөрелерінің жанына орнатыңыз. Шеткі шлюз жергілікті сақтау регистрлерін сериялық немесе бұрынғы далалық шина хаттамалары арқылы сұрау жасап, өңделмеген мәндерді құрылымдалған OPC UA түйіндеріне немесе MQTT Sparkplug B тақырыптарына түрлендіреді.
2. 2-кезең: Брокерді орналастыру және UNS құрылымын қалыптастыру
   Жергілікті ортада жоғары қолжетімді, резервтелген MQTT брокерін орналастырыңыз. Цех аумағында бірыңғай ISA-95 тақырыптар кеңістігін анықтаңыз. Негізгі PLC сканерлеу уақыттарын немесе басқару логикасын өзгертпей, шеткі шлюз телеметриясын брокерге бағыттап, активтердің нақты уақыттағы көрінуін дереу іске қосыңыз.
3. 3-кезең: Кеңейтілген аналитика мен гибридті басқаруды біріктіру
   Кәсіпорын деректер тарихшыларын, бұлттық аналитика қозғалтқыштарын және заманауи HMI жүйелерін UNS жүйесіне жазылушы ретінде тікелей қосыңыз. Бұрынғы контроллерлердің пайдалану мерзімі аяқталғанда, оларды OPC UA және MQTT орталарына бастапқыда қолдау көрсететін заманауи, ашық архитектуралы PAC құрылғыларымен ауыстырыңыз.

Осы модульдік стратегия арқылы өнеркәсіптік нысандар өндірістік жабдыққа салынған қолданыстағы капитал инвестицияларын қорғай отырып, заманауи Industry 4.0 операцияларына қажетті деректер икемділігін, киберқауіпсіздік талаптарына сәйкестікті және масштабталуды қамтамасыз етеді.