Tekniska data

DataPortia™ installeras på anläggningens egen Windows- eller Linuxserver. Den ansluter till automationen som OPC UA-klient, lagrar tidsserierna i en PostgreSQL 18 + TimescaleDB-databas och levererar användargränssnittet från sin egen Kestrel-server över HTTPS. Någon molntjänst behövs inte i något skede.

Vilka delar består DataPortia av?

Lagren är fyra: OPC UA-datainsamling, en applikationsserver på ASP.NET Core 10.0 med egen Kestrel-server, en tidsseriedatabas med PostgreSQL 18 + TimescaleDB och ett webbläsargränssnitt i Vue 3. AI-analysen är ett separat tillägg som kör en lokal språkmodell med Ollama. Varje del körs på samma server hos kunden.

Närmare: vad valen betyder i praktiken

TimescaleDB är en PostgreSQL-utökning, så databasen är en vanlig PostgreSQL. Den säkerhetskopieras, replikeras och övervakas med samma verktyg som anläggningens övriga PostgreSQL-databaser, och databaskunnande behöver inte skaffas separat.

En egen Kestrel-server betyder att någon separat installation av IIS eller nginx inte behövs. En omvänd proxy går ändå att placera framför om anläggningens praxis kräver det.

Vilka är systemkraven?

Minimikraven är 8 GB minne och 100 GB SSD-disk. Den praktiska rekommendationen är 16–32 GB minne, eftersom tidsseriefrågor och rapportgenerering drar nytta av cacheminnet. Som operativsystem duger Windows 10 eller 11, Windows Server 2016 eller nyare eller Linux (Debian, Ubuntu). Internetanslutning krävs inte.

Behovet av diskutrymme beror på antalet punkter som samlas in och på lagringstiden. Den automatiska komprimeringen startar efter 7 dagar och sparar över 90 % av diskutrymmet, så lång lagring kostar inte lika mycket som de första dagarna låter ana.

Hur mycket data klarar DataPortia?

Genomströmningen är över 2 000 värden per sekund, vilket är cirka 172 miljoner rader per dygn. Den automatiska komprimeringen startar efter två dygn och sparar över 90 % av diskutrymmet. Lagringstiden är justerbar och som standard 24 månader. Komprimeringen begränsar inte vilken tidsperiod data kan hämtas från — bara lagringstiden begränsar.

2 000+

värden / s Skrivgenomströmning till tidsseriedatabasen

172

miljoner rader / dygn Samma genomströmning per dygn

90 %

sparat diskutrymme Komprimering efter 7 dagar

Närmare: lagring, komprimering och import av historik

Lagringstiden avgör hur långt bakåt data finns. Standard är 24 månader, och värdet justeras efter anläggningens behov — myndighetsrapportering kan till exempel kräva en längre period än driftuppföljning.

Gammal data går att importera från OPC UA-serverns historikregister. Importen läser luckbaserat och hoppar över redan importerade perioder, så samma period kan köras om utan dubbletter. Insamlingen och lagringen beskrivs närmare på sidan OPC UA-datainsamling.

Hur skyddas data?

All trafik går över HTTPS med automatiskt hanterade certifikat. Användarna autentiserar sig antingen med lokala konton eller med Azure AD / Microsoft Entra ID, varvid rättigheterna hanteras från organisationens egen katalog. Gränssnittet är endast läsande och skriver inte till automationen. Processdata lämnar inte anläggningens nät i något skede — inte heller vid AI-analys.

Närmare: åt vilket håll trafiken går

DataPortia fungerar i automationsnätet enbart som läsande klient: den läser värden och larm från OPC UA-servern men skriver ingenting dit. Börvärden och kvitteringar går fortfarande sin egen väg i automationssystemet.

Utåt rör sig data på två sätt: REST API svarar på förfrågningar med en API-nyckel, och webhookar skickar händelser HMAC-signerade. Ingendera innehåller skrivoperationer mot automationen. Se REST API och webhookar.

Hur förbereds systemet för fel?

Beredskapen finns på tre nivåer. För OPC UA-anslutningen kan en primär server och en reservserver anges, varvid insamlingen flyttas till reservservern. På databasnivån används PostgreSQLs fysiska streaming replication; omkopplingen automatiseras antingen av DataPortias egen DPFC-kontroller (Windows och Linux) eller av pg_auto_failover eller Patroni (endast Linux). På applikationsnivån fungerar ett aktivt-passivt par, som kräver en separat licens för HA-tillägget.

Omkopplingen på applikationsnivå tar cirka 15–30 sekunder när processen kraschar men maskinen blir stående. Om hela maskinen dör märker PostgreSQL den döda sessionen först via TCP keepalive-mekanismen — med standardinställningarna tar det längre, så keepalive måste trimmas. Databasens omkopplingstid beror på vilket failover-verktyg som används. Helhetsbilden finns på sidan Redundans och hög tillgänglighet.

Vilka automationssystem ansluter DataPortia till?

DataPortia ansluter som OPC UA-klient till vilken standardenlig server som helst. I praktiken betyder det Siemens, ABB, Valmet, Beckhoff, Schneider Electric, Honeywell och Rockwell Automation — och lika gärna vilket annat OPC UA-kompatibelt system som helst. Inga ändringar görs i automationssystemet.

Detta är påståenden om kompatibilitet, inte partnerskap. DataPortia är ingen enhetsleverantörs produkt och är inte certifierad av någon sådan. Kompatibiliteten bygger på att dataöverföringen sker med OPC UA-protokollet, som dessa system stöder.

Närmare: vad anslutningen kräver på automationssidan

I automationssystemet måste en OPC UA-server vara i bruk, och det måste finnas konton med läsrättighet till den. Ingen ny programvara installeras på automationssidan och logikprogrammet rörs inte. Om historikdata önskas retroaktivt måste servern dessutom ha ett historikregister i bruk.

Vanliga frågor

Nedan de tekniska frågor som oftast kommer upp i samband med anskaffningen: virtualisering, språk, databasunderhåll, nätverksanslutningar och AI-modulens krav. Om anskaffningen kräver en noggrannare teknisk utredning, gör en frågelista och skicka den — jag svarar skriftligt.

Går DataPortia att köra i en virtuell maskin?

Ja. Programvaran kräver ingen fysisk hårdvara. Dimensionera minst det minne och den disk som kraven anger för den virtuella maskinen, och säkerställ att disken håller SSD-nivå — tidsserieskrivning är diskdriven, och en långsam disk syns direkt i genomströmningen.

Vilka språk finns användargränssnittet på?

Finska, engelska, svenska och tyska. Språket väljs per användare, och språkvalet påverkar varken licensen eller priset. Support finns på finska och engelska.

Måste PostgreSQL installeras separat?

Databasen ingår i installationen. Om anläggningen redan har en PostgreSQL-miljö med ordnat underhåll kan databasen placeras där — TimescaleDB är en PostgreSQL-utökning, så det handlar om en vanlig PostgreSQL-databas. Berätta om läget i samband med installationen, så bestämmer vi tillsammans vilket sätt som är förnuftigare.

Behöver servern internetanslutning?

Nej. Datainsamling, lagring, rapportering och AI-analys fungerar alla lokalt. Språkmodellen körs med Ollama på samma server, så inte heller AI-frågorna lämnar nätet. Internetanslutning behövs bara om uppdateringar ska hämtas från nätet.

Vad kräver AI-modulen av servern?

Språkmodellen körs lokalt, så den behöver mer minne och beräkningskraft än de övriga delarna. Dimensioneringen beror på vald modell — Qwen, Gemma, DeepSeek och Llama är mycket olika stora. Berätta vilken server som står till förfogande, så bedömer jag en lämplig modell. Se Lokal AI-analys.

Hur testar jag det här i min egen miljö?

Testversionen är 30 dagar, alla funktioner utom HA-tillägget, och utan förbindelse. Installera den på din egen server och koppla den till ett riktigt automationssystem — då framgår det som en specifikation inte visar: hur mycket data anläggningen verkligen producerar och om servern är dimensionerad därefter. Jag levererar installationspaketet och testlicensen.

Begär en testperiod på 30 dagar Kontakta mig