Prediktivt underhåll
Prediktivt underhåll som talar om vilken utrustning du ska åtgärda först
Explore läser av de sensorer och BMS-punkter ni redan har, förutspår hur utrustningen kommer bete sig innan den går sönder, och omvandlar resultatet till en enda rangordnad kö — inte ännu en larmström.
Boka en tid direkt- EU-hostat, GDPR-kompatibelt
- Grundad inferens — inget hittas på
- Ingen ny hårdvara krävs
Varför de flesta projekt för prediktivt underhåll kör fast
Modellen var aldrig den svåra delen. Att få någon att agera på resultatet är det.
De flesta pilotprojekt för prediktivt underhåll misslyckas inte för att anomalidetekteringen har fel. De misslyckas för att resultatet blir ännu en larmström, och teamet ignorerar redan tre sådana. En vibrationstopp, en temperaturdrift, en avvikande drifttid — var och en hamnar i sin egen dashboard och konkurrerar om uppmärksamheten med allt annat som redan blinkar rött.
Explore utgår från handlingsproblemet, inte detekteringsproblemet. Samma detekteringsmotor som driver BMS-analys kör sex metoder för anomalidetektering mot varje punkt kontinuerligt, och förutspår sedan vart varje trend är på väg med ett konfidensintervall — så ett bearing-fel under utveckling eller ett köldmedieläckage syns dagar eller veckor innan det utlöser ett tröskelvärde, inte efteråt.
Resultatet är inget flöde. Det är en rangordnad beslutskö: en enda lista, sorterad efter kostnad och risk, som talar om för en tekniker vad hen ska titta på först — i stället för en vägg av lika akuta larm som ingen hinner triagera.
Vad Explore faktiskt gör
Fyra funktioner, en rangordnad kö
Anomalidetektering med sex metoder
Varje BMS-punkt och ansluten sensor kontrolleras kontinuerligt mot sex detekteringsmetoder, inte ett fast tröskelvärde. Fångar drift, fastnade värden, avvikande drifttider och mönsterbrott som en statisk larmgräns missar. Fullständig mekanik finns i ordlisteposten om anomalidetektering.
Prognoser med konfidensintervall
Detektering talar om att något redan är fel. Prognoser talar om att det snart kommer bli det. Explore projicerar utrustningens beteende framåt med ett konfidensintervall, så att långsamt lagerslitage eller nedsmutsade batterier syns medan det fortfarande finns tid att schemalägga en åtgärd i stället för ett akututryck.
En rangordnad beslutskö
Fynd rangordnas efter kostnad och risk och slås samman till en enda kö — inte utspridda över en BMS-larmpanel, ett kalkylblad och tre inkorgar. En tekniker öppnar en lista och vet vad som ska granskas först.
Read-only by default, agerar på begäran
Explore startar read-only by default. Fynd kan mata Edge Agent för att föreslå en underhållsåtgärd eller schemaändring — en person granskar det, eller så exekveras det automatiskt inom ett scope ni uttryckligen har beviljat. Inget körs på ert BMS utan det scopet.
Så jämförs de tre metoderna
Rå larmlista och pappersalmanacka mot en rangordnad kö
| Rå BMS-larm | Manuellt PU-schema | Explore | |
|---|---|---|---|
| Utlösare | Endast fast tröskelbrott | Fast kalenderintervall, oavsett skick | Skick och prognos, sex detekteringsmetoder |
| Ledtid | Efter att gränsen redan passerats | Godtycklig — orelaterad till faktiskt slitage | Dagar till veckor i förväg, med konfidensintervall |
| Täckning | Endast punkter med hårdkodad gräns | Endast utrustning i PU-almanackan | Varje punkt som redan finns i er historik |
| Prioritering | Ingen — alla larm lika akuta | Ingen — fast schema oavsett risk | Rangordnat efter kostnad och risk, en kö |
| Falska larm | Höga — dränker operatören | Ej tillämpligt, men slösar besök på frisk utrustning | Filtreras på konfidens innan det når kön |
| Ny hårdvara | Vanligtvis ingen, men begränsat till redan sensorförsedda punkter | Ingen | Ingen — läser befintliga BACnet-, Modbus-, OPC UA- och oBIX-punkter |
| Väg till åtgärd | Manuell triage av en operatör | Tekniker skickas ut oavsett om det behövs | Read-only by default; Edge Agent kan föreslå eller exekvera inom ett beviljat scope |
I korthet
Mekaniken
Prediktivt underhåll i Explore är inte en separat modul bultad på en BMS-dashboard — det är samma sensor-intelligence-lager som används för energi- och BMS-analys, tillämpat på utrustningens hälsa.
Så fungerar det
Från sensordata till en rangordnad åtgärdslista
01 — In
Sensor- och BMS-data
Explore läser punkter ni redan har via BACnet, Modbus, OPC UA och oBIX. Inga nya sensorer, ingen ny gateway-hårdvara.
02 — Analysera
Detektering + prognos
Sex metoder för anomalidetektering körs kontinuerligt; prognoser projicerar varje punkt framåt med ett konfidensintervall och fångar fel under utveckling innan de utlöser ett tröskelvärde.
03 — Ut
Rangordnad beslutskö
Fynd slås samman till en kö, rangordnad efter kostnad och risk. Read-only by default — eller mata Edge Agent för att föreslå och exekvera åtgärder inom ett scope ni beviljat.
Frågor
Prediktivt underhåll, besvarat
Prediktivt underhåll använder sensor- och BMS-data för att förutspå när utrustning riskerar att gå sönder, så att en åtgärd kan schemaläggas innan ett haveri — i stället för att vänta på ett fast kalenderdatum eller ett larm som redan betyder att något gått sönder.
BMS-larm utlöses efter att en fast gräns passerats — en temperaturgräns, ett drifttidstak. Explore förutspår vart en punkt är på väg med ett konfidensintervall, så att ett fel under utveckling kan synas dagar eller veckor innan det någonsin skulle utlösa den gränsen, och varje fynd hamnar i en rangordnad kö i stället för en rå larmpanel.
Ett kalenderbaserat PU-schema servar utrustning med fast intervall oavsett faktiskt skick — ibland för tidigt, ibland för sent. Explore rangordnar fynd efter verkligt skick och prognostiserad risk, så underhållsinsatsen läggs där den faktiskt behövs först.
Tillståndsbaserat underhåll utlöser en underhållsåtgärd när ett uppmätt tillstånd passerar en definierad gräns. Prediktivt underhåll går ett steg längre och förutspår när den gränsen kommer passeras, med ett konfidensintervall, innan det sker. Explore gör båda: kontinuerlig tillståndsövervakning plus framåtblickande prognoser, sammanslaget i en rangordnad kö.
Vanligtvis inte. Explore läser de punkter ert BMS och befintliga sensorer redan exponerar via BACnet, Modbus, OPC UA och oBIX. Ny hårdvara behövs bara där en utrustning genuint saknar instrumentering ännu.
Explore startar read-only by default — den detekterar och prognostiserar, inget mer, tills ni säger annat. Fynd kan mata Edge Agent för att föreslå en underhållsåtgärd eller schemaändring, som en person granskar, eller som exekveras automatiskt inom ett scope ni uttryckligen beviljat. Den kan inte agera utanför det scopet.
Se vad Explore hittar i er egen data
Anslut ert BMS, rikta Explore mot det, och få en rangordnad lista över vad som faktiskt behöver åtgärdas — inte ännu en dashboard att bevaka.