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 हा एकमेव मार्ग आहे.

पुढील. मीटर हमी वीज पुरवठ्याशी जोडलेले आहे का? नसल्यास, ते बॅटरीवर जगते. या मोडमध्ये, ते महिन्यातून एकदा तीन मिनिटांसाठी मॅन्युअल मतदानासाठी डिझाइन केले आहे. CGT-7 मध्ये सतत प्रवेश केल्याने त्याची बॅटरी संपेल. म्हणून, आपल्याला हमी वीज पुरवठा खेचणे आणि व्होल्टेज कनवर्टर स्थापित करणे आवश्यक आहे.

मीटरच्या प्रत्येक निर्मात्यासाठी, वीज पुरवठा मॉड्यूल वेगळे आहे. हे डीआयएन रेल्वेवरील बाह्य युनिट किंवा अंगभूत कन्व्हर्टर असू शकते.

असे दिसून आले की प्रत्येक मीटरसाठी विविध इंटरफेस आणि पॉवर मॉड्यूल्सचा संच नेहमी आमच्या वेअरहाऊसमध्ये संग्रहित केला पाहिजे. तेथील रेंज प्रभावी आहे.

अर्थात, हे सर्व शेवटी सबस्क्राइबरद्वारे दिले जाईल. पण योग्य उपकरण येईपर्यंत तो महिनाभर थांबणार नाही. आणि त्याला येथे आणि आता कनेक्ट करण्यासाठी अंदाज आवश्यक आहे. त्यामुळे तंत्रज्ञानाचा साठा आपल्या खांद्यावर येतो.

मी वर्णन केलेली प्रत्येक गोष्ट स्पष्ट तांत्रिक कनेक्शन कार्डमध्ये बदलते जेणेकरून स्थानिक अभियंते पुढील तळघरात कोणत्या प्रकारचे प्राणी भेटले आणि ते कार्य करण्यासाठी त्यांना काय आवश्यक आहे याचा विचार करू शकत नाहीत.

तांत्रिक नकाशा सामान्य कनेक्शन नियमांच्या समीप आहे. शेवटी, आमच्या नेटवर्कमध्ये मीटर समाविष्ट करणे पुरेसे नाही, तरीही तुम्हाला तेच VLAN स्विच पोर्टवर टाकणे आवश्यक आहे, तुम्हाला निदान करणे आवश्यक आहे, चाचणी सर्वेक्षण करणे आवश्यक आहे. त्रुटी टाळण्यासाठी आणि अभियंत्यांच्या अनावश्यक शक्तींचा समावेश न करण्यासाठी आम्ही संपूर्ण प्रक्रिया शक्य तितकी स्वयंचलित करण्याचा प्रयत्न करतो.

बरं, आम्ही तांत्रिक नकाशे, नियम, ऑटोमेशन लिहिले. लॉजिस्टिक्स सेट करा.

आणखी कुठे लपलेले नुकसान आहेत?

डेटा वाचला जातो आणि डेटाबेसमध्ये ओतला जातो.

या आकडेवारीतील ग्राहक गरम किंवा थंड नाही. त्याचा अहवाल हवा आहे. शक्यतो ज्या फॉर्ममध्ये त्याची सवय आहे. त्याहूनही चांगले, जर त्याला समजू शकेल असा अहवाल ताबडतोब स्वरूपात दिला तर, जो तो छापू शकतो, स्वाक्षरी करू शकतो आणि सबमिट करू शकतो. याचा अर्थ असा की तुम्हाला एक साधा आणि समजण्याजोगा इंटरफेस हवा आहे जो मीटरवर माहिती दाखवतो आणि आपोआप अहवाल तयार करू शकतो.

येथे आमचे प्राणीसंग्रहालय सुरू आहे. वस्तुस्थिती अशी आहे की अहवालाचे अनेक प्रकार आहेत. त्यांच्या केंद्रस्थानी, ते समान गोष्ट (उष्णतेचा वापर) प्रतिबिंबित करतात, परंतु वेगवेगळ्या प्रकारे.

काही सदस्य निरपेक्ष मूल्यांमध्ये नोंदवतात (म्हणजेच, मूल्ये मीटरच्या स्थापनेपासून सुरू होणाऱ्या उष्णतेच्या वापराच्या स्तंभात लिहिली जातात), कोणीतरी डेल्टासमध्ये (जेव्हा आपण ठराविक कालावधीसाठी वापर लिहितो तेव्हा असे होते. प्रारंभिक मूल्यांच्या संदर्भाशिवाय). खरं तर, ते एकसमान मानके वापरत नाहीत, परंतु स्थापित प्रथा. अशी प्रकरणे घडली आहेत जेव्हा सदस्यांना त्यांना आवश्यक असलेली सर्व मूल्ये दिसतात (उष्णतेचे प्रमाण, पुरवठा केलेल्या आणि गेलेल्या शीतलकांचे प्रमाण, तापमानातील फरक), परंतु अहवालातील स्तंभ चुकीच्या क्रमाने आहेत.
म्हणून पुढील पायरी - अहवाल सानुकूलित करणे आवश्यक आहे. म्हणजेच, त्याच्या दस्तऐवजात कोणत्या क्रमाने काय जाते आणि कोणती संसाधने आहेत हे ग्राहक स्वतः निवडतो.

येथे एक मनोरंजक मुद्दा आहे. आमचे मीटर योग्यरित्या स्थापित केले असल्यास सर्व काही ठीक आहे. परंतु असे घडते की स्थापना संस्थेने, आयटीपी स्थापित करताना, गोंधळ केला आणि मीटरसाठी चुकीची वेळ सेट केली. आम्ही अशी उपकरणे पाहिली आहेत ज्यांना वाटते की हे 2010 आहे. आमच्या सिस्टममध्ये, हे वर्तमान तारखेसाठी शून्य रीडिंगसारखे दिसेल आणि आम्ही 2010 निवडल्यास वास्तविक वापर. इथेच डेल्टा उपयोगी पडतात. म्हणजे गेल्या दिवसभरात इतकं टिकलंय असं आपण म्हणतो.

असे वाटेल, अशा अडचणी का? घड्याळ खाली सोडणे इतके कठीण आहे का?

व्हीकेटी -7 सह हे तंतोतंत आहे की यामुळे काउंटरचा संपूर्ण रीसेट होईल आणि त्यातून संग्रहण काढले जातील.
ग्राहकाला संसाधन व्यवस्थापकांना हे सिद्ध करण्यास भाग पाडले जाईल की त्याने काल नव्हे तर सुमारे पाच वर्षांपूर्वी ITP स्थापित केला आहे.

आणि शेवटी, केकवर आयसिंग.

सर्टिफाईटेशन

आमच्याकडे मीटर आहे, आमच्याकडे अहवाल आहे. त्यांच्यामध्ये आमची प्रणाली आहे जी हा अहवाल तयार करते. तुमचा तिच्यावर विश्वास आहे का?

मी होय. पण आपल्यात काहीही बदल होत नाही, आपण अर्थाचा विपर्यास करत नाही हे कसे सिद्ध करायचे. प्रमाणीकरणाची बाब आहे. मतदान यंत्रामध्ये निःपक्षपातीपणाची पुष्टी करणारे प्रमाणपत्र असणे आवश्यक आहे. LERS, Ya Energetik आणि इतर सारख्या सर्व मोठ्या प्रणालींकडे समान प्रमाणपत्र आहे. आम्हाला ते देखील मिळाले आहे, जरी ते महाग आहे आणि खूप वेळ घेते.

नक्कीच, आपण नेहमी कोपरे कापू शकता आणि तयार काहीतरी खरेदी करू शकता. मात्र यासाठी विकासकाला पैसे द्यावे लागतील. आणि विकासक केवळ प्रवेश शुल्कासाठीच नाही तर मासिक शुल्क देखील मागू शकतो. म्हणजेच, आम्हाला आमच्या पाईचा एक भाग त्याच्याबरोबर सामायिक करण्यास भाग पाडले जाईल.

हे सर्व का आहे?

मुख्य समस्या ही नाही. तुमची स्वतःची प्रणाली विकसित करणे देखील खूप महाग आणि अनेक वेळा कठीण आहे. तथापि, तो एक महत्त्वाचा फायदा प्रदान करतो. ते कसे कार्य करते हे आम्हाला स्पष्टपणे समजते. आम्ही ते सहजपणे मोजतो, जर अचानक अशी गरज उद्भवली तर आम्ही त्यात बदल करू शकतो. ग्राहकाला अधिक संपूर्ण सेवा मिळते आणि आमच्या बाजूने, प्रक्रियेवर शंभर टक्के नियंत्रण असते.

त्यामुळेच आम्ही दुसरा मार्ग निवडला. आम्ही आमच्या डेव्हलपर आणि फील्ड इंजिनिअर्सच्या आयुष्यातील एक वर्ष त्यात गुंतवले आहे. परंतु आता आपल्याला संपूर्ण साखळीचे कार्य स्पष्टपणे समजते.

मागे वळून पाहताना, मला समजते की प्राप्त झालेल्या ज्ञानाशिवाय, मी विशिष्ट काउंटरच्या असामान्य वर्तनाचा अचूक अर्थ लावू शकत नाही.

याव्यतिरिक्त, डिस्पॅचिंग सिस्टमच्या आधारावर आणखी काहीतरी तयार केले जाऊ शकते. वापर जादा अलार्म, अपघात अहवाल. आमच्याकडे लवकरच मोबाईल अॅप येत आहे.

आम्ही आणखी पुढे गेलो आणि आमच्या प्लॅटफॉर्मवर (अन्यथा तुम्ही याला इतर कोणत्याही प्रकारे म्हणू शकत नाही) रहिवाशांकडून विनंत्या प्राप्त करण्याची क्षमता, आमचे “स्मार्ट इंटरकॉम” नियंत्रित करण्याची क्षमता, रस्त्यावरील प्रकाश व्यवस्था ताबडतोब नियंत्रित करण्याची क्षमता आणि आणखी काही प्रकल्प जोडले जे मी. अजून लिहिलेले नाही.

हे सर्व गुंतागुंतीचे, मेंदू तोडणारे आणि दीर्घ आहे. पण परिणाम तो वाचतो आहे. सदस्यांना एक रेडीमेड सर्वसमावेशक उत्पादन मिळते.

गृहनिर्माण आणि सांप्रदायिक सेवांमध्ये जाण्याची योजना आखणारा प्रत्येक ऑपरेटर निश्चितपणे हा मार्ग घेईल. पास होईल का?
येथे एक प्रश्न आहे. हे पैशाबद्दल देखील नाही. मी वर लिहिल्याप्रमाणे, येथे काय आवश्यक आहे ते क्षेत्र आणि विकासातील कामाचे संयोजन आहे. सर्व प्रमुख खेळाडूंना याची सवय नसते. जर तुमचे विकसक मॉस्कोमध्ये असतील आणि नोवोसिबिर्स्कमध्ये कनेक्शन केले गेले असतील तर तयार उत्पादनासाठी तुमचा वेळ लक्षणीयरीत्या वाढला आहे.

या बाजारपेठेत कोण धरून राहील हे काळच सांगेल आणि कोण म्हणेल - ठीक आहे, तो नरकात गेला आहे! पण एक गोष्ट मला पक्की माहीत आहे ती म्हणजे केवळ पैशाच्या जोरावर येऊन मार्केट शेअर घेऊन चालणार नाही. या प्रक्रियेसाठी अपारंपरिक दृष्टीकोन, चांगले अभियंते, नियमन मध्ये खोदणे, संसाधन व्यवस्थापक आणि सदस्यांशी संवाद, सतत ओळख आणि रेकवर मात करणे आवश्यक आहे.

PS या लेखात मी मुद्दाम उष्णतेवर लक्ष केंद्रित केले आहे आणि वीज किंवा पाण्याचा उल्लेख केलेला नाही. मी केबल कनेक्शनचे देखील वर्णन करतो. आमच्याकडे पल्स आउटपुट असल्यास, काही बारकावे आहेत, जसे की स्थापनेनंतर अनिवार्य समेट. असे होऊ शकते की वायर पोहोचू शकत नाही, मग LoRaWAN वापरले जाते. आमच्या संपूर्ण व्यासपीठाचे आणि त्याच्या विकासाच्या टप्प्यांचे एका लेखात वर्णन करणे केवळ अवास्तव आहे.

स्त्रोत: www.habr.com