Perinteinen teollisuus automaatio on rakennettu hierarkkisen Purdue‑mallin mukaan. Purdue‑malli (Purdue Enterprise Reference Architecture (PERA)) on Purduen yliopistossa kehitetty automaation tasomalli, joka jäsentää teollisuuden järjestelmät selkeisiin kerroksiin.
Purdue-malli on hyvä viitekehys, mutta raskas toteuttaa ja ylläpitää – varsinkin pellolla, jossa sähkön ja tietoliikenteen häiriöt ovat mahdollisia.
SSOT‑automaatio perustuu avoimiin standardeihin ja selkeään roolijakoon. Sen toiminta on skaalautuvaa, läpinäkyvää ja loogista. UNS-ajattelutavan mukaisesti se on datakeskeinen, tapahtumapohjainen ja hajautettu.
Automaation tärkein tehtävä on työmäärän vähentäminen
Kaikki voidaan tehdä käsin, jos aikaa on rajattomasti. Mutta todellisuudessa seuranta ja tarkkailu ovat juuri niitä tehtäviä, jotka jäävät tekemättä kiireen vuoksi. SSOT‑automaation tuo mielenrauha: tietoa siitä, että pellon vesitalous on hallinnassa myös silloin, kun itse et ole paikalla.
Automaatiojärjestelmän merkittävin huolenaihe toimintavarmuuden ja tietoturvan lisäksi on ylläpidon vaatima työaika, mikä tulee huomioida jo järjestelmän suunnittelussa. Automaatio ei saa lisätä työmäärää.
Purdue‑malli ja ISA‑95 – hyvä teoria, raskas käytäntö
Purdue‑malli kuvaa automaation fyysisen arkkitehtuurin ja verkon erottelun. ISA‑95 kuvaa tiedonkulun liiketoimintajärjestelmien välillä.
Molemmat ovat hyödyllisiä viitekehyksiä, mutta eivät enää vastaa modernin IIoT‑maailman tarpeita.
PERA vs. OSI – teoreettiset kerrosmallit
- Purdue‑tasot 0–4 ja OSI‑mallin 7 kerrosta ovat teoreettisia malleja
- Ne kuvaavat roolit, mutta eivät teknistä toteutusta
- Data kulkee kerroksesta toiseen
- Ne ovat “oppikirjamalleja”, eivät käytännön arkkitehtuureja
- Ne skaalautuvat huonosti nykyaikaiseen, hajautettuun ympäristöön
UNS vs. TCP/IP – käytännön toteutus
UNS tekee automaatiolle sen, mitä TCP/IP teki tietoliikenteelle:
- yksinkertaistaa
- hajauttaa
- poistaa kerrosten jäykkyyden
- mahdollistaa reaaliaikaisen, skaalautuvan järjestelmän
UNS ei noudata Purdue‑hierarkiaa, aivan kuten TCP/IP ei noudata OSI‑mallia.
Käytännössä MQTT/Sparkplug toteuttaa UNS‑ajattelun – aivan kuten Internet toimii TCP/IP:llä.
SSOT-automaatio hyödyntää PERAn kontekstia, roolijakoa ja terminologiaa, mutta tekee sen UNS-ajattelutavan mukaisella tilaa/julkaise -mallilla
UNS-ajattelutavan mukainen viitearkkitehtuuri
A. Edge – fyysisen maailman rajapinta
- Anturit ja toimilaitteet
- Protokollamuunnokset
- Datan validointi
- Komentojen toteutus
- Offline‑toiminta
B. UNS – Single Source of Truth (SSOT)
- MQTT‑broker
- Sparkplug‑payloadit
- Hierarkkinen topic‑rakenne
- Ei logiikkaa – vain tapahtumavirta
C. Sovellukset (SCADA, MES, päivitykset)
- SCADA tilaa datan
- MES julkaisee komennot
- Päivityspalvelu huolehtii Edge‑ohjelmistosta
D. Historia ja analytiikka
- InfluxDB aikasarjatietokanta
- ML/AI‑mallit
- LLM‑pohjaiset agentit
Audioyhteenveto YouTube videosta: UNS is the GOAT!
SSOT‑automaatio käytännössä: säätökastelu
Etäohjaus ilman reaaliaikaista tietoa pellon vesitaloudesta on arpapeliä. SSOT‑automaatio ratkaisee tämän:
- SSK-kaivo ohjaa padotusta ja mittaa vedenpinnan
- PVP-putki näyttää, miten vesi oikeasti liikkuu lohkossa
- Edge varmistaa toiminnan myös ilman nettiä
- SCADA tallentaa ja näyttää historian
- MES yhdistää datan, sääennusteet ja viljelijän tavoitteet
- Telegram toimii käyttöliittymänä
- Tekoäly tuo ennakoivan ohjauksen
Tulevaisuus: älykäs, avoin ja laajennettava automaatio
SSOT‑automaatio perustuu avoimiin standardeihin. Se mahdollistaa uusien palveluiden ja tekoälyn käyttöönoton ilman järjestelmäuudistuksia.
Säätökastelu tulee automatisoitumaan – ja SSOT‑arkkitehtuuri on siihen paras mahdollinen perusta.