Virker med verktøyene dere allerede har

Hva den skriver	Hva som er i den	Hvor grundig det er sjekket
Et Asset Administration Shell AAS, IEC 63278	Hver maskin som et shell, hver måling som en egenskap med enheten sin, og målingene den ikke ville plassere i en egen del, med begrunnelsen.	sjekket mot det offisielle JSON-skjemaet på begge de ekte anleggene
Et emnetre for Unified Namespace ISA-95, UNS	Virksomhet, anlegg, område, linje, maskin, måling. Et nivå den ikke kunne fastslå, merkes som ukjent; en tagg som ikke er plassert, får sin egen gren, aldri under en maskin.	bare fil; ingenting publiseres til en broker
Brick bygg	Maskiner, punkter og enheter i Brick-skjemaet, der koblingen er sikker, og utelatt der den ikke er det.	hver klasse sjekket mot Brick 1.3; lest av rdflib
Dokumentasjon av Ignition-tagger Inductive Automation	Mapper per maskin, hver tagg med hva den måler, enheten og grunnlaget, til å importere i en ny mappe og gå gjennom.	formatet fra leverandørens dokumentasjon; ennå ikke importert på en levende gateway
Power BI og Grafana dashbord	En tagg-ordbok å koble mot, med om hver måling kan stoles på denne uken, og Grafana-merknader som sier «frosset siden tirsdag» rett på panelet.	TMDL og merknadsformatet fra leverandørenes dokumentasjon; ennå ikke lastet inn i noen av dem
Arbeidsordre Maximo eller et annet vedlikeholdssystem	Hver feil i data som en foreslått arbeidsordre med maskinen, grunnlaget og en prioritet etter en oppgitt regel, som CSV og som utkast for Maximo. En person sender dem.	feltnavn fra IBMs dokumentasjon; ingenting sendes noen gang
Anleggsregisteret deres Gemini VA, IFS, Maximo	Hver maskin koblet til registerets eget objekt, med grunnlaget, eller avslått når to objekter passer omtrent like godt.	testet på et oppdiktet register, som tester logikken, ikke treffsikkerheten på deres
Enhver KI-assistent MCP	16 verktøy som bare leser, som prosess eller via URL. Ett av dem, check_tag, tar en tagg slik en annen server navngir den, og sier hva den er og om den kan stoles på denne uken.	testet her; ennå ikke kjørt ved siden av de andre leverandørenes servere

Kjørt på to ekte danske anlegg ble hver fil over skrevet fra én kompilering: 7 maskiner og 17 målinger for renseanlegget, 41 maskiner, 145 emner og 37 tagger holdt utenfor med begrunnelsen for kontorbygget. Den foreslo 5 arbeidsordre der og 1 på renseanlegget, én for hver feil i data den fant den uken.

Sjekken før en årsrapport fant noe vi først tok feil av. På kontorbygget flagget den viftene og varmen som frosset. De sto stille: helger, og en september uten oppvarming. Nå leser den en akkumulert teller mot sin egen rate på samme maskin, etter bevaringsloven, og det forklarte 35 stillestående perioder. 6 sto igjen, alle på 2 tellere for fjernvarme som sto stille i et døgn eller mer mens effekten gjennom dem sa at de skulle ha økt: en måler som rapporterer sent, eller en feil, som en person må avgjøre. Og ikke ett eneste tall ble «klart», på noen av stedene, fordi de publiserte eksportene ikke har enheter (13 av 13 tall der, 4 av 4 på renseanlegget). En enhet er det første en person bekrefter.

Den leser mer av det et styresystem allerede vet

Legg en tag-eksport fra Ignition eller en objektliste fra Geo SCADA ved siden av eksportene, så blir mappene, malene, enhetene og områdene i den grunnlag for hvilken maskin en tagg sitter på og hva den måler. Der en fil er uenig med taggens eget navn, gjelder navnet, og uenigheten skrives ned.

Ved siden av andre KI-servere, ikke i stedet for dem

Mange anlegg kommer til å koble en assistent til OPC UA-serveren, historikeren eller Ignition. Flere av serverne fra miljøet for disse kan også skrive til anlegget. Den fra Auge kan ikke det. Mønsteret vi anbefaler: la assistenten lese verdier fra anleggets egen server, og spørre check_tag hos Auge før den stoler på en. En frosset måler kommer da tilbake som «ikke stol på denne, frosset siden tirsdag» i stedet for et selvsikkert tall.

Alle filene over kommer fra den samme kjøringen, med det samme grunnlaget bak seg.