Energiproduktion
På ett kraftverk finns datan redan — den ligger inne i automationssystemet. DataPortia™ läser den över OPC UA, lagrar den som tidsserie på en egen server och tar fram produktions- och tillgänglighetsrapporter utan att någon kopierar siffror till ett kalkylblad. Efter en störning syns händelsernas ordningsföljd med millisekundnoggrannhet.
Kort svar
DataPortia samlar in kraftverkets mätvärden från OPC UA-servern, beräknar energibalanser och tillgänglighetstal ur dem och tar fram schemalagda rapporter i PDF-, CSV- eller Excel-format. Störningarnas händelseförlopp bevaras i ursprunglig form med millisekundnoggrannhet. Allt körs på anläggningens egen server.
Vad rapporteras typiskt på ett kraftverk?
Producerad energi per period, anläggningens tillgänglighet och utnyttjandegrad, förhållandet mellan bränsle och produktion samt störningarnas och stilleståndens längd. Allt detta uppstår ur samma mätvärden som automationen redan producerar — det som behövs är en plats där de lagras tillräckligt länge, och en beräkning som omvandlar ögonblicksvärden till periodsummor.
| Det som rapporteras | Var det uppstår | Delen i DataPortia |
|---|---|---|
| Producerad energi per period | Effektmätning över tid | Beräkningspunkt kW → kWh, schemalagd rapport |
| Tillgänglighet och utnyttjandegrad | Driftlägen och stillestånd | Tidsserie + larm- och händelsehistorik |
| Energibalans | Flera mätningar parallellt | Beräkningspunkter som anpassar sig till rapportens tidsintervall |
| Störningens förlopp | Larm och händelser | Ursprunglig ms-tidsstämpel, händelseförloppsanalys (SOE) |
| Stilleståndsorsaker | Larmens allvarlighet och område | Pareto-, varaktighets- och allvarlighetsanalyser |
Mer i detalj: hur en beräkningspunkt anpassar sig till rapportens tidsintervall
En beräkningspunkt är en formelbaserad härledd mätpunkt. Den vanligaste är effekt till energi: kW blir kWh enligt vilket tidsintervall rapporten görs för. Samma punkt ger alltså dygnssumman i dygnsrapporten och månadssumman i månadsrapporten utan separat definition.
I praktiken tar detta bort det vanligaste handarbetsmomentet: ingen räknar periodsummor separat i ett kalkylblad, och beräkningssättet kan inte börja skilja sig mellan rapporterna.
Varför avgör tidsstämpelns noggrannhet vid störningsutredning?
När anläggningen löser ut är frågan alltid densamma: vad hände först. Om tidsstämpeln är avkortad till hel sekund hamnar tiotals händelser på samma sekund och ordningen går inte att avgöra. DataPortia bevarar den tidsstämpel som automationssystemet ger utan avkortning och visar den med millisekundnoggrannhet — även vid export. Först då skiljs orsak från verkan.
Tidsstämpeln kommer från automationssystemet, den skapas inte av DataPortia. Om automationens klocka går fel eller servern inte ger millisekundnoggrannhet går den inte att skapa i efterhand. Noggrannheten bevaras — den läggs inte till.
Mer i detalj: vad händelseförloppsanalysen kräver
Händelserna läses från OPC UA:s Alarms & Conditions-prenumeration (Part 9), som för med sig allvarlighet, område och den ursprungliga tidsstämpeln. Filtrering efter allvarlighet, område och tid avgränsar vyn till den störning som utreds.
För att identifiera återkommande störningar används Pareto-, varaktighets- och allvarlighetsanalyser: de visar vilka larm som återkommer oftast och vilka som tar mest tid. Detaljerna finns på sidan Larm och händelser.
Vad händer om rapportservern kraschar?
Ett kraftverk går även när rapporteringssystemet inte gör det — men då uppstår en lucka i datan. I DataPortia sker beredskapen på tre nivåer: för OPC UA-anslutningen kan en huvud- och en reservserver anges, databasen replikeras med PostgreSQL:s streaming replication, och på applikationsnivå fungerar ett aktivt-passivt par där omkopplingen tar cirka 15–30 sekunder.
Mer i detalj: vad omkopplingstiden gäller och vad den kräver
Den gäller endast applikationsnivån: instansen i standby tar över datainsamlingen. Databasens omkoppling beror på vilket failover-verktyg som används och hur det är inställt — omkopplingen automatiseras antingen av DataPortias egen DPFC-kontroller, som fungerar även i Windows, eller i Linux av pg_auto_failover eller Patroni. Övergången till OPC UA-reservservern beror i sin tur på automationssystemets eget beteende.
Den nämnda omkopplingstiden gäller situationen där DataPortia-processen kraschar men maskinen blir stående. Om hela maskinen dör vid ett ström- eller nätavbrott märker PostgreSQL den döda sessionen först via TCP keepalive-mekanismen, så keepalive-inställningarna måste ställas in separat. Redundans på applikationsnivå kräver dessutom licens för HA-tillägget, som inte ingår i testperioden.
Luckor går också att fylla i efterhand: historikimporten läser den saknade perioden ur OPC UA-serverns historikregister och hoppar över redan importerade perioder. Se Redundans och hög tillgänglighet.
Lämnar anläggningens data nätet?
Nej. DataPortia är en on-premises-programvara: datainsamlingen, databasen, rapporteringen och AI-analysen körs alla på anläggningens egen server. Internetanslutning behövs inte i något skede. I infrastruktur som är kritisk för försörjningsberedskapen är detta sällan en smaksak — det är ett villkor för upphandlingen.
Mer i detalj: även AI-analysen förblir lokal
AI-analysen kör en lokal språkmodell med Ollama på samma server. Avvikelsesökning, prognoser och frågor på naturligt språk fungerar utan nätverksanslutning, och processdata skickas inte till någon extern tjänst. Modulen är ett separat tillägg; läs mer på sidan Lokal AI-analys.
Vanliga frågor
Nedan de frågor som oftast återkommer i kraftverksmiljöer: ändringar i automationen, import av gammal data, rapporternas format och vidarebefordran av larm till jouren. Om din anläggning har ett särskilt krav som inte finns här, fråga direkt — jag svarar själv.
Måste ändringar göras i automationssystemet?
Nej. DataPortia ansluter som läsande OPC UA-klient till den befintliga servern och läser från den. Logikprogrammet rörs inte, ingen programvara installeras på automationssidan och DataPortia skriver ingenting till automationen. Det som behövs är nätverksanslutning till servern och användaruppgifter med läsrättighet.
Får man med gamla mätvärden vid driftsättningen?
Ja, om automationens OPC UA-server har historikregister i bruk. Historikimporten läser den gångna perioden därifrån och hoppar över redan importerade delar, så samma period kan köras om utan dubbletter. Utan historikregister börjar insamlingen vid installationstillfället.
I vilket format kommer rapporterna?
PDF, CSV eller Excel, schemalagt i dygns-, vecko- eller månadsrytm. I rapportmallen anges logotyp, försättsblad, sidstorlek och signaturblock, så utskriften blir direkt sådan som anläggningens eget dokument ska vara. Samma mall fungerar både i en manuellt gjord och i en schemalagd rapport.
Kan larm vidarebefordras till jouren via sms?
Under utveckling Sms-larm har inte kunnat testas i produktionsmiljö, och funktionen är inte tillgänglig. Planera inte jouren utifrån den. För närvarande vidarebefordras larm ut med en HMAC-signerad webhook till det mottagande systemet, som sköter sin egen kommunikation.
Var används DataPortia?
Hos finländska energibolag. Om du vill höra användarerfarenheten direkt från en motsvarande anläggning före beslutet, fråga — jag förmedlar kontakten om kunden går med på det. Ett referenssamtal är vanligtvis ett snabbare sätt att bedöma lämpligheten än en broschyr.
Hur testar jag detta på min egen anläggning?
Installera testversionen på anläggningens egen server och koppla den till en riktig OPC UA-server. Testperioden är 30 dagar, alla funktioner utom HA-tillägget, och utan förbindelse. Den första riktiga rapporten visar det som en broschyr inte visar: kommer rätt punkter med, och duger utskriften att lämnas vidare som den är.