एंबेडेड सिस्टम हार्डवेयर टेस्ट ऑटोमेशन

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

तो हमारे पास क्या है:

1. दर्जनों एंबेडेड डिवाइस जिसमें आपको फर्मवेयर के नए संस्करण का परीक्षण करने की आवश्यकता है (अधिक सटीक, दैनिक फर्मवेयर विधानसभा)
2. एफडब्ल्यू बूट प्रक्रिया की प्रकृति के कारण, आपको पावर रीसेट करने की आवश्यकता हो सकती है (तथाकथित फर्मवेयर डाउनलोड मोड पावर ऑन कैप्चर मोड में)
3. मैं एंबेडेड डिबेटिंग बोर्ड पर स्थित यांत्रिक बटन दबाने के अनुकरण के लिए परीक्षण स्क्रिप्ट के निष्पादन के दौरान समय में कुछ विशिष्ट बिंदुओं पर चाहूंगा।
   

बिंदु 3 की आवश्यकता क्यों हो सकती है? मेरे मामले में, कार्य निम्नानुसार है - कोड निष्पादन की एक महत्वपूर्ण अपवाद की स्थिति में, सिस्टम "उठता है" एक अर्ध-मृत अवस्था में है जहां से यह तब तक बाहर नहीं निकलेगा जब तक कि इसे बंद न कर दिया जाए (पावर प्रबंधन का दूसरा कारण)। लेकिन सबसे दिलचस्प बात यह है कि यदि इस मोड में आप विशेष रूप से इस उद्देश्य के लिए डिज़ाइन किए गए यांत्रिक बटन को दबाते हैं, तो तथाकथित अपवाद लॉग - डिबगिंग जानकारी जिस पर यह समझने की कोशिश करना संभव होगा कि कोड में कोई अपवाद किस स्थान पर हुआ है।

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

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

सर्किट बोर्ड डिबगिंग के विश्लेषण से पता चला कि बटन बस जीपीडी पर +3.3 V तक खींची गई GPIO लाइन को बंद कर देता है। तो अगर आप बटन को "मिलाप" करते हैं और जीपीआईओ लाइन को जमीन पर बंद करने के लिए रिले का उपयोग करते हैं, तो वही होगा जो आपको चाहिए।

इसके बाद, नियंत्रण के लिए एक उपकरण / मॉड्यूल चुनने पर सवाल उठा, जिसके लिए निम्नलिखित आवश्यकताओं को सामने रखा गया था:

• रिले की अधिकतम संख्या (आपको प्रति डिवाइस 2 पीसी की आवश्यकता है, और दर्जनों डिवाइस हैं)
• ईथरनेट का उपयोग
• URL कमांड प्रबंधित करें
• सिस्टम को कॉपी और स्केल करने की क्षमता

परंपरा से, वे लॉरेंट -128 रिले के ईथर मॉड्यूल पर रुक गए:



मॉड्यूल, सभी मापदंडों द्वारा, हमें खुश कर दिया: हम एक बार में 14 उपकरणों का प्रबंधन कर सकते हैं (शक्ति के लिए एक रिले, एक बटन के स्पर्श में दूसरा) URL कमांड का उपयोग करके (स्क्रिप्टेड भाषाओं के लिए बहुत सुविधाजनक है जिसमें परीक्षण स्वचालन लिखा गया है)।

परीक्षण और नियंत्रण मॉड्यूल के तहत डिवाइस के डिबग बोर्ड का कनेक्शन और संचार आरेख नीचे दिए गए चित्र में दिखाया गया है:



परीक्षण उपकरणों में से एक के उदाहरण पर एक यांत्रिक बटन के संपर्कों को "मिलाप" इस तरह दिखता है:



हुर्रे! तकनीकी हिस्सा किया जाता है। केवल एक चीज बची है परीक्षण प्रक्रियाओं के कोड को जोड़ने के लिए ताकि यदि आवश्यक हो (पावर रीसेट के बाद फर्मवेयर छवि को डाउनलोड करें या एक बटन के स्पर्श में डिबगिंग रिकॉर्ड करें) वांछित रिले को चालू / बंद करने का आदेश दें।

नियंत्रण कमांड URL का सिंटैक्स सरल और स्पष्ट है। उदाहरण के लिए, नंबर 4 के तहत रिले को सक्षम करने के लिए, आपको निम्न HTTP पते का उपयोग करने की आवश्यकता है:

http://192.168.0.101/cmd.cgi?psw=Laurent&cmd=REL,4,1 

और यहां पर्ल में एक सरल कार्य है जिसे मुख्य परीक्षण प्रक्रिया से कहा जाता है यदि आपको रिले को "खींचने" की आवश्यकता है:

 #---------------------------------------------------------------# # FUNCTION:: click rele # PARAM1: Laurent IP adress # PARAM2: RELE ID # PARAM3: 0 / 1 - what to do with rele #---------------------------------------------------------------# sub func_click_pwr_rele { my ( $_IN_IP, $_IN_RELE, $_IN_VALUE ) = @_; my $url; $url = "http://".$_IN_IP."/cmd.cgi?cmd=REL,".$_IN_RELE.",".$_IN_VALUE; my $content = get $url; if( defined $content ) { } else { func_put_reslog( "ERROR! Can't manage RELE at adress $url", "BAD" ); } } 

मैं ध्यान देता हूं कि क्रैश और फ्रीज़ के बिना सिस्टम बहुत मज़बूती से काम करता है। लॉरेंट -128 और पहले इस्तेमाल किए गए लॉरेंट -११२ (१२ रिले के लिए) ने बिना किसी असफलता और स्टॉप के कुछ वर्षों तक काम किया, दैनिक कार्यों को ध्यान में रखते हुए।

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