IoT प्रदायक नोटहरू। मतदान उपयोगिता मिटरको गडबडी

नमस्कार, इन्टरनेट अफ थिंग्सका प्रिय प्रशंसकहरू। यस लेखमा, म फेरि आवास र साम्प्रदायिक सेवाहरू र मिटरिङ उपकरणहरूको सर्वेक्षणको बारेमा कुरा गर्न चाहन्छु।

समय-समयमा, अर्को प्रमुख टेलिकम प्लेयरले यो बजारमा कति चाँडो प्रवेश गर्नेछ र सबैलाई आफ्नो मुनि कुचल्ने बारे कुरा गर्छ। हरेक चोटि मैले यस्ता कथाहरू सुन्छु, म सोच्छु: "केटाहरू, शुभकामना!"
तपाईलाई पनि थाहा छैन तपाई कहाँ जाँदै हुनुहुन्छ।

तपाईंले समस्याको मापन बुझ्नको लागि, म तपाईंलाई स्मार्ट सिटी प्लेटफर्मको विकासमा हाम्रो अनुभवको सानो अंश बताउन चाहन्छु। यसको त्यो अंश जुन पठाउने जिम्मेवारी हो।

सामान्य विचार र पहिलो कठिनाइहरू

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

वास्तवमा, प्रत्येक मिटरलाई यसको आफ्नै सर्वेक्षण लिपि चाहिन्छ, जसले यसलाई "बोल्न" र सोधपुछ गर्न सक्छ। यसको मतलब प्रेषण प्रणाली प्रत्येक व्यक्तिगत काउन्टरको लागि लिपिहरूको सेट हो। डाटाबेस जहाँ यो सबै भण्डारण गरिएको छ। र एक निश्चित प्रयोगकर्ता इन्टरफेस जसमा उसले आवश्यक रिपोर्ट उत्पन्न गर्न सक्छ।

सजिलो देखिन्छ। शैतान, सधैं जस्तै, विवरण मा छ।

पहिलो भागबाट सुरु गरौं।

लिपिहरू

तिनीहरूलाई कसरी लेख्ने? ठीक छ, स्पष्ट रूपमा, एक मिटरिङ यन्त्र किन्नुहोस्, यसमा टिंकर गर्नुहोस्, यससँग सञ्चार गर्न सिक्नुहोस् र यसलाई साझा प्लेटफर्ममा एकीकृत गर्नुहोस्।

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

त्यसैले पहिलो समस्या। त्यस्ता स्क्रिप्टहरू लेख्नु भनेको "जमिनमा" सफ्टवेयर विकासकर्ताहरू र इन्जिनियरहरूको कडा संयोजन हो। हामीले पछिल्लो पुस्ता किन्यौं, केही प्रारम्भिक टेम्प्लेट लेख्यौं र त्यसपछि वास्तविक उपकरणहरूमा परिमार्जन गर्‍यौं। यो प्रयोगशालामा गर्न असम्भव छ, केवल प्रत्यक्ष सदस्यहरूसँग काम गर्दा।

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

काम सजिलो छैन, तर समाधान गर्न सकिन्छ। परिणाम एक काम लिपि हो। लिपिहरूको पुस्तकालय जति ठूलो हुन्छ, जीवन उति सजिलो हुन्छ।

दोस्रो समस्या।

प्राविधिक जडान कार्डहरू

यस कार्यको जटिलता बुझ्नको लागि, म एउटा उदाहरण दिनेछु। अति लोकप्रिय गर्मी मीटर VKT-7 लिनुहोस्।

नाम आफैंले हामीलाई केही बताउँदैन। VKT-7 मा धेरै फलामले ढाकिएको समाधान छ। यो भित्र कस्तो इन्टरफेस छ?

त्यहाँ विभिन्न विकल्पहरू छन्। मानक DB-9 ब्लकमा पिन हुन सक्छ (यो RS-232 हो)। यो केवल RS-485 सम्पर्कहरूको साथ टर्मिनल ब्लक हुन सक्छ। हुनसक्छ RJ-45 को साथ नेटवर्क कार्ड पनि (यस अवस्थामा ModBus इथरनेटमा प्याकेज गरिएको छ)।

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

स्थापित इन्टरफेसमा निर्भर गर्दै, थप परिमार्जनहरू बनाइन्छ। उदाहरणका लागि, हामीले तार मार्फत मिटर जडान गर्ने निर्णय गर्यौं। यो सरल विकल्प हो, यदि हाम्रो स्विच 100 मिटर भित्र छ भने, त्यसपछि LoRa को साथ फिडलिंग अनावश्यक छ। हाम्रो नेटवर्कमा, एक अलग VLAN मा केबल जडान गर्न सजिलो छ।

RS-485/232 को लागि तपाईलाई इथरनेटमा कन्भर्टर चाहिन्छ। धेरैले तुरुन्तै MOHA सम्झनेछन्, तर यो महँगो छ। हाम्रो समाधानको लागि, हामीले सस्तो चिनियाँ समाधान चयन गर्यौं।

यदि आउटपुट सीधा इथरनेट हो भने, कन्भर्टर आवश्यक पर्दैन।

प्रश्न। मानौं हामी इन्टरफेस आउटपुट आफैं स्थापना गर्छौं। के तपाईं आफ्नो जीवनलाई सजिलो बनाउन र तुरुन्तै जताततै इथरनेट स्थापना गर्न सक्नुहुन्छ?

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

थप। के मिटर ग्यारेन्टी पावरमा जोडिएको छ? यदि होइन भने, यो ब्याट्री पावरमा चल्छ। यस मोडमा, यो महिनामा एक पटक तीन मिनेटको लागि म्यानुअल मतदानको लागि डिजाइन गरिएको छ। लगातार VKT-7 पहुँच गर्नाले यसको ब्याट्री समाप्त हुनेछ। यसको मतलब तपाईले ग्यारेन्टी पावर प्रदान गर्न र भोल्टेज कन्भर्टर स्थापना गर्न आवश्यक छ।

प्रत्येक मिटर निर्माताको लागि पावर मोड्युल फरक छ। यो बाह्य DIN रेल एकाई वा निर्मित कन्भर्टर हुन सक्छ।

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

अवश्य पनि, यो सबै अन्ततः ग्राहक द्वारा भुक्तान गरिनेछ। तर उसले सही उपकरण आउन एक महिना कुर्दैन। र उसलाई यहाँ र अहिले जडानको लागि अनुमान चाहिन्छ। त्यसैले प्राविधिक रिजर्भ हाम्रो काँधमा पर्छ।

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

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

ठीक छ, हामीले प्राविधिक नक्सा, नियमहरू, स्वचालन लेख्यौं। हामीले लजिस्टिक स्थापना गरेका छौं।

अरू कहाँ लुकेका खाडलहरू छन्?

डाटा पढ्न र डाटाबेसमा खन्याइन्छ।

यी नम्बरहरूले ग्राहकलाई तातो वा चिसो बनाउँदैन। उसलाई रिपोर्ट चाहिन्छ। प्राथमिकतामा जसमा ऊ अभ्यस्त छ। यो अझ राम्रो हुन्छ यदि यो तुरुन्तै रिपोर्टको रूपमा हो जुन उसले बुझ्न सक्छ, जुन उसले छाप्न सक्छ, हस्ताक्षर गर्न र पेश गर्न सक्छ। यसको मतलब हामीलाई मिटरमा जानकारी प्रदर्शन गर्ने र स्वचालित रूपमा रिपोर्ट उत्पन्न गर्न सक्ने सरल र बुझ्न सकिने इन्टरफेस चाहिन्छ।

यहाँ हाम्रो चिडियाखाना जारी छ। तथ्य यो हो कि त्यहाँ धेरै रिपोर्ट फारमहरू छन्। तिनीहरूको मूलमा, तिनीहरूले एउटै कुरालाई प्रतिबिम्बित गर्छन् (तातो खपत), तर फरक तरिकामा।

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

यहाँ एउटा रोचक बिन्दु छ। यदि हाम्रो मिटर ठीकसँग स्थापित छ भने सबै कुरा ठीक छ। तर यो हुन्छ कि स्थापना कम्पनी, ITP स्थापना गर्दा, गल्ती गर्यो र मिटरको लागि गलत समय सेट गर्यो। हामीले यन्त्रहरू भेट्टायौं जुन 2010 हो जस्तो लाग्छ। हाम्रो प्रणालीमा, यो हालको मितिको लागि शून्य रिडिङ जस्तो देखिन्छ, र यदि हामीले 2010 चयन गर्छौं भने वास्तविक खपत। डेल्टा यहाँ धेरै उपयोगी छन्। अर्थात्, हामी भन्छौं कि विगत २४ घण्टामा यति धेरै भयो।

लाग्छ, किन यस्तो कठिनाइ ? आफ्नो घडी घुमाउन धेरै गाह्रो छ?

ठ्याक्कै VKT-7 सँग यसले काउन्टरको पूर्ण रिसेट र यसबाट अभिलेखहरू मेटाउन नेतृत्व गर्नेछ।
ग्राहकले हिजो होइन, पाँच वर्ष पहिले ITP स्थापना गरेको स्रोत अधिकारीहरूलाई प्रमाणित गर्न बाध्य हुनेछ।

र अन्तमा, केकमा आइसिङ।

Сертификация

हामीसँग मिटर र रिपोर्ट छ। तिनीहरूको बीचमा हाम्रो प्रणाली हो, जसले यो रिपोर्ट उत्पन्न गर्दछ। के तपाई उसलाई विश्वास गर्नुहुन्छ?

म गर्छु। तर हामी कसरी यो प्रमाणित गर्न सक्छौं कि हामी भित्र केहि पनि परिवर्तन हुँदैन, कि हामीले अर्थ विकृत गर्दैनौं। यो पहिले नै प्रमाणीकरण को मामला हो। सर्वेक्षण प्रणालीसँग यसको निष्पक्षता पुष्टि गर्ने प्रमाणपत्र हुनुपर्छ। सबै ठूला प्रणालीहरू, जस्तै LERS, Ya Energetik र अन्यसँग समान प्रमाणपत्र छ। हामीले यसलाई पनि प्राप्त गर्यौं, यद्यपि यो महँगो छ र धेरै समय लाग्छ।

निस्सन्देह, तपाईं सधैं एक कुना काट्न र केहि तयार-बनाउन सक्नुहुन्छ। तर विकासकर्ताले यसको लागि तिर्नुपर्नेछ। र विकासकर्ताले प्रविष्टि शुल्क मात्र होइन, सदस्यता शुल्क पनि सोध्न सक्छ। त्यो हो, हामी उहाँसँग हाम्रो पाईको अंश बाँड्न बाध्य हुनेछौं।

यो सबै किन हो?

यो मुख्य समस्या होइन। तपाईको आफ्नै प्रणाली विकास गर्नु पनि धेरै महँगो र धेरै गाह्रो छ। यद्यपि, यसले महत्त्वपूर्ण फाइदा प्रदान गर्दछ। हामी स्पष्ट रूपमा बुझ्छौं कि यसले कसरी काम गर्छ। हामी यसलाई सजिलै मापन गर्छौं, यदि यस्तो आवश्यकता अचानक उत्पन्न भयो भने हामी यसलाई परिमार्जन गर्न सक्छौं। ग्राहकले थप पूर्ण सेवा प्राप्त गर्दछ, र हाम्रो पक्षमा, प्रक्रियामा XNUMX% नियन्त्रण।

त्यसैले हामीले दोस्रो बाटो रोज्यौं। हामीले यसमा हाम्रा विकासकर्ता र क्षेत्र इन्जिनियरहरूको जीवनको एक वर्ष लगानी गर्यौं। तर अब हामी स्पष्ट रूपमा सम्पूर्ण श्रृंखला को सञ्चालन बुझ्छौं।

फर्केर हेर्दा, म बुझ्छु कि प्राप्त ज्ञान बिना, मैले कुनै विशेष काउन्टरको असामान्य व्यवहारलाई सही रूपमा व्याख्या गर्न सक्षम हुने थिइनँ।

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

हामी अझ अगाडि बढ्यौं र हाम्रो प्लेटफर्ममा थप्यौं (यसलाई कल गर्ने कुनै अन्य तरिका छैन) त्यहाँका बासिन्दाहरूबाट अनुरोधहरू प्राप्त गर्ने क्षमता, हाम्रो "स्मार्ट इन्टरकमहरू", सडक प्रकाश नियन्त्रण गर्ने क्षमता, र मैले नलेखेको अन्य धेरै परियोजनाहरू। अझै बारे।

यो सबै गाह्रो, मस्तिष्क तोड्ने र समय खपत गर्ने हो। तर परिणाम यसको लायक छ। सदस्यहरूले तयार-निर्मित, व्यापक उत्पादन प्राप्त गर्छन्।

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

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

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

स्रोत: www.habr.com