उत्पादन उपकरणों की निगरानी: रूस में यह कैसा चल रहा है?

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

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

व्यावहारिक तौर पर, इसका मतलब यह है कि आपको नियमित रूप से साइट पर एक इंजीनियर भेजने की आवश्यकता होगी। जैसा कि हमारा अनुभव बताता है, 30 से 80% यात्राएं अनावश्यक होती हैं। पहला मामला यह है कि दूर से ही यह पता लगाना संभव होगा कि क्या हुआ। या ऑपरेटर से कुछ बटन दबाने को कहें और सब कुछ काम करने लगेगा। दूसरा मामला "ग्रे" योजनाओं का है। यह तब होता है जब कोई इंजीनियर बाहर जाता है, नियमों के अंतर्गत कोई प्रतिस्थापन या जटिल कार्य करता है, तथा संयंत्र के किसी व्यक्ति के साथ मुआवजे को आधा-आधा बांट लेता है। या फिर वह बस अपनी मालकिन के साथ आराम करना पसंद करता है (यह एक वास्तविक मामला है) और इसलिए वह अक्सर बाहर जाना पसंद करता है। पौधे को कोई आपत्ति नहीं है.

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

हम दूरस्थ निगरानी के बिना काम क्यों नहीं कर सकते?

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

• रूस में आपूर्तिकर्ता और उपभोक्ता लगभग हमेशा एक दूसरे से काफी दूर होते हैं। जब आप साइबेरिया को कोई उत्पाद बेचते हैं, तो आप उसके बारे में केवल वही जानते हैं जो आपूर्तिकर्ता आपको बताता है। न तो यह कैसे काम करता है, न ही किन परिस्थितियों में इसका उपयोग किया जाता है, और न ही वास्तव में, किसने अपने टेढ़े हाथों से कौन सा बटन दबाया - वस्तुनिष्ठ रूप से यह जानकारी आपके पास नहीं है, आप इसे केवल उपभोक्ता के शब्दों से ही जान सकते हैं। इससे रखरखाव बहुत कठिन हो जाता है।
• निराधार अपीलें और दावे। यानि आपका ग्राहक, जो आपका प्रोडक्ट इस्तेमाल करता है, वो कभी भी फोन कर सकता है, लिख सकता है, शिकायत कर सकता है और कह सकता है कि आपकी चीज काम नहीं करती, खराब है, टूट गई है, तुरंत आकर ठीक कराइए। यदि आप भाग्यशाली हैं और यह सिर्फ "उन्होंने उपभोग्य सामग्री नहीं भरी" नहीं है, तो आपने विशेषज्ञ को व्यर्थ नहीं भेजा। अक्सर ऐसा होता है कि उपयोगी काम में एक घंटे से भी कम समय लगता है, लेकिन बाकी सब कुछ - व्यापारिक यात्रा की तैयारी, उड़ानें, आवास - इन सबमें इंजीनियर का बहुत समय लग जाता है।
• ये दावे स्पष्ट रूप से निराधार हैं और इन्हें साबित करने के लिए आपको एक इंजीनियर को भेजना होगा, एक रिपोर्ट तैयार करनी होगी और फिर अदालत जाना होगा। परिणामस्वरूप, प्रक्रिया में देरी होती है और इससे न तो ग्राहक को और न ही आपको कोई लाभ होता है।
• विवाद इसलिए उत्पन्न होते हैं, उदाहरण के लिए, ग्राहक ने उत्पाद का गलत तरीके से उपयोग किया, ग्राहक किसी कारण से आपके खिलाफ शिकायत रखता है और यह नहीं कहता है कि आपका उत्पाद सही ढंग से काम नहीं करता है, तकनीकी विनिर्देशों और पासपोर्ट में बताए गए तरीकों से नहीं। साथ ही, आप इसका मुकाबला किसी भी चीज से नहीं कर सकते हैं, या आप कर सकते हैं, लेकिन कठिनाई के साथ, यदि, उदाहरण के लिए, आपका उत्पाद किसी तरह से उन मोड्स को लॉग और रिकॉर्ड करता है। ग्राहक की गलती के कारण ब्रेकडाउन होना - ऐसा अक्सर होता रहता है। मेरे पास एक मामला आया था जब एक महंगी जर्मन पोर्टल मशीन खंभे से टकराने के कारण खराब हो गई थी। ऑपरेटर ने इसे शून्य से नहीं बांधा, और परिणामस्वरूप मशीन वहीं रुक गई। इसके अलावा, ग्राहक ने स्पष्ट रूप से कहा: "हमारा इससे कोई लेना-देना नहीं है।" लेकिन जानकारी लॉग की गई थी, और इन लॉग को देखना और यह समझना संभव था कि कौन सा नियंत्रण कार्यक्रम और किस परिणाम के कारण यह टकराव हुआ। इससे आपूर्तिकर्ता को वारंटी मरम्मत लागत में काफी बचत हुई।
• उल्लिखित "ग्रे" योजनाएं सेवा प्रदाता के साथ एक साजिश है। एक ही सेवा तकनीशियन हमेशा ग्राहक के पास जाता है। वे उससे कहते हैं: "सुनो, कोल्या, चलो इसे इस तरह से करते हैं: तुम लिखो कि यहाँ सब कुछ टूटा हुआ है, हम मुआवज़ा पाएँगे, या तुम मरम्मत के लिए कुछ स्पेयर पार्ट्स लाओगे। हम यह सब चुपचाप लागू करेंगे और पैसे बाँट लेंगे।" अब केवल इतना ही रह जाता है कि या तो विश्वास कर लिया जाए, या फिर किसी तरह इन सभी निष्कर्षों, पुष्टियों को सत्यापित करने के लिए कुछ जटिल तरीके खोज लिए जाएं, जिससे न तो समय और न ही तनाव बढ़ेगा, और इससे कुछ भी अच्छा नहीं होगा। यदि आप इस बात से परिचित हैं कि ऑटो मरम्मत की दुकानें वारंटी धोखाधड़ी से कैसे निपटती हैं और यह प्रक्रियाओं पर कितनी जटिलता लाती है, तो आपको समस्या का एक मोटा अंदाजा है।

खैर, सभी डिवाइस एक लॉग लिखते हैं, है ना? समस्या क्या है?

समस्या यह है कि यदि आपूर्तिकर्ता कमोबेश यह समझते हैं कि लॉग को लगातार कहीं न कहीं लिखा जाना चाहिए (या पिछले कुछ दशकों में यह बात समझ गए हैं), तो संस्कृति आगे नहीं बढ़ी है। लॉग की अक्सर महंगी मरम्मत के मामलों का विश्लेषण करने के लिए आवश्यकता होती है - चाहे वह ऑपरेटर की गलती हो या वास्तविक उपकरण विफलता।

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

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

सामान्यतः, किसी न किसी समय शैतान को अंततः गोली खानी पड़ती है, और तब संशोधन का समय आ जाता है।

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

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

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

बाजार का स्थान

पश्चिम में, इस स्थिति का समाधान तीन विकल्पों पर निर्भर करता है: सीमेंस पारिस्थितिकी तंत्र (बहुत महंगा, बहुत बड़ी इकाइयों के लिए आवश्यक, आमतौर पर टर्बाइनों की तरह), स्वयं लिखित मैनुअल, या स्थानीय इंटीग्रेटर्स में से किसी एक की मदद। परिणामस्वरूप, जब तक यह सब रूसी बाजार में आया, तब तक वहां एक ऐसा वातावरण बन चुका था, जहां सीमेंस अपने पारिस्थितिकी तंत्र के कुछ हिस्सों के साथ, अमेज़न, नोकिया और 1सी विकास जैसे कई स्थानीय पारिस्थितिकी तंत्र मौजूद थे।

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

परिणामस्वरूप, हम निर्माता के उपकरण से सभी डेटा एकत्र कर सकते हैं और उसे स्टोरेज में सुरक्षित रख सकते हैं। सर्वर और वहां अलर्ट के साथ एक मॉनिटरिंग पैनल बनाएं।

यह इस तरह दिखता है (यहां ग्राहक ने उद्यम का एक दृश्य भी बनाया है, यह इंटरफ़ेस में कई घंटे है):

और उपकरण से ग्राफ भी प्राप्त हुए हैं:

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

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

सारांश

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

मैं आपको कुछ उदाहरण देता हूं कि व्यवहार में यह क्या परिणाम देता है।

1. यह एक वैश्विक कंपनी है जो औद्योगिक प्रशीतन उपकरण बनाती है जिसका उपयोग मुख्य रूप से खुदरा श्रृंखलाओं में किया जाता है। कंपनी की 10% आय उसके उत्पादों के लिए रखरखाव सेवाएं प्रदान करने से आती है। सेवा की लागत को कम करना और सामान्य रूप से डिलीवरी बढ़ाने का अवसर प्रदान करना आवश्यक है, क्योंकि यदि हम अधिक बिक्री करते हैं, तो मौजूदा सेवा प्रणाली सामना नहीं कर पाएगी। हम सीधे एकल सेवा केंद्र प्लेटफार्म से जुड़े, इस विशेष ग्राहक की आवश्यकताओं के लिए कुछ मॉड्यूल संशोधित किए, और यात्रा व्यय में 35% की कमी प्राप्त की, क्योंकि सेवा संबंधी जानकारी तक पहुंच के कारण सेवा इंजीनियर के दौरे के बिना ही विफलता के कारणों की पहचान करना संभव हो गया। लंबे समय अंतराल पर डेटा का विश्लेषण करना - तकनीकी स्थिति का पूर्वानुमान लगाना और यदि आवश्यक हो, तो शीघ्रता से "स्थिति-आधारित" रखरखाव करना। बोनस के रूप में, अनुरोधों पर प्रतिक्रिया की गति बढ़ गई है: यात्राएं कम हो गई हैं, और इंजीनियर तेजी से वहां पहुंचने लगे हैं।
2. एक मैकेनिकल इंजीनियरिंग कंपनी, रूसी संघ और सीआईएस के कई शहरों में उपयोग किए जाने वाले इलेक्ट्रिक परिवहन का निर्माता। अन्य सभी की तरह, वे लागत में कटौती करना चाहते हैं और साथ ही शहर के ट्रॉलीबस और ट्राम बेड़े की तकनीकी स्थिति का पूर्वानुमान लगाना चाहते हैं, ताकि समय पर तकनीकी कर्मियों को सूचित किया जा सके। हमने रोलिंग स्टॉक से तकनीकी डेटा एकत्र करने और उसे एकल स्थिति केंद्र तक पहुंचाने के लिए एल्गोरिदम बनाए (एल्गोरिदम सीधे ड्राइव नियंत्रण प्रणाली में निर्मित होते हैं और CAN बस डेटा के साथ काम करते हैं)। "ऑसिलोस्कोप" मोड में बदलते मापदंडों (गति, वोल्टेज, पुनर्प्राप्त ऊर्जा का स्थानांतरण, आदि) तक वास्तविक समय की पहुंच सहित तकनीकी स्थिति डेटा तक दूरस्थ पहुंच, दूरस्थ फर्मवेयर अपडेट तक पहुंच प्रदान करती है। परिणाम स्वरूप यात्रा व्यय में 50% की कमी आई है: सेवा संबंधी जानकारी तक सीधी पहुंच से सेवा इंजीनियर के आए बिना ही विफलता के कारणों की पहचान करना संभव हो गया है, तथा लंबे समय के अंतराल पर डेटा विश्लेषण से तकनीकी स्थिति का पूर्वानुमान लगाना संभव हो गया है, तथा यदि आवश्यक हो तो आपातकालीन स्थितियों के वस्तुनिष्ठ विश्लेषण सहित "स्थिति के आधार पर" शीघ्रता से रखरखाव करना संभव हो गया है। ग्राहक की आवश्यकताओं के पूर्ण अनुपालन में तथा निर्धारित समय-सीमा के भीतर विस्तारित जीवन-चक्र अनुबंधों का कार्यान्वयन। ऑपरेटर के तकनीकी असाइनमेंट की आवश्यकताओं का अनुपालन, साथ ही उपभोक्ता सेवा की विशेषताओं (एयर कंडीशनिंग की गुणवत्ता, त्वरण/ब्रेकिंग, आदि) की निगरानी के संदर्भ में उसे नए अवसर प्रदान करना।
3. तीसरा उदाहरण एक नगरपालिका का है। उन्हें बिजली की बचत करने और नागरिकों की सुरक्षा में सुधार करने की आवश्यकता थी। उन्होंने कनेक्टेड स्ट्रीट लाइटिंग की निगरानी, ​​प्रबंधन और डेटा संग्रह के साथ-साथ संपूर्ण सार्वजनिक प्रकाश व्यवस्था के दूरस्थ प्रबंधन और रखरखाव के लिए एक एकीकृत मंच स्थापित किया। कण्ट्रोल पेनल्सयह सिस्टम निम्नलिखित कार्यों के लिए समाधान प्रदान करता है। विशेषताएं: व्यक्तिगत रूप से या समूहों में, दूरस्थ रूप से रोशनी को मंद करना या चालू/बंद करना; बेहतर रखरखाव योजना के लिए प्रकाश व्यवस्था में खराबी की स्वचालित सूचना; वास्तविक समय में ऊर्जा खपत डेटा का प्रावधान; बिग डेटा पर आधारित स्ट्रीट लाइटिंग सिस्टम की निगरानी और सुधार के लिए शक्तिशाली विश्लेषणात्मक उपकरण; यातायात और वायु गुणवत्ता डेटा का प्रावधान; अन्य स्मार्ट सिटी उप-प्रणालियों के साथ एकीकरण। परिणाम: स्ट्रीट लाइटिंग की ऊर्जा खपत में 80% तक की कमी; बुद्धिमान प्रकाश नियंत्रण एल्गोरिदम के उपयोग से निवासियों की सुरक्षा में वृद्धि (सड़क पर चलते समय उनकी बत्तियाँ चालू करना; सड़क पार करने वाले व्यक्ति के लिए बत्तियाँ तेज करना ताकि वे दूर से दिखाई दें); अतिरिक्त शहरी सेवाओं का प्रावधान (इलेक्ट्रिक वाहन चार्जिंग, विज्ञापन सामग्री, वीडियो निगरानी, ​​आदि)।

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

अगली पोस्ट में मैं एक कार्यान्वयन का उदाहरण लेकर दिखाऊंगा कि आपूर्तिकर्ता की ओर से यह कैसा दिखता है।

स्रोत: www.habr.com