SE529676C2 - En metod för att utvärdera en applikation, ett automationssystem och en styrenhet - Google Patents

Description

25 30 35 40 45 529 676 användare kan jämföra resultaten från de två styrenheterna och således bestämma om den nya versionen av styrprogrammet uppför sig på ett korrekt sätt, innan han eller hon växlar över till att låta den nya versionen aktivt styra processen. En svårighet i denna tidigare kända lösning är att den kräver två styrenheter, vilket ökar kostnaden. En ytterligare svårighet är att den kräver någon typ av synkroniserings- och arbitreringsmekanism mellan de två styrenheterna i syfte att synkronisera exekveringscykler, att arbitrera mellan processutmatningarna från de två styrenhetema, bestämma varje skillnad i resultat och generera en skillnadsrapport. Synkroniseringen måste vara mycket tät för att säkerställa att båda styrenheterna för varje exekveringscykel använder processinmatningsvärden som hänför sig till identiska samplar av processinmatningarna och externa variabler. Detta ökar ytterligare komplexiteten och kostnaden för den föreslagna lösningen. En ytterligare svårighet är att om de två styrenheterna är en primär och en redundant styrenhet används den redundanta styrenheten för att exekvera den nya versionen av styrprogrammet och fungerar därför inte som en säkerhetskopia (backup) för den primära styrenheten under utvärderingens varaktighet.

Det skulle således vara önskvärt att tillhandahålla ett förbättrat sätt att ändra eller uppgradera versioner av ett styrprogram eller en applikation inom ett system, och att göra sådana ändringar eller uppgraderingar utan störningar i produktionen.

Sammanfattning av uppfinningen Det är därför ett syfte med föreliggande uppfinning att tillhandahålla en metod för att säkerställa att en version av en applikation som ska installeras fungerar och vad som är viktigare, fungerar i en riktig omgivning och under faktiska förhållanden, resulterande i en jämn och säker övergång från en version till en annan, därigenom lindrande tillkortakommandena hos känd teknik.

Ett ytterligare syfte är att möjliggöra en mjukvarurevidering utan att avbryta eller ens störa en pågående exekvering av styrenhetsapplikationer.

Ett ytterligare syfte är att tillhandahålla ett sätt att hjälpa en operatör i att minimera riskerna innefattade vid byte av ett styrprogram. Detta åstadkoms genom att göra operatören medveten om skillnader mellan en existerande och en ny version av en styrapplikation och även göra operatören medveten om potentiella stegändringar i processutmatningen möjligen orsakade av den nya versionen.

Ett ytterligare syfte är att tillhandahålla en metod att utvärdera en ny version av ett styrprogram som kan implementeras genom användning av endast en styrenhet. Ytterligare ett annat syfte är att tillhandahålla denna metod så att då den används med ett par av primär och en redundant styrenhet kan den redundanta styrenheten fungera som en reserv för den primära styrenheten även under utvärdering.

Dessa syften, bland andra, uppnås genom en metod enligt krav l, genom ett system enligt krav 13 och genom en styrenhet enligt krav 19.

I enlighet med föreliggande uppfinning tillhandahålls en metod för att utvärdera en applikation för styrning av en process inom ett automationssystem. Två eller fler versioner av applikationen lagras inom en styrenhet, såsom en processtyrenhet eller en programrnerbar logisk styrenhet. Metoden innefattar stegen att inrnata till alla de olika versionerna av applikationen, vilka versioner finns inom samma styrenhet och av vilka en version styr nämnda process, en insignal erhållen från processen; att exekvera, i styrenheten, samma uppgifter baserat på nämnda insignal för de olika versionerna av applikationen; att generera en rapport innefattande jämförelser av utmatningarna från de olika versionerna av applikationen; och utvärdera, baserat på den genererade rapporten, versionen/versionerna som inte används för att styra processen. I enlighet med uppfinningen exekveras uppgifter för alla versionerna i styrenheten baserat på samma insignal, men endast utsignalen erhållen från den version som för närvarande styr processen utmatas som den erfordrade utmatningen för att styra processen, varvid utsignalema erhållna från alla andra versioner 10 15 20 25 30 35 40 45 529 676 görs tillgängliga för utvärdering, till exempel av en operatör. Genom uppfinningen kan en ny uppgraderad version av en applikation att exekveras samtidigt med en för närvarande använd version och utvärderas under sanna produktionsförhållanden genom utnyttjande av riktiga insignaler, och därigenom eliminera risken för nerstängningar av produktionen. Vidare, genom uppfinningen säkerställs att meningsfulla jämförelser görs såväl som möjliggör för användaren att utvärdera en version som för närvarande är under utveckling innan den används för att styra processerna.

I enlighet med en utföringsforrn av uppfinningen innefattar metoden ytterligare steg om steget med utvärdering visar att den nya versionen fungerar korrekt. Nämligen stegen: att hindra utmatningarria från den version som för närvarande styr processen från att användas för att styra processen och att sätta en version som inte styr processen att aktivt styra processen. Alternativt, om steget att utvärdera visar att den nya versionen inte fungerar korrekt innefattar metoden det ytterligare steget att utmata från den version som för närvarande styr processen en utsignal erhållen under exekveringen för att styra nämnda process. Användaren har även möjligheten att ändra till en ny version (efter utvärdering) och om versionen fortfarande inte fungerar såsom förväntat kan användaren återgå till den gamla versionen. Användaren är således i stånd att utvärdera en ny version av en applikation och ta lämpliga åtgärder baserat på utvärderingen.

I enlighet med ytterligare en annan utföringsform av uppfinningen genomförs exekveringen av uppgifterna i sekvens för de olika versionerna eller i en alternativ utföringsform på ett kvasiparallellt sätt. Detta särdrag tillhandahåller ett flexibelt sätt att exekvera uppgifterna, båda sätten säkerställer att samma uppgifter genomförs för de olika versionerna och säkerställer således att jämförelserna som görs är relevanta.

I enlighet med ytterligare en annan utföringsforrn av uppfinningen innefattar steget att generera en rapport att jämföra utmatningarna från alla av åtminstone två versioner och upprätta skillnader mellan utmatningarna. En användare är därigenom i stånd att enkelt jämföra de olika versionerna.

I enlighet med ytterligare en annan utföringsforrn av uppfinningen innefattar metoden vidare steget att presentera funna skillnader för en användare. Detta underlättar utvärderingen och sådan presentation kan åstadkommas på vilket som helst önskat sätt, såsom till exempel i förrn av grafer, nummer eller diagram.

I enlighet med ännu en annan utföringsform av uppfinningen genomförs utvärderingen av de olika versionerna i syfte att upprätta funktionaliteten av en ny version av applikationen under riktiga processförhållanden. Andra applikationer av uppfinningen är också tänkbara, såsom att spåra fel eller liknande. Uppfinningen tillhandahåller således en generell metod för utvärdering som är tillämpbar för olika syften.

Uppfinningen hänför sig även till ett automationssystem och en styrenhet, varvid fördelar motsvarande de ovan beskrivna erhålls.

Kort beskrivning av ritningarna Figur 1 illustrerar schematiskt ett automationssystem.

Figur 2 illustrerar en typisk styrenhet använd inom ett system visat i figur 1.

Figur 3 är ett flödesdiagram över vissa steg innefattade i en utföringsforin av metoden i enlighet med föreliggande uppfinning.

Detaljerad beskrivning av föredragna utföringsformer Med hänvisning till figur 2 visas uppställningen av ett typiskt processtyrsystem.

Processtyrsystem 1 består typiskt av operatörs- och ingenjörsarbetsstationer 2a, 2b,. . ., 2n, ett antal servrar Sa, 3b för att genomföra olika typer av systemfunktionalitet och styrenheter (controllers) 4a, 4b,. . ., 4n som genomför de faktiska automationsprocesstyrfunktionerna. De olika delarna är 10 15 20 25 30 35 40 45 1529 676 sammankopplade genom ett kommunikationsnätverk 5. Styrenheterna 4a, 4b,. . ., 4n styr en respektive processektion eller funktion; i figuren visas styrenheten 4a styra en processektion 6 innefattande en tank och ett antal ventiler, manövreringsorgan och sensorer. Varje processektion eller funktion, såsom processektion 6, kan vara beroende av en uppströms- och/eller en nerströms liggande processektion eller funktion (ej visad), såsom indikeras genom pilarna P1 och P2.

En generell princip för exekvering av styrprogram i en styrenhet visas i figur 2.

Styrenhetema är typiskt programmerbara genom någon form av domänspecifikt högnivåprogrammeringsspråk, såsom till exempel IEC 61131-3. I det följande ges specifik hänvisning till styrenheter, såsom en processtyrenhet eller en pro grammerbar logisk styrenhet (PLC, programmable logic controller) som har 61131-3 applikationer, men det inses att principerna för uppfinningen kan implementeras och användas mer generellt och att vilken som helst lämplig styrenhet kan användas. Vidare, i det följ ande används terinerna applikation, applikationsprogram och styrprogram i lika betydelse.

En styrenhet 4 tar emot processinmatningar 8 såväl som externa variabler 9. Ett inmatningsarrangemang kopplar styrenheten 4 till sensorer (till exempel 7a i figur 1) använd i olika processektioner, till exempel temperaturindikatorer, vibrationssensorer, positionssensorer, gränslägesbrytare, flödesmätare, optiska sensorer, växelventiler eller reläer. Styrenheten 4 innefattar vidare interna variabler 11 och externa variabler 9. Interna variabler används för att hålla värden som representerar tillståndet för styrprograminet mellan skanningscykler (scan cycle), såsom derivata- och integrationskomponenter i en PID-funktion, eller en tirners utlöpta tid, eller stegnumret i en sekvens.

Externa variabler 9 används i syfie att utbyta information med andra styrpro gram, vilka kan köras i samma styrenhet 4 eller i andra styrenheter kopplade till styrsystemnätverket 5. Exempel på sådant informationsutbyte är späirsignaler, referenssignaler och återkoppling och frammatningssignaler.

Styrenheten 4 innefattar vidare en utmatningssektion 10 för att leverera processutmatningar till manövreringsorgan (till exempel 7b, ..., 7n i figur 1).

Styrenheten 4 är programmerad att reagera på insignaler och en skicklig ingenjör som har kunskap om den specifika industrin i fråga utvecklar vanligtvis programmen använda av en styrenhet.

Programmen i en styrenhet är generellt skrivna i en speciell applikation, eller applikationsprograrn, vilken nerladdas till styrenheten och lagras däri. Såsom nämnts, styrenheter använder konventionellt IEC (International Electrotechnical Commission) 61131-3 programmeringsspråkstandard, vilken definierar fem styrenhetsprogrammeringsspårkstandarder: steglogik, sekventiellt funktionsdiagram (SFC, sequentialfunctíon chart), funktionsblockdiagrarn, strukturerad text och instruktionslista.

Ett styrprogram eller applikation läser cykliskt värdena på processinmatningar 8 och extema variabler 9, genomför beräkningar baserat på dessa värden och även på värdena på interna variabler 11 och genererar som ett resultat värden till processutmatningar 10 och även till externa variabler 9. Varje sådan exekvering kallas en skanriingscykel. Styrenheten 4 innefattar en centralenhet (CPU) som exekverar instruktionerna i styrprogrammen och ett minne för att lagra instruktioner och data, inmatning/utmatningsenheter för att möjliggöra kommunikation med processerna och ett kommunikationsgränssnitt för att möjliggöra kommunikation med andra styrenheter och enheter.

CPU:n är även ansvarig för kommunikationen med andra anordningar och exekveringen av styrprogrammen.

I enlighet med uppfinningen tillhandahålls en metod för att förbättra bytet av ett styrprogram inom en styrenhet utan att löpa risk att använda ett felaktigt styrprogram och således riskera att orsaka stömingar i processen. Den innovativa metoden kan ses som innefattande tre faser: ladda, utvärdera, kör. 10 15 20 25 30 35 40 45 529 676 Då en ny version Vny av ett styrprogram, till exempel ett 61131-3 styrprogram eller applikation, har skapats testas den i en simulering som använder simulerade inmatningar. För det första, i laddningsfasen, ornkonfigureras åtminstone en operatörsarbetsstation med processgrafrk associerad med den nya versionen Vny av styrprograrrnnet. Det finns naturligtvis åtminstone en annan operatörsarbetsstation som år konfigurerad att arbeta mot den nuvarande versionen, dvs. den version som styr processerna och härefter kallad den gamla versionen eller den nuvarande versionen likabetydande. Den nya versionen Vny laddas ner till samma styrenhet som den innefattande den gamla versionen Vgmnma; som för närvarande styr processen.

Den andra fasen, utvärderingen, innefattar att starta den nya versionen Vny av styrprogrammet i en utvärderingsmod. Styrenheten exekverar nu båda versionerna, dvs. både nuvarande version Vgamml och den nya versionen Vny. Båda versionerna tar emot samma processinmatningar 8 och även samma externa variabler 9 och exekverar samma uppgifter. Båda versionerna läser samma samplade värden på processinmatningar och externa variabler. Detta kan åstadkommas genom att låta inmatningssamplingen göras separat från och innan exekveríngen av styrprogrammen. Samtidigt som man har resultaten från båda versionerna isoleras utmatningarna från den nya versionen Vny från att påverka processutmatningarna 10 och externa variablerna 9, dvs. de används inte för att styra processen och påverkar därför inte på något sätt de pågående processoperationerna. Utrnatningarna från den nuvarande versionen Vgamma] används fortfarande för att styra processen.

Det år möjligt att köra även ytterligare versioner av en applikation samtidigt, men två versioner, nämligen den nuvarande versionen och den nya, uppgraderade versionen som ska ersätta den, är den normalt förekommande situationen. Endast två olika versioner beskrivs för att förenkla beskrivningen.

Utvärderingsfasen av metoden innefattar vidare att generera en rapport som listar skillnadema, om några, mellan värdena på de interna variablerna, externa variablema, utmatningar och sekvenstillstånd för den nuvarande och den nya versionen. Denna rapport är företrädesvis dynamisk, därigenom möjliggörande för operatören att se om och hur skillnadema ändras över tiden. Till exempel kan ett visst variabelvärde, beräknat av båda versionerna, vara divergerande, konvergerande eller förbli på samma skillnad. Denna rapport kan till exempel åstadkommas som en skillnadsrapport som genereras automatiskt, med regelbundna intervall, eller på begäran av operatören. Rapporten sänds sedan företrädesvis till ingenj örsarbetsstationen för utvärdering. Operatören eller användaren kan använda dessa rapporter i syfte att bestämma huruvida någon av de existerande skillnaderna skulle orsaka en oj ämnhet (burnp) eller stegåndring i processutmatningarna om den nya versionen Vny skulle tas i användning, dvs. om den skulle styra processen. En oj ämnhet kan till exempel orsakas av en ändring i styrstrategi, där den nya versionen inte läser det svar från processen som den förväntar sig från dess styråtgärd och integrerar avvikelsen och driver utmatningen till saturation. Då användaren är övertygad om att det inte finns några skillnader som kommer att orsaka en ojärnhet, dvs, inga transienter, störningar eller liknande, är utvärderingsfasen av metoden fullbordad.

Om utvärderingen visar att den nya versionen inte fungerar tillfiedsställande eller som förväntat kan användaren avlägsna den nya versionen från styrenheten och låta den gamla versionen fortsätta styra processen.

Om å andra sidan utvärderingen visar att den nya versionen fungerar tillfredsställande och som förväntat går användaren in i den sista delen av metoden, ”kör”-delen, genom att växla över till den nya versionen Vny för att låta den nya versionen aktivt styra processen. Då detta görs isoleras alla utmatningar från den tidigare styrande versionen från processen, dvs. de används inte längre för att l0 15 20 25 30 35 40 45 529 676 styra processen och påverkar inte längre de pågående processoperationema. Istället tas utmatningarna för att styra processen från den nya versionen, som således nu är den nuvarande versionen.

Jämförelsen fortsätter, nu med den nya versionen aktivt styrande processen och den gamla versionen genomförande samma beräkningar men utan att påverka processen. Om denna fortsatta utvärdering visar att den nya versionen fortfarande presterar tillfredsställande och som förväntat avlägsnar användaren den gamla versionen från styrenheten och ”kör”-fasen avslutas. Om å andra sidan det visar sig att det finns ett problem med den nya versionen kan användaren växla tillbaka till den gamla versionen och avlägsna den nya versionen från styrenheten.

De mest kritiska värdena i en applikation eller styrprogram är värdena som påverkar omgivningarna i applikationen och i synnerhet processen, dvs. värden på variabler kopplade till I/O- utmatningskanaler, villkor till larmobj ekt, värden på variabler kopplade till accessvariabler (det vill säga, kommunikationsvariabler synliga och åtkomliga från andra applikationer), och tillstånd för SFC- steg. Emellertid inses det att vilka som helst värden i applikationerna kan jämföras. Jämförelsen av värden från olika versioner av en applikation kan även användas vid felspårning.

Vid exekvering av båda versionerna i samma styrenhet är det viktigt att värden från samma skanningscykel används i j ämförelserna. Därigenom säkerställs det att jämförelsen är korrekt och att värdena faktiskt är jämförbara, dvs. att de är från samma skanningscykel.

J ämíörelsema görs företrädesvis i styrenheten, varvid kommunikationslasten mellan styrenheten och en operatörs arbetsstation, såsom en PC eller liknande, kommer att vara väsentligt lägre än om värdena skulle jämföras i PC:n.

Då skillnader har hittats i styrenheten bör de presenteras för användaren av systemet.

Värdena som har befiinnits skilja sig packas och kodas till kommunikationstelegram eller paket, därigenom möjliggörande en sändning till en PC på begäran, eller automatiskt. Skulle en särskilt alarmerande skillnad förekomma är det möjligt att visa den framhävd, till exempel presentera den som blinkande värden eller utlösande ett hörbart larm.

I en alternativ utföringsforrn av uppfinningen exekveras de olika versionerna inte i sekvens, dvs. en exekveras efter den andra, utan på ett kvasiparallellt sätt. Detta kan åstadkommas genom att låta ett operativsystem eller någon annan schemaläggningsmekanism allokera CPU-tid till varje version på sådant sätt att båda versionerna fullbordar varje skanningscykel innan någon av versionerna börjar en ny skanningscykel.

I figur 3 visas en summering av vissa av stegen innefattade i metoden enligt föreliggande uppfinning i ett flödesdiagram 100. Den nya versionen av ett styrprogram laddas ner till samma styrenhet som exekverar den nuvarande versionen. Då nerladdningen är fullbordad startas den andra versionen i en utvärderingsmod, i vilken de två versionerna exekveras i sekvens för varje skanningscykel, till exempel nuvarande versionen först följt av den nya versionen. I det första steget i flödesdiagrammet 100, steg 101, samplas processinmatningar och externa variabler. Båda versionerna läser samma samplar av processinmatningar och externa variabler. Detta åstadkoms företrädesvis genom att låta göra inrnatningssamplingen separat från och innan exekveringen av styrprogrammen.

Därefter, i steg 102, exekveras en skanningscykel för den nuvarande versionen, efter vilket (steg 103) processutmatningarna och externa variablerna skrivs till en minnesplats. Härefter, i steg 104, exekveras skanningscykeln för den nya versionen. Därefler, i steg 105, genereras en skillnadsrapport, innefattande skillnader i utmatningar mellan de två versionerna.

Det inses således att alla stegen inte nödvändigtvis är innefattade och att andra kan innefattas. Vidare kan ordningen av vissa steg ändras. Det kunde till exempel vara tänkbart att exekvera den nya versionen innan den nuvarande versionen eller båda versionerna kan exekveras innan processutmatningar och externa variabler skrivs. I beskrivningen har två versioner av en 10 15 529 676 applikation använts för att illustrera uppfinningen, men tre eller fler versioner kan genomföras i en alternativ utföringsfonn. Till exempel, om det finns två olika versioner, Vny, och Vny 2, där en av dem är avsedd att ersätta en nuvarande version med en applikation kan alla tre versionerna köras i sekvens på ett sätt som motsvarar det ovan beskrivna, dvs. de två nya versionerna Vn, 1 och Vny 2 och den för närvarande använda Vgamnal.

Sammanfattningsvis tillhandahåller den innovativa metoden ett förbättrat sätt att byta versionen av ett styrprogram som styr en process. I enlighet med uppfinningen erfordras endast en styrenhet, därigenom elimineras behovet av en redundant styrenhet och således sänks kostnaderna. En annan fördel erhållen genom den innovativa metoden och erhållen genom användningen av en enda styrenhet är de eliminerade kraven på synkronisering och arbitrering mellan en nuvarande använd styrenhet och en redundant styrenhet. Vidare, eftersom de olika versionerna av styrprogrammet exekveras i sekvens i samma styrenhet och under identiska omständigheter kan uppträdandet av de olika versionerna jämföras innan den nya versionen utnyttjas. Genom uppfmningen säkerställs det att en ny version verkligen fungerar i en riktig omgivning innan den lanseras och dyra produktionsavbrott kan undvikas. Om en jämförelse skulle visa något motsägande resultat, till exempel att de olika versionema indikerar att motsatta omkopplingsoperationer ska utföras, så kan den nya versionen enkelt revideras innan den slutligen tas i drift. Ett förbättrat sätt att revidera ett automationssystem åstadkoms därmed.

Claims (20)

10 l5 20 25 30 35 40 45 = 529 676 Patentkrav

1. l. Metod för att utvärdera en applikation för styrning av en process inom ett automationssystem, varvid nämnda applikation finns inom en styrenhet, kännetecknad av att metoden innefattar stegen: - att inmata till alla av åtminstone två olika versioner av applikationen, vilka versioner finns inom samma styrenhet och av vilka en version styr nämnda process, en insignal erhållen från nämnda process, - att exekvera, i styrenheten, samma uppgifter baserat på nämnda insignal för de åtminstone två olika versionerna av applikationen, - att generera en rapport innefattande järnförelserna av utmatningar erhållna från exekveringen av de åtminstone två olika versionerna av applikationen och - att utvärdera, baserat på nämnda genererade rapport, versionen/versionerna som inte används för att styra processen.

2. Metod enligt krav 1, varvid om nämnda steg att utvärdera visar att den nya versionen fungerar korrekt innefattar metoden de ytterligare stegen: - att hindra utmatningar från den version som för närvarande styr processen från att användas för att styra processen och - att sätta en version som inte styr processen till att aktivt styra processen.

3. Metod enligt krav l, vidare innefattande steget att förhindra utmatningarna från alla versioner utom den version som för närvarande styr processen från att påverka processen.

4. Metod enligt krav 1, varvid om nämnda steg att utvärdera visar att den nya versionen inte fungerar korrekt innefattar metoden det ytterligare steget: - att utmata från den version som för närvarande styr processen en utsignal erhållen under nämnda exekvering för att styra nämnda process.

5. Metod enligt något av de föregående stegen, varvid nämnda steg att exekvera uppgifter genomförs i sekvens för de olika versionerna.

6. Metod enligt något av kraven 1-4, varvid nämnda steg att exekvera uppgifter genomförs på ett kvasiparallellt sätt för de olika versionerna.

7. Metod enligt något av de föregående kraven, varvid nämnda steg att generera en rapport innefattar att jämföra utmatningarna från alla av de åtminstone två versionerna och upprätta skillnader mellan nämnda utmatningar.

8. Metod enligt krav 7, varvid nämnda skillnadsrapport är dynamisk.

9. Metod enligt krav l, varvid nämnda steg att exekvera åtminstone två versioner av applikationen innefattar stegen: - att ta emot, av nämnda olika versioner, samma insignaler från ett I/O-arrangemang i nämnda styrenhet och exekvera samma uppgifter, - att genomföra, av nämnda olika versioner, processrelaterade beräkningar och - att använda resultaten från endast en av nämnda versioner för att styra processen.

10. Metod enligt något av de föregående kraven, varvid nämnda metod vidare innefattar steget att presentera funna skillnader för en användare.

11. l 1. Metod enligt något av de föregående kraven, varvid nämnda steg att generera en rapport om skillnader genomförs i syfte att upprätta funktionaliteten av en ny version av applikationen under riktiga processomständigheter.

12. Metod enligt något av de föregående kraven, varvid nämnda steg att inmata till alla av åtminstone två olika versioner av applikationen innefattar att inmata externa variabler. 10 15 20 25 30 35 529 676

13. Automationssystem innefattande en styrenhet, varvid nämnda styrenhet har lagrad däri en applikation för att styra en process inom automationssystemet, kännetecknat av att systemet innefattar: - organ för att inmata till alla av åtminstone två olika versioner av applikationen, vilka versioner finns inom styrenheten, en insignal erhållen från nämnda process, - organ för att exekvera, i styrenheten, uppgifter baserat på nämnda insignal för de åtminstone två olika versionerna av applikationen parallellt, - organ för att generera en rapport innefattande jämförelser av utmatningar erhållna från en exekvering av de åtminstone två olika versionerna av applikationen och - organ för att utvärdera, baserat på nämnda genererade rapport, versionen/versionema som inte används för att styra processen.

14. Automationssystem enligt krav 13, innefattande - organ för att hindra utmatningarna från versionen som för närvarande styr processen från att användas för att styra processen och - organ för att sätta en version som inte styr processen till att aktivt styra processen.

15. System enligt krav 13, vidare innefattande organ för att förhindra att utmatningarna från alla versionerna förutom den version som för närvarande styr processen påverkar processen.

16. Automationssystem enligt krav 13, 14 eller 15, varvid nämnda versioner av en applikation är anordnade att exekveras i sekvens under riktiga processförhållanden.

17. Automationssystem enligt något av kraven 13-16, vidare innefattande organ för att lagra på ytterligare minnesplatser variabelvärden som skiljer sig åt.

18. Automationssystem enligt något av kraven 13-17, vidare innefattande organ för att presentera funna skillnader för en användare.

19. Styrenhet (2) för att styra processer inom ett automationssystem, varvid nämnda styrenhet innefattar en applikation och/eller ett inmatnings/utmatningsarrangemang, källllefeCkllfld *W att nämnda styrenhet (2) innefattar: - åtminstone två olika versioner av nämnda applikation, varvid närrmda versioner är anordnade att ta emot samma data från nämnda inmatnings/utmatningsarrangemang, - organ för att exekvera samma uppgifter baserat på nämnda insignal för de åtminstone två olika versionerna av applikationen, - organ för att generera en rapport innefattande jämförelser av utmatningar från en exekvering av de åtminstone två olika versionerna av applikationen och - organ för att utvärdera, baserat på nämnda genererade rapport, den/de version/versionerna som inte används för att styra processen.

20. Styrenhet enligt krav 19, varvid nämnda I/0-arrangemang innefattar förbindelser som förbinder nämnda styrenhet till sensorer och manövreringsorgan belägna inom nämnda automations- system och relaterade till processer däri.