XELTEK SuperPro 6100 प्रोग्रामर के लिए एक सॉफ्टवेयर मॉड्यूल बनाना

प्रस्तावना

पिछले लेख में , क्लोनिंग के खिलाफ XELTEK सुपरप्रो 6100 प्रोग्रामर सुरक्षा तंत्र पर विचार किया गया था।

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

प्रागितिहास

एक बार फिर, हमारा एक काम था कि पहली नज़र में इसे बहुत सरलता से हल किया गया था - एक विशेष फ्लैश मेमोरी चिप की प्रतिलिपि बनाना आवश्यक था - mDOC H3 SDED5-512M।

इस चिप को दस साल से भी पहले विकसित किया गया था। यहाँ पीडीएफ (1) इसके विवरण के साथ है। नीचे रूसी भाषा की घोषणा से एक छोटा सा अंश है:

... msystems ठोस राज्य ड्राइव के रूप में उपयोग के लिए mDOC परिवार तैयार किया है ...
अंतर्निहित TrueFFS सॉफ़्टवेयर, जिसे mDOC H3 फ़्लैश मेमोरी को प्रबंधित करने का काम सौंपा गया है, अपने स्वयं के नियंत्रक मॉड्यूल को चलाता है, जो इसे एक पूर्ण, स्टैंड-अलोन इकाई में बदल देता है, आसानी से विभिन्न प्रकार के हाथ में उपकरणों को जोड़ा जाता है। ...

प्रोग्रामर द्वारा समर्थित सुपरप्रो 6100 की सूची में, इस तरह की चिप को सूचीबद्ध किया गया था और इसके लिए इसे संबंधित DX5057 एडॉप्टर भी मिला था। लेकिन पूरे डिजाइनर को इकट्ठा करने और इस चिप को चुनने के बाद, कार्यक्रम ने रहस्यमय वस्तु "डिमेजमैन" के साथ निम्न चित्र दिखाया, जिसका विवरण या तो दस्तावेज में या डेवलपर की वेबसाइट पर नहीं मिला।


एडेप्टर में चिप के बिना "डिमेजमैन" ऑपरेशन करने की कोशिश करने के बाद, इसकी अनुपस्थिति के बारे में एक चेतावनी मिली थी, और इस तथ्य की पुष्टि करने के बाद, कार्यक्रम ने निम्नलिखित जानकारी प्रदर्शित की:


शिलालेख "mDOC H3 लिखें छवि" को देखते हुए, "छवि" एक छवि है जिसे प्रोग्रामर का उपयोग करके चिप पर लिखा जा सकता है। लेकिन पहले से रिकॉर्ड किए गए माइक्रोक्रिचट से इस छवि को कैसे पढ़ें, इसे कैसे मिटाएं, आदि?

इंटरनेट पर थोड़ी देर बाद मुझे डेटामैन कंपनी से एक फ़ाइल (2) मिली, जो आंशिक रूप से उपरोक्त छवि की संरचना को दिखाती है और इसके निर्माण के लिए सॉफ़्टवेयर का उल्लेख करती है।
इस प्रकार, TrueFFS 7.1 (3) के लिए दस्तावेज़ सॉफ़्टवेयर उपयोगिताओं में वर्णित एम-सिस्टम से उपयोगिताओं की खोज करने के लिए आगे के प्रयासों का उद्देश्य था।

पूर्व "एम-सिस्टम", अब "सैनडिस्क" के तकनीकी समर्थन के लिए अनुरोध, एक परिणाम नहीं दिया - बस कोई जवाब नहीं था।

इंटरनेट पर, केवल पुरानी उपयोगिताओं को ढूंढना संभव था जो एच 3 चिप्स के संस्करण का समर्थन नहीं करते हैं। सैनडिस्क से पूर्ण एसडीके भी नहीं मिला, केवल लिनक्स के लिए ड्राइवर को लागू करने के संदर्भ में इसके "टुकड़े" (5) ।

जैसा कि हमने संचित जानकारी का अध्ययन किया, निम्न पंक्ति ने डाटामन फ़ाइल का ध्यान आकर्षित किया: "छवि फाइलें सैनडिस्क डॉक्सहेल उपयोगिता या पीजी 4 यूडब्ल्यू के साथ बनाई जा सकती हैं।"

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

अपना खुद का सॉफ्टवेयर मॉड्यूल बनाना

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

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

TrueFFS 7.1 मैनुअल (3) के लिए सॉफ्टवेयर उपयोगिताएँ DOCSHELL उपयोगिताओं द्वारा कार्यान्वित किए गए कार्यों का वर्णन करती हैं, जो निम्नलिखित चार श्रेणियों में आते हैं:

• DFORMAT - एक mDOC डिवाइस को प्रारूपित करने के लिए उपयोगिताओं।
• DINFO - mDOC डिवाइस और उस पर मौजूद वर्गों के बारे में विभिन्न प्रकार की जानकारी प्राप्त करने के लिए उपयोगिताओं।
• DIMAGE - पढ़ने, लिखने और छवि mDOC डिवाइस की तुलना करने के लिए उपयोगिताओं।
• SPLITIMAGE - mDOC डिवाइस छवि को भागों में विभाजित करने के लिए उपयोगिताओं।

DOCSHELL उपयोगिताओं को कमांड लाइन के लिए इरादा किया गया था, इसलिए, DOCSHELL.dll प्लगइन के साथ संचार करने के लिए इंटरफ़ेस को एक ही पाठ कमांड तंत्र का उपयोग करके लागू किया गया था।
"DOCSHELL.dll" के साथ संचार शुरू करने से पहले, निर्यात किए गए तरीकों में से प्रत्येक को कॉल करना और उन्हें mDOC चिप के साथ भौतिक विनिमय के लिए सॉफ़्टवेयर में कार्यान्वित किए जाने वाले कार्यों को इंगित करना आवश्यक है। ये लिख रहे हैं और पढ़ रहे हैं (कई संशोधनों में), साथ ही वर्तमान कार्यों की प्रगति पर पाठ संदेश प्राप्त करने के तरीके और छवि फ़ाइलों के साथ काम करने के तरीके।

एक इनपुट तर्क के रूप में निर्यात किए गए mainEntry तरीकों में से एक
ASCIIZ स्ट्रिंग स्वीकार करता है - TrueFFS 7.1 मैनुअल (3) के लिए सॉफ्टवेयर यूटिलिटीज में वर्णित कमांड।

"DOCSHELL.dll" के अंदर पार्सर प्राप्त कमांड को संसाधित करता है और कमांड और उसके तर्कों के आधार पर, प्रारंभिक आरंभीकरण के दौरान प्राप्त सूचक का उपयोग करके मुख्य प्रोग्रामर सॉफ़्टवेयर से एक या किसी अन्य विधि को कॉल करता है।

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

प्रोग्रामर के लिए मूल उपयोगकर्ता इंटरफ़ेस दृश्य स्टूडियो 2017 में C # में लिखा गया था। स्रोत (6) शामिल हैं।

बेशक, कार्यात्मक पहले स्थान पर था, इसलिए उपस्थिति के किसी भी तड़क का कोई सवाल नहीं था, साथ ही स्रोत कोड का पाठ भी। इसलिए, कार्यक्रम का न्यूनतम "डिजाइन" निम्नानुसार है।


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

नीचे दो खिड़कियां हैं। ऊपरी भाग प्रोग्राम से भेजे गए संदेशों को "DOCSHELL.dll" प्लगइन में प्रदर्शित करता है और इससे प्राप्त होता है।

नीचे की विंडो में, आप अपनी आवश्यकता के अनुसार कमांड टाइप कर सकते हैं और उन्हें संबंधित लाइन में डबल-क्लिक कर सकते हैं।

जब कार्यक्रम शुरू होता है, तो इसमें कुछ कमांड प्रदर्शित किए जाएंगे।

यदि आपको अचानक एक वास्तविक चिप के साथ काम करना है - तो सावधान रहें, क्योंकि कोई चेतावनी नहीं कि स्वरूपण आदि के दौरान आप सभी डेटा खो सकते हैं। कार्यक्रम लागू नहीं है।

"DOCSHELL.dll" फ़ाइल निर्देशिका में "Dataman" (यह "Elnec" से संभव है ) से स्थापित PG4UW (4) प्रोग्राम के साथ मिली है।

अपने कार्यक्रम में एक तृतीय-पक्ष DLL का उपयोग करने में सक्षम होने के लिए, आपको निर्यात की गई विधियों और उनके तर्कों के विवरण के साथ एक हेडर फ़ाइल की आवश्यकता होती है। उसकी अनुपस्थिति के कारण, मुझे यह जानकारी खुद ही वसूल करनी पड़ी। ऐसी वसूली के लिए तरीके इस लेख के दायरे से परे हैं, इसलिए निर्यात किए गए तरीकों के तर्क संलग्न स्रोतों में पाए जा सकते हैं।

प्लगइन के साथ अपनी बातचीत के संदर्भ में उपयोगकर्ता इंटरफ़ेस के साथ, मामला कुछ हद तक स्पष्ट हो गया है। अब आप भौतिक स्तर पर microcircuit के साथ संचार के कार्यान्वयन के लिए आगे बढ़ सकते हैं ताकि प्लगइन से प्राप्त / mDOC से पढ़ने / लिखने के आदेशों को निष्पादित करने में सक्षम हो सके।

प्रोग्रामर के लिए प्रोग्राम मॉड्यूल को IDE "एआरएआर के लिए आईएआर एंबेडेड वर्कबेंच" में सी भाषा में लिखा गया था। सूत्र (7) संलग्न हैं।

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

JTAG डीबगर J-Link v9 को Aliexpress पर खरीदा गया था। "एआरएम के लिए आईएआर एंबेडेड वर्कबेंच" के साथ स्थापित ड्राइवर इसके साथ शानदार काम करते हैं, और यहां तक ​​कि SEGGER से मूल फर्मवेयर को अपडेट करने में भी सफल रहे।


संरचनात्मक रूप से, प्रोग्रामर आठ बोर्डों के रूप में एक दूसरे के ऊपर स्थित होता है और कनेक्टर्स द्वारा एक साथ जुड़ा होता है।


एडजस्टेबल डीसी-डीसी कन्वर्टर्स विभिन्न मेमोरी माइक्रोक्राईकेट्स के साथ काम करने के लिए आवश्यक कई वोल्टेज उत्पन्न करने के लिए सबसे कम बोर्ड पर स्थित हैं।
इसके ऊपर एक मदरबोर्ड है, जिस पर ATMEL AT91SAM9G20 ARM माइक्रोकंट्रोलर, SDRAM, SPI FLASH विथ फ़र्मवेयर, ID चिप AE801 विद प्रोग्रामर मॉडल एंड सीरियल नंबर, USB चिप ISP1582, TLC4226 डिजिटल-टू-एनालॉग कनवर्टर DC-DC कन्वर्टर्स के वोल्टेज मैनेजमेंट के लिए। मेजबान को जोड़ने के लिए बिजली की आपूर्ति और यूएसबी केबल को जोड़ने के लिए कई अन्य चिप्स और बाहरी कनेक्टर।

तीसरे तल पर XILINX XC2S50E चिप है, जो पढ़ने / लिखने की प्रक्रिया, आदि के दौरान प्रोग्रामर से जुड़े एडॉप्टर पर चिप के पैरों को नियंत्रित करता है।
अन्य पाँच बोर्डों में क्रमिक रूप से लोड किए गए रजिस्टरों और असेंबली को ट्रांजिस्टर कुंजियों के साथ उनके आउटपुट से जोड़ा जाता है, जिसके माध्यम से डीसी-डीसी वोल्टेज कन्वर्टर्स द्वारा बनाई गई चिप के एक या दूसरे पैर में माइक्रोकिरिक्ट्स को लागू करना संभव है।
"पृथ्वी" सहित। चूंकि ट्रांजिस्टर कुंजियों को नियंत्रित करने वाले रजिस्टरों को क्रमिक रूप से लोड किया जाता है, और एडेप्टर में नियंत्रित पैरों की संख्या 144 तक पहुंच सकती है, इसलिए सभी प्रमुख ब्लॉकों को लोड करने में काफी समय लगता है। इसलिए, ट्रांजिस्टर स्विच की मदद से, केवल स्थैतिक स्तरों को माइक्रोकिरिट के लिए खिलाया जाता है: जमीन, शक्ति, आदि। और XILINX के साथ - गतिशील: पते, डेटा, सीएस, OE, RD, WR, आदि।

आगे बढ़ने के लिए, न्यूनतम, कम से कम, XILINX XC2S50E माइक्रोक्रेसीट और एक सर्किट आरेख के लिए फर्मवेयर बनाने का एक साधन होना चाहिए, यदि पूरे प्रोग्रामर का नहीं, तो कम से कम इसका हिस्सा सीपीयू - एफपीजीए - एडेप्टर - सॉकेट।

XILINX स्पार्टन- IIE के लिए IDE के रूप में, मुझे ISE 10.1 के पुराने संस्करण का उपयोग करना था, क्योंकि सभी बाद के आईडीई स्पार्टन- II FPGA मॉडल का समर्थन नहीं करते हैं।

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

प्रोग्राम मॉड्यूल में होस्ट से पार्सिंग कमांड USB_ReceiveBuf_EP1RX_Parse () विधि में किया जाता है।

कमांड पैकेज CMD_PROG संरचना द्वारा वर्णित है और इसमें कई फ़ील्ड शामिल हैं। यदि Cmd फ़ील्ड में 1 होता है, तो यह microcircuit के साथ काम करने के लिए एक कमांड है और इस मामले में ProgProcNum फ़ील्ड PROG_PROC संरचनाओं के _progProcedures सरणी में सूचकांक है, जिसमें से एक में एक पॉइंटर को निष्पादित करने के लिए कमांड में फ़ील्ड संग्रहीत किया जाता है।

स्थापित प्रोग्राम "SUPERPRO 6100N" के साथ निर्देशिका में एक उपनिर्देशिका "\ lib" है। यह "* .bin" एक्सटेंशन के साथ प्रोग्रामर द्वारा समर्थित सभी प्रकार के चिप्स के लिए XILINX फर्मवेयर फ़ाइलों को संग्रहीत करता है। उनमें एडेप्टर में सॉकेट्स के संपर्कों के साथ माइक्रोकिरिट के पैरों के संपर्क की जांच के लिए दो सार्वभौमिक फर्मवेयर हैं।

यह सभी XILINX पुल-अप पैरों के लिए आंतरिक पुल-अप और आंतरिक-पुल-पुल पुल के साथ "GENERAL_.BIN" के साथ "सामान्य ~ .BIN" है।

Microcircuit पैरों के संपर्क की जाँच सॉफ्टवेयर मॉड्यूल के SOCKET_CkeckInsertIC () विधि में की जाती है।

सबसे पहले, "GENERAL_.BIN" फर्मवेयर को XILINX में लोड किया गया है और इसकी मदद से सॉकेट से जुड़े सभी FPGA पैरों को आउटपुट के लिए कॉन्फ़िगर किया गया है और तार्किक "1" उन्हें आपूर्ति की जाती है। फिर, बदले में, प्रत्येक FPGA पैर को इनपुट के लिए पुन: कॉन्फ़िगर किया जाता है, एक तार्किक स्तर इससे पढ़ा जाता है, और फिर "1" फिर से इस पैर पर आउटपुट होता है।

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

ISE 10.1 में FPGA के लिए एक प्रोग्राम को संकलित करना (संश्लेषण प्रक्रियाओं का क्रमिक निष्पादन (सिंथेसाइज़), एक डिज़ाइन का कार्यान्वयन (कार्यान्वयन डिज़ाइन) और प्रोग्रामिंग फ़ाइलों की पीढ़ी (उत्पन्न प्रोग्रामिंग फ़ाइल) परियोजना निर्देशिका में 78756 बाइट्स की एक बाइनरी कॉन्फ़िगरेशन फ़ाइल "xxtek.bin" बनाता है। इसके लिए, "सामान्य विकल्प" श्रेणी में "प्रक्रियाएं" विंडो में "जनरेट प्रोग्रामिंग फ़ाइल" प्रक्रिया के गुणों में, दो विकल्प सेट करने होंगे: "बिट फ़ाइल बनाएँ" और "बायिबरी कॉन्फ़िगरेशन फ़ाइल बनाएँ"।

यह ज्ञात नहीं है कि किन कारणों से, लेकिन XELTEK प्रोग्रामर्स ने इस तरह से प्रत्येक बाइट में सभी बिट्स को मिरर करके प्राप्त फ़ाइलों को संशोधित करने का निर्णय लिया।

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

भौतिक स्तर पर SDED5 चिप के साथ काम करने के लिए, सॉफ्टवेयर मॉड्यूल में निम्नलिखित चार विधियां लागू की गई हैं:

- PROGPROC_FLWRITE_IO_WORD () - निर्दिष्ट पते पर एक शब्द (16 बिट्स) रिकॉर्ड करें
- PROGPROC_FLREAD_IO_WORD () - निर्दिष्ट पते पर शब्द (16 बिट्स) पढ़ें
- PROGPROC_hal_blk_write_nor () - निर्दिष्ट पते पर एक या एक से अधिक सेक्टर (512 बाइट्स) लिखें
- PROGPROC_hal_blk_read_nor () - निर्दिष्ट पते पर एक या एक से अधिक सेक्टर (512 बाइट्स) पढ़ें

हमारे फर्मवेयर में FPGA XILINX के साथ बातचीत करने के लिए, हमने चार रजिस्टरों (I / O पोर्ट्स की पहचान की, जिन्हें ARM स्रोतों के लिए common.h फ़ाइल में वर्णित किया गया है)।

- _IC_ADDR (0x30000010)
- _IC_DATA (0x30000012)
- _IC_CTRL (0x30000014) // आउट: 0 - हम, 1 - 0 ई, 2 - सीई, 3 - आरएसटीआईएन; में: 0 - BUSY
- _IC_ENABLE (0x30000016) // में: 7 - कार्य अनुमति (0 - सक्रिय, 1 - जेड में सॉकेट पर सभी पैर)

_IC_ADDR और _IC_DATA, SDED5 प्रोग्रामेबल चिप के लिए 16-बिट एड्रेस और डेटा रजिस्टर हैं;
_IC_CTRL - 8-बिट कंट्रोल रजिस्टर जिसके माध्यम से WE, OE, CE और RSTIN सिग्नल सेट किए जाते हैं और SDY5 से BUSY सिग्नल पढ़ा जाता है।

मूल सॉफ्टवेयर मॉड्यूल FxAs के साथ संवाद करने के लिए 0x30000000 से 0x3000000E पते का उपयोग करते हैं। CPEL XELTEK शिलालेख के साथ प्रोग्रामर में एक एड्रेस डिकोडर के रूप में स्थापित किया गया है, और जब से हम इसके फर्मवेयर को नहीं जानते हैं, हमने "मानक" पतों का उपयोग करते समय किसी और के व्यवहार तर्क को प्रकट करने से अनपेक्षित परिणामों की संभावना को कम करने के लिए 0x30000010 से पते का उपयोग किया।

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

पूरे सिस्टम का एल्गोरिथ्म निम्नानुसार लग सकता है।

1. होस्ट पर सॉफ़्टवेयर शुरू करने के बाद, यह जाँचता है कि क्या यूएसबी के माध्यम से प्रोग्रामर से कोई कनेक्शन है और मुख्य विंडो के नीचे स्थिति पट्टी में संबंधित संदेश प्रदर्शित करता है
   (प्रोग्रामर कार्यक्रम की शुरुआत के बाद जुड़ा हो सकता है)।
2. उपयोगकर्ता उस चिप के प्रकार का चयन करता है जिसके साथ वह काम करने का इरादा रखता है।
3. डेटाबेस में (सरलतम मामले में, बस फ़ाइल में), चयनित माइक्रोक्रिकिट आवश्यक एडाप्टर के प्रकार से मेल खाता है और इसमें स्थापित एडाप्टर के प्रकार के लिए प्रोग्रामर को एक अनुरोध भेजा जाता है।
4. प्रोग्रामर एडेप्टर को उसके प्रकार के लिए पूछता है और इस जानकारी को होस्ट में वापस भेजता है, जहां इस जानकारी की तुलना डेटाबेस में पाए जाने वाले से की जाती है, और यदि एडॉप्टर टाइप से मेल खाता है, तो काम जारी रहता है।
5. सॉफ्टवेयर में चुने गए प्रत्येक प्रकार के माइक्रोक्रिचिट के लिए, उस माइक्रोक्रिस्किट के लिए उपलब्ध आदेशों के साथ एक संबंधित मेनू प्रदर्शित किया जाना चाहिए (पढ़ें, लिखें, सफाई के लिए जांच, तुलना, आदि)।
6. जब आप microcircuit के साथ काम करने के लिए एक मेनू आइटम का चयन करते हैं, तो संबंधित कमांड प्रोग्रामर को भेज दिया जाता है, जिसके बाद प्रोग्रामर पहले माइक्रोक्रेकिट के पैरों के साथ सॉकेट संपर्कों के विद्युत संपर्क की जांच करता है, और फिर, यदि सफल होता है, तो इस कमांड को निष्पादित करता है।

लेख से जुड़े स्रोत कोड में, कार्य को सरल बनाने के लिए, दूसरे से पांचवें, समावेशी तक के बिंदुओं को लागू नहीं किया जाता है।

परिणाम

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

आपकी रुचि के लिए धन्यवाद!

साधन

1। PDF - mDOC H3 एंबेडेड फ्लैश ड्राइव (EFD) एंबेडेड ट्रूफल्स फ्लैश मैनेजमेंट सॉफ्टवेयर की विशेषता है
2। PDF - प्रोग्रामिंग mDOC H3 फ्लैश मेमोरीज़, डेटामैन डिवाइस प्रोग्रामर्स का उपयोग करना
3। PDF - Software_Utilities_TrueFFS_7.1
4। डेटामैन कंट्रोल सॉफ्टवेयर - PG4UW
5। लिनक्स के लिए mDOC H3 ड्राइवर का कार्यान्वयन (प्रदर्शन परीक्षण नहीं किया गया था)
6। होस्ट प्रोग्रामर स्रोत फ़ाइलें (Visual Studio 2017)।
7। सॉफ्टवेयर मॉड्यूल की स्रोत फाइलें (एआरएम v8.30.1 के लिए आईएआर एंबेडेड वर्कबेंच)।
8। FPGA XILINX XC2S50E के लिए स्रोत फ़ाइलें (XILINX ISE 10.1)।