MQTT ਅਤੇ OPC UA Microsoft ਨਿਰਮਾਣ ਵਿੱਚ: Azure IoT Operations + Fabric ਆਰਕੀਟੈਕਚਰ

ਪਲਾਂਟ ਫਲੋਰ ਨੂੰ ਸੁਲਝਾਉਣਾ: MQTT ਬਨਾਮ OPC UA ਅਤੇ ਡਿਸਕਨੈਕਟਡ ਮੈਨੂਫੈਕਚਰਿੰਗ ਡੇਟਾ ਦੀ ਸੱਚਾਈ

ਜਦੋਂ ERP, MES ਅਤੇ Azure ਸਿਸਟਮ ਮੌਜੂਦ ਹਨ, ਤਾਂ ਵੀ ਆਧੁਨਿਕ ਫੈਕਟਰੀਆਂ ਅਜੇ ਵੀ ਹੱਥੀਂ ਐਕਸਪੋਰਟ ਅਤੇ ਅੰਦਾਜ਼ਿਆਂ 'ਤੇ ਕਿਉਂ ਚੱਲ ਰਹੀਆਂ ਹਨ? ਇਹ ਐਪੀਸੋਡ ਤਕਨਾਲੋਜੀ ਦੇ ਪ੍ਰਚਾਰ ਨੂੰ ਪਾਸੇ ਕਰਕੇ ਮੂਲ ਸਮੱਸਿਆ 'ਤੇ ਗੱਲ ਕਰਦਾ ਹੈ: ਨਿਰਮਾਣ ਡੇਟਾ ਵਿੱਚ ਭਰੋਸੇ ਦੀ ਬੁਨਿਆਦੀ ਘਾਟ। ਲੋਕ ਉਦਯੋਗਿਕ ਕਨੈਕਟੀਵਿਟੀ ਨੂੰ MQTT ਅਤੇ OPC UA ਵਿਚਕਾਰ "ਜੇਤੂ ਸਭ ਕੁਝ ਲੈ ਜਾਵੇ" ਵਾਲੀ ਲੜਾਈ ਵਜੋਂ ਪੇਸ਼ ਕਰਦੇ ਹਨ, ਪਰ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੁੱਦੇ ਨੂੰ ਖੁੰਝਾ ਦਿੰਦਾ ਹੈ। ਜੇ ਤੁਹਾਡੇ ਓਪਰੇਟਰ ਕਾਰਪੋਰੇਟ ਡੈਸ਼ਬੋਰਡ ਨਾਲੋਂ ਲੋਕਲ HMI 'ਤੇ ਵੱਧ ਭਰੋਸਾ ਕਰਦੇ ਹਨ, ਜਾਂ ਹਰ OEE ਸਮੀਖਿਆ ਇਸ ਬਹਿਸ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ ਕਿ ਕਿਹੜੇ ਅੰਕੜੇ ਸਹੀ ਹਨ, ਤਾਂ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਨਹੀਂ, ਸਗੋਂ ਸੈਮੈਂਟਿਕ ਹੈ। ਤਕਨਾਲੋਜੀ ਅਰਥ ਨਹੀਂ ਬਣਾਉਂਦੀ; ਇੱਕ ਜੁੜੀ ਹੋਈ ਫੈਕਟਰੀ ਬਣਾਉਣ ਲਈ, ਤਕਨੀਕੀ ਸਟੈਕ ਵਧਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਉਤਪਾਦਨ ਸਮੱਸਿਆ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੋ ਅਤੇ ਉਤਪਾਦਨ ਘਟਨਾਵਾਂ ਲਈ ਇੱਕ ਸਾਂਝੀ ਭਾਸ਼ਾ ਤੈਅ ਕਰੋ।

ਇਸ ਐਪੀਸੋਡ ਵਿੱਚ ਅਸੀਂ ਇਹ ਗੱਲਾਂ ਕਰਦੇ ਹਾਂ:

• ਪਲਾਂਟ ਫਲੋਰ 'ਤੇ ਭਰੋਸੇ ਦਾ ਪਾੜਾ: ERP ਅਤੇ Azure ਵਿੱਚ ਭਾਰੀ ਨਿਵੇਸ਼ ਦੇ ਬਾਵਜੂਦ ਪਲੈਨਰ ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ 'ਤੇ ਕਿਉਂ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਓਪਰੇਟਰ ਲੋਕਲ HMI 'ਤੇ ਕਿਉਂ ਨਿਰਭਰ ਕਰਦੇ ਹਨ।
• ਅੰਕੜਿਆਂ ਦੀ ਲੜਾਈ: ਸਵੇਰ, ਦੁਪਹਿਰ ਅਤੇ ਰਾਤ ਦੀਆਂ ਸ਼ਿਫਟਾਂ ਅਕਸਰ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਉਤਪਾਦਨ ਗਿਣਤੀਆਂ ਕਿਉਂ ਲੈ ਕੇ ਆਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਕਿਉਂ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਗਲਤ ਨਹੀਂ, ਸਗੋਂ ਪ੍ਰਕਿਰਿਆ ਦੇ ਵੱਖ-ਵੱਖ ਬਿੰਦੂਆਂ ਦਾ ਵਰਣਨ ਹੈ।
• MQTT ਬਨਾਮ OPC UA – ਦੋ ਵੱਖ-ਵੱਖ ਕੰਮ, ਵਿਰੋਧੀ ਨਹੀਂ:
  • MQTT (ਟ੍ਰਾਂਸਪੋਰਟ): ਇੱਕ ਹਲਕਾ ਪਬਲਿਸ਼/ਸਬਸਕ੍ਰਾਈਬ ਪ੍ਰੋਟੋਕੋਲ ਜੋ ਸੁਨੇਹਿਆਂ ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਰੂਟ ਕਰਨ, ਪਬਲਿਸ਼ਰਾਂ ਅਤੇ ਕੰਜ਼ਿਊਮਰਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਅਤੇ ਅਸਥਿਰ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਸੰਭਾਲਣ ਵਿੱਚ ਮਾਹਿਰ ਹੈ। ਇਸਨੂੰ ਇਸ ਗੱਲ ਦੀ ਪਰਵਾਹ ਨਹੀਂ ਕਿ ਪੇਲੋਡ ਵਿੱਚ ਕੀ ਹੈ; ਇਹ ਸਿਰਫ਼ ਲਿਫ਼ਾਫ਼ਾ ਪਹੁੰਚਾਉਂਦਾ ਹੈ।
  • OPC UA (ਅਰਥ): ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਕਿ ਚੀਜ਼ ਕੀ ਹੈ ਅਤੇ ਕੋਈ ਮੁੱਲ ਕੀ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਹ ਸਟ੍ਰਕਚਰਡ ਮਾਡਲਾਂ, ਵੇਰੀਏਬਲ ਕਿਸਮਾਂ, ਇੰਜੀਨੀਅਰਿੰਗ ਯੂਨਿਟਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ ਵਿੱਚ ਬਣੀ ਸੁਰੱਖਿਆ ਵਾਲੀ ਇੱਕ ਬ੍ਰਾਊਜ਼ ਕਰਨ ਯੋਗ ਐਡਰੈੱਸ ਸਪੇਸ ਪੇਸ਼ ਕਰਦਾ ਹੈ।
• ਨਵੇਂ ਡੈਸ਼ਬੋਰਡ ਡਿਸਕਨੈਕਟਡ ਡੇਟਾ ਨੂੰ ਕਿਉਂ ਨਹੀਂ ਸੁਲਝਾਉਂਦੇ: ਇੱਕ ਸਾਫ਼ ਚਾਰਟ ਅਰਥ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਡੈਸ਼ਬੋਰਡ ਮਸ਼ੀਨ ਦੇ ਸੰਦਰਭ ਤੋਂ ਬਿਨਾਂ ਇਹ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਗਾ ਸਕਦਾ ਕਿ ਸਟੇਟ ਕੋਡ "ਇੱਕ" ਦਾ ਮਤਲਬ ਚੱਲ ਰਹੀ, ਖਾਲੀ ਜਾਂ ਨੁਕਸ ਵਾਲੀ ਹਾਲਤ ਹੈ।
• ਐਜ ਦੀ ਵਿਹਾਰਕ ਭੂਮਿਕਾ: ਡੇਟਾ ਨੂੰ ਸਰੋਤ ਦੇ ਨੇੜੇ ਇੱਕ ਵਾਰ ਨਾਰਮਲਾਈਜ਼ ਕਰਨਾ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ, ਬਜਾਏ ਇਸਦੇ ਕਿ ਉਸਨੂੰ ਡਾਊਨਸਟ੍ਰੀਮ ਦੀਆਂ ਪੰਜ ਵੱਖ-ਵੱਖ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਵੇ।
• ISA-95 ਇੱਕ ਨਾਮਕਰਨ ਇਕਰਾਰਨਾਮੇ ਵਜੋਂ: ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤੋਂ ਸੈੱਲ ਤੱਕ ਦੇ ਲੜੀਵਾਰ ਢਾਂਚੇ ਨੂੰ ਐਸੇਟਾਂ ਨੂੰ ਲੱਭਣ ਲਈ ਇੱਕ ਸਥਿਰ ਨਕਸ਼ੇ ਵਜੋਂ ਵਰਤਣਾ, ਵਰਕ ਆਰਡਰ ਅਤੇ ਉਤਪਾਦ ਵਰਗੇ ਬਦਲਦੇ ਕਾਰੋਬਾਰੀ ਸੰਦਰਭ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ।
• ਯੂਨੀਫਾਈਡ ਨੇਮਸਪੇਸ (UNS) ਦਾ ਪ੍ਰਚਾਰ: UNS ਨੂੰ IT ਅਤੇ OT ਲਈ ਤੱਥ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਇੱਕ ਸਾਂਝੀ ਘਟਨਾ ਸਪੇਸ ਵਜੋਂ ਸਮਝਣਾ, ਨਾ ਕਿ ਕੋਈ ਨਵਾਂ ਮਾਸਟਰ ਡੇਟਾਬੇਸ ਜਾਂ ਜਾਦੂਈ ਹੱਲ ਜੋ ਬਿਨਾਂ ਯਤਨ ਦੇ ਸਾਂਝਾ ਓਪਰੇਟਿੰਗ ਮਾਡਲ ਬਣਾ ਦੇਵੇ।
• MQTT ਟੌਪਿਕ ਅਤੇ ਪੇਲੋਡ ਡਿਜ਼ਾਈਨ:
  • ਸਥਿਰ ਟੌਪਿਕ ਪਾਥਾਂ ਵਿੱਚ ਅਸਥਾਈ ਸੰਦਰਭ (ਉਤਪਾਦ ਕੋਡ, ਆਰਡਰ ਨੰਬਰ) ਭਰਨ ਦੇ ਖ਼ਤਰੇ।
  • ਟੌਪਿਕ ਨਾਮ ਕੇਸ-ਸੰਵੇਦਨਸ਼ੀਲ ਕਿਉਂ ਹਨ ਅਤੇ ਸਖ਼ਤ ਲੋਅਰਕੇਸ ਕਨਵੈਨਸ਼ਨਾਂ ਦੀ ਮੰਗ ਕਿਉਂ ਕਰਦੇ ਹਨ।
  • "ਆਮ JSON ਦੀ ਕੀਮਤ" ਅਤੇ ਸੈਮੈਂਟਿਕ ਇਕਰਾਰਨਾਮੇ (ਕਿਸਮਾਂ, ਯੂਨਿਟਾਂ, ਲਾਈਨੇਜ) ਕਿਉਂ ਜ਼ਰੂਰੀ ਹਨ।
• Sparkplug B: ਇਹ MQTT ਵਿੱਚ ਉਦਯੋਗਿਕ ਨਿਯਮ ਕਿਵੇਂ ਜੋੜਦਾ ਹੈ (ਪਰਿਭਾਸ਼ਿਤ ਟੌਪਿਕ, ਬਰਥ/ਡੈੱਥ ਲਾਈਫਸਾਈਕਲ ਸਟੇਟ), ਪਰ ਫਿਰ ਵੀ ਇਹ ਤੁਹਾਡੀਆਂ ਉਤਪਾਦਨ ਘਟਨਾਵਾਂ ਦਾ ਅਰਥ ਤੈਅ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ।
• Azure IoT Operations ਅਤੇ Microsoft Fabric: Microsoft ਦਾ ਐਜ ਡੇਟਾ ਪਲੇਨ ਪੈਟਰਨ, Arc-enabled Kubernetes 'ਤੇ ਮਾਡਿਊਲਰ ਸੇਵਾਵਾਂ ਚਲਾਉਣਾ, ਅਤੇ ਇਹ ਕਿ ਉਤਪਾਦਨ-ਤਿਆਰ ਡਿਪਲੌਇਮੈਂਟ ਹਾਈਬ੍ਰਿਡ IT/OT ਹੁਨਰਾਂ ਦੀ ਕਿਉਂ ਮੰਗ ਕਰਦਾ ਹੈ।
• ਕੰਟਰੋਲ ਬਨਾਮ ਡੇਟਾ ਪਲੇਨ ਦੀ ਸੀਮਾ: ਲੋਕਲ ਕੰਟਰੋਲ ਲੂਪਸ ਕਲਾਊਡ ਤੋਂ ਸੁਤੰਤਰ ਕਿਉਂ ਰਹਿਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਬ੍ਰੋਕਰ ਕਦੇ ਵੀ ਸੇਫ਼ਟੀ ਕੰਟਰੋਲਰ ਕਿਉਂ ਨਹੀਂ ਹੁੰਦਾ।

ਮੁੱਖ ਹਵਾਲਾ: "ਟ੍ਰਾਂਸਪੋਰਟ ਅਤੇ ਅਰਥ ਵੱਖ-ਵੱਖ ਕੰਮ ਹਨ। MQTT ਸੁਨੇਹਿਆਂ ਨੂੰ ਉਨ੍ਹਾਂ ਥਾਵਾਂ ਤੱਕ ਰੂਟ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਉਨ੍ਹਾਂ ਨੂੰ ਜਾਣਾ ਹੈ, ਅਤੇ OPC UA ਮਸ਼ੀਨ ਡੇਟਾ ਨੂੰ ਬਣਤਰ ਅਤੇ ਸੰਦਰਭ ਨਾਲ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।"

Tags: #ManufacturingData #MQTT #OPCUA #UnifiedNamespace #ISA95 #IndustrialIoT #OEE #AzureIoTOperations #MicrosoftFabric #ITOTconvergence #SmartFactory

Become a supporter of this podcast: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.