Visa sidanHistorikTillbakalänkarTill början av sidan Denna sida är skrivskyddad. Du kan titta på källkoden, men inte ändra den. Kontakta administratören om du anser att du bör kunna ändra sidan. ====== Miner – Öppen och plattformsneutral integrationsplattform för fastighetsdata ====== Miner är en leverantörsneutral integrationsplattform för insamling, berikning, distribution och (där relevant) styrning av data från fastighetssystem, mätare, sensorer och externa tjänster. Lösningen är utformad för att ge **öppenhet**, **transparens**, **självständighet** och **frihet i driftsättning** – oavsett underliggande system, leverantörer eller IT-plattform. Miner används normalt tillsammans med plattformen [[/funktionsbeskrivning|Orbiq]], där Miner ansvarar för datainsamling och integration medan Orbiq används för lagring, analys, visualisering och operativ användning av data. ===== Miner och Orbiq ===== Miner och Orbiq används ofta tillsammans som delar av samma plattform. En förenklad arkitektur kan beskrivas enligt följande: * tekniska system och datakällor * datainsamling via Miner * lagring, analys och visualisering i Orbiq Miner ansvarar för kommunikationen med olika system, protokoll och API:er, medan Orbiq fungerar som den operativa plattformen där data används för drift, analys och integration med andra system. ===== Målgrupp ===== Miner riktar sig främst till användare som arbetar med integration och datainsamling från tekniska system, exempelvis: * systemintegratörer * energitekniker * tekniska förvaltare * digitaliseringsansvariga * utvecklare Lösningen kan användas både av organisationer som själva vill konfigurera integrationer och av externa parter som arbetar med integration och dataplattformar. ===== Centrala begrepp ===== ^ Begrepp ^ Beskrivning ^ | Anslutning | Beskriver hur Miner ansluter till ett externt system | | Minerjobb | Konfiguration för att hämta data från ett system | | Datapunkt | En signal eller ett mätvärde från ett system | | Metadata | Beskrivande information om datapunkter | | Dataström | Ett dataflöde från ett system till en eller flera målmiljöer | Miner arbetar i praktiken i flera steg: - definiera anslutning till ett system - konfigurera ett eller flera minerjobb - identifiera och välja datapunkter - komplettera datapunkter med metadata och leveransregler <mermaid> flowchart LR A["1. Anslutning<br>(protokoll/API/DB)"] --> B["2. Minerjobb<br>(insamling & schema)"] B --> C["3. Datapunkter<br>urval & normalisering"] C --> D["4. Metadata<br>semantik & struktur"] D --> E["5. Leverans<br>Orbiq och/eller annan målmiljö"] </mermaid> ===== Kärnvärden ===== * **Öppet:** Minimerar inlåsning och bryter silos via många integrationsprofiler. Nya integrationer kan tas fram vid behov och produktifieras för att bli tillgängliga för samtliga kunder. För en förteckning över integrationerna, kolla [[:start#miner|här]]. * **Transparent:** Standardiserar data till ett neutralt format och kan kompletteras med metadata/semantik för enhetliga datapipelines och dokumentation. * **Kunna göra själv:** Webbaserad konfiguration gör att kunden kan genomföra integrationer själv eller anlita valfri part – utan krav på särskild programvara eller programmeringskompetens. * **Köra i moln eller i egen miljö:** Plattformsoberoende driftsättning utan krav på specifik molnleverantör eller extern plattform. ===== Öppenhet och leverantörsneutral integration ===== * Lösningen kan integrera data från ett brett och heterogent fastighetsbestånd, med varierande fabrikat och systemtyper (automation/BMS, mätinsamling, HVAC, IoT-sensorer, larm, säkerhet m.m.). * Stöd finns för flera integrationssätt beroende på källsystem och användningsfall, exempelvis protokollbaserad kommunikation och integration via API (öppna eller leverantörsspecifika). * Integrationsprofiler kan återanvändas mellan fastigheter/objekt och skapar en standardiserad integrationsmodell, vilket minskar risken för silos och speciallösningar. * Om en färdig integration saknas kan en ny integration tas fram inom projekt. Den kan därefter produktifieras och göras tillgänglig för fler, vilket ger en kontinuerligt växande integrationsbas över tid. ===== Transparens via neutral datamodell och semantisk metadata ===== * Data från olika källsystem och format kan normaliseras till ett neutralt, enhetligt format så att kunden kan bygga konsekventa datapipelines oberoende av underliggande systemlösning. * Datapunkter och dataströmmar kan berikas med strukturerad metadata, exempelvis: * fastighet/byggnad/zon (eller motsvarande struktur) * tekniskt system/tillhörighet * mätpunktstyp/roll * enhet och datatyp * ursprung/källa samt relevant versions-/konfigurationsinformation * Metadata kan kombineras från flera källor, t.ex.: * källsystemets egna attribut * externa register/masterdata * manuella regler/mallar * automatiska regler (t.ex. mönster/regex/regelverk) * Lösningen möjliggör spårbarhet (data lineage) från källa till leverans, inklusive information om transformeringar och konfigurations-/versionshistorik. * Metadata och dokumentation kan göras åtkomlig i öppna och maskinläsbara format. Stöd för semantisk modellering och utbyte i öppna standardformat (t.ex. RDF/JSON-LD eller likvärdigt) möjliggör integration med grafdatabaser/RDF-stores och framtida användningsfall såsom avancerad metadatasökning, livedokumentation och AI-stöd. ===== Självservice och enkel utrullning ===== * Ett webbaserat användargränssnitt möjliggör konfiguration av integrationer och dataflöden utan krav på särskild programvara eller programmeringskunskap. * Anslutningar (in/ut), urval av datapunkter, mappningar, insamlingsparametrar och leveransmål kan hanteras genom konfiguration. * Lösningen kan stödja inventering/discovery av datapunkter från anslutna system i den utsträckning källsystemet medger, inklusive teknisk metadata (namn/identifierare, datatyp, enhet, läs-/skrivbarhet). * Datapunkter och metadata kan hanteras kontrollerat över tid (skapa/aktivera, ändra, versionssätta/spåra, avaktivera), vilket underlättar förvaltning och revision. * Kunden kan göra arbetet själv eller anlita valfri part för integrationerna, utan att vara beroende av en specifik leverantör eller specialistkedja. ===== Plattformsneutral driftsättning ===== * Lösningen kan driftsättas edge-nära (i eller nära fastigheten) och/eller centralt (on-prem, privat moln eller publikt moln), inklusive hybridupplägg. * Drift kan ske på standardiserad infrastruktur (t.ex. container-/VM-baserat eller motsvarande) utan krav på proprietär specialhårdvara. * Inget krav finns på specifik molnleverantör eller extern plattform. Kunden kan välja driftmodell utifrån säkerhet, policy, efterlevnad och kostnadsbild. * Data kan levereras till valfri målmiljö och flera måltyper, exempelvis: * tidsseriedatabaser * relationsdatabaser * datalake/object storage * meddelandeköer/streamingplattformar * grafdatabaser/triplestores * IoT-/dataplattformar via öppna API:er och protokoll * Samma dataströmmar kan levereras till flera parallella mål utan att integrationsarbetet behöver dupliceras. ===== Robust insamling, avbrottstålighet och obrutna tidsserier ===== ==== Insamlingspolicy och datalogik ==== * Insamling och lagring kan konfigureras flexibelt per datapunkt/dataström, inklusive stöd för: * givna tidsstämplar vid datahämtning * Change of Value (COV) med inställbara trösklar * kombination av händelsebaserad logik och fasta intervaller Exempel: * "Läs data varje minut, spara när värdet har ändrats med minst 0,5 – men spara minst ett värde per timme." ==== Hantering av kommunikationsavbrott ==== * Vid avbrott nedströms (t.ex. vid uppladdning/leverans) kan data buffras lokalt och återöverföras automatiskt när uppkoppling återkommer (store-and-forward). * Om ett källsystem har egen historiklagring kan lösningen även hämta historisk data för att fylla luckor i scenarier där kommunikationen till källsystemet påverkas indirekt. ==== Datakvalitet och driftsäkerhet ==== * Databehandling nära källan kan användas för att normalisera, filtrera, enhetskonvertera, aggregera och kvalitetstesta data vid behov. * Lösningen är utformad för att hantera stora datavolymer och varierande insamlingsfrekvenser. * Stöd finns för att hantera flera typer av informationsflöden, exempelvis mätvärden/telemetri, metadata och larm. ===== Styrning och extern optimering ===== * Där källsystemet stödjer det kan lösningen hantera både läsning (read) och skrivning/överstyrning (write) tillbaka till system i fastigheten. * Externa tjänster (t.ex. optimering/AI) kan använda lösningen som kontrollerad brygga för att: * konsumera data * skicka styrkommandon * få status/kvittens tillbaka * Styrhändelser kan göras spårbara och kontrollerade, inklusive loggning och stöd för återställning/fallback-principer där det är relevant. ===== Enkel och förutsägbar prismodell ===== * Lösningen tillämpar en tydlig och enhetlig prissättning per Miner-instans eller per dataöverföringsjobb. * Prissättningen är oberoende av: * antal datapunkter * antal mätvärden * datavolym * kvadratmeter * antal anslutna fastighetssystem Detta innebär att kunden kan: * skala upp användningen utan att kostnadsmodellen blir komplex * undvika kostnadsdrivande incitament kopplade till ökad datakvalitet * budgetera långsiktigt utan risk för oväntade kostnadsökningar ===== Dataägande och långsiktig handlingsfrihet ===== * Kunden har full rådighet över rådata, berikad data, metadata och relevanta loggar. * Data och metadata kan exporteras i öppna och dokumenterade format. * Lösningen är utformad för att minimera teknisk och kommersiell inlåsning. miner/funktionsbeskrivning.txt Senast uppdaterad: 2026/03/04 16:46av dokuadmin