MQTT naspram OPC UA: Usmeravanje kroz industrijske protokole iz ugla proizvođača opreme

MQTT vs. OPC UA: Navigating Industrial Protocols from an OEM Perspective

У доба  паметне производње, машине морају да раде више од самог извршавања задатака. Оне морају да комуницирају. Као произвођач оригиналне опреме (OEM), избор начина преноса података са  ПЛЦ на облачни сервер или локалну базу података је кључна дизајнерска одлука. Иако и MQTT и OPC UA олакшавају пренос података, њихове основне архитектуре служе веома различитим сврхама у оквиру  индустријске аутоматизације.

Порекло индустријске повезаности

Разумевање ових протокола захтева поглед у њихову историју. MQTT (Message Queuing Telemetry Transport) започео је као решење за нафтоводе повезане сателитском везом. Његови творци су требали лаган, енергетски штедљив метод за руковање прекидним везама. Насупрот томе, OPC UA (Open Platform Communications Unified Architecture) развио се из Microsoft-ових корена у неутралан стандард за произвођаче. Данас га OPC фондација одржава као безбедан, платформски независан оквир за  аутоматизацију фабрика.

Механизми MQTT модела објави-претплати се

MQTT се ослања на архитектуру „Објави/Претплати се“. У овом систему, централни посредник управља свим саобраћајем података. Уређај „објављује“ податке на одређену тему код посредника. Према томе, сваки клијент „претплаћује се“ на ту тему да би добио ажурирања. Ова раздвојена метода изузетно добро функционише за удаљене сензоре са нестабилним везама. Међутим, пошто посредник стоји у средини, и машина и клијент морају одржавати пут до тог центра.

Сложеност OPC UA архитектуре

За разлику од једноставног протокола за слање порука, OPC UA је свеобухватна комуникациона архитектура. Омогућава директне, богате везе између клијента и сервера. Ова структура омогућава „прегледање“, где сервер може у реалном времену истраживати унутрашњу структуру ознака  ПЛЦ . Иако подржава Објави/Претплати се, његова снага лежи у клијент/сервер моделу. Поред тога, водећи произвођачи  система управљања уграђују OPC UA нативно у свој хардвер, иако је често потребна лиценца за активирање.

Предности MQTT у облачној интеграцији

MQTT се истиче када је пропусни опсег ограничен или када се подаци шаљу на облачне платформе. Његова мала величина заглавља чини га изузетно брзим за мале количине података. Штавише, водећи провајдери облака као што су AWS и Azure користе MQTT као свој примарни протокол за пријем података. Ово чини интеграцију са алатима за „велике податке“ релативно једноставном. Међутим, многи стандардни  контролни системи индустријске аутоматизације не подржавају MQTT нативно, често захтевајући спољне пролазе или прилагођени код.

Високобрзи подаци и предности OPC UA

Када апликација захтева високобрзи, синхронизовани пренос података са тестног стола или управљача мотора, OPC UA је обично бољи избор. Ефикасно обрађује велике скупове података и пружа робусне безбедносне функције одмах спремне за употребу. Пошто је индустријски стандард, већина савремених  ДЦС и SCADA система препознаје OPC UA ознаке без додатног посредничког софтвера. Ова нативна компатибилност поједностављује дугорочно одржавање  аутоматизације фабрике .

Избор правог протокола за вашу машину

Коначна одлука често зависи од постојеће ИТ инфраструктуре купца. Ако фабрика већ користи одређени технолошки скуп, вероватно ће захтевати тај протокол за вашу машину. Ако имате избор, размотрите одредиште ваших података. За локалну, високобрзу комуникацију машина-машина (М2М), OPC UA нуди дубљу интеграцију. Ако је циљ удаљено праћење или облачна анализа, MQTT пружа једноставнији пут.

Ауторски коментар: Хибридна стварност

По мом професионалном искуству, расправа „MQTT против OPC UA“ често је лажна дилема. Многи савремени  пројекти индустријске аутоматизације заправо користе оба. Често користим OPC UA за високобрзу локалну контролу и размену података између ПЛЦ-а и ХМИ-а. Истовремено, користим MQTT пролаз за слање сажетих кључних показатеља учинка (KPI) на облачну контролну таблу. Мој савет произвођачима оригиналне опреме: немојте се закључавати у један протокол. Уместо тога, изградите флексибилну архитектуру која може да се прилагоди специфичном дигиталном екосистему купца.

Покажи све
Блог постови
Покажи све
Bridging Allen-Bradley ControlLogix to Yokogawa CENTUM VP DCS via Modbus TCP: Protocol Mapping and Fault Diagnosis

Povezivanje Allen-Bradley ControlLogix sa Yokogawa CENTUM VP DCS putem Modbus TCP: Mapiranje protokola i dijagnostika grešaka

Praktičan vodič za konfigurisanje Modbus TCP komunikacije između Rockwell Automation ControlLogix PLC-ova i Yokogawa CENTUM VP DCS-a, koji obuhvata mapiranje registara, podešavanje vremenskih ograničenja i rešavanje problema iz stvarnog sveta.
PID Controller Tuning on Yokogawa Centum VP and Foxboro IA: A Field Engineer's Guide

Podešavanje PID regulatora na Yokogawa Centum VP i Foxboro IA: Vodič za terenskog inženjera

Podešavanje PID regulatora na Yokogawa CENTUM VP i Foxboro IA zahteva specifično znanje o PID2 bloku i PIDA bloku, redom, u kombinaciji sa HART dijagnostičkim podacima sa terenskih instrumenata. Ovaj vodič obuhvata klasifikaciju tipova petlji, korak-po-korak procedure podešavanja za obe platforme uključujući Ziegler-Nichols metodu zatvorene petlje i ugrađene auto-tjunere, HART dijagnostiku pozicionera ventila i predajnika, kao i praktične savete za rešavanje problema sa oscilirajućim i tromim petljama.
Commissioning Allen-Bradley PowerFlex 525 VFDs on ControlLogix 5580 Over EtherNet/IP: A Complete Field Guide

Puštanje u rad Allen-Bradley PowerFlex 525 VFD-ova na ControlLogix 5580 preko EtherNet/IP: Kompletan terenski vodič

Allen-Bradley PowerFlex 525 drajvovi komuniciraju sa ControlLogix 5580 preko EtherNet/IP koristeći CIP Class 1 implicitno slanje poruka za ciklične I/O podatke. Ovaj priručnik pokriva usklađivanje verzije AOP, konfiguraciju IP adrese drajva putem HIM parametara C128-C140, dodavanje modula u Studio 5000 sa podešavanjima RPI i veličine skupa podataka, mapiranje bitova u Logic Command/Status reči, pristup parametrima eksplicitnih MSG poruka i dijagnostiku tri najčešća kvara: F81 gubitak komunikacije, greška 16#0204 istekao vremenski interval veze i F100 parametar van opsega.