तीन सपने एक अलग कारखाने के लिए

तीन चीजें हैं जो किसी भी व्यक्ति ने औद्योगिक मशीन शुरू करते समय कम से कम एक बार पूछी हैं। तीन चीजें जो जोर से नहीं कही जाती हैं क्योंकि वे यूटोपिया जैसी लगती हैं। यह लेख उन्हें एक पंक्ति में रखता है।

शुरू करने के लिए एक दृश्य

रात की पाली, विभाग X. एक लाइन रुक जाती है। एचएमआई पैनल एक कोड दिखाता है: E-1423. मैनुअल तीन इमारतों की दूरी पर एक अलमारी में है। उस मशीन को जानने वाला तकनीशियन छुट्टी पर है। ऑपरेटर के पास दो रास्ते हैं: सहायता सेवा को कॉल करना - जो शायद सुबह जवाब देगी - या अनुमान लगाना। पूरी औद्योगिक दुनिया में, इस तरह के दृश्य हर रात सैकड़ों बार दोहराए जाते हैं।

समस्या यह नहीं है कि कोई मैनुअल नहीं है। बहुत सारे मैनुअल हैं। समस्या यह है कि मशीन को अच्छी तरह से पता है कि उसे क्या चाहिए - दबाव सेंसर उसे तीस सेकंड से बता रहा है कि कुछ गलत है - लेकिन वह एक ऐसी भाषा में बात नहीं कर पाती है जिसे ऑपरेटर समझ सके, और जब वह बोल पाती है तो वह समस्या बताती है समाधान के बजाय। "दबाव सीमा से बाहर" आधी रात को उपयोगी वाक्यांश नहीं है। "वायु सर्किट के वाल्व V12 की जांच करें, शायद यह अटक गया है" है।

यहीं से हम जो काम कर रहे हैं, वह शुरू होता है। कोई नया पीएलसी नहीं। कोई बेहतर एचएमआई नहीं। एक मशीन को चलाने वाले सॉफ्टवेयर को 2026 में कैसा होना चाहिए, इसके बारे में सोचने का एक अलग तरीका। और तीन निश्चित विचार - उन्हें सपने भी कह सकते हैं - जिन्हें हम एक साथ रखने की कोशिश कर रहे हैं।

पहला सपना: प्रोग्रामिंग के बिना स्वचालित करें

औद्योगिक स्वचालन, जैसा कि आज है, एक बहुत ही विशेष व्यक्ति की आवश्यकता होती है: कोई जो आईईसी 61131-3 परिवार में एक भाषा - सीढ़ी, फ़ंक्शन ब्लॉक, संरचित पाठ के साथ अपने बोलियों - में प्रोग्राम करना जानता है, जिसका उपयोग व्यावहारिक रूप से दुनिया के किसी अन्य सॉफ्टवेयर में नहीं किया जाता है। जो लोग इन भाषाओं को जानते हैं वे दुर्लभ, महंगे हैं, और लगभग हमेशा तीन सप्ताह पीछे रहते हैं।

विरोधाभास यह है कि जो व्यक्ति वास्तव में मशीन को जानता है वह अक्सर प्रोग्रामर नहीं होता है। यह विभाग प्रमुख, वरिष्ठ रखरखाव तकनीशियन, इंटीग्रेटर है जिसने बीस समान संयंत्र स्थापित किए हैं। ये लोग जानते हैं कि मशीन को क्या करना है। वे इसे समझाने के लिए 1990 के दशक में बनाई गई प्रोग्रामिंग भाषा सीखने की कोई इच्छा नहीं रखते हैं।

विचार श्रृंखला को उलटना है। सॉफ्टवेयर डेवलपर पुन: प्रयोज्य घटक — गति नियंत्रण, सेंसर प्रबंधन, परिचालन अनुक्रम — एक बार लिखते हैं, आधुनिक और सामान्य प्रयोजन वाली भाषाओं में। मशीन इंटीग्रेटर उन्हें प्रोग्राम नहीं करता है: वे उन्हें कंपोज़ करते हैं, मौखिक रूप से या लिखित रूप से निर्दिष्ट करते हैं कि मशीन को क्या करना चाहिए। एक बड़ा भाषा मॉडल — एक एलएलएम — अनुवादक के रूप में कार्य करता है: यह इंटीग्रेटर के कार्यात्मक विनिर्देश को लेता है और इसे एक निष्पादन योग्य कॉन्फ़िगरेशन में बदल देता है, पहले से लिखे और परीक्षण किए गए घटकों को इकट्ठा करता है।

यह "एआई जो आपके लिए कोड लिखता है" की कल्पना नहीं है। यह अधिक मामूली और अधिक यथार्थवादी है: एआई जो आपके विनिर्देश को पढ़ता है और चुनता है, प्रमाणित घटकों में से, उन्हें कैसे संयोजित किया जाए। महत्वपूर्ण कोड — वह जो 5 मिलीसेकंड के चक्र के साथ एक अक्ष को स्थानांतरित करता है — अभी भी एक इंसान द्वारा लिखा जाता है, एक ऐसी भाषा में जो निर्धारण और विश्वसनीयता की गारंटी दे। लेकिन वह कोड एक बार के लिए लिखा जाता है और सौ बार पुन: उपयोग किया जाता है।

स्वप्न संख्या दो: मशीन जो खुद को जानती है

आजकल मशीनें बहुत कम और खराब बोलती हैं। एक अलार्म एक संख्यात्मक कोड है। एक निदान एलईडी की एक श्रृंखला है। एक लॉग एक बाइनरी फ़ाइल है जिसे केवल निर्माता ही खोल सकता है। यह ज्ञान कि वह मशीन कैसे काम करती है, उन सहिष्णुताओं के साथ, उन दो हजार चक्रों के बाद, किसी व्यक्ति के सिर में है, या कहीं न कहीं एक PDF में।

दूसरा सपना यह है कि मशीन खुद को जानती है। रहस्यमय अर्थ में नहीं - बहुत ठोस अर्थ में: तकनीकी दस्तावेज, प्रक्रिया पैरामीटर, विशिष्ट विफलता मामले, हस्तक्षेप प्रक्रियाएं अब एक अलमारी या एक अलग दस्तावेज़ सर्वर में नहीं हैं, बल्कि मशीन के अंदर, उसके अपने सॉफ़्टवेयर द्वारा पठनीय हैं। और जब कुछ गलत होता है, तो मशीन "त्रुटि 1423" नहीं कहती है। यह कहता है "वाल्व V12 शायद अटक गया है, आपको इसे सत्यापित करना चाहिए; इस बीच मैं 60% की गति से घटिया मोड में जारी रख सकता हूं".

अंतर एक निष्क्रिय वस्तु के बीच है जो संकेत देती है और एक सक्रिय वस्तु जो उसके साथ प्रस्ताव करती है। पहला समस्या ऑपरेटर पर छोड़ देता है। दूसरा उसके साथ इसका सामना करता है।

इसके लिए दो ऐसी बातें आवश्यक हैं जो स्पष्ट नहीं हैं। पहला, मशीन के ज्ञान - जो ऐतिहासिक रूप से मैनुअल, इलेक्ट्रिकल डायग्राम, CAD ड्राइंग और तकनीशियनों के सिर में संग्रहीत है - को औपचारिक रूप दिया जाए और सिस्टम में एकीकृत किया जाए। दूसरा, सिस्टम के पास एक ऐसा वार्ताकार होना चाहिए जो बातचीत कर सके: फिर से, एक LLM, जिसका उपयोग यहां कोड उत्पन्न करने के लिए नहीं बल्कि लक्षणों को समझने योग्य कार्यों में अनुवाद करने के लिए किया जाता है, जो पैनल के सामने खड़े व्यक्ति की भाषा में हो।

एक बार फिर, यह जादू नहीं है। यह बेहतर ढंग से लिखित, बेहतर ढंग से अनुक्रमित प्रलेखन है, और इसके ऊपर एक संवादात्मक इंटरफ़ेस है। लेकिन यह रात की पाली करने वाले व्यक्ति के लिए सब कुछ बदल देता है।

तीसरा सपना: सॉफ्टवेयर जो हर जगह चलता है

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

यहाँ महत्वाकांक्षा एक ऐसा सॉफ्टवेयर सिस्टम बनाना है जो सामान्य हार्डवेयर पर चले - एक मिनी-इंडस्ट्रियल पीसी, एक एम्बेडेड कंट्रोलर, एक बेसमेंट सर्वर - बजट और आवश्यक प्रदर्शन के आधार पर हार्डवेयर का चयन करना, इस आधार पर नहीं कि किस ब्रांड के पीएलसी ने बातचीत जीती। एक रियल-टाइम लिनक्स ऑपरेटिंग सिस्टम, ओपन स्टैंडर्ड (सभी के लिए ईथरकैट) पर आधारित संचार कार्ड, नियतात्मक भागों के लिए आधुनिक भाषाओं में सॉफ्टवेयर घटक और उन लोगों के लिए अधिक चुस्त भाषाएं जो नहीं हैं।

नियम, और यहीं पर यूटोपिया मूर्त रूप लेता है: हार्डवेयर को प्रदर्शन पर प्रभाव डालना चाहिए, कभी विश्वसनीयता पर नहीं। कम शक्तिशाली मशीन पर भी, उसी तर्क को समान रूप से काम करना चाहिए - केवल धीमी गति से। यदि चक्र समय 5 से 10 मिलीसेकंड तक बढ़ जाता है, तो अक्ष उसी सटीकता के साथ चलता है लेकिन आधी गति से। कभी भी "लगभग समान" नहीं। कभी भी "यह उस मामले को छोड़कर काम करता है" नहीं। वही सिस्टम, वही निर्णय, वही गारंटी।

यह वह हिस्सा है जहां अनुभवी इंजीनियर हंसते हैं। वे अच्छी तरह जानते हैं कि रियल-टाइम मुश्किल है, कि लिनक्स को रियल-टाइम सिस्टम के रूप में नहीं बनाया गया था, कि एलएलएम रास्पबेरी पाई पर नहीं चलते हैं, कि एक ही स्टैक में अलग-अलग भाषाओं को मिलाने में उन खतरों से कहीं अधिक खतरे होते हैं जिनका वादा ट्यूटोरियल करते हैं। वे सही हैं। लेकिन दिशा वही है, और इसे बनाने के लिए बिल्डिंग ब्लॉक - लिनक्स कर्नेल के रियल-टाइम एक्सटेंशन, परिपक्व ओपन-सोर्स ईथरकैट स्टैक, एलएलएम जो मामूली हार्डवेयर पर चलना शुरू कर रहे हैं - आज, पहली बार, एक साथ मौजूद हैं।

क्यों "स्वप्नलोक"

स्वप्नलोक एक ईमानदार शब्द है। इनमें से कोई भी तीन चीजें आज एक तैयार उत्पाद नहीं हैं। पहले को एक उत्पादक संदर्भ में उपयोग करने के लिए पर्याप्त विश्वसनीय एलएलएम की आवश्यकता होती है, और हम शुरुआती चरणों में हैं। दूसरे को औद्योगिक ज्ञान के औपचारिकरण के एक विशाल कार्य की आवश्यकता है, जो आज लगभग पूरी तरह से अनौपचारिक है। तीसरे को बंद पारिस्थितिक तंत्र के खिलाफ खुले विकल्प बनाने की आवश्यकता है जिसके पास बीस साल का लाभ है।

लेकिन तीनों सपने एक साथ, एक पंक्ति में रखे जाने पर, एक सटीक दिशा चित्रित करते हैं: एक स्वचालन जिसमें हार्डवेयर कमोडिटी है, सॉफ्टवेयर पुन: प्रयोज्य है, ज्ञान मशीन में एम्बेडेड है, और पीएलसी प्रोग्रामर का आंकड़ा - आज एक पूरे उद्योग की बाधा - गायब नहीं होता है, लेकिन वहां चला जाता है जहां इसकी वास्तव में आवश्यकता होती है, यानी एक बार के लिए बुनियादी घटकों को लिखना।

आने वाले लेखों में हम इस पहेली के उन टुकड़ों के बारे में बताएंगे जिन्हें हम बना रहे हैं। एक-एक करके, यह वादा किए बिना कि पहेली पूरी हो जाएगी। यह नहीं है। लेकिन डिज़ाइन अब दिखाई देने लगा है।