Alla säkerhetssystem i en och samma bild. Spine kopplar ihop brandlarm, inbrottslarm, passersystem, kameror och nödbelysning, oavsett fabrikat, och visar allt på husets egna ritningar.
Ett toppskikt ovanpå befintliga centraler. Drivrutiner per fabrikat ringer ut till en siteserver, varje punkt får ett stabilt id och varje kommando bekräftas genom read-back mot centralen.
Kunden behöver inte byta några centraler. Spine läser det som redan finns, bygger upp anläggningen själv och gör den styrbar från ett ställe.
En liten programdel kopplas till varje befintlig central eller passersystem. Den kontaktar Spine utåt, så kundens nät behöver inte öppnas inåt.
Varje detektor, dörr och kamera skapas ur centralens egen exportfil eller direkt ur systemet. Ingen knappar in tusentals adresser för hand.
Spine läser adresserna på brandritningen och lägger symbolerna exakt där konsulten ritat dem.
Larm, fel och frånkopplingar syns direkt på ritningen. Operatören kan återställa, frånkoppla och öppna dörrar, och centralen bekräftar varje åtgärd.
Kundens centraler fortsätter göra sitt jobb. Spine ger överblicken och kopplingen mellan dem.
Brandcentralen har kvar sin egen väg till larmcentralen. Spine är ett verktyg för drift och överblick, inte larmöverföring.
Ett kommando räknas som utfört först när centralen själv visar det nya läget.
Om Spine inte vet läget på en punkt står det okänt. En tyst förbindelse ger larm, inte lugn.
Ingen telemetri och ingen fjärranslutning in. Spine fungerar helt utan internet.
Ett valfritt AI-gränssnitt kan svara på frågor men aldrig styra något.
Spine består av block som licensieras var för sig. Ett block som inte ingår syns inte alls. Alla block delar samma ritningar, samma journal och samma behörigheter.
Navet. Från Sverigekartan ner till en enskild detektor på ett plan.
Ett register över alla som har kort, över alla passersystem samtidigt.
Kamerorna kopplade till det de faktiskt ser.
Ställ frågor om anläggningen till en AI-assistent, till exempel vilka detektorer som inte provats i år. Assistenten kan bara läsa. Utan blocket finns inget AI-gränssnitt alls, så kunden kan visa att ingen AI rör deras data.
Ett brandlarm tar operatören från kartan, via anläggningen och byggnaden, in till den larmande detektorn på ritningen. Resan tar ett par sekunder och kan avbrytas med ett klick.
Skärminspelning från demoanläggningen Kvarteret Björken, som följer med Spine.
Kvittera betyder att man sett larmet. Hantera betyder att man tar ansvar för det. Om den som hanterar tappar förbindelsen hörs larmet igen, så inget larm blir liggande utan ägare.
| Kvittera | "Sett". Kan kräva ett uttalande eller en checklista. |
|---|---|
| Hantera | Ansvar. Dör med operatörens socket, då hörs larmet igen. Överlämning bara till en levande, behörig session. |
| Larm inaktivt | Tystar bara den egna skärmen, 30 min förval, högst 8 h. Notiserna går ändå. |
| Stationer | Låst vy och tidsgräns. En väggskärm kan kvittera men inte hantera. |
| Journal | Append-only JSONL per dygn, packas efter en vecka |
Varje användare väljer vilka larm, vilka byggnader och vilka tider som ska ge notis, och hur. En bild från kameran eller ritningen följer med.
Konsultens brandritning och centralens export beskriver samma hus. Spine läser båda och bygger anläggningen själv. Det som tidigare tog dagar av handarbete tar minuter.
Spine läser exportfilen från centralens programverktyg och skapar varje detektor, sektion och styrning. Fungerar innan centralen ens är ansluten.
EFO · SecuriFire · Consilium · ARXSpine frågar systemet självt vad som finns och skapar punkterna när drivrutinen ansluter.
Hedengren · RCO · Brivo · Eagle Eye · WAVEFör IO-enheter och teknik skriver installatören en enkel lista med namn och adresser.
Generisk ModbusPunkterna skapas med samma id som centralen senare rapporterar. De visas grå som planerade tills centralen svarar.
Id: <drivrutin>/<sort>/<adress>. Vid överlämningen gäller centralens lista, allt journalförs.
Brandritningen som PDF, samma fil som skrivs ut och lämnas till räddningstjänsten.
Vektor-PDF med textlager krävs för autoplacering. Skannade blad visas och placeras för hand. Ingen OCR. Bara sida 1.
Spine letar upp varje adresstext på ritningen, till exempel 01.001 eller 70/12, och lägger symbolen där konsulten ritat detektorn.
EFO ^\d{1,2}\.\d{2,3}$, SecuriFire ^\d{1,4}/\d{1,3}$. Symbolen läggs 1,6 etiketthöjder under etikettens mitt. Roterade blad hanteras.
Stora sektionsnummer i ringar får Spines sektionssymbol ovanpå konsultens ring.
Villkor: minst dubbelt så stor som adressetiketten, mer än 8 % från kanten, och sektionen finns i drivrutinen.
Varje adress måste finnas i centralens export. Spine gissar aldrig utifrån namn.
Ingen konfidenspoäng, bara exakt träff. Samma adress på flera ställen blir flera don med samma id.
Allt går att flytta, rotera och skala i samma editor. En ny ritning flyttar bara det Spine placerat själv, handplacerat lämnas orört.
Förenklad ritning. 70/12 betyder sektion 70, adress 12. Den streckade ringen är Spines sektionssymbol.
Mätt på ett riktigt blad från en SecuriFire-anläggning.
Symbolerna följer svensk standard SB 20.1, så ritningen ser ut som räddningstjänsten är van vid. Katalogen har 69 symboler. Färgen visar läget och formen visar vilken utrustning det är.
Moderna detektorer mäter hela tiden. Spine läser mätvärdena, sparar en trend per detektor och listar de smutsigaste först, så att servicen kan byta rätt detektor i tid.
| Fabrikat | Värden | Status |
|---|---|---|
| Schneider Esmi / EFO | Nedsmutsning 0–100 %, råvärde 0–255 | i drift |
| Hedengren Firescape | Nedsmutsning, månadsrapport | byggd |
| Hedengren Neptolux | Batterikapacitet i minuter, temperatur | byggd |
| Consilium | Rök i % av larmnivå, temperatur, nedsmutsning | byggd |
| Securiton SecuriFire | Rök, temperatur, CO, nedsmutsning, luftflöde i aspirerande rör | planerad |
Exempel. Trappstegskurva per detektor, förändring senaste 30 dagarna.
Spine bedömer inte värdena själv. Gränser sätts bara där fabrikatet anger dem, annars visas värdet neutralt.
Brandlarm ska provas regelbundet, och inte bara detektorerna. Fläktar, hissar, dörrar och spjäll som brandlarmet styr måste också fungera. Spine planerar året, kopplar ifrån det som inte får lösa ut under provet och skriver protokollet medan teknikern går runt.
Spine föreslår en fördelning Q1–Q4 som täcker hela anläggningen på ett år. Förslaget går plan för plan, delar stora plan och jämnar ut kvartalen. Det går också att välja själv:
Exempel. Stapeln visar hur stor del av planen som är provad.
Välj hur länge omgången ska pågå (förval 2 timmar, högst 12) och om notiser ska skickas under provet.
Det planen anger frånkopplas med skälet "Provning" och automatisk återkoppling. Allt journalförs.
En gulrandig banderoll visas på alla skärmar.
Varje utslag märks som prov i protokollet. Ett riktigt brandlarm hörs och ska kvitteras som vanligt.
När omgången avslutas eller tiden går ut återkopplas det Spine kopplade ifrån, och bara det.
Ett larm under ett prov ljuder, eskalerar och står i journalen som larm. Provet skrivs som en egen rad bredvid. Det gör att provning aldrig kan dölja en riktig brand.
| Omfattning | site:, building: eller floor:, valfri disciplin |
|---|---|
| Kontroll | Servern kontrollerar varje minut, journalrad när tiden gått ut |
| Journal | Sorten test, "Provläge PÅ ur planen {namn}" |
| Frånkoppling | Saknas skrivväg markeras steget "manuell", omgången startar ändå |
| API | /api/provplan, /forslag, /:id/starta, /api/provning/markera |
Centralen rapporterar själv att donet provats, till exempel Hedengrens walk-test.
Donet löste ut medan det låg i en provomgång. Fungerar även för fabrikat utan provläge.
Markera ett eller flera don som provade, med datum, anteckning och namn. Fungerar utan att en omgång pågår.
Med metod, tid och vem.
Låg i omgången men reagerade aldrig. Avslöjar en trasig detektor.
Syns som streckad ring på ritningen tills den provats.
Varje plan får en stapel "n av m provade". Protokollet laddas ner som CSV eller PDF per kalenderår eller rullande 12 månader, och äldre perioder går att öppna i efterhand.
Varje fabrikat har ett eget paket som talar just det systemets språk. Klicka på ett fabrikat för att se vad Spine kan göra med det.
| Fabrikat | Status | Visar lägen | Styr | Skapar punkter | Autoplacering | Mätvärden |
|---|
Spine installeras hos kunden, på en vanlig Windows-server. Den lilla programdelen vid varje central ringer ut till servern. Därför behöver inga portar öppnas in mot centralernas nät, vilket de flesta IT-avdelningar kräver.
Samma kod körs på en maskin eller delad. Bara drivrutinens konfiguration skiljer. On-prem är primärt och Spine kan köra helt utan internet.
Brand, inbrott, passage, nödljus, kameror, IO
En per fabrikat, i egen process. En krasch påverkar inget annat.
Håller läget, kalendern, journalen och behörigheterna.
Inget att installera. Fungerar som app på telefonen med push.
Läget var redan det begärda.
Centralen visar det nya läget. Mätt 400–640 ms mot en riktig brandcentral 40 mil bort.
Läget ändrades aldrig. Operatören ser det direkt.
| Transport | ws:// eller wss://, drivrutinen initierar, full resync vid varje återanslutning |
|---|---|
| Autentisering | Delad token i konstant tid. Tillåtelselista över kända drivrutiner kan slås på. |
| Nyckelnålning | north.pin: pinnad, först, av, klartext |
| Publika adresser | Okrypterad ws:// vägras mot publika adresser |
| Takt per socket | Drivrutin 2 000 ramar/s (skur 8 000), klient 100/s, 600 ms CPU/s, max 16 MiB per ram |
| Vakthund | Ny uppringning efter 100 s utan ping |
| Önskat läge | Kalendern säger vad som ska gälla. En drivrutin som varit nere får kommandot när den kommer upp. |
| Kod | Orsak |
|---|---|
4001 | Ram före hello |
4002 | Ramen kastade undantag |
4003 | Ett levande id finns redan |
4008 | Takten överskreds |
// punkt-id är hela kontraktet arx-1/door/17 efo-1/p0/01.001 cons-1/u2/10/10 // agentens fjärrstyrning av drivrutiner agentCmd { reqId, op, what, by, args } → agentResult
Spine kräver ingen databas och ingen specialhårdvara. En vanlig virtuell Windows-server räcker. Rekommendationerna nedan har marginal. Mätvärdena kommer från en belastningsrigg på 2 kärnor.
Skola, kontor, mindre fastighet
vila 1 % CPU · 94 MB · 200 händelser på 3 ms
Campus, köpcentrum, fastighetsbolag
vila 3 % · 134 MB, topp 216 MB · anslutning 0,5 s
Sjukhus, flygplats, större industri
vila 17 % · topp 518 MB · 100 klienter på 6,6 s · storm 1 000: p50 1,1 s
Kommun eller region med många anläggningar
vila 22 % · topp 829 MB · anslutning 16 s
Dimensioneras tillsammans med oss.
| Operativsystem | Windows Server x64. Körs som Windows-tjänst. |
|---|---|
| Databas | Ingen. Säkerhetskopia är en kopia av en mapp. |
| Drivrutinsmaskin | Valfri Windows-dator i centralens nät, cirka 100 MB minne per drivrutin. Kräver ingen egen licens. |
| Klienter | Webbläsare på dator, väggskärm eller telefon |
| Journal | Cirka 150 MB för 13 månader vid 2 000 händelser per dygn |
| Redundans | Via virtualiseringen: servern flyttas mellan värdar. Aktiv/aktiv kluster stöds inte ännu. |
18080 | Operatörsyta, drivrutinerna ansluter hit |
|---|---|
18081 | Analys (MCP), loopback som förval, 0 = av |
18078 | Statussida, bara läsning |
18079 | Kontrollport, bara loopback |
| Minne | ~100 MB + 10 MB per 1 000 punkter i vila, dubbelt i topp |
| I drift | 2 415 punkter, 7 drivrutiner: 145 MB platt i 8 h, eventloop p95 27 ms |
| Paket | Server ~66 MB med inbäddad Node 24, drivrutin ~43 MB |
Ett system som styr brandlarm och dörrar får inte gissa. Därför provas koden i flera lager, mot riktiga centraler och mot leverantörernas egna specifikationer.
Frånkoppling och återkoppling på en riktig brandcentral, dörrar i riktiga ARX-, RCO- och Brivo-system, Hedengren mot molnet.
Prov kör från centralens fil via drivrutin och server hela vägen till en riktig webbläsare.
Innan en central finns på plats provas drivrutinen mot en simulator byggd ur leverantörens protokollbeskrivning.
Ett eget prov stoppar bygget om något som bara hör till ett fabrikat hamnar i den gemensamma koden.
En rigg bygger anläggningar upp till 50 000 punkter och 100 klienter och mäter varje release.
Återkommande granskningar av servern, drivrutinerna, sidan och paketen. Extern penetrationstest planeras hösten 2026.
EU:s cybersäkerhetsförordning ställer krav på alla produkter med digitala delar. Dataskyddsförordningen styr hur personuppgifter i passersystem hanteras. Spine är byggt för båda och tar fram underlagen själv.
Förordningen kräver säker utveckling, hantering av sårbarheter och säkerhetsuppdateringar under produktens livstid.
Egen bedömning: viktig produkt klass I (bilaga III p. 1). Formellt besked saknas. Kvar: Annex VII-underlag, försäkran, TLS som förval.
Kunden är personuppgiftsansvarig. Spine hjälper kunden att hålla ordning och visa vad som finns.
Hemligheter mot fabrikatsystemen krypteras med DPAPI. Journalen går inte att redigera, rättelse sker med ny rad. Personuppgiftsbiträde bara vid avtalad support med åtkomst.
| Tvåstegsinloggning | Kod i app, SMS-kod, passkey och reservkoder |
|---|---|
| Roller | Per disciplin: läsa, operera, tekniker, administratör |
| Per byggnad | Operatören ser bara de byggnader den har rätt till |
| Förvaltning | Skilj på daglig drift (ritningar, symboler) och systemansvar |
| Licens | Fungerar helt offline. Följer med vid migrering, men går inte att klona. |
| Konton | scrypt, HttpOnly-session, spärr efter 5 fel, TOTP RFC 6238 |
|---|---|
| Licens | Ed25519, 2 av 3 maskinkännetecken. Utgången licens spärrar kommandon, aldrig övervakning. |
| Paket | Ed25519, SBOM CycloneDX, npm audit stoppar bygget, 4 driftberoenden |
| Versioner | Sida vid sida. Tre krascher inom 3 min startar föregående version. |
| CSP | script-src 'self', object-src 'none' |
| MCP | JSON-RPC 2.0, sju läsande verktyg, varje anrop journalförs |
Spine utvecklas i snabb takt med täta releaser. Aktuell version är 0.139.0.
anlaggningenAnläggningar, byggnader, plan och centraler
drivrutinernas_lageFörbindelser, versioner och last per väg
punkternas_lagePunkter och lägen med filter
las_journalJournalen som strukturerade rader
provningstackningProvade och ej provade punkter
avvikelserBeslutade mot faktiska behörigheter
underlagGDPR-, CRA- och driftunderlag