यहां एक सवाल है जो अधिक तर्कों को समाप्त करता है जितना कि यह शुरू करता है: आपके मशीन पर समय क्या है, और क्या यह दिन के प्रकाश की बचत के बारे में जानता है? गर्मी/सर्दी टाइमर समर्थन के साथ एक वास्तविक समय घड़ी उन सुविधाओं में से एक है जो तुच्छ लगती है और तीसरी साइट पर जाने पर अनिवार्य हो जाती है, जब ग्राहक शपथ लेता है कि प्रकाश अनुसूची साल में दो बार एक घंटे की भटकन होती है।
xLogic RTC पावर लॉस के बाद 25 डिग्री पर बीस दिनों के लिए कैलेंडर को चालू रखता है। बीस दिन। यह एक सिक्का-सेल बैकअप नहीं है; यह एक कैपेसिटर है जो छुट्टी के शटडाउन के दौरान शेड्यूल को बनाए रखता है।
आप क्या शेड्यूल कर सकते हैं
RTC केवल एक टाइमस्टैम्प नहीं है। यह प्रोग्राम को फीड करता है: दिन का समय तुलना, सप्ताह के दिन की अनुसूचियां, तिथि-आधारित घटनाएं, और अंतर्निहित गर्मी/सर्दी टाइमर जो स्वचालित रूप से DST परिवर्तन को संभालता है। एक भवन प्रकाश नियंत्रक या वेंटिलेशन शेड्यूल के लिए, जो एक टाइम स्विच, एक फोटोसेल, और साल में दो बार एक रखरखाव यात्रा को प्रतिस्थापित करता है।
और RTC मान बाहरी से पहुंच योग्य हैं। आप HMI कीपैड, प्रोग्रामिंग सॉफ़्टवेयर से, या - GSM मॉडलों पर - SMS द्वारा घड़ी पढ़ और सेट कर सकते हैं। एक अन्य समय क्षेत्र में ग्राहक मशीन को नया समय भेज सकता है। यह समर्थन है जिसे आप बेच सकते हैं।
वास्तविक मामला: पार्किंग स्थल की रोशनी
एक व्यावसायिक पार्किंग स्थल, चालीस ल्यूमिनायर्स, एक अनुसूची जिसे मौसम के अनुसार सूर्यास्त-संबंधित समय का पालन करना था। पुरानी टाइमर बोर्ड को हर दो महीने में मैनुअल समायोजन की आवश्यकता थी। प्रतिस्थापन: RTC के साथ एक कॉम्पैक्ट CPU, दो समय-आधारित प्रोग्राम, और एक गर्मी/सर्दी टाइमर। कमीशनिंग में एक यात्रा लगी। रखरखाव की अनुसूची साल में छह यात्राओं से शून्य पर चली गई।
संपत्ति प्रबंधक के सटीक शब्द, जिन्हें मैं नहीं भूलूंगा: "मार्च से यह गलत नहीं हुआ है।"
रिटेंटिव मेमोरी प्रश्न
RTC बैकअप और रिटेंटिव मेमोरी दो अलग-अलग चीजें हैं, और दोनों महत्वपूर्ण हैं। रिटेंटिव मेमोरी आपके फ्लैग और रजिस्टर को पावर लॉस के माध्यम से जीवित रखती है - PR-6 और PR-12-E मॉडल इसे नहीं ले जाते, इसलिए संचयित मान रीसेट होते हैं। RTC घड़ी को जीवित रखता है। किसी काम के लिए मॉडल चुनने से पहले दोनों के लिए स्पेक पढ़ें जो बैच कुल या रन घंटे गिनता है।
एक मशीन जो पावर डिप पर अपने काउंटर भूल जाती है, वह मशीन है जो आपको झूठ बोलती है। RTC समय पर होगा जबकि काउंटर रीसेट होते हैं - वह संयोजन किसी एक समस्या से अधिक भ्रमित करने वाला है।
सही ढंग से शेड्यूलिंग
अनुसूची ब्लॉकों को ऑपरेटर को ध्यान में रखकर डिजाइन करें। एक साधारण "06:00 पर चालू, 18:00 पर बंद" है EASY। छुट्टियों, अपवादों और एक मैनुअल ओवरराइड के साथ एक औद्योगिक अनुसूची को कुछ अतिरिक्त ब्लॉकों की आवश्यकता होती है - लेकिन RTC आपको कच्चा माल देता है: विश्वसनीय समय, विश्वसनीय कैलेंडर, DST संभाला गया। बाकी केवल प्रोग्रामिंग अनुशासन है।
DST जाल और मशीनें जो इसमें गिरती हैं
यहां एक रखरखाव कॉल है जो हर साल, साल में दो बार, उसी तारीखों पर दोहराता है: मशीन जो घड़ी परिवर्तन के बाद एक घंटे की देरी से चलती है। जो मशीनें इसमें गिरती हैं वे मैनुअल अनुसूची वाली होती हैं - "6 PM" के लिए सेट किया गया एक टाइमर जो अब 5 PM पर चालू होता है क्योंकि किसी ने घड़ी को समायोजित नहीं किया, और कोई नहीं जानता कि कैसे। गर्मी/सर्दी टाइमर समर्थन ठीक इसी कॉल को समाप्त करने के लिए मौजूद है।
इसे कमीशनिंग पर सक्षम करें। ब्लॉक स्वचालित रूप से संक्रमण को संभालता है, उस क्षेत्र की अनुसूची पर जिसे आप कॉन्फ़िगर करते हैं। इसे एक बार, वास्तविक DST तिथि पर सत्यापित करें, और मशीन उन उपकरणों के छोटे क्लब में शामिल हो जाती है जिन्हें साल में दो बार शून्य ध्यान की आवश्यकता होती है।
और वास्तविक मॉडल पर RTC बैटरी/कैपेसिटर व्यवहार की जांच करें। 25 डिग्री पर 20-दिन का बैकअप एक चार्ज किए गए कैपेसिटर और एक उचित वातावरण मानता है। एक 50-डिग्री कैबिनेट में, तीन सप्ताह तक बिना पावर के, मशीन को पुनरारंभ पर घड़ी सेट करने की आवश्यकता हो सकती है। यह एक कमीशनिंग नोट है, दोष नहीं - इसे रखरखाव निर्देशों में डालें ताकि शटडाउन के बाद पहला पुनरारंभ सेवा कॉल न बन जाए।
उत्पाद विशेषता के रूप में अनुसूची
OEMs के लिए, RTC एक सुविधा नहीं है - यह एक स्पेक लाइन है जो निविदाएं जीतती है। "प्रोग्रामेबल साप्ताहिक अनुसूची, DST-जानकारी, बैटरी-समर्थित" एक डेटा शीट पर "एक टाइमर है" से बेहतर पढ़ता है, और यह मशीन को एक वस्तु से एक उत्पाद में परिवर्तित करता है जिसमें एक विशेषता सूची होती है। अनुसूची ब्लॉक सप्ताह के दिन के पैटर्न, तिथि-आधारित अपवाद, और मैनुअल ओवरराइड पथ को कवर करते हैं; संयोजन बिना किसी दूसरे नियंत्रक के अधिकांश सुविधाओं की आवश्यकताओं को कवर करता है।
अनुसूची को एक विशेषता के रूप में मूल्यांकन करें, न कि एक ब्लॉक के रूप में। ग्राहक एक टाइमर नहीं खरीद रहा है; वे मौसमों और छुट्टियों के बीच पूर्वानुमानित संचालन खरीद रहे हैं। RTC इसे कमीशनिंग सेटिंग के साथ प्रदान करता है, और विशेषता पर मार्जिन हार्डवेयर पर मार्जिन से बेहतर है - जो इस लेख के लिए भुगतान करने वाला तर्क है।
समय स्रोत
RTC केवल अपनी अनुशासन के रूप में सटीक है। इसे कमीशनिंग पर सेट करें, इसे हर सेवा यात्रा पर समन्वयित करें, और वास्तविक संक्रमण तिथि पर DST सेटिंग की जांच करें। एक घड़ी जो एक घंटे की भटकन करती है, बिना घड़ी के होने से बदतर है - अनुसूची गलत समय पर आत्मविश्वास से चालू होती है। सॉफ़्टवेयर के साथ दो मिनट, एक बार एक मौसम में, और कैलेंडर ईमानदार रहता है। जो मशीनें समय रखती हैं वे वही हैं जिन्हें किसी ने सेट किया - दो बार।
और कमीशनिंग पर घड़ी सेट करें। मैंने पैनलों में प्रवेश किया है जहां RTC अभी भी 2007 दिखा रहा था क्योंकि किसी ने परवाह नहीं की। यह सुविधा तब तक कुछ नहीं करती जब तक आप इसे सेट नहीं करते, इसलिए इसे स्टार्टअप चेकलिस्ट पर रखें, "टर्मिनल को कसें" और "दरवाजा बंद करें" के बीच।
और याद रखें: RTC का बीस-दिन का बैकअप एक चार्ज किए गए कैपेसिटर और एक स्वस्थ वातावरण मानता है। एक पैनल जो लंबे शटडाउन के दौरान बिना पावर के रहता है, पुनरारंभ पर गलत तारीख के साथ स्वागत कर सकता है - इसलिए पुनरारंभ प्रक्रिया, न कि फर्मवेयर, जिम्मेदारी लेती है। स्टार्टअप चेकलिस्ट पर एक लाइन, और कैलेंडर ईमानदार रहता है।
