Larm och händelser
DataPortia™ läser larm och händelser från OPC UA:s Alarms & Conditions-gränssnitt och lagrar dem oavkortade med den tidsstämpel automationsservern ger. Millisekunderna bevaras både i vyn och i exporten, så ordningen framgår ur en larmskur — vad som löste ut först och vad som var följd.
- 1 ms
- noggrannhet Serverns ursprungliga tidsstämpel
- Part 9
- OPC UA Alarms & Conditions-gränssnittet
- 3
- analyser Pareto, varaktighet och allvarlighet
Vad löste ut först?
Händelseförloppsanalysen (sequence of events, SOE) sorterar larmen efter sin ursprungliga tidsstämpel med millisekunds noggrannhet. När tio larm kommer inom samma sekund visar vyn vilket av dem som var först och vilka som följde efter det. Ordningen bygger på automationsserverns tidsstämpel, inte på den stund då DataPortia tog emot händelsen.
Närmare: hur en skur reds ut i vyn
Situationen är bekant: linjen stannar, och på larmlistan dyker det upp ett tjugotal rader på en sekund. En del av dem är orsak, resten är följd. I händelseförloppsanalysen öppnas samma skur millisekund för millisekund, och kedjans första händelse skiljer sig från de övriga. Avgränsa tidsfönstret kring stoppet och området till den del av processen där kedjan startade. Samma vy svarar också på frågan som ställs i efterhand om förreglingen gick på före eller efter att pumpen stannade.
Varför avgör den ursprungliga tidsstämpeln rotorsaksanalysen?
Grundorsaken skiljer sig från sina följder bara utifrån ordningen. Om tidsstämpeln avrundas till sekunder förlorar tio larm som löst ut inom samma sekund sin inbördes ordning, och det första går inte längre att peka ut. DataPortia lagrar den tidsstämpel automationsservern ger som den är: den avrundas inte och ersätts inte med den stund då händelsen skrevs till databasen.
| Lagrad tidsstämpel | Vad den kan visa |
|---|---|
| Automationsserverns tidsstämpel, millisekunds noggrannhet | Händelsernas inbördes ordning även inom samma sekund. Det här är vad DataPortia lagrar. |
| Tidsstämpel avrundad till sekund | Bara vilka händelser som inföll under samma sekund. Ordningen inom skuren är förlorad för gott. |
| Skrivtidpunkt i databasen | I vilken ordning händelserna hann fram. Fördröjning i nätet och i köerna blandas in. |
Närmare: vad som ska säkerställas vid driftsättningen
Vid driftsättningen lönar det sig att säkerställa en sak: att automationsservern publicerar en källtidsstämpel för händelserna och inte bara sin egen mottagningstid. DataPortia lagrar det servern ger — och det avgör hur noggrann analys som i efterhand går att göra på larmhistoriken.
Hur läses larmen från automationssystemet?
DataPortia prenumererar på händelserna från OPC UA:s Alarms & Conditions-gränssnitt (Part 9), som är standardens egen larmmodell. Prenumerationen görs mot den befintliga OPC UA-servern, så inga ändringar behöver göras i automationssystemet. Insamlingen fungerar med alla OPC UA-kompatibla system: Siemens, ABB, Valmet, Beckhoff, Schneider Electric, Honeywell och Rockwell.
Närmare: gränssnitt, prenumeration, tidsstämpel och lagring
- Gränssnitt
- OPC UA Alarms & Conditions (Part 9), ovanpå OPC Foundations .NET Standard-stack.
- Prenumeration
- Händelserna tas emot som en prenumeration: larmet registreras i takt med att servern publicerar det.
- Tidsstämpel
- Den ursprungliga tidsstämpeln från servern lagras oavkortad, med millisekunds noggrannhet.
- Lagring
- PostgreSQL 18 + TimescaleDB, samma tidsseriedatabas som mätdatan.
Förutsättningen är att automationsservern publicerar händelserna enligt Alarms & Conditions-modellen. Om serverns larmmodell är begränsad visar DataPortia det servern ger — inte mer. Hur förbindelser upprättas, hur mätpunkter bläddras och redundanta serverpar behandlas på sidan Datainsamling via OPC UA.
Hur hittar jag rätt larm bland tusentals?
Vyn har ett fritt sökfält som söker i källan, meddelandet och villkorets namn samtidigt. Vid sidan av det har varje kolumn ett eget sökfält, och överst i vyn finns filtrering efter allvarlighet, område och tidsintervall. Med kolumnsökningen hittas punkten på apparatbeteckning eller på larmets formulering, och filtren fungerar tillsammans: händelser med hög allvarlighet inom ett område från natten som gick går att få fram utan att listan bläddras för hand.
Närmare: sökordning och kopplingen till trendvyerna
I praktiken går sökningen från grovt till fint: först tidsintervallet kring stoppet, sedan område och allvarlighet, till sist kolumnsökning på apparatbeteckning. Eftersom larmen och mätdatan finns i samma tidsseriedatabas kan samma tidsfönster också granskas som trendkurvor — trendvyerna beskrivs på sidan Dashboards och trender.
Vilka larm återkommer oftast?
Pareto-analysen räknar ut från det valda tidsintervallet vilka larm som återkommer oftast och sorterar dem efter antal. Varaktighetsanalysen visar vilka larm som är på längst, och allvarlighetsanalysen visar hur händelserna fördelar sig på allvarlighetsklasser. Tillsammans visar de vilka få punkter som ger den största delen av larmbelastningen. Alla tre räknas ut ur samma händelsehistorik.
Närmare: vad de tre analyserna visar
Pareto
Vilka återkommer
Larmen sorterade efter antal. I toppen skiljer sig de få punkter ut som fyller listan dag efter dag.
Varaktighet
Vilka blir stående
Larmen efter varaktighet. Ett larm som löser ut sällan men blir stående länge syns inte i enbart antalen.
Allvarlighet
Hur belastningen fördelar sig
Händelsernas fördelning på allvarlighetsklasser. Visar hur stor del av listan som verkligen är kritisk och hur stor del som är bakgrundsbrus.
Listans topp är oftast kort: några få punkter ger en stor del av radantalet. Dem lönar det sig att gå igenom först — börvärde, fördröjning eller en fladdrande kontakt — innan större slutsatser dras av larmhistoriken.
Hur exporteras larmhistoriken till en rapport?
Larmvyn går att få ut i CSV-, Excel- och PDF-format. Den ursprungliga tidsstämpeln bevaras i exporten med millisekunds noggrannhet, så händelsernas inbördes ordning försvinner inte på vägen till avvikelserapporten eller till utredningen som går till kunden. Efterutredningen av ett stopp blir färdig i samma vy där den gjordes: avgränsa tidsfönstret, kontrollera ordningen och exportera filen utan något separat verktyg.
Närmare: rapportmallar, schemaläggningar och övriga exportformat
Rapportmallar, schemaläggningar och övriga exportformat beskrivs på sidan Automatiska rapporter.
Får man ett sms om ett larm?
Nej. Sms-larm är Under utveckling och funktionen har inte kunnat testas, så den är inte tillgänglig och jag säljer den inte som en färdig funktion. Larmen visas för närvarande i webbgränssnittet och i de rapporter som sammanställs av dem. Om en avisering är ett krav i din miljö, nämn det när du hör av dig — jag berättar läget i utvecklingen rakt ut och lovar ingen tidtabell.
Under utveckling Sms-larm. Funktionen har inte kunnat testas och är inte tillgänglig. Allt annat som beskrivs på den här sidan är i bruk.
Vad räcker larmanalysen inte till för?
DataPortia bevarar den noggrannhet automationsservern ger — den förbättrar den inte. Om källsystemet stämplar händelserna med sekunds noggrannhet går ordningen inte att få fram i efterhand med något verktyg. Om larm läses från flera servrar måste servrarnas klockor vara synkroniserade, annars är ordningen mellan servrarna inte tillförlitlig.
Närmare: vem som drar slutsatsen av materialet
Analysen visar ordningen, antalen och varaktigheterna. Slutsatsen dras fortfarande av en människa som känner processen. För genomgång av materialet finns dessutom en separat AI-modul som kör en lokal språkmodell på samma server: Lokal AI-analys.
Vanliga frågor
De här frågorna kommer upp i nästan varje driftsättning: vad som krävs av automationssystemet, om millisekunderna bevaras i exporten, om insamlingen fungerar i en redundant miljö, vilka system som stöds och vad läget är med sms-larm.
Behöver ändringar göras i automationssystemet?
Nej. DataPortia är en OPC UA-klient som prenumererar på händelser från den befintliga servern. Förutsättningen är att servern publicerar larmen enligt Alarms & Conditions-modellen.
Syns millisekunderna också i exporten?
Ja. Den ursprungliga tidsstämpeln bevaras med millisekunds noggrannhet både i vyn och i alla tre exportformaten.
Fungerar larminsamlingen i en redundant miljö?
Ja. OPC UA-förbindelserna kan definieras som redundanta serverpar. DataPortias omkoppling aktiv–passiv tar cirka 15–30 sekunder och gäller bara applikationsnivån. Detaljerna: Redundans och hög tillgänglighet.
Går det att vidarebefordra ett larm som sms?
Inte tills vidare. Sms-larm är Under utveckling, och funktionen har inte kunnat testas. Den är alltså inte tillgänglig.
Vilka automationssystem stöds?
Alla OPC UA-kompatibla: bland annat Siemens, ABB, Valmet, Beckhoff, Schneider Electric, Honeywell och Rockwell.
Testperioden är 30 dagar och innehåller alla funktioner utom HA-tillägget, utan förbindelse. Nämn automationssystemet och det uppskattade antalet OPC UA-förbindelser när du hör av dig — jag levererar installationspaketet och testlicensen. Övriga delområden: DataPortia.