Programmerbar Logic Controller: Komplett guide till hur PLC:er fungerar, typer, programmering och val

Vad är en programmerbar logisk styrenhet och varför industrin förlitar sig på den

En programmerbar logisk styrenhet (PLC) är en robust industridator designad speciellt för att övervaka insignaler från sensorer och fältenheter, exekvera ett lagrat styrprogram och styra utgångar - såsom motorer, ventiler, ställdon och indikatorer - i realtid. Till skillnad från en allmändator är en PLC konstruerad för att fungera tillförlitligt i tuffa industriella miljöer som kännetecknas av elektriskt brus, vibrationer, extrema temperaturer och damm, samtidigt som den exekverar kontrollprogram med deterministisk timing – vilket innebär att styrenheten slutför sin skanningscykel på en förutsägbar, repeterbar tid oavsett processförhållanden. Denna kombination av industriell härdning och realtidsdeterminism är det som gör PLC:er till standardautomationskontrollern inom tillverkning, processindustri, verktyg, byggnadsautomation och infrastruktur över hela världen.

PLC:n utvecklades i slutet av 1960-talet specifikt för att ersätta de stora bankerna av elektromekaniska reläer som styrde monteringslinjer för bilar - system som var dyra att installera, som krävde betydande omkopplingar för att ändra och krävde konstant underhåll när reläkontakterna slitits och misslyckades. Genom att ersätta fysisk relälogik med en programmerbar mjukvarubaserad motsvarighet tillät PLC:n produktionsingenjörer att ändra maskinens beteende genom att ändra ett program snarare än att koppla om en panel, vilket dramatiskt minskade tiden och kostnaderna för produktionsbyten. Sextio år senare är kärnkonceptet oförändrat, men modernt programmerbara logiska styrenheter har expanderat från enkla reläbyten till sofistikerade automationsplattformar som stöder höghastighets rörelsekontroll, processkontroll, säkerhetsfunktioner, maskinseende integration och industriell nätverkskommunikation över komplexa multisystemarkitekturer.

Hur en PLC fungerar: skanningscykeln förklaras

Den grundläggande driftprincipen för en programmerbar logisk styrenhet är skanningscykeln - en upprepad sekvens av operationer som PLC:n utför kontinuerligt så länge den är i driftläge. Att förstå skanningscykeln är väsentligt för att förstå hur en PLC beter sig, särskilt i tidskritiska applikationer där svarstiden på en ingångsändring avgör om styrsystemet fungerar korrekt.

En standard PLC-skanningscykel består av fyra sekventiella steg. Först läser ingångsskanningen av det aktuella tillståndet för alla anslutna digitala och analoga ingångar – sensorer, switchar, kodare, sändare – och kopierar dessa värden till ett ingångsbildregister i minnet. För det andra exekverar programavsökningen styrprogrammet som är lagrat i minnet, genom att använda ingångsbildvärdena (inte live-indataavläsningar) för att utvärdera logiska förhållanden och bestämma det erforderliga tillståndet för utsignalerna. För det tredje skriver utgångsskanningen de utgående bildvärdena som bestäms av programmet till den fysiska utgångshårdvaran, aktiverar eller inaktiverar de anslutna enheterna. För det fjärde hanterar hushållningssteget kommunikation, självdiagnostik och uppdatering av interna timers och räknare innan cykeln upprepas.

Den tid som krävs för att slutföra en skanningscykel – skanningstiden – är vanligtvis 1 till 10 millisekunder för de flesta standardapplikationer, även om den ökar med programkomplexiteten och antalet I/O-punkter. Avsökningscykelarkitekturen innebär att förändringar i ingångstillståndet inte påverkas förrän nästa avsökningscykel, som introducerar en maximal fördröjning med en avsökningscykel i kontrollsvaret. För de flesta industriella automationsapplikationer är denna latens helt acceptabel. För höghastighetstillämpningar – servorörelsekontroll, högfrekvensräkning eller säkerhetsfunktioner som kräver sub-millisekundersvar – används specialiserade avbrottsrutiner, dedikerade rörelseprocessorer eller separata säkerhets-PLC:er för att kringgå standardavsökningscykellatensen.

PLC-hårdvarukomponenter och deras funktioner

Ett PLC-system består av flera distinkta hårdvarukomponenter som tillsammans bildar den kompletta automationsstyrenheten. Att förstå funktionen för varje komponent klargör hur ett PLC-system specificeras, monteras och underhålls.

Central Processing Unit (CPU)

CPU-modulen är hjärnan i PLC:n — den innehåller processorn som exekverar styrprogrammet, minnet som lagrar programmet och data, och kommunikationsgränssnitten som ansluter till programmeringsverktyg och andra automationssystem. CPU-kapacitet kännetecknas av bearbetningshastighet (skanningstid per 1 000 instruktioner av ladderlogik), programminneskapacitet (vanligtvis kilobyte till megabyte beroende på klass av PLC), dataminne för lagring av variabla värden och processdata, och utbudet av kommunikationsprotokoll som stöds. High-end CPU-moduler innehåller även realtidsklockor, dataloggningskapacitet och inbyggda OPC UA- eller MQTT-servrar för direkt anslutning till industriella IoT- och molnsystem utan extra hårdvara.

Ingångs-/utgångsmoduler (I/O).

I/O-moduler är det fysiska gränssnittet mellan PLC:n och fältenheterna – sensorer, omkopplare, ventiler, motorer och instrument – som styrsystemet övervakar och styr. Digitala ingångsmoduler tar emot på/av-signaler från enheter som närhetssensorer, tryckknappar och gränslägesbrytare, vilket omvandlar fältnivåspänningen (vanligtvis 24VDC eller 120/240VAC) till en logisk nivåsignal som CPU kan läsa. Digitala utgångsmoduler kopplar ström till fältenheter som magnetventiler, motorstartare och indikatorlampor. Analoga ingångsmoduler omvandlar kontinuerligt variabla signaler - 4-20mA strömslingor, 0-10V spänningssignaler, termoelementspänningar, RTD-resistansvärden - till digitala värden som CPU kan bearbeta. Analoga utgångsmoduler omvandlar digitala värden från CPU:n till proportionella analoga signaler för styrning av frekvensomriktare, proportionella ventiler och andra kontinuerligt variabla enheter. Specialiserade I/O-moduler inkluderar höghastighetsräknaringångar för kodaråterkoppling, seriella kommunikationsmoduler och säkerhetsklassad I/O för funktionella säkerhetsapplikationer.

Strömförsörjning

PLC-strömförsörjningsmodulen omvandlar inkommande nätström (vanligtvis 120VAC eller 240VAC) eller DC-bussström till de reglerade DC-spänningar som krävs av CPU- och I/O-modulerna. Val av strömförsörjning innebär att matcha utströmskapaciteten till den totala strömförbrukningen för alla moduler i racket eller systemet, med en marginal på minst 20 till 30 % för tillförlitlighet och för att klara framtida expansion. Redundanta strömförsörjningskonfigurationer - där två strömförsörjningsmoduler körs parallellt med automatisk failover - är standard i system med hög tillgänglighet där en oplanerad avstängning från ett strömförsörjningsavbrott skulle bli oacceptabelt dyrt.

Bakplan och rack

I rackmonterade modulära PLC-system är bakplanet kretskortet som mekaniskt stöder och elektriskt ansluter CPU, strömförsörjning och I/O-moduler. Bakplanet bär den interna databussen, effektfördelningen och i vissa system de realtidssynkroniseringssignaler som krävs för koordinerad multimoduldrift. Rackstorlek – specificerad av antalet modulplatser – bestämmer hur många I/O-moduler som kan installeras i ett enda rack, och för system som kräver mer I/O än ett enda rack kan ta emot, ansluts flera rack via expansionskablar eller fjärr-I/O över ett industriellt nätverk.

Typer av PLC:er: kompakta, modulära och rackbaserade system

PLC:er tillverkas i flera formfaktorer anpassade till olika skala och komplexitetskrav. Att välja lämplig PLC-formfaktor för en applikation innebär att man matchar styrenhetens I/O-kapacitet, expanderbarhet och bearbetningsförmåga till de nuvarande och förväntade framtida kraven för den maskin eller process som styrs.

Den kompakta PLC-kategorin har blivit det mest betydande tillväxtområdet på PLC-marknaden, driven av Siemens S7-1200 och Allen-Bradley Micro820-klassen av produkter som erbjuder funktioner som tidigare endast förknippades med modulära system i full storlek – inklusive rörelsekontroll, PID-processkontroll och Ethernet-baserad industriell kommunikation – i en liten formfaktor som lämpar sig för panelmontering utan dedikerad rack. För nya maskinautomationsprojekt med I/O-tal under 200 poäng är en kompakt modulär PLC nu standardutgångspunkten för de flesta automationsingenjörer snarare än de större rackbaserade systemen som var nödvändiga för ett decennium sedan.

PLC-programmeringsspråk enligt IEC 61131-3

PLC-programmering är standardiserad enligt IEC 61131-3, som definierar fem programmeringsspråk som kompatibla PLC-utvecklingsmiljöer måste stödja. Olika språk passar olika typer av styrlogik och olika tekniska bakgrunder, och de flesta moderna PLC-programmeringsverktyg gör att flera språk kan användas inom ett enda projekt – vilket gör att ingenjörer kan välja det mest lämpliga språket för varje sektion av programmet.

Stegdiagram (LD)

Ladder Diagram är det mest använda PLC-programmeringsspråket, särskilt i Nordamerika och i diskreta tillverkningsmiljöer. Den grafiska representationen efterliknar relälogikdiagrammen som PLC:er ursprungligen konstruerades för att ersätta - horisontella stegpinnar av logik ansluter vänster och höger kraftskenor, med normalt öppna och normalt slutna kontaktsymboler som representerar ingångsförhållanden och spolsymboler som representerar utgångskommandon. Ladderlogik är intuitivt för elektriker som är bekanta med reläkretsscheman och är lätt att läsa och felsöka online (med PLC:n i körläge är aktiva element framhävda i programmeringsmjukvaran, vilket gör att feltillstånd kan spåras visuellt). Begränsningen med Ladder Diagram är att det blir otympligt för komplexa matematiska operationer, datamanipulation och sekventiell programmering som uttrycks mer naturligt i textbaserade språk.

Funktionsblockdiagram (FBD)

Funktionsblockdiagram representerar styrlogik som sammankopplade grafiska block — varje block kapslar in en specifik funktion (AND-grind, PID-regulator, räknare, timer, motorfunktionsblock) med ingångs- och utgångsanslutningar som visas som ledningar mellan blocken. FBD är det dominerande språket i processtyrningstillämpningar — det mappar naturligt till representationen av rörledningar och instrumenteringsdiagram (P&ID) som processingenjörer känner till, och inkapslingen av komplexa funktioner (PID-slingor, ventilstyrning, motorskydd) i standardiserade återanvändbara funktionsblock minskar programmeringsansträngningen avsevärt i processanläggningstillämpningar. De flesta process- och säkerhetsorienterade PLC-plattformar erbjuder omfattande bibliotek av IEC 61511-kompatibla funktionsblock för vanliga processtyrnings- och säkerhetsfunktioner.

Strukturerad text (ST)

Strukturerad text är ett textbaserat språk på hög nivå som syntaktiskt liknar Pascal eller C, som stöder villkorliga satser, loopar, matematiska uttryck, stränghantering och komplexa datastrukturer som är besvärliga eller omöjliga i grafiska språk. ST används i allt större utsträckning av automationsingenjörer med mjukvaruutvecklingsbakgrund och är det föredragna språket för komplex databehandling, recepthantering, kommunikationshantering och alla applikationer som kräver sofistikerad algoritmisk logik som grafiska språk inte kan uttrycka effektivt. IEC 61131-3-standardens definition av Structured Text har gjort den genuint portabel mellan olika PLC-plattformar — kod skriven i ST för ett märkes PLC kan anpassas till ett annat märkes plattform med relativt små modifieringar, till skillnad från Ladder Diagram-kod som tenderar att använda tillverkarspecifika instruktioner och konventioner.

Sequential Function Chart (SFC)

Sekventiella funktionsdiagram representerar kontrollprogram som ett flödesschema över steg och övergångar - varje steg innehåller åtgärder (programmerade i LD, FBD eller ST), och varje övergång definierar villkoret som måste uppfyllas för att programmet ska gå vidare till nästa steg. SFC är det naturliga språket för sekvensering av applikationer - tvättmaskinscykler, batchprocesssekvenser, flerstegsmontering och alla applikationer där en maskin måste utföra en definierad serie operationer i ordning. Programmering av en komplex sekventiell process i Ladder Diagram ger stora, svåra att följa program; samma sekvens uttryckt i SFC är omedelbart läsbar som ett processflöde och är betydligt lättare att felsöka och modifiera.

Industriella kommunikationsprotokoll som stöds av moderna PLC:er

Moderna programmerbara logiska kontroller är nätverksenheter lika mycket som de är automationskontroller. Kommunikationsförmågan hos en PLC avgör hur den integreras med annan automationsutrustning, övervakningssystem, företagsdatabaser och molnplattformar – ett allt viktigare övervägande när industriell automation utvecklas mot anslutna Industry 4.0-arkitekturer.

• EtherNet/IP: Det dominerande industriella Ethernet-protokollet i Allen-Bradley/Rockwell Automations ekosystem, och brett stöds av tredjeparts I/O, enheter och instrument. EtherNet/IP använder standard TCP/IP och UDP-infrastruktur, vilket gör att PLC:er kan dela samma fysiska Ethernet-nätverk som kontorssystem samtidigt som deterministisk industriell prestanda bibehålls genom trafikhantering. Det är det valda protokollet för stora nordamerikanska tillverkningsautomationssystem.
• PROFINET: Det industriella Ethernet-protokollet utvecklat och främjat av Siemens och organisationen PROFIBUS och PROFINET International (PI). PROFINET är standardkommunikationsstommen för Siemens S7 PLC-system och stöds brett inom europeisk industriell automation. PROFINET IRT (Isochronous Real Time) tillhandahåller cykeltider på under millisekunder för rörelsekontrollapplikationer som kräver tät synkronisering mellan flera axlar.
• Modbus TCP/RTU: Det äldsta och mest universellt stödda industriella kommunikationsprotokollet, tillgängligt i praktiskt taget alla PLC, instrument och fältenheter på marknaden. Modbus är enkel, väldokumenterad och royaltyfri, vilket gör den till standardvalet för att integrera tredjepartsinstrument och äldre utrustning i moderna PLC-system. Dess begränsningar – inga inbyggda säkerhetsfunktioner, begränsad diagnostisk förmåga och master-slave-arkitektur som begränsar multi-master-konfigurationer – har lett till att den har förskjutits av EtherNet/IP och PROFINET i nya automationssystem, men dess universella tillgänglighet säkerställer att den kommer att fortsätta att användas i årtionden.
• OPC UA (Unified Architecture): Den moderna standarden för plattformsoberoende, säkert datautbyte mellan industriella automationssystem och system på högre nivå, inklusive SCADA, MES, ERP och molnplattformar. OPC UA tillhandahåller en standardiserad informationsmodell, inbyggd säkerhet (autentisering, auktorisering och kryptering) och förmågan att representera komplexa datastrukturer och relationer snarare än bara råa registervärden. Antagandet av OPC UA som kommunikationsgränssnitt för Industry 4.0- och IIoT-arkitekturer har gjort inbyggd OPC UA-serverkapacitet i PLC-processorer till en standardfunktion i avancerade automationsplattformar.
• IO-länk: En punkt-till-punkt seriell kommunikationsstandard för anslutning av intelligenta sensorer och ställdon till PLC I/O-systemet, vilket ger dubbelriktad digital kommunikation som gör att parameterinställning, diagnostik och identifieringsdata kan utbytas mellan fältenheten och PLC:n förutom det primära processvärdet. IO-Link ersätter snabbt konventionella 4-20mA och digitala I/O-anslutningar för nya sensor- och ställdoninstallationer, eftersom den extra diagnos- och parametreringsmöjligheten som den ger minskar idrifttagningstiden och förbättrar kapaciteten för prediktivt underhåll avsevärt.

Stora PLC-tillverkare och deras ekosystem

PLC-marknaden domineras av ett litet antal stora automationsföretag, som var och en erbjuder ett komplett ekosystem av PLC-hårdvara, programmeringsmjukvara, I/O-moduler, enheter, HMI-paneler och kommunikationsinfrastruktur som är designad för att fungera sömlöst tillsammans. Att välja en PLC från en viss tillverkare innebär vanligtvis att förbinda sig till den tillverkarens ekosystem för det fullständiga automationssystemet, vilket har betydande konsekvenser för integration, reservdelar, utbildning och långsiktigt stöd.

PLC vs DCS vs SCADA: Förstå skillnaderna

PLC:er diskuteras ofta tillsammans med Distributed Control Systems (DCS) och Supervisory Control and Data Acquisition (SCADA) system, och gränserna mellan dessa kategorier har suddats ut avsevärt i takt med att tekniken har utvecklats. Att förstå distinktionerna – och var de har konvergerat – är viktigt för att specificera den korrekta automationsarkitekturen för en given applikation.

Ett distribuerat styrsystem är en automationsarkitektur där styrfunktioner är fördelade över flera styrenheter som är utplacerade nära den process som kontrolleras, alla kopplade till ett centraliserat övervakningssystem genom ett högtillförlitligt anläggningsnätverk. DCS-system utvecklades för stora kontinuerliga processtillämpningar – olja och gas, petrokemi, kraftproduktion, läkemedelstillverkning – där tusentals analoga styrslingor, komplex förreglingslogik och omfattande larmhantering krävs i en stor fysisk anläggning. DCS-system prioriterar hög tillgänglighet (redundanta styrenheter, I/O, kraft och nätverk som standard), omfattande processdatahistorik och integrerade operatörsstationsdisplayer. Skillnaden mellan ett modernt högkvalitativt modulärt PLC-system och ett DCS på ingångsnivå är nu marginell när det gäller funktionalitet - de primära skillnaderna ligger i mjukvarumiljön, leverantörens applikationsfokus och den kommersiella modellen.

SCADA (Supervisory Control and Data Acquisition) hänvisar specifikt till det övervakande lagret – mjukvarusystemet som samlar in data från PLC:er och andra fältkontrollanter, presenterar processinformation för operatörer genom grafiska HMI-skärmar, loggar historiska data och kan skicka börvärdeskommandon tillbaka till styrenheterna. SCADA är inte en ersättning för en PLC – det är lagret ovanför PLC:n som tillhandahåller mänsklig tillsyn och datahantering. En typisk industriell automationsarkitektur kombinerar PLC:er på maskin- eller processkontrollnivå, ett industriellt nätverk som bär data mellan PLC:er och övervakningssystem, och ett SCADA- eller MES-system som tillhandahåller operatörsgränssnitt, historiska data och integration med affärssystem.

Nyckelfaktorer att utvärdera när du väljer en PLC för en ny applikation

Att välja rätt programmerbar logikstyrenhet för en ny maskin- eller processkontrollapplikation innebär att utvärdera en rad tekniska och kommersiella faktorer som tillsammans avgör om systemet kommer att uppfylla sina funktionskrav, levereras enligt tidtabell och vara stödjande under hela dess operativa livslängd. Följande ram täcker de viktigaste utvärderingskriterierna.

• I/O-antal och typ: Identifiera alla in- och utgångar som krävs – digitala ingångar, digitala utgångar, analoga ingångar, analoga utgångar, höghastighetsräknaringångar, pulstågsutgångar för stegmotorer – och lägg till en marginal på 20 till 25 % reservkapacitet för framtida modifieringar och tillägg. Se till att I/O-modulsortimentet för den valda PLC-familjen inkluderar de specifika typerna och spänningsintervallen som behövs för dina fältenheter — inte varje PLC-plattform erbjuder varje I/O-variant, och att anpassa icke-standardiserade fältenheter till ett begränsat I/O-intervall ökar kostnaden och komplexiteten.
• Bearbetningsprestandakrav: Bestäm om applikationen kräver standardrelä-ersättningslogik (alla moderna PLC är tillräckliga), PID-processkontroll (de flesta kompakta och modulära PLC:er stöder detta som standard), rörelsekontroll (kräver en PLC med integrerad rörelsestyrningskapacitet eller en separat rörelsekontroller) eller säkerhetsfunktioner (kräver en SIL-klassad säkerhets-PLC eller säkerhetsfunktionsmodul). Matcha CPU-skanningstidsspecifikationen till den snabbaste nödvändiga kontrollresponsen i applikationen – för motion control eller höghastighetsräkningsapplikationer kan standardskanningstider på 5 till 10ms vara otillräckliga.
• Kommunikationskrav: Identifiera de protokoll som krävs för att samverka med all annan utrustning i systemet — frekvensomriktare, HMI-paneler, instrument, visionsystem, robotar och övervakningssystem. Bekräfta att PLC:n kan fungera som nödvändig master, slav eller peer i varje kommunikationsrelation. Om OPC UA-anslutning till ett SCADA- eller MES-system krävs, kontrollera om detta är inbyggt i CPU:n eller kräver en extra kommunikationsmodul.
• Miljö- och installationskrav: Kontrollera driftstemperaturintervallet, IP-klassificeringen (inträngningsskydd) för CPU- och I/O-modulerna, vibrations- och stötklassificeringar och eventuella specifika certifieringar som krävs för installationsmiljön – ATEX eller IECEx för explosiva atmosfärer, marina certifieringar för offshore- eller fartygsinstallationer, eller specifika industricertifieringar för livsmedel och drycker eller farmaceutiska tillämpningar.
• Programmeringsprogramvara och utbildningstillgänglighet: Utvärdera användarvänligheten i programmeringsmiljön, kvaliteten på dokumentationen och tillgången till utbildning för de programmerings- och underhållsteam som ska arbeta med systemet. En kraftfull PLC-plattform som ingenjörsteamet inte kan programmera effektivt kommer att leverera sämre resultat än ett mer blygsamt specificerat system som teamet känner väl. Om projektet involverar en okänd plattform, ta med realistisk träning och inlärningstid i projektschemat.
• Långsiktig support och produktlivscykel: Verifiera tillverkarens angivna produktlivscykel för den specifika PLC-familjen — hur många år av tillgänglighet och reservdelssupport som har åtagits. Vissa PLC-familjer har avvecklats med begränsade övergångsvägar, vilket lämnar installerade system föräldralösa på föråldrad hårdvara. Föredrar plattformar från tillverkare med visat engagemang för långsiktigt stöd och tydliga migreringsvägar när eventuella produktförändringar behövs. Kontrollera om de valda CPU- och I/O-modulerna är aktuella produktionsartiklar eller äldre produkter som närmar sig slutet av livet.

PLC-underhåll, felsökning och livscykelhantering

Ett PLC-system i kontinuerlig drift kräver proaktivt underhåll och livscykelhantering för att bibehålla tillförlitligheten och undvika oplanerade stillestånd. Följande metoder är standard i välskötta automationsteknikverksamheter.

• Programsäkerhetskopiering och versionskontroll: Underhåll aktuella, verifierade säkerhetskopior av alla PLC-program och konfigurationsfiler i ett säkert, versionskontrollerat arkiv. En PLC som förlorar sitt program på grund av batterifel, CPU-fel eller oavsiktlig överskrivning kan få en produktionslinje att stanna helt tills programmet återställs. Testa återställningsproceduren från säkerhetskopian minst en gång per år för att bekräfta att säkerhetskopieringen är klar och att återställningsprocessen fungerar korrekt.
• Batteriunderhåll: De flesta PLC-processorer använder ett litiumbatteri för att upprätthålla programminne och realtidsklockvärden under strömavbrott. Batteriets livslängd är vanligtvis tre till fem år, och de flesta processorer ger en varningssignal för lågt batteri innan fel. Byt batterier på schemalagd basis – årligen i kritiska tillämpningar – snarare än att vänta på larmet för lågt batteri, vilket ger otillräcklig marginal för oplanerade långa avbrott.
• Firmware-uppdateringar: PLC-tillverkare släpper regelbundet firmwareuppdateringar som åtgärdar säkerhetsbrister, fixar buggar och lägger till funktioner. Upprätta en process för att utvärdera och tillämpa firmwareuppdateringar — inte alla uppdateringar ska tillämpas omedelbart i produktionssystem, men att ignorera alla uppdateringar skapar säkerhetsrisker och kan lämna kända buggar oadresserade. Testa firmwareuppdateringar på ett icke-produktionssystem innan de appliceras på produktions-PLC:er.
• Reservdelshantering: Upprätthålla ett reservdelslager som är lämpligt för den kontrollerade processens kritiska karaktär. Håll minst en reservdel av varje CPU-modul och de vanligaste I/O-modultyperna. För kritiska applikationer där kostnaden för stillestånd är mycket hög, håll kompletta reservställ eller system i ett tillstånd som är redo att driftsättas. Det korrekta tillvägagångssättet för reservdelar är att bestämma den maximala acceptabla stilleståndstiden för systemet och arbeta bakåt för att avgöra vilket reservdelslager som behövs för att uppnå det målet.
• Förstärkning av cybersäkerhet: PLC-system som är anslutna till anläggningsnätverk och därutöver blir allt mer målsatta av cyberattacker – Stuxnet-incidenten visade att även isolerade industriella kontrollsystem kan äventyras. Grundläggande cybersäkerhetshygien för PLC-system inkluderar nätverkssegmentering (isolering av kontrollnätverket från företagets IT-nätverk bakom en demilitariserad zon), inaktivering av oanvända kommunikationsportar och tjänster på PLC:n, implementering av användaråtkomstkontroller och lösenordspolicyer på programmeringsprogramvara och övervakning av nätverkstrafik för avvikelser med industriella intrångsdetekteringssystem.