Thread Content
मैं कई वर्षों से इस प्रकार के उपकरणों के डिज़ाइन संबंधी कार्य कर रहा हूँ। संभवतः मेरे जैसे ही अन्य इंजीनियर भी होंगे, लेकिन “सिस्टम विकसित करने” संबंधी कार्यों के बारे में उन्हें अभी भी कुछ अस्पष्टताएँ हैं। ऐसा इसलिए है, क्योंकि पहले इस कार्य को आमतौर पर परियोजना के उपकरण-विशेषज्ञ ही संभालते थे; यदि ऐसा व्यक्ति उपलब्ध न हो, तो इन कार्यों से संपर्क करने का कोई अवसर ही नहीं मिलता था। दूसरी ओर, आजकल कुछ परियोजना-मालिक चाहते हैं कि यह कार्य वे स्वयं ही संभालें। तीसरा कारण यह है कि इस कार्य में DCS निर्माताओं द्वारा तैयार किए गए मध्यवर्ती दस्तावेजों का उपयोग करना पड़ता है, और ये दस्तावेज़ अंततः उन दस्तावेज़ों में शामिल नहीं होते जिन्हें परियोजना संबंधी दस्तावेज़ों के रूप में प्रकाशित किया जाना है; इसलिए इन्हें स्वयं सीखना भी कठिन है। वे सभी लोग, जो किसी अनुभवी व्यक्ति या DCS निर्माता कंपनी/इंजीनियरिंग कंपनी के सहयोग से “सिस्टम विकसित करने” संबंधी कार्यों के बारे में जानना चाहते हैं, उनके लिए यहाँ मुख्य कार्यों का वर्णन दिया गया है। उदाहरण के लिए, DCS संबंधी बैठकों का मुख्य उद्देश्य क्या है? निर्माता कंपनी के साथ कौन-कौन सी फाइलें आदान-प्रदान की जाती हैं? उन फाइलों में क्या जानकारी होती है? निर्माता कंपनी के पास FAT करने के दौरान क्या कार्य किए जाते हैं? आदि।
कार्य शुरू करते समय, मुख्य रूप से आपके वास्तविक IO पॉइंट्स के आधार पर ही DCS निर्माता के साथ हार्डवेयर संबंधी व्यवस्थाएँ तय की जाती हैं; साथ ही, ऐसे हिस्सों की भी व्यवस्था की जाती है जहाँ अतिरिक्त उपकरणों की आवश्यकता होती है। इसके अलावा, तृतीय-पक्ष निर्माताओं द्वारा निर्धारित संचार संबंधी आवश्यकताओं, ऐसे उपकरणों की भी व्यवस्था की जाती है जिनके लिए स्थल पर विशेष कनेक्शनों की आवश्यकता होती है, एवं परियोजना का समय-स FAT परीक्षण, वास्तव में उत्पादन के समय होने वाली जाँच के समान ही है; इसमें हार्डवेयर संबंधी जाँचें, कॉन्फ़िगरेशन की वैधता, रिडंडेंसी परीक्षण आदि शामिल हैं। जब FAT पूरा हो जाता है, तो इसका मतलब है कि DCS केस को स्थल पर भेजकर वहाँ इसकी स्थापना एवं ट्यूनिंग की जा सकती है।