Kluczowe wnioski
Krótka odpowiedź: OPC UA to ustrukturyzowany, semantycznie bogaty przemysłowy standard interoperacyjności — modeluje dane z nadanym znaczeniem, więc temperatura to typowana, opisana wartość, a nie tylko liczba. MQTT to lekki transport publish-subscribe, który efektywnie przesyła wiadomości do wielu subskrybentów. OPC UA daje semantykę; MQTT daje wydajne dostarczanie — i coraz częściej są używane razem, a nie wybierane naprzemiennie. Zobacz też SCADA kontra Historian.
OPC UA to pełny przemysłowy standard interoperacyjności. Nie tylko przesyła dane — modeluje je, z strukturą, typami danych i opisami, a także wbudowanym zabezpieczeniem i uwierzytelnianiem. Wartość przychodzi samoopisująca się: to jest temperatura, w tych jednostkach, z tego urządzenia, z tym kontekstem.
MQTT to lekki transport w modelu publish-subscribe. Doskonale nadaje się do przesyłania wielu małych wiadomości wydajnie do wielu subskrybentów, nawet przez ograniczone lub zawodnie działające sieci, przez rozdzielenie wydawców od subskrybentów za pomocą brokera.
Zakład potrzebuje głębokiego, ustrukturyzowanego dostępu do tagów PLC — typów, jednostek, stanów alarmowych — więc używa OPC UA do komunikacji z sterownikiem, otrzymując samoopisujące się dane, które można interpretować bez osobnego słownika. Następnie musi rozesłać te dane do kilkunastu odbiorców (OEE, historian, pulpity, analityka w chmurze) przez niestabilną sieć, więc publikuje ładunki OPC UA przez MQTT. OPC UA odpowiedział na pytanie „co znaczą te dane?”; MQTT odpowiedział na pytanie „jak dostarczyć je wszystkim efektywnie?” Żaden z nich nie zastąpił drugiego.
OPC UA mówi, co dane oznaczają; MQTT mówi, jak przesłać je wydajnie do wielu odbiorców. OPC UA przez MQTT łączy bogatą semantykę z skalowalnym transportem — to powszechny wzorzec we współczesnych architekturach właśnie dlatego, że oba rozwiązują różne części problemu.
1. Traktowanie ich jak konkurentów. Rozwiązują różne problemy i dobrze się łączą.
2. MQTT bez struktury ładunku. Wydajny transport bez znaczenia to wciąż tylko bezsensowne liczby — potrzebny jest model.
3. OPC UA tam, gdzie potrzebny jest lekki fan-out. Czasami potrzebne jest po prostu skalowalne dostarczanie.
4. Ignorowanie bezpieczeństwa. OPC UA ma je wbudowane; surowe MQTT wymaga celowego dodania zabezpieczeń.
Niezależnie od wyboru, chodzi o dostarczenie niezawodnych, dobrze ustrukturyzowanych danych maszynowych do systemu OEE. OPC UA daje strukturę, która czyni sygnały interpretowalnymi; MQTT pomaga tym danym skalować się do wielu odbiorców, w tym platformy OEE.
Fabrico łączy się przez standardowe protokoły przemysłowe, w tym OPC UA i MQTT, więc konsumuje ustrukturyzowane dane maszynowe bez względu na to, jak Twoja architektura je dostarcza. Zarezerwuj demo, aby zobaczyć przepływ danych maszynowych do OEE.
Nie — rozwiązują różne problemy i często są łączone, zwykle jako ładunki OPC UA przesyłane przez MQTT.
Strukturę, semantykę i wbudowane zabezpieczenia — dane, które opisują same siebie.
Gdy jest wielu subskrybentów lub sieci są ograniczone i zawodnie działające.
Oba — celem są niezawodne, ustrukturyzowane dane maszynowe, niezależnie od sposobu ich transportu.
Nie domyślnie — bezpieczeństwo trzeba dodać; OPC UA ma je wbudowane.
Zaloguj
Blog
