SCADA, PLC og HMI: hvem gør hvad i moderne proces- og produktionsstyring?

Hvis du nogensinde har stået i en produktion og hørt nogen sige “det ligger i SCADA’en”, “PLC’en driller” eller “HMI’en fryser”, så ved du også, at de tre begreber ofte bliver blandet sammen som om de var det samme. Det er de ikke. De er mere som et team, hvor hver spiller har sin rolle, og hvor hele holdet falder fra hinanden, hvis man forventer at målmanden også lige tager hjørnespark og sælger billetter i pausen.

I den her guide får du en praktisk, menneskelig forklaring på forskellen mellem SCADA, PLC og HMI, hvordan de arbejder sammen, og hvor SCADA passer ind i en moderne proces- eller produktionsløsning. Du får også typiske arkitekturer, konkrete use cases og de klassiske fejl, som koster tid, driftstop og grå hår.

Overblikket: SCADA, PLC og HMI i én sætning hver

Lad os starte med den korte version:

• PLC: Styrer maskiner og procesudstyr i realtid (logik, I/O, sikker drift).
• HMI: Det lokale “betjeningspanel” som operatøren bruger ved maskinen.
• SCADA: Overvågning, alarmer, historik og kontrol på tværs af anlæg/linjer og ofte hele sites.

Hvis du kun læser én passage, så læs den igen: PLC’en “gør”, HMI’en “viser og betjener lokalt”, SCADA’en “overvåger og samler det hele”.

Hvad er en PLC og hvad laver den i praksis?

PLC står for Programmable Logic Controller. Det er en industri-computer designet til at være robust, stabil og forudsigelig, også når verden omkring den ryster, støver, bliver varm og får spændingsdyk. PLC’en er typisk koblet til:

• sensorer (temperatur, tryk, niveau, flow, fotoøjer, encoder osv.)
• aktuatorer (ventiler, motorer, pumper, cylindere, relæer)
• frekvensomformere/servoer
• sikkerhedskomponenter (afhængigt af setup)

PLC’ens kerneopgaver

1. Realtime-styring: Den kører logik i scan-cyklusser og reagerer på input med output.
2. Sekvensstyring: Start/stop, trin i en proces, interlocks, tidsstyring.
3. Regulering: PID-loops, setpoints og processtabilitet.
4. Failsafe-tænkning: Designet til at fejle “sikkert” (afhænger af design og safety-setup).

En god tommelfingerregel

Alt det, der skal virke selv hvis netværk og skærme går ned, hører hjemme i PLC’en.

Hvad er en HMI og hvorfor er den ikke “bare en skærm”?

HMI står for Human Machine Interface. I praksis er det ofte en touchscreen ved maskinen (panel-PC eller dedikeret HMI), hvor operatøren kan:

• se status (kører/stop, temperaturer, alarmer)
• starte/stoppe udstyr
• ændre setpoints (inden for tilladte rammer)
• kvittere alarmer
• følge simple trends (nogle gange)

HMI’ens rolle

HMI’en er typisk lokal og nær driften. Den er lavet til “her og nu”-betjening: operatøren står ved anlægget og skal kunne reagere hurtigt.

Typiske styrker ved HMI

• Hurtig adgang til funktioner tæt på udstyret
• Enkelt UI målrettet operatører
• Kan bygges meget “maskinespecifikt”

Typiske begrænsninger

• Begrænset historik og datalagring
• Sjældent god til cross-line overblik
• Kan blive uoverskuelig, hvis man prøver at gøre den til “alt”

En klassisk fejl er at gøre HMI’en til mini-SCADA. Det kan lade sig gøre, men det bliver ofte en halvdårlig løsning, fordi den lokale skærm pludselig skal løse opgaver, den ikke er lavet til.

Hvad er SCADA og hvor passer det ind?

SCADA står for Supervisory Control And Data Acquisition. Det er platformen, der typisk ligger “oven på” PLC/HMI-laget og giver:

• Overvågning på tværs af processer/linjer/anlæg
• Alarmer med prioritet, kvittering, eskalering
• Historik (trends, rapporter, batch-log, event logs)
• Central betjening (supervisory control, ikke millisekund-styring)
• Bruger- og rettighedsstyring
• Integration til databaser, rapportering, ofte MES/ERP/CMMS

Hvis du vil have en enkel forklaring på, hvad SCADA egentlig er, så er det her den mest direkte indgang: hvad er scada

(Yes, linket er placeret naturligt i teksten. Nej, vi putter ikke 14 links ind som en 2012 SEO-praktikant.)

SCADA’s “sweet spot”

SCADA er stærk, når du har brug for:

• ét samlet billede af driften
• stabil alarmering og historik
• driftsoptimering via data
• flere brugere/roller (operatør, vedligehold, ledelse)

SCADA vs PLC vs HMI: hvem bestemmer hvad?

Det bliver virkelig tydeligt, når man ser på “hvem bestemmer hvad”:

PLC bestemmer

• sikker logik og interlocks
• maskinsekvenser
• realtidshandlinger
• lokale kontrolsløjfer

HMI bestemmer (i praksis: giver adgang til)

• lokale kommandoer (start/stop, manuel drift)
• lokale setpoints (med begrænsninger)
• lokale kvitteringer og operatør-flow

SCADA bestemmer

• overordnet overvågning og koordinering
• centrale setpoints/recipes (ofte)
• alarmhåndtering på systemniveau
• rapportering og historik
• “hvad skete der hvornår”-sandheden

Den smarte måde at tænke på det:

• PLC’en gør arbejdet.
• HMI’en er betjeningen ved maskinen.
• SCADA’en er kontroltårnet.

Typisk arkitektur i en moderne produktion

En ret standard struktur ser sådan ud:

1. Feltlag: sensorer, ventiler, motorer, drives
2. Kontrollag: PLC’er (og evt. safety PLC)
3. Operatørlag: HMI’er ved maskiner/linjer
4. Overvågningslag: SCADA server + klienter
5. Data/IT-lag: historik-database, rapportering, integrationer

Hvor SCADA “passer ind”

SCADA ligger typisk mellem produktionen (OT) og IT-laget, og det er ofte SCADA/historian, der bliver “broen” til:

• KPI dashboards
• energiovervågning
• vedligeholdssystemer
• MES (hvis relevant)

“SCADA vs. HMI” forvirringen: hvornår er HMI nok?

Nogle mindre anlæg kan køre fint med PLC + HMI uden SCADA. Det gælder typisk når:

• der kun er én linje eller én maskine
• der ikke er behov for historik eller avanceret alarmhåndtering
• drift og fejlretning sker lokalt
• der er få brugere

Du bør overveje SCADA, når:

• du har flere linjer eller flere områder
• du vil have historik, trends og rapporter
• alarmer skal håndteres systematisk (prioritet, kvittering, eskalering)
• du vil kunne fejlfinde uden at stå fysisk ved anlægget
• du vil bruge data til optimering (OEE, energi, stopårsager)

Konkrete eksempler: sådan arbejder de sammen

Eksempel 1: Pumpeanlæg i procesindustri

• PLC: starter/stopper pumper, beskytter mod tørkørsel, styrer ventiler, PID på tryk
• HMI: lokal betjening, manuel/auto, lokalt alarmoverblik
• SCADA: central oversigt over hele pumpestationen, historik på tryk/flow, alarmer på tværs, rapporter

Eksempel 2: Produktionslinje med flere maskiner

• PLC’er: styrer hver maskine og linjesekvenser
• HMI’er: operatørbetjening ved hver station
• SCADA: samlet linjeoverblik, stopårsagsregistrering, performance over tid, alarmstyring og dashboards

Eksempel 3: Energiovervågning og forbrug

• PLC: samler målere og rådata (puls, Modbus, IO)
• HMI: kan vise “nu og her”
• SCADA: historik på forbrug, alarmer ved spikes, rapporter per skift/ordre/område

De mest almindelige fejl (og hvorfor de koster dyrt)

1) Man putter for meget logik i SCADA

SCADA er ikke lavet til millisekund-beslutninger. Hvis SCADA-klienten crasher eller netværket driller, skal anlægget stadig kunne køre sikkert. Hold kritisk logik i PLC’en.

2) Man undervurderer alarmdesign

Hvis alt er en alarm, så er intet en alarm. Alarmtræthed er real, og den giver fejl og stop. SCADA bør have:

• prioritering
• tydelige tekster
• årsag/handling hvor muligt
• fornuftig kvitteringslogik

3) Man glemmer historikstrategi

Vil du kunne se tilbage 7 dage? 1 år? Hvilken opløsning? Hvilke tags? Uden en plan ender du med enten:

• alt for meget data (dyrt og tungt)
• alt for lidt data (ubrugeligt til analyse)

4) UI uden bruger-tænkning

HMI og SCADA-skærme skal bygges til mennesker, der står i drift, ikke til ingeniører der elsker diagrammer. Gode skærme er:

• simple
• konsekvente
• hurtige at forstå
• designet til handling, ikke pynt

5) OT/IT-sikkerhed bliver en eftertanke

Når SCADA kobles på netværk, kommer temaer som segmentering, brugerrettigheder og logging ind. Det behøver ikke være paranoia, men “admin/admin” er ikke en strategi.

Hvad skal du vælge hvornår?

Her er en praktisk “beslutningsmatrix” i tekstform:

Vælg PLC + HMI alene når:

• anlægget er lille og lokalt
• du ikke har behov for historik/rapporter
• du har få brugere
• du kan leve med lokal fejlretning

Tilføj SCADA når:

• du har flere områder/linjer
• du vil have historik, trends og rapporter
• du vil have central alarmhåndtering
• du vil kunne følge drift remote
• du vil bygge datagrundlag til optimering

Overvej også næste lag (MES/analytics) når:

• du skal måle OEE, stopårsager og performance struktureret
• du skal koble produktion tættere til ordre/batch
• du vil bruge data på tværs af sites

FAQ: hurtige svar på klassiske spørgsmål

Kan SCADA erstatte PLC?
Nej. PLC’en styrer realtid og sikker logik. SCADA er supervisory niveau.

Er HMI og SCADA det samme?
Nej. HMI er typisk lokal betjening ved maskinen. SCADA er central overvågning/historik/alarm på tværs.

Hvor gemmes historikken?
Typisk i en historian/database tilknyttet SCADA. Nogle HMI’er kan gemme lidt lokalt, men det er sjældent robust nok til længerevarende analyse.

Hvad hvis vi kun har én maskine?
Så kan PLC + HMI være fint. SCADA giver mest værdi, når der er behov for overblik, historik og skalering.

Konklusion: Tænk i roller, ikke i buzzwords

Når du forstår rollerne, bliver det hele mere logisk:

• PLC er hjernen i maskinen. Den skal være stabil, hurtig og sikker.
• HMI er hænderne og øjnene ved maskinen. Den skal være enkel og brugbar.
• SCADA er overblikket, hukommelsen og alarmstyringen. Den binder det sammen og gør drift og optimering muligt.

Hvis du designer med det mindset, undgår du 90% af de problemer, der normalt opstår, når folk forventer, at ét lag skal løse alt. Systemer bliver ikke bedre af at blive tvunget til at være noget, de ikke er. Det gør mennesker heller ikke, men I insisterer stadig, så held og lykke med det.