Kappaletavarateollisuus
Tuotantolinjalla ratkaiseva luku on se, kuinka kauan linja seisoi ja miksi. Molemmat tiedot syntyvät automaatiojärjestelmässä, mutta ne katoavat hälytysluetteloon, joka nollautuu vuoron vaihtuessa. DataPortia™ tallentaa hälytykset ja tapahtumat pysyvästi ja järjestää ne kokonaiskeston mukaan — silloin näkyy, mihin aika oikeasti menee.
Lyhyt vastaus
DataPortia kerää linjan mittaukset ja hälytykset OPC UA -palvelimelta, säilyttää ne oletuksena 24 kuukautta ja tuottaa niistä käytettävyys- ja seisokkiraportit. Seisokkisyyt järjestetään Pareto-, kesto- ja vakavuusanalyyseillä. Kappalemäärät johdetaan laskentapiireillä automaation laskureista.
Mitä tuotantolinjalta tyypillisesti raportoidaan?
Käyntiaika ja seisokkiaika, seisokkien syyt ja niiden toistuvuus, tuotetut kappalemäärät ja linjan kulutus suhteessa tuotantoon. Kaikki nämä syntyvät signaaleista, jotka automaatio jo tuottaa. Puuttuva osa on tallennus, joka ei nollaudu vuoron vaihtuessa, ja laskenta, joka muuttaa hetkelliset arvot jakson tunnusluvuiksi.
| Raportoitava asia | Mistä se syntyy | DataPortian osa |
|---|---|---|
| Käyntiaika ja seisokit | Linjan käyntitilat ja hälytykset | Aikasarja + hälytys- ja tapahtumahistoria |
| Seisokkisyiden jakauma | Hälytysten vakavuus, alue ja kesto | Pareto-, kesto- ja vakavuusanalyysit |
| Kappalemäärät | Automaation laskurisignaali | Laskentapiiri, joka mukautuu raportin aikaväliin |
| Vuorokohtainen seuranta | Samat mittaukset vuoron aikaväliltä | Ajastettu raportti PDF-, CSV- tai Excel-muodossa |
| Lukitusketjun kulku | Tapahtumat alkuperäisin aikaleimoin | Millisekunnin tarkkuus, aikajärjestysanalyysi |
Kappalemäärä edellyttää, että automaatiossa on laskuri, joka näkyy OPC UA -palvelimella. DataPortia kerää sen kuten minkä tahansa mittapisteen, mutta ei tuota laskuria itse. Jos laskuria ei ole, se on ensin lisättävä automaatiopuolelle.
Miksi seisokkisyyt kannattaa järjestää keston mukaan?
Koska useimmin toistuva hälytys ei ole sama kuin eniten aikaa vievä. Lyhyt häiriö voi näkyä sadasti vuorossa ja viedä silti vähemmän aikaa kuin yksi pitkä pysähdys. Pareto-, kesto- ja vakavuusanalyysit järjestävät saman hälytysaineiston eri tavoin, jolloin näkyy sekä toistuvuus että todellinen aikavaikutus.
Tarkemmin: mitä hälytysaineistosta luetaan
Tapahtumat luetaan OPC UA:n Alarms & Conditions -tilauksesta (Part 9). Mukana tulevat vakavuus, alue ja alkuperäinen aikaleima, jota ei katkaista — se näkyy millisekunnin tarkkuudella sekä näytöllä että viennissä.
Suodatus vakavuuden, alueen ja ajan mukaan rajaa näkymän yhteen linjaan tai yhteen vuoroon. Yksityiskohdat sivulla Hälytykset ja tapahtumat.
Miten selvitän, mikä lukitus pysäytti linjan ensin?
Katsomalla tapahtumia alkuperäisin aikaleimoin. Lukitusketjussa kymmenet tapahtumat voivat osua samalle sekunnille, jolloin sekunnin tarkkuuteen katkaistusta aikaleimasta ei näe järjestystä. DataPortia säilyttää automaation antaman aikaleiman katkaisematta ja näyttää sen millisekunnin tarkkuudella, jolloin ensimmäinen laukaisija erottuu seurauksista.
Tarkkuus on automaatiojärjestelmän antamaa. Jos OPC UA -palvelin ei anna millisekuntitarkkuutta, sitä ei voi jälkikäteen synnyttää — DataPortia säilyttää sen mitä saa, se ei lisää tarkkuutta.
Saako luvut MES- tai ERP-järjestelmään?
Saa. REST API v1 on vain luku ja tunnistautuu API-avaimella, jolle sallitaan 120 pyyntöä minuutissa. Sen kautta luetaan mittausdata, hälytykset ja järjestelmän tila. Tapahtumat voi myös työntää heti niiden sattuessa HMAC-allekirjoitettuna webhookina. Kumpikaan suunta ei kirjoita automaatioon mitään.
Tarkemmin: avaimet, käyttöraja ja vastaanottajan katkokset
Anna jokaiselle integraatiolle oma API-avain. Raja lasketaan avaimittain, joten MES:n ja raportointityökalun kyselyt eivät syö toistensa budjettia, ja yhden avaimen kumoaminen jättää muut ennalleen.
Epäonnistuneet webhook-toimitukset yritetään automaattisesti uudelleen, joten hetken alhaalla ollut vastaanotin ei tarkoita kadonnutta tapahtumaa. Tee vastaanottajan käsittelystä idempotentti, koska sama tapahtuma voi tulla kahdesti. Katso REST API ja webhookit.
Usein kysytyt kysymykset
Alla tuotantolinjaympäristöissä useimmin toistuvat kysymykset: muutokset automaatioon, vuorokohtaiset raportit, useamman linjan seuranta ja hälytysten välitys kunnossapidolle. Jos linjallasi on erityispiirre, jota ei ole tässä, kerro se — arvioin soveltuvuuden suoraan.
Pitääkö automaatiojärjestelmään tehdä muutoksia?
Ei tarvitse, jos tarvittavat signaalit ovat jo OPC UA -palvelimella. DataPortia liittyy asiakkaana olemassa olevaan palvelimeen ja lukee siltä; logiikkaohjelmaan ei kosketa. Muutos tarvitaan vain siinä tapauksessa, että jokin haluttu signaali — esimerkiksi kappalelaskuri — puuttuu automaatiosta kokonaan.
Voiko raportin ajaa vuoron vaihtuessa?
Raportit ajastetaan päivä-, viikko- tai kuukausirytmillä. Vuorokohtainen tarkastelu tehdään valitsemalla vuoron aikaväli, ja sama raporttipohja toimii sekä käsin tehdyssä että ajastetussa raportissa. Kerro vuororytmi, niin katsotaan mikä ajastus vastaa sitä lähimmin.
Voiko useampaa linjaa seurata samassa järjestelmässä?
Voi. DataPortia hoitaa useita rinnakkaisia OPC UA -yhteyksiä, joista jokaisella on omat mittapisteensä ja asetuksensa. Yhteyksien määrä määrää lisenssitason — tasoja on seitsemän yhdestä yhteydestä rajoittamattomaan. Katso Hinnoittelu ja lisensointi.
Voiko hälytykset välittää kunnossapidolle tekstiviestillä?
Kehityksessä Tekstiviestihälytyksiä ei ole voitu testata tuotantoympäristössä, eikä ominaisuus ole käytettävissä. Tällä hetkellä hälytykset välitetään ulos HMAC-allekirjoitetulla webhookilla vastaanottavaan järjestelmään, joka hoitaa oman viestintänsä.
Miten testaan tämän omalla linjalla?
Asenna kokeiluversio omalle palvelimelle ja liitä se linjan OPC UA -palvelimeen. Kokeilu on 30 päivää, kaikki ominaisuudet HA-lisäosaa lukuun ottamatta, eikä sitoumusta. Kerää yhden viikon hälytyshistoria ja aja siitä Pareto-analyysi — se kertoo heti, vastaako järjestys sitä käsitystä, joka linjasta ennestään on.