Peršokti į turinį
OEM platforma

Mažinkite šilumos siurblių serviso kaštus su OEM paruošta platforma

Mažiau bereikalingų iškvietimų, gilesnė nuotolinė diagnostika, greitesnis gedimų sprendimas ir OTA atnaujinimai visam įrenginių parkui iš vienos platformos.

Veikia po jūsų prekės ženklu, integruojasi su esamu valdikliu ir išlieka naudinga net tada, kai interneto ryšys dingsta.

Problema nėra programėlė. Problema — serviso chaosas.

Dauguma šilumos siurblių vis dar neturi pakankamai gilios diagnostikos, todėl servisas važiuoja į objektą tam, kad tik suprastų, kas įvyko. Tai brangina priežiūrą, ilgina reakciją ir apkrauna komandą bereikalingais iškvietimais.

1

Nėra realios diagnostikos

Matomi tik bendri klaidų kodai, bet ne priežastis: kompresoriaus dažnis, EEV pozicija, superheat ar COP dinamika lieka paslėpti.

2

Pertekliniai iškvietimai

Klientas skambina, servisas važiuoja, o diagnozė dažnai paaiškėja tik vietoje. Tai valgo maržą ir apkrauna servisą.

3

Uždara logika ir lėtas tobulinimas

Jei negalite nuotoliniu būdu atnaujinti algoritmų ir matyti realios įrenginio būsenos, kiekvienas patobulinimas kainuoja per daug laiko.

Modeliuojama verslo vertė

Kiek tai verta gamintojui ar distributoriui?

Orientacinis 1000 įrenginių parko scenarijus, kai servisas iš reaktyvaus tampa nuotoliniu ir duomenimis grįstu.

30%

mažiau bereikalingų iškvietimų

150–300 €

sutaupoma per įrenginį per metus

150 000–300 000 €

potenciali metinė nauda 1000 įrenginių parkui

Skaičiai priklauso nuo serviso struktūros, iškvietimo kainos ir gedimų profilio, bet pokytis atsiranda ne iš „gražesnės UI“, o iš mažesnio chaoso servise.

Serviso scenarijus, kurį B2B supranta iš karto

Platformos vertė atsiranda tada, kai gedimas tampa diagnozuojamas nuotoliniu būdu, o ne tik po išvykimo į objektą.

Be Termalis

  1. 1Klientas praneša apie gedimą arba nestabilų darbą.
  2. 2Servisas mato tik bendrą aliarmą arba visai nemato konteksto.
  3. 3Technikas važiuoja į objektą tam, kad pirmiausia nustatytų priežastį.
  4. 4Prarandamas laikas, klientas laukia, o dalis iškvietimų pasirodo buvę bereikalingi.

Su Termalis

  1. 1Gedimas ar anomalija matoma online su istoriniu kontekstu.
  2. 2Servisas peržiūri parametrus, alarm snapshotą ir nustato tikėtiną priežastį nuotoliniu būdu.
  3. 3Dalis problemų išsprendžiama be išvykimo, kitoms atvejais technikas važiuoja jau žinodamas, ką daryti.
  4. 4Mažesni serviso kaštai, trumpesnis reagavimo laikas ir aiškesnė kliento komunikacija.

Kodėl ne kurti patiems?

Pilnas IoT stack'as šilumos siurbliui — nuo embedded iki cloud — reikalauja 2–3 metų ir atskiros komandos. Su Termalis gaunate veikiantį produktą per ~3 mėnesius.

1

Protokolų suderinimas

Modbus/CAN/UART komunikacijos su jūsų valdikliu konfigūracija ir testavimas. ~1 mėn.

2

White-label pritaikymas

Programėlė ir cloud portalas su jūsų prekės ženklu. REST API integracija su jūsų sistemomis. ~1 mėn.

3

Testavimas ir paleidimas

Pilotinis diegimas, algoritmų kalibravimas, paruošimas serijinei gamybai. ~1 mėn.

Kriterijus Kurti patiems Su Termalis
Time-to-market 2–3 metai ~3 mėnesiai
Programėlė Kurti nuo nulio White-label paruošta
Cloud + fleet Statyti patiems Paruošta naudoti
Energijos optimizavimas Fiksuoti režimai Prognozuojamas valdymas
Nuotolinis servisas Nėra Iš karto veikia
Vendor lock-in Dažnai taip Nėra — jūsų duomenys

Technologijų stack'as

Penki sluoksniai — nuo fizinio valdiklio iki programėlės galutiniam vartotojui.

1. Valdiklis

2 600+ registrų palaikymas. Modbus TCP + HTTP API dual-mode. Pilnas read/write: temperatūrų setpoint'ai, kompresoriaus galios ir darbo laiko valdymas, EEV, DHW režimai.

2. Edge kompiuteris

Termalis core

Vietinis Linux kompiuteris prie kiekvieno siurblio. 87 parametrų nuskaitymas kas 2 sek. Visi algoritmai vyksta čia — veikia be interneto. 2 sek. Modbus ciklas, 1 min. medianos į duomenų bazę.

3. Valdymo variklis

Termalis core

Prognozuojamas valdymas: šiluminės inercijos modelis, COP predikcija pagal lauko temperatūrą, EMS kompensacija pagal biržos kainas, DHW vartojimo profiliai, 8 anomalijų detektoriai. Viskas vyksta vietiniame tinkle.

4. Saugus ryšys

WireGuard VPN tunelis su AES-256-GCM šifravimu. 0 atvirų portų internete — tik šifruotas UDP. Nereikia SSL sertifikatų ar JWT tokenų. Uždara architektūra.

5. Cloud platforma + programėlė

Fleet management, nuotolinė diagnostika, OTA atnaujinimai, alarmų sistema. White-label Android programėlė su jūsų prekės ženklu. REST API integracijai su jūsų ERP/CRM.

Vietinis intelektas, ne tik duomenų rinkimas

Kiekvienas edge kompiuteris savarankiškai priima sprendimus — prognozuoja, optimizuoja ir reaguoja be jokio debesies ryšio.

Thermal inertia modelis

Apskaičiuoja pastato šiluminę laiko konstantą (τ). Leidžia „pašildyti prieš brangias valandas" — sistema žino, kiek laiko pastatas išlaiko šilumą.

COP predikcija

Prognozuoja efektyvumo koeficientą pagal lauko temperatūrą ir vėjo greitį (NWS wind chill formulė). Atskiri modeliai šildymui ir karštam vandeniui.

Kainų optimizavimas

Nord Pool kainų signalas → darbo laiko ir kompresoriaus galios planavimas su šiluminiu lookahead. COP-koreguotas rezultatas optimizuoja šilumos siurblio darbą realiu laiku.

DHW vartojimo profiliai

Savaitinio karšto vandens vartojimo atpažinimas iš temperatūros kritimų. Automatinis pašildymo planavimas prieš piko valandas.

8 anomalijų detektoriai

Freono nuotėkis, kondensatoriaus/evaporatoriaus užnešimas, kompresoriaus ciklinimas, EEV valdymo problemos, multivariatinė analizė. Adaptyviniai slenksčiai su sezoniniu kalibru.

Offline-first veikimas

Be jokios priklausomybės nuo debesies. Vietinė kainų/duomenų bazė, lokali sprendimų logika. Internetas reikalingas tik sinchronizacijai — ne veikimui.

Ką konkrečiai mato servisas

Ne „marketing dashboard“, o konkretūs parametrai, kurie padeda suprasti gedimo priežastį ir sistemos efektyvumą.

EEV pozicija + superheat

Elektroninio plėtimosi vožtuvo būsena ir SH dinamika padeda atskirti freono, srauto ir reguliavimo problemas.

Kompresoriaus dažnis + ciklavimas

Matomas realus inverterio darbas, kompresoriaus įsijungimų logika ir nestabilaus režimo požymiai.

COP realiu laiku + energijos istorija

Servisas mato ne tik temperatūras, bet ir tai, ar įrenginys dirba ekonomiškai ir kur dingsta efektyvumas.

Alarm snapshotai + istorinis kontekstas

Kelių minučių neapdorotų duomenų iškrovimas prieš ir po aliarmo leidžia suprasti, kas vyko iki gedimo.

Integracija be perteklinio perdarymo

Tikslas nėra perprojektuoti jūsų įrangą. Tikslas — greitai prijungti platformą prie esamo valdiklio ir pradėti gauti verslo naudą.

4–8 savaitės iki veikiančio piloto

Priklauso nuo valdiklio prieinamumo ir protokolų, bet platforma jau turi veikiančią edge, cloud ir serviso logiką.

Modbus / HTTP / CAN / UART keliai

Platforma projektuota prisitaikyti prie skirtingų valdiklio komunikacijos kanalų, o ne užrakinti jus viename protokole.

Paruošti registrų žemėlapiai ir driverių pagrindas

Adaptuojame esamą logiką jūsų valdikliui, kad nereikėtų kurti viso serviso stack'o nuo nulio.

Nereikia keisti viso hardware sluoksnio

Kai esamas valdiklis leidžia read/write ir telemetriją, platforma integruojasi ant viršaus ir išnaudoja jau turimą įrangą.

0

Atvirų portų internete

AES-256

WireGuard šifravimas

2 600+

Valdiklio registrų

525K

Duomenų eilučių/metai

Daugiau nei valdiklis

Termalis nėra tik papildoma vartotojo sąsaja ant gamyklinės platformos. Tai jūsų įrangos technologinis suverenumas: OTA atnaujinimai, gilus nuotolinis debug, ES infrastruktūra ir valdymo logika, kurią kontroliuojate jūs.

OTA atnaujinimai visam įrenginių parkui be plokščių keitimo
Remote debug realiu laiku su 90+ parametrų ir alarm snapshotais
Serveriai Europoje: BDAR atitiktis, mažesnis latency, aiški jurisdikcija
Duomenys, API ir integracijos lieka jūsų kontrolėje

Jūs gaminate. Mes suteikiame smegenis.

Paverčiame jūsų šilumos siurblį išmaniuoju produktu — per 3 mėnesius.

Susisiekite ir aptarkime, kaip Termalis platforma gali veikti su jūsų valdikliu.