हम LabVIEW में FPGA लोडर लिखते हैं। भाग २

USB के माध्यम से FPGA के लिए कॉन्फ़िगरेशन डाउनलोड करें या FTDI MPSSE को इकट्ठा करें
हम LabVIEW में FPGA लोडर लिखते हैं। भाग 1

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

हैंडलिंग में त्रुटि

स्रोत कोड खोलें, फ़ंक्शन का विश्लेषण करें MPSSE_open। एल्गोरिदमिक सादगी (कार्यों को एक के बाद एक कहा जाता है) के बावजूद, काफी कुछ D2XX एपीआई तत्वों को आयात करने की आवश्यकता होती है: FT_Purge , FT_SetUSBParameters , FT_SetChars , FT_SetTimeouts , FT_SetLatencyTimer , FT_SetFlowControl , FT_SetBitMode जैसा कि पिछले लेख में दिखाया गया था, फ़ंक्शन का आयात Call library Function नोड का उपयोग करके किया जाता है। इस नोड में त्रुटि नियंत्रण के लिए समर्पित टर्मिनल हैं। LabVIEW में एक सरल नियम है: सभी VI को त्रुटियों को ट्रैक करना होगा और त्रुटि टर्मिनलों द्वारा दी गई त्रुटियों को रिपोर्ट करना होगा। अधिकांश अंतर्निहित VI इसका सख्ती से पालन करते हैं। मुझे आशा है कि हर कोई समझता है कि त्रुटियों को नियंत्रित करना और संभालना कितना महत्वपूर्ण है, विशेष रूप से डिबगिंग चरण में, लेकिन एक और कारण है कि यह इतना महत्वपूर्ण है कि "शास्त्रीय" प्रोग्रामर के लिए स्पष्ट नहीं है। LabVIEW में ब्लॉक आरेख में उपकरणों का सख्त अनुक्रम नहीं है: डिवाइस को तब निष्पादित किया जाता है जब उसके इनपुट पर डेटा तैयार होता है। यदि एक VI के आउटपुट से डेटा दूसरे VI के इनपुट में स्थानांतरित किया जाता है, तो यह स्पष्ट है कि शुरुआत में पहला VI काम करेगा, इसके बाद ही दूसरा होगा। लेकिन क्या होगा अगर कोई डेटा ट्रांसफर नहीं होता है, और छठे स्वतंत्र कार्रवाई करते हैं? बेशक, आप बोझिल "फ्लैट अनुक्रम संरचना" का उपयोग कर सकते हैं, लेकिन त्रुटियों की एक धारा द्वारा उपकरणों को एक दूसरे से कनेक्ट करना बहुत अधिक सुविधाजनक है।

D2XX फ़ंक्शन आयात करते समय, हम दो प्रकार की त्रुटियों का सामना करते हैं। पहला - यह एक सीधा आयात त्रुटि है - Call library Function स्वयं लौटाता है। दूसरा स्वयं लाइब्रेरी की एक त्रुटि है; इसे FT_STATUS माध्यम से लगभग हर फ़ंक्शन द्वारा वापस किया FT_STATUS । सभी संभावित मानों को शीर्ष लेख फ़ाइल ftd2xx.h में enum के रूप में वर्णित किया गया है। हालांकि यह जानना पर्याप्त है कि FT_OK मान एक त्रुटि की अनुपस्थिति है, और अन्य सभी मान त्रुटि कोड हैं, मैं न केवल त्रुटि के तथ्य को ट्रैक करना चाहूंगा, बल्कि यह भी कि क्या त्रुटि हुई और वास्तव में कहां हुई।

LabVIEW में, त्रुटि डेटा को error समूहों के माध्यम से प्रचारित किया जाता है। यह इस तरह का एक विशेष समर्पित डेटा प्रकार है, LabVIEW के पास इसके साथ काम करने के लिए कई VI और फ़ंक्शन हैं। त्रुटि क्लस्टर में तीन तत्व होते हैं: एक तार्किक चर - स्थिति प्रदर्शित करता है, एक पूर्णांक हस्ताक्षरित संख्या - एक त्रुटि कोड, एक स्ट्रिंग - त्रुटि का स्रोत। स्थिति इंगित करती है कि क्या कोई त्रुटि हुई है, त्रुटि कोड अपने प्रकार को निर्धारित करता है और रिपोर्ट बनाने के लिए विशेष VI द्वारा उपयोग किया जाता है। लाइन वास्तव में जहां त्रुटि हुई, उसका अधिक विस्तृत विचार देती है। LabVIEW ने स्वीकार किया कि यदि स्थिति TRUE , तो यह एक त्रुटि है, यदि स्थिति FALSE , लेकिन कोड शून्य नहीं है और विवरण पंक्ति खाली नहीं है, तो यह एक चेतावनी है , यदि स्थिति FALSE , तो कोड शून्य है और रेखा रिक्त है - कोई त्रुटि नहीं है।

LabVIEW में एक आंतरिक डेटाबेस होता है जिसमें प्रत्येक त्रुटि कोड इसके विवरण के साथ जुड़ा होता है। प्रत्येक प्रकार की त्रुटि के लिए, कोड मानों की एक विशेष श्रेणी आवंटित की जाती है। उदाहरण के लिए, नेटवर्क के संचालन से जुड़ी त्रुटियों के लिए, कई रेंज आवंटित की जाती हैं: –2147467263 से –1967390460, 61 से 65 तक, 116 से 118 और 122, 1101, 1115, 1132, 1134, 1139 से 1143 और 1185 से 1185 तक। उपयोगकर्ता-परिभाषित त्रुटियों के लिए, दो श्रेणियां -8999 से -8000 और 5000 से 9999 तक आरक्षित हैं। इन सीमाओं से, हम D2XX लाइब्रेरी के त्रुटि कोड के लिए मान चुन सकते हैं।

आइए एक VI बनाएं जो D2XX फ़ंक्शन की स्थिति को एक इनपुट के रूप में प्राप्त करता है और इस स्थिति को एक LabVIEW त्रुटि क्लस्टर में परिवर्तित करता है। LabVIEW में अधिकांश फ़ंक्शन और VI, इनपुट में Error In पर TRUE दर्जा प्राप्त करने के बाद, अपने कोड को निष्पादित नहीं करते हैं, लेकिन त्रुटि जानकारी को Error Out टर्मिनल पर प्रसारित करते हैं। यह आपको आपातकालीन हैंड मोड में कोड के निष्पादन को समाप्त करने, त्रुटि हैंडलर को पूरी श्रृंखला के माध्यम से स्रोत के बारे में जानकारी को प्रभावी ढंग से स्थानांतरित करने की अनुमति देता है। यह वांछनीय है कि हमारे छठे समान व्यवहार करते हैं।

आइए हम डी 2 एक्सएक्सएक्स स्टेटस की सूची को एनम के रूप में व्यवस्थित करें और इसे एक अलग प्रकार में रखें (पिछले लेख में हमने एफटीडीआई प्रकारों के साथ ऐसा किया था)।

हम नए VI को FT_error.vi नाम से सहेजते हैं। हम दो क्लस्टर Error In और Error Out फ्रंट पैनल में जोड़ते हैं, आप उन्हें "ऐरे, मैट्रिक्स और क्लस्टर" पैनल में पा सकते हैं। हम उन्हें क्रमशः निचले बाएं और निचले दाएं कोने में कनेक्शन पैनल पर टर्मिनलों से जोड़ते हैं, जैसा कि पिछले लेख में पहले ही उल्लेख किया गया है, यह LabVIEW द्वारा अपनाया गया त्रुटि प्रवाह टर्मिनलों का स्थान है। हम Case संरचना को ब्लॉक आरेख में जोड़ते हैं, Error In क्लस्टर में Case selector इनपुट में जमा करते हैं, जिसके बाद Case संरचना रंग बदलती है और दो उप-आरेखों को विभाजित करती है: "कोई त्रुटि नहीं" - हरा रंग, और "त्रुटि" - लाल रंग। त्रुटि मामले के अंदर, हम चयनकर्ता टर्मिनल से सीधे सही सीमा पर आउटपुट सुरंग में त्रुटि क्लस्टर को स्थानांतरित करते हैं। और हरे रंग के मामले में, हम एक और Case जोड़ते हैं, स्थिति के आधार पर, यह निर्धारित करेगा कि क्या एक त्रुटि (स्थिति FT_OK के बराबर नहीं है) बनाने के लिए, या इसे छोड़ दें जैसा कि यह है: इनपुट त्रुटि क्लस्टर को बदलने के बिना बाहर निकलने के लिए छोड़ दें।

त्रुटि कोड को तकनीकी रूप से क्लस्टर में बदलने के लिए, आप Error Cluster From Error Code VI VI Error Cluster From Error Code VI उपयोग कर सकते हैं। यह SubVI त्रुटि विवरण में एक कॉल चेन जोड़ता है, इसलिए हम न केवल यह निर्धारित कर सकते हैं कि क्या हुआ, बल्कि यह भी कि यह कहां हुआ।

इनपुट स्थिति (FT_Status) के अनुरूप पाठ का चयन करने के लिए, संपत्ति ब्लॉक का उपयोग करें: "RingText.Text" का चयन करें। त्रुटि पाठ Error Cluster From Error Code VI के error message इनपुट के लिए भेजा जाता है।
एक "बात कर" आइकन आकर्षित करने के लिए मत भूलना।

FT_error का परीक्षण करने के लिए, आप एक खाली VI बना सकते हैं, वहां बनाया VI जोड़ें, और देखें कि विभिन्न स्टेटस लागू होने पर मूल्य स्टार्टअप में कैसे बदल जाएगा।

अब, D2XX एपीआई से किसी भी फ़ंक्शन कॉल के बाद, हम SubVI FT_error.vi का उपयोग करेंगे। कॉल पदानुक्रम के दौरान त्रुटियों का एक समूह सभी VI से होकर गुजरेगा।

शीर्ष-स्तर VI में, हमें यह तय करना होगा कि पता की गई त्रुटि के साथ क्या करना है: आप संवाद बॉक्स में एक संदेश प्रदर्शित कर सकते हैं, इसे रिपोर्ट फ़ाइल में लिख सकते हैं, इसे अनदेखा कर सकते हैं, या बस "चुपचाप" आवेदन को समाप्त कर सकते हैं। त्रुटियों की रिपोर्ट करने के लिए संवाद बॉक्स सबसे आसान और सबसे लोकप्रिय तरीका है। यह नौसिखिए प्रोग्रामर के लिए भी सुविधाजनक है, क्योंकि ऐसा करने के लिए कुछ भी नहीं है। प्रत्येक VI में, स्वचालित त्रुटि हैंडलिंग मोड डिफ़ॉल्ट रूप से सक्षम होता है ( स्वचालित गुण हैंडलिंग सक्षम करें , VI गुण मेनू के निष्पादन श्रेणी में स्थित है)। यह इस तरह काम करता है: यदि कुछ नोड में Error Out आउटपुट टर्मिनल कहीं से जुड़ा नहीं है, और इस नोड में कोई त्रुटि उत्पन्न होती है, तो LabVIEW एप्लिकेशन को रोक देता है और एक संवाद बॉक्स प्रदर्शित करता है। यदि नोड का Error Out टर्मिनल जुड़ा हुआ है, तो त्रुटि स्ट्रीम प्रोग्राम के रूप में प्रचारित करता है, और कोई अतिरिक्त कार्रवाई नहीं होती है। हालाँकि, संदेश विंडो को प्रोग्रामेटिक रूप से कॉल किया जा सकता है, इसके लिए आपको General Error Handler और Simple Error Handler VI (डायलॉग और यूजर इंटरफेस पैनल में स्थित) का उपयोग करने की आवश्यकता है। इस स्थिति में, हम प्रोग्राम को पूरा करने के लिए त्रुटि जानकारी का उपयोग कर सकते हैं। ब्लॉक आरेख में, यह कुछ इस तरह दिखता है:

क्लिक करने योग्य छवि

जब कोई त्रुटि होती है, तो प्रोग्राम को निलंबित कर दिया जाएगा, एक रिपोर्ट विंडो दिखाई देगी, विंडो को बंद करने के बाद, प्रोग्राम सही ढंग से बाहर निकल जाएगा।

FTDI खोलें और बंद करें

इसलिए, MPSSE_open फ़ंक्शन पर वापस जाएं। एक नया VI बनाएँ। सबसे पहले, त्रुटि स्ट्रीम के लिए टर्मिनलों को जोड़ें। चयन संरचना जोड़ें और चयनकर्ता पर इनपुट में Error In चुनें। हरे रंग के मामले में, हम कार्यों को आयात करते हैं और मापदंडों के साथ जैसे कि सिशि प्रोटोटाइप में। Call Library Function Node सभी नोड्स एक त्रुटि स्ट्रीम द्वारा एक श्रृंखला में जुड़े हुए Call Library Function Node । सुरंग के माध्यम से लाल मामले में हम Error In को आउटपुट टर्मिनल के साथ Error In जोड़ते हैं।

क्लिक करने योग्य छवि

VI MPSSE_open.vi

एफटीडीआई ( Description ) के विवरण के साथ एक लाइन सबवीआई के इनपुट को आपूर्ति की जाती है, आउटपुट में Handle और एमपीएसएसई मोड में एक प्रारंभिक एफटीडीआई चिप है।

आइए एक वीपी बनाएं जो एफटीडीआई के साथ काम करता है और आप हार्डवेयर पर प्रदर्शन की जांच कर सकते हैं।

पिछले लेख में, इंटरफ़ेस को डीबग करने के लिए, हमने VI स्टब SP_FT_MPSSE_FPGA.vi बनाया, अब इसे भरने का समय है। MPSSE_open.vi और FT_Close.vi को इसके ब्लॉक आरेख में जोड़ें। इस स्तर पर, यह आकलन करना काफी मुश्किल है कि क्या आरंभीकरण सही था, हालांकि, MPSSE_open.vi के आउटपुट पर Handle का गैर-शून्य मान और त्रुटि की अनुपस्थिति हमें बहुत कुछ बताएगी।

फ्लो चार्ट SP_FT_MPSSE_FPGA.vi

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

बहुत बढ़िया! हम शीर्ष-स्तर VI शुरू करते हैं, डिबग बोर्ड को कंप्यूटर से कनेक्ट करते हैं। कनेक्ट किए गए FTDI चिप का विवरण "डिवाइस का चयन करें" सूची में दिखाई देता है, "प्रोग्राम" बटन पर क्लिक करें और ... कुछ भी नहीं होता है। केवल "जांच घड़ी" विंडो में मान Handle दिखाई दिया। और वह अच्छा है।

हम बोर्ड को बंद कर देते हैं, उपकरणों की सूची साफ हो जाती है। "प्रोग्राम" पर क्लिक करें। यह वह जगह है जहाँ त्रुटि रिपोर्ट विंडो पॉप अप होती है।

"जारी रखें" बटन पर क्लिक करने के बाद, VI अपना काम पूरा करता है।

यदि कोई उपकरण नहीं मिले तो बटन दबाना मना है। हम "टाइमआउट" घटना हैंडलर को संशोधित करते हैं। मैं आपको याद दिलाता हूं कि एक पीसी से जुड़े एफटीडीआई चिप्स को दो बार स्कैन किया जाता है, यदि उनका पता लगाया जाता है और उन्हें FPGAs प्रोग्राम करने के लिए इस्तेमाल किया जा सकता है, तो उनके विवरणकर्ताओं को Strings[] संपत्ति के माध्यम से Devices list जोड़ा जाता है। हम "प्रोग्रामिंग" के लिए Disabled संपत्ति बनाते हैं, और यदि कोई उपयुक्त उपकरण नहीं मिलते हैं, तो बटन बंद करें और अंधेरा करें।

जीपीआईओ को माहिर करना

MPSSE सक्रिय होने के बाद, इसके साथ काम तथाकथित "ऑप-कोड" के माध्यम से किया जाता है, और केवल FT_Write , FT_Read और FT_Queue का उपयोग FT_Write एपीआई फ़ंक्शन (रिसीवर बफर की स्थिति का पता लगाने के लिए) से किया जाता है। हम बनाए गए ट्रैक के साथ संगत VI बनाते हैं: FT_Write.vi, FT_Read.vi, FT_Queue .vi।

अब इन तीन ईंटों से हम समांतर बंदरगाह को पढ़ने और उस पर लिखने के लिए छठे को बाहर निकालते हैं। मूल्य आसानी से बूलियन चर की एक सरणी के रूप में दर्शाया गया है।

जैसा कि पहले ही लेख में कहा गया है, पैसिव सीरियल FPGA बूट प्रोटोकॉल अतिरिक्त फ्लैग मैनिपुलेशन के साथ SPI से अधिक कुछ नहीं है। कुल पांच पैरों का उपयोग किया जाता है: DCLK , DATA [0] , nCONFIG लाइनों को आउटपुट के रूप में कॉन्फ़िगर किया जाना चाहिए, nSTATUS , CONF_DONE लाइनों को इनपुट के रूप में।

हमें एक वीपी की आवश्यकता है जो अन्य सभी को प्रभावित किए बिना चयनित पैर पर मूल्य बदल सकता है। सबसे पहले, पोर्ट में पैरों के सीरियल नंबर के साथ Enum बनाएं, इसे SP_LBYTE_BITS.ctl फ़ाइल में "स्ट्रिक्ट टाइप डेफ" के रूप में सहेजें। हम एक नया VI बनाते हैं, परिचित त्रुटि प्रवाह टर्मिनलों को जोड़ते हैं। हम MPSSE_Get_LByte.vi का उपयोग करते हुए समानांतर पोर्ट के वर्तमान मूल्य को पढ़ते हैं, वांछित बिट को संशोधित करने के लिए Replace Array Subset फ़ंक्शन का उपयोग करें और मान को वापस पोर्ट (MPSSE_Set_LByte.vi) पर लिखें।

कॉन्फ़िगरेशन शुरू करने के लिए, MPSSE को nCONFIG लाइन पर निम्न से उच्च संक्रमण उत्पन्न करना चाहिए। जैसे ही FPGA डेटा प्राप्त करने के लिए तैयार होता है, यह nSTATUS लाइन पर एक उच्च स्तर बनाएगा । इस स्तर पर, लोहे में प्रयोग के लिए सब कुछ तैयार है। ब्लॉक आरेख पर SP_FT_MPSSE_FPGA.v हम नियंत्रण रेखा nCONFIG जोड़ते हैं - MPSSE के आरंभ के बाद हम निम्न स्तर देते हैं, और फिर उच्च। प्रत्येक ऑपरेशन (डिबगिंग के लिए) के बाद हम पोर्ट पैर की स्थिति पढ़ते हैं।

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

तस्वीर क्लिक करने योग्य है। विवरण के साथ!

फ़ाइल के साथ काम करें

FPGA कॉन्फ़िगरेशन फ़ाइल को स्वीकार करने के लिए तैयार है। क्या हम फ़ाइल को FPGA में स्थानांतरित करने के लिए तैयार हैं?

LabVIEW में फ़ाइलों के साथ काम करने के लिए व्यापक उपकरण हैं। मैं यह नहीं कह सकता कि कार्यक्षमता पूरी तरह से कार्यों की पूरी श्रृंखला के लिए पर्याप्त है, हालांकि, बुनियादी संचालन जैसे पढ़ना और लिखना आसानी से और सुखद तरीके से किया जाता है। फ़ाइलों के साथ काम करने के लिए VIs का मूल सेट "फ़ाइल I / O" पैनल में पाया जा सकता है। समस्या को हल करने के लिए, आपको कॉन्फ़िगरेशन फ़ाइल खोलने की आवश्यकता है, इसके आकार का मूल्यांकन करें (हमें यह जानने की आवश्यकता है कि FPGA भेजने के लिए कितने बाइट्स हैं), इसे पढ़ें और इसे बंद करें। सब कुछ सरल है और एक के बाद एक। हम Open/Create/Replace File उपयोग करते हैं, Get File Size , Read from Binary File , Close File refnum Close File , उन्हें एरर फ्लो चेन और refnum - एक नंबर, जैसे कि फाइल डिस्क्रिप्टर, तब refnum है जब फ़ाइल को खोला जाता है और अन्य VI के इनपुट के साथ काम करना चाहिए। यह फ़ाइल।

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

VI के ब्लॉक आरेख पर गठित कोड की दो स्वतंत्र समानांतर रेखाएं, इसलिए, उनके लिए अलग त्रुटि श्रृंखला का उपयोग किया जाता है। एक Error Out टर्मिनल में समानांतर प्रवाह को कम करने के लिए, Merge Errors फ़ंक्शन का उपयोग किया जाता है। यह फ़ंक्शन ऊपर से नीचे तक इनपुट त्रुटियों की तलाश करता है (हां, दो से अधिक इनपुट टर्मिनल हो सकते हैं, यह माउस द्वारा बढ़ाया जाता है) और पहले वाले को वापस करता है। यदि कोई त्रुटि नहीं है, तो यह पहला चेतावनी संदेश देता है। यदि कोई चेतावनी नहीं है, तो आउटपुट पर कोई त्रुटि नहीं है। यह ध्यान रखना महत्वपूर्ण है कि Merge Errors इनपुट का कनेक्शन क्रम Merge Errors की प्राथमिकता निर्धारित करता है, और यदि दो श्रृंखलाओं में तुरंत त्रुटि होती है, तो कम त्रुटि को नजरअंदाज कर दिया जाएगा। यह सावधानी से व्यवहार किया जाना चाहिए।

यदि हम किसी फ़ाइल का चयन किए बिना शीर्ष-स्तर VI में "प्रोग्राम" बटन को दबाने की कोशिश करते हैं, तो इनपुट SP_FT_MPSSE_FPGA.vi एक खाली पथ प्राप्त करेगा, जो त्रुटि का कारण बनेगा "त्रुटि 1430। LabVIEW: (Hex 0x596) पथ रिक्त या सापेक्ष है। आपको एक का उपयोग करना होगा। पूर्ण पथ। " जैसा कि मेरे बचपन का दोस्त कहता है: "Trifles, यह कुछ सांसारिक है!" और यह गलती एक गलती नहीं है, बल्कि उपयोगकर्ता की असावधानी है। हम प्रोग्राम को बंद नहीं करेंगे और एक लाल क्रॉस के साथ एक खिड़की के साथ शपथ लेंगे, हम बस इस कोड के साथ त्रुटि को स्ट्रीम से हटाते हैं और संवाद बॉक्स में हम उपयोगकर्ता को फ़ाइल पर निर्णय लेने की सलाह देते हैं। त्रुटि को फ़िल्टर करने के लिए, "संवाद और उपयोगकर्ता इंटरफ़ेस" पैलेट से "स्पष्ट त्रुटियों" VI का उपयोग करें। संदेश प्रदर्शित करने के लिए - "वन बटन डायलॉग"।

कॉन्फ़िगरेशन डाउनलोड करें

सीरियल डेटा ट्रांसफर के लिए, MPSSE प्रोसेसर को op-code 0x18 भेजने की आवश्यकता होती है, कमांड आर्गुमेंट्स ट्रांसमिटेड सीक्वेंस की लंबाई (दो बाइट्स, सबसे कम से शुरू होने वाले), और खुद डेटा सीक्वेंस होंगे। लंबाई माइनस एक एनकोडेड है। चलो VI MPSSE_send के रूप में डेटा ब्लॉक भेजें।

इनपुट बफ़र ( Array Size ) का Array Size एक डबल-बाइट प्रकार U16 में बदल जाता है, हम एक को घटाते हैं, कम और उच्च बाइट्स ( Swap Bytes ) Swap Bytes - आपको सबसे कम से शुरू होने वाली लंबाई भेजने की आवश्यकता है, और डबल-बाइट संख्या को सिंगल-बाइट सरणी ( Type Cast ) में परिवर्तित करना होगा।

Type Cast फ़ंक्शन विशेष ध्यान देने योग्य है। यह एक ऐसा सार्वभौमिक प्रकार कनवर्टर है, जिसकी सरलता कभी-कभी बहुत ही आश्चर्यजनक होती है। संक्षेप में, तब:

आगंतुक प्रोग्रामर के लिए

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

MPSSE प्रोसेसर को इनिशियलाइज़ करते समय, हम डेटा ट्रांसफर के लिए बफर के अधिकतम स्वीकार्य आकार को 65536 बाइट्स पर सेट करते हैं, इसलिए हमें कॉन्फ़िगरेशन फ़ाइल को उन टुकड़ों में विभाजित करना चाहिए जिनका आकार निर्दिष्ट आकार से अधिक नहीं है। हम Array Subset फ़ंक्शन का उपयोग करेंगे, यह फ़ंक्शन index तत्व और लंबी length साथ शुरू होने वाले सरणी से एक सबर्रे का चयन करता है। हम इसे थोड़ी While लूप में तोड़ देंगे, हम सूचकांक के प्रत्येक पुनरावृत्ति को 65536 तक बढ़ाएंगे, पुनरावृत्तियों के बीच हम पारी रजिस्टर के माध्यम से मूल्य पारित करेंगे। जैसे ही मुख्य सरणी से 65536 बाइट्स चुटकी करना संभव नहीं है, हम जो कुछ भी रहता है उसे लेते हैं, इसे भेजते हैं और चक्र को रोकते हैं।

डाउनलोड प्रोटोकॉल के अनुसार, सभी डेटा स्थानांतरित होने के बाद, FPGA प्रारंभ शुरू करने के लिए दो और घड़ी दालों को लागू किया जाना चाहिए। ऐसा करने के लिए, लूप के बाद, हम एक और "खाली" बाइट भेजते हैं।

फर्मवेयर की सफलता को समझने के लिए, हम झंडे पर विचार करते हैं, और अगर CONF_DONE एक पर सेट है, तो हम शीर्ष स्तर VI की रिपोर्ट करते हैं कि सब कुछ ठीक है।

कार्यक्रम पूरा हुआ। यह सुनिश्चित करने के लिए बना हुआ है कि FPGA को सफलतापूर्वक फ्लैश किया गया है, और बोर्ड एलईडी के साथ खुशी से झपकाता है।

वीपी नामकरण के बारे में

, , LabVIEW, , SubVI. . :

• — , FTDI, API D2XX. "FT", FT_Close.vi FT_Read.vi.
• — MPSSE. "MPSSE". : MPSSE_open.vi, MPSSE_Set_LByte.vi, MPSSE_Get_LByte.vi.
• — "Passive Serial" MPSSE. "S". , SP_FT_MPSSE_FPGA.vi ( , ) SP_LBYTE_BITS.ctl.
• . . , .

( ), . subVI .

निष्कर्ष

, , .

, LabVIEW, . , , , ( ). .

1. . LabVIEW: . ट्रांस। . . .– .:
   , 2008 – 400 .: .
2. labview_mpsse . .
3. .
4. Software Application Development D2XX Programmer's Guide . API D2XX.