Vad är UNS-O?
Teknisk definition
Operational Unified Namespace – den operativa nivån i ett UNS i två nivåer (HubMinds modell). UNS-O är anläggningens realtidsnamnrymd på nivå 2-3 i Purdue-modellen, uppbyggd av källor som redan normaliserats vid maskingränsen genom gränssnittskontrakt, via OPC UA eller MQTT.
I korta drag
UNS-O är där sju maskiner med sju olika OPC UA-dialekter blir sju instanser av samma typ – en namnrymd som föds normaliserad i stället för att städas i efterhand.
Utmaningen?
Beställ sju maskiner och du får sju OPC UA-servrar med sju olika informationsmodeller: olika taggnamn för samma sak, olika enheter, olika tillståndsmaskiner. Alla är protokollkompatibla – och ömsesidigt obegripliga. Protokollkompatibilitet garanterar ingenting om semantik. Det klassiska UNS-svaret är att koppla in allt och kontextualisera i mellanvaran – men då har städkostnaden bara flyttat, och den återkommer vid varje ny maskin.
HubMinds metodik
I vår tvånivåmodell byggs UNS-O nedifrån och upp av kontrakterade källor: varje maskin och system ansluts via ett maskingränssnittskontrakt (nivå 1,5) som definierar identiteter, tillstånd, enheter och uppdateringstakter – leveranstestat innan maskinen godkänns. Namnrymden struktureras enligt ISA-95-hierarkin med IEC 81346 som identitetsryggrad.
Domäner är grenar i namnrymden – produktion, fastighet, energi – inte separata arkitekturer. Ett luftbehandlingsaggregat är “maskin nummer åtta”: samma kontraktslogik, samma typ/instans-mönster. Uppåt projiceras UNS-O till UNS-E för aggregerad, tvärdisciplinär delning. Tekniken kan vara OPC UA, MQTT eller båda – mönstret är detsamma.
Varningar & Fallgropar
“Koppla in allt, städa sedan”: Ett UNS byggt på onormaliserade källor blir en soptipp med bra sökfunktion. Normalisera vid källan – via kontrakt.
Styrning genom namnrymden: UNS-O distribuerar data – reglerkretsar och säkerhetsfunktioner bor kvar under nivå 1,5, i maskinens eget styrsystem.
En platt megarymd: Utan nivåindelning ser molnet ventilen – onödigt ur både arkitektur- och IEC 62443-perspektiv. Gränsen mellan UNS-O och UNS-E är en naturlig zon-/konduitgräns.
💡Vår rekommendation
Definiera maskinkontraktet först: En kanonisk informationsmodell per maskintyp – innan upphandling.
Strukturera enligt ISA-95, identifiera enligt IEC 81346: Hierarkin ger platsen, referensbeteckningen ger identiteten.
Behandla domäner som grenar: Fastighet och energi in i samma namnrymd – inte i egna silor.
Acceptanstesta anslutningen: Ingen källa in i UNS-O utan godkänt kontraktstest.
FAQ/Snabbfrågor
Är UNS-O samma sak som ett vanligt UNS? UNS-O är den operativa nivån i ett UNS uppdelat i två nivåer. Skillnaden mot “ett stort UNS” är att UNS-O bara innehåller kontrakterade källor och att företagsdelning sker via en styrd projektion (UNS-E) – inte genom att alla ser allt.
OPC UA eller MQTT? Båda fungerar. OPC UA ger starkare semantik nära maskinerna; MQTT ger enklare distribution. Vanlig hybrid: OPC UA vid maskingränsen, MQTT som distributionsnav.
Var går gränsen mot SCADA? SCADA blir en konsument och producent i UNS-O – inte grindvakten allt måste passera. Befintliga SCADA-system ansluts via samma kontraktslogik.
HubMinds relaterade sidor:
UNS, UNS-E och Machine Interface Data Contract
ISA-95, IEC 81346, OPC UA, MQTT och Sparkplug B
Branschresurser:
Sju maskiner, sju dialekter – eller en namnrymd?
HubMind hjälper anläggningsägare att bygga UNS-O med kontrakterade källor – så att integrationskostnaden per ny maskin går mot noll.
Omfattningsnotis: UNS-mönstret är domänagnostiskt. Det gäller inte bara fastigheter utan även industri, energi, logistik, laboratorier och annan digitaliserad verksamhet där operativ data behöver gemensam struktur och styrning.
« Tillbaka till begreppsbanken