एक उदाहरण के रूप में डेलिमोबाइल का उपयोग करके नियंत्रण आदेशों की पुष्टि करने का महत्व

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


पार्किंग "स्कोल्कोव्स्काया"

हर जगह विफलताएँ होती हैं। लेकिन "चीजों की इंटरनेट" की दुनिया में यह एक स्थायी स्थिति है। मोबाइल नेटवर्क और हार्डवेयर के साथ काम करते समय, क्रैश वेब या मोबाइल विकास की तुलना में बहुत अधिक होता है।

सिस्टम की विश्वसनीयता विभिन्न कारणों से ग्रस्त है, जिसमें तंग समय सीमा और सीमित विकास बजट शामिल हैं। लेकिन IoT काम कर सकता है यदि संभव विफलताओं से इनकार नहीं किया जाता है, लेकिन स्वीकार किया जाता है और समस्या को हल करने का प्रयास करता है। यदि रुचि है, तो दोष सहिष्णुता बढ़ाने के तरीकों पर एक दिलचस्प लेख है , लेकिन अब यह बिंदु के करीब है।

आप फोन से कार खोलते हैं, क्या गलत हो सकता है?

चरण सिस्टम की वास्तुकला पर निर्भर हो सकते हैं, लेकिन परिदृश्य आमतौर पर यह है:

आप "बुक नाउ" बटन पर क्लिक करें। एक कमांड सर्वर पर भेजा जाता है। वह चल सकती है या नहीं।

आप "ओपन कार" बटन पर क्लिक करें। एक कमांड सर्वर पर भेजा जाता है। वह चल सकती है या नहीं। सर्वर मशीन को एक कमांड भेजता है। वह चल सकती है या नहीं। ऑन-बोर्ड डिवाइस कमांड को निष्पादित करने का प्रयास कर रहा है। यह पूरी हो भी सकती है और नहीं भी।

आप "स्टार्ट ट्रिप" बटन पर क्लिक करें। एक कमांड सर्वर पर भेजा जाता है। वह चल सकती है या नहीं। सर्वर मशीन को एक कमांड भेजता है। वह चल सकती है या नहीं। ऑन-बोर्ड डिवाइस कमांड को निष्पादित करने का प्रयास कर रहा है। यह पूरी हो भी सकती है और नहीं भी।

हां, यह एक सतही और वास्तव में समस्याओं का एक पागल राशि है, लेकिन अब हम केवल इन पर विचार करेंगे।

मान लीजिए कि सभी टीमें पहुंच गई हैं और सभी एक्टुएटर्स ने काम किया है - सफलता! यह निवेशकों को प्रदर्शित किया जा सकता है।

कुछ गड़बड़ हो गई

लेकिन क्या होता है, उदाहरण के लिए, "ओपन डोर्स" कमांड कार तक नहीं पहुंचती है?

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

दूसरे, (यदि समस्या को हल नहीं किया जा सकता है, उदाहरण के लिए, कमांड को संशोधित करके), तो आपको उपयोगकर्ता को त्रुटि रिपोर्ट करने और इसे "ट्रिप" स्थिति में नहीं डालने की आवश्यकता है।

Delimobile में आप यात्रा शुरू करेंगे।

और तकनीकी सहायता ऑपरेटर के साथ एक बातचीत।

कहानी

मैं स्कोल्कोवो में काम करता हूं। कई सहयोगियों की तरह, परिवहन पहुंच के साथ कठिनाइयों के कारण, मैं काम पर चला गया और कार साझा करने पर हर दिन वापस आ गया। लेकिन 3 दिन पहले, पार्किंग जोन में, कनेक्शन खराब हो गया। इनोवेशन सेंटर में मोबाइल संचार की समस्याएं क्यों हैं, यह एक और सवाल है, लेकिन इस स्थिति ने एक दिलचस्प समस्या को जन्म दिया: एक कार बुक करने वाले डेलिमोबाइल उपयोगकर्ता वास्तव में फंस गए थे।

24 सितंबर की ठंडी शाम को, मैं घर लौट रहा था। उसने एक कार बुक की और उसके पास आया।

"निरीक्षण प्रारंभ करें" पर क्लिक किया, लेकिन दरवाजे नहीं खुले।

- ठीक है, शायद, फिर से, एक संचार विफलता। मैं एक और ले जाऊंगा। इसके अलावा, वहाँ बहुत सारे हैं!

"किराए पर लें" पर क्लिक करें - "आप पार्किंग क्षेत्र से बाहर हैं"

मैं समर्थन में फोन करता हूं, स्थिति का वर्णन करता हूं। ऑपरेटर दरवाजा खोलने की कोशिश कर रहा है। असफल। संगीत। दरवाजे खुलते हैं। आपका धन्यवाद

- शायद सर्वर फेल हो गए। ठीक है, चलिए। मैंने "यात्रा शुरू करें" दबाया - पैसे गिनने के लिए आवेदन शुरू हुआ।

शुरू नहीं होता है।

मैं समर्थन में फोन करता हूं, स्थिति का वर्णन करता हूं। ऑपरेटर इंजन को शुरू करने की अनुमति देने की कोशिश कर रहा है। असफल। "मशीन के साथ कोई संबंध नहीं है।"

- ठीक है, चलो इसे मैन्युअल रूप से बंद करें। ग्लास को नीचे करें, बाहर निकलें, केंद्रीय लॉकिंग बटन दबाएं, ग्लास बंद करें।

ग्लास गिरता नहीं है। जाहिर है, सर्वर से कमांड के बिना, कार इग्निशन को चालू नहीं करती है। लेकिन कोई संबंध नहीं है।

- फिर आपको मैकेनिक की प्रतीक्षा करने की आवश्यकता है। 1-1.5 घंटे।

"लेकिन यह यहाँ ठंडा है।" फोन के साथ डेलिमोबाइल कारों के आसपास 3-4 और लोग हैं। हो सकता है कि फरसा उन्हें पहले ही भेज दिया गया हो ...

<कार के दरवाजे अचानक बंद>

- आह, यह बात है। आपका धन्यवाद मैं मिनीबस से जाऊंगा

अन्य लोग इस समस्या को कैसे हल करते हैं

सबसे पहले, अगर मशीन के साथ कोई संचार नहीं है, तो शायद इसे मानचित्र पर प्रदर्शित नहीं किया जाना चाहिए।

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

तीसरा, आप एक बैकअप संचार चैनल बना सकते हैं - दूसरे ऑपरेटर के साथ दूसरा मॉडेम (मेरे पास फोन पर इंटरनेट था)। या ब्लूटूथ, जैसा कि गिलहरी और YouDrive में किया जाता है। (शायद यह विकल्प डेलिमोबाइल के लिए नहीं है, क्योंकि यह विकास और समर्थन लागत बढ़ाएगा, और डीएम जनता के बीच सबसे सस्ता है)



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

यह एक व्यापक समस्या है।

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

लेकिन फिर ऐसी स्थिति क्यों पैदा हो सकती है? मेरी राय में, दो संभावित कारण हैं।

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

दूसरा संभावित कारण सिद्धांत में कई परियोजनाओं में निहित है। तथ्य यह है कि प्रदर्शित करने के लिए (उदाहरण के लिए, निवेशकों के लिए) एक प्रोटोटाइप बनाना मुश्किल नहीं है। शायद यह कई हफ्तों या दिनों के लिए पर्याप्त होगा। हालांकि, एक विश्वसनीय प्रणाली के डिजाइन और विकास में एक महीने या साल भी लग सकते हैं। दुर्भाग्य से, सभी प्रभावी प्रबंधक इसे नहीं समझते हैं।

अक्सर, प्रभावी नेतृत्व को नई सुविधाओं की आवश्यकता हो सकती है जो मानते हैं कि कंपनी के राजस्व में वृद्धि होगी। इसी समय, वे बढ़ती विश्वसनीयता में व्यावसायिक क्षमता नहीं देखते हैं।

क्या करें?

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

विश्व स्तर पर - तकनीकी प्रबंधकों को विश्वसनीयता बढ़ाने की आवश्यकता का बचाव करना चाहिए। कम से कम डेलीमोबाइल में, अब उनके पास एक तर्क है।

पीएस विशेष किण्वित तकनीक समर्थन लोगों के लिए धन्यवाद। वे विनम्र हैं और समस्या को हल करने की कोशिश करते हैं।