आपके पैनल में कहीं एक LOGO! 8 एक ऐसा काम कर रहा है जो एक बीस डॉलर का रिले नहीं कर सकता, और जिसे दस साल पहले निर्दिष्ट किया गया था वह रिटायर हो गया है। सवाल यह नहीं है कि इसे छोड़ना है या नहीं। सवाल यह है कि जब आप एक अलग कॉम्पैक्ट कंट्रोलर परिवार में स्विच करते हैं तो आप वास्तव में क्या छोड़ते हैं - और आपको क्या वापस मिलता है।
सामने की पूरी जानकारी: Siemens ने LOGO! श्रेणी बनाई, और उनका पारिस्थितिकी तंत्र परिपक्व है। लेकिन परिपक्व का मतलब महंगा और लॉक किया हुआ भी है। वैकल्पिक बातचीत के लिए एक ईमानदार तुलना की आवश्यकता है, न कि एक विशेषता-सूची की लड़ाई।
महत्वपूर्ण भाग: मेमोरी और ब्लॉक्स
यहाँ वह स्पेक है जो सब कुछ तय करता है, और यह वह है जिस पर कोई भी फ्रंट पेज पर तुलना नहीं करता। SR-12 और SR-22 नवीनतम फर्मवेयर पर 512 कार्य ब्लॉकों तक चलते हैं; PR-12 और PR-14 512 ब्लॉकों को ले जाते हैं, जबकि -N उपसर्ग मॉडल और PR-18, PR-24 और PR-26 64K प्रोग्राम मेमोरी के साथ 1024 तक पहुँचते हैं। एक सामान्य LOGO! 8 प्रोग्राम - लाइटिंग शेड्यूल, पंप अनुक्रम, अलार्म श्रृंखला - 256 ब्लॉकों में आराम से फिट होता है। जैसे ही आप एनालॉग स्केलिंग, एक PID लूप, या भारी रेसिपी लॉजिक जोड़ते हैं, हेडरूम गैप तेजी से दिखने लगता है।
और सॉफ़्टवेयर? xLogicSoft मुफ्त है। कोई डोंगल नहीं, कोई लाइसेंस कुंजी नहीं, कोई "मूल्यांकन संस्करण जो सहेज नहीं सकता।" इंस्टॉल करें, अलग USB केबल से कनेक्ट करें, और प्रोजेक्ट आपका है।
जब आप माइग्रेट करते हैं तो क्या बदलता है
पहला दर्दनाक हिस्सा: प्रोग्राम पोर्ट नहीं होता। LOGO!Soft Comfort प्रोजेक्ट एक अलग भाषा हैं - शाब्दिक रूप से - और एक संपादक से FBD ब्लॉक दूसरे में नहीं गिरते। एक पुनःलेखन की योजना बनाएं, घंटों का बजट बनाएं, और माइग्रेशन एक साफ कट है न कि धीमी रक्तस्राव।
कट के बाद आपको क्या मिलता है: Modbus RTU, ASCII और TCP, सभी मानक। LOGO! 8 एथरनेट मॉडलों पर Modbus TCP प्रदान करता है, लेकिन यहाँ RTU/ASCII कवरेज व्यापक है और मास्टर/स्लेव लचीलापन का मतलब है कि CPU VFDs, ऊर्जा मीटर और एक SCADA से एक ही नेटवर्क पर बिना गेटवे के बात करता है। एक छोटे मशीन निर्माता के लिए, यह एक पैराग्राफ पूरा व्यापार मामला है।
वास्तविक माइग्रेशन: लाइटिंग और गेट नियंत्रण
एक लॉजिस्टिक्स डिपो ने यार्ड लाइटिंग और गेट अनुक्रम पर LOGO! 8 चलाया: 8 इनपुट, 4 आउटपुट, RTC से एक साप्ताहिक शेड्यूल, और एक विफलता मोड जिसमें साइट पर एक लैपटॉप की आवश्यकता थी। प्रतिस्थापन SR-12 ने वही I/O, वही शेड्यूल लिया - RTC यहाँ बिना पावर के बीस दिनों के लिए अपना कैलेंडर रखता है, जिसे डिपो प्रबंधक ने मेन को खींचकर और घड़ी को सप्ताहांत में जीवित रहते हुए देखा।
प्रोग्राम को फिर से लिखने में एक दिन लगा। ग्राहक ने फिर कुछ ऐसा मांगा जो पुराने कंट्रोलर नहीं कर सकता था: नए ऊर्जा मीटर के लिए एक Modbus लिंक, ताकि कार्यालय खपत देख सके। यह ब्लॉक वायरिंग का एक दोपहर था, न कि हार्डवेयर अपग्रेड।
कीमत, स्पेयर और आपूर्ति श्रृंखला
ईमानदार तुलना: सूची मूल्य पर विकल्प तुलनीय I/O के लिए करीब हैं। अंतर BOM विवरण में दिखता है - विस्तार मॉड्यूल, मुफ्त सॉफ़्टवेयर, अलग केबल जो एक दूसरा बंधक नहीं लेता। और स्पेयर: SR और PR परिवारों के बीच एक प्लेटफ़ॉर्म का मतलब एक प्रोग्रामिंग वातावरण, एक केबल प्रकार, एक स्पेयर-पार्ट लाइन है न कि मृत अंत मॉड्यूल की शेल्फ।
यह स्विचिंग की शांत अर्थशास्त्र है। न कि शीर्षक मूल्य। शेल्फ।
किसे रहना चाहिए, किसे जाना चाहिए
यदि आपकी पूरी टीम इसे दैनिक रूप से प्रोग्राम करती है, यदि स्थापित आधार बड़ा है, और यदि कोई नए प्रोटोकॉल की मांग नहीं कर रहा है, तो LOGO! के साथ रहें। जब अगला प्रोजेक्ट Modbus गहराई की आवश्यकता हो, जब लाइसेंस लागत आपको पीस रही हो, या जब मशीन स्पेक "मुफ्त प्रोग्रामिंग सॉफ़्टवेयर" कहता है और आपकी मूल्य सूची को मार्जिन की आवश्यकता होती है, तो स्थानांतरित करना समझ में आता है।
सॉफ़्टवेयर की आदत जिसे आप नजरअंदाज नहीं कर सकते
मुझे माइग्रेशन के दर्द के बारे में ईमानदार होना चाहिए जो कोई भी ब्रोशर में नहीं डालता: आपकी रखरखाव टीम LOGO!Soft Comfort जानती है। उन्होंने इसमें एक दशक तक प्रोग्राम लिखे हैं, उनके पास पुरानी परियोजनाओं का एक फ़ोल्डर है, और वे अपनी नींद में एक विफल रंग को डिबग कर सकते हैं। एक अलग संपादक में जाना मतलब है कि संस्थागत ज्ञान फिर से शुरू होता है।
यह एक वास्तविक लागत है। यह एक बार की लागत भी है, और यह मशीन की क्षमता में एक स्थायी परिवर्तन खरीदता है। xLogicSoft संपादक FBD मॉडल को बनाए रखता है जिसमें LOGO! उपयोगकर्ता पहले से ही सोचते हैं - ब्लॉक्स, तार, इनपुट और आउटपुट - इसलिए माइग्रेशन मेनू और ब्लॉक नाम सीखना है, नियंत्रण लॉजिक को फिर से सीखना नहीं है। मेरे अनुभव में पहला प्रोजेक्ट पुराने उपकरण की तुलना में दो बार लंबा लगता है, और तीसरा प्रोजेक्ट आधा समय लेता है। वक्र तेज लेकिन छोटा है।
आर्काइव को टेबल पर रखें: हर प्रोजेक्ट जो पुराने प्लेटफॉर्म के लिए कभी लिखा गया है। उन्हें लॉजिक परिवार के अनुसार वर्गीकृत करें - शेड्यूल, अनुक्रम, इंटरलॉक, अलार्म श्रृंखलाएँ - और देखें कि वास्तव में कितने अलग-अलग पैटर्न हैं। अधिकांश दुकानें पाती हैं कि उनके प्रोग्राम का अस्सी प्रतिशत पांच या छह पैटर्न के भिन्नता हैं। नए संपादक में उन पैटर्न को एक बार फिर से बनाएं, और हर भविष्य का प्रोजेक्ट एक कॉपी-पेस्ट अभ्यास बन जाता है जिसमें नए I/O मानचित्र होते हैं। यही कारण है कि आप एक सप्ताह में सीखने की वक्र को खा जाते हैं न कि एक तिमाही में।
और इलेक्ट्रिशियनों को भी प्रशिक्षित करें, न कि केवल इंजीनियरों को। फैक्ट्री के फर्श पर वह व्यक्ति जो प्रोजेक्ट खोल सकता है और देख सकता है कि कौन सा ब्लॉक मशीन को रोक रहा है, वह डाउनटाइम से बचने में अपने वजन के लायक है। FBD इतना पढ़ने योग्य है कि यह प्रशिक्षण दिन हैं, सप्ताह नहीं।
क्षेत्र विफलता डेटा जिसे कोई एकत्र नहीं करता
यहाँ एक संख्या है जो मैंने कभी विक्रेता तुलना में नहीं देखी: पिछले वर्ष क्षेत्र में प्रत्येक कंट्रोलर मॉडल में से कितने मृत हुए, और क्यों। हम हर सेवा यात्रा पर ये डेटा एकत्र करते हैं, और पैटर्न उबाऊ रूप से सुसंगत है। विफलताएँ लगभग कभी CPU नहीं होती हैं। वे पावर सप्लाई, वायरिंग, रिले हैं जिसे कंट्रोलर ने प्रतिस्थापित किया, और वातावरण - गर्मी, धूल, कंपन।
इसका मतलब है कि वास्तविक विश्वसनीयता का सवाल यह नहीं है कि कौन सा ब्रांड कम विफल होता है। यह है कि कौन सा प्लेटफ़ॉर्म इलेक्ट्रिशियन को बेहतर निदान देता है जब इसके चारों ओर कुछ विफल होता है। एक मृत टाइमर वाला रिले पैनल आपको कुछ नहीं देता - कोई संकेत नहीं, कोई इतिहास नहीं, कोई सुराग नहीं। एक कंट्रोलर जिसमें एक स्थिति स्क्रीन, एक झंडा है जिसे आप देख सकते हैं, और एक डेटा लॉग है, आपको बता सकता है कि आपूर्ति 02:47 पर डूबी, इनपुट बारह बार उछला, और प्रोग्राम तीसरे उछाल पर ट्रिप किया। वह निदान दृश्यता किसी भी डेटा शीट पर किसी भी MTBF संख्या से अधिक मूल्यवान है, और यह तर्क है जो रखरखाव प्रबंधक को जीतता है - न कि इंजीनियर।
जब पुराना कंट्रोलर विफल होता है, तो स्पेयर एक बंद किए गए मॉड्यूल होता है जो एक अधिशेष साइट पर मूल मूल्य के तीन गुना पाया जाता है। जब यह प्लेटफॉर्म विफल होता है - और यह होगा, अंततः, सभी इलेक्ट्रॉनिक्स की तरह - प्रतिस्थापन एक वर्तमान मॉडल है, प्रोग्राम आर्काइव से डाउनलोड होता है, और मशीन एक घंटे में फिर से चालू हो जाती है। यही वह आपूर्ति-श्रृंखला बीमा है जो LOGO! उपयोगकर्ता चुपचाप याद कर रहा है।
किसी को Siemens खरीदने के लिए निकाला नहीं गया। लेकिन लाइसेंस लाइन से किसी को भी मार्जिन वापस नहीं मिला। अपने कैलकुलेटर के साथ खुला चुनें, न कि अपने ब्रांड की वफादारी।
