i3X forklart: Det nye API-laget for industriell datatilgang

Industriell digitalisering går raskere enn noen gang, men én utfordring henger igjen: Det er vanskelig å få tak i data på en enkel, standardisert måte. Hver plattform har sitt eget API, som gjør integrasjon tidkrevende og komplekst. i3X kan være løsningen på nettopp dette. 

I denne artikkelen

(trykk for å gå direkte til innholdet) 

i3X står for «Industrial Interoperability eXchange», og er et åpent, leverandøruavhengig API-rammeverk utviklet av CESMII (USAs institutt for Smart Manufacturing).

Formålet med i3X er å etablere et felles API for kontekstualiserte produksjonsdata, slik at applikasjoner kan kommunisere med industrielle systemer som for eksempel Historian-databaser og MES-systemer gjennom én standardisert modell i stedet for mange proprietære varianter.

i3X er per nå i pre-release alfaversjon, med mål om en komplett 1.0-versjon i 2026.

OT-miljøer har ofte integrasjonsutfordringer som følge av proprietære API-språk, som gjør at hver plattform og applikasjon krever sin egen spesialtilpassede konfigurasjon. For fem plattformer og fem IT-systemer er det 25 integrasjoner før du kan få innsikt i produksjonsdata.

De siste årene har Unified Namespace (UNS) løst lignende utfordringer for hendelsesbasert dataflyt (pub/sub), men frem til nå har det manglet et standardisert grensesnitt for spørring etter kontekstualiserte data. Det er nettopp dette gapet i3X forsøker å fylle.

i3X gir et felles grensesnitt, som gjør at integrasjoner kan lages én gang, og brukes overalt. Dette er spesielt nyttig i situasjoner der flere ulike plattformer må snakke sammen samtidig.

For eksempel når en applikasjon trenger data fra både Historian-databasen, MES-systemet, UNS og kvalitetssystemet vil i3X kunne løse dette uten at du må håndtere fire ulike API-er. Det er også ideelt for AI-systemer, som ofte trenger rask tilgang til strukturerte, kontekstualiserte data.

I videoene nedenfor kan du få en praktisk introduksjon til i3X og hvordan det kan brukes med HighByte Intelligence Hub.

AI-systemer trenger ikke bare data, de må forstå hva dataene betyr. Dette har vært en stor utfordring for agent-basert industriell AI. MCP (Model Context Protocol) gir en standard for hvordan AI-agenter kan koble seg til datasystemer, men definerer ikke hvilke objekter, relasjoner og datatyper som finnes.

i3X kan fylle dette gapet ved å introdusere et felles API med strukturert data. Sammen med MCP gjør dette det enklere for AI-agenter å finne, forstå og bruke industridata på en trygg og standardisert måte, og reduserer utviklingstid og kompleksitet.

For å lettere forstå hvordan i3X passer inn i arkitekturen, kan vi se hvordan det skiller seg fra UNS og OPC UA, to teknologier mange kjenner til:

Unified Namespace (UNS) håndterer sanntidsflyt av hendelser ved hjelp av pub/sub-kommunikasjon som MQTT. Det gjør UNS ideelt for sanntidsprosessdata og hendelsesbasert arkitektur. i3X dekker et annet behov: Et felles API for å hente og spørre etter strukturert data. 

Sammen gir de både tilgang til sanntidsdata og en felles måte å hente informasjon om historikk, objekter og relasjoner.

OPC UA er en kommunikasjonsprotokoll som brukes til å hente data direkte fra maskiner. i3X ligger høyere i arkitekturen, og standardiserer hvordan applikasjoner spør etter kontekstualiserte data fra plattformer som Historian, MES eller UNS.

De løser ulike oppgaver og kan brukes sammen, blant annet gjennom en kommende OPC-UA-til-i3X-bridge. 

Potensielt kan i3X bli et fundament for neste generasjons interoperabilitet, men vi er fremdeles i en tidlig fase uten bred industriadopsjon.

CESMII og ARC Advisory Group peker på at det kan bli et nøkkelverktøy i utviklingen av industriell AI ved å standardisere det semantiske laget, altså vokabularet som AI-agenter trenger for å forstå data på tvers av systemer.

Selv om i3X har stort potensial finnes det utfordringer. Den største er at initiativet fortsatt befinner seg i en alfa-fase, og kan endre seg frem til versjon 1.0. Det betyr at tidlige implementeringer kan kreve oppdatering. 

I tillegg er adopsjon avhengig av at plattformleverandører bygger inn støtte for i3X. Hvis hver leverandør lager sin egen variant av standarden, vil man ende opp med fragmentering i stedet for samling. Felles forvaltning og bred industrideltagelse er avgjørende for å lykkes.

Hvis i3X får gjennomslag blant systemleverandører, kan det bli et av de viktigste fundamentene for industrielle programvarer i fremtiden. Standardiserte API-er kan gjøre integrasjoner raskere, billigere og langt mer bærekraftige over tid, på samme måte som OPC UA gjorde for maskiner. 

I tillegg kan det gi industriell AI et stort løft ved å fjerne behovet for spesialtilpasset datatilgang i hvert system. Resultatet er at apper og AI-agenter kan bygges én gang, og fungerer på tvers av fabrikker, systemer og leverandører.