MQTT és OPC UA: Ipari protokollok áttekintése egy gyártói szemszögből
A Okos Gyártás korszakában a gépeknek többet kell tenniük, mint pusztán feladatokat végrehajtaniuk. Kommunikálniuk kell. Eredeti Berendezésgyártóként (OEM) kritikus tervezési döntés, hogy miként továbbítjuk az adatokat egy PLC és egy felhőszolgáltató vagy helyi adatbázis között. Bár az MQTT és az OPC UA egyaránt segíti az adatátvitelt, alapvető felépítésük nagyon eltérő célokat szolgál az ipari automatizálás területén.
Az ipari kapcsolódás eredete
E protokollok megértéséhez érdemes visszatekinteni a történetükre. Az MQTT (Message Queuing Telemetry Transport) eredetileg műholdas olajvezetékekhez készült megoldásként indult. Alkottói könnyű, kis energiaigényű módszert kerestek az időszakos kapcsolatok kezelésére. Ezzel szemben az OPC UA (Open Platform Communications Unified Architecture) a Microsoft alapokról fejlődött ki egy gyártófüggetlen szabvánnyá. Ma az OPC Alapítvány tartja fenn, mint biztonságos, platformfüggetlen keretrendszert az üzemi automatizálás számára.
Az MQTT közzététel-feliratkozás modelljének működése
Az MQTT egy „Közzététel/Feliratkozás” (Pub/Sub) felépítésre épül. Ebben a rendszerben egy központi közvetítő kezeli az összes adatforgalmat. Egy eszköz „közzétesz” egy adatcsomagot egy adott témakörben a közvetítőnél. Ennek eredményeként bármely kliens „feliratkozik” erre a témára, hogy frissítéseket kapjon. Ez a lazán kapcsolt megoldás kiválóan működik távoli érzékelőknél, ahol a kapcsolatok ingadozóak. Ugyanakkor mivel a közvetítő a központban áll, mind a gépnek, mind a kliensnek fenntartott úton kell maradnia ehhez a központi csomóponthoz.
Az OPC UA felépítésének összetettsége
Az egyszerű üzenetküldő protokolltól eltérően az OPC UA egy átfogó kommunikációs architektúra. Lehetővé teszi a közvetlen, gazdag kapcsolatokat kliens és szerver között. Ez a felépítés támogatja a „böngészést”, amikor a szerver valós időben feltérképezheti egy PLC belső címkéit. Bár támogatja a Pub/Sub modellt, ereje a kliens/szerver modellben rejlik. Továbbá a jelentős irányítórendszer gyártók az OPC UA-t natívan építik be hardvereikbe, bár az aktiválás gyakran licenchez kötött.
Az MQTT előnyei a felhőintegrációban
Az MQTT akkor kiváló, ha a sávszélesség korlátozott vagy ha adatokat kell továbbítani felhőplatformokra. Kis fejlécmérete miatt rendkívül gyors a kis adatcsomagok esetén. Emellett a nagy felhőszolgáltatók, mint az AWS és az Azure, az MQTT-t használják elsődleges adatbeviteli protokollként. Ez viszonylag zökkenőmentessé teszi az integrációt a „Nagy Adat” eszközökkel. Ugyanakkor sok szabványos ipari automatizálási vezérlő nem támogatja az MQTT-t natívan, gyakran külső átjárókra vagy egyedi kódra van szükség.
Gyors adatátvitel és az OPC UA előnyei
Amikor egy alkalmazás nagy sebességű, szinkronizált adatokat igényel egy próbapad vagy motorvezérlő esetén, az OPC UA általában jobb választás. Hatékonyan kezeli a nagy adatállományokat, és erős biztonsági funkciókat kínál alapból. Mivel ipari szabvány, a legtöbb modern DCS és SCADA rendszer felismeri az OPC UA címkéket további köztes szoftver nélkül. Ez a natív kompatibilitás megkönnyíti az üzemi automatizálás rendszer hosszú távú karbantartását.
A megfelelő protokoll kiválasztása a géphez
A végső döntés gyakran az ügyfél meglévő informatikai infrastruktúrájától függ. Ha egy gyár már használ egy adott technológiai rendszert, valószínűleg azt fogja előírni a géphez. Ha van választási lehetőség, gondolja át, hová kerülnek az adatok. Helyi, nagy sebességű gép-gép (M2M) kommunikációhoz az OPC UA mélyebb integrációt kínál. Ha a cél távoli felügyelet vagy felhőalapú elemzés, az MQTT egyszerűbb utat biztosít.
Szerzői megjegyzés: a hibrid valóság
Szakmai tapasztalatom szerint az „MQTT vagy OPC UA” vita gyakran hamis választás. Sok modern ipari automatizálási projekt valójában mindkettőt használja. Gyakran alkalmazom az OPC UA-t nagy sebességű helyi vezérlésre és adatcserére a PLC és a kezelői felület között. Ugyanakkor MQTT átjárót használok, hogy összesített kulcsfontosságú mutatókat továbbítsak egy felhői irányítópultra. Tanácsom az OEM-eknek: ne zárkózzanak be egyetlen protokollba. Inkább építsenek rugalmas felépítést, amely alkalmazkodni tud az ügyfél egyedi digitális környezetéhez.
