- 1 ms
- tarkkuus Palvelimen alkuperäinen aikaleima
- 0
- muutosta automaatioon Tilaus olemassa olevaan OPC UA -palvelimeen
- 3
- analyysiä Pareto, kesto ja vakavuus
Mikä laukesi ensin?
Tapahtumien aikajärjestysanalyysi (sequence of events, SOE) järjestää hälytykset alkuperäisen aikaleimansa mukaan millisekunnin tarkkuudella. Kun kymmenen hälytystä tulee saman sekunnin sisällä, näkymä kertoo, mikä niistä oli ensimmäinen ja mitkä seurasivat sitä. Järjestys perustuu automaatiopalvelimen aikaleimaan, ei siihen hetkeen, jolloin DataPortia vastaanotti tapahtuman.
Tarkemmin: miten ryöppy puretaan näkymässä
Tilanne on tuttu: linja pysähtyy, ja hälytyslistalle ilmestyy sekunnissa parikymmentä riviä. Osa niistä on syy, loput seurausta. Aikajärjestysanalyysissä sama ryöppy avautuu millisekunneittain, ja ketjun ensimmäinen tapahtuma erottuu lopuista. Rajatkaa aikaikkuna pysähdyksen ympärille ja alue siihen prosessin osaan, josta ketju lähti liikkeelle. Sama näkymä vastaa myös jälkikäteen esitettyyn kysymykseen siitä, menikö lukitus päälle ennen pumpun pysähdystä vai sen jälkeen.
Miksi alkuperäinen aikaleima ratkaisee juurisyyanalyysin?
Juurisyy erottuu seurauksistaan vain järjestyksen perusteella. Jos aikaleima pyöristetään sekunteihin, saman sekunnin sisällä lauennut kymmenen hälytystä menettää keskinäisen järjestyksensä, eikä ensimmäistä voi enää osoittaa. DataPortia tallentaa automaatiopalvelimen antaman aikaleiman sellaisenaan: sitä ei pyöristetä eikä korvata sillä hetkellä, jona tapahtuma kirjattiin tietokantaan.
Tarkemmin: mitä käyttöönotossa on varmistettava
Käyttöönotossa kannattaa varmistaa yksi asia: että automaatiopalvelin julkaisee tapahtumille lähdeaikaleiman eikä pelkkää omaa vastaanottoaikaansa. DataPortia tallentaa sen, minkä palvelin antaa — ja se ratkaisee, kuinka tarkkaa analyysia hälytyshistoriasta voi jälkikäteen tehdä.
| Tallennettu aikaleima | Mitä sillä voi selvittää |
|---|---|
| Automaatiopalvelimen aikaleima, millisekunnin tarkkuus | Tapahtumien keskinäisen järjestyksen myös saman sekunnin sisällä. Tämän DataPortia tallentaa. |
| Sekunniksi pyöristetty aikaleima | Vain sen, mitkä tapahtumat osuivat samaan sekuntiin. Järjestys ryöpyn sisällä on menetetty pysyvästi. |
| Kirjausaika tietokantaan | Sen, missä järjestyksessä tapahtumat ehtivät perille. Verkon ja jonojen viive sekoittuu mukaan. |
Miten hälytykset luetaan automaatiojärjestelmästä?
DataPortia tilaa tapahtumat OPC UA:n Alarms & Conditions -rajapinnasta (Part 9), joka on standardin oma hälytysmalli. Tilaus tehdään olemassa olevaan OPC UA -palvelimeen, joten automaatiojärjestelmään ei tarvitse tehdä muutoksia. Keruu toimii kaikkien OPC UA -yhteensopivien järjestelmien kanssa: Siemens, ABB, Valmet, Beckhoff, Schneider Electric, Honeywell ja Rockwell.
Tarkemmin: rajapinta, tilaus, aikaleima ja tallennus
- Rajapinta
- OPC UA Alarms & Conditions (Part 9), OPC Foundationin .NET Standard -pinon päällä.
- Tilaus
- Tapahtumat vastaanotetaan tilauksena: hälytys kirjautuu sitä mukaa kuin palvelin sen julkaisee.
- Aikaleima
- Palvelimen antama alkuperäinen aikaleima tallennetaan katkaisematta, millisekunnin tarkkuudella.
- Tallennus
- PostgreSQL 18 + TimescaleDB, sama aikasarjatietokanta kuin mittausdatalla.
Edellytys on, että automaatiopalvelin julkaisee tapahtumat Alarms & Conditions -mallin mukaisesti. Jos palvelimen hälytysmalli on suppea, DataPortia näyttää sen mitä palvelin antaa — ei enempää. Yhteyksien muodostaminen, mittapisteiden selaus ja varapalvelinparit on käsitelty sivulla OPC UA -tiedonkeruu.
Miten löydän oikean hälytyksen tuhansien joukosta?
Näkymässä on vapaa hakukenttä, joka etsii samalla kertaa lähteestä, viestistä ja ehdon nimestä. Sen rinnalla on sarakekohtaiset hakukentät sekä suodatus vakavuuden, alueen ja aikavälin mukaan. Sarakehaulla pisteen löytää laitetunnuksella tai hälytyksen sanamuodolla, ja suodattimet toimivat yhdessä: yhden alueen korkean vakavuuden tapahtumat viime yön ajalta saa esiin ilman että listaa selataan käsin.
Tarkemmin: hakujärjestys ja yhteys trendinäkymiin
Käytännössä haku etenee karkeasta tarkkaan: ensin aikaväli pysähdyksen ympärille, sitten alue ja vakavuus, lopuksi sarakehaku laitetunnuksella. Koska hälytykset ja mittausdata ovat samassa aikasarjatietokannassa, saman aikaikkunan voi katsoa myös trendikäyrinä — trendinäkymät on kuvattu sivulla Dashboardit ja trendit.
Mitkä hälytykset toistuvat eniten?
Pareto-analyysi laskee valitulta aikaväliltä, mitkä hälytykset toistuvat useimmin, ja järjestää ne määrän mukaan. Kestoanalyysi kertoo, mitkä hälytykset ovat päällä pisimpään, ja vakavuusanalyysi näyttää tapahtumien jakautumisen vakavuusluokkiin. Yhdessä ne osoittavat, mitkä muutamat pisteet tuottavat suurimman osan hälytyskuormasta. Kaikki kolme lasketaan samasta tapahtumahistoriasta.
Tarkemmin: mitä kolme analyysiä kertovat
Pareto
Mitkä toistuvat
Hälytykset lukumäärän mukaan järjestettynä. Kärjestä erottuvat ne muutamat pisteet, jotka täyttävät listan päivä toisensa jälkeen.
Kesto
Mitkä jäävät päälle
Hälytykset keston mukaan. Harvoin laukeava mutta pitkään päällä pysyvä hälytys ei erotu pelkistä lukumääristä.
Vakavuus
Miten kuorma jakautuu
Tapahtumien jakauma vakavuusluokkiin. Kertoo, kuinka suuri osa listasta on todella kriittistä ja kuinka suuri osa taustakohinaa.
Listan kärki on yleensä lyhyt: muutama piste tuottaa suuren osan rivimäärästä. Ne kannattaa käydä läpi ensin — asetusarvo, viive tai värähtelevä kosketin — ennen kuin hälytyshistoriasta tehdään laajempia päätelmiä.
Miten hälytyshistoria viedään raportiksi?
Hälytysnäkymän saa ulos CSV-, Excel- ja PDF-muodossa. Kun millisekunnit on valittu näkyviin, alkuperäinen aikaleima säilyy viennissä millisekunnin tarkkuudella, joten tapahtumien keskinäinen järjestys ei katoa matkalla poikkeamaraporttiin tai asiakkaalle lähtevään selvitykseen. PDF-raporttiin voi lisäksi liittää hälytysanalyysien kaaviot ja taulukot: Pareto-analyysin, kestot, vakavuusjakauman ja aikajanan. Pysähdyksen jälkiselvitys valmistuu samasta näkymästä, jossa se tehtiin: rajatkaa aikaikkuna, tarkistakaa järjestys ja viekää tiedosto ilman erillistä työkalua.
Tarkemmin: raporttipohjat, ajastukset ja muut vientimuodot
Raporttipohjat, ajastukset ja muut vientimuodot on kuvattu sivulla Automaattiset raportit.
Saako hälytyksestä ilmoituksen tekstiviestillä?
Ei. Tekstiviestihälytykset ovat Kehityksessä eikä ominaisuutta ole voitu testata, joten se ei ole käytettävissä emmekä myy sitä valmiina ominaisuutena. Hälytykset näkyvät tällä hetkellä selainkäyttöliittymässä ja niistä koostetuissa raporteissa. Jos ilmoitus on ympäristössänne vaatimus, kertokaa se yhteydenotossa — kerromme kehityksen tilanteen suoraan emmekä lupaa aikataulua.
Kehityksessä Tekstiviestihälytykset. Ominaisuutta ei ole voitu testata eikä se ole käytettävissä. Kaikki muu tällä sivulla kuvattu on käytössä.
Mihin hälytysanalyysi ei riitä?
DataPortia säilyttää sen tarkkuuden, jonka automaatiopalvelin antaa — se ei paranna sitä. Jos lähdejärjestelmä leimaa tapahtumat sekunnin tarkkuudella, järjestystä ei saa esiin jälkikäteen millään työkalulla. Jos hälytyksiä luetaan useasta palvelimesta, palvelinten kellojen on oltava synkronoidut, tai järjestys palvelinten välillä ei ole luotettava.
Tarkemmin: kuka tekee päätelmän aineistosta
Analyysi kertoo järjestyksen, määrät ja kestot. Päätelmän tekee edelleen ihminen, joka tuntee prosessin. Aineiston läpikäyntiin on lisäksi erillinen tekoälymoduuli, joka ajaa paikallista kielimallia samalla palvelimella: Paikallinen tekoälyanalyysi.
Usein kysytyt kysymykset
Nämä kysymykset tulevat vastaan lähes jokaisessa käyttöönotossa: mitä automaatiojärjestelmältä vaaditaan, säilyvätkö millisekunnit viennissä, toimiiko keruu redundantissa ympäristössä, mitä järjestelmiä tuetaan ja mikä on tekstiviestihälytysten tilanne.
Tarvitseeko automaatiojärjestelmään tehdä muutoksia?
Ei. DataPortia on OPC UA -asiakas, joka tilaa tapahtumat olemassa olevalta palvelimelta. Edellytys on, että palvelin julkaisee hälytykset Alarms & Conditions -mallin mukaisesti.
Näkyvätkö millisekunnit myös viennissä?
Kyllä. Alkuperäinen aikaleima säilyy millisekunnin tarkkuudella sekä näytössä että kaikissa kolmessa vientimuodossa.
Toimiiko hälytysten keruu redundantissa ympäristössä?
Kyllä. OPC UA -yhteydet voidaan määrittää varapalvelinpareiksi. DataPortian aktiivinen–passiivinen vaihto kestää noin 15–30 sekuntia, ja se koskee vain sovellustasoa. Yksityiskohdat: Redundanssi ja korkea käytettävyys.
Voiko hälytyksen välittää tekstiviestinä?
Ei toistaiseksi. Tekstiviestihälytykset ovat Kehityksessä, eikä ominaisuutta ole voitu testata. Se ei siis ole käytettävissä.
Mitä automaatiojärjestelmiä tuetaan?
Kaikkia OPC UA -yhteensopivia: muun muassa Siemens, ABB, Valmet, Beckhoff, Schneider Electric, Honeywell ja Rockwell.
Kokeilu on 30 päivää ja sisältää kaikki ominaisuudet HA-lisäosaa lukuun ottamatta, ilman sitoumusta. Kertokaa yhteydenotossa automaatiojärjestelmä ja arvioitu OPC UA -yhteyksien määrä — toimitamme asennuspaketin ja kokeilulisenssin. Muut osa-alueet: DataPortia.
Miten testaan tämän omalla hälytysdatalla?
Kokeilujakso on 30 päivää, sisältää kaikki ominaisuudet HA-lisäosaa lukuun ottamatta eikä sido mihinkään. Hälytykset luetaan suoraan oman automaatiojärjestelmän Alarms & Conditions -rajapinnasta laitoksen omalle palvelimelle — vasta silloin näette, erottuuko oikea ensimmäinen tapahtuma teidän omasta hälytysryöpystänne. Lisenssit alkavat 4 000 € kertamaksusta, ja hinta skaalautuu OPC UA -yhteyksien määrän mukaan.