यदि मीथेन, तापमान और आर्द्रता सेंसरों की सटीकता पर्याप्त हो, तो क्या इन तीनों डेटा को तुरंत साथ विश्लेषित किया जा सकता है? आवश्यक नहीं। यदि मीथेन का मान 10:00 की हवा दिखाता है, जबकि तापमान 10:03 और आर्द्रता 9:58 की स्थिति दिखाते हैं, तो एक पंक्ति में रखी तीन संख्याएँ एक ही घटना का वर्णन नहीं करतीं। सेंसरों के बीच कुछ मिनट का अंतर छोटा लग सकता है, पर खिलाई, पंखे का संचालन और दरवाजा खुलने जैसी तेज घटनाओं के आसपास यह कारण और परिणाम को उलट सकता है।
समय समकालिकरण केवल स्क्रीन पर घड़ी मिलाने का काम नहीं है। इसमें घटना होने का समय, सेंसर द्वारा मान बनाने का समय, गेटवे द्वारा मान प्राप्त करने का समय, सर्वर द्वारा मान संग्रहीत करने का समय और सुधार तथा एकत्रीकरण किए जाने का समय अलग करना और उनके संबंध तथा अनिश्चितता का प्रबंधन करना शामिल है। यह भेद न हो तो देर से पहुँचा सामान्य डेटा असामान्य मान बन सकता है और संचार बाधा की व्याख्या वास्तविक सांद्रता परिवर्तन के रूप में हो सकती है।
घड़ी की त्रुटि विश्लेषण को चार तरह से बदलती है
पहला है सहसंबंध का विकृत होना। यदि पंखा चालू होने के बाद मीथेन की सांद्रता 5 मिनट में घटी, लेकिन मीथेन सेंसर की घड़ी 7 मिनट आगे है, तो ग्राफ में सांद्रता पहले गिरती और पंखा बाद में चालू होता दिखाई देगा। विश्लेषण मॉडल वेंटिलेशन के प्रभाव को कम या उलटी दिशा में आँक सकता है।
दूसरा है अधिकतम मान और घटना-विंडो का छूटना। यदि खिलाई के बाद 30 मिनट की विश्लेषण विंडो तय की गई हो, लेकिन घड़ी में 10 मिनट का अंतर हो, तो कुछ सेंसरों में बढ़त वाला हिस्सा विंडो से बाहर चला जाता है। सेंसरों का दैनिक औसत समान हो सकता है, फिर भी शिखर का कारण और प्रतिक्रिया समय अलग दिखाई देंगे। तीसरा है गलत इंटरपोलेशन। अलग-अलग समय के मानों को एक ही समय का मानकर रैखिक इंटरपोलेशन करने पर मीथेन और आर्द्रता का ऐसा संयोजन बन जाता है जो वास्तव में कभी था ही नहीं।
चौथा है दोहराव और क्रम की त्रुटि। यदि उपकरण ऑफलाइन डेटा दोबारा भेजते समय केवल प्राप्ति का समय सहेजे, तो कल देखा गया मान आज के अचानक बदलाव की तरह दिखता है। रीबूट के बाद घड़ी आरंभिक स्थिति में लौटे तो पुराने टाइमस्टैम्प दोहर सकते हैं, और डेलाइट सेविंग टाइम या स्थानीय समय रूपांतरण गलत लागू होने पर एक घंटा दोहर सकता है या गायब हो सकता है। भले केवल कोरियाई फार्म संचालित हों, सर्वर, विश्लेषण उपकरण और साझेदार संस्थाएँ अलग समय क्षेत्र इस्तेमाल कर सकती हैं, इसलिए UTC-आधारित भंडारण सुरक्षित है।
अवलोकन का समय और प्राप्ति का समय एक-दूसरे का स्थान नहीं ले सकते
OGC SensorThings API, Observation में घटना होने के phenomenonTime और परिणाम बनने के resultTime को अलग करती है। स्थल प्रणाली इसमें प्राप्ति और लोडिंग का समय भी जोड़ सकती है। इस संरचना का लाभ यह है कि नेटवर्क विलंब और सेंसर की घड़ी की समस्या को अलग-अलग देखा जा सकता है।
उदाहरण के लिए, यदि अवलोकन का समय 10:00, गेटवे पर प्राप्ति का समय 10:00:03 और क्लाउड में लोडिंग का समय 12:15 है, तो सेंसर तथा स्थानीय संचार सामान्य रहे होंगे और संभवतः बाहरी नेटवर्क टूटने के बाद डेटा दोबारा भेजा गया होगा। इसके विपरीत, यदि कई उपकरणों का डेटा गेटवे पर एक साथ पहुँचता है, लेकिन केवल एक सेंसर का अवलोकन समय लगातार 4 मिनट आगे है, तो उस उपकरण की घड़ी में ड्रिफ्ट का संदेह किया जा सकता है।
घड़ी-रहित कम क्षमता वाले उपकरण में गेटवे अवलोकन समय दे सकता है। इस स्थिति में डेटा पर timestamp_source=gateway अंकित करें और उपकरण से गेटवे तक प्रसारण के अधिकतम विलंब को जानें। सर्वर की प्राप्ति का समय चुपचाप अवलोकन समय में कॉपी करने पर सामान्य संचालन में समस्या नहीं दिखेगी, लेकिन संचार विलंब वाले दिन परिणाम बहुत बदल जाएगा।
समय समकालिकरण का सिद्धांत: संदर्भ, त्रुटि और विलंब को साथ देखें
IETF RFC 5905 वितरित समय सर्वरों और क्लाइंटों की प्रणाली घड़ियों को समकालिक करने वाली NTPv4 संरचना और एल्गोरिदम निर्धारित करता है। लेकिन केवल NTP का उपयोग करना सभी डेटा के सही समय पर मिलने की गारंटी नहीं देता। यह जाँचना होगा कि उपकरण आखिरी बार कब समकालिक हुआ, संदर्भ सर्वर तक नेटवर्क विलंब कितना है और रीबूट या बाहरी नेटवर्क टूटने पर घड़ी कैसे बनाए रखी जाती है।
समय की गुणवत्ता को परिचालन संकेतक के रूप में संभालते समय offset, drift और uncertainty को साथ देखना उपयोगी है। offset संदर्भ समय और उपकरण के वर्तमान समय का अंतर है, drift समय बीतने के साथ त्रुटि बढ़ने की दर है और uncertainty वह सीमा है जिसमें वास्तविक अवलोकन समय प्रदर्शित मान के आसपास हो सकता है। यदि उपकरण 6 घंटे ऑफलाइन रहे और उसकी घड़ी हर घंटे 1 सेकंड पिछड़ सकती हो, तो बहाली के समय तक समय की अनिश्चितता जमा हो जाती है।
आवश्यक सटीकता विश्लेषण के उद्देश्य से उलटी दिशा में निर्धारित करें। 10 मिनट के औसत से मासिक प्रवृत्ति देखने वाले डेटा में कुछ सेकंड का अंतर निष्कर्ष पर लगभग कोई असर नहीं डाल सकता। लेकिन पंखा नियंत्रित करने के बाद 30 सेकंड की प्रतिक्रिया का विश्लेषण या अलग सेंसरों तक प्लूम पहुँचने के समय की तुलना करने में 1 मिनट की त्रुटि गंभीर है। हर उपकरण से नैनोसेकंड स्तर की माँग जरूरी नहीं, लेकिन स्वीकार्य त्रुटि तय किए बिना समकालिकरण पूर्ण की अवस्था भी अर्थहीन है।
स्थल परिदृश्य: आर्द्रता मीथेन वृद्धि का कारण क्यों दिखाई दी
मान लें कि गर्मियों में एक पशुशाला में हर बार आर्द्रता बढ़ने के 3 मिनट बाद मीथेन की सांद्रता भी बढ़ती दिखाई दी। विश्लेषण टीम ने माना कि आर्द्रता में बदलाव ने सेंसर प्रतिक्रिया या पशुओं की गतिविधि प्रभावित की। लेकिन जाँच में पता चला कि आर्द्रता सेंसर गेटवे का समय और मीथेन सेंसर अपनी आंतरिक घड़ी इस्तेमाल कर रहा था तथा मीथेन की घड़ी वास्तविक समय से 5 मिनट आगे थी। सुधार के बाद मीथेन की वृद्धि आर्द्रता से अधिक, उससे पहले हुई खिलाई और पंखा बंद होने के समय से मेल खाती थी।
इस मामले में सेंसर के मान स्वयं गलत नहीं थे। घटनाओं का क्रम गलत था। समय-अक्ष सुधारने से पहले सहसंबंध गुणांक और विलंब-प्रभाव मॉडल सांख्यिकीय रूप से विश्वसनीय लगने पर भी गलत निष्कर्ष दे सकते हैं। समय समकालिकरण विश्लेषण-पूर्व प्रसंस्करण की छोटी मद नहीं, बल्कि कारणात्मक व्याख्या की पूर्वशर्त है।
सत्यापन का तरीका संदर्भ घटना बनाना है। ऐसी नियंत्रित घटना या पंखे की अवस्था में बदलाव दर्ज करें जिसे कई उपकरण एक साथ पहचान सकें, और टाइमस्टैम्प का अंतर देखें। जहाँ संभव हो, स्वतंत्र संदर्भ घड़ी या गेटवे लॉग से तुलना करें। केवल डेटाबेस का समय न मिलाएँ; उपकरण की स्क्रीन, गेटवे पैकेट और सर्वर लॉग में उसी घटना को ट्रैक करने पर ही विलंब वाला खंड मिल सकता है।
समकालिक विश्लेषण पाइपलाइन कैसे डिजाइन करें
मूल डेटा में उपकरण द्वारा बताया गया समय यथावत रखें। अलग फील्ड में UTC में बदला समय, सुधरा हुआ अवलोकन समय, सुधार की मात्रा, समय क्षेत्र, संदर्भ घड़ी, अंतिम समकालिकरण का समय और गुणवत्ता संकेतक रखें। मूल टाइमस्टैम्प को मिटाने पर बाद में समकालिकरण नियम की समीक्षा नहीं की जा सकती।
इसके बाद पुनः नमूनाकरण के नियम तय करें। यदि मीथेन हर 10 सेकंड, तापमान हर 1 मिनट और आर्द्रता हर 5 मिनट मापी जाती है, तो पंक्तियों को सीधे जोड़ने के बजाय साझा समय विंडो और एकत्रीकरण फलन इस्तेमाल करें। भौतिक अर्थ के आधार पर औसत, माध्यिका, अंतिम मान बनाए रखना या समाकलन चुनें। निकटतम समय के स्वीकार्य अंतर को तय करें और उससे बाहर के मान को अनुपलब्ध रखें। दूर के समय का मान जबरन भरने से बेहतर है कि अनुपलब्धता स्पष्ट दिखाई जाए।
सेंसर के प्रतिक्रिया समय को घड़ी की त्रुटि से भी अलग करना चाहिए। एक ही हवा एक साथ मिलने पर भी सुरक्षा फिल्टर, नमूना नली की लंबाई, पंप प्रवाह और सेंसर सिद्धांत के कारण मीथेन तथा आर्द्रता की प्रतिक्रिया देर से हो सकती है। यह विलंब समय समकालिकरण से समाप्त नहीं होता; इसलिए साथ-साथ परीक्षण से हर उपकरण की प्रतिक्रिया विशेषता निकालकर विश्लेषण में शामिल करनी चाहिए।
समय सुधार नियम का संस्करण भी गणना सूत्र के साथ सुरक्षित रखना चाहिए। उदाहरण के लिए, यदि केवल किसी विशेष अवधि पर रैखिक ड्रिफ्ट सुधार लागू किया गया हो, तो आरंभ और अंत का समय, संदर्भ घटना, सुधार गुणांक और अनुमोदक दर्ज करें। बाद में बेहतर संदर्भ-घड़ी डेटा मिलने पर भी मूल डेटा को न मिटाएँ; नया सुधार संस्करण बनाएँ ताकि पुरानी रिपोर्ट और संशोधित परिणाम दोनों दोहराए जा सकें। गुणवत्ता रिपोर्ट में यह भी दर्ज करें कि सुधार से पहले और बाद के प्रमुख संकेतक कितने बदले।
NIST का OT सुरक्षा मार्गदर्शन भौतिक वातावरण को महसूस और नियंत्रित करने वाली प्रणालियों में प्रदर्शन, विश्वसनीयता और सुरक्षा आवश्यकताओं को साथ देखने को कहता है। यदि समय सर्वर या गेटवे हमले अथवा त्रुटि के कारण गलत समय बाँटे, तो अलार्म का क्रम और ऑडिट रिकॉर्ड भी क्षतिग्रस्त हो सकते हैं। अनुमोदित समय स्रोत, पहुँच नियंत्रण, समय बदलने के लॉग, असामान्य छलाँग की पहचान और स्थानीय समय बनाए रखने की रणनीति को परिचालन मानदंड में शामिल करें।
कार्यान्वयन जाँच-सूची
हर विश्लेषण के लिए अधिकतम स्वीकार्य समय त्रुटि और आवश्यक नमूना अवधि तय करें।
अवलोकन समय, परिणाम बनने का समय, प्राप्ति समय और लोडिंग समय अलग फील्ड में सहेजें।
मूल समय, UTC रूपांतरण, सुधारित मान और सुधार का कारण सभी सुरक्षित रखें।
हर उपकरण का समय स्रोत, अंतिम समकालिकरण, offset, drift और अनिश्चितता एकत्र करें।
रीबूट, बाहरी नेटवर्क टूटने और गेटवे बदलने पर समय के व्यवहार का परीक्षण करें।
साझा समय विंडो, एकत्रीकरण फलन और निकटतम मिलान की स्वीकार्य सीमा पहले तय करें।
दोबारा भेजे गए डेटा को प्राप्ति समय नहीं, मूल अवलोकन समय के अनुसार लगाएँ।
साथ-साथ परीक्षण से सेंसर प्रतिक्रिया समय और घड़ी की त्रुटि अलग करें।
पंखा, खिलाई और दरवाजा खुलने जैसी घटनाओं के लॉग को भी उसी समय संदर्भ से जोड़ें।
समय-गुणवत्ता की सीमा पार करने वाले खंडों को कटौती विश्लेषण में चिह्नित करें और संवेदनशीलता जाँचें।
निष्कर्ष
मीथेन, तापमान और आर्द्रता डेटा का समय समकालिकरण केवल सुंदर ग्राफ बनाने के लिए किया जाने वाला सफाई कार्य नहीं है। यह विश्लेषण का वह निर्देशांक तंत्र है जिससे तय होता है कि कौन-सी घटना पहले हुई और पर्यावरण के बदलाव पर सेंसरों तथा पशुशाला ने कैसे प्रतिक्रिया दी। मान सही हों लेकिन समय गलत हो, तो सहसंबंध, शिखर, प्रतिक्रिया समय और कटौती प्रभाव सभी बदल सकते हैं।
अच्छी प्रणाली हर टाइमस्टैम्प पर बिना शर्त भरोसा नहीं करती। वह समय का स्रोत और त्रुटि दर्ज करती है, अवलोकन को प्रसारण से अलग रखती है और विश्लेषण के उद्देश्य के अनुरूप स्वीकार्य सीमा लागू करती है। पहला काम यह तुलना करना है कि मीथेन, तापमान, आर्द्रता और पंखे के इवेंट में एक ही घटना किस समय दर्ज हुई। जब उस अंतर को मापा और प्रबंधित किया जा सके, तभी कई सेंसरों की संख्याएँ एक ही स्थल का वर्णन करती हैं।