Programmerbar logikcontroller: Komplet guide til, hvordan PLC'er fungerer, typer, programmering og valg

Hvad er en programmerbar logikcontroller, og hvorfor industrien er afhængig af den

En programmerbar logisk controller (PLC) er en robust industriel computer designet specifikt til at overvåge input fra sensorer og feltenheder, udføre et lagret kontrolprogram og styre output - såsom motorer, ventiler, aktuatorer og indikatorer - i realtid. I modsætning til en almindelig computer er en PLC konstrueret til at fungere pålideligt i barske industrielle miljøer karakteriseret ved elektrisk støj, vibrationer, ekstreme temperaturer og støv, mens den udfører kontrolprogrammer med deterministisk timing - hvilket betyder, at controlleren fuldfører sin scanningscyklus på en forudsigelig, gentagelig tid uanset procesforhold. Denne kombination af industriel hærdning og realtidsdeterminisme er det, der gør PLC'er til standardautomationscontrolleren på tværs af fremstilling, procesindustrier, forsyningsselskaber, bygningsautomatisering og infrastruktur verden over.

PLC'en blev udviklet i slutningen af ​​1960'erne specifikt til at erstatte de store banker af elektromekaniske relæer, der styrede samlebånd til biler - systemer, der var dyre at installere, krævede betydelige omledninger for at ændre og krævede konstant vedligeholdelse, da relækontakter blev slidt og svigtet. Ved at erstatte den fysiske relælogik med en programmerbar software-baseret ækvivalent tillod PLC'en produktionsingeniører at ændre maskinens adfærd ved at ændre et program i stedet for at omkoble et panel, hvilket dramatisk reducerede tiden og omkostningerne ved produktionsskift. Tres år senere forbliver kernekonceptet uændret, men moderne programmerbare logiske controllere har udvidet fra simple relæudskiftninger til sofistikerede automatiseringsplatforme, der understøtter højhastighedsbevægelseskontrol, proceskontrol, sikkerhedsfunktioner, maskinsynsintegration og industriel netværkskommunikation på tværs af komplekse multisystemarkitekturer.

Sådan fungerer en PLC: Scanningscyklussen forklaret

Det grundlæggende driftsprincip for en programmerbar logisk controller er scanningscyklussen - en gentagende sekvens af operationer, som PLC'en udfører kontinuerligt, så længe den er i driftstilstand. At forstå scanningscyklussen er afgørende for at forstå, hvordan en PLC opfører sig, især i tidskritiske applikationer, hvor responstiden på en inputændring bestemmer, om styresystemet fungerer korrekt.

En standard PLC-scanningscyklus består af fire sekventielle trin. Først læser indgangsscanningen den aktuelle tilstand af alle tilsluttede digitale og analoge indgange - sensorer, switches, indkodere, sendere - og kopierer disse værdier til et inputbilledregister i hukommelsen. For det andet udfører programscanningen styreprogrammet, der er lagret i hukommelsen, ved at bruge inputbilledværdierne (ikke live-input-aflæsninger) til at evaluere logiske forhold og bestemme den påkrævede tilstand af output. For det tredje skriver outputscanningen outputbilledværdierne bestemt af programmet til den fysiske outputhardware, aktiverer eller deaktiverer de tilsluttede enheder. For det fjerde håndterer husholdningsfasen kommunikation, selvdiagnostik og opdatering af interne timere og tællere, før cyklussen gentages.

Den tid, der kræves for at gennemføre en scanningscyklus - scanningstiden - er typisk 1 til 10 millisekunder for de fleste standardapplikationer, selvom den øges med programkompleksitet og I/O-punktantal. Scanningscyklusarkitekturen betyder, at ændringer i inputtilstand ikke reageres før den næste scanningscyklus, som introducerer en maksimal en-scanningscyklus latens i kontrolsvaret. For de fleste industrielle automatiseringsapplikationer er denne latenstid helt acceptabel. Til højhastighedsapplikationer - servobevægelseskontrol, højfrekvenstælling eller sikkerhedsfunktioner, der kræver sub-millisekunder-respons - bruges specialiserede afbrydelsesrutiner, dedikerede bevægelsesprocessorer eller separate sikkerheds-PLC'er til at omgå standard scanningscyklus-latenstiden.

PLC hardwarekomponenter og deres funktioner

Et PLC-system består af flere forskellige hardwarekomponenter, der tilsammen udgør den komplette automationscontroller. Forståelse af hver komponents funktion tydeliggør, hvordan et PLC-system specificeres, samles og vedligeholdes.

Central Processing Unit (CPU)

CPU-modulet er hjernen i PLC'en - det indeholder processoren, der udfører kontrolprogrammet, hukommelsen, der gemmer programmet og data, og kommunikationsgrænseflader, der forbinder til programmeringsværktøjer og andre automatiseringssystemer. CPU-kapacitet er karakteriseret ved behandlingshastighed (scanningstid pr. 1.000 instruktioner i ladderlogik), programhukommelseskapacitet (typisk kilobyte til megabyte afhængig af PLC-klassen), datahukommelse til lagring af variable værdier og procesdata og rækken af ​​understøttede kommunikationsprotokoller. Avancerede CPU-moduler indeholder også realtidsure, datalogningskapacitet og indbyggede OPC UA- eller MQTT-servere til direkte forbindelse til industrielle IoT- og cloud-systemer uden yderligere hardware.

Input/Output (I/O) moduler

I/O-moduler er den fysiske grænseflade mellem PLC'en og feltenhederne - sensorer, kontakter, ventiler, motorer og instrumenter - som styresystemet overvåger og styrer. Digitale inputmoduler modtager tænd/sluk-signaler fra enheder såsom nærhedssensorer, trykknapper og endestop, og konverterer feltniveauspændingen (typisk 24VDC eller 120/240VAC) til et logisk niveausignal, som CPU'en kan læse. Digitale udgangsmoduler skifter strøm til feltenheder såsom magnetventiler, motorstartere og indikatorlamper. Analoge inputmoduler konverterer kontinuerligt variable signaler - 4-20mA strømsløjfer, 0-10V spændingssignaler, termoelementspændinger, RTD-modstandsværdier - til digitale værdier, som CPU'en kan behandle. Analoge udgangsmoduler konverterer digitale værdier fra CPU'en til proportionale analoge signaler til styring af drev med variabel hastighed, proportionalventiler og andre kontinuerligt variable enheder. Specialiserede I/O-moduler inkluderer højhastighedstællerindgange til encoderfeedback, serielle kommunikationsmoduler og sikkerhedsklassificeret I/O til funktionelle sikkerhedsapplikationer.

Strømforsyning

PLC-strømforsyningsmodulet konverterer indgående netstrøm (typisk 120VAC eller 240VAC) eller DC-busstrøm til de regulerede DC-spændinger, der kræves af CPU- og I/O-modulerne. Valg af strømforsyning involverer at matche udgangsstrømkapaciteten til det samlede strømforbrug for alle moduler i racket eller systemet med en margin på mindst 20 til 30 % for pålidelighed og for at imødekomme fremtidig udvidelse. Redundante strømforsyningskonfigurationer - hvor to strømforsyningsmoduler kører parallelt med automatisk failover - er standard i højtilgængelige systemer, hvor en uplanlagt nedlukning fra en strømforsyningsfejl ville være uacceptabelt dyr.

Bagplade og stativ

I rack-monterede modulære PLC-systemer er backplane printkortet, der mekanisk understøtter og elektrisk forbinder CPU, strømforsyning og I/O-moduler. Bagplanet bærer den interne databus, strømfordelingen og i nogle systemer de realtidssynkroniseringssignaler, der kræves til koordineret multimoduldrift. Rackstørrelse — specificeret af antallet af modulpladser — bestemmer, hvor mange I/O-moduler, der kan installeres i et enkelt rack, og for systemer, der kræver mere I/O, end et enkelt rack kan rumme, er flere racks forbundet via udvidelseskabler eller fjern-I/O over et industrielt netværk.

Typer af PLC'er: Kompakte, modulære og rackbaserede systemer

PLC'er fremstilles i flere formfaktorer, der passer til forskellige skala- og kompleksitetskrav. Valg af den passende PLC-formfaktor til en applikation indebærer at matche controllerens I/O-kapacitet, udvidelsesmuligheder og behandlingsevne til de nuværende og forventede fremtidige krav til den maskine eller proces, der styres.

Den kompakte PLC-kategori er blevet det mest betydningsfulde vækstområde på PLC-markedet, drevet af Siemens S7-1200 og Allen-Bradley Micro820-klassen af produkter, der tilbyder funktioner, der tidligere kun var forbundet med modulære systemer i fuld størrelse - inklusive motion control, PID-processtyring og Ethernet-baseret industriel kommunikation - i en lille formfaktor, der er velegnet til panelmontering uden et dedikeret rack. For nye maskinautomatiseringsprojekter med I/O-tal under 200 point er en kompakt modulær PLC nu standardudgangspunktet for de fleste automationsingeniører frem for de større rack-baserede systemer, der var nødvendige for et årti siden.

PLC-programmeringssprog i henhold til IEC 61131-3

PLC-programmering er standardiseret under IEC 61131-3, som definerer fem programmeringssprog, som kompatible PLC-udviklingsmiljøer skal understøtte. Forskellige sprog passer til forskellige typer kontrollogik og forskellige tekniske baggrunde, og de fleste moderne PLC-programmeringsværktøjer gør det muligt at bruge flere sprog inden for et enkelt projekt - hvilket gør det muligt for ingeniører at vælge det mest passende sprog til hver sektion af programmet.

Stigediagram (LD)

Ladder Diagram er det mest udbredte PLC-programmeringssprog, især i Nordamerika og i diskrete produktionsmiljøer. Den grafiske repræsentation efterligner de relælogiske diagrammer, som PLC'er oprindeligt blev designet til at erstatte - vandrette trin af logik forbinder venstre og højre strømskinner med normalt åbne og normalt lukkede kontaktsymboler, der repræsenterer inputbetingelser og spolesymboler, der repræsenterer outputkommandoer. Ladder-logik er intuitiv for elektroingeniører, der er fortrolige med relækredsløbsdiagrammer og er nem at læse og fejlfinde online (med PLC'en i driftstilstand fremhæves aktive elementer i programmeringssoftwaren, hvilket gør det muligt at spore fejltilstande visuelt). Begrænsningen ved Ladder Diagram er, at det bliver uhåndterligt for komplekse matematiske operationer, datamanipulation og sekventiel programmering, der er mere naturligt udtrykt i tekstbaserede sprog.

Funktionsblokdiagram (FBD)

Funktionsblokdiagram repræsenterer kontrollogik som indbyrdes forbundne grafiske blokke — hver blok indkapsler en specifik funktion (AND-gate, PID-controller, tæller, timer, motorfunktionsblok) med input- og outputforbindelser vist som ledninger mellem blokke. FBD er det dominerende sprog i processtyringsapplikationer - det knytter sig naturligt til repræsentationen af ​​rør- og instrumentdiagram (P&ID), som procesingeniører kender, og indkapslingen af ​​komplekse funktioner (PID-sløjfer, ventilstyring, motorbeskyttelse) i standardiserede genanvendelige funktionsblokke reducerer programmeringsindsatsen betydeligt i procesanlægsapplikationer. De fleste proces- og sikkerhedsorienterede PLC-platforme tilbyder omfattende biblioteker af IEC 61511-kompatible funktionsblokke til almindelige processtyrings- og sikkerhedsfunktioner.

Struktureret tekst (ST)

Struktureret tekst er et tekstbaseret sprog på højt niveau, der syntaktisk ligner Pascal eller C, der understøtter betingede udsagn, loops, matematiske udtryk, strenghåndtering og komplekse datastrukturer, der er besværlige eller umulige i grafiske sprog. ST bruges i stigende grad af automationsingeniører med softwareudviklingsbaggrunde og er det foretrukne sprog til kompleks databehandling, recepthåndtering, kommunikationshåndtering og enhver applikation, der kræver sofistikeret algoritmisk logik, som grafiske sprog ikke kan udtrykke effektivt. IEC 61131-3-standardens definition af struktureret tekst har gjort den ægte bærbar mellem forskellige PLC-platforme - kode skrevet i ST for et mærkes PLC kan tilpasses til et andet mærkes platform med relativt små ændringer, i modsætning til Ladder Diagram-kode, som har tendens til at bruge producentspecifikke instruktioner og konventioner.

Sequential Function Chart (SFC)

Sekventielt funktionsdiagram repræsenterer kontrolprogrammer som et flowchart af trin og overgange - hvert trin indeholder handlinger (programmeret i LD, FBD eller ST), og hver overgang definerer den betingelse, der skal være opfyldt, for at programmet kan gå videre til næste trin. SFC er det naturlige sprog for sekventering af applikationer - vaskemaskinecyklusser, batchprocessekvenser, flertrins montageoperationer og enhver applikation, hvor en maskine skal udføre en defineret række af operationer i rækkefølge. Programmering af en kompleks sekventiel proces i Ladder Diagram producerer store, vanskelige at følge programmer; den samme sekvens udtrykt i SFC er umiddelbart læsbar som et procesflow og er betydeligt nemmere at fejlfinde og ændre.

Industrielle kommunikationsprotokoller understøttet af moderne PLC'er

Moderne programmerbare logiske controllere er netværksenheder lige så meget som de er automationscontrollere. En PLC's kommunikationsmuligheder bestemmer, hvordan den integreres med andet automationsudstyr, overvågningssystemer, virksomhedsdatabaser og cloudplatforme - en stadig vigtigere overvejelse, efterhånden som industriel automation udvikler sig mod forbundne industri 4.0-arkitekturer.

• EtherNet/IP: Den dominerende industrielle Ethernet-protokol i Allen-Bradley/Rockwell Automation-økosystemet og bredt understøttet af tredjeparts I/O, drev og instrumenter. EtherNet/IP bruger standard TCP/IP- og UDP-infrastruktur, hvilket gør det muligt for PLC'er at dele det samme fysiske Ethernet-netværk som kontorsystemer, mens de bevarer deterministisk industriel ydeevne gennem trafikstyring. Det er den foretrukne protokol for store nordamerikanske produktionsautomatiseringssystemer.
• PROFINET: Den industrielle Ethernet-protokol udviklet og promoveret af Siemens og PROFIBUS og PROFINET International (PI) organisationen. PROFINET er standardkommunikationsrygraden for Siemens S7 PLC-systemer og er bredt understøttet på tværs af europæisk industriel automation. PROFINET IRT (Isochronous Real Time) giver sub-millisekunder cyklustider til motion control-applikationer, der kræver tæt synkronisering mellem flere akser.
• Modbus TCP/RTU: Den ældste og mest universelt understøttede industriel kommunikationsprotokol, tilgængelig i stort set alle PLC'er, instrumenter og feltenheder på markedet. Modbus er enkel, veldokumenteret og royaltyfri, hvilket gør den til standardvalget til integration af tredjepartsinstrumenter og ældre udstyr i moderne PLC-systemer. Dens begrænsninger - ingen indbyggede sikkerhedsfunktioner, begrænset diagnostisk kapacitet og master-slave-arkitektur, der begrænser multi-master-konfigurationer - har ført til, at den er fortrængt af EtherNet/IP og PROFINET i nye automatiseringssystemer, men dens universelle tilgængelighed sikrer, at den vil forblive i brug i årtier.
• OPC UA (Unified Architecture): Den moderne standard for platform-uafhængig, sikker dataudveksling mellem industrielle automationssystemer og systemer på højere niveau, herunder SCADA, MES, ERP og cloud-platforme. OPC UA giver en standardiseret informationsmodel, indbygget sikkerhed (godkendelse, autorisation og kryptering) og evnen til at repræsentere komplekse datastrukturer og relationer i stedet for blot rå registerværdier. Vedtagelsen af ​​OPC UA som kommunikationsgrænsefladen for Industry 4.0- og IIoT-arkitekturer har gjort native OPC UA-serverkapacitet i PLC-CPU'er til en standardfunktion i avancerede automatiseringsplatforme.
• IO-link: En punkt-til-punkt seriel kommunikationsstandard til at forbinde intelligente sensorer og aktuatorer til PLC I/O-systemet, der giver tovejs digital kommunikation, der tillader parameterindstilling, diagnostik og identifikationsdata at blive udvekslet mellem feltenheden og PLC'en ud over den primære procesværdi. IO-Link fortrænger hurtigt konventionelle 4-20mA og digitale I/O-forbindelser til nye sensor- og aktuatorinstallationer, fordi den ekstra diagnose- og parametreringsevne, det giver, reducerer idriftsættelsestiden og forbedrer forudsigelig vedligeholdelsesevne betydeligt.

Store PLC-producenter og deres økosystemer

PLC-markedet er domineret af et lille antal store automationsvirksomheder, som hver især tilbyder et komplet økosystem af PLC-hardware, programmeringssoftware, I/O-moduler, drev, HMI-paneler og kommunikationsinfrastruktur, der er designet til at arbejde problemfrit sammen. At vælge en PLC fra en bestemt producent betyder typisk at forpligte sig til denne producents økosystem for det fulde automatiseringssystem, hvilket har betydelige konsekvenser for integration, reservedele, træning og langsigtet support.

PLC vs DCS vs SCADA: Forstå forskellene

PLC'er diskuteres ofte sammen med Distributed Control Systems (DCS) og Supervisory Control and Data Acquisition (SCADA) systemer, og grænserne mellem disse kategorier er udvisket betydeligt, efterhånden som teknologien har udviklet sig. Forståelse af distinktionerne - og hvor de har konvergeret - er vigtigt for at specificere den korrekte automatiseringsarkitektur for en given applikation.

Et distribueret kontrolsystem er en automatiseringsarkitektur, hvor kontrolfunktioner er fordelt på tværs af flere controllere, der er installeret tæt på den proces, der styres, alle forbundet til et centraliseret overvågningssystem gennem et anlægsnetværk med høj pålidelighed. DCS-systemer blev udviklet til store kontinuerlige procesapplikationer - olie og gas, petrokemi, elproduktion, farmaceutisk fremstilling - hvor tusindvis af analoge kontrolsløjfer, kompleks interlock-logik og omfattende alarmstyring er påkrævet på tværs af et stort fysisk anlæg. DCS-systemer prioriterer høj tilgængelighed (redundante controllere, I/O, strøm og netværk som standard), omfattende procesdatahistorikerkapacitet og integrerede operatørstationsvisninger. Forskellen mellem et moderne high-end modulært PLC-system og en entry-level DCS er nu marginal med hensyn til funktionalitet - de primære forskelle er i softwaremiljøet, leverandørens applikationsfokus og den kommercielle model.

SCADA (Supervisory Control and Data Acquisition) refererer specifikt til overvågningslaget - softwaresystemet, der indsamler data fra PLC'er og andre feltcontrollere, præsenterer procesinformation til operatører gennem grafiske HMI-displays, logger historiske data og kan sende sætpunktkommandoer tilbage til controllerne. SCADA er ikke en erstatning for en PLC - det er laget over PLC'en, der giver menneskelig overvågning og datastyring. En typisk industriel automationsarkitektur kombinerer PLC'er på maskin- eller processtyringsniveau, et industrielt netværk, der bærer data mellem PLC'er og overvågningssystemer, og et SCADA- eller MES-system, der giver operatørgrænseflade, historiske data og integration med forretningssystemer.

Nøglefaktorer at evaluere, når du vælger en PLC til en ny applikation

Valg af den rigtige programmerbare logiske controller til en ny maskin- eller processtyringsapplikation involverer evaluering af en række tekniske og kommercielle faktorer, der tilsammen afgør, om systemet vil opfylde dets funktionelle krav, blive leveret til tiden og være understøttet i hele dets driftslevetid. Følgende rammer dækker de vigtigste evalueringskriterier.

• I/O-antal og type: Identificer alle nødvendige indgange og udgange — digitale input, digitale udgange, analoge input, analoge udgange, højhastighedstællerindgange, pulstogudgange til stepmotorer — og tilføj en 20 til 25 % ledig kapacitetsmargin til fremtidige modifikationer og tilføjelser. Sørg for, at I/O-modulområdet for den valgte PLC-familie inkluderer de specifikke typer og spændingsområder, der er nødvendige for dine feltenheder - ikke alle PLC-platforme tilbyder alle I/O-varianter, og tilpasning af ikke-standard feltenheder til et begrænset I/O-område øger omkostninger og kompleksitet.
• Krav til behandlingsydelse: Bestem, om applikationen kræver standard relæ-udskiftningslogik (enhver moderne PLC er tilstrækkelig), PID-processtyring (de fleste kompakte og modulære PLC'er understøtter dette som standard), motion control (kræver en PLC med integreret motion control-funktion eller en separat motion controller) eller sikkerhedsfunktioner (kræver en SIL-klassificeret sikkerheds-PLC eller sikkerhedsfunktionsmodul). Match CPU-scanningstidsspecifikationen til den hurtigste krævede kontrolrespons i applikationen - for motion control eller højhastigheds-tælleapplikationer kan standardscanningstider på 5 til 10ms være utilstrækkelige.
• Kommunikationskrav: Identificer de protokoller, der kræves for at interface med alt andet udstyr i systemet - drev, HMI-paneler, instrumenter, visionsystemer, robotter og overvågningssystemer. Bekræft, at PLC'en kan fungere som den påkrævede master, slave eller peer i hvert kommunikationsforhold. Hvis OPC UA-forbindelse til et SCADA- eller MES-system er påkrævet, skal du kontrollere, om dette er indbygget i CPU'en eller kræver et ekstra kommunikationsmodul.
• Miljø- og installationskrav: Tjek driftstemperaturområdet, IP-klassificeringen (indtrængningsbeskyttelse) for CPU- og I/O-modulerne, vibrations- og stødklassificeringer og eventuelle specifikke certificeringer, der kræves til installationsmiljøet - ATEX eller IECEx for eksplosive atmosfærer, marinecertificeringer til offshore- eller fartøjsinstallationer eller specifikke industricertificeringer til fødevarer og drikkevarer eller farmaceutiske applikationer.
• Programmeringssoftware og tilgængelighed af træning: Evaluer brugervenligheden af programmeringsmiljøet, kvaliteten af dokumentationen og tilgængeligheden af træning for de programmerings- og vedligeholdelsesteams, der skal arbejde med systemet. En kraftfuld PLC-platform, som ingeniørteamet ikke kan programmere effektivt, vil levere dårligere resultater end et mere beskedent specificeret system, som teamet kender godt. Hvis projektet involverer en ukendt platform, skal du medregne realistisk træning og læringstid i projektplanen.
• Langsigtet support og produktlivscyklus: Bekræft producentens angivne produktlivscyklus for den specifikke PLC-familie – hvor mange års tilgængelighed og reservedelssupport er forpligtet. Nogle PLC-familier er blevet afbrudt med begrænsede overgangsstier, hvilket efterlader installerede systemer forældreløse på forældet hardware. Foretrækker platforme fra producenter med demonstreret forpligtelse til langsigtet support og klare migrationsstier, når eventuelle produktændringer er nødvendige. Tjek, om de valgte CPU- og I/O-moduler er aktuelle produktionsartikler eller ældre produkter, der nærmer sig slutningen af ​​deres levetid.

PLC-vedligeholdelse, fejlfinding og livscyklusstyring

Et PLC-system i kontinuerlig drift kræver proaktiv vedligeholdelse og livscyklusstyring for at opretholde pålideligheden og undgå uplanlagt nedetid. Følgende fremgangsmåder er standard i veldrevne automationsingeniøroperationer.

• Program backup og versionskontrol: Vedligehold aktuelle, verificerede sikkerhedskopier af alle PLC-programmer og konfigurationsfiler i et sikkert, versionsstyret lager. En PLC, der mister sit program på grund af batterifejl, CPU-fejl eller utilsigtet overskrivning, kan bringe en produktionslinje til at standse fuldstændigt, indtil programmet er gendannet. Test gendannelsesproceduren fra backup mindst en gang om året for at bekræfte, at sikkerhedskopieringen er fuldført, og at gendannelsesprocessen fungerer korrekt.
• Vedligeholdelse af batteri: De fleste PLC-CPU'er bruger et lithium-batteri til at vedligeholde programhukommelse og realtids-urværdier under strømafbrydelser. Batterilevetiden er typisk tre til fem år, og de fleste CPU'er giver et advarselssignal om lavt batteri før fejl. Udskift batterier på en planlagt basis - årligt i kritiske applikationer - i stedet for at vente på alarmen for lavt batteriniveau, som efterlader utilstrækkelig margen til uplanlagte forlængede udfald.
• Firmwareopdateringer: PLC-producenter udgiver regelmæssigt firmwareopdateringer, der adresserer sikkerhedssårbarheder, retter fejl og tilføjer funktioner. Etabler en proces til evaluering og anvendelse af firmwareopdateringer - ikke alle opdateringer bør anvendes med det samme i produktionssystemer, men ignorering af alle opdateringer skaber sikkerhedsrisici og kan efterlade kendte fejl uadresserte. Test firmwareopdateringer på et ikke-produktionssystem, før de anvendes på produktions-PLC'er.
• Reservedelshåndtering: Oprethold en reservedelsbeholdning, der er passende i forhold til kritikaliteten af den kontrollerede proces. Hold som minimum en reservedel af hvert CPU-modul og de mest almindeligt anvendte I/O-modultyper. Til kritiske applikationer, hvor omkostningerne ved nedetid er meget høje, skal du holde komplette reservestativer eller systemer i en klar til implementering. Den korrekte tilgang til reservedele er at bestemme den maksimalt acceptable nedetid for systemet og arbejde baglæns for at bestemme, hvilken reservebeholdning der er nødvendig for at nå dette mål.
• Hærdning af cybersikkerhed: PLC-systemer forbundet til fabriksnetværk og videre er i stigende grad mål for cyberangreb - Stuxnet-hændelsen viste, at selv isolerede industrielle kontrolsystemer kan blive kompromitteret. Grundlæggende cybersikkerhedshygiejne for PLC-systemer omfatter netværkssegmentering (isolering af kontrolnetværket fra virksomhedens it-netværk bag en demilitariseret zone), deaktivering af ubrugte kommunikationsporte og tjenester på PLC-processoren, implementering af brugeradgangskontroller og adgangskodepolitikker på programmeringssoftware og overvågning af netværkstrafikken for uregelmæssigheder ved hjælp af industrielle indtrængningsdetektionssystemer.