Latentsuse varjatud kulu: miks on{0}}grupi juhtimisel reaalajas reageerimine oluline

Fenomen: kui kardina seinast saab puuduvate hammastega tõmblukk

Alguses kahtlustas kasutuselevõtu meeskond mootoreid.

Projekt oli just jõudnud lõplikku testimisse. Igal tööpäeval kell 8.30 langetas hoonehaldussüsteem idafassaadi rulood, et vähendada päikeseenergiat enne elanike saabumist. Käsk oli lihtne: mitusada mootorit, sama eelseadistatud asend, sama aeg.

Fassaad ei liikunud kunagi kokku.

Esimene rida vastas peaaegu kohe. Teised järgnesid sekundi murdosa hiljem. Mõned tegid pausi, siis jõudsid järele. Selleks ajaks, kui viimane lõik liikuma hakkas, oli esimene lõik juba peatunud.

Hoone seest ei pannud sa vaevu tähele. Tänavalt vaadatuna paistis kardina sein nagu tõmblukk, millel puuduvad hambad.

Äratusi pole. Iga mootor läbis individuaalse funktsionaalse testimise. Võrk püsis terve päeva üleval.

Miks ei võiks sajad individuaalselt funktsioneerivad mootorid sooritada üht sünkroniseeritud liikumist?

See küsimus kerkib esile sagedamini, kui enamik projekti spetsifikatsioone eeldab. Kuna varjutuse kasutuselevõtt ulatub üle 50 või 100 mootorini hoone kohta, muutub jõudluse määravaks näitajaks lõhe selle vahel, mida mootor suudab üksi ja mida süsteem koos suudab.

Väärarvamus: mootor pole peaaegu kunagi tõeline probleem

Siin on muster, mida olen näinud mitme projekti puhul korduvat: kõigepealt süüdistatakse mootoreid, teiseks vahetatakse välja ja kolmandaks tunnistatakse õigust.

Iga seadme individuaalne funktsionaalne testimine on puhas. Pöördemomendi kõverad on spetsifikatsiooni piires. Sõidukiirused vastavad andmelehel. Müratase on korralik. Kui aga kõik kakssada mootorit saavad rühmakäskluse, vajub fassaad ühe pinnana paigale klõpsamise asemel kaskaadi.

Sel hetkel on mootorite väljavahetamine kõige kallim viis teada saada, et mootorid pole kunagi olnud probleemiks.

Uurimine nihkub peaaegu alati sideahela suunas: BMS-st lüüsi, lüüsist võrku, võrgust mootorikontrollerini. Ühendage grupist lahti kümmekond mootorit ja{1}}testige uuesti. Kui viivitus vaevu liigub, on kitsaskoht ülesvoolu.

Milisekundite levik: kuidas väikesed viivitused nähtavaks muutuvad

Matemaatika on mastaabis andestamatu.

Üks mootor käivitub 100 millisekundilise hilinemisega - keegi ei näe seda. Kuid levitage see sama 100 ms kolmesaja mootori peale viieteistkümnele korrusele ja viivitus levib. Käsud tabavad erinevaid võrgusegmente erinevatel hetkedel. See, mis oli paketi tasemel sekundi murdosa, muutub üle fassaadi veerevaks laineks.

Käivitusinseneridel on sellele mitteametlik nimi: tõmblukuefekt. Nimi jääb külge, sest see kirjeldab täpselt seda, mida näete.

Tuleb mõista, et tõmbluku efekt on sümptom, mitte diagnoos. Kui näete seda kuskil kontrolleri ja mootorite vahel, on käskude ajastus ebajärjekindel. Otsige üles, kus on tegelik töökoht.

Miks arendajad seda tõsiselt võtavad?

Sünkroonist välja koliva automatiseeritud fassaadiga esmaklassilises kontoritornis on probleem, mis ulatub projekteerimisest kaugemale. Fassaad on osa hoone visuaalsest identiteedist. Kui see töötab, on automaatika nähtamatu. Kui seda ei juhtu, märkab iga 15. korruse üürnik enne oma esimest kohvi.

Olen kuulnud sama kaebust kahel täiesti erineval viisil sõnastatud. Insenerid ütlevad, et "me näeme multisaadete rühmas latentsust." Rajatiste juhid ütlevad, et rulood ei liigu enam koos. Sama probleem, erinev keel. Mõlemad ulatuvad tagasi sama juureni.

Arendajate jaoks on hind usaldusväärsus. Elanike jaoks on see usaldus hoone tehnoloogia vastu. Tellimismeeskonna jaoks on see kummituse tagaajamine arveldamatud tunnid.

Energiakulu: iga hiline sekund lisandub

Päevavalgusandur käivitub eelseadistatud kiirgustiheduse lävel. Rulood peaksid koheselt rakenduma. Kuid kui rühmakäsklusel kulub levimiseks 800 millisekundit -, pole suures unicast-võrgus - ebatavaline, siis iga see millisekund võimaldab päikesekiirgusel täisintensiivsusega siseklaasi tabada.

Üks sekund viivitus iseenesest ei lisa jahutuskoormusele midagi olulist. Kuid korrutage see sekund käivitussündmuste arvuga päevas, jahutushooaja päevade arvuga, klaaside ruutmeetrite arvuga ja see arv ei ole enam tühine. Suvine-läänepoolne fassaad võib päikesenurga muutudes ja pilvkatte möödudes käivitada varjutuse kümneid kordi päevas. Iga hiline kasutuselevõtt on kuumus, mille HVAC-süsteem peab nüüd eemaldama.

LBNL-i järel{0}}uuring New York Timesi hoones dokumenteeris, et päevavalguse{1}}hämardamisega integreeritud automaatne varjutamine vähendas iga-aastast valgustuse energiatarbimist perimeetritsoonides 56%. See tulemus eeldas õigeaegset kasutuselevõttu. Hilised rulood õõnestavad aritmeetikat, mis pani varjutusinvesteeringu tagasi tasuma.

Võrgu enda sees on ka teisene kulu. Kui käsud saabuvad hilja, edastavad kontrollerid uuesti. Kordusedastused kulutavad eetriaega, mis peaks olema järgmise käsutsükli jaoks saadaval. Väike korduskatsete sagedus on normaalne - iga traadita ühenduse protokoll arvestab seda. Kuid proovib ühendit uuesti. Rühm, kes näeb 2% korduskatseid 50 mootoriga, võib näha 8% 200 mootori juures ja liikluskõver ei ole lineaarne. Iga korduskatse tekitab rohkem liiklust, mis tekitab rohkem kokkupõrkeid, mis tekitab rohkem korduskatseid. Insenerid, kes mõõdavad latentsust aja jooksul, avastavad sageli, et võrk hakkab end aeglaselt küllastama.

Mootorite lisamine ei lisa latentsusaega lineaarselt

Üks püsivamaid väärarusaamu projekti aruteludes on see, et mootorite arvu kahekordistamine kahekordistab viivitust.

Olen näinud, et 100 mootoriga võrk toimib paremini kui 60 mootoriga võrk samas protokollivirnas. Olen ka näinud, et 250 mootoriga võrk püsib aastaid stabiilsena, samas kui 120 mootoriga võrk teises hoones vajas iga kuue kuu tagant uuesti kasutuselevõttu.

Muutuja ei ole seadmete arv. Muutuja on see, kuidas sidesüsteem on üles ehitatud: rühmitamisloogika, kontrolleri läbilaskevõime, protokolli valik, topoloogia, oleku värskendamise sagedus, kas pollimine on lubatud. Kaks samade mootorite, sama lüüsi ja sama püsivaraga hoonet võivad anda täiesti erinevad kasutuselevõtu tulemused, kui üks neist koondab kõik rulood ühte tsooni ja teine ​​eraldab fassaadi orientatsiooni järgi.

Seetõttu kontrollivad kogenud integraatorid enne riistvara puudutamist võrgu konfiguratsiooni.

Palgid rääkisid teistsugust lugu

Ühe projekti puhul, kus tõmbluku mõju oli tõsine, tõmbas meeskond nädala automatiseeritud hommikuste tsüklite kohta sidelogid.

Muster oli kohene. Mootor 001 sai käsu 12 millisekundi jooksul. Mootor 200 sai sama käsu 940 millisekundi pärast. Mootorid ei reageerinud aeglaselt - nad said käsu eri aegadel.

 

See leid muutis kogu uurimist. See ei olnud mootori reageerimise probleem. See oli käskude levitamise probleem. Kontroller itereeris seadmetes ükshaaval läbi unicast ja iga kaader ootas eelmise kinnitamist, enne kui järgmine saadeti.

200 mootorit × ligikaudu 4,7 millisekundit kaadri kohta (arvestades eetriaega, CSMA/CA taganemist ja ACK-i pöördeid)=940 millisekundit. Matemaatika ühtis täheldatud viivitusega peaaegu täpselt.

Suhtlusvalik: üks käsk vs. kakssada individuaalset kõnet

Analoogia, mis tavaliselt langeb projekti sidusrühmadega, on järgmine: peate koosolekul osalema 200 hoones viibivale inimesele. Võite helistada igaühele eraldi või teha ühe teate PA-süsteemi kaudu. Sama tulemus. Täiesti erinev aeg valmimiseni.

Grupisuhtlus toimib samamoodi. Unicast-võrk genereerib iga mootori jaoks individuaalsed paketid ja saadab need järjest. Iga pakett ootab, kuni eelmine tühjeneb. Viivitus ühendub aritmeetiliselt rühma suurusega.

Multisaade genereerib ühe kaadri, mis on adresseeritud loogilisele rühmale. Iga selle rühma mootor võtab selle vastu samas ülekandeaknas. Viivitus on konstantne sõltumata grupi suurusest - üks kaadriaeg, mitte N kaadriaeg.

Protokoll Matter, mida haldab Connectivity Standards Alliance, määrab rühmasuhtluse oma rühmade klastri kaudu. Grupi ID vastendatakse kangasõlmede komplektiga ja üks multiedastus jõuab kõigi rühmaliikmeteni samaaegselt. See ei ole patenteeritud tehnika -, see on protokolli spetsifikatsiooni sisse ehitatud. Praktiline erinevus 200 mootoriga kasutuselevõtu puhul on erinevus ühe kaadri ja 200 kaadri vahel.

Võrgu topoloogia: miks füüsiline kiht otsustab tulemuse

Teine muutuja, mis määrab, kas multisaade tegelikult mastaapselt töötab, on füüsiline võrgukiht.

Tärni topoloogias -, mis kirjeldab enamikku WiFi-d ja paljusid Zigbee pärandjuurutusi, - ühendub iga mootor otse keskse pääsupunkti või koordinaatoriga. Kui üks mootor asub betoonist nihkeseina või HVAC-tõusutoru taga, halveneb selle lülide kvaliteet kõigist teistest mootoritest sõltumatult. Võrk kompenseerib selle ühe tee uuesti edastamise või andmeedastuskiiruse vähendamisega, mis kulutab eetriaega, mis peaks olema rühmakäskude jaoks saadaval.

Lõim kasutab teistsugust mudelit. See loob võrgu: võrgutoitega seadmed{1}}toimivad ruuteritena, suunates liiklust akutoitel{2}}seadmetele, mis ei saa alati-raadiotidega töötada. Kui otsetee mootorini 47 on blokeeritud, suunab kaader läbi mootori 32 ja mootori 18. Võrk arvutab teed pidevalt ümber, tuginedes reaalajas värskendatud lingi kvaliteedimõõdikutele. Pole ühtegi ebaõnnestumise punkti. Ühtegi seiskunud käsuvoogu ei oota ühele hädas olevale sõlmele uuesti edastamist.

Silicon Labsi võrgusilma etalon, mis viidi läbi aktiivse WiFi- ja Zigbee-võrguga hõivatud ärikontoris, on sõltumatu viide. Mõõduka kandevõimega suurtes võrkudes: lõime latentsusaeg jäi alla 100 ms, Zigbee levis ligikaudu 130 ms-ni ja Bluetoothi ​​võrgusilma halvenemine ületas 250 ms. Vahe kasvab koos võrgu suuruse ja kasuliku koormusega, mis on täpselt need tingimused, mis on kaubandusliku varjundi jaoks olulised.

Thread rakendab ka sageduse paindlikkust: kui üks 2,4 GHz kanal küllastub, hüppab võrk ülekannete vahel puhtamale kanalile. Mootori rakenduskiht ei näe kunagi hüpet. Ei proovi uuesti. Latentsuspiiki pole. See on standardne lõime funktsioon, mis on määratud IEEE 802.15.4 MAC-kihis.

Ükski neist ei tähenda, et lõim on alati õige vastus. Endiselt domineerivad hoone ehitus, seadmete tihedus ja kasutuselevõtu kvaliteet. Thread muudab seda, kuidas võrk koormuse all laguneb - ja suurte varjundijuurutuste puhul on graatsiline halvenemine ainus, mis oluline.

Kui fassaad tundub aeglane, on mootorid viimane asi, mida kontrollin

Üks vanem kasutuselevõtuinsener ütles seda mulle üks kord ja see on kehtinud iga kord, kui olen näinud tõmbluku efekti.

Tema mõte ei olnud selles, et mootorid ei tõrju kunagi. See oli, et mootoririke on kahendkoodi - mootor käivitub või ei käivitu. Kommunikatsiooni halvenemine on pidev - see muutub hullemaks liikluse suurenedes, hoone täitumisel ja teiste süsteemide võrku jõudmisel. Tehase vastuvõtukatsetus tuvastab mootori vead. See tabab harva sideprobleeme, kuna testkeskkonnas pole kahe korruse kaugusel 200 seadme, 50 WiFi-pääsupunkti ja lairiba EMI-d genereeriva lifti mootoriruumiga valmis hoone raadiosageduslikku keerukust.

Seetõttu ilmnevad sünkroonimisprobleemid sageli hõivamise ajal, mitte kasutuselevõtu ajal. Võrk oli korras, kui see oli ainus asi, mis töötas.

Mõõtke õige lõpp-punkt

Vestlused latentsusest algavad peaaegu alati sõnadega "kui kiire on mootor?" Tundub, et see on õige küsimus, kuid see kitsendab uurimist signaaliahela vale 1%-ni.

Mootor reageerib käsu saamisest 8 millisekundi jooksul. Kui käsu saabumiseks kulus 900 millisekundit, ei osta mootori reaktsiooniaja vähendamine 8 ms-lt 6 ms-le teile midagi.

Mõõtmine, mis on oluline, on lõpp-lõpuni-: ajavahemik kontrolleri grupikäsu väljastamisest kuni iga mootori füüsilise liikumise alustamiseni. See arv hõlmab kontrollerit, võrgupinu, raadiot, mootori MCU-d ja võimsusastme - kõike, mis asub BMS-i käsu ja mehaanilise väljundi vahel.

Kui jälgite otsast-lõpuni-, pilt muutub. Kaks süsteemi, mis määravad identsed mootori reaktsiooniajad, võivad 800 ms võrra erineda lõppu -otsani-, kuna võrk jagab käske. Spetsifikatsioonilehtede võrdlus ei taba seda kunagi.

Keskmine latentsusaeg häirib

Siin on lõks, millesse ma näen, et insenerid langevad: nad võrdlevad keskmisi latentsusnumbreid ja arvavad, et on küsimusele vastanud.

Kaks süsteemi, mõlemad annavad keskmiselt 18 ms. Paberil identsed. Kasutuselevõtu ajal reageerib üks järjepidevalt kitsas vahemikus. Teised tõusevad aeg-ajalt 80 või 100 ms-ni tiheda liikluse ajal - ja neid naelu, mitte keskmisi, näevad inimesed fassaadi liikumisel.

Silm ei taju keskmisi. Ta tajub kõrvalekaldeid. Üksainus 100 ms teravik 300 mootorist koosnevas rühmas tekitab ühes fassaadiosas nähtava kõhkluse ja see on see, mida hoone omanik mäletab. Seetõttu pööravad tellivad insenerid rohkem tähelepanu 99. protsentiilile - või veel parem, maksimaalsele täheldatud latentsusele - kui keskmisele. Ettenähtavus ületab iga kord tipptulemuse.

 

Tegelik-maailma mõõtmine: mida me omal platvormil mõõtsime

Enne praeguse juhtimisplatvormi väljaandmist viis meie inseneride meeskond läbi sisemise valideerimise, et mõista, kuidas reageerimisaeg grupi suurusega skaalatakse.

Seadistamine: torukujulised mootorid teemal-üle-keermevõrgu, stabiilsed sisetingimused, korduvad grupikäsud seadmete arvu suurenemisel. Eesmärk ei olnud saavutada muljetavaldavat miinimumi -, vaid kontrollida, et latentsusaeg jäi rühma kasvades prognoositavaks.

Mitme 100 mootoriga katsetsükli jooksul hakkas enamik üksusi liikuma 20 millisekundi jooksul pärast rühmakäsku. Aeglaseim näit oli ligikaudu 22 ms. Pakettide taasedastused jäid kogu aeg alla 0,5%.

Kasv oli sujuv - ei mingit kalju, ühtegi kohta, kus jõudlus järsku kokku kukkus. See on olulisem kui absoluutarvud. Süsteemi, mis koormuse all järk-järgult laguneb, saab julgelt kasutusele võtta mis tahes ulatuses. Süsteem, mis töötab hästi 40 mootoriga ja laguneb 80 mootori juures, on kasutuselevõtu katastroof, mis ootab juhtumist.

Need on kontrollitud{0}}keskkonnanumbrid. Pärishoonetel on teraskarkass, madal-E klaas, konkureerivad WiFi-võrgud ja inimesed, kes kõnnivad ringi mobiilseadmetega. Väljaku tulemused on erinevad. Valideerimine kinnitas lihtsalt, et arhitektuur - multicast over mesh - skaleerib nii, nagu matemaatika ennustab.

Mehaaniline külg: isegi täiuslik suhtlus ei suuda tolerantse varjata

Suhtlemine pälvib tähelepanu, sest see on koht, kus enamik rühma latentsust elab. Kuid isegi täiusliku käsuedastuse korral - võib iga mootor, mis saab samal hetkel sama kaadri, - sünkroonimine siiski mehaanilisel tasemel katkeda.

Käigukasti koostu tolerantsid, laagrite eelkoormuse varieerumine, piduri vabastamise ajastus, väljundvõlli kontsentrilisus - need kõik mõjutavad seda, kui kiiresti mootor pärast elektrikäskluse saamist paigalseisust pöörlemisele lülitub. Individuaalselt on erinevused paar millisekundit, nähtamatud. Ühel fassaadil on mitusada mootorit, mis kuhjuvad märgatavalt.

Seetõttu ei ole tootmise järjepidevus suhtlemise tulemuslikkusest eraldiseisev vestlus. Kaks ühendit. Meie tootmisprotsessis hoitakse ülekande võtmekomponente laagripesadel ja hammasrataste profiilidel ±0,05 mm ulatuses. See tolerants mõjutab otseselt mehaanilist korratavust, millest püsivara juhtimisahel sõltub.

Rangemad tolerantsid tähendavad, et kodeerija asukoha tagasiside jõuab tegelikult sinna, kus mootor seda eeldab. Lõdvemad tolerantsid tähendavad, et juhtimisahel korrigeerib pidevalt - ületamist, tagasitõmbumist, mikro-võnkumist -, mis põletab energiat ja vaikses kontoris muutub kuuldavaks kui jahimüra piiril peatudes. Sidetäpsus ja mehaaniline täpsus on sama probleemi kaks poolt.

Tsooni kujundus toimub enne esimese juhtme tõmbamist

Enamik sünkroonimistõrkeid kavandatakse projekti sisse enne hanke algust.

Kõige tavalisem viga on korruste kaupa rühmitamine, sest nii on arhitektuursed joonised korraldatud. See tundub loomulik. Kuid päike ei austa põrandapiire. Idafassaad saab hommikuse koormuse; läänefassaad saab pärastlõunase koormuse. Kui iga põrandal olev ruloo saab iga käsu, olenemata sellest, kas päike lööb selle hoone küljele, suureneb võrguliiklus ilma funktsionaalse põhjuseta.

Lihtsam lähenemine: rühmitage kõigepealt fassaadi orientatsiooni järgi, jagage igas orientatsioonis teiseks korruse järgi. Ida tsoon. Lääne tsoon. Põhja tsoon. Lõuna tsoon. Iga multisaaterühm sisaldab ainult mootoreid, mis liiguvad alati koos - sama päikesekiirgus, sama käsuloogika. Grupi liiklus langeb. Järjekorrarõhk langeb. Latentsus langeb.

Skaalalävi: kui traadita side vajab juhtmega partnerit

On hetk, kus puhas traadita ühendus hakkab vajama vestlust juhtmega koondamise kohta ja meie kogemuse kohaselt on see punkt kuskil üle 500 mootori ühes hoone võrgus.

Alla 300 saab hästi-disainitud Threadi võrk hallata rühmajuhtimist ilma draamata. Vahemikus 300–500 vajab tähelepanu võrgusilma tihedus: planeerige vähemalt üks ruuteri{5}}toega seade 15–20 lõpp-punkti kohta, et marsruutimistee mitmekesisus püsiks takistuste korral.

Üle 500 muutub töö keerukus. Sellises mahus püsivara värskendused küllastavad traadita võrku, kui te ei ole ettevaatlik. Seadme kasutuselevõtt võtab kauem aega. Võrgupartitsiooni sündmuse - statistiline tõenäosus, kui seadmete alamhulk kaotab ajutiselt ühenduse piirimarsruuteriga -, suureneb koos sõlmede arvuga isegi siis, kui lingi keskmine kvaliteet on suurepärane.

Sellel lävel ei ole RS-485 juhtmega magistraalvõrgu lisamine püsivara levitamise ja tõrkesiirde paralleeltee lisamine traadita ühenduse ebausaldusväärsuse tunnistamine. See on tunnistus, et 500 mootoriga hoones ei ole tulekahjuhäire integreerimise ajal toimunud jaotuse sündmus midagi, mida te ei taha AHJ-le selgitada. Juhtmega tee on kindlustus.

Haiglad, lennujaamad ja valitsushooned kipuvad määrama hübriidarhitektuuri sõltumata mootorite arvust, kuna seisakute maksumus nendes keskkondades muudab juhtmega varundamise projekti kogueelarve ümardamisveaks. Ehitustööstuse instituut on dokumenteerinud, et ümbertöötlemiskulud -, sealhulgas süsteemi taaskasutuselevõtt, - keskmiselt 12,4% installitud projekti maksumusest. Üleliigne side magistraal maksab murdosa 500 mootori uuesti kasutuselevõtust pärast seda, kui varjatud võrguprobleem ilmneb pärast hõivatust.

Viis küsimust, mis on olulised enne väljalogimist

Pärast piisavat arvu kasutuselevõtutsüklit ilmuvad samad küsimused. Need ei ole kunagi seotud pöördemomendi või pöörete arvuga.

"Iga mootor läbis individuaalse testimise. Miks tundub rühm aeglane?"

Te vaatate käsujaotuse probleemi, mitte mootoriprobleemi. Kontrollige, kas kontroller edastab käske ükshaaval. Kontrollige oleku värskendamise sagedust. Kontrollige, kas kõik mootorid on ühes liiga suures rühmas. Enamikul juhtudel lahendab multisaadete rühmaaadressile lülitumine nähtava viivituse ilma ühtki mootorit puudutamata.

"Kui üks mootor ebaõnnestub, kas see võtab rühma maha?"

Ei tohiks. Iga mootor reageerib sõltumatult samale multisaatekaadrile. Üks tühi mootor - MCU rike, kondensaatori lühis, mehaaniline ummistus - jääb iseenesest tühjaks. Ülejäänud 199 täidavad käsku normaalselt. Kui mootor langeb võrgust täielikult välja, peaks halduse armatuurlaud märgistama selle mittereageerivaks ja pärast ühenduse taastamist peaks see automaatselt grupiga uuesti liituma. See isoleerimine on range nõue mis tahes tootmistaseme{9}}kontrolliplatvormile.

"Kas terasest{0}}ja-klaasist tornis on traadita side tõesti usaldusväärne?"

Jah, kui selle keskkonna jaoks on valitud protokoll ja topoloogia. Threadi võrguarhitektuur suunab pigem takistuste ümber, kui olenevalt ühest pääsupunktist, mis neid läbi lööb. Sageduse agility hüppab küllastunud kanalitest eemale, ilma rakenduskihti kaasamata. Varem tsiteeritud Silicon Labsi etalon töötas aktiivses kontoris, kus WiFi ja Zigbee konkureerisid eetriaja pärast -, mitte varjestatud labor - ning Threadil oli madalaim latentsusaeg kõigis katsetingimustes.

Sellegipoolest ei välista ükski protokoll installieelse RF-uuringu{0}}vajadust ulatuslikult. Metalliseeritud Low{2}}E aknakattega hoone käitub teisiti kui läbipaistva klaasiga hoone. Kipsplaat-naastudel{5}} käitub erinevalt valatud betoonist ja armatuurist. Võrk talub takistusi paremini kui täht. See ei muuda füüsikat valikuliseks.

"Kas madalam latentsusaeg on alati parem?"

Ainult siis, kui see on ka järjepidev. Süsteem, mis edastab iga kord 18 ms, loob nähtavalt ühtlase fassaadi. Süsteem, mis suudab ideaalsetes tingimustes tabada 10 ms, kuid liikluse suurenedes tõuseb 80 ms-ni, tekitab närvilise fassaadi. Hooneomanike jaoks on ennustatavus see, mida kasutajad märkavad. Spetsifikatsioonilehe miinimum on see, millest müügiinsener pakkumise koosolekul räägib. Need on harva samad.

Enne järgmise projekti algust

Õppetund, mis kordub suurte varjutusprojektide puhul, on lihtne: sünkroonimisprobleemid ei alga peaaegu kunagi mootorist.

Selleks ajaks, kui tõmblukuefekt tänavalt näha on, on algpõhjus juba nädalaid või kuid vaikselt sidesüsteemi kogunenud. Kogenud tellimismeeskonnad teavad seda. Nad kontrollivad võrgu konfiguratsiooni enne asendusriistvara tellimist.

Viis olulist küsimust:

Kas käske levitatakse multisaate või unicast kaudu?

Mitu seadet jagab iga sideteed?

Kui palju tarbetut olekuküsitlust on lubatud?

Kas latentsus jääb prognoositavaks, kui seadmete arv suureneb?

Kas üksikut sidetõrget saab eraldada?

Nendele viiele küsimusele õigesti vastamine mõjutab fassaadi jõudlust rohkem kui ükski mootori spetsifikatsioon andmelehel.

Reageerimisaeg ei ole tegelikult motoorne näitaja. See on süsteemimõõdik. Kuna ärihooned liiguvad varjundite, valgustuse ja HVAC-i tihedama integreerimise poole, muutub ajastatud käsu täitmise võimalus sadade lõpp-punktide vahel jõudlusnumbriks, mis määrab, kas automatiseerimisinvesteering oli seda väärt. Mootorid on harva kitsaskohaks. Nendevaheline arhitektuur on peaaegu alati olemas.