.svg)
Waarom machinegegevens moeilijker te integreren zijn met bedrijfssystemen dan bedrijfsgegevens met zichzelf
De scheiding tussen IT (informatietechnologie) en OT (operationele technologie) in de maakindustrie is geen recent ongemak. Het is een structurele realiteit. IT-systemen zijn ontworpen voor transactionele, gestructureerde gegevens en door mensen aangestuurde workflows. OT-systemen zijn ontworpen voor industriële besturing, continue datastromen en betrouwbaarheid op machineniveau. Ze gebruiken verschillende protocollen, verschillende updatefrequenties, verschillende beveiligingsmodellen en verschillende organisatie-eigenaren.
Gedurende het grootste deel van het Industrie 3.0-tijdperk werkten de twee werelden parallel, en de verbroken verbinding was aanvaardbaar. Industrie 4.0 heeft dat veranderd. Voor voorspellend onderhoud moeten productiegegevens in realtime naar analyseplatforms worden gestuurd. AI-gestuurde kwaliteitscontrole heeft OT-signalen nodig die zijn geïntegreerd met de PLM- en ERP-context. Live OEE-dashboards hebben de status van de machine nodig om de business intelligence-lagen te bereiken. Dit werkt allemaal niet als OT-gegevens op de werkvloer vastzitten.
De kosten van de IT/OT-kloof voor fabrikanten
Als OT en IT niet met elkaar verbonden zijn, gebruiken fabrikanten twee verschillende versies van de realiteit. De fabrieksmanager ziet één set cijfers in het SCADA-systeem. De operationeel directeur ziet een andere in het ERP. Productiebeslissingen en inkoopbeslissingen worden genomen op basis van gegevens die niet op elkaar zijn afgestemd, omdat de systemen die elke weergave genereren niet continu informatie uitwisselen. Dit zijn de operationele kosten om de IT/OT-laag onopgelost te laten.
MQTT Sparkplug B en de Unified Namespace aan de rand van het OT
Het moderne antwoord op het gegevensprobleem aan de OT-kant is een architectuur voor publiceren en abonneren. MQTT is een lichtgewicht berichtenprotocol dat is ontworpen voor omgevingen met beperkte netwerken en veel apparaten. MQTT Sparkplug B voegt structuur, metadata en staatsbewustzijn toe aan MQTT, waardoor het specifiek geschikt is voor industriële IoT-toepassingen.
De Unified Namespace (UNS) is het architectuurconcept dat die gegevens organiseert in een gecentraliseerde, semantisch gestructureerde laag. In plaats van dat elk systeem rechtstreeks gebruik maakt van individuele PLC's en sensoren, worden alle OT-gegevens naar de UNS gepubliceerd met behulp van een hiërarchische naamgevingsstructuur, zoals enterprise/site/gebied/lijn/machine. Elke consument die die gegevens nodig heeft, onderschrijft het relevante onderwerp, ongeacht waar de gegevens oorspronkelijk vandaan kwamen. Dit ontkoppelt producenten van consumenten en verandert de OT-datalaag van een wirwar van point-to-point-verbindingen in een schone, schaalbare datafabric.
Waar de meeste IT/OT-architecturen kapot gaan: de brug naar bedrijfssystemen
Een veelgemaakte architectuurfout is om de UNS als bestemming te beschouwen en vervolgens te proberen ERP-, MES- en analyseplatforms rechtstreeks te koppelen aan MQTT-onderwerpen. In de productie werkt dit zelden goed. Bedrijfssystemen zijn niet ontworpen om hoogfrequente telemetriegegevens te verbruiken. ERP-databases zouden overweldigd worden door onbewerkte sensorstromen. De directe koppeling tussen OT-brokers en IT-systemen zorgt ook voor organisatorische en veiligheidsspanningen die de meeste fabrikanten willen vermijden.
De architectonisch schonere aanpak is een gelaagd model. De UNS zorgt voor de normalisatie van OT-gegevens. Er bevindt zich een aparte integratielaag tussen de UNS en de bedrijfssystemen, waarbij alleen de gegevens worden getransformeerd, gefilterd en gerouteerd die elk bedrijfssysteem daadwerkelijk nodig heeft, in het formaat en de frequentie die het aankan.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
