विलंबता की छिपी हुई लागत: समूह नियंत्रण में वास्तविक समय प्रतिक्रिया क्यों मायने रखती है

घटना: जब एक पर्दे की दीवार "गायब दांतों वाली ज़िपर" बन जाती है

सबसे पहले, कमीशनिंग टीम को मोटरों पर संदेह हुआ।

परियोजना अभी अंतिम परीक्षण में प्रवेश कर गई थी। प्रत्येक सप्ताह के दिन सुबह 8:30 बजे, भवन प्रबंधन प्रणाली ने रहने वालों के आने से पहले सौर लाभ को कम करने के लिए पूर्वी हिस्से के पर्दों को नीचे कर दिया। आदेश सरल था: कई सौ मोटरें, समान पूर्व निर्धारित स्थिति, समान समय।

मुखौटा कभी एक साथ नहीं चला।

पहली पंक्ति ने लगभग तुरंत प्रतिक्रिया दी। बाद में दूसरों ने एक सेकंड के एक अंश का अनुसरण किया। कुछ लोग रुके, फिर संभले। जब तक आखिरी खंड चलना शुरू हुआ, तब तक पहला खंड रुक चुका था।

इमारत के अंदर से, आपने बमुश्किल ध्यान दिया। सड़क से देखने पर, पर्दे की दीवार गायब दांतों वाली ज़िपर की तरह दिखती थी।

कोई अलार्म नहीं. प्रत्येक मोटर ने व्यक्तिगत कार्यात्मक परीक्षण पास किया। पूरे दिन नेटवर्क चालू रहा।

तो सैकड़ों व्यक्तिगत रूप से कार्यात्मक मोटरें एक समकालिक गति क्यों नहीं निष्पादित कर सकीं?

यह प्रश्न अधिकांश प्रोजेक्ट विशिष्टताओं की अपेक्षा अधिक बार सामने आता है। जैसे-जैसे छायांकन तैनाती प्रति भवन 50 या 100 मोटरों से आगे बढ़ती है, एक मोटर अकेले क्या कर सकती है और सिस्टम एक साथ क्या कर सकता है, के बीच का अंतर परिभाषित प्रदर्शन मीट्रिक बन जाता है।

ग़लतफ़हमी: मोटर लगभग कभी भी वास्तविक समस्या नहीं होती

यहां एक पैटर्न है जिसे मैंने कई परियोजनाओं में दोहराया है: मोटरों को पहले दोषी ठहराया जाता है, दूसरे को बदला जाता है, और तीसरे को सही ठहराया जाता है।

प्रत्येक इकाई पर व्यक्तिगत कार्यात्मक परीक्षण साफ-सुथरा आता है। टॉर्क वक्र विशिष्टता के भीतर हैं। यात्रा की गति डेटाशीट से मेल खाती है। शोर का स्तर ठीक है. लेकिन जब सभी दो सौ मोटरों को एक समूह कमांड प्राप्त होता है, तो मुखौटा एक सतह के रूप में स्थिति में आने के बजाय कैस्केड हो जाता है।

उस समय, मोटरों को बदलना यह जानने का सबसे महंगा तरीका है कि मोटरें कभी समस्या नहीं थीं।

जांच लगभग हमेशा संचार श्रृंखला की ओर स्थानांतरित हो जाती है: बीएमएस से गेटवे, गेटवे से नेटवर्क, नेटवर्क से मोटर नियंत्रक तक। समूह से एक दर्जन मोटरों को डिस्कनेक्ट करें और पुनः परीक्षण करें। यदि देरी बमुश्किल चलती है, तो बाधा नदी के ऊपर है।

मिलीसेकंड का प्रसार: कैसे छोटी देरी दृश्यमान हो जाती है

पैमाने पर गणित अक्षम्य है।

एक मोटर 100 मिलीसेकंड देर से शुरू होती है - कोई भी इसे नहीं देखता है। लेकिन उसी 100 एमएस को पंद्रह मंजिलों पर तीन सौ मोटरों में फैलाएं, और देरी बढ़ती जाती है। कमांड अलग-अलग क्षणों में अलग-अलग नेटवर्क सेगमेंट को हिट करते हैं। पैकेट स्तर पर जो एक सेकंड का एक अंश था वह सामने की ओर घूमने वाली एक लहर बन जाता है।

कमीशनिंग इंजीनियरों के पास इसका एक अनौपचारिक नाम है: ज़िपर प्रभाव। यह नाम चिपक गया है क्योंकि यह वही वर्णन करता है जो आप देखते हैं।

समझने वाली बात यह है कि ज़िपर प्रभाव एक लक्षण है, निदान नहीं। जब आप इसे देखते हैं, तो नियंत्रक और मोटरों के बीच कहीं, कमांड टाइमिंग असंगत हो गई है। यह पता लगाना कि वास्तविक नौकरी कहाँ है।

डेवलपर्स इसे गंभीरता से क्यों लेते हैं?

स्वचालित अग्रभाग वाले एक प्रीमियम कार्यालय टावर में, जो सिंक से बाहर चला जाता है, एक समस्या है जो इंजीनियरिंग से परे है। मुखौटा इमारत की दृश्य पहचान का हिस्सा है। जब यह काम करता है, तो स्वचालन अदृश्य होता है। जब ऐसा नहीं होता है, तो 15वीं मंजिल पर हर किरायेदार अपनी पहली कॉफी से पहले नोटिस करता है।

मैंने एक ही शिकायत को दो बिल्कुल अलग-अलग तरीकों से सुना है। इंजीनियरों का कहना है, "हम मल्टीकास्ट समूह में विलंबता देख रहे हैं।" सुविधा प्रबंधकों का कहना है, "ब्लाइंड अब एक साथ नहीं चल रहे हैं।" समस्या एक जैसी, भाषा अलग. दोनों एक ही मूल से जुड़े हैं।

डेवलपर्स के लिए, लागत विश्वसनीयता है। रहने वालों के लिए, यह इमारत की तकनीक पर भरोसा है। कमीशनिंग टीम के लिए, एक भूत का पीछा करते हुए घंटों बिताना अविश्वसनीय है।

ऊर्जा लागत: प्रत्येक देर से सेकंड में वृद्धि होती है

एक डेलाइट सेंसर एक पूर्व निर्धारित विकिरण सीमा पर ट्रिगर होता है। ब्लाइंड्स को तुरंत तैनात किया जाना चाहिए। लेकिन यदि समूह कमांड को प्रसारित होने में 800 मिलीसेकंड लगते हैं तो बड़े यूनिकास्ट नेटवर्क - में यह असामान्य नहीं है, उनमें से हर एक मिलीसेकंड सौर विकिरण को पूरी तीव्रता से आंतरिक ग्लास पर हिट करने की अनुमति देता है।

देरी का एक सेकंड, अपने आप में, शीतलन भार में कुछ भी सार्थक नहीं जोड़ता है। लेकिन उस सेकंड को प्रति दिन ट्रिगर घटनाओं की संख्या से, ठंड के मौसम में दिनों की संख्या से, ग्लेज़िंग के वर्ग मीटर से गुणा करें, और संख्या तुच्छ होना बंद हो जाएगी। गर्मियों में पश्चिम की ओर मुख वाला मुखौटा प्रतिदिन दर्जनों बार छाया की तैनाती को ट्रिगर कर सकता है, क्योंकि सूर्य का कोण बदलता है और बादल छा जाते हैं। हर देर से तैनाती गर्मी है जिसे एचवीएसी सिस्टम को अब हटाना होगा।

न्यूयॉर्क टाइम्स बिल्डिंग के एलबीएनएल पोस्ट{0}अधिभोग अध्ययन ने दस्तावेज दिया कि दिन के उजाले के साथ एकीकृत स्वचालित छायांकन {{1}डिमिंग नियंत्रणों ने परिधि क्षेत्रों में वार्षिक प्रकाश ऊर्जा उपयोग को 56% तक कम कर दिया है। उस परिणाम ने समय पर तैनाती मान ली। लेट ब्लाइंड्स उस अंकगणित को कमजोर कर देते हैं जिसने छायांकन निवेश को वापस लौटा दिया।

नेटवर्क के अंदर ही एक द्वितीयक लागत भी होती है। जब आदेश देर से पहुंचते हैं, तो नियंत्रक पुनः प्रेषित करते हैं। पुनः प्रसारण में एयरटाइम की खपत होती है जो अगले कमांड चक्र के लिए उपलब्ध होना चाहिए। एक छोटी पुनर्प्रयास दर सामान्य है - प्रत्येक वायरलेस प्रोटोकॉल इसके लिए जिम्मेदार है। लेकिन यौगिक पुनः प्रयास करता है. एक समूह जो 50 मोटरों पर 2% पुनर्प्रयास देखता है, 200 पर 8% देख सकता है, और ट्रैफ़िक वक्र रैखिक नहीं है। प्रत्येक पुनः प्रयास अधिक ट्रैफ़िक उत्पन्न करता है, जो अधिक टकराव उत्पन्न करता है, जो अधिक पुनः प्रयास उत्पन्न करता है। समय के साथ विलंबता को मापने वाले इंजीनियरों को अक्सर पता चलता है कि नेटवर्क धीरे-धीरे खुद को संतृप्त कर रहा है।

मोटर्स जोड़ने से विलंबता रैखिक रूप से नहीं बढ़ती है

परियोजना चर्चाओं में सबसे लगातार गलत धारणाओं में से एक यह है कि मोटर गिनती दोगुनी होने से देरी दोगुनी हो जाती है।

मैंने समान प्रोटोकॉल स्टैक पर 100-मोटर नेटवर्क को 60-मोटर नेटवर्क से बेहतर प्रदर्शन करते देखा है। मैंने 250-मोटर नेटवर्क को वर्षों तक स्थिर रहते हुए भी देखा है, जबकि एक अलग इमारत में 120-मोटर नेटवर्क को हर छह महीने में पुनः चालू करने की आवश्यकता होती है।

वेरिएबल डिवाइस गिनती नहीं है. चर यह है कि संचार प्रणाली कैसे तैयार की जाती है: समूहीकरण तर्क, नियंत्रक थ्रूपुट, प्रोटोकॉल चयन, टोपोलॉजी, स्थिति अद्यतन आवृत्ति, क्या मतदान सक्षम है। एक ही मोटर, एक ही गेटवे और एक ही फर्मवेयर वाली दो इमारतें पूरी तरह से अलग-अलग कमीशनिंग परिणाम उत्पन्न कर सकती हैं यदि उनमें से एक ने सभी ब्लाइंड्स को एक ही क्षेत्र में समूहीकृत किया और दूसरे को मुखौटा अभिविन्यास द्वारा विभाजित किया गया।

यही कारण है कि अनुभवी इंटीग्रेटर्स हार्डवेयर को छूने से पहले नेटवर्क कॉन्फ़िगरेशन की जांच करते हैं।

लॉग्स ने एक अलग कहानी बताई

एक परियोजना पर जहां ज़िपर प्रभाव गंभीर था, टीम ने एक सप्ताह के स्वचालित सुबह चक्रों से संचार लॉग निकाले।

पैटर्न तत्काल था. मोटर 001 को 12 मिलीसेकंड के भीतर अपना कमांड प्राप्त हुआ। 940 मिलीसेकंड के बाद मोटर 200 को वही कमांड प्राप्त हुआ। मोटरें धीरे-धीरे प्रतिक्रिया नहीं दे रही थीं - उन्हें अलग-अलग समय पर कमांड प्राप्त हो रही थी।

 

उस निष्कर्ष ने पूरी जांच बदल दी। यह कोई मोटर प्रतिक्रिया समस्या नहीं थी। यह एक कमांड वितरण समस्या थी. नियंत्रक यूनिकास्ट पर एक समय में एक डिवाइस के माध्यम से पुनरावृत्ति कर रहा था, और प्रत्येक फ्रेम अगले भेजने से पहले पिछले एक को स्वीकार किए जाने की प्रतीक्षा कर रहा था।

200 मोटर × लगभग 4.7 मिलीसेकंड प्रति फ्रेम (एयरटाइम, सीएसएमए/सीए बैकऑफ और एसीके टर्नअराउंड को ध्यान में रखते हुए)=940 मिलीसेकंड। गणित देखी गई देरी से लगभग सटीक रूप से मेल खाता है।

संचार विकल्प: एक कमांड बनाम दो सौ व्यक्तिगत कॉल

आमतौर पर परियोजना हितधारकों के साथ जो समानता मिलती है वह यह है: आपको एक बैठक में भाग लेने के लिए एक इमारत में 200 लोगों को बताना होगा। आप प्रत्येक को व्यक्तिगत रूप से फ़ोन कर सकते हैं, या पीए सिस्टम पर एक घोषणा कर सकते हैं। वही परिणाम. पूरा होने का समय बिल्कुल अलग है।

समूह संचार इसी प्रकार कार्य करता है। एक यूनिकैस्ट नेटवर्क प्रत्येक मोटर के लिए अलग-अलग पैकेट बनाता है और उन्हें क्रमिक रूप से भेजता है। प्रत्येक पैकेट पिछले पैकेट के खाली होने का इंतजार करता है। विलंब समूह आकार के साथ अंकगणितीय रूप से संयोजित होता है।

मल्टीकास्ट एक तार्किक समूह को संबोधित एक फ्रेम उत्पन्न करता है। उस समूह की प्रत्येक मोटर इसे एक ही ट्रांसमिशन विंडो के भीतर प्राप्त करती है। विलंब स्थिर है चाहे समूह का आकार - एक फ्रेम समय हो, एन फ्रेम समय नहीं।

कनेक्टिविटी स्टैंडर्ड एलायंस द्वारा बनाए रखा गया मैटर प्रोटोकॉल, अपने समूह क्लस्टर के माध्यम से समूह संचार को निर्दिष्ट करता है। एक समूह आईडी फैब्रिक नोड्स के एक सेट को मैप करती है, और एक एकल मल्टीकास्ट ट्रांसमिशन सभी समूह सदस्यों तक एक साथ पहुंचता है। यह एक मालिकाना तकनीक नहीं है - इसे प्रोटोकॉल विनिर्देश में बनाया गया है। 200-मोटर परिनियोजन के लिए व्यावहारिक अंतर एक फ्रेम और 200 फ्रेम के बीच का अंतर है।

नेटवर्क टोपोलॉजी: भौतिक परत परिणाम क्यों तय करती है

दूसरा चर जो यह निर्धारित करता है कि मल्टीकास्ट वास्तव में पैमाने पर काम करता है या नहीं वह भौतिक नेटवर्क परत है।

एक स्टार टोपोलॉजी - में जो अधिकांश वाईफाई और कई पुराने ज़िगबी परिनियोजन का वर्णन करता है - प्रत्येक मोटर सीधे एक केंद्रीय पहुंच बिंदु या समन्वयक से जुड़ती है। जब एक मोटर कंक्रीट कतरनी दीवार या एचवीएसी राइजर के पीछे बैठती है, तो इसकी लिंक गुणवत्ता हर दूसरी मोटर से स्वतंत्र रूप से खराब हो जाती है। नेटवर्क उस एक पथ के लिए डेटा दर को पुनः संचारित या कम करके क्षतिपूर्ति करता है, जो एयरटाइम की खपत करता है जो समूह कमांड के लिए उपलब्ध होना चाहिए।

थ्रेड एक अलग मॉडल का उपयोग करता है। यह एक जाल बनाता है: जो उपकरण मुख्य रूप से संचालित होते हैं वे राउटर के रूप में कार्य करते हैं, बैटरी चालित उपकरणों के लिए ट्रैफ़िक को अग्रेषित करते हैं जो हमेशा रेडियो पर नहीं रह सकते। यदि मोटर 47 का सीधा रास्ता अवरुद्ध है, तो फ्रेम मोटर 32 और मोटर 18 के माध्यम से गुजरता है। जाल वास्तविक समय में अपडेट किए गए लिंक गुणवत्ता मेट्रिक्स के आधार पर लगातार पथों की पुनर्गणना करता है। विफलता का एक भी बिंदु नहीं. कोई रुकी हुई कमांड स्ट्रीम एक संघर्षरत नोड पर पुनः प्रसारण की प्रतीक्षा नहीं कर रही है।

सिलिकॉन लैब्स मेश नेटवर्किंग बेंचमार्क, सक्रिय वाईफाई और ज़िगबी नेटवर्क के साथ एक कब्जे वाले वाणिज्यिक कार्यालय में आयोजित किया गया, एक स्वतंत्र संदर्भ प्रदान करता है। मध्यम पेलोड वाले बड़े नेटवर्क में: थ्रेड विलंबता लगभग 100 एमएस के तहत रखी गई, ज़िग्बी लगभग 130 एमएस तक फैल गई, और ब्लूटूथ जाल 250 एमएस से कम हो गया। अंतर नेटवर्क आकार और पेलोड के साथ बढ़ता है, बिल्कुल वही स्थितियाँ जो वाणिज्यिक छायांकन के लिए मायने रखती हैं।

थ्रेड आवृत्ति चपलता को भी लागू करता है: यदि एक 2.4 गीगाहर्ट्ज चैनल संतृप्त हो जाता है, तो नेटवर्क ट्रांसमिशन के बीच एक क्लीनर चैनल पर चला जाता है। मोटर एप्लिकेशन परत कभी भी हॉप नहीं देखती है। कोई पुनः प्रयास नहीं. कोई विलंबता स्पाइक नहीं. यह IEEE 802.15.4 MAC परत पर निर्दिष्ट एक मानक थ्रेड सुविधा है।

इसका कोई मतलब नहीं है कि थ्रेड हमेशा सही उत्तर होता है। भवन निर्माण, उपकरण घनत्व और कमीशनिंग गुणवत्ता अभी भी हावी है। थ्रेड में जो परिवर्तन होता है वह यह है कि नेटवर्क लोड के तहत कैसे ख़राब होता है - और बड़े शेडिंग परिनियोजन के लिए, सुंदर गिरावट ही एकमात्र प्रकार है जो मायने रखती है।

जब मुखौटा धीमा दिखता है, तो मोटरें ही आखिरी चीज़ होती हैं जिसकी मैं जाँच करता हूँ

एक वरिष्ठ कमीशनिंग इंजीनियर ने मुझसे एक बार ऐसा कहा था, और जब भी मैंने क्षेत्र में ज़िपर प्रभाव देखा है, यह सच साबित हुआ है।

उनका कहना यह नहीं था कि मोटरें कभी ख़राब नहीं होतीं। यह था कि मोटर विफलता बाइनरी है - मोटर शुरू होती है, या नहीं होती है। संचार में गिरावट लगातार बनी रहती है - जैसे-जैसे ट्रैफ़िक बढ़ता है, जैसे-जैसे इमारत भरती जाती है, जैसे-जैसे अन्य प्रणालियाँ ऑनलाइन आती जाती हैं, यह बदतर होती जाती है। फ़ैक्टरी स्वीकृति परीक्षण मोटर दोष पकड़ता है। यह शायद ही कभी संचार समस्याओं को पकड़ता है क्योंकि परीक्षण वातावरण में 200 उपकरणों, 50 वाईफाई एक्सेस प्वाइंट और दो मंजिल दूर ब्रॉडबैंड ईएमआई उत्पन्न करने वाले एलिवेटर मोटर रूम के साथ तैयार इमारत की आरएफ जटिलता नहीं है।

यही कारण है कि सिंक्रनाइज़ेशन संबंधी समस्याएं अक्सर अधिभोग के दौरान सामने आती हैं, कमीशनिंग के दौरान नहीं। जब नेटवर्क ही एकमात्र चीज चल रही थी तब ठीक था।

सही समापन बिंदु मापें

विलंबता के बारे में बातचीत लगभग हमेशा "मोटर कितनी तेज़ है?" से शुरू होती है। ऐसा लगता है कि यह सही सवाल है, लेकिन यह जांच को सिग्नल श्रृंखला के गलत 1% तक सीमित कर देता है।

एक मोटर कमांड प्राप्त करने से 8 मिलीसेकंड में प्रतिक्रिया दे सकती है। यदि कमांड को पहुंचने में 900 मिलीसेकंड लगे, तो मोटर प्रतिक्रिया समय को 8 एमएस से घटाकर 6 एमएस करने से आपको कुछ नहीं मिलेगा।

माप जो मायने रखता है वह है अंत से {{1} अंत तक: नियंत्रक द्वारा प्रत्येक मोटर को भौतिक गति शुरू करने के लिए एक समूह आदेश जारी करने का अंतराल। वह नंबर नियंत्रक, नेटवर्क स्टैक, रेडियो, मोटर का एमसीयू और पावर स्टेज - सब कुछ कैप्चर करता है जो बीएमएस निर्देश और मैकेनिकल आउटपुट के बीच बैठता है।

जब आप अंत से {{0} से अंत तक ट्रैक करते हैं, तो तस्वीर बदल जाती है। समान मोटर प्रतिक्रिया समय निर्दिष्ट करने वाली दो प्रणालियाँ नेटवर्क द्वारा कमांड वितरित करने के तरीके के कारण 800 एमएस से अंत तक भिन्न हो सकती हैं। स्पेक शीट की तुलना इसे कभी नहीं पकड़ पाती है।

औसत विलंबता एक विकर्षण है

मैं देख रहा हूं कि इंजीनियर इसमें फंस गए हैं: वे औसत विलंबता संख्याओं की तुलना करते हैं और सोचते हैं कि उन्होंने प्रश्न का उत्तर दे दिया है।

दो प्रणालियाँ, दोनों 18 एमएस औसत रिपोर्ट कर रही हैं। कागज पर, समान. तैनाती में, एक व्यक्ति एक सीमित दायरे में लगातार प्रतिक्रिया देता है। अन्य कभी-कभी भारी ट्रैफ़िक के दौरान 80 या 100 एमएस तक बढ़ जाते हैं - और वे स्पाइक्स, औसत नहीं, वही होते हैं जो लोग तब देखते हैं जब मुखौटा हिलता है।

आँख औसत नहीं समझती। यह आउटलेर्स को मानता है। 300 मोटरों के समूह में एक 100 एमएस स्पाइक अग्रभाग के एक हिस्से में एक दृश्यमान हिचकिचाहट पैदा करता है, और यही इमारत के मालिक को याद रहता है। यही कारण है कि कमीशनिंग इंजीनियर माध्य की तुलना में 99वें प्रतिशतक - या इससे भी बेहतर, अधिकतम देखी गई विलंबता - पर अधिक ध्यान देते हैं। पूर्वानुमेयता हर बार चरम प्रदर्शन को मात देती है।

 

वास्तविक-विश्व मापन: हमने अपने मंच पर क्या मापा

वर्तमान नियंत्रण प्लेटफ़ॉर्म जारी करने से पहले, हमारी इंजीनियरिंग टीम ने यह समझने के लिए एक आंतरिक सत्यापन चलाया कि समूह के आकार के साथ प्रतिक्रिया समय कैसे बढ़ाया जाता है।

सेटअप: थ्रेड नेटवर्क पर ट्यूबलर मोटरें, स्थिर इनडोर स्थितियाँ, डिवाइस की संख्या बढ़ाने के लिए बार-बार ग्रुप कमांड। उद्देश्य एक प्रभावशाली न्यूनतम - तक पहुंचना नहीं था, बल्कि यह सत्यापित करना था कि समूह बढ़ने के साथ-साथ विलंबता पूर्वानुमानित बनी रहे।

100 मोटरों के साथ कई परीक्षण चक्रों में, अधिकांश इकाइयाँ समूह कमांड के 20 मिलीसेकंड के भीतर चलना शुरू कर दीं। सबसे धीमी रीडिंग लगभग 22 एमएस थी। पैकेट पुनर्संचरण पूरे समय 0.5% से कम रहा।

वृद्धि सहज थी - कोई चट्टान नहीं, कोई बिंदु नहीं जहां प्रदर्शन अचानक गिर गया। यह पूर्ण संख्या से अधिक मायने रखता है। एक प्रणाली जो लोड के तहत धीरे-धीरे खराब हो जाती है, उसे किसी भी पैमाने पर आत्मविश्वास के साथ तैनात किया जा सकता है। एक प्रणाली जो 40 मोटरों पर अच्छा प्रदर्शन करती है और 80 मोटरों पर ख़राब हो जाती है, एक कमीशनिंग आपदा घटित होने की प्रतीक्षा कर रही है।

ये नियंत्रित{{0}पर्यावरण संख्याएँ हैं। वास्तविक इमारतों में स्टील फ्रेमिंग, कम -ई ग्लास, प्रतिस्पर्धी वाईफाई नेटवर्क और मोबाइल उपकरणों के साथ घूमने वाले लोग होते हैं। फ़ील्ड परिणाम अलग-अलग होंगे. सत्यापन ने केवल यह पुष्टि की है कि आर्किटेक्चर - मल्टीकास्ट ओवर मेश - उसी तरह से स्केल करता है जिस तरह से गणित भविष्यवाणी करता है।

यांत्रिक पक्ष: यहां तक ​​कि उत्तम संचार भी सहनशीलता को छिपा नहीं सकता

संचार पर ध्यान दिया जाता है क्योंकि यहीं पर अधिकांश समूह विलंबता रहती है। लेकिन सही कमांड डिलीवरी के साथ भी - प्रत्येक मोटर को एक ही पल में एक ही फ्रेम प्राप्त होता है - सिंक्रोनाइज़ेशन अभी भी यांत्रिक स्तर पर टूट सकता है।

गियरबॉक्स असेंबली सहनशीलता, बेयरिंग प्रीलोड भिन्नता, ब्रेक रिलीज़ टाइमिंग, आउटपुट शाफ्ट सांद्रता - ये सभी प्रभावित करते हैं कि विद्युत कमांड प्राप्त करने के बाद मोटर कितनी जल्दी स्थिर से घूर्णन में परिवर्तित हो जाती है। व्यक्तिगत रूप से अंतर कुछ मिलीसेकंड का होता है, अदृश्य। एक मोर्चे पर कई सौ मोटरों के पार, वे ध्यान देने योग्य डगमगाहट में जमा हो जाते हैं।

यही कारण है कि विनिर्माण स्थिरता संचार प्रदर्शन से अलग बातचीत नहीं है। दो यौगिक. हमारी उत्पादन प्रक्रिया प्रमुख ट्रांसमिशन घटकों को असर वाली सीटों और गियर प्रोफाइल पर ±0.05 मिमी तक रखती है। वह सहनशीलता सीधे यांत्रिक दोहराव को प्रभावित करती है जिस पर फर्मवेयर नियंत्रण लूप निर्भर करता है।

सख्त सहनशीलता का मतलब है कि एनकोडर की स्थिति प्रतिक्रिया वास्तव में वहां पहुंचती है जहां मोटर इसकी अपेक्षा करती है। कम सहनशीलता का मतलब है कि नियंत्रण लूप लगातार - ओवरशूटिंग, पीछे खींच रहा है, सूक्ष्म {{2}दोलन कर रहा है - जो ऊर्जा जलाता है और, एक शांत कार्यालय में, सीमा पर शिकार के शोर के रूप में श्रव्य हो जाता है। संचार सटीकता और यांत्रिक परिशुद्धता एक ही समस्या के दो भाग हैं।

ज़ोन का डिज़ाइन पहला तार खींचने से पहले होता है

अधिकांश सिंक्रनाइज़ेशन विफलताओं को खरीद शुरू होने से पहले प्रोजेक्ट में डिज़ाइन किया गया है।

सबसे आम गलती फर्श के आधार पर समूह बनाना है क्योंकि वास्तुशिल्प चित्र इसी प्रकार व्यवस्थित होते हैं। यह स्वाभाविक लगता है. लेकिन सूर्य फर्श की सीमाओं का सम्मान नहीं करता। पूर्वी मोर्चे पर सुबह का भार मिलता है; पश्चिम दिशा में दोपहर का भार मिलता है। यदि किसी फर्श पर प्रत्येक ब्लाइंड को प्रत्येक आदेश प्राप्त होता है, भले ही सूरज इमारत के उसके किनारे पर पड़ रहा हो, तो नेटवर्क ट्रैफ़िक बिना किसी कार्यात्मक कारण के बढ़ जाता है।

सरल तरीका: पहले मुखौटे की दिशा के आधार पर समूह बनाना, दूसरे दिशा में प्रत्येक दिशा के भीतर फर्श के आधार पर उप-विभाजन करना। पूर्वी क्षेत्र. पश्चिम क्षेत्र. उत्तर क्षेत्र. दक्षिण क्षेत्र. प्रत्येक मल्टीकास्ट समूह में केवल मोटरें होती हैं जो हमेशा एक साथ चलती हैं - समान सौर एक्सपोज़र, समान कमांड लॉजिक। समूह ट्रैफ़िक में गिरावट. कतार का दबाव कम हो जाता है। विलंबता कम हो जाती है.

स्केल थ्रेशोल्ड: जब वायरलेस को वायर्ड पार्टनर की आवश्यकता होती है

एक ऐसा बिंदु है जहां शुद्ध वायरलेस को वायर्ड अतिरेक के बारे में बातचीत की आवश्यकता होने लगती है, और हमारे अनुभव में वह बिंदु एक बिल्डिंग नेटवर्क पर 500 मोटरों से कहीं अधिक है।

300 से नीचे, एक अच्छी तरह से डिज़ाइन किया गया थ्रेड मेश बिना किसी नाटक के समूह नियंत्रण को संभालता है। 300 और 500 के बीच, जाल घनत्व पर ध्यान देने की आवश्यकता है: प्रति 15 से 20 समापन बिंदुओं पर कम से कम एक राउटर सक्षम डिवाइस की योजना बनाएं ताकि रुकावटें आने पर रूटिंग पथ विविधता बनी रहे।

500 से ऊपर, परिचालन जटिलता बदल जाती है। यदि आप सावधान नहीं हैं तो उस पैमाने पर फ़र्मवेयर अपडेट वायरलेस नेटवर्क को संतृप्त कर देते हैं। डिवाइस चालू होने में अधिक समय लगता है. एक जाल विभाजन घटना की सांख्यिकीय संभावना - जहां उपकरणों का एक सबसेट अस्थायी रूप से सीमा राउटर से कनेक्टिविटी खो देता है - औसत लिंक गुणवत्ता उत्कृष्ट होने पर भी नोड गिनती के साथ बढ़ जाती है।

उस सीमा पर, फर्मवेयर वितरण और फेलओवर के लिए समानांतर पथ के रूप में आरएस-485 वायर्ड बैकबोन जोड़ना यह स्वीकारोक्ति नहीं है कि वायरलेस अविश्वसनीय है। यह स्वीकारोक्ति है कि 500-मोटर वाली इमारत में, फायर अलार्म एकीकरण अनुक्रम के दौरान एक विभाजन घटना कुछ ऐसी चीज नहीं है जिसे आप एएचजे को समझाना चाहते हैं। वायर्ड पथ बीमा है.

अस्पताल, हवाई अड्डे और सरकारी इमारतें मोटर गिनती की परवाह किए बिना हाइब्रिड आर्किटेक्चर को निर्दिष्ट करती हैं, क्योंकि उन वातावरणों में डाउनटाइम की लागत वायर्ड बैकअप को कुल परियोजना बजट पर एक गोल त्रुटि बनाती है। निर्माण उद्योग संस्थान ने प्रलेखित किया है कि सिस्टम पुनः चालू करने सहित पुनः कार्य की लागत - है, जो स्थापित परियोजना लागत का औसत 12.4% है। अधिभोग के बाद एक अव्यक्त नेटवर्क समस्या सामने आने के बाद एक अनावश्यक कॉम बैकबोन की लागत 500 मोटरों को पुनः चालू करने के एक अंश के बराबर होती है।

साइन-ऑफ से पहले पांच प्रश्न जो मायने रखते हैं

पर्याप्त कमीशनिंग चक्रों के बाद, वही प्रश्न सामने आते रहते हैं। वे कभी भी टॉर्क या आरपीएम के बारे में नहीं हैं।

"प्रत्येक मोटर व्यक्तिगत परीक्षण में उत्तीर्ण हुई। समूह धीमा क्यों दिखता है?"

आप कमांड वितरण समस्या को देख रहे हैं, मोटर समस्या को नहीं। जांचें कि क्या नियंत्रक एक समय में एक कमांड को यूनिकास्टिंग कर रहा है। स्थिति अद्यतन आवृत्ति की जाँच करें। जांचें कि क्या सभी मोटरें एक ही बड़े समूह में हैं। ज्यादातर मामलों में, मल्टीकास्ट ग्रुप एड्रेसिंग पर स्विच करने से एक भी मोटर को छुए बिना दृश्य विलंब का समाधान हो जाता है।

"यदि एक मोटर विफल हो जाती है, तो क्या यह समूह को नीचे ले जाती है?"

यह नहीं होना चाहिए. प्रत्येक मोटर एक ही मल्टीकास्ट फ्रेम पर स्वतंत्र रूप से प्रतिक्रिया करती है। एक भी मृत मोटर - एमसीयू विफलता, संधारित्र छोटा, यांत्रिक जाम - अपने आप ही मृत रहता है। अन्य 199 कमांड को सामान्य रूप से निष्पादित करते हैं। यदि कोई मोटर पूरी तरह से नेटवर्क से बाहर हो जाती है, तो प्रबंधन डैशबोर्ड को इसे गैर-उत्तरदायी के रूप में चिह्नित करना चाहिए, और कनेक्टिविटी बहाल होने पर इसे स्वचालित रूप से समूह में फिर से शामिल होना चाहिए। यह अलगाव किसी भी उत्पादन ग्रेड नियंत्रण प्लेटफ़ॉर्म के लिए एक कठिन आवश्यकता है।

"क्या वायरलेस वास्तव में स्टील {{0}और {{1}ग्लास टावर में विश्वसनीय है?"

हाँ, यदि प्रोटोकॉल और टोपोलॉजी उस वातावरण के लिए चुना गया है। थ्रेड की जाली वास्तुकला रुकावटों को पार करने वाले एक पहुंच बिंदु पर निर्भर होने के बजाय उनके इर्द-गिर्द घूमती है। अनुप्रयोग परत को शामिल किए बिना आवृत्ति चपलता संतृप्त चैनलों से दूर हो जाती है। पहले उद्धृत सिलिकॉन लैब्स बेंचमार्क एक सक्रिय कार्यालय में चलता था, जिसमें वाईफाई और ज़िगबी एयरटाइम के लिए प्रतिस्पर्धा कर रहे थे -, न कि परिरक्षित लैब - और थ्रेड ने सभी परीक्षण स्थितियों में सबसे कम विलंबता रखी।

जैसा कि कहा गया है, कोई भी प्रोटोकॉल बड़े पैमाने पर प्री-इंस्टॉलेशन आरएफ सर्वेक्षण की आवश्यकता को समाप्त नहीं करता है। धातुकृत कम -ई खिड़की कोटिंग वाली इमारत स्पष्ट ग्लास वाली इमारत से अलग व्यवहार करती है। स्टड निर्माण पर ड्राईवॉल का व्यवहार कंक्रीट और सरिया से भिन्न होता है। जाल तारे की तुलना में अवरोधों को बेहतर ढंग से संभालता है। यह भौतिकी को वैकल्पिक नहीं बनाता है।

"क्या कम विलंबता हमेशा बेहतर होती है?"

केवल तभी जब यह सुसंगत हो। एक प्रणाली जो हर बार 18 एमएस वितरित करती है, एक स्पष्ट रूप से समान मुखौटा तैयार करती है। एक प्रणाली जो आदर्श परिस्थितियों में 10 एमएस तक पहुंच सकती है, लेकिन ट्रैफिक बढ़ने पर 80 एमएस तक बढ़ जाती है, जो घबराहट पैदा करती है। भवन स्वामियों के लिए, पूर्वानुमेयता ही वह चीज़ है जिस पर रहने वाले ध्यान देते हैं। न्यूनतम स्पेक शीट वह है जिसके बारे में बिक्री इंजीनियर बोली बैठक में बात करता है। वे शायद ही कभी एक ही चीज़ हों।

अगला प्रोजेक्ट शुरू होने से पहले

बड़ी छायांकन परियोजनाओं में दोहराया जाने वाला सबक सरल है: सिंक्रनाइज़ेशन समस्याएं लगभग कभी भी मोटर पर शुरू नहीं होती हैं।

जब तक ज़िपर का प्रभाव सड़क से दिखाई देता है, तब तक मूल कारण संचार प्रणाली में हफ्तों या महीनों तक चुपचाप जमा होता रहता है। अनुभवी कमीशनिंग टीमें यह जानती हैं। प्रतिस्थापन हार्डवेयर का ऑर्डर देने से पहले वे नेटवर्क कॉन्फ़िगरेशन की जाँच करते हैं।

पाँच प्रश्न जो मायने रखते हैं:

क्या कमांड मल्टीकास्ट या यूनिकास्ट द्वारा वितरित किए जाते हैं?

प्रत्येक संचार पथ को कितने उपकरण साझा करते हैं?

कितना अनावश्यक स्थिति मतदान सक्षम है?

क्या डिवाइस की संख्या बढ़ने पर विलंबता का अनुमान लगाया जा सकता है?

क्या एक भी संचार विफलता को अलग किया जा सकता है?

उन पांच प्रश्नों का सही उत्तर देने से डेटाशीट पर किसी भी मोटर विनिर्देश की तुलना में मुखौटा प्रदर्शन पर अधिक प्रभाव पड़ेगा।

प्रतिक्रिया समय वास्तव में कोई मोटर मीट्रिक नहीं है। यह एक सिस्टम मेट्रिक है. जैसे-जैसे व्यावसायिक इमारतें छायांकन, प्रकाश व्यवस्था और एचवीएसी के बीच सख्त एकीकरण की ओर बढ़ रही हैं, सैकड़ों समापन बिंदुओं पर एक समयबद्ध कमांड निष्पादित करने की क्षमता प्रदर्शन संख्या बन रही है जो परिभाषित करती है कि स्वचालन निवेश करने लायक था या नहीं। मोटरें शायद ही कभी बाधा बनती हैं। उनके बीच की वास्तुकला लगभग हमेशा बनी रहती है।