Skriveni trošak kašnjenja: Zašto je-reakcija u stvarnom vremenu važna u kontroli grupe

Fenomen: Kada zidna zavjesa postane "zatvarač bez zuba"

Isprva je tim za puštanje u rad posumnjao na motore.

Projekt je upravo ušao u finalno testiranje. Svaki radni dan u 8:30 ujutro, sustav upravljanja zgradom spuštao je zastore istočne fasade kako bi smanjio solarni dobitak prije dolaska stanara. Naredba je bila jednostavna: nekoliko stotina motora, isti unaprijed postavljeni položaj, isto vrijeme.

Fasada se nikada nije spojila.

Prvi je red odgovorio gotovo trenutno. Drugi su uslijedili djelić sekunde kasnije. Nekoliko ih je zastalo, a zatim ih sustiglo. U trenutku kada se zadnji dio počeo kretati, prvi dio je već stao.

Iznutra ste jedva primijetili. S ulice je zavjesa izgledala poput patentnog zatvarača s nedostajućim zupcima.

Nema alarma. Svaki motor je prošao pojedinačno funkcionalno testiranje. Mreža je radila cijeli dan.

Pa zašto stotine pojedinačno funkcionalnih motora ne bi mogli izvesti jedan sinkronizirani pokret?

Ovo se pitanje pojavljuje češće nego što većina specifikacija projekta predviđa. Kako se implementacije sjenčanja povećavaju preko 50 ili 100 motora po zgradi, jaz između onoga što motor može učiniti sam i onoga što sustav može učiniti zajedno postaje metrika koja definira izvedbu.

Zabluda: motor gotovo nikada nije pravi problem

Evo uzorka koji sam vidio kako se ponavlja u više projekata: motori su prvi okrivljeni, drugi zamijenjeni, a treći opravdani.

Pojedinačno funkcionalno testiranje vraća se čisto na svakoj jedinici. Krivulje momenta su unutar spec. Brzine putovanja odgovaraju podatkovnoj tablici. Razine buke su dobre. Ali kada svih dvjesto motora primi grupnu naredbu, fasada se spušta u kaskade umjesto da sjedne na mjesto kao jedna površina.

U tom trenutku, zamjena motora je najskuplji način da naučite da motori nikada nisu bili problem.

Istraga se gotovo uvijek pomiče prema komunikacijskom lancu: BMS do pristupnika, pristupnika do mreže, mreže do kontrolera motora. Isključite desetak motora iz grupe i ponovno-testirajte. Ako se kašnjenje jedva pomiče, usko grlo je uzvodno.

Propagacija milisekundi: Kako sićušna kašnjenja postaju vidljiva

Matematika je neoprostiva u razmjerima.

Jedan motor se pokreće sa 100 milisekundi zakašnjenja - nitko ga ne vidi. Ali proširite tih istih 100 ms na tri stotine motora na petnaest katova, i kašnjenje se širi. Naredbe pogađaju različite segmente mreže u različitim trenucima. Ono što je bio djelić sekunde na razini paketa postaje val koji se kotrlja preko fasade.

Inženjeri za puštanje u pogon imaju neformalni naziv za to: efekt patentnog zatvarača. Naziv ostaje vrijedan jer opisuje točno ono što vidite.

Ono što treba shvatiti je da je efekt patentnog zatvarača simptom, a ne dijagnoza. Kad ga vidite, negdje između kontrolera i motora, vrijeme naredbe nije dosljedno. Pronalaženje gdje je pravi posao.

Zašto programeri ovo shvaćaju ozbiljno

Vrhunski uredski toranj s automatiziranom fasadom koja se pomiče neusklađeno ima problem koji nadilazi inženjerstvo. Fasada je dio vizualnog identiteta zgrade. Kada radi, automatizacija je nevidljiva. Kad nema, primijeti svaki stanar na 15. katu prije prve kave.

Čuo sam istu pritužbu formuliranu na dva potpuno različita načina. Inženjeri kažu "vidimo kašnjenje u multicast grupi." Upravitelji objekata kažu da se "rolete više ne pomiču zajedno." Isti problem, drugi jezik. Obje vuku natrag do istog korijena.

Za programere, cijena je vjerodostojnost. Za stanare, to je povjerenje u tehnologiju zgrade. Za tim za naručivanje, to su nenaplativi sati jurnjave za duhom.

Trošak energije: svaka kasna sekunda se zbraja

Senzor dnevne svjetlosti aktivira se na unaprijed postavljenom pragu zračenja. Sjenila bi se trebala odmah otvoriti. Ali ako grupnoj naredbi treba 800 milisekundi za širenje - nije neobično u velikoj unicast mreži - svaka od tih milisekundi dopušta sunčevom zračenju da pogodi unutarnje staklo punim intenzitetom.

Jedna sekunda kašnjenja sama po sebi ne dodaje ništa značajno opterećenju hlađenja. Ali pomnožite tu sekundu s brojem okidačkih događaja po danu, s brojem dana u sezoni hlađenja, s kvadratnim metrima ostakljenja i broj prestaje biti trivijalan. Fasada-okrenuta prema zapadu ljeti može izazvati zasjenjenje desetke puta dnevno kako se kut sunca pomiče i naoblaka prolazi. Svaka kasna implementacija je toplina koju HVAC sustav sada mora ukloniti.

Studija LBNL-a nakon-popunjenosti zgrade New York Timesa dokumentirala je da je automatizirano zasjenjenje integrirano s kontrolama-zatamnjivanja dnevnog svjetla smanjilo godišnju potrošnju energije rasvjete za 56% u perimetralnim zonama. Taj je rezultat pretpostavljao pravovremeno raspoređivanje. Kasni blindovi potkopavaju aritmetiku koja je omogućila da se investicija u sjenčanje isplati.

Postoji i sekundarni trošak unutar same mreže. Kada naredbe stignu kasno, kontroleri ponovno šalju. Retransmisije troše vrijeme koje bi trebalo biti dostupno za sljedeći naredbeni ciklus. Mali broj ponovnih pokušaja normalan je - svaki bežični protokol to uzima u obzir. Ali ponovno pokušava spoj. Grupa koja vidi 2% ponovnih pokušaja na 50 motora mogla bi vidjeti 8% na 200, a krivulja prometa nije linearna. Svaki ponovni pokušaj generira više prometa, što generira više sudara, što generira više ponovnih pokušaja. Inženjeri koji mjere latenciju tijekom vremena često otkrivaju da se mreža polako zasićuje.

Dodavanje motora ne dodaje linearno kašnjenje

Jedna od upornijih zabluda u raspravama o projektu jest da udvostručenje broja motora udvostručuje kašnjenje.

Vidio sam da mreža sa 100 motora radi bolje od mreže sa 60 motora na istom skupu protokola. Također sam vidio da je mreža od 250 motora godinama bila stabilna, dok je mrežu od 120 motora u drugoj zgradi trebalo ponovno puštati u pogon svakih šest mjeseci.

Varijabla nije broj uređaja. Varijabla je kako je komunikacijski sustav projektiran: logika grupiranja, propusnost kontrolera, odabir protokola, topologija, učestalost ažuriranja statusa, je li prozivanje omogućeno. Dvije zgrade s istim motorima, istim pristupnikom i istim firmwareom mogu proizvesti potpuno različite rezultate puštanja u pogon ako je jedna od njih grupirala sve rolete u jednu zonu, a druga podijeljena prema orijentaciji fasade.

Zbog toga iskusni integratori provjeravaju mrežnu konfiguraciju prije nego dodirnu hardver.

Dnevnici su ispričali drugačiju priču

Na jednom projektu gdje je efekt patentnog zatvarača bio ozbiljan, tim je izvukao komunikacijske zapise iz tjedan dana automatiziranih jutarnjih ciklusa.

Uzorak je bio neposredan. Motor 001 primio je naredbu unutar 12 milisekundi. Motor 200 primio je istu naredbu nakon 940 milisekundi. Motori nisu reagirali sporo - primali su naredbu u različito vrijeme.

 

Taj je nalaz promijenio cijelu istragu. Nije to bio problem motoričke reakcije. Bio je to problem raspodjele naredbi. Upravljač je iterirao kroz uređaje jedan po jedan preko unicast-a, a svaki je okvir čekao da se prethodni potvrdi prije nego što se sljedeći pošalje.

200 motora × otprilike 4,7 milisekundi po okviru (računajući vrijeme emitiranja, CSMA/CA backoff i ACK preokret)=940 milisekundi. Matematika je gotovo točno odgovarala uočenom kašnjenju.

Izbor komunikacije: jedna naredba nasuprot dvjesto pojedinačnih poziva

Analogija koja se obično javlja kod dionika projekta je sljedeća: trebate reći 200 ljudi u zgradi da prisustvuju sastanku. Možete telefonirati svakom pojedinačno ili se možete jednom najaviti preko razglasa. Isti rezultat. Radikalno drugačije vrijeme do završetka.

Grupna komunikacija funkcionira na isti način. Unicast mreža generira pojedinačne pakete za svaki motor i šalje ih sekvencijalno. Svaki paket čeka da se prethodni očisti. Kašnjenje se računa aritmetički s veličinom grupe.

Multicast generira jedan okvir adresiran na logičku grupu. Svaki motor u toj skupini prima ga unutar istog prozora prijenosa. Kašnjenje je konstantno bez obzira na veličinu grupe - jedan okvir, a ne N okvir.

Protokol Matter, koji održava Connectivity Standards Alliance, specificira grupnu komunikaciju kroz svoj Groups Cluster. ID grupe preslikava se na skup čvorova tkanine, a jedan multicast prijenos dopire do svih članova grupe istovremeno. Ovo nije vlasnička tehnika - ugrađena je u specifikaciju protokola. Praktična razlika za postavljanje s 200 motora je razlika između jednog okvira i 200 okvira.

Topologija mreže: Zašto fizički sloj odlučuje o ishodu

Druga varijabla koja određuje hoće li višestruko slanje stvarno funkcionirati na razini je fizički mrežni sloj.

U zvjezdastoj topologiji - koja opisuje većinu WiFi i mnoge naslijeđene Zigbee implementacije - svaki se motor povezuje izravno sa središnjom pristupnom točkom ili koordinatorom. Kada jedan motor stoji iza betonskog zida ili HVAC uspona, kvaliteta njegove veze opada neovisno o svakom drugom motoru. Mreža to kompenzira ponovnim slanjem ili smanjenjem brzine prijenosa podataka za taj jedan put, što troši vrijeme koje bi trebalo biti dostupno za grupne naredbe.

Nit koristi drugačiji model. Gradi mrežu: uređaji koji se-napajaju iz mreže djeluju kao usmjerivači, prosljeđujući promet za-uređaje koji se napajaju baterijama koji ne mogu uvijek-održavati radio. Ako je izravan put do motora 47 blokiran, okvir prolazi kroz motor 32 i motor 18. Mreža kontinuirano ponovno izračunava putanje na temelju metrike kvalitete veze koja se ažurira u stvarnom vremenu. Nema nijedne točke kvara. Nema zaustavljenog toka naredbi koji čeka na ponovni prijenos na jedan problematični čvor.

Referentna vrijednost mrežastog umrežavanja Silicon Labs, provedena u prenaseljenom poslovnom uredu s aktivnim WiFi i Zigbee mrežama, pruža neovisnu referencu. U velikim mrežama s umjerenim korisnim opterećenjem: latencija niti je ispod otprilike 100 ms, Zigbee se proširio na otprilike 130 ms, a Bluetooth mreža je degradirana nakon 250 ms. Jaz raste s veličinom mreže i korisnim opterećenjem, točno uvjetima koji su važni za komercijalno sjenčanje.

Thread također implementira frekvencijsku agilnost: ako jedan kanal od 2,4 GHz postane zasićen, mreža prelazi na čišći kanal između prijenosa. Sloj primjene motora nikada ne vidi skok. Nema ponovnog pokušaja. Nema skoka latencije. Ovo je standardna značajka Thread navedena na IEEE 802.15.4 MAC sloju.

Ništa od ovoga ne znači da je Thread uvijek pravi odgovor. Izgradnja, gustoća uređaja i kvaliteta puštanja u pogon još uvijek dominiraju. Ono što Thread mijenja je kako se mreža degradira pod opterećenjem -, a za velike implementacije sjenčanja, graciozna degradacija jedina je vrsta koja je bitna.

Kad fasada izgleda sporo, motori su zadnja stvar koju provjeravam

Viši inženjer za puštanje u rad rekao mi je to jednom, i to je bilo istinito svaki put kad sam vidio efekt patentnog zatvarača na terenu.

Njegova poenta nije bila da motori nikada ne zakažu. Kvar motora je binarni - motor se pokreće ili ne. Degradacija komunikacije je stalna - pogoršava se kako se promet povećava, kako se zgrada puni, kako se drugi sustavi povezuju. Tvorničko ispitivanje prihvaćanja otkriva kvarove motora. Rijetko otkriva komunikacijske probleme jer testno okruženje nema ništa od RF složenosti gotove zgrade s 200 uređaja, 50 WiFi pristupnih točaka i motornim sobama dizala koje generiraju širokopojasni EMI dva kata dalje.

Zbog toga se problemi sa sinkronizacijom često pojavljuju tijekom zauzeća, a ne tijekom puštanja u pogon. Mreža je bila u redu dok je jedino radila.

Izmjerite desnu krajnju točku

Razgovori o kašnjenju gotovo uvijek počinju s "koliko je brz motor?" Čini se kao pravo pitanje, ali sužava istragu na pogrešan 1% lanca signala.

Motor može odgovoriti za 8 milisekundi od primitka naredbe. Ako je naredbi trebalo 900 milisekundi da stigne, smanjenjem vremena odziva motora s 8 ms na 6 ms nećete kupiti ništa.

Mjerenje koje je važno je kraj-do-kraja: interval od kontrolera koji izdaje grupnu naredbu svakom motoru koji započinje fizički pokret. Taj broj obuhvaća kontroler, mrežni skup, radio, MCU motora i stupanj napajanja - sve što se nalazi između BMS instrukcija i mehaničkog izlaza.

Kada pratite kraj-do-kraja, slika se mijenja. Dva sustava koja specificiraju identična vremena odziva motora mogu se razlikovati za 800 ms od-do-kraja zbog načina na koji mreža distribuira naredbe. Usporedba specifikacija nikad ga ne uhvati.

Prosječna latencija je smetnja

Evo zamke u koju vidim da inženjeri upadaju: uspoređuju prosječne brojeve kašnjenja i misle da su odgovorili na pitanje.

Dva sustava, oba izvještavaju o prosjeku od 18 ms. Na papiru identične. U implementaciji se daje dosljedan odgovor unutar uskog pojasa. Drugi povremeno naraste do 80 ili 100 ms tijekom gustog prometa - i ti skokovi, a ne prosjek, ono su što ljudi vide kada se fasada pomakne.

Oko ne percipira prosjeke. Opaža izvanredne vrijednosti. Jedan skok od 100 ms u grupi od 300 motora stvara vidljivo oklijevanje u jednom dijelu fasade, a to je ono što vlasnik zgrade pamti. To je razlog zašto inženjeri za puštanje u rad obraćaju više pozornosti na 99. percentil - ili još bolje, maksimalnu opaženu latenciju - nego na srednju vrijednost. Predvidljivost svaki put pobjeđuje vrhunske performanse.

 

Mjerenje-stvarnog svijeta: ono što smo mjerili na vlastitoj platformi

Prije izdavanja trenutne kontrolne platforme, naš inženjerski tim proveo je internu provjeru valjanosti kako bi razumio kako se vrijeme odgovora mijenja s veličinom grupe.

Postavljanje: cjevasti motori na Matter{0}}over-Thread mreži, stabilni unutarnji uvjeti, ponovljene grupne naredbe na sve većem broju uređaja. Cilj nije bio postići impresivan minimum -, već je bio potvrditi da je latencija ostala predvidljiva kako grupa raste.

Kroz više ciklusa testiranja sa 100 motora, većina jedinica počela se kretati unutar 20 milisekundi nakon grupne naredbe. Najsporije očitanje bilo je otprilike 22 ms. Ponovni prijenosi paketa ostali su ispod 0,5% cijelo vrijeme.

Povećanje je bilo glatko - bez padova, bez točke na kojoj je izvedba iznenada pala. To je važnije od apsolutnih brojeva. Sustav koji se postupno degradira pod opterećenjem može se s pouzdanjem primijeniti u bilo kojoj mjeri. Sustav koji radi dobro na 40 motora i raspada se na 80 je katastrofa pri puštanju u rad koja se čeka da se dogodi.

Ovo su brojevi kontroliranog{0}}okoliša. Stvarne zgrade imaju čelične okvire, Low-E staklo, konkurentske WiFi mreže i stanare koji hodaju okolo s mobilnim uređajima. Rezultati na terenu će varirati. Validacija je jednostavno potvrdila da se arhitektura - multicast preko mreže - skalira onako kako matematika predviđa da bi trebala.

Mehanička strana: Čak ni savršena komunikacija ne može prikriti tolerancije

Komunikacija privlači pozornost jer u njoj živi većina grupne latence. Ali čak i uz savršenu isporuku naredbi - svaki motor prima isti okvir u istom trenutku - sinkronizacija se još uvijek može pokvariti na mehaničkoj razini.

Tolerancije sklopa mjenjača, varijacije predopterećenja ležaja, vrijeme otpuštanja kočnice, koncentričnost izlaznog vratila - sve to utječe na brzinu prijelaza motora iz mirovanja u rotaciju nakon što primi električnu naredbu. Pojedinačne razlike su nekoliko milisekundi, nevidljive. Preko nekoliko stotina motora na jednoj fasadi gomilaju se u primjetno teturanje.

To je razlog zašto dosljednost proizvodnje nije odvojen razgovor od komunikacijske izvedbe. Dva spoja. Naš proizvodni proces drži ključne komponente prijenosa na ±0,05 mm na sjedištima ležajeva i profilima zupčanika. Ta tolerancija izravno utječe na mehaničku ponovljivost o kojoj ovisi upravljačka petlja firmvera.

Strože tolerancije znače da povratna informacija o položaju kodera zapravo dolazi tamo gdje motor to očekuje. Labavije tolerancije znače da kontrolna petlja stalno ispravlja - prekoračenje, povlačenje unatrag, mikro-osciliranje - što troši energiju i, u tihom uredu, postaje čujno kao lovna buka na graničnim prekidima. Točnost komunikacije i mehanička preciznost dvije su polovice istog problema.

Dizajn zone događa se prije povlačenja prve žice

Većina grešaka u sinkronizaciji ucrtana je u projekt prije početka nabave.

Najčešća pogreška je grupiranje po etažama jer su tako organizirani arhitektonski crteži. Osjeća se prirodno. Ali sunce ne poštuje granice poda. Istočno pročelje dobiva jutarnje opterećenje; a zapadna fasada dobiva popodnevno opterećenje. Ako svaka roleta na katu prima svaku naredbu bez obzira na to pada li sunce na njegovu stranu zgrade, mrežni promet raste bez funkcionalnog razloga.

Jednostavniji pristup: prvo grupiranje prema orijentaciji fasade, zatim podjela po katu unutar svake orijentacije. Istočna zona. Zapadna zona. Sjeverna zona. Južna zona. Svaka multicast grupa sadrži samo motore koji se uvijek kreću zajedno - ista izloženost suncu, ista logika naredbi. Grupni promet pada. Pada tlak u redu čekanja. Latencija pada.

Prag razmjera: kada bežični uređaj treba žičanog partnera

Postoji točka u kojoj čisto bežično počinje trebati razgovor o ožičenoj redundanciji, a prema našem iskustvu ta je točka negdje nakon 500 motora na mreži jedne zgrade.

Ispod 300, dobro-dizajnirana Thread mesh upravlja grupnom kontrolom bez drame. Između 300 i 500, treba obratiti pozornost na gustoću isprepletene mreže: planirajte najmanje jedan uređaj s mogućnostima usmjerivača-na 15 do 20 krajnjih točaka kako bi se raznolikost putova usmjeravanja zadržala kada postoje prepreke.

Iznad 500, operativna složenost se pomiče. Ažuriranja firmvera u toj mjeri zasićuju bežičnu mrežu ako niste pažljivi. Puštanje uređaja u pogon traje duže. Statistička vjerojatnost događaja mrežne particije - gdje podskup uređaja privremeno gubi vezu s graničnim usmjerivačem - povećava se s brojem čvorova čak i ako je prosječna kvaliteta veze izvrsna.

Na tom pragu, dodavanje RS-485 žičane okosnice kao paralelnog puta za distribuciju firmvera i failover nije priznanje da je bežična mreža nepouzdana. To je priznanje da u zgradi s 500 motora događaj razdvajanja tijekom niza integracije požarnog alarma nije nešto što želite objasniti AHJ-u. Žičani put je osiguranje.

Bolnice, zračne luke i vladine zgrade imaju tendenciju specificirati hibridnu arhitekturu bez obzira na broj motora, jer troškovi zastoja u tim okruženjima čine žičanu sigurnosnu kopiju pogreškom zaokruživanja ukupnog proračuna projekta. Institut Construction Industry dokumentirao je da troškovi prerade - uključujući ponovno puštanje sustava u rad - prosječno iznose 12,4% instaliranih troškova projekta. Suvišna komunikacijska okosnica košta djelić ponovnog puštanja u pogon 500 motora nakon što se latentni problem mreže pojavi nakon -zauzetosti.

Pet pitanja koja su važna prije odjave

Nakon dovoljnog broja ciklusa puštanja u rad, ista se pitanja stalno pojavljuju. Nikada se ne radi o momentu ili broju okretaja u minuti.

"Svaki je motor prošao pojedinačno testiranje. Zašto grupa izgleda sporo?"

Gledate u problem raspodjele naredbi, a ne u motorički problem. Provjerite šalje li kontroler unicast naredbe jednu po jednu. Provjerite učestalost ažuriranja statusa. Provjerite nalaze li se svi motori u jednoj prevelikoj skupini. U većini slučajeva, prebacivanje na multicast grupno adresiranje rješava vidljivo kašnjenje bez dodirivanja jednog motora.

"Ako jedan motor zakaže, uništava li to grupu?"

Ne bi trebalo. Svaki motor neovisno odgovara na isti multicast okvir. Jedan neispravan motor - Kvar MCU-a, kratki kondenzator, mehanički zastoj - ostaje sam neispravan. Ostalih 199 izvršava naredbu normalno. Ako se motor u potpunosti isključuje iz mreže, nadzorna ploča za upravljanje trebala bi ga označiti kao ne-odgovarajuću i trebala bi se automatski ponovno pridružiti grupi kada se veza ponovno uspostavi. Ova izolacija težak je zahtjev za bilo koju platformu za-kontrolu proizvodnje.

"Je li bežična veza zapravo pouzdana u čeličnom-i-staklenom tornju?"

Da, ako su protokol i topologija odabrani za to okruženje. Threadova mrežasta arhitektura vodi oko prepreka umjesto da ovisi o jednoj pristupnoj točki koja se probija kroz njih. Frekvencijska agilnost odskače od zasićenih kanala bez uključivanja sloja aplikacije. Ranije citirana referentna vrijednost Silicon Labsa izvodila se u aktivnom uredu s WiFi-jem i Zigbeejem koji su se natjecali za vrijeme emitiranja - ne u zaštićenom laboratoriju -, a Thread je imao najnižu latenciju u svim uvjetima testiranja.

Bez obzira na to, niti jedan protokol ne eliminira potrebu za pred-instalacijskim RF istraživanjem na velikom broju. Zgrada s metaliziranim Low{2}}E prozorskim premazima ponaša se drugačije od one s prozirnim staklom. Suhozid-na-konstrukciji s klinovima ponaša se drugačije od lijevanog betona i armature. Mreža se nosi s preprekama bolje od zvijezde. To ne čini fiziku izbornom.

"Je li niža latencija uvijek bolja?"

Samo ako je i dosljedan. Sustav koji isporučuje 18 ms svaki put stvara vidljivo ujednačenu fasadu. Sustav koji može pogoditi 10 ms pod idealnim uvjetima, ali raste do 80 ms kada se promet poveća, stvara fasadu koja izgleda nervozno. Za vlasnike zgrada, predvidljivost je ono što stanari primjećuju. Minimum specifikacija je ono o čemu inženjer prodaje govori na sastanku za ponudu. Rijetko su iste stvari.

Prije početka sljedećeg projekta

Lekcija koja se ponavlja u velikim projektima sjenčanja je jednostavna: problemi sa sinkronizacijom gotovo nikada ne počinju na motoru.

Do trenutka kada je učinak patentnog zatvarača vidljiv s ulice, glavni uzrok tiho se nakupljao u komunikacijskom sustavu tjednima ili mjesecima. Iskusni timovi za puštanje u pogon to znaju. Oni provjeravaju konfiguraciju mreže prije nego naruče zamjenski hardver.

Pet pitanja koja su važna:

Distribuiraju li se naredbe multicast ili unicast?

Koliko uređaja dijeli svaki komunikacijski put?

Koliko je omogućeno nepotrebno ispitivanje statusa?

Ostaje li latencija predvidljiva kako se broj uređaja povećava?

Može li se izolirati jedan komunikacijski kvar?

Točan odgovor na tih pet pitanja imat će veći utjecaj na performanse fasade nego bilo koja specifikacija motora na podatkovnoj tablici.

Vrijeme odziva zapravo nije motorička metrika. To je metrika sustava. Kako komercijalne zgrade guraju prema čvršćoj integraciji između zasjenjenja, rasvjete i HVAC-a, sposobnost izvršavanja vremenski određene naredbe na stotinama krajnjih točaka postaje broj izvedbe koji definira je li ulaganje u automatizaciju bilo vrijedno ulaganja. Motori su rijetko usko grlo. Arhitektura između njih gotovo uvijek jest.