OPC UA是OPC DA的後繼產品/替代產品。Predix不支持OPC DA，但支持OPC UA。但是所有這些協議與Predix無關，因此，導致您在它們之間進行選擇的因素主要取決於您的設置。
OPC UA已經設計用於傳感器數據，而MQTT是消息傳遞協議，您將需要創建傳感器數據抽象並對其進行調整。
請研究其提供商的技術。您可以放心，無論您採用哪種方式（MQTT或OPC UA），都可以輕鬆地與Predix集成。
OPC最初是作爲一種標準協議開發的，可以與諸如可編程控制器（PLC），SCADA系統（監控和數據採集）以及許多其他工業控制系統和設備之類的設備進行通信。使用OPC，有一臺服務器以其本機語言/協議與設備通信，然後以標準OPC格式公開該數據。然後，OPC客戶端可以使用該數據。OPC DA最初設計爲傳輸相當簡單的數據類型，例如模擬量（溫度，壓力，流速等）和離散量（機器/設備狀態，例如泵開/關，閥門打開/關閉，電動機運行/停止等）。傳感器數據，而OPC UA允許傳感器數據以及其他數據（如警報和事件）以及其他數據類型。OPC UA是OPC DA的後繼產品。因此，Predix OPC UA組件是OPC UA服務器的客戶端應用程序，OPC UA服務器將是與控制系統實際通信的軟件。
Modbus是另一種已多年成爲行業標準的協議。它最初由Modicon開發，用於與Modicon PLC通信，但已被其他供應商採用作爲與這些其他設備進行通信的協議。像OPC一樣，Modbus只是提供了一種相對簡單的機制來與支持Modbus協議的設備（例如PLC，遠程終端設備或RTU等）進行通信，然後將該數據提供給需要該數據的應用程序。例如，GE iFIX軟件是一個HMI應用程序，它允許您構建實時顯示，以可視化來自OPC，Modbus和其他使用這些協議進行通訊的類似工業控制器系統的傳感器數據。
最重要的是，OPC UA和Modbus是用於與工業控制器/系統進行通信的協議。我們與這些系統進行通信，以便檢索傳感器數據（溫度，壓力，流速，振動數據，狀態信息，例如泵是否運行等），然後將該數據轉發到GE的Proficy Historian和/或進入雲中的Predix時間序列數據庫。
區別：
OPC-UA最適合SCADA（監測控制和數據採集（supervisory control and data acquisition））系統，MQTT非常適合通過不可靠的網絡（例如移動網絡）進行發佈/訂閱消息傳遞。
如果低開銷是您的關鍵，那麼MQTT可能比OPC-UA更合適。當然，這在很大程度上取決於您的用例。
MQTT是基於代理的消息傳遞協議，其中有效負載編碼和內容完全是特定於應用程序的。因此，如果要在您開發的兩個應用程序之間發送消息，將很有用。
OPC UA是一種體系結構（OPC統一體系結構），其中通信協議只是所討論主題的一部分。OPC UA應用程序能夠以面向對象的方式公開對象，變量，方法和數據結構的全網狀網絡。今天的通信基於客戶機/服務器模型，其中服務器公開一組標準服務，以導航可用對象，讀取和寫入數據，調用方法或預訂數據更改或事件。
主要目標是通過定義有關如何使信息可用的元元模型，定義用於訪問信息的標準服務以及定義用於服務調用的不同傳輸協議和數據編碼，來提供不同供應商的應用程序之間的互操作性。協議包括優化的OPC UA二進制協議，不僅提供端到端的安全性，而且還提供基於Web服務或基於HTTPS的協議。
OPC UA目前正在研究第二種基於發佈訂閱的通信模型，該模型允許OPC UA應用程序之間進行消息傳遞。除了基於UDP的對等協議外，此PubSub擴展還將使用基於代理的消息傳遞協議，例如AMQP和MQTT。
OPC UA和MQTT是正交的，因爲它們試圖解決不同的問題。
OPC UA WG當前正在開發PubSub擴展OPC UA，它指定如何通過MQTT，AMQP或XMPP發送OPC UA淨荷。
MQTT的最大問題之一是有效載荷的格式留給應用程序，這意味着您之間在沒有經過專門編碼以彼此協同工作的應用程序之間沒有真正的互操作性。OPC UA PubSub擴展通過定義OPC UA有效負載的語法來解決此限制。