MQTT vs OPC UA – który protokół wybrać do integracji maszyn z chmurą

Jeżeli planujesz połączyć maszyny produkcyjne z chmurą, pytanie o wybór protokołu IIoT pojawi się na jednym z pierwszych spotkań projektowych. MQTT i OPC UA to dwa najczęściej stosowane protokoły IoT przemysłowego, jednak powstały z myślą o innych zadaniach i mają odmienne mocne strony. Wyjaśniamy, czym się różnią, kiedy sprawdza się każdy z nich i dlaczego w projektach Przemysłu 4.0 często najlepiej działa połączenie tych protokołów.

OPC UA – protokół komunikacji PLC z pełnym kontekstem danych

OPC UA (Open Platform Communications Unified Architecture) to standard opracowany przez OPC Foundation dla automatyki przemysłowej. Działa przede wszystkim w modelu klient–serwer: aplikacja łączy się bezpośrednio ze sterownikiem lub serwerem OPC UA, aby odczytywać i zapisywać dane. Nowsze wersje specyfikacji obsługują również model publikuj–subskrybuj.

Największą zaletą standardu jest bogaty model informacyjny. OPC UA przesyła nie tylko wartość zmiennej, lecz także jej typ, jednostkę, znacznik czasu i status – odbiorca od razu wie, co oznaczają dane. Z tego powodu OPC UA stał się naturalnym protokołem komunikacji PLC ze sterownikami Siemens, Beckhoff czy Rockwell oraz podstawą wymiany danych między systemami SCADA, MES i ERP. Bezpieczeństwo (szyfrowanie, certyfikaty, kontrola dostępu) jest wbudowane w specyfikację, co ułatwia spełnienie norm takich jak IEC 62443.

MQTT przemysłowy – lekka transmisja danych z maszyn do chmury

MQTT (Message Queuing Telemetry Transport) powstał z myślą o sieciach o ograniczonej przepustowości i działa w modelu publikuj–subskrybuj. Urządzenia publikują komunikaty do brokera, a systemy odbiorcze subskrybują interesujące je tematy – nadawca i odbiorca nie muszą się znać ani być dostępni w tym samym czasie.

Taka architektura sprawia, że MQTT przemysłowy skaluje się do tysięcy urządzeń i dobrze znosi niestabilne łącza, również komórkowe. Minimalny narzut protokołu czyni MQTT pierwszym wyborem, gdy celem jest masowa transmisja danych z maszyn do platform chmurowych. Standard nie narzuca jednak formatu ani znaczenia przesyłanych danych. Tę lukę wypełnia MQTT Sparkplug B – specyfikacja definiująca strukturę tematów i format ładunku, dzięki której dane z różnych urządzeń stają się spójne i samoopisujące.

MQTT vs OPC UA – porównanie najważniejszych różnic

Gdy zestawimy MQTT i OPC UA, różnice widać w kilku obszarach:

• architektura – OPC UA opiera się głównie na modelu klient–serwer z sesjami, natomiast MQTT na brokerze i luźno powiązanych publikacjach oraz subskrypcjach,
• semantyka danych – OPC UA dostarcza pełny kontekst każdej zmiennej, podczas gdy MQTT przesyła dowolny ładunek, którego strukturę trzeba ustalić samodzielnie lub przyjąć standard Sparkplug B,
• bezpieczeństwo – OPC UA ma mechanizmy wbudowane w warstwę aplikacji, a MQTT polega na szyfrowaniu TLS i konfiguracji brokera,
• zasoby i skala – MQTT zużywa mniej pasma i energii, dzięki czemu obsługuje większe floty urządzeń,
• kierunek komunikacji – OPC UA ułatwia odczyt i zapis danych do sterowników, natomiast MQTT służy przede wszystkim do wysyłania telemetrii w górę architektury.

Żaden z protokołów nie jest obiektywnie lepszy – każdy powstał do innego zadania i w swoim obszarze pozostaje bezkonkurencyjny.

Komunikacja maszyn z AWS – OPC UA SiteWise czy MQTT AWS IoT Core?

W naszych projektach komunikacja maszyn z AWS przebiega zwykle jedną z dwóch ścieżek. Pierwsza to połączenie OPC UA z usługą AWS IoT SiteWise: brama na brzegu sieci odczytuje dane ze sterowników i przesyła je do chmury wraz z pełnym kontekstem. To podejście opisaliśmy w artykule o integracji OPC UA z AWS SiteWise. Druga ścieżka to MQTT AWS IoT Core – urządzenia publikują telemetrię do zarządzanego brokera, a stamtąd dane trafiają do dalszego przetwarzania.

Wybór między OPC UA AWS a MQTT zależy od tego, gdzie powstają dane. Jeżeli źródłem są sterowniki PLC i systemy SCADA, ścieżka przez SiteWise upraszcza integrację PLC z chmurą. Jeżeli dane pochodzą z rozproszonych czujników, lżejszy będzie wariant z AWS IoT Core.

Wybór protokołu IIoT w praktyce – kiedy OPC UA, kiedy MQTT?

OPC UA sprawdzi się, jeżeli:

• integrujesz sterowniki PLC, roboty i systemy SCADA w obrębie zakładu,
• potrzebujesz danych z pełnym kontekstem dla systemów MES lub ERP,
• wymagana jest komunikacja dwukierunkowa, łącznie z zapisem do urządzeń.

MQTT będzie lepszy, jeżeli:

• podłączasz do chmury setki lub tysiące urządzeń brzegowych,
• łącza bywają wolne, drogie lub niestabilne,
• budujesz pipeline telemetrii do analityki, dashboardów i uczenia maszynowego.

Architektura hybrydowa – najczęstszy scenariusz w Przemyśle 4.0

W rzeczywistych wdrożeniach porównanie OPC UA vs MQTT coraz częściej traci sens, ponieważ oba protokoły pracują obok siebie. OPC UA zbiera ustrukturyzowane dane ze sterowników na hali produkcyjnej, a brama brzegowa przekazuje je dalej przez MQTT do chmury. Ten wzorzec – nazywany mostem OPC UA–MQTT – łączy semantykę pierwszego protokołu ze skalowalnością drugiego i stał się standardem w architekturach klasy protokół SCADA–chmura. Tak zbudowany strumień danych zasila następnie monitoring produkcji, co omówiliśmy w artykule o monitorowaniu OEE z użyciem Grafany, TimescaleDB i AWS.

Skonsultuj z nami wybór protokołu dla swojego zakładu

W RoszigIT projektujemy i wdrażamy kompletne pipeline’y danych przemysłowych: od integracji ze sterownikami, przez AWS IoT SiteWise i AWS IoT Core, po bazy time-series i dashboardy w Grafanie. Wspieramy również firmy, które dopiero planują migrację do chmury AWS. Jeżeli stoisz przed wyborem protokołu IoT dla swojego zakładu, skontaktuj się z nami – w ramach niezobowiązującej konsultacji przeanalizujemy Twoje środowisko i dobierzemy architekturę do skali oraz budżetu.

FAQ

Czym różni się MQTT od OPC UA w jednym zdaniu?

OPC UA to protokół automatyki przemysłowej z wbudowaną semantyką danych i bezpieczeństwem, natomiast MQTT to lekki protokół przesyłania komunikatów, zaprojektowany do skalowalnej telemetrii przez sieci o ograniczonej przepustowości.

Czy MQTT jest bezpieczny w zastosowaniach przemysłowych?

Tak, pod warunkiem poprawnej konfiguracji. MQTT wymaga szyfrowania TLS, uwierzytelniania klientów i przemyślanych uprawnień na brokerze, a w sieciach OT dodatkowo segmentacji.

Do czego służy MQTT Sparkplug B?

Sparkplug B uzupełnia MQTT o ujednoliconą strukturę tematów i format danych oraz o mechanizm raportowania stanu urządzeń. Dzięki temu dane z różnych maszyn mogą być automatycznie interpretowane przez systemy odbiorcze.

Czy można używać OPC UA bezpośrednio z chmurą AWS?

Tak. Usługa AWS IoT SiteWise odbiera dane ze źródeł OPC UA za pośrednictwem bramy brzegowej, zachowując strukturę i kontekst zmiennych. To najprostsza droga, aby dane ze sterowników PLC trafiły do chmury.

Który protokół wybrać, jeżeli dopiero zaczynamy projekt IIoT?

Zacznij od inwentaryzacji źródeł danych. Jeżeli dane pochodzą głównie ze sterowników PLC, naturalnym początkiem będzie OPC UA; jeżeli z rozproszonych czujników – MQTT. W większości projektów docelowa architektura i tak łączy oba standardy.