Wat is een Unified Namespace en waarom heeft AI er een nodig?

Wat is een Unified Namespace (UNS)?

Een Unified Namespace (UNS) is een architectuurpatroon waarbij alle bedrijfsdata en productiedata via één centrale, gestructureerde datalaag stroomt. Elke machine en elk systeem publiceert zijn actuele status op één plek, en elk systeem dat data nodig heeft leest op diezelfde plek mee. De UNS is daarmee de single source of truth voor de actuele toestand van je hele fabriek.

Belangrijk om te weten: een UNS is geen product dat je koopt, maar een ontwerpkeuze. Je bouwt hem met bestaande technologie, meestal rond een MQTT broker, en hij groeit mee met je fabriek. Het patroon werd op de kaart gezet door de Amerikaanse Industrie 4.0 architect Walker Reynolds en is inmiddels terug te vinden tot in de referentiearchitecturen van de grote cloudplatformen. De kracht zit niet in de techniek zelf, maar in de afspraak die eronder ligt: alle data krijgt een logische naam, een vaste structuur en context.

En precies die context is de reden dat de UNS de laatste jaren zoveel aandacht krijgt. Wie AI wil laten werken in de fabriek, ontdekt al snel dat niet het model maar de data de bottleneck is. Daarover verderop meer.

Het probleem: datasilo's en een spaghetti van koppelingen

In een gemiddelde fabriek praat elk systeem alleen met zijn directe buur. De PLC praat met SCADA, SCADA met een historian, het MES met het ERP, en voor elk nieuw rapport wordt een nieuwe koppeling gebouwd. Elke koppeling is maatwerk: eigen formaat, eigen naamgeving, eigen onderhoud. Met tien systemen ontstaan zo tientallen kruisverbanden die niemand meer overziet.

Het gevolg kennen veel productiebedrijven maar al te goed: dezelfde meetwaarde bestaat drie keer onder drie verschillende namen, niemand weet welke versie klopt en elk dataproject begint opnieuw met uitzoeken en schoonmaken. De data is er wel, maar zit vast in silo's. McKinsey stelde al in 2015 vast dat van de data van de 30.000 sensoren op een offshore olieplatform minder dan één procent werd gebruikt voor besluitvorming, een beeld dat veel fabrieken vandaag nog steeds herkennen.

Een Unified Namespace draait dit model om. In plaats van systemen rechtstreeks aan elkaar te knopen, publiceert elk systeem zijn data één keer naar de centrale datalaag. Wie data nodig heeft, abonneert zich daarop. Een nieuw dashboard, een nieuwe koppeling of een nieuw AI model aansluiten betekent dan niet een nieuwe integratie bouwen, maar simpelweg meelezen. Dit is de kern van moderne integratie van IT en OT.

Hoe werkt een Unified Namespace? MQTT en de naamstructuur

Technisch bestaat een UNS meestal uit een centrale message broker, vrijwel altijd op basis van MQTT, met daaromheen edge devices die machines en sensoren ontsluiten. Systemen publiceren hun data volgens het publish/subscribe principe en melden doorgaans alleen wijzigingen (report by exception), in plaats van continu bevraagd te worden. Dat is licht, snel en schaalbaar.

Het hart van de UNS is de naamstructuur. Elke waarde krijgt een pad dat de structuur van je bedrijf volgt, vaak geïnspireerd op de ISA 95 standaard: onderneming, locatie, afdeling, lijn, machine. Een temperatuur heet dan niet TT104, maar bijvoorbeeld:

Meshnex/Utrecht/Verpakking/Lijn2/Vulmachine/Temperatuur

Dat pad vertelt in één oogopslag wélke temperatuur dit is, van welke machine, op welke lijn en op welke locatie. Voeg daar eenheid, tijdstip en status aan toe en elke waarde is zelfverklarend. Dat lijkt een detail, maar het is de kern van het hele patroon: de betekenis reist mee met de data.

Goed om te weten: de UNS bevat de actuele toestand van je fabriek, niet de geschiedenis. Voor historie en trends sluit je een historian of tijdreeksdatabase aan als abonnee, die alles wat langskomt netjes opslaat in dezelfde structuur.

Waarom context het verschil maakt voor AI

Nu het echte verhaal. Analistenbureau Gartner voorspelde begin 2025 dat tot en met 2026 zestig procent van de AI projecten die niet op geschikte data steunen, wordt stopgezet. Niet omdat de modellen tekortschieten, maar omdat de data er niet klaar voor is. In de industrie is dat pijnlijk herkenbaar: de meeste fabrieken hebben bergen data en nauwelijks context.

Een AI model dat de waarde 74,3 binnenkrijgt, kan er niets mee. Hoort die waarde bij een vulmachine of een oven? Zijn het graden of bar? Van welke lijn, tijdens welke batch, bij welk product? Zonder die context is elke analyse giswerk, en dus begint elk AI project vandaag met weken handwerk om data te verzamelen, te ontcijferen en schoon te maken. Voor elk volgend project: opnieuw.

Een Unified Namespace lost dat structureel op, om drie redenen:

• De context reist mee met de data. Het pad, de eenheid en het tijdstip vertellen een model precies wat het ziet. Data uit de UNS is per definitie voorzien van betekenis, en die betekenis is voor elke machine en elke lijn hetzelfde opgebouwd.
• Eén keer aansluiten, alles beschikbaar. Een AI toepassing abonneert zich op de datalaag en heeft direct toegang tot de actuele toestand van de hele fabriek. Geen maatwerkkoppeling per project, geen wachten op de IT afdeling.
• AI assistenten kunnen er de weg vinden. Een taalmodel kan een logische naamstructuur doorbladeren zoals jij een mappenstructuur doorbladert. Vraag je fabriekscopiloot waarom lijn twee vannacht stilstond, dan weet die dankzij de UNS precies waar de relevante data staat.

Kort gezegd: de UNS maakt van ruwe signalen betekenisvolle informatie, en dat is exact wat AI nodig heeft. Wie eerst zijn datalaag op orde brengt, ziet elk volgend AI project sneller en goedkoper worden. Wie het overslaat, betaalt de rekening per project opnieuw.

Wat kun je ermee? AI toepassingen op een UNS

Met een gevulde Unified Namespace als fundament worden toepassingen die eerst maanden kostten ineens behapbaar:

• Voorspellend onderhoud: modellen herkennen afwijkende patronen per machine, omdat trillingen, temperaturen en cyclustijden overal dezelfde structuur en context hebben.
• Kwaliteitsbewaking: procesdata en resultaten van machine vision en AI komen samen in dezelfde datalaag, zodat je afkeur kunt herleiden naar procescondities.
• Energieoptimalisatie: verbruik per machine en per product wordt vergelijkbaar over lijnen en locaties heen, het fundament onder energiemanagement.
• Digitale tweeling: een platform zoals MeshOS abonneert zich op de UNS en houdt zo een live digitaal model van je fabriek bij.
• AI assistenten op de werkvloer: operators en engineers stellen in gewone taal vragen over stilstand, kwaliteit en verbruik, en de assistent vindt het antwoord in de gestructureerde datalaag.

Zo begin je met een Unified Namespace

Een UNS bouw je niet in één keer voor de hele fabriek. De succesvolle route is dezelfde als bij elke digitaliseringsstap richting Industrie 4.0: klein beginnen, waarde aantonen, uitbreiden.

1. Ontwerp je naamstructuur. Volg de structuur van je bedrijf: locatie, afdeling, lijn, machine. Gebruik ISA 95 als leidraad, niet als dogma. Belangrijker dan perfectie is consistentie.
2. Ontsluit één lijn. Lees de PLC's uit via bestaande protocollen, plaats waar nodig sensoren en laat een edge device de data publiceren naar de broker. De productie merkt er niets van.
3. Voeg context toe aan de bron. Geef elke waarde direct de juiste naam, eenheid en betekenis op het moment dat die de UNS in gaat. Context achteraf toevoegen is precies het handwerk dat je wilt afschaffen.
4. Sluit afnemers aan. Een dashboard, een historian, een eerste AI toepassing: elk nieuw systeem is voortaan een abonnee in plaats van een project.
5. Regel het beheer. Spreek af wie de naamstructuur beheert en hoe wijzigingen verlopen. Een UNS is voor een klein deel techniek en voor het grootste deel afspraken; zonder eigenaar verwatert de structuur.

Veelgestelde vragen over de Unified Namespace

Is een UNS gewoon een MQTT broker?

Nee. De broker is de techniek waarmee je een UNS meestal bouwt, maar het patroon draait om de gestructureerde naamgeving en de afspraak dat alle systemen via die ene datalaag communiceren. Een broker zonder doordachte structuur is nog geen Unified Namespace.

Wat is het verschil tussen een UNS en een data lake?

Een data lake slaat grote hoeveelheden ruwe data op voor analyse achteraf. Een UNS is de live datalaag die de actuele toestand van je fabriek deelt, voorzien van structuur en context. Ze vullen elkaar aan: de UNS levert de gestructureerde stroom waarmee je een data lake of historian vult.

Vervangt een UNS mijn historian of SCADA?

Nee. SCADA blijft besturen en bewaken, de historian blijft geschiedenis opslaan. De UNS is de gemeenschappelijke laag waarlangs die systemen hun data delen met de rest van de organisatie, in plaats van via losse koppelingen.

Heb ik Sparkplug B nodig voor een UNS?

Niet per se. Sparkplug B is een handige standaard voor het structureren van MQTT berichten, maar een UNS werkt ook prima met goed doordachte eigen naamgeving en payloads. Kies wat past bij je systemen en leveranciers; de consistentie van je structuur is belangrijker dan het protocol.

Is een Unified Namespace alleen iets voor grote bedrijven?

Nee. Juist voor het mkb is de UNS aantrekkelijk: je begint met één broker en één lijn, en elke uitbreiding hergebruikt wat er al staat. De investering groeit mee met de waarde, in plaats van dat je vooraf een groot platform moet neerzetten.

Conclusie: context is het fundament onder AI

De vraag is niet meer óf AI de fabriek in komt, maar of jouw data er klaar voor is. Een Unified Namespace geeft al je machinedata één structuur, één plek en één betekenis, en dat is precies de context die AI nodig heeft om waarde te leveren. Begin klein, bouw de structuur zorgvuldig op en elk volgend project, van dashboard tot AI assistent, wordt sneller en goedkoper dan het vorige.

Meshnex ontwerpt en bouwt Unified Namespace architecturen voor productiebedrijven, van de eerste PLC koppeling tot een complete digitale tweeling met AI. Benieuwd hoe dat er in jouw fabriek uitziet? Neem contact op of lees meer over onze aanpak.