.svg)
Varför maskindata är svårare att integrera med företagssystem än företagsdata är med sig själv
Uppdelningen mellan IT (Information Technology) och OT (Operational Technology) inom tillverkningen är inte ett besvär nyligen. Det är en strukturell verklighet. IT-system designades för transaktionella, strukturerade data och människodrivna arbetsflöden. OT-system designades för industriell styrning, kontinuerliga dataströmmar och tillförlitlighet på maskinnivå. De använder olika protokoll, olika uppdateringsfrekvenser, olika säkerhetsmodeller och olika organisationsägare.
Under större delen av Industry 3.0-eran fungerade de två världarna parallellt, och frånkopplingen var acceptabel. Industry 4.0 har förändrat det. Prediktivt underhåll kräver produktionsdata som flödar till analysplattformar i realtid. AI-driven kvalitetskontroll kräver OT-signaler integrerade med PLM- och ERP-sammanhang. Live OEE-instrumentpaneler behöver maskinstatus för att nå Business Intelligence-lager. Inget av detta fungerar när OT-data förblir instängda på verkstadsgolvet.
Kostnaden för IT/OT-klyftan för tillverkare
När OT och IT inte är anslutna arbetar tillverkarna på två separata versioner av verkligheten. Anläggningschefen ser en uppsättning nummer i SCADA-systemet. Verksamhetschefen ser en annan i ERP. Produktionsbeslut och upphandlingsbeslut fattas på data som inte stämmer överens, eftersom systemen som genererar varje vy inte utbyter information kontinuerligt. Detta är driftskostnaden för att lämna IT/OT-lagret olöst.
MQTT Spark Plug B och Unified Namespace vid OT-kanten
Det moderna svaret på dataproblemet på OT-sidan är en publicera-prenumerationsarkitektur. MQTT är ett lättviktigt meddelandeprotokoll utformat för miljöer med begränsade nätverk och många enheter. MQTT Sparkplug B lägger till struktur, metadata och tillståndsmedvetenhet ovanpå MQTT, vilket gör den lämplig specifikt för industriella IoT-användningsfall.
UNS (Unified Namespace) är det arkitektoniska konceptet som organiserar dessa data i ett centraliserat, semantiskt strukturerat lager. Istället för att varje system drar direkt från enskilda PLC:er och sensorer publiceras all OT-data till UNS med hjälp av en hierarkisk namnstruktur som företag/plats/område/linje/maskin. Alla konsumenter som behöver dessa uppgifter prenumererar på det relevanta ämnet, oavsett var uppgifterna ursprungligen kom ifrån. Detta frikopplar producenter från konsumenter och förvandlar OT-datalagret från ett virvar av punkt-till-punkt-anslutningar till en ren, skalbar datastyg.
Där de flesta IT/OT-arkitekturer går sönder: bron till företagssystem
Ett vanligt arkitektoniskt misstag är att behandla UNS som destination och sedan försöka ansluta ERP-, MES- och analysplattformar direkt till MQTT-ämnen. Detta fungerar sällan bra i produktionen. Företagssystem var inte utformade för att konsumera högfrekvent telemetridata. ERP-databaser skulle överväldigas av råa sensorströmmar. Direkt koppling mellan OT-mäklare och IT-system skapar också organisatoriska och säkerhetsspänningar som de flesta tillverkare vill undvika.
Det arkitektoniskt renare tillvägagångssättet är en skiktad modell. UNS hanterar OT-datanormalisering. Ett separat integrationslager sitter mellan UNS och företagssystemen och omvandlar, filtrerar och dirigerar endast de data som varje affärssystem faktiskt behöver, i det format och frekvens det kan hantera.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
