# Tricycle Software Oy

> Käyttäjälähtöisiä teollisuuden ohjelmisto- ja automaatiopalveluita Varsinais-Suomesta. PLC- ja robottiohjelmointia, HMI-käyttöliittymiä sekä automaatiointegraatioita — myös GMP-säädellyissä ympäristöissä.

Tricycle Software Oy on varsinais-suomalainen teollisuuden ohjelmisto- ja automaatiopalveluita tarjoava yritys. Erikoistumme käyttäjälähtöiseen PLC- ja robottiohjelmointiin, HMI-käyttöliittymiin sekä automaatiointegraatioihin. Palvelemme asiakkaita Lounais-Suomesta globaalisti, ja erityistä osaamistamme ovat GMP-säädellyt ympäristöt (lääke- ja elintarviketeollisuus).

Yrityksen perustaja Jere Mäntsälä on koneinsinööri, joka on työskennellyt teollisuusautomaation parissa vuodesta 2007. Yritys perustettiin vuonna 2021 ja sen kotipaikka on Lieto, Varsinais-Suomi.

**Yhteystiedot:** Jere Mäntsälä | +358 40 830 6436 | jere@tricyclesoftware.fi
**Sijainti:** Lieto, Varsinais-Suomi
**Y-tunnus:** 3233979-7

**Avainsanat:** PLC-ohjelmointi, robottiohjelmointi, teollisuusautomaatio, HMI-suunnittelu, SCADA, GMP, käyttöliittymäsuunnittelu, automaatiointegraatio, Siemens TIA Portal, S7-1500, S7-1200, Omron, Beckhoff, Schneider, Phoenix Contact, Yaskawa, ABB, RAPID, KUKA, KRL, WinCC, AVEVA Edge, Structured Text, Ladder Diagram, Function Block Diagram, OPC UA, EtherCAT, Profinet

---

## Yrityksen ydinajatus

Tricycle Softwaren filosofia kiteytyy lauseeseen: **softaa ei pidä pystyä käyttämään väärin**. Tämän periaatteen mukaan automaatiojärjestelmän pitää olla niin helppokäyttöinen ja intuitiivinen, ettei käyttöohjetta edes tarvita.

Yrityksen erottava vahvuus on vahva mekaaninen tausta. Jere Mäntsälä valmistui koneinsinööriksi vuonna 2003 ja työskenteli alkuun mekaniikkasuunnittelussa ja kokoonpanotehtävissä. Softapuolen vetovoima johti keskittymiseen ohjelmointiin vuodesta 2007 lähtien. Tämä yhdistelmä — mekaaninen ymmärrys ja ohjelmointiosaaminen — tarkoittaa, että yritys osaa hahmottaa kokonaisuuden "molemmilta puolilta pöytää": miten ohjelmisto ja laitteisto voivat toimia saumattomasti yhdessä käyttäjäystävällisesti.

Yrityksen logon punainen kolmipyörä on viittaus siihen, että softan tulee olla niin helppokäyttöinen ja intuitiivinen, että kuka tahansa osaa sitä käyttää. Ympäristöarvot ovat keskeinen teema työssä, ja ekologisten projektien nähdään nousevan tulevaisuudessa yhä vahvempaan keskiöön.

---

## Palvelut

### PLC-ohjelmointi

PLC-ohjelmointi on prosessien, koneiden ja laitteiden ohjauksen perusta. Sitä hyödynnetään laajasti eri teollisuudenaloilla: prosessi- ja valmistavassa teollisuudessa sen avulla hallitaan muun muassa robotiikkaa, kokoonpanolinjoja ja automaattisia varastointijärjestelmiä. Myös rakennusautomaatiossa PLC-tekniikka näyttelee keskeistä roolia.

Tricycle Software toteuttaa moninaisia sovelluksia teollisuuden tarpeisiin: kappaleenkäsittelyyn, pakkauslaitteistoon sekä prosessinohjaukseen. Lääketeollisuuden ohjelmointiratkaisut ovat erityisosaamista.

Työskentely onnistuu Siemensin, Omronin sekä muissa vastaavissa ohjelmointiympäristöissä. Käytössä olevat alustat:

- Siemens TIA Portal (S7-1500, S7-1200)
- Omron
- Beckhoff
- Schneider
- Phoenix Contact

Tarvittaessa toteutetaan myös ohjelmoitavan koneen tai laitteen asennustyöt.

**Periaate — Softaa ei pidä pystyä käyttämään väärin:** Ohjelmat tehdään hyvin jäsennellyiksi ja kommentoiduiksi, ja niiden tulee opastaa käyttäjäänsä — kertoa selkeästi, mitä haluavat tämän seuraavaksi tekevän. Testausvaiheessa seurataan, miten loppukäyttäjä käyttelee ohjelmaa ja huomioidaan, mitä pitää tehdä, jotta sovellus toimisi aina oikein käyttäjästä huolimatta.

### Robottiohjelmointi

Tricycle Software tarjoaa käyttäjäystävällistä robottiohjelmointia teollisuuden moninaisiin tarpeisiin — yksittäisestä tuotantovaiheesta koko linjaston hallintaan.

Valmistajakokemus:

- KUKA (KRL)
- ABB (RAPID)
- Yaskawa

Teollisuusrobotit ovat modernin valmistusteollisuuden selkäranka. Ne pystyvät suorittamaan itsenäisesti ennalta ohjelmoituja työtehtäviä: siirtämään tavaroita, hitsaamaan, maalamaan, valvomaan laatua, kokoamaan tuotteita. Ohjelmisto kertoo niille mitä tehdä.

Valmistajan vaihtuminen ei nollaa osaamista: kun robottien ja automaation perusperiaatteet ovat hallussa, uutta on lähinnä se, miten juuri tämä valmistaja toteuttaa komennot ja asetukset.

### Käyttöliittymät (HMI)

Käyttöliittymällä voi muuntaa monimutkaisenkin järjestelmän ymmärrettäväksi. Käyttöliittymäkehitys on keskeinen osa toimivaa ja käyttäjäystävällistä suunnittelua.

Käyttäjän ei tarvitse arvailla, mitä laite seuraavaksi odottaa, sillä ohjaus on intuitiivista ja suoraviivaista. Lopputuloksena on selkeä, informatiivinen ja visuaalisesti johdonmukainen käyttöliittymä, jonka avulla päivittäinen työskentely on mahdollisimman sujuvaa.

Käytössä olevat HMI- ja SCADA-työkalut: WinCC, AVEVA Edge.

### Automaatiojärjestelmien integraatio

Kun halutaan hyödyntää tuotantodataa tehokkaasti ja tehdä älykkäitä päätöksiä reaaliajassa, automaatiojärjestelmien integrointi tietokantajärjestelmiin on ratkaisevassa roolissa. Integraatio liittää yhteen eri tekniikoilla tai alustoilla toteutetut järjestelmät ja ohjelmistot, jolloin ne voivat kommunikoida keskenään ja toimia osana suurempaa kokonaisuutta. Tiedonsiirrossa käytetään muun muassa OPC UA -protokollaa.

Datan keräys tuotantolaitteista yleistyy jatkuvasti, ja vanhempia järjestelmiä päivitetään vastaamaan nykypäivän tarpeita.

### GMP-ohjelmistokehitys

GMP-vaatimukset (Good Manufacturing Practice) ovat turvallisen laadun lähtökohta. Tricycle Software toimii tottuneesti ympäristöissä, joissa näihin standardeihin kiinnitetään huomiota — erityisesti lääke- ja elintarviketeollisuudessa.

GMP-ympäristössä ohjelmiston tärkeä tehtävä on estää käyttäjää tekemästä virheitä, jotka voisivat vaarantaa tuotannon jäljitettävyyden tai laadun. Käytännössä tämä tarkoittaa esimerkiksi sitä, että järjestelmä ei salli erän käynnistämistä ilman tarvittavia materiaalitietoja eikä hyväksy väärää materiaalia tuotantoon.

---

## Projektin eteneminen — Näin kasataan käyttäjäystävällinen ratkaisu

### 1. Kartoitus

Projekti alkaa perusteellisella kartoituksella, jossa selvitetään yhdessä asiakkaan kanssa, mitä toiminnallisuuksia ja ominaisuuksia tarvitaan. Näin suunta on selkeä molemmille osapuolille heti alusta lähtien.

Kartoitusvaiheessa pyritään käymään mahdollisimman tarkasti läpi, mitä järjestelmän on tarkoitus tehdä ja millaisissa tilanteissa sitä käytetään. Mitä paremmin tilaaja pystyy avaamaan todellisia käyttötilanteita, sitä paremmin kokonaisuus voidaan suunnitella. Suurin osa automaatioprojektien sudenkuopista syntyy juuri väärinymmärryksistä.

### 2. Rakentaminen

Kun tarpeet on määritelty, päästään itse asiaan: ohjelmointi, testaus ja hienosäätö suunnitelman mukaisesti. Matkan varrella pidetään välikatselmointeja varmistamaan, että sekä tilaaja että toimittaja ovat tyytyväisiä kehityksen suuntaan.

### 3. Testaus ja käyttäjätestaus

Kun järjestelmä tai kone alkaa olla toiminnassa, seuraava tärkeä vaihe on käyttäjätestaus. On tärkeää, että juuri ne henkilöt, jotka tulevat käyttämään konetta, pääsevät testaamaan sitä. Testit tehdään niin, ettei käyttäjille kerrota liikaa järjestelmän toiminnasta etukäteen — näin nähdään paremmin, kuinka intuitiivinen käyttöliittymä oikeasti on ilman erillistä perehdytystä.

### 4. FAT ja SAT

Ennen laitteen siirtämistä tilaajan tuotantotiloihin sen on läpäistävä FAT (Factory Acceptance Test). Sitä ennen tehdään epävirallisempia testejä. SAT (Site Acceptance Test) eli lopullinen hyväksyntä tapahtuu asiakkaan tuotantotiloissa käyttöönottovaiheessa.

### 5. Luovutus

Kun kaikki on viilattu kuntoon — eli lopputulos on sellainen, ettei sen käyttämiseen tarvita edes manuaalia — luovutetaan räätälöity ratkaisu asiakkaalle ja tottakai myös sen manuaali.

### 6. Tuki ja ylläpito

Varsinkin tilanteissa, joissa kattavia testiajoja ei ole voitu tehdä etukäteen, tuotannossa voi tulla vastaan havaintoja, jotka edellyttävät järjestelmän kehittämistä. Tuki on tällöin välttämätöntä. Tukea voidaan antaa etänä tai paikan päällä.

---

## Usein kysyttyä (UKK)

### PLC-ohjelmointi

**Mitä on PLC-ohjelmointi ja mihin sitä käytetään teollisuudessa?**

PLC on lyhenne sanoista Programmable Logic Controller. Se on kontrolleri, joka toimii ikään kuin koneen aivoina: tekee ylemmän tason päätöksiä ja ohjaa tuotantolaitteen toimintoja. Teollisuudessa PLC:t huolehtivat esimerkiksi liikkeenohjauksesta ja prosessien valvonnasta. Yksi PLC voi toimia koko järjestelmän keskuskontrollerina, ja sen alaisuudessa voi olla useita muita PLC:itä.

**Mitä eroa on eri PLC-valmistajien (esim. Siemens, Allen-Bradley) ohjelmointiympäristöillä?**

Ei mitään ja kaikki. Perusajatus on sama: ohjelmoidaan koneita ja prosesseja ohjaava logiikka. Erot ovat enemmänkin pintapuolisia — valmistajilla on omat ohjelmointityökalunsa, joiden käyttöliittymä sekä ohjelmointikielten syntaksi poikkeavat toisistaan. Kun peruslogiikan ymmärtää, valmistajan vaihto on yleensä vain uuden työkalun opettelua.

**Voidaanko vanha ohjelma siirtää uudempaan logiikkaan?**

Teknisesti yleensä kyllä, mutta käytännössä harvoin kannattaa. Vanhat ohjelmat eivät yleensä istu nätisti uusittavan projektin vaatimuksiin. Jos ohjelma siirretään sellaisenaan, peritään samalla kaikki, mitä laitteen elinkaaren aikana on korjailtu ja muuteltu. Puhtaalta pöydältä aloittaminen on pitkässä juoksussa kustannustehokkain vaihtoehto.

**Kuinka kauan PLC-ohjelmiston suunnittelu ja käyttöönotto kestää?**

Täysin tapauskohtaista. Mitä tarkemmin tavoitteet ja tarpeet saadaan tunnistettua ja määriteltyä heti alussa, sitä realistisempi aikataulu saadaan. Paras lähtökohta on tehdä kunnollinen etukäteisarvio, mutta jättää suunnitelmaan joustoa muutoksille.

**Miten virheenkäsittely ja turvallisuus toteutetaan PLC-ohjelmissa?**

Nykyaikaisissa koneissa on kahdennetut turvapiirit ja turvalogiikat, ja ne toimivat erillään varsinaisesta tuotanto-ohjelmasta. Näihin piireihin kytketään esimerkiksi ovien turvakytkimet ja hätäpysäyttimet. Kun ovi avataan tai turvalaite aktivoituu, kone saatetaan turvalliseen tilaan asettamalla turvapaineet tai katkaisemalla ohjausjännitteet ja paineilma kokonaan.

Fyysistä turvallisuutta ohjaa konedirektiivi. Virheenkäsittely tarkoittaa sitä, että ohjelma tunnistaa poikkeustilanteet ja reagoi niihin määritellyllä tavalla, esimerkiksi hälyttämällä ja/tai pysäyttämällä prosessit.

**Mitä ohjelmointikieliä PLC:ssä käytetään?**

PLC-ohjelmoinnissa käytetään useita kieliä, joista suurin osa perustuu IEC 61131-3 -standardiin. Kolme yleisintä:

- **Ladder Diagram (LD) eli tikaslogiikka**: Graafinen kieli, joka muistuttaa sähköpiirikaavioita. Sopii erityisen hyvin relelogiikan ja ohjausten toteutukseen. Yleinen Omronilla.
- **Function Block Diagram (FBD)**: Graafinen kieli, jossa ohjelma rakentuu toiminnoista kertovista lohkoista. Soveltuu prosessiohjaukseen ja PID-säätöön. Käytössä esimerkiksi Siemensillä.
- **Structured Text (ST)**: Tekstipohjainen, perinteisiä ohjelmointikieliä muistuttava kieli. Hyvin samankaltainen eri valmistajilla, mikä mahdollistaa koodin siirtämisen valmistajien välillä.

**Miten PLC kommunikoi muiden laitteiden kanssa?**

Yleisiä ovat EtherCATin ja Profinetin kaltaiset teollisuusväylät sekä vanhemmista järjestelmistä tuttu Profibus. Lisäksi yhteys voi olla kovajohdotettu, eli suoraan inputien ja outputien kautta kulkevilla signaaleilla tai jänniteviesteillä toteutettu liitäntä. Nykyään käytetään paljon myös Ethernetin yli toimivia teollisuusprotokollia (esim. OPC UA). Nykyiset PLC:t voivat tallentaa ja lukea tietoa suoraan esimerkiksi tietokannoista.

### Robottiohjelmointi

**Miten robottiohjelmointi toimii käytännössä teollisuudessa?**

Eri valmistajilla on omat ohjelmointikäskynsä ja toimintatapansa, mutta perusajatus on sama: luodaan ohjelma, jota laite suorittaa. Robottiohjelmoinnin erikoisuus on kuitenkin se, että teollisuusrobotin täytyy hallita liikkeitään kolmiulotteisessa avaruudessa. Ohjelmoijan pitää ymmärtää koordinaatistoa ja matematiikkaa, koska robotti laskee jatkuvasti, missä asennossa tai kohdassa tilaa se on ja mihin pitää seuraavaksi liikkua.

Esimerkiksi kuusiakselinen robotti ohjaa kuutta servomoottoria samanaikaisesti. Jokaisen moottorin liike vaikuttaa kokonaisuuteen, ja yhteisvaikutuksesta syntyy robotin tarkka liikerata.

**Voiko käyttää samaa ohjelmakoodia eri robottimerkeillä (esim. ABB, KUKA, Fanuc)?**

Ei kovin suoraan, koska valmistajilla on omat ohjelmointiympäristönsä. Parasta on hyödyntää aiempaa kokemusta ja ajattelumallia, sillä prosessin rakennustapa pätee merkistä riippumatta. Varsinainen ohjelma tehdään kuitenkin aina ko. valmistajan omassa ympäristössä.

**Miten robottien turvavyöhykkeet ja käyttörajoitukset ohjelmoidaan?**

Useimmilla robottivalmistajilla on omat ohjelmointityökalunsa tai maksullisia lisäosia. Esimerkiksi KUKA:n työkalulla voidaan määrittää virtuaaliset rajat robolle. Vaikka ohjelma antaisi robotille käskyn liikkua "kieltoalueelle", se pysähtyy rajan kohdalle.

Törmäystunnistus on oleellinen turvatoiminto. Eri valmistajilla on eri tapoja toteuttaa se, mutta lähes kaikilla se liittyy servoakselien virta-arvoihin, joita robo seuraa.

Yhteistyöroboteissa ei välttämättä tarvita suojarakenteita: liikkeistä tehdään lähtökohtaisesti paljon hitaampia, jotta mahdollinen törmäystilanne on ihmiselle vaaraton.

**Kuinka robottien liikkeitä voidaan optimoida ohjelmallisesti?**

Ensin ohjelma on saatava rullaamaan. Sen jälkeen seurataan robotin sykliä ja hienosäädetään liikenopeuksia ja kiihtyvyyksiä. Optimoinnilla saadaan karsittua turhat vaiheet pois. Jos robotti esimerkiksi odottaa pitkään jonkin muun laitteen suoritusta, sen ei kannata ajaa sata lasissa odottelemaan.

**Mitä ohjelmointikieliä käytetään robottien ohjelmoinnissa?**

Robottivalmistajalla on omat kielensä, joiden syntaksit muistuttavat toisiaan. Esimerkiksi KUKA käyttää KRL:ää, joka on monella tapaa samankaltainen kuin PLC:ssä käytetty Structured Text. Yaskawan roboteissa kieli on täysin omanlaisensa.

**Yleisiä liikekäskyjä roboteille:**

- **Joint-liike**: Robotti laskee itse akseliensa asemat, kunhan se päätyy siihen, että työkalu on halutussa pisteessä ja asennossa. Käytetään vapaassa tilassa.
- **Lineaariliike**: Robotti pyrkii pitämään työkalupisteensä oikeassa kulmassa suoraa janaa liikuttaessa.
- **Ympyräliike**: Liike kaarella tai ympyrän muotoisella radalla.

Koordinaatistojen laskentaa hyödynnetään paljon: esimerkiksi kun robotti laittaa laatikoita lavalle, ei joka laatikon paikkaa opeteta erikseen, vaan määritellään koordinaatisto ja lasketaan siirtymät X-, Y- ja Z-suunnissa.

### Yleisesti automaatiosta

**Miten automaatioprojekti etenee?**

Projekti alkaa mahdollisimman kattavalla kartoituksella. Tavoitteena on varmistaa, ettei toimittajalla ja tilaajalla ole eri käsitystä siitä, mitä ollaan tekemässä. Suurin osa automaatioprojektien sudenkuopista syntyy juuri väärinymmärryksistä.

Kun projektin suunta on selvä, ohjelmointityö alkaa. Projektin aikana pidetään sopivin välein katselmointeja. Käyttäjätestausvaiheessa on tärkeää, että juuri ne henkilöt, jotka tulevat käyttämään konetta, pääsevät testaamaan sitä.

Ennen laitteen siirtämistä tilaajan tuotantotiloihin sen on läpäistävä FAT. SAT eli lopullinen hyväksyntä tapahtuu asiakkaan tuotantotiloissa käyttöönottovaiheessa.

**Miten automaatio parantaa tuotannon kannattavuutta?**

Automaatio poistaa raskaita ja yksitoikkoisia työtehtäviä. Suomessa tuotanto on kallista, eikä halpamaiden kanssa pystytä kilpailemaan työvoimakustannuksilla. Keskeinen keino pysyä kilpailukykyisenä on automaatio. Automaatio jalostaa ihmisten kapasiteettia sellaisiin tehtäviin, joissa he ovat parhaimmillaan, ja on luonut uudenlaisia työpaikkoja laitteiden valmistukseen ja huoltoon.

**Mitkä ovat automaatioprojektien suurimmat riskit?**

Suurin riski on se, ettei projektin alussa tehdä riittävän kattavaa kartoitusta. Toinen keskeinen riski on viestintä projektin aikana: jos haasteista ei kerrota avoimesti ja riittävän ajoissa, ongelmat kasvavat.

**Miten kunnossapitojärjestelmä tehostaa tuotantoa?**

Kunnossapitojärjestelmä auttaa siirtymään reagoivasta huollosta ennakoivaan huoltoon: kuluvat osat voidaan vaihtaa ennen rikkoutumista. Yllätysseisakit saadaan minimoitua, kun huoltoseisakit voidaan suunnitella dataan perustuen.

### Tricycle Softwaresta

**Miksi valisisin Tricycle Softwaren kumppaniksi?**

Tricyclen Jere on paitsi koodari myös koneinsinööri. Taustalla on mekaaninen ymmärrys koneista ja siitä, mitä automaatio tarvitsee toimiakseen sekä ohjelmiston että mekaniikan näkökulmasta. Tavaramerkki on käyttäjälähtöinen ohjelmointi ja käyttöliittymien intuitiivisuus.

**Mitä tietoja tarvitaan tarjouksen tekemiseen?**

Tarjouksen tekemiseen tarvitaan mahdollisimman tarkka kuva siitä, mitä järjestelmän pitäisi tehdä. Yksi kriittinen vaihe on testaus ja siihen tarvittava materiaali: jos projektiin kuuluu testaus materiaalin avulla, on tärkeää varata riittävästi koeajomateriaalia — järjestelmää pitäisi pystyä ajamaan tarvittaessa useiden tuntien ajan.

**Kuinka nopeasti voitte aloittaa uuden projektin?**

Täysin tapauskohtaista. Jos työkuormaa ei ole valtavasti, uuden projektin voi yleensä aloittaa melko nopeasti.

**Teettekö ohjelmointia myös tehtaalla?**

Useimmiten kyllä, viimeistään käyttöönoton yhteydessä. Mahdollisuuksien mukaan pyritään luomaan myös etäyhteydet järjestelmään.

**Tarjoatteko tukea ja ylläpitoa myös projektin jälkeen?**

Kyllä. Tukea voidaan antaa etänä tai paikan päällä. Varsinkin tilanteissa, joissa kattavia testiajoja ei ole voitu tehdä etukäteen, tuotannossa voi tulla vastaan havaintoja, jotka edellyttävät järjestelmän kehittämistä.

**Saako asiakas täyden pääsyn lähdekoodeihin projektin jälkeen?**

Pääosin kyllä. Omat vakio-ohjelmakirjastot on suojattu, mutta muuten projektiin tehty kehitystyö jää asiakkaalle. Ohjelmistoa voi kehittää eteenpäin kuka vain.

**Tarjoatteko konsultointia?**

Kyllä, tarvittaessa voi pyytää konsultointiapua.

---

## Artikkelit

### Mitä kysyä koneen toimittajalta automaatiosta ennen ostopäätöstä?

*12. huhtikuuta 2026*

Kun yritys hankkii uuden tuotantokoneen tai automaatiolaitteen, huomio singahtaa helposti itse laitteeseen ja varsinkin sen hintaan. Automaatio jää helposti lapsipuolen asemaan, vaikka se on usein ratkaisevassa roolissa siinä, kuinka hyvin laite käytännössä toimii.

**Laajuus ja vaatimukset**

*Mitä automatisoidaan ja millä tuotantokapasiteetilla.* Keskustelu laitetoimittajan kanssa avaa usein uusia näkökulmia ja saattaa tuoda esiin rajoituksia, joita ei ole osattu huomioida. Tuotantokapasiteetti ratkaistaan pääosin jo mekaniikkasuunnittelussa — ei vasta ohjelmoinnissa.

*Käyttöliittymä (HMI).* Käyttöliittymän suuntaviivat kannattaa päättää jo alkuvaiheessa: mitä tietoa operaattori tarvitsee, mitä asetuksia voidaan muuttaa ja mitä tietoja prosessista pitää pystyä seuraamaan.

*Vikatilanteet.* Kaikki automaatio kohtaa joskus tilanteita, joissa prosessi keskeytyy. Miten järjestelmä käsittelee virheet, millaisia hälytyksiä tarvitaan ja miten tuotanto palautetaan normaalitilaan?

**Tekniikka**

Logiikka-alusta, komponentit ja kommunikaatioväylät ovat usein asiakkaan ennalta määrittelemiä. Tästä huolimatta on tärkeää käydä nämä yhdessä läpi projektin alussa. Tuotantotietoja saatetaan haluta siirtää ERP- tai MES-järjestelmiin, tai automaation täytyy keskustella muiden tuotantolinjan koneiden kanssa.

**Dokumentaatio ja koodin omistajuus**

Käytännössä kannattaa selvittää:

- saako asiakas ohjelmiston lähdekoodin
- voiko ohjelmistoa muokata myöhemmin itse
- voiko muutostyöt tilata myös muulta toimittajalta

Lisäksi kannattaa tarkistaa, mitä dokumentaatiota toimitukseen kuuluu ja liittyykö järjestelmään ohjelmistolisenssejä.

**Tuki ja huolto käyttöönoton jälkeen**

Automaatioprojekti ei pääty käyttöönottoon. Kannattaa selvittää, mitä takuu kattaa, millaista tukea käyttöönoton jälkeen on saatavilla, tuen vasteaika ja etätuen saatavuus.

**Testaus ja käyttöönotto**

Ennen toimitusta tehdään tehdashyväksyntätesti (FAT, Factory Acceptance Test). Lopullinen hyväksyntä tehdään laitoshyväksyntätestissä (SAT, Site Acceptance Test). Samalla kannattaa varmistaa, millainen koulutus järjestetään laitteen käyttäjille ja kunnossapidolle.

**Kustannukset**

Selvitä, mitä projektin hintaan sisältyy ja mitä laskutetaan erikseen. Jatkuvat kustannukset (ohjelmistolisenssit, tukisopimukset) ja muutosten hallinta projektin aikana on hyvä käsitellä avoimesti. Lähes jokaisessa automaatioprojektissa tulee vastaan tilanteita, joissa jokin asia muuttuu alkuperäisestä suunnitelmasta — selkeä toimintatapa estää niiden muodostumisen ongelmaksi.

### Teollisuusrobotin todellinen hinta

*12. huhtikuuta 2026*

Teollisuusrobotteja hankitaan tuotantoon yhä enemmän. Robottien hinnat ovat laskeneet ja saatavuus parantunut, joten robotisointi näyttää houkuttelevalta ratkaisulta. Usein hankintaa tarkastellaan kuitenkin liian yksinkertaisesti.

Syy on yksinkertainen: robotti ei tee mitään ennen kuin joku tekee sille toimivan ohjelman. Mutta toisin kuin varta vasten tiettyyn tarkoitukseen rakennettu kone, robotti voidaan valjastaa uuteen tehtävään vain rakentamalla kärsään uusi työkalu ja tekemällä uusi ohjelma.

**Mikä on robottisolu?**

Robottisolu on selkeästi rajattu automaation osa tuotantolinjassa, jossa teollisuusrobotti tekee jonkin tietyn työvaiheen (pakkaamista, kappaleen poimintaa ja siirtoa). Robottisoluun kuuluu teollisuusrobotin lisäksi esimerkiksi tarttuja tai työkalu, ohjausjärjestelmä, turvalaitteet, kappaleiden syöttö- ja poistomekanismit sekä ohjelmisto.

**Robotti voi olla halpa, tarkoituksenmukainen robottisolu ei**

Liikeratojen opettamisen lisäksi ohjelmistossa täytyy huomioida tuotantoprosessin logiikka, virhetilanteet, turvatoiminnot sekä tilanteet, joissa prosessi keskeytyy. Hyvä robottiohjelma on lukemattomien testikierrosten tulos.

Kun robottisolua suunnitellaan, ohjelmointityöhön varataan helposti liian vähän aikaa. Lopputuloksena robotti kyllä liikkuu, mutta järjestelmä ei toimi tuotannossa luotettavasti.

**Robotilla on omat kommervenkkinsä**

Jos robotti pysähtyy kesken syklin, järjestelmän täytyy tietää mitä tehdä seuraavaksi. Jatketaanko kesken jäänyttä vaihetta, palautetaanko robotti turvalliseen asentoon vai odotetaanko käyttäjän kuittausta? Jos näitä tilanteita ei ole mietitty kunnolla, robottisolu voi jäädä tilaan, josta tuotanto ei pääse jatkumaan ilman ihmisen väliintuloa.

**Robotti vai manipulaattori?**

Kaikki kappaleenkäsittely ei välttämättä vaadi teollisuusrobottia. Manipulaattori on mekaaninen laite, joka siirtää kappaleen yhdestä paikasta toiseen esimerkiksi pysty- tai sivusuunnassa. Manipulaattorin liikkeet ovat rajallisia, mutta siksi järjestelmäkin voi olla simppelimpi. Joissakin tapauksissa manipulaattori on teknisesti ja taloudellisesti järkevämpi ratkaisu.

**Todellinen hinta syntyy toimivasta kokonaisuudesta**

Kun mukaan lasketaan ohjelmointi, käyttöönotto ja testaus, kokonaisuus on realistisempi kuin pelkkä robotin hankintahinta. Lisäksi huoltotarpeet on huomioitava laitehankinnan kustannuksen päälle.

### Milloin tuotantolinjan PLC-ohjelmisto on päivityksen tarpeessa?

*16. maaliskuuta 2026*

Monilla tuotantolinjoilla PLC-ohjelmisto toimii vuosikymmeniä lähes muuttumattomana. Kun järjestelmä toimii luotettavasti, siihen ei yleensä nähdä syytä koskea. Päivitystarve näkyy yleensä muutamasta selkeästä merkistä — eikä lähes koskaan ole kyse siitä, että järjestelmä olisi rikki.

**Kun osaajaa ei enää löydy**

Painavin syy päivitykselle on se, ettei vanhalle järjestelmälle löydy enää osaajaa. Monien linjastojen PLC-järjestelmät ovat peräisin ajalta, jolloin automaatioympäristö oli hyvin erilainen. Alkuperäinen ohjelmoija eläköityy tai siirtyy muihin tehtäviin, dokumentaatio on puutteellinen ja ohjelmiston rakenne sellainen, että sen ymmärtäminen vie päivätolkulla aikaa. Kun osaajia ei enää ole, muutokset ja pikkuisetkin vikatilanteet muuttuvat riskeiksi.

**Kun vanha laitteisto ei vastaa tuotannon tarpeita**

Tuotantolinjoilta halutaan nykyisin enemmän tietoa, parempaa seurantaa ja yhteyksiä muihin järjestelmiin (ERP, tuotannonohjaus, kunnossapito). Vanha PLC saattaa toimia luotettavasti itse prosessin ohjaamisessa, mutta sen rajapinnat ja kapasiteetti eivät riitä nykyaikaiseen integraatioon.

**Kun tuote lähestyy elinkaaren loppua**

Kun tuotetta ei enää ole tarkoitus valmistaa pitkään, linjalla saatetaan haluta valmistaa uutta tuotetta, lisätä variaatioita tai muuttaa prosessia kokonaan. Myös automaatiojärjestelmän täytyy pystyä mukautumaan.

**Uusi rauta ei pelasta vanhaa ohjelmaa**

Houkutus on suuri yrittää siirtää vanha ohjelmisto sellaisenaan uuteen järjestelmään. Älä tee sitä. Vanha ohjelmisto on rakennettu aikansa tarpeisiin ja sisältää ratkaisuja, jotka eivät enää palvele. Paras lähestymistapa on aloittaa suunnittelu puhtaalta pöydältä. Kun ohjelmisto suunnitellaan uudestaan nykyisiä tarpeita varten, siitä saadaan helpompi ymmärtää, kehittää ja ylläpitää myös tulevaisuudessa.

### Onnistuneen automaatioprojektin vaiheet – vältä yleisimmät sudenkuopat

*16. maaliskuuta 2026*

Automaatioprojektien ongelmat toistuvat yllättävän samanlaisina projektista toiseen. Ne liittyvät tyypillisesti liian optimistisiin oletuksiin, puutteelliseen tiedonkulkuun tai siihen, että päätöksiä tehdään tuntuman eikä havaintojen perusteella.

**Ylioptimismi**

Aikataulut ja odotukset voivat helposti muuttua liian optimistisiksi. Käytännössä lähes jokainen vaihe sisältää tekijöitä, jotka paljastuvat vasta testauksen aikana. Periaate: mikään ei ole valmis, ennen kuin se on todettu toimivaksi käytännössä. Kun aikatauluun ja budjetointiin jätetään tilaa testaukselle ja fiksauksille, projekti etenee sujuvammin.

**Dataa mutun sijaan**

Päätösten pitäisi perustua mittaamiseen. Kun prosessista kerätään tietoa ja toistettavia havaintoja dokumentoidaan, ongelmia voidaan ratkaista tehokkaammin.

**Rehellinen viestintä**

Kun jokin ei suju suunnitelmien mukaan, ollaan vaaran paikassa. Avoin viestintä toimii parhaiten: kun ongelmista kerrotaan rehellisesti, on enemmän aikaa reagoida ja löytää ratkaisu. Myös tilaaja ymmärtää tilanteen paremmin, kun tieto tulee ajoissa.

**Onnistuneen automaatioprojektin vaiheet ohjelmistokehittäjän näkökulmasta:**

1. **Tarpeen ja käyttötapausten kartoitus** — käydään tarkasti läpi, mitä järjestelmän on tarkoitus tehdä.
2. **Toteutuksen suunnittelu** — määritellään rakenne, rajapinnat ja komponentit.
3. **Ohjelmiston toteutus ja kehitys** — vaiheittain, säännöllisten tarkastusten kanssa.
4. **Testaus ja koeajot** — erityisesti oikeilla materiaaleilla ja käyttötilanteissa.
5. **Käyttöönotto ja viimeinen hienosäätö** — tuotannossa voi tulla esiin yksityiskohtia, joita ei ole voitu havaita aiemmin.
6. **Tuki** — käyttäjät huomaavat usein pieniä parannettavia asioita käytön aikana.

### GMP ja automaatio-ohjelmistot – ei sijaa mokailulle

*16. maaliskuuta 2026*

Lääke- ja terveystuotannossa Good Manufacturing Practice (GMP) määrittelee, millä periaatteilla tuotteita valmistetaan. Automaatiojärjestelmien kohdalla GMP nähdään usein dokumentaation, auditointien ja validointien kautta. Vähemmälle huomiolle jää se, että suuri osa GMP-vaatimusten toteutumisesta tapahtuu käytännössä ohjelmiston logiikassa.

**GMP ja tuotanto**

GMP:n keskeinen ajatus: tuotteen valmistuksen on oltava hallittua, dokumentoitua ja jäljitettävää. Jokainen tuotantoerä pitää pystyä jälkikäteen seuraamaan. Jos jokin menee väärin, se käsitellään poikkeamana ja sen syy selvitetään ennen kuin tuotettu materiaali voidaan vapauttaa. Vakavimmissa tilanteissa koko tuotantoerä voidaan joutua hylkäämään.

**Kun ohjelmisto ei päästä tekemään "tyhmyyksiä"**

Jos järjestelmä sallii virheellisen toiminnan, se johtaa poikkeamiin. Intuitiivisesti suunniteltu ohjelmisto ohjaa käyttäjän toimintaa niin, että prosessi etenee oikeassa järjestyksessä.

Tyypillinen esimerkki: GMP-ympäristössä tuotantoerää ei voi aloittaa ilman, että käytettävät materiaalit on tunnistettu ja dokumentoitu. Kun sisäänrakennettu logiikka estää startin ennen materiaalitietojen syöttämistä, koko ongelmaa ei pääse syntymään.

Toinen tilanne liittyy materiaalien hyväksyntään. Kun järjestelmä tarkistaa materiaalin automaattisesti ja estää väärän käytön, vältetään tilanteet, jotka muuten johtaisivat poikkeamaselvityksiin.

**Jäljitettävyys koskee myös ohjelmistokehitystä**

Kaikki muutokset ohjelmistoon ovat oltava jäljitettävissä: mitä muutettiin, miksi ja milloin. Versionhallinta on tärkein työkalu tämän toteuttamisessa. Tricycle Software käyttää Git-versionhallintaa: kehityshistoria säilyy kokonaisuudessaan, ja tarvittaessa voidaan palata mihin tahansa aiempaan versioon. Uudet ohjelmistoversiot tallennetaan kommenttien kanssa, joissa kuvataan muutokset.

**Muutosten hallinta**

GMP-maailmassa tuotantojärjestelmiä ei muuteta spontaanisti kesken käytön. Muutostarve tunnistetaan ja dokumentoidaan, toteutetaan, testataan ja dokumentoidaan ennen uuden version käyttöönottoa. Testit tehdään usein yhteistyössä tuotannon tai laatuorganisaation kanssa. Järjestelmät tarkastetaan säännöllisesti auditoinneissa.

**Ydinajatus**

Hyvän ohjelmiston on tehtävä oikeiden asioiden tekemisestä helpompaa ja väärien tekemisestä mahdotonta.

---

## English

### About Tricycle Software

Tricycle Software Oy is a software developer from Southwest Finland specializing in industrial solutions. We serve the Southwest Finland region and, when needed, clients worldwide. Our core philosophy: when the goal is a solution that truly speaks the user's language, we deliver it.

The company's founder, Jere Mäntsälä, is a mechanical engineer who has worked in industrial automation since 2007. The company was founded in 2021.

**Contact:** Jere Mäntsälä | +358 40 830 6436 | jere@tricyclesoftware.fi
**Location:** Lieto, Southwest Finland

### Services

**PLC Programming**

Tricycle Software provides PLC programming tailored to the diverse needs of industry. We work with Siemens TIA Portal (S7-1500, S7-1200), Omron, Beckhoff, Schneider, and Phoenix Contact environments. If needed, we also handle the installation of programmable devices.

Our guiding principle: automation software should guide the user and be so intuitive that no manual is needed. Programs are well-structured and commented, and they should guide the user — clearly indicating what action is expected next.

**Robot Programming**

A robot does what it's programmed to do, and we ensure it knows everything it needs to. We offer user-friendly robot programming for industrial needs.

Manufacturer experience:
- KUKA (KRL)
- ABB (RAPID)
- Yaskawa

We implement solutions from single production phases to full line management.

**Other Services**

*User Interfaces (HMI):* User interface development is central to functional and user-friendly design. The user shouldn't have to guess what the device expects next — control is intuitive and straightforward. HMI and SCADA tools in use: WinCC, AVEVA Edge.

*Automation System Integration:* When production data needs to be used effectively for real-time decision-making, integrating automation systems with database systems is essential. Integration connects systems and software built on different technologies so they can communicate and operate as a larger whole. OPC UA is commonly used for data exchange.

**GMP Compliance**

GMP (Good Manufacturing Practice) requirements are the foundation of safe quality. We work routinely in environments where these standards are central, integrating them into software development.

### Project Process

1. **Requirements analysis**: Thorough clarification of needed functionality.
2. **Building**: Programming, testing, and fine-tuning per plan, with regular reviews.
3. **Delivery**: Customized solution, delivered with manual.

---

## Kielilinkit

- Suomi: https://www.tricyclesoftware.fi/
- English: https://www.tricyclesoftware.fi/en-gb

## Pääsivut

- Etusivu: https://www.tricyclesoftware.fi/
- PLC-ohjelmointi: https://www.tricyclesoftware.fi/plc-ohjelmointi
- Robottiohjelmointi: https://www.tricyclesoftware.fi/robottiohjelmointi
- Muut palvelut: https://www.tricyclesoftware.fi/muut-palvelut
- UKK: https://www.tricyclesoftware.fi/ukk
- Artikkelit: https://www.tricyclesoftware.fi/artikkelit
- Yhteystiedot: https://www.tricyclesoftware.fi/yhteystiedot

## Artikkelit

- Mitä kysyä koneen toimittajalta automaatiosta ennen ostopäätöstä?: https://www.tricyclesoftware.fi/mita-kysya-koneen-toimittajalta-automaatiosta-ennen-ostopaatosta
- Teollisuusrobotin todellinen hinta: https://www.tricyclesoftware.fi/teollisuusrobotin-todellinen-hinta
- Milloin tuotantolinjan PLC-ohjelmisto on päivityksen tarpeessa?: https://www.tricyclesoftware.fi/milloin-tuotantolinjan-plc-ohjelmisto-on-paivityksen-tarpeessa
- Onnistuneen automaatioprojektin vaiheet – vältä yleisimmät sudenkuopat: https://www.tricyclesoftware.fi/onnistuneen-automaatioprojektin-vaiheet-valta-yleisimmat-sudenkuopat
- GMP ja automaatio-ohjelmistot – ei sijaa mokailulle: https://www.tricyclesoftware.fi/gmp-ja-automaatio-ohjelmistot-ei-sijaa-mokailulle