0
O locuinţă inteligentă nu devine cu adevărat automatizată doar pentru că are mai multe dispozitive conectate. Diferenţa apare atunci când termostatele, senzorii, actuatoarele şi celelalte componente pot comunica şi pot executa împreună reguli de control.
Poţi avea separat un termostat inteligent, senzori de temperatură, detectoare de apă şi alte dispozitive conectate. Dacă fiecare funcţionează exclusiv prin propria aplicaţie şi nu există o metodă compatibilă de schimb de informaţii între ele, obţii mai multe sisteme inteligente independente, nu neapărat un ecosistem integrat.
În cazul automatizării încălzirii, integrarea este cu atât mai importantă. Termostatul trebuie să poată transmite cererea de încălzire către componentele potrivite, actuatoarele trebuie comandate corect, iar zonele trebuie coordonate astfel încât instalaţia să răspundă coerent la necesarul termic al locuinţei.
Salus iT600 este un ecosistem destinat în principal controlului şi automatizării instalaţiilor de încălzire, în care mai multe componente compatibile pot fi administrate împreună. Pentru a evalua corect sistemul, trebuie însă făcută diferenţa dintre compatibilitatea în interiorul ecosistemului Salus şi integrarea cu dispozitive sau platforme ale altor producători.
Salus iT600 trebuie privit în primul rând ca un ecosistem de control pentru încălzire şi automatizare asociată, nu ca o platformă universală în care poate fi conectat automat orice dispozitiv smart home.
În funcţie de configuraţia instalaţiei şi de componentele utilizate, ecosistemul poate include termostate, centre de comandă, receptoare, capete termostatice, senzori, relee şi alte dispozitive compatibile.
Avantajul unei asemenea arhitecturi este posibilitatea de a coordona mai multe componente ale instalaţiei printr-un sistem comun. Într-o locuinţă cu încălzire pe zone, de exemplu, fiecare cameră poate avea propriul control, iar sistemul poate gestiona cererea de încălzire în funcţie de configuraţia realizată.
Funcţiile disponibile nu sunt însă identice pentru toate componentele Salus şi nici pentru toate generaţiile de produse. Compatibilitatea trebuie verificată pentru modelele concrete care urmează să fie instalate.
O parte importantă a ecosistemului iT600 utilizează comunicaţia wireless bazată pe Zigbee. Acest protocol este conceput pentru conectarea dispozitivelor cu necesar redus de energie şi este utilizat în numeroase aplicaţii de automatizare.
Zigbee este diferit de WiFi. Un termostat sau un senzor Zigbee nu trebuie confundat cu un dispozitiv care se conectează direct la routerul WiFi al locuinţei.
Într-o configuraţie compatibilă, dispozitivele comunică în cadrul reţelei create pentru ecosistem, iar gateway-ul asigură legătura necesară pentru funcţiile online şi controlul prin aplicaţie.
Acest tip de arhitectură permite separarea comunicaţiei dintre dispozitivele de automatizare de reţeaua WiFi utilizată de telefoane, televizoare, calculatoare şi alte echipamente ale locuinţei.
Unul dintre avantajele Zigbee este posibilitatea construirii unei reţele de tip mesh. Într-o astfel de arhitectură, anumite dispozitive alimentate permanent pot participa la retransmiterea comunicaţiei, în funcţie de rolul lor în reţea.
Acest lucru poate extinde acoperirea şi poate oferi mai multe căi prin care informaţia ajunge între componente. Nu trebuie însă presupus că fiecare dispozitiv Zigbee funcţionează ca repetor. Dispozitivele alimentate din baterii, de exemplu, au de regulă un rol diferit faţă de echipamentele alimentate permanent.
Calitatea unei reţele wireless depinde în continuare de distanţe, poziţionarea componentelor, structura clădirii şi interferenţele radio. Pereţii groşi, betonul armat, elementele metalice şi amplasarea necorespunzătoare a gateway-ului pot afecta comunicaţia.
Aceasta este una dintre cele mai importante clarificări atunci când analizezi integrarea Salus iT600 cu alte sisteme.
Două dispozitive pot utiliza Zigbee şi totuşi să nu poată funcţiona împreună în modul dorit.
Protocolul de comunicaţie reprezintă numai una dintre condiţiile compatibilităţii. Pentru integrarea reală contează şi modul în care producătorul implementează dispozitivul, profilurile şi funcţiile acceptate, modul de asociere şi suportul oferit de gateway sau de platforma de control.
Prin urmare, nu este corect să alegi un dispozitiv al altui producător doar pentru că pe ambalaj apare menţiunea Zigbee şi să presupui că acesta va putea fi asociat şi controlat de Salus iT600.
Compatibilitatea trebuie confirmată pentru dispozitivul concret şi pentru funcţia pe care vrei să o utilizezi.
Într-o instalaţie de încălzire, simplul fapt că două componente pot transmite informaţii nu este suficient.
Trebuie verificat ce pot face efectiv împreună. Un sistem poate recunoaşte teoretic un anumit dispozitiv fără să îi poată utiliza toate funcţiile sau fără să îl poată include în automatizările necesare instalaţiei.
De aceea, compatibilitatea poate fi analizată pe mai multe niveluri:
Pentru controlul încălzirii, ultimul punct este deosebit de important. Un dispozitiv utilizat într-o funcţie critică a instalaţiei trebuie ales pe baza unei compatibilităţi confirmate, nu doar pentru că utilizează acelaşi protocol wireless.
Cea mai predictibilă integrare este cea dintre componentele proiectate şi documentate pentru a funcţiona în acelaşi ecosistem.
În cazul Salus iT600, înainte de proiectarea unei instalaţii este recomandat să verifici ce termostate, receptoare, centre de comandă, actuatoare, senzori şi alte accesorii sunt declarate compatibile pentru configuraţia respectivă.
Această abordare reduce riscul de a cumpăra componente care pot comunica la nivel de protocol, dar nu pot îndeplini funcţia necesară în instalaţie.
Este importantă şi verificarea generaţiei produselor. Un ecosistem smart home evoluează în timp, iar existenţa aceleiaşi mărci pe două dispozitive nu garantează automat că toate generaţiile şi toate gamele sunt interoperabile.
Gateway-ul reprezintă componenta care face legătura dintre reţeaua de dispozitive compatibile şi serviciile necesare controlului conectat.
Prin intermediul acestei arhitecturi, utilizatorul poate avea acces la funcţiile disponibile în aplicaţie fără ca fiecare termostat sau senzor să necesite propria conexiune WiFi individuală.
Este însă important să separăm două lucruri: funcţionarea instalaţiei şi funcţiile online.
Controlul termic de bază, accesul din aplicaţie, automatizările şi comenzile de la distanţă nu trebuie presupuse ca fiind dependente de internet în acelaşi mod. Comportamentul exact în lipsa internetului sau a serviciilor cloud trebuie verificat în documentaţia componentelor utilizate.
Această verificare este importantă înainte de proiectarea unui sistem în care controlul încălzirii trebuie să rămână predictibil chiar dacă temporar nu există acces la internet.
Pentru a evita confuziile, integrarea unui sistem Salus iT600 poate fi analizată în trei categorii distincte.
Este situaţia în care componentele sunt proiectate şi documentate pentru a funcţiona împreună. Aceasta este varianta care trebuie analizată prima atunci când proiectezi controlul încălzirii.
Aici compatibilitatea trebuie verificată individual. Faptul că dispozitivul utilizează Zigbee, WiFi sau un alt protocol nu reprezintă o confirmare suficientă.
Într-o arhitectură smart home mai complexă poate exista un nivel superior de automatizare care încearcă să coordoneze mai multe ecosisteme. În acest caz, posibilităţile depind de interfeţele disponibile, suportul software şi compatibilitatea concretă dintre platforme.
Această distincţie este esenţială: un dispozitiv compatibil cu o platformă terţă nu devine automat un dispozitiv compatibil nativ cu Salus iT600.
După ce ai înţeles diferenţa dintre protocol şi compatibilitate reală, următoarea întrebare este ce componente pot fi utilizate efectiv într-un sistem Salus iT600.
Punctul de plecare trebuie să fie întotdeauna ecosistemul documentat de producător. Termostatele, centrele de comandă, receptoarele, capetele termostatice, senzorii şi celelalte accesorii trebuie verificate în funcţie de generaţia şi configuraţia sistemului.
Nu este recomandat să construieşti o instalaţie pornind de la presupunerea că orice produs Salus sau orice dispozitiv Zigbee va putea fi adăugat automat în aceeaşi reţea.
Pentru funcţiile principale ale instalaţiei termice, compatibilitatea nativă are prioritate. Aici intră componentele care controlează efectiv cererea de încălzire, deschiderea şi închiderea circuitelor, temperaturile zonelor şi comanda sursei de căldură.
În funcţie de configuraţie, un sistem de control pe zone poate include:
Nu toate instalaţiile au nevoie de toate aceste componente. Arhitectura trebuie stabilită în funcţie de tipul sistemului de încălzire şi de modul în care doreşti să controlezi zonele.
Unul dintre scenariile în care controlul pe zone devine important este încălzirea în pardoseală.
Într-o instalaţie împărţită în mai multe zone, termostatele pot monitoriza temperatura din încăperi, iar sistemul de comandă poate controla actuatoarele circuitelor corespunzătoare.
De exemplu, dacă dormitorul a ajuns la temperatura setată, dar livingul mai solicită căldură, sistemul trebuie să poată diferenţia cele două cereri. Circuitul unei zone poate fi închis, în timp ce zona care necesită încălzire rămâne activă, în limitele configuraţiei hidraulice şi ale automatizării instalate.
Aceasta este o formă de automatizare mult mai relevantă pentru confortul termic decât simpla posibilitate de a porni centrala de pe telefon.
În instalaţiile cu radiatoare, controlul pe camere poate fi realizat, în anumite configuraţii, cu ajutorul capetelor termostatice electronice compatibile.
Un cap termostatic inteligent poate regla local radiatorul în funcţie de temperatura şi setările zonei. Pentru ca întregul sistem să funcţioneze corect, trebuie însă analizată şi relaţia dintre cererea individuală a camerelor şi comanda sursei de încălzire.
Nu este suficient să montezi capete termostatice inteligente pe radiatoare şi să presupui că instalaţia este automatizată complet. Trebuie stabilit cum este generată cererea de căldură şi cum este coordonată centrala sau altă sursă termică.
Una dintre cele mai importante compatibilităţi nu este cea dintre două dispozitive smart, ci dintre sistemul de automatizare şi sursa de încălzire.
Înainte de alegerea componentelor trebuie verificat modul în care centrala, pompa de căldură sau alt generator termic acceptă comenzile externe.
În funcţie de echipamente, controlul poate presupune contacte de comandă, receptoare, module dedicate sau alte interfeţe prevăzute de producători.
Compatibilitatea nu trebuie dedusă doar din faptul că un termostat poate porni şi opri un echipament. Pentru anumite generatoare moderne, modul de comandă poate influenţa funcţiile disponibile şi modul de funcţionare al întregii instalaţii.
De aceea, înainte de achiziţie trebuie verificate atât documentaţia automatizării Salus, cât şi cerinţele producătorului sursei de căldură.
Nu trebuie pornit de la această presupunere.
Zigbee defineşte mecanisme de comunicaţie utilizate de numeroşi producători, dar compatibilitatea dintre două produse depinde şi de implementarea concretă şi de suportul oferit de ecosistem.
Un bec, un senzor, o priză sau un releu Zigbee al altui producător nu devine automat compatibil cu gateway-ul Salus doar pentru că utilizează acelaşi protocol.
Înainte de achiziţionarea unui dispozitiv terţ trebuie verificat explicit:
Dacă producătorul nu confirmă compatibilitatea, aceasta nu ar trebui presupusă într-o instalaţie în care funcţionarea încălzirii depinde de dispozitiv.
În smart home există tentaţia de a adăuga cât mai multe produse: senzori, prize, relee, becuri, camere, termostate şi alte echipamente conectate.
Pentru controlul HVAC, o arhitectură coerentă este însă mai importantă decât numărul de dispozitive.
Un sistem format din mai puţine componente, dar proiectate să funcţioneze împreună, poate fi mai predictibil decât o colecţie mare de produse care necesită aplicaţii şi integrări diferite.
Acest principiu este cu atât mai important pentru încălzire, deoarece o automatizare defectuoasă nu înseamnă doar pierderea unei funcţii de confort. Poate însemna o cameră care nu se încălzeşte corect sau o comandă care nu ajunge la instalaţie atunci când este necesară.
Un dispozitiv WiFi al altui producător nu se conectează direct la reţeaua Zigbee doar pentru că ambele echipamente sunt accesibile prin internet.
Într-o asemenea situaţie, integrarea, dacă există, trebuie realizată la un alt nivel: printr-o platformă compatibilă, o interfaţă software, un serviciu acceptat de producători sau o altă metodă documentată.
De aceea trebuie făcută diferenţa dintre conectivitate şi interoperabilitate. Două dispozitive conectate la internet nu înseamnă automat două dispozitive capabile să execute împreună o automatizare.
Pentru proiectele smart home mai complexe poate exista interesul pentru utilizarea unei platforme centrale care coordonează mai multe ecosisteme.
Într-o asemenea arhitectură, Salus iT600 poate reprezenta sistemul dedicat controlului termic, iar alte platforme pot gestiona iluminatul, securitatea, multimedia sau alte automatizări.
Posibilitatea de a crea legături între aceste sisteme trebuie însă verificată concret. Nu trebuie presupus că o anumită platformă terţă oferă integrare completă doar pentru că poate comunica cu unele produse Salus sau cu dispozitive Zigbee.
O integrare terţă poate depinde de:
În comunităţile de automatizare pot exista metode prin care utilizatorii avansaţi conectează sisteme care nu au fost proiectate iniţial să funcţioneze împreună.
Aceste soluţii pot fi utile în proiecte experimentale sau foarte personalizate, dar trebuie diferenţiate de compatibilitatea oficială.
O integrare neoficială se poate modifica sau poate înceta să funcţioneze după actualizarea unei aplicaţii, a firmware-ului, a unui serviciu cloud sau a unei interfeţe software.
Pentru iluminat sau alte funcţii necritice, acest risc poate fi acceptabil pentru un utilizator tehnic. Pentru controlul principal al încălzirii, este mai prudent ca funcţiile esenţiale să nu depindă exclusiv de o integrare neoficială.
Atunci când analizezi o integrare smart home, trebuie să afli şi unde este executată automatizarea.
Unele funcţii pot fi gestionate între componentele locale, în timp ce altele pot necesita acces la internet şi servicii externe. Comportamentul exact depinde de arhitectura produselor utilizate.
O automatizare dependentă de cloud presupune mai multe verigi: conexiunea la internet, disponibilitatea serviciului producătorului şi comunicarea dintre platformele implicate.
Din acest motiv, pentru funcţiile esenţiale ale instalaţiei termice este important să verifici ce se întâmplă dacă internetul devine temporar indisponibil.
Întrebarea corectă nu este doar „pot controla încălzirea de pe telefon?”, ci şi „cum continuă să funcţioneze încălzirea dacă telefonul, internetul sau serviciul cloud nu sunt disponibile?”
O abordare coerentă este să tratezi Salus iT600 în primul rând ca pe un ecosistem specializat în controlul termic şi apoi să analizezi separat integrarea lui într-o arhitectură smart home mai largă.
Astfel, funcţiile esenţiale ale încălzirii pot rămâne organizate în jurul componentelor compatibile, în timp ce automatizările suplimentare pot fi construite la un nivel superior atunci când există suport tehnic confirmat.
Această arhitectură reduce dependenţa instalaţiei termice de integrarea dintre numeroase mărci şi servicii externe şi permite extinderea treptată a casei inteligente fără a compromite funcţia principală: controlul corect şi predictibil al confortului termic.
O integrare smart home este utilă atunci când leagă funcţii care au o logică tehnică şi practică între ele. Nu orice combinaţie de dispozitive aduce automat un beneficiu.
În cazul controlului termic, scenariile utile sunt cele care ajută instalaţia să reacţioneze corect la ocupare, temperatură, program sau starea altor componente relevante.
Exemple de scenarii care pot avea valoare practică, dacă platformele şi dispozitivele folosite le suportă, includ:
Important este ca automatizarea să fie construită pe baza unor integrări reale şi documentate, nu pe presupunerea că toate dispozitivele conectate pot participa la aceleaşi scenarii.
Una dintre cele mai frecvente confuzii este tratarea tuturor automatizărilor din locuinţă ca şi cum ar avea aceeaşi importanţă tehnică.
Aprinderea unei lumini, pornirea unei prize inteligente şi comandarea unei zone de încălzire sunt acţiuni foarte diferite.
Controlul HVAC implică relaţia dintre:
Din acest motiv, sistemul de încălzire trebuie să rămână funcţional şi coerent chiar dacă integrarea cu restul casei inteligente devine temporar indisponibilă.
Automatizările smart home ar trebui să completeze controlul HVAC, nu să înlocuiască logica esenţială de funcţionare a instalaţiei.
Pentru o instalaţie termică, este util ca funcţiile de bază să nu depindă exclusiv de internet sau de un serviciu cloud extern.
Dacă termostatul, centrul de comandă şi receptorul pot continua să gestioneze local încălzirea, o întrerupere temporară a internetului poate afecta doar accesul din aplicaţie sau anumite funcţii online, nu neapărat controlul de bază.
Comportamentul concret trebuie verificat pentru fiecare configuraţie Salus iT600, deoarece funcţiile locale şi cele dependente de gateway sau cloud pot diferi între produse.
Înainte de proiectarea sistemului, este recomandat să clarifici:
Într-o arhitectură smart home complexă, unele platforme comunică prin interfeţe software sau API-uri. Acestea pot permite schimbul de informaţii între ecosisteme diferite, dar introduc şi o dependenţă suplimentară.
O integrare software poate fi afectată de:
Acest risc nu înseamnă că integrările externe trebuie evitate, ci că funcţiile critice ale încălzirii nu ar trebui să depindă exclusiv de ele.
Sistemele smart home evoluează în timp. Firmware-ul gateway-ului, aplicaţiile mobile, serviciile cloud şi componentele software ale platformelor externe pot primi actualizări.
Aceste actualizări pot aduce funcţii noi, pot corecta probleme sau pot modifica modul în care sunt realizate anumite integrări.
Din acest motiv, o soluţie care funcţionează într-o anumită configuraţie la momentul instalării trebuie privită şi din perspectiva suportului pe termen lung.
Este recomandat să alegi producători şi ecosisteme care oferă documentaţie, actualizări şi suport constant pentru produsele utilizate.
Atunci când sistemul de încălzire este conectat la internet, securitatea conturilor şi a reţelei devine relevantă.
Măsurile de bază includ:
Într-o locuinţă cu mai mulţi utilizatori este recomandat să fie clar cine poate modifica temperaturile, programele şi automatizările.
Faptul că două produse utilizează Zigbee nu garantează că se pot asocia, controla sau automatiza împreună. Compatibilitatea trebuie confirmată pentru modelele concrete.
Dacă produsele sunt cumpărate separat doar după preţ sau design, există riscul de a ajunge la mai multe aplicaţii şi ecosisteme care nu pot comunica în modul dorit.
Este mai eficient să stabileşti mai întâi ce funcţii vrei şi apoi să alegi componentele compatibile.
O integrare comunitară poate fi utilă pentru funcţii suplimentare, dar controlul de bază al încălzirii este mai sigur atunci când se bazează pe componente şi funcţii susţinute oficial.
Un număr mare de reguli nu înseamnă automat un sistem mai bun. Automatizările care se suprapun pot produce comportamente greu de anticipat şi de diagnosticat.
Regulile trebuie să fie simple, documentate şi uşor de testat.
Un sistem smart home trebuie să aibă un comportament previzibil atunci când internetul, gateway-ul sau o platformă externă nu sunt disponibile.
Acest aspect trebuie testat, nu doar presupus.
Pe măsură ce ecosistemul creşte, devine util să păstrezi o evidenţă simplă a componentelor şi a rolului fiecăreia.
Poţi nota:
Această documentaţie simplifică extinderea instalaţiei şi diagnosticarea problemelor apărute ulterior.
O strategie bună este să adaugi şi să testezi componentele pe rând.
Mai întâi verifici controlul termic de bază. Apoi adaugi accesul prin gateway şi aplicaţie. După ce aceste funcţii sunt stabile, poţi introduce automatizări şi eventuale integrări externe.
În acest mod este mult mai uşor să identifici sursa unei probleme decât dacă toate componentele şi regulile sunt instalate simultan.
După integrare, verifică scenarii reale de funcţionare:
Scopul este să confirmi că instalaţia termică rămâne într-o stare sigură şi predictibilă în toate aceste situaţii.
O integrare reuşită începe cu definirea clară a rolului sistemului Salus iT600 în locuinţă. Dacă obiectivul principal este controlul încălzirii, acest ecosistem trebuie tratat ca infrastructură HVAC, iar integrările cu iluminatul, securitatea sau alte sisteme smart home trebuie construite în jurul lui fără să afecteze funcţiile termice de bază.
În practică, este recomandat să urmezi o ordine logică:
Această abordare reduce riscul ca o problemă apărută într-o platformă externă să afecteze întreaga instalaţie de încălzire.
Pentru multe locuinţe, utilizarea componentelor native poate fi cea mai simplă şi predictibilă variantă.
Este o abordare potrivită atunci când:
Într-un astfel de scenariu, stabilitatea şi simplitatea pot avea mai multă valoare decât posibilitatea de a conecta fiecare dispozitiv smart din locuinţă într-o singură interfaţă.
O platformă suplimentară poate deveni utilă atunci când locuinţa are mai multe ecosisteme şi doreşti scenarii care depăşesc controlul termic.
De exemplu, poate exista interesul pentru automatizări care implică simultan:
Înainte de alegerea unei asemenea platforme trebuie verificat dacă există o integrare documentată şi ce funcţii Salus sunt expuse către sistemul extern.
Nu este suficient ca platforma să poată vedea un termostat. Pentru scenariul dorit poate fi necesară posibilitatea de a citi temperatura, modifica setpoint-ul, detecta cererea de încălzire sau controla alte componente.
Integrările comunitare pot fi atractive pentru utilizatorii avansaţi, dar nu ar trebui să reprezinte singurul mecanism prin care funcţionează încălzirea unei locuinţe.
O actualizare software sau o schimbare a unui serviciu extern poate afecta o integrare neoficială. Din acest motiv, sistemul de bază trebuie să poată funcţiona independent, iar platforma externă să adauge doar funcţii suplimentare.
Principiul este simplu: dacă integrarea smart home dispare temporar, locuinţa trebuie să poată fi încălzită în continuare prin automatizarea HVAC principală.
Înainte de extinderea ecosistemului, verifică mai mult decât protocolul wireless afişat pe produs.
Pentru fiecare dispozitiv nou este util să răspunzi la următoarele întrebări:
Aceste întrebări pot evita achiziţia unor produse care par compatibile la nivel comercial, dar nu pot realiza automatizarea dorită.
Nu. Utilizarea protocolului Zigbee nu garantează compatibilitatea. Asocierea, funcţiile disponibile şi suportul trebuie verificate pentru dispozitivul concret.
Este mai corect să fie privit în primul rând ca un ecosistem pentru controlul termic şi automatizările asociate. Integrarea cu alte categorii de dispozitive depinde de compatibilităţile disponibile.
Depinde de configuraţia exactă. Unele funcţii pot continua local, în timp ce accesul prin aplicaţie sau anumite automatizări online pot deveni indisponibile. Comportamentul trebuie verificat în documentaţia produselor utilizate.
Nu neapărat. Trebuie verificată compatibilitatea dintre game, generaţii şi dispozitive concrete.
Este posibil numai dacă există o metodă de integrare compatibilă pentru configuraţia respectivă. Trebuie verificat dacă integrarea este oficială, ce funcţii expune şi de ce servicii depinde.
Pentru funcţiile esenţiale ale încălzirii, componentele compatibile oficial oferă de regulă o arhitectură mai predictibilă. Integrările externe pot fi utilizate pentru funcţii suplimentare atunci când sunt bine documentate.
Compatibilitatea funcţională. Protocolul arată cum poate comunica un dispozitiv, dar nu garantează că ecosistemul îl recunoaşte şi poate utiliza funcţiile necesare.
Gateway-ul poate face legătura dintre reţeaua de dispozitive compatibile şi funcţiile conectate ale ecosistemului, inclusiv accesul prin aplicaţie. Rolul exact depinde de configuraţia şi generaţia sistemului.
Integrarea Salus iT600 într-o casă inteligentă trebuie abordată pornind de la funcţia principală a sistemului: controlul termic. Compatibilitatea nativă dintre termostate, receptoare, centre de comandă, actuatoare şi celelalte componente ale instalaţiei este mai importantă decât posibilitatea de a conecta cât mai multe dispozitive de mărci diferite.
Zigbee facilitează comunicaţia wireless, dar nu oferă compatibilitate universală. Pentru orice dispozitiv extern trebuie verificat dacă poate fi asociat, ce funcţii sunt disponibile şi dacă integrarea este susţinută oficial.
Pentru o locuinţă simplă, menţinerea controlului termic în interiorul unui ecosistem coerent poate fi cea mai bună soluţie. Pentru proiectele complexe, o platformă superioară de automatizare poate coordona mai multe sisteme, cu condiţia ca funcţiile esenţiale ale încălzirii să rămână independente şi predictibile.
O casă inteligentă bine proiectată nu este cea cu cele mai multe dispozitive conectate, ci cea în care fiecare componentă are un rol clar, comunicaţiile sunt compatibile, iar sistemele importante continuă să funcţioneze corect chiar şi atunci când o integrare externă devine temporar indisponibilă.
