M365Con 2027 – ఉచిత ఆన్‌లైన్ సమావేశం · 11–22 Jan 2027 · 120 sessions→ m365con.net

2026-10-20

MQTT మరియు OPC UA in Microsoft Manufacturing: Azure IoT Operations + Fabric Architecture

MQTT మరియు OPC UA in Microsoft Manufacturing: Azure IoT Operations + Fabric Architecture
ప్లాంట్ ఫ్లోర్‌ను విప్పడం: MQTT vs OPC UA & డిస్కనెక్ట్ అయిన తయారీ డేటా గురించిన నిజం. ERP, MES, మరియు Azure వ్యవస్థలు ఉన్నప్పటికీ ఆధునిక ఫ్యాక్టరీలు ఇంకా మాన్యువల్ ఎక్స్‌పోర్ట్‌లు మరియు అంచనాలపై ఎందుకు నడుస్తున్నాయి? ఈ ఎపిసోడ్ సాంకేతిక హైప్‌ను దాటి అసలు సమస్యను విశ్లేషిస్తుంది: తయారీ డేటాపై ప్రాథమికంగా విశ్వాసం లేకపోవడం. పరిశ్రమ కనెక్టివిటీని MQTT మరియు OPC UA మధ్య గెలుపు-ఓటమి యుద్ధంగా చిత్రీకరిస్తుంది, కానీ అది అసలు విషయాన్ని కోల్పోతుంది. మీ ఆపరేటర్లు కార్పొరేట్ డాష్‌బోర్డ్ కంటే లోకల్ HMIని ఎక్కువగా నమ్మితే, లేదా ప్రతి OEE సమీక్ష ఏ సంఖ్యలు సరైనవో అనే వాదనగా మారితే, అది ప్రోటోకాల్ సమస్య కాదు—సెమాంటిక్ సమస్య. సాంకేతికత మాత్రమే అర్థాన్ని సృష్టించదు; నిజంగా కనెక్ట్ అయిన ఫ్యాక్టరీని నిర్మించాలంటే, మొదట ఉత్పత్తి సమస్యతో ప్రారంభించి, సాంకేతికతను విస్తరించే ముందు ఉత్పత్తి ఈవెంట్‌ల కోసం ఒక ఉమ్మడి భాషను నిర్వచించాలి.

UNTANGLING THE PLANT FLOOR: MQTT vs OPC UA & THE TRUTH ABOUT DISCONNECTED MANUFACTURING DATA ప్రస్తుత ఫ్యాక్టరీలు ERP, MES, Azure వ్యవస్థలు ఉన్నప్పటికీ ఇంకా మాన్యువల్ ఎగుమతులు మరియు అంచనాలపై ఎందుకు నడుస్తున్నాయి? ఈ ఎపిసోడ్ టెక్నాలజీ హైప్‌ను తొలగించి అసలు సమస్యను విశ్లేషిస్తుంది: తయారీ డేటాపై ప్రాథమిక విశ్వాస లోపం. ప్రజలు పారిశ్రామిక కనెక్టివిటీని MQTT మరియు OPC UA మధ్య విజేత-అన్నీ-తీసుకునే పోరాటంగా చూపిస్తారు, కానీ అది పూర్తిగా లక్ష్యాన్ని కోల్పోతుంది. మీ ఆపరేటర్లు కార్పొరేట్ డాష్‌బోర్డ్ కంటే లోకల్ HMIని ఎక్కువగా నమ్మితే, లేదా ప్రతి OEE సమీక్ష ఏ సంఖ్యలు సరైనవో అనే వాదనగా మారితే, మీకు ప్రోటోకాల్ సమస్య లేదు—మీకు అర్థ (semantic) సమస్య ఉంది. టెక్నాలజీ మాత్రమే అర్థాన్ని సృష్టించదు; నిజంగా కనెక్ట్ అయిన ఫ్యాక్టరీని నిర్మించాలంటే, మీ టెక్నాలజీ స్టాక్‌ను విస్తరించే ముందు ఉత్పత్తి సమస్యతో ప్రారంభించి, ఉత్పత్తి ఈవెంట్‌ల కోసం ఒక ఉమ్మడి భాషను నిర్వచించాలి.

ఈ ఎపిసోడ్‌లో మేము చర్చించేవి:

  • ప్లాంట్ ఫ్లోర్‌పై విశ్వాస అంతరం: ERP మరియు Azureలో భారీ పెట్టుబడి పెట్టినప్పటికీ ప్లానర్లు స్ప్రెడ్‌షీట్‌లపై ఎందుకు పని చేస్తారు మరియు ఆపరేటర్లు లోకల్ HMIలపై ఎందుకు ఆధారపడతారు.
  • సంఖ్యల యుద్ధం: ఉదయం, మధ్యాహ్నం మరియు రాత్రి షిఫ్టులు తరచుగా మూడు వేర్వేరు ఉత్పత్తి లెక్కలతో ఎందుకు వస్తాయి, మరియు అవి తప్పనిసరిగా తప్పు కాదు, ప్రక్రియలోని వేర్వేరు పాయింట్లను వివరిస్తాయి.
  • MQTT vs. OPC UA – రెండు వేర్వేరు పనులు, ప్రత్యర్థులు కాదు:

    • MQTT (రవాణా): తేలికపాటి, ప్రచురించు/సబ్‌స్క్రైబ్ ప్రోటోకాల్, ఇది సందేశాలను సమర్థవంతంగా రూట్ చేయడంలో, ప్రచురణకర్తలను వినియోగదారుల నుండి వేరు చేయడంలో మరియు అస్థిర నెట్‌వర్క్‌లను నిర్వహించడంలో రాణిస్తుంది. పేలోడ్‌లో ఏముందో దానితో దానికి సంబంధం లేదు; ఇది కేవలం ఎన్వలప్‌ను అందిస్తుంది.
    • OPC UA (అర్థం): ఆ వస్తువు ఏమిటో మరియు ఒక విలువ దేనిని సూచిస్తుందో నిర్వచిస్తుంది. ఇది నిర్మాణాత్మక నమూనాలు, వేరియబుల్ రకాలు, ఇంజనీరింగ్ యూనిట్లు మరియు అప్లికేషన్ లేయర్‌లో నిర్మించిన భద్రతతో బ్రౌజ్ చేయగల చిరునామా స్థలాన్ని అందిస్తుంది.
  • కొత్త డాష్‌బోర్డ్‌లు డిస్‌కనెక్ట్ అయిన డేటాను ఎందుకు పరిష్కరించలేవు: ఒక శుభ్రమైన చార్ట్ అర్థాన్ని సృష్టించదు. స్టేట్ కోడ్ "one" అంటే రన్నింగ్, ఐడిల్ లేదా ఫాల్టెడ్ అని డాష్‌బోర్డ్ యంత్రం నుండి సందర్భం లేకుండా ఊహించలేదు.
  • ఎడ్జ్ యొక్క ఆచరణాత్మక పాత్ర: డేటాను మూలానికి దగ్గరగా ఒకసారి సాధారణీకరించడం ఎందుకు కీలకం, బదులుగా దిగువ వ్యవస్థలలో ఐదుసార్లు మ్యాప్ చేయడం కాకుండా.
  • ISA-95 ఒక నామకరణ ఒప్పందంగా: ఎంటర్‌ప్రైజ్-టు-సెల్ క్రమానుగతాన్ని స్థిరమైన మ్యాప్‌గా ఉపయోగించి, వర్క్ ఆర్డర్‌లు మరియు ఉత్పత్తులు వంటి మారుతున్న వ్యాపార సందర్భాన్ని వర్తింపజేసే ముందు ఆస్తులను స్థిరంగా గుర్తించడం.
  • యునిఫైడ్ నేమ్‌స్పేస్ (UNS) హైప్: UNSను IT మరియు OT వాస్తవాలను ప్రచురించే ఉమ్మడి ఈవెంట్ స్థలంగా అర్థం చేసుకోవడం—కొత్త మాస్టర్ డేటాబేస్ లేదా ప్రయత్నం లేకుండా ఉమ్మడి ఆపరేటింగ్ మోడల్‌ను సృష్టించే మేజిక్ పరిష్కారం కాదు.
  • MQTT టాపిక్ మరియు పేలోడ్ డిజైన్:

    • స్థిరమైన టాపిక్ మార్గాలలో తాత్కాలిక సందర్భం (ఉత్పత్తి కోడ్‌లు, ఆర్డర్ నంబర్లు) ఉంచడంలోని ప్రమాదాలు.
    • టాపిక్ పేర్లు ఎందుకు కేస్-సెన్సిటివ్‌గా ఉంటాయి మరియు కఠినమైన లోయర్‌కేస్ సంప్రదాయాలను ఎందుకు కోరతాయి.
    • "సాధారణ JSON యొక్క ఖర్చు" మరియు సెమాంటిక్ ఒప్పందాలు (రకాలు, యూనిట్లు, వంశవృక్షం) ఎందుకు అవసరం.
  • Sparkplug B: ఇది MQTTకి పారిశ్రామిక నియమాలను ఎలా జోడిస్తుంది (నిర్వచించిన టాపిక్‌లు, బర్త్/డెత్ జీవితచక్ర స్థితి), అయినప్పటికీ మీ ఉత్పత్తి ఈవెంట్‌లు నిజంగా దేనిని సూచిస్తాయో నిర్వచించాల్సిన అవసరాన్ని అది భర్తీ చేయదు.
  • Azure IoT Operations & Microsoft Fabric: Microsoft యొక్క ఎడ్జ్ డేటా ప్లేన్ నమూనా, Arc-ప్రారంభించిన Kubernetes పై మాడ్యులర్ సేవలను నడపడం, మరియు ఉత్పత్తి-సిద్ధమైన డిప్లాయ్‌మెంట్‌కు హైబ్రిడ్ IT/OT నైపుణ్యాలు ఎందుకు అవసరం.
  • కంట్రోల్ vs. డేటా ప్లేన్ సరిహద్దు: స్థానిక నియంత్రణ లూప్‌లు క్లౌడ్ నుండి స్వతంత్రంగా ఎందుకు ఉండాలి, మరియు బ్రోకర్ ఎప్పుడూ భద్రతా కంట్రోలర్ కాదు.
ముఖ్య కోట్"రవాణా మరియు అర్థం వేర్వేరు పనులు. 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.

Apple Podcasts · Spotify · YouTube · Deezer

MQTT and OPC UA in Microsoft Manufacturing: Azure IoT Operations + Fabric Architecture (English)