पीएलसी कार्यक्रम त्रुटि खोज अनुक्रम

परिचय

साहित्य में अक्सर मैं त्रुटियों के वर्णन में आया था और यहां तक ​​कि उन्हें प्रकार द्वारा वर्गीकृत किया गया था।
हालाँकि, मुझे स्वीकार करना चाहिए, मैं वास्तव में एक भी मामले को याद नहीं कर सकता जब यह मुझे यह जानने में मदद करेगा कि किस प्रकार की त्रुटि है। जब तक कि उन्हें दूसरों को समझाने के कारणों को स्पष्ट न किया जाए।
लेकिन लोगों ने उस स्थान की गणना कैसे की और त्रुटि की तह तक पहुंचे यह मेरे लिए हमेशा दिलचस्प था।

सिस्टम सूचना और त्रुटि

डिवाइस से सेटिंग (समय, मोड फ़्लैग) और कमांड कंप्यूटर से पीएलसी को भेजे जाते हैं।
डिवाइस की स्थिति के संकेत और इस डिवाइस के लिए कमांड के अंत तक का समय पीएलसी से कंप्यूटर को जारी किया जाता है। रिसेप्शन और ट्रांसमिशन की मात्रा को कम करने के लिए सिग्नल को शब्दों में पैक किया जाता है।
पीएलसी से डिवाइस के लिए कमांड जारी किए जाते हैं।
डिवाइस पीएलसी के लिए अपनी स्थिति जारी करता है।



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

लेकिन "कृपाण नृत्य" प्रत्येक टीम के साथ, जो बहुत प्रसन्न था, दिखाई दिया।

खोज

कोष्ठक में संख्या नीचे दिए गए आरेख में संख्याओं के अनुरूप चेक के स्थानों को दर्शाती है।

पलक झपकने के सिद्धांत और निर्भरता तुरंत समझ में नहीं आती है। शायद थकान के कारण, शायद इसकी कमी के कारण।

यह पाया गया कि त्रुटि न केवल SCADA (1) (जहां यह वास्तव में पता लगाया गया था) में मौजूद है, बल्कि ओपीसी सर्वर (2) में भी मौजूद है।

आगे के विश्लेषण से पता चला कि त्रुटि पीएलसी में भी मौजूद है, कम से कम कंप्यूटर (3) के लिए गठित शब्द में।

डिवाइस से आने वाली स्थिति में त्रुटि की जांच - डिवाइस को समस्या के संभावित स्रोत के रूप में चिह्नित करता है।

डिवाइस से मैन्युअल स्थिति परिवर्तन से कुछ भी नहीं बदलता है। डिवाइस से स्थिति को मजबूर करके (जबर्दस्ती, लगातार) त्रुटि को अभी भी सहेजा गया है।
तदनुसार, ये आवेग नहीं हैं जो निगरानी (4) के दौरान दिखाई नहीं देते हैं।

अन्य वस्तुओं के कोड की तुलना जिस पर यह त्रुटि मौजूद नहीं है - अंतर पैदा नहीं करता है। पूरी पहचान। पीएलसी कार्यक्रम में त्रुटि की संभावना कम हो जाती है (5) ।

कंप्यूटर त्रुटि के संभावित स्रोत के रूप में बंद हो जाता है, इस मेमोरी क्षेत्र में कुछ रिकॉर्डिंग करता है। त्रुटि बचाई गई है। कंप्यूटर के कारण त्रुटि की संभावना शून्य हो जाती है। तदनुसार, कोई बात नहीं, समस्या अभी भी पीएलसी (6) में है ।

नोट: यह भी संभव था, PLC को अक्षम करके, मैन्युअल रूप से OPC में स्थितियाँ बदलकर। लेकिन यह विकल्प तकनीकी रूप से अधिक कठिन था, और सामान्य तौर पर, ये दोनों चेक लगभग बराबर होते हैं।

पीएलसी मेमोरी के दूसरे क्षेत्र में कंप्यूटर से पीएलसी में स्थानांतरित स्थिति शब्द को स्थानांतरित करने से कुछ नहीं होता है। त्रुटि बचाई गई है।

एक त्रुटि के साथ कोड के टुकड़े को दूसरे ब्लॉक में स्थानांतरित करना (सशर्त रूप से एक फ़ंक्शन) भी त्रुटि को प्रभावित नहीं करता है। तदनुसार, इस बात की संभावना है कि यह कुछ अन्य बाहरी टीम से प्रभावित है, जिसमें उनका खुद का कुछ नगण्य है। बिंदु यह टुकड़ा है।

कोड धीरे-धीरे हटा दिए जाते हैं, और लगभग एक न्यूनतम रहता है जिस पर एक त्रुटि बच जाती है (7)

1. एक कमांड का सबमिशन (इसके बिना यह स्पष्ट नहीं है कि कैसे जांचना है)।
2. कमांड रीसेट करने से पहले जिस समय से टाइमर लिया जाता है।
3. कमांड को रीसेट करने के लिए स्थिति और समय से कंप्यूटर पर एक शब्द का गठन।

टाइमर हटा दिया गया है। कमांड रीसेट नहीं है, लेकिन त्रुटि गायब हो जाती है और स्टेटस कूदना बंद कर देते हैं।

इसके बजाय एक नया टाइमर डाला गया है। असावधानी के लिए सावधानीपूर्वक निरीक्षण किया। टाइमर सबसे साधारण है, कुछ भी असामान्य नहीं है। कार्यक्रम में उनमें से 200 अधिक हैं। लेकिन एक त्रुटि दिखाई देती है (8)

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

1. शब्द के निचले बाइट में डिवाइस की स्थिति लिखना।
2. SWAP_WORD कमांड स्थानों के साथ उच्च और निम्न बाइट्स प्रतिस्थापित करना (स्थिति उच्च बाइट में स्थानांतरित हो जाती है)
3. शब्द के कम से कम महत्वपूर्ण बाइट को समय और लिखें

ऐसा लगता है कि कुछ भी असामान्य नहीं है, और पूरी तरह से समान प्रणाली दर्जनों समान उपकरणों के साथ काम करती है। मस्तिष्क मदद करने के लिए creaks और मना करता है।

प्रति शब्द निर्देश पैकिंग का क्रम एक के द्वारा प्रतिस्थापित किया जाता है जो पहचान के साथ काम करता है, लेकिन अन्य ऑपरेटरों से मिलकर (9):

1. किसी शब्द के कम से कम महत्वपूर्ण बाइट के लिए उपकरण का समय लिखना।
2. एक मध्यवर्ती चर में, स्थिति को 256 से गुणा किया जाता है, शब्द के उच्च बाइट में स्थानांतरित होता है।
3. या तो, शब्द के उच्च बाइट में स्थिति दर्ज की जाती है।

सब कुछ काम कर गया।



विश्लेषण के बाद - स्थिति पूरी तरह से स्पष्ट हो जाती है।

त्रुटि का कारण:

ऑपरेटरों ने मानक टाइमआउट समय को 1.5 से 10 मिनट तक बढ़ाया।
और अगर 1.5 मिनट 90 सेकंड है, तो 10 मिनट 600 सेकंड है।
600 सेकंड कम बाइट (अधिकतम 256) में फिट नहीं हुए, और समय का हिस्सा उच्च बाइट में लिखा गया था।

अंतिम जांच का सार:

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

समाधान:

समय और स्थिति को 2 शब्दों में विभाजित किया गया था। स्थानीय इंजीनियरों को रखरखाव का प्रदर्शन करने या 5 से अधिक बार मानक समय से अधिक समय के साथ डिवाइस को बदलने के लिए कहा गया था।

और उन्होंने खुशी-खुशी काम किया, और एक दिन में टूट गए।

निष्कर्ष

वर्णित त्रुटि विशेष रूप से जटिल नहीं है, लेकिन मेरी राय में संकेतशीलता के मामले में बहुत अच्छा है।

वास्तव में, यह बहुत महत्वपूर्ण नहीं है, जहां त्रुटि की मांग की जाती है - इलेक्ट्रॉनिक्स में, पीएलसी में, कंप्यूटर पर या कहीं और। सामान्य सिद्धांत हमेशा उसी के बारे में होते हैं:

1. अधिकतम करने के लिए, समस्या के बारे में जानकारी एकत्र करें - यह कहां और कैसे प्रकट होती है। ओस्सिलोस्कोप्स, स्निफर्स, रुसिनोविच के उपयोगिताओं, लॉग्स, थर्मामीटर, सामान्य रूप से, इस मामले में उपयोग की जाने वाली सभी चीजें। क्या यह वर्ष के समय पर निर्भर करता है, एक सफाई महिला का आगमन, या बैरोमीटर का दबाव।
2. जितना संभव हो सके संदेह से बाहर निकलें। मुद्रित सर्किट बोर्डों पर पटरियों को काटना, टैग को अक्षम करना, सिस्टम से व्यक्तिगत कंप्यूटर को हटाना। इससे भी बदतर अगर कोई प्रतिक्रिया और अन्य हैंडशेक हैं। तब आप या तो सिस्टम के एक हिस्से की कमी को ध्यान में रखते हुए परीक्षण को व्यवस्थित करने की कोशिश कर सकते हैं, या एक हिस्से का अनुकरण करने की कोशिश कर सकते हैं, उदाहरण के लिए, कृत्रिम रूप से फीडबैक इनपुट के लिए सिग्नल की आपूर्ति। सामान्य तौर पर, सोचें।
3. यदि संभव हो, तो प्रत्येक परीक्षा को अंत में लाएं, भले ही अचानक "सोचा" हो। क्योंकि "सोचा!" काम नहीं कर सकता (और अक्सर यह आक्रामक रूप से काम नहीं करता है), लेकिन आप चेक के परिणामों को खो देंगे।
4. शेष टुकड़े में - सब कुछ बदलने के लिए जो संदेह का कारण बनता है। यदि यह सॉफ़्टवेयर - एक समान के साथ इसे पुन: स्थापित या प्रतिस्थापित करने का प्रयास करें। सिद्धांत रूप में, इस बिंदु से शुरू करने का एक विकल्प है। मैंने व्यक्तिगत रूप से एक इंजीनियर को K155 श्रृंखला के 40-50 चिप्स के साथ एक बोर्ड की मरम्मत करते देखा, उन सभी को काटते हुए और नए को टांका लगा रहा था। लेकिन यह मेरी राय में अधिक संभावना है कि इसे कैसे नहीं करना है। क्योंकि अगर सब कुछ काम करता है, तो भी आपको विशिष्ट नहीं मिलेगा। इसके अलावा, वर्णित मामले में, यह विकल्प पास नहीं हुआ और खराबी बनी रही। सामान्य तौर पर - मैंने ऐसा नहीं कहा।

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

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