Virtuel FAT vs. fysisk FAT: Hvad skal I teste hvor?

Fabriksaccept (FAT, Factory Acceptance Test) er den formelle acceptbegivenhed, hvor maskinbyggeren viser, at maskinen opfylder aftalte specifikationer, før den sendes til kunden. Typisk dækker den normal drift, sikkerhed, alarmer, omstillinger og dokumentation, med kunden til stede på fabriksgulvet.

FAT er dyr i gulvtid, koordinering og kalender. Virtuel fabriksaccept findes for at ankomme bedre forberedt, ikke for at springe den fysiske accept over.

SAT (site-accept-test) følger typisk efter, når maskinen står hos kunden. Fejl ved SAT er ofte dyrere at rette end ved fabriksaccept, fordi rejsen, produktionen og kundens tålmodighed allerede er inde i billedet.

Kontrakten definerer, hvad der skal demonstreres, hvordan det dokumenteres, og hvornår kunden signerer. Uden den struktur bliver fabriksaccept let en uformel prøvekørsel, og uenighed opstår, når noget næsten virker.

Virtuel fabriksaccept anvender samme acceptmindset på et digitalt testmiljø. Scenarier defineres på forhånd: hvad skal virke, hvordan testes det, og hvad betyder bestået. PLC-logik kører mod simulation, Siemens PLCSIM, Beckhoff TwinCAT eller tilsvarende, koblet til en 3D-model, og HMI-flow testes med operatørhandlinger, alarmrespons og reset-procedurer.

Forskellen på virtuel test og en tilfældig demo er dokumentationen. Hvert scenarie har et ID, forventet adfærd, faktisk adfærd og status. Åbne punkter klassificeres, så teamet ved, hvad der skal lukkes før fysisk fabriksaccept, og hvad der kan accepteres med midlertidig løsning.

Gennemgange gennemføres med projektteamet og undertiden kunden, før hardware er klar. Resultatet er et scenarie-katalog, en liste over åbne punkter og et acceptgrundlag, der følger med ind i fysisk fabriksaccept.

Virtuel fabriksaccept kan køre flere gange i løbet af et projekt, ikke kun én gang. Tidlige sessioner afslører arkitektur- og integrationsproblemer; sene sessioner validerer den endelige logik og HMI-flow. Hver session bør efterlade en opdateret protokol, så status er synlig for både internt team og kunde.

Kunden behøver ikke at se hele simulationsplatformen. Det, kunden skal forstå, er hvilke scenarier der er testet, hvad der bestod, hvad der fejlede, og hvad der overgår til fysisk fabriksaccept. Den gennemsigtighed reducerer mistillid, når der senere opdages fejl på den rigtige maskine, fordi processen allerede er kendt.

Virtuel fabriksaccept fungerer bedst, når den er koblet til samme testplan, I senere bruger ved fysisk accept. Så er det ikke to separate verdener, det er to faser i samme kvalitetssikring.

Se, hvordan neexo strukturerer det, i vores case om digital idriftsættelsestestplan.

De to former dækker forskellige risici og sker på forskellige tidspunkter. Virtuel fabriksaccept tester logik, sekvenser og HMI-flow tidligt; fysisk fabriksaccept validerer den samlede maskine med kunden til stede og giver formel accept.

Virtuel test er billigere at fejle i: en sekvensændring i simulation koster ingeniørtimer, ikke gulvtid, kunderejser eller produktionsstop. Fysisk test er uerstattelig, når det gælder tolerancer, vibration, støj og det materiale, kunden faktisk skal køre.

Tænk på virtuel fabriksaccept som generalprøve og fysisk fabriksaccept som premiere. Generalprøven afslører, om logik og instruktion hænger sammen; premieren viser, om den fysiske maskine og kunden oplever det samme resultat.

Nøgleprincippet er enkelt: virtuel FAT reducerer overraskelsesraten ved fysisk fabriksaccept. Den fjerner ikke kundens ret til at teste den rigtige maskine.

Test virtuelt det, der giver høj ROI i simulation: sekvenslogik og tilstandsmaskiner, interlocks og sikkerhedskæder på logikniveau, start/stop, omstilling og reset-flow, alarmgenerering og HMI-respons, operatørscenarier og grænsetilfælde, robotprogramlogik mod celleflow, og hvad-nu-hvis-scenarier som sensorfejl eller blokering.

Gem til fysisk fabriksaccept det, simulation ikke kan erstatte: mekanisk pasform og tolerancer, rigtige cyklustider under belastning, faktisk sensoradfærd og støj, pneumatisk og hydraulisk timing, kundespecifikt materiale, endelig sikkerhedscertificering og operatørtræning på den rigtige maskine.

SAT kommer efter fabriksaccept, men mange fejl, der dukker op ved SAT, stammer fra logik og sekvenser, der aldrig blev testet struktureret. Virtuel test kan derfor også reducere pres på SAT, selv om SAT stadig kræver den rigtige maskine hos kunden.

Prioritér virtuel test på det, der har skabt historiske problemer: omstillinger, nødstop-gendannelse, bufferlogik, komplekse alarmkæder og HMI-flow, hvor operatøren skal træffe valg under pres.

Tænk i tre lag: skal bestå før fabriksaccept, bør bestå hvis tid tillader det, og udskydes til til SAT. Det gør det lettere at sige nej til omfangsudvidelse under selve fabriksaccepten, fordi I allerede har testet det virtuelle lag systematisk.

Operatørflow fortjener samme opmærksomhed som sekvenslogik. En korrekt PLC-sekvens med et forvirrende HMI giver stadig fejl på gulvet, operatøren trykker forkert, nulstiller forkert eller misforstår alarmen. Virtuel test er et af de få steder, hvor I kan observere det uden at stresse en rigtig produktion.

En almindelig fejl er at simulere alt, eller intet. De bedste teams vedligeholder en digital idriftsættelsestestplan, der eksplicit kortlægger, hvilke scenarier der er virtuelle, hvilke der er fysiske, og hvilke der testes begge steder.

En praktisk dagsorden starter med gennemgang af scenarie-kataloget: omfang, acceptkriterier og åbne punkter fra tidligere test. Derefter kører I kritiske sekvenser direkte: normal drift, stop, reset, omstilling og fejlinjektion, og logger åbne punkter med klassifikation: skal rettes før fysisk fabriksaccept, acceptabelt med midlertidig løsning, eller udskydes til SAT.

En mødeleder holder tempo og sikrer, at diskussioner ender i beslutninger. Automationsingeniøren kører logikken, projektlederen styrer projektomfanget, og HMI-ansvarlig dokumenterer operatørflow. Deltager kunden, er det en forhåndsgennemgang, ikke formel accept, medmindre det er aftalt skriftligt.

Afslut med at opdatere acceptgrundlaget og aftale, hvad der er forhåndsgodkendt til fysisk fabriksaccept, og hvad der stadig skal testes på den rigtige maskine. Dokumentér alt: virtuel fabriksaccept uden protokol er en demo, ikke en testbegivenhed.

Varighed afhænger af omfang. Et fokuseret sæt kritiske sekvenser kan gennemføres på en halv dag. En fuld linje med mange stationer, robotter og HMI-flow kræver typisk en hel dag, undertiden fordelt over to kortere sessioner, hvis logikken modnes undervejs.

Forberedelse tager ofte længere end selve sessionen. Scenarie-katalog, testdata, simuleringsmiljø og roller skal være på plads. Regn med mindst én intern gennemkørsel, før kunden inviteres. så sessionen bruges på beslutninger, ikke på at få simulationen til at starte.

Efter sessionen skal protokollen deles med alle beslutningstagere, ikke gemmes i ingeniørens notesbog. Det er den del, mange teams springer over, og det er netop det, der gør virtuel fabriksaccept til en demo næste gang kunden spørger, om I har testet det.

Besparelser kommer fra færre fejlsøgningstimer ved fabriksaccept, kortere kalendertid fordi sessionerne handler om accept frem for debugging, reduceret omarbejde når sekvensændringer laves tidligt, og genanvendelige testaktiver til SAT, træning og service.

ROI er nemmest at se, når I sammenligner to projekter med lignende kompleksitet, ét med struktureret virtuel test og ét uden. Selv uden præcise tal kan teamet ofte navngive, hvilke fabriksaccept-dage der blev brugt på fejlsøgning frem for accept, og hvilke sekvenser der gav genlyd ved SAT.

Siemens har publiceret cases, der rapporterer kortere idriftsættelsestid på kundens site, når virtuel test går forud for fysisk idriftsættelse. Det er brancheeksempler, ikke et løfte om jeres tal. Resultaterne afhænger af maskinkompleksitet, teamdisciplin og hvor tidligt virtuel fabriksaccept starter.

Virtuel fabriksaccept er måske ikke det værd, når maskinen har få sekvenser, teamet ikke kan vedligeholde et scenarie-katalog, tidsplanen ikke tillader modeludvikling, eller tidligere projekter havde glat fabriksaccept uden tilbagevendende problemer. Investér i stedet i en klar fysisk testplan, struktur betyder stadig noget uden simulation.

Når virtuel test giver mening, er den ofte billigere end én ekstra fabriksaccept-dag med kunde, rejse og gulvstop. Spørgsmålet er ikke "simulerer vi alt?", men "hvilke ti scenarier koster mest, hvis de fejler sent?"

Testaktiverne kan genbruges: samme scenarier kan køres igen ved større softwareopdateringer, operatørtræning eller fejlsøgning i service. Det gør virtuel fabriksaccept til en investering i hele maskinens livscyklus, ikke kun i én acceptdag.

Sammenlign virtuel test med at køre en større ændring direkte på gulvet: begge dele tager tid, men fejl i simulation stopper ikke kundens produktion, koster ikke rejser og giver teamet flere iterationer pr. uge. Det er den økonomi, ROI-beregneren forsøger at modellere, med jeres egne antagelser, ikke generiske løfter.

For komplekse linjer og projekter med smertefuld fabriksaccept-historik er virtuel FAT en af de mest effektive investeringer inden for virtuel idriftsættelse. Estimér jeres projektspecifikke effekt med ROI-beregneren.