Kolme unelmaa erilaisesta tehtaasta

On olemassa kolme asiaa, joita jokainen, joka on koskaan käynnistänyt teollisuuskoneen, on miettinyt ainakin kerran. Kolme asiaa, joita ei sanota ääneen, koska ne tuntuvat utopioilta. Tämä artikkeli listaa ne.

Yksi kohtaus, aloitukseksi

Yövuoro, osasto X. Linja pysähtyy. HMI-paneeli näyttää koodin: E-1423. Ohjekirja on kolmen rakennuksen päässä sijaitsevassa kaapissa. Koneen tunteva teknikko on lomalla. Operaattorilla on kaksi vaihtoehtoa: soittaa huoltoon — joka vastaa ehkä aamulla — tai yrittää arvata. Koko teollistuneessa maailmassa tällaisia kohtauksia toistuu satoja kertoja yössä.

Ongelma ei ole ohjekirjan puute. Ohjekirjoja on liikaa. Ongelma on, että kone tietää itse täysin, mitä se tarvitsee — paineanturi on kertonut sille jo kolmenkymmenen sekunnin ajan, että jokin on vialla — mutta se ei osaa puhua kieltä, jota operaattori ymmärtää, ja kun se onnistuu puhumaan, se kertoo ongelman eikä ratkaisua. "Paine alueen ulkopuolella" ei ole hyödyllinen lause kolmelta yöllä. "Tarkista ilmapiirin venttiili V12, se on todennäköisesti juuttunut" on.

Tästä lähtee työ, jota teemme. Ei uutta PLC:tä. Ei kauniimpaa HMI:tä. Erilainen tapa ajatella, millainen koneen liikuttavan ohjelmiston pitäisi olla vuonna 2026. Ja kolme kiinteää ajatusta – kutsukaa niitä vaikka unelmiksi – joita yritämme pitää yhdessä.

Unelma numero yksi: automatisoi ilman ohjelmointia

Nykypäivän teollisuusautomaatio vaatii hyvin erityisen henkilön: jonkun, joka osaa ohjelmoida kielellä – IEC 61131-3 -perhe, sen ladder-, function block- ja structured text -murteilla – jota ei käytännössä käytetä missään muualla ohjelmistoalan maailmassa. Niitä kieliä osaavia on vähän, he ovat kalliita ja he ovat lähes aina kolmen viikon jäljessä.

Paradoksaalista on, että koneen tunteva henkilö ei usein ole ohjelmoija. Se on osastonjohtaja, kokenut huoltomies, asentaja, joka on asentanut kaksikymmentä samankaltaista laitosta. Nämä ihmiset tietävät mitä koneen pitää tehdä. Heillä ei ole mitään halua oppia ohjelmointikieltä, joka on syntynyt 1990-luvulla selittääkseen sen.

Ajatuksena on kääntää ketju päälaelleen. Ohjelmistokehittäjät kirjoittavat uudelleenkäytettäviä komponentteja – liikkeenohjaus, anturien hallinta, toimintasarjat – vain kerran, moderneilla ja yleiskäyttöisillä kielillä. Koneintegraattori ei ohjelmoi niitä: hän kokoaa ne, määrittäen suullisesti tai kirjallisesti, mitä koneen on tehtävä. Suuri kielimalli – LLM – toimii kääntäjänä: se ottaa integraattorin toiminnallisen määrittelyn ja muuntaa sen suoritettavaksi konfiguraatioksi, kokoamalla jo kirjoitetut ja testatut komponentit.

Tämä ei ole "AI:n mielikuvitusta, joka kirjoittaa koodin puolestasi". Se on vaatimattomampaa ja realistisempaa: AI, joka lukee määrittelysi ja valitsee, miten yhdistää sertifioituja komponentteja. Kriittisen koodin – sen, joka liikuttaa akselia 5 millisekunnin syklillä – kirjoittaa edelleen ihminen, kielellä, joka takaa determinismin ja luotettavuuden. Mutta tämä koodi kirjoitetaan kerran ja sitä käytetään uudelleen sata kertaa.

Toinen unelma: kone, joka tuntee itsensä

Tänään koneet puhuvat vähän, ja huonosti. Hälytys on numeerinen koodi. Diagnostiikka on sarja LED-valoja. Lokitiedosto on binääritiedosto, jonka vain valmistaja osaa avata. Tietämys siitä, miten tämä kone toimii, näillä toleransseilla, kahden tuhannen syklin jälkeen, on yhden henkilön päässä tai jossain PDF-tiedostossa.

Toinen unelma on, että kone tuntee itsensä. Ei mystisessä mielessä – vaan hyvin konkreettisesti: tekninen dokumentaatio, prosessiparametrit, tyypilliset vikatilanteet ja toimenpideohjeet eivät ole enää kaapissa tai erillisessä dokumenttipalvelimessa, vaan koneen sisällä, sen oman ohjelmiston luettavissa. Ja kun jokin menee pieleen, kone ei sano "virhe 1423". Se sanoo "venttiili V12 on todennäköisesti jumittunut, tarkista se; voin sillä välin jatkaa alennetulla 60 %:n nopeudella".

Ero passiivisen ilmoittajan ja aktiivisen ehdottajan välillä on merkittävä. Ensimmäinen jättää ongelman käyttäjälle. Jälkimmäinen käsittelee sen yhdessä hänen kanssaan.

Tämä edellyttää kahta asiaa, jotka eivät ole itsestäänselvyyksiä. Ensinnäkin, koneen tuntemuksen – joka on perinteisesti säilytetty käsikirjoissa, sähkökaavioissa, CAD-piirroksissa ja teknikoiden päässä – on oltava formalisoitua ja integroitu järjestelmään. Toiseksi, järjestelmän on oltava vuorovaikutuksessa henkilön kanssa, joka pystyy käymään keskustelua: jälleen LLM, jota ei käytetä koodin luomiseen, vaan oireiden kääntämiseen ymmärrettäviksi toimiksi, sen henkilön kielellä, joka on paneelin edessä.

Jälleen kerran, kyseessä ei ole taikuus. Kyse on paremmin kirjoitetusta, paremmin indeksoidusta dokumentaatiosta ja sen päällä olevasta keskustelevasta käyttöliittymästä. Mutta se muuttaa kaiken niille, jotka tekevät yövuoroa.

Unelma numero kolme: ohjelmisto, joka toimii kaikkialla

Kolmas unelma on teknisin ja paradoksaalisesti poliittisin. Nykyään teollisuusautomaatio on suljettujen ekosysteemien maailma. Jokaisella suurella PLC-valmistajalla on oma kielensä, oma kehitysympäristönsä, oma laitteistonsa, omat ajurinsa ja oma jälleenmyyjäverkostonsa. Toimittajan vaihtaminen tarkoittaa kaiken uudelleenkirjoittamista.

Tavoitteena on rakentaa ohjelmistojärjestelmä, joka toimii yleisellä laitteistolla – teollisuusmini-PC, sulautettu ohjain, kellariin sijoitettu palvelin – valiten laitteiston budjetin ja tarvittavan suorituskyvyn perusteella, ei sen mukaan, minkä PLC-valmistajan tarjous on voittanut. Reaaliaikainen Linux-käyttöjärjestelmä, avoimiin standardeihin perustuvat tiedonsiirtokortit (EtherCAT kaikissa), ohjelmistokomponentit modernilla ohjelmointikielellä deterministisille osille ja joustavammilla kielillä ei-deterministisille osille.

Sääntö, ja tässä utopia muuttuu konkreettiseksi: laitteiston on vaikutettava suorituskykyyn, ei koskaan luotettavuuteen. Sama logiikka, vähemmän tehokkaalla koneella, on toimittava täsmälleen samalla tavalla – vain hitaammin. Jos syklin aika muuttuu 5:stä 10 millisekuntiin, akseli liikkuu samalla tarkkuudella, mutta puolella nopeudella. Ei koskaan "lähes sama". Ei koskaan "toimii paitsi tässä tapauksessa". Sama järjestelmä, samat päätökset, samat takuut.

Tässä kohdassa kokeneet insinöörit alkavat nauraa. He tietävät hyvin, että reaaliaikaisuus on vaikeaa, että Linux ei ole syntynyt reaaliaikaisena järjestelmänä, että LLM-mallit eivät pyöri Raspberry Pi:llä, että eri ohjelmointikielten sekoittaminen samaan pinoon on vaarallisempaa kuin mitä tutoriaalit lupaavat. He ovat oikeassa. Mutta suunta on tämä, ja rakennuspalikat sen luomiseksi – Linux-ytimen reaaliaikaiset laajennukset, kypsät avoimen lähdekoodin EtherCAT-pinot, LLM-mallit, jotka alkavat pyöriä vaatimattomalla laitteistolla – ovat olemassa, tänään, ensimmäistä kertaa kaikki yhdessä.

Miksi "utopia"

Utopia on rehellinen sana. Mikään näistä kolmesta asiasta ei ole tänään valmis tuote. Ensimmäinen vaatii riittävän luotettavia LLM-malleja, joita voidaan käyttää tuotantoympäristössä, ja olemme vasta alkutekijöissä. Toinen vaatii valtavan työn teollisen tiedon formalisoimiseksi, joka on tänään lähes kaikki epävirallista. Kolmas vaatii avoimien vaihtoehtojen rakentamista suljettuja ekosysteemejä vastaan, joilla on kaksikymmentä vuotta etumatkaa.

Mutta kolme unelmaa yhdessä, jos ne asetetaan peräkkäin, piirtävät selkeän suunnan: automaatio, jossa laitteisto on yleiskäyttöistä, ohjelmisto on uudelleenkäytettävää, tieto on upotettu koneeseen, ja PLC-ohjelmoijan hahmo – joka on tänään pullonkaula koko teollisuudessa – ei katoa, vaan siirtyy sinne, missä sitä todella tarvitaan, eli kirjoittamaan peruskomponentit kerran ja lopullisesti.

Tulevissa artikkeleissa kerromme palasia tästä palapelistä, jota rakennamme. Yksi kerrallaan, emmekä lupaa, että palapeli olisi valmis. Sitä se ei ole. Mutta hahmotelma alkaa hahmottua.