Stora vinster med en uppdaterad och komplett simuleringsmiljö

– Att testa och validera ändringar och ny funktionalitet på ett kontrollerat vis innan drift, ger både minskad nertid och effektivare processer, säger Sebastian Fagerström som precis installerat en ny uppdatering för att göra kundens simuleringsmiljö hos en större kund komplett.

De flesta företag strävar efter en hög tillgänglighet i sin produktionsmiljö utan störande driftstopp. Men utan en fungerande simuleringsmiljö behöver man testa ändringar direkt i sin produktionsmiljö, vilket ofta stör den ordinarie verksamheten.

I en fungerande simuleringsmiljö är det däremot enkelt att testa och validera nya funktioner innan driftsättning, utan att skapa störningsmoment eller långa valideringstider. Problemet är man ofta skapar en simulering för en specifik insats, och att miljön därefter glöms bort att hållas ajour, trots att behovet att förbättringar ofta finns.

Det brukar i sin tur resultera i stora backlogs som man inte har någon möjlighet att beta av – på grund av att det inte finns testmöjligheter.

Ett slags moment 22 – helt i onödan, menar Sebastian Fagerström.

Men hur får man då till en fungerande simuleringsmiljö som stödjer verksamhetens behov?

– Rent tekniskt utgår vi alltid efter kundens önskemål och förutsättningar. Vi sätter oss in i hur komponenterna fungerar och anpassar oss efter kundens teknikstack. I vårt senaste uppdrag slutförde vi en påbörjad omprogrammering av hela kodbasen, där olika delar i processen måste ändras i namngivning – från operatörsgränssnitt, till databaser och programkod.

– Till sist har vi utvecklat en exakt emulering (virtuell kopia) av kundens produktionsmiljö inklusive kommunikationsgränssnitt med en för simuleringsmiljön dedikerad PLC. Och därmed skapat möjlighet att på ett kontrollerat vis utföra förbättringsåtgärder och beta av backlog, både för programkod och kommunikationsgränssnitt.

När det här är gjort, finns det inte en risk att den glöms bort igen?

– Inte om vi får ta ansvaret. Med en modern simuleringsmiljö och kontinuerlig dialog med kunden kan vi ta ansvaret för att den hålls ajour. Kunden har en backlog och vi har simuleringsmiljön tillsammans med kunden, vilket gör att vi kan kontrollerat utveckla och tillsammans med kunden verifiera ändringarna.

Kan du ge exempel på hur en backlog av den här typen kan se ut?

– Kunden vill ändra ett körsätt, för att optimera produktionen. Förslaget hamnar i backlog. Därefter skriver vi programändringarna som stödjer förslaget, och använder simuleringsmiljön för att se att det fungerar. På så vis kan vi testa olika scenarier – varför går det bra nu? varför går det sämre när vi gör så här? Eftersom man har en simuleringsmiljö kan man testa utifrån givna förutsättningar.