रेड कॉम्प्लेक्स के कस्टम टायरों के साथ काम करने में अभ्यास करें

पिछले लेख में, हमने रेड कॉम्प्लेक्स में एक हजार छोटी चीजों के प्रबंधन के सिद्धांत की जांच की, लेकिन वॉल्यूम में वृद्धि नहीं करने के लिए, हमने अगली बार अभ्यास को स्थगित कर दिया। व्यावहारिक प्रयोग करने का समय आ गया है। जो लोग रेड कॉम्प्लेक्स का उपयोग नहीं करते हैं, वे भी इस लेख में उपयोगी ज्ञान पा सकेंगे, अर्थात्, लिनक्स से यूएसबी ड्राइव में वेंडर कमांड को सबमिट करने की पद्धति, क्योंकि, जैसा कि पहले ही उल्लेख किया गया है, कॉम्प्लेक्स में एसटीएम 32 नियंत्रक एक एसडी रीडर का कार्य करता है, अर्थात्। ड्राइव।

कमांड सिस्टम द्वारा वर्गीकरण वर्गीकृत करें

ड्राइव के साथ काम करते समय, आपको एक भौतिक इंटरफ़ेस और एक कमांड सिस्टम के बीच अंतर करना चाहिए। विशेष रूप से, सीडी / डीवीडी / बीडी ड्राइव और अन्य प्रकाशिकी। परंपरागत रूप से, वे एक SATA केबल (पूर्व में IDE) से जुड़ते हैं। लेकिन विशेष रूप से इस तार पर, ऑपरेशन के दौरान केवल पैकट कमांड चलते हैं, जिसके डेटा ब्लॉक में पूरी तरह से अलग सिद्धांत द्वारा एन्कोड किए गए कमांड रखे जाते हैं (हम जल्द ही पता लगा लेंगे कि कौन सा है)। इसलिए, अब हम तारों के बारे में नहीं, बल्कि उनमें चलने वाली टीमों के बारे में बात करेंगे। मुझे ड्राइव के साथ काम करने के लिए तीन सामान्य कमांड सिस्टम का पता है।

• एमएमसी। इसे एसडी कार्ड द्वारा समझा जाता है। ईमानदारी से, मेरे लिए यह सबसे रहस्यमय कमांड सिस्टम है। उन्हें कैसे प्रस्तुत करें, ऐसा लगता है, स्पष्ट है, लेकिन बहुत सारे संक्रमण रेखांकन वाले दस्तावेज़ को ध्यान से पढ़े बिना ड्राइव का प्रबंधन कैसे करें - मैं हमेशा भ्रमित रहता हूं। सौभाग्य से, यह आज हमें परेशान नहीं करता है, हालांकि हम एसडी कार्ड के साथ काम करते हैं, "ब्लैक बॉक्स" मोड में एसटीएम 32 नियंत्रक इसके साथ काम करता है।
• एटीए। प्रारंभ में, ये कमांड आईडीई बस में, फिर एसएटीए पर चले। एक अद्भुत कमांड सिस्टम, लेकिन आज हम यह भी उल्लेख करते हैं कि यह मौजूद है।
• SCSI। इस कमांड सिस्टम का उपयोग उपकरणों की एक विस्तृत श्रृंखला पर किया जाता है। ड्राइव में इसके उपयोग पर विचार करें। आज एससीएसआई-टीमें दौड़ती हैं, सबसे पहले, एसएएस बस के तारों के साथ (वैसे, यहां तक ​​कि एसएएस इंटरफेस वाले एसएसडी भी अब फैशन में हैं)। शारीरिक रूप से पर्याप्त, SATA बस से जुड़े ऑप्टिकल ड्राइव भी SCSI कमांड के माध्यम से काम करते हैं। USB बस पर जब मास स्टोरेज डिवाइस मानक के अनुसार काम करता है, तो कमांड SCSI प्रारूप में भी जाते हैं। STM32 माइक्रोकंट्रोलर USB बस के माध्यम से रेड कॉम्प्लेक्स से जुड़ा है, अर्थात, हमारे मामले में, कमांड निम्नलिखित पथ पर चलते हैं:
  
  
  

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

SCSI कमांड सिस्टम विवरण

यदि आप औपचारिक रूप से इस मामले में संपर्क करते हैं, तो SCSI मानक का वर्णन t10.org पर उपलब्ध है, लेकिन हम यथार्थवादी होंगे। कोई भी इसे स्वेच्छा से नहीं पढ़ेगा। अधिक सटीक रूप से, उसकी नहीं, बल्कि उनकी: खुले दस्तावेजों का एक पूरा ढेर और बंद लोगों का एक पहाड़ है। केवल एक चरम आवश्यकता आपको जटिल भाषा में खुद को विसर्जित कर देगी कि मानक में लिखा गया है (यह संयोगवश, t13.org पर एटीवी मानक पर लागू होता है)। असली ड्राइव के लिए प्रलेखन पढ़ना बहुत आसान है। यह अधिक जीवंत भाषा में लिखा गया है, और काल्पनिक लेकिन वास्तव में उपयोग नहीं किए गए भागों को इसमें से काट दिया गया है। लेख तैयार करते समय, मैं सीगेट के एससीएसआई कमांड संदर्भ मैनुअल (डायरेक्ट लिंक www.seagate.com/files/staticfiles/support/docs/manual/Interface%20manuals29293068j.pdf से हमेशा की तरह, लेकिन एक नया (2016) दस्तावेज़ आया। मुझे नहीं पता कि वह कितनी देर तक जीवित रहेगी)। मुझे लगता है कि यदि कोई इस आदेश की प्रणाली में महारत हासिल करना चाहता है, तो उसे इस दस्तावेज से शुरू करना चाहिए। हमें केवल यह याद है कि एसडी पाठक उस विवरण से आदेशों के एक छोटे उपसमुच्चय को लागू करते हैं।

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



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

तो:

• ड्राइव के साथ संवाद करने के लिए, आपको 6 से 16 बाइट्स की लंबाई के साथ एक कमांड ब्लॉक बनाना चाहिए (कमांड के प्रारूप के आधार पर, इसके लिए दस्तावेज में सटीक संख्या इंगित की गई है)।
• सबसे महत्वपूर्ण ब्लॉक का शून्य बाइट है: यह वह है जो कमांड कोड सेट करता है।
• शेष ब्लॉक बाइट्स का स्पष्ट उद्देश्य नहीं है। उन्हें कैसे भरना है यह समझने के लिए, आपको एक विशिष्ट टीम के लिए दस्तावेज़ खोलना चाहिए।
• डेटा का एक ब्लॉक जिसे एक ड्राइव से या उससे स्थानांतरित किया जा सकता है, उसे एक कमांड से जोड़ा जा सकता है।

दरअसल, बस इतना ही। हमने SCSI कमांड जारी करने के नियम सीखे। अब हम उन्हें प्रस्तुत कर सकते हैं, उन पर प्रलेखन होगा। लेकिन इसे ऑपरेटिंग सिस्टम के स्तर पर कैसे करें?

लिनक्स SCSI कमांड

लक्ष्य डिवाइस की खोज करें

आदेश जारी करने के लिए, डिस्क डिवाइस खोलें। आइए उसका नाम खोजें। ऐसा करने के लिए, हम धारावाहिक बंदरगाहों के बारे में लेख में उसी तरह जाएंगे। आइए / देव निर्देशिका में "फाइलों" की सूची देखें (याद रखें कि लिनक्स उपकरणों पर भी फाइलों के रूप में दिखाया गया है और उनकी सूची उसी एलएस कमांड के साथ प्रदर्शित की गई है)।

आज हम आभासी निर्देशिका डिस्क पर ध्यान देते हैं:



हम इसकी सामग्री को देखते हैं:



नेस्टेड निर्देशिकाओं का एक परिचित सेट! हम ls कमांड के –l स्विच का उपयोग करके , जो कि हम पहले से ही सीरियल पोर्ट्स से जानते थे , बाई -आईडी डायरेक्टरी पर विचार करने का प्रयास कर रहे हैं:



हाइलाइट किए गए शब्द अपने लिए बोलते हैं। यह एक ड्राइव है जिसमें Redd परिसर का आंतरिक एसडी कार्ड है। बहुत बढ़िया! अब हम जानते हैं कि डिवाइस MIR_Redd_Internal_SD डिवाइस / dev / sdb और / dev / sdb1 से मेल खाती है। वह जो बिना नंबर की ड्राइव है, हम उसके साथ काम करेंगे, और नंबर के साथ वह फाइल सिस्टम है जो उस पर डाली गई मीडिया पर स्थित है। एसडी कार्ड के साथ काम करने के संदर्भ में, / dev / sdb रीडर है, और / dev / sdb1 कार्ड में डाली गई फ़ाइल प्रणाली है।

आदेश जारी करने के लिए ऑपरेटिंग सिस्टम का कार्य

आमतौर पर, किसी भी ओएस में, उपकरणों के साथ सभी गैर-मानक चीजें ड्राइवर को सीधे अनुरोध के माध्यम से की जाती हैं। लिनक्स पर, ऐसे अनुरोध भेजने के लिए ioctl () फ़ंक्शन उपलब्ध है। हमारा मामला कोई अपवाद नहीं है। एक तर्क के रूप में, हम sg.h हेडर फ़ाइल में वर्णित SG_IO अनुरोध को पास करते हैं। अनुरोध पैरामीटर वाले sg_io_hdr_t संरचना का भी वर्णन किया गया है। मैं पूरी संरचना नहीं दूंगा, क्योंकि इसके सभी क्षेत्रों को भरना नहीं है। मैं केवल उनमें से सबसे महत्वपूर्ण दे दूंगा:

typedef struct sg_io_hdr { int interface_id; /* [i] 'S' for SCSI generic (required) */ int dxfer_direction; /* [i] data transfer direction */ unsigned char cmd_len; /* [i] SCSI command length ( <= 16 bytes) */ unsigned char mx_sb_len; /* [i] max length to write to sbp */ unsigned short int iovec_count; /* [i] 0 implies no scatter gather */ unsigned int dxfer_len; /* [i] byte count of data transfer */ void * dxferp; /* [i], [*io] points to data transfer memory or scatter gather list */ unsigned char * cmdp; /* [i], [*i] points to command to perform */ unsigned char * sbp; /* [i], [*o] points to sense_buffer memory */ unsigned int timeout; /* [i] MAX_UINT->no timeout (unit: millisec) */ 

यह उन क्षेत्रों का वर्णन करने के लिए कोई मतलब नहीं है जो टिप्पणियों में अच्छी तरह से प्रलेखित हैं ( interface_id, dxfer_direction, टाइमआउट )। लेख पहले से ही बढ़ रहा है।

Cmd_len फ़ील्ड में कमांड ब्लॉक में बाइट्स की संख्या होती है, और cmdp में इस ब्लॉक के लिए एक पॉइंटर होता है। आप एक आदेश के बिना नहीं कर सकते, इसलिए बाइट की संख्या गैर-शून्य (6 से 16 तक) होनी चाहिए।

डेटा वैकल्पिक है। यदि वे हैं, तो चयनित बफ़र की लंबाई dxfer_len फ़ील्ड में निर्दिष्ट है, और इसके लिए एक सूचक dxferp फ़ील्ड में निर्दिष्ट है। एक ड्राइव निर्दिष्ट बफर आकार की तुलना में कम डेटा को भौतिक रूप से स्थानांतरित कर सकता है। ट्रांसमिशन की दिशा dxfer_direction क्षेत्र में निर्दिष्ट है। मान्य USB मास संग्रहण डिवाइस मान हैं: SG_DXFER_NONE, SG_DXFER_TO_DEV, SG_DXFER_FROM_DEV । हेडर फ़ाइल में एक और चीज है, लेकिन मास स्टोरेज डिवाइस मानक इसे शारीरिक रूप से लागू करने की अनुमति नहीं देता है।

आप एक विस्तारित त्रुटि कोड ( SENSE ) की वापसी का भी अनुरोध कर सकते हैं। यह सीगेट दस्तावेज़ में क्या पाया जा सकता है, खंड 2.4। आवंटित बफ़र की लंबाई mx_sb_len फ़ील्ड में इंगित की गई है, और बफ़र को सूचक sbp फ़ील्ड में इंगित किया गया है।

जैसा कि आप देख सकते हैं, मैंने ऊपर जो कुछ भी बात की थी वह इस संरचना में भरी हुई है (प्लस आप त्रुटि के बारे में विस्तारित जानकारी प्राप्त कर सकते हैं)। SG_IO अनुरोध के साथ काम करने के बारे में और अधिक पढ़ें: sg.danny.cz/sg/sg_io.html

हम ड्राइव पर एक मानक कमांड भेजते हैं

ठीक है, हमने कमांड के प्रारूप का पता लगाया, हमने यह पता लगाने के लिए कि किस डिवाइस को इसे भेजना है, हमने यह पता लगाया कि किस फ़ंक्शन को कॉल करना है। आइए हमारे डिवाइस पर कुछ मानक कमांड भेजने का प्रयास करें। ड्राइव नाम प्राप्त करने के लिए यह आज्ञा दें। यह इस तरह से सिगेट दस्तावेज़ में वर्णित है:



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



रिमोट रेड डिवाइस पर इस तरह के कार्यक्रम कैसे चलाएं, हम पहले से ही पिछले लेखों में से एक में चर्चा कर चुके हैं । सच है, इसे पहली बार शुरू करते हुए, मुझे तुरंत खुले () फ़ंक्शन को कॉल करने में त्रुटि मिली। यह पता चला कि डिफ़ॉल्ट रूप से उपयोगकर्ता के पास डिस्क डिवाइस खोलने के लिए पर्याप्त अधिकार नहीं हैं। मैं कौन सा लिनक्स विशेषज्ञ हूं, मैंने कई बार लिखा, लेकिन नेटवर्क पर मैंने पाया कि इस परेशानी को हल करने के लिए, आप कमांड जारी करके डिवाइस के एक्सेस अधिकारों को बदल सकते हैं:

सुडो चामोद 666 / देव / एसडीबी

हालांकि, मेरे मालिक (और वह इस ओएस में एक महान विशेषज्ञ हैं) ने बाद में उल्लेख किया कि समाधान तब तक मान्य है जब तक ऑपरेटिंग सिस्टम को रिबूट नहीं किया जाता है। सुनिश्चित करने के लिए अधिकार प्राप्त करने के लिए, आपको उपयोगकर्ता को डिस्क समूह में जोड़ना होगा।

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



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



यह सही है, उन्होंने हमें ड्राइव का नाम और संशोधन लौटा दिया। परिणामी संरचना के प्रारूप के बारे में अधिक जानकारी सीगेट दस्तावेज़ (धारा 3.6.2, तालिका 59) में पाई जा सकती है। भावना बफ़र नहीं भरा, लेकिन अनुरोध के IOCTL विवरण में कहा गया है कि यह केवल तभी भरा जाता है जब कोई त्रुटि होती है जो इस बफ़र में कुछ देता है। शाब्दिक रूप से: Sense डेटा (केवल 'स्टेटस' का इस्तेमाल किया जाता है जब CHECK CONDITION या (driver_status & DRIVER_SENSE) सत्य है) ।

Redd आंतरिक एसडी ड्राइव के लिए कस्टम कमांड प्रारूप

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


जैसा कि आप देख सकते हैं, लिटिल एंडियन नोटेशन में तर्क दिए गए हैं। यह आपको बाइट क्रमपरिवर्तन फ़ंक्शन का सहारा लिए बिना संरचना के रूप में कमांड का वर्णन करने और सीधे उसके क्षेत्रों तक पहुंचने की अनुमति देगा। संरेखण समस्याएँ (संरचना में दो शब्दों के ऐसे ऑफ़सेट हैं जो x86 और x64 आर्किटेक्चर पर चार से अधिक नहीं हैं) इसके लायक नहीं हैं।

Subcommand कोड निम्नलिखित गणना द्वारा वर्णित हैं:

 enum vendorSubCommands { subCmdSdEnable = 0, // 00 Switch SD card to PC or Outside subCmdSdPower, // 01 Switch Power of SD card On/Off subCmdSdReinit, // 02 Reinitialize SD card (for example, after Power Cycle) subCmdSpiFlashEnable, // 03 Switch SPI Flash to PC or Outside subCmdSpiFlashWritePage, // 04 Write Page to SPI Flash subCmdSpiFlashReadPage, // 05 Read Page from SPI Flash subCmdSpiFlashErasePage,// 06 Erase Pages on SPI Flash (4K block) subCmdRelaysOn, // 07 Switch relays On by mask subCmdRelaysOff, // 08 Switch relays off by mask subCmdRelaysSet, // 09 Set state of all relays by data subCmdFT4222_1_Reset, // 0A Activate Reset State or switch chip to normal mode subCmdFT4222_2_Reset, // 0B Activate Reset State or switch chip to normal mode subCmdFT4222_3_Reset, // 0C Activate Reset State or switch chip to normal mode subCmdFT4232_Reset, // 0D Activate Reset State or switch chip to normal mode subCmdFT2232_Reset, // 0E Activate Reset State or switch chip to normal mode subCmdMAX3421_Reset, // 0F Activate Reset State or switch chip to normal mode subCmdFT4222_1_Cfg, // 10 Write to CFG pins of FT4222_1 subCmdFT4222_2_Cfg, // 11 Write to CFG pins of FT4222_2 subCmdFT4222_3_Cfg, // 12 Write to CFG pins of FT4222_3 }; 

उन्हें समूहों में विभाजित किया जा सकता है।

उपकरणों को आंतरिक और बाहरी मोड पर स्विच करना

SubCmdSdEnable और subCmdSpiFlashEnable कमांड क्रमशः SD कार्ड और SPI फ्लैश को स्विच करते हैं। पैरामीटर arg1 निम्न मानों में से एक गुजरता है:

 enum enableMode { enableModeToPC = 0, enableModeOutside }; 

डिफ़ॉल्ट रूप से, दोनों डिवाइस एक पीसी से जुड़े होते हैं।

बिजली स्विचिंग

एसडीआईओ प्रोटोकॉल को आरंभीकरण के दौरान काफी हेरफेर की आवश्यकता होती है। कभी-कभी एसडी कार्ड को इसकी प्रारंभिक स्थिति में रीसेट करना उपयोगी होता है (उदाहरण के लिए, जब इसकी पंक्तियों को बाहरी कनेक्टर में स्विच करना)। ऐसा करने के लिए, बंद करें, फिर इसकी शक्ति चालू करें। यह subCmdSdPower कमांड का उपयोग करके किया जा सकता है। तर्क arg1 में, निम्न में से एक मान पारित किया गया है: 0 - पावर ऑफ, 1 - पावर ऑन। पावर लाइन पर कैपेसिटर के निर्वहन के लिए समय देना याद रखें।

शक्ति को चालू करने के बाद, कार्ड, यदि यह पीसी से जुड़ा हुआ है, तो इसे फिर से शुरू किया जाना चाहिए। ऐसा करने के लिए, subCmdSdReinit कमांड का उपयोग करें (इसमें कोई तर्क नहीं है)।

SPI फ्लैश ड्राइव के साथ काम करें

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

SubCmdSpiFlashReadPage कमांड पेज को पढ़ता है। पता arg1 पैरामीटर में निर्दिष्ट है, arg2 पैरामीटर में प्रसारित करने के लिए पृष्ठों की संख्या। लेकिन वर्तमान संस्करण में, पृष्ठों की संख्या एक के बराबर होनी चाहिए। कमांड 256 बाइट डेटा लौटाएगा।

उसके लिए नजर आता है subCmdSpiFlashWritePage कमांड। उसके लिए तर्क उसी सिद्धांत से भरे पड़े हैं। डेटा ट्रांसफर की दिशा डिवाइस के लिए है।

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

ठोस राज्य रिले प्रबंधन

परिसर में छह ठोस राज्य रिले हैं। उन्हें प्रबंधित करने के लिए तीन टीमें हैं।

subCmdRelaysSet - एक साथ सभी छह रिले का मान सेट करता है। पैरामीटर arg1 में, एक मान पारित किया जाता है, जिनमें से प्रत्येक बिट अपने स्वयं के रिले (शून्य बिट - इंडेक्स 0 के साथ रिले, इंडेक्स 1 के साथ पहले बिट, आदि) से मेल खाती है। एक एकल बिट मान रिले को बंद कर देता है, एक शून्य मान इसे खोलने का कारण बनता है।

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

subCmdRelaysOn - मास्क द्वारा चयनित रिले सक्षम करता है। जो लोग arg1 तर्क में इकाई बिट्स के अनुरूप हैं, वे सक्षम होंगे। मास्क में शून्य के अनुरूप होने वाली रिले उनकी वर्तमान स्थिति को बनाए रखेंगी।

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

एफटीडीआई और मैक्सिम नियंत्रकों को रीसेट करें

FTDI और Maxim microcircuits को रीसेट सिग्नल भेजने के लिए, आदेशों का समूह subCmdFT4222_1_Reset , subCmdFT4222_2_Reset , subCmdFT4222_3_et , subCmdFT4232_Reset , subCmdFT2232_Reset और subCmdddd4/ उनके नामों से आप देख सकते हैं कि वे कौन से चिप्स को रीसेट सिग्नल द्वारा नियंत्रित करते हैं। FT4222 पुल, जैसा कि हमने पहले माना, सर्किट में दो हैं (उनके सूचकांक 1 और 2 हैं), एक और FT4222 पुल डेटा को MAX3421 चिप में स्थानांतरित करता है, जिसे हम अगले लेख में विचार करेंगे।

पैरामीटर arg1 निम्न मानों में से एक गुजरता है:

 enum ResetState { resetStateActive =0, resetStateNormalOperation }; 

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

FT4222 चिप्स की कॉन्फ़िगरेशन लाइनों को स्विच करना

FT4222 चिप्स में चार मोड हैं। यह संभावना नहीं है कि किसी को "00" के अलावा किसी अन्य मोड की आवश्यकता होगी, लेकिन यदि आपको अचानक इसकी आवश्यकता है, तो आप पहले, दूसरे और तीसरे चिप्स के लिए स्विच करने के लिए subCmdFT4222_1_Cfg , subCmdFT4222_2_Cfg, और submmFTFT4222_3_Cfg कमांड का उपयोग कर सकते हैं। लाइनों के मूल्य CFG0 और CFG1 को arg1 पैरामीटर के निचले दो हिस्सों में सेट किया गया है।

STM32 नियंत्रक को आदेश जारी करने में व्यावहारिक अनुभव

व्यवहार में प्राप्त सैद्धांतिक सामग्री का परीक्षण करने के लिए, हम एसडी कार्ड को बाहर स्विच करने का प्रयास करेंगे। ऐसा करने के लिए, कोड 0x00 के साथ subCmdSdEnable कमांड को तर्क सक्षम करें कोड 0x01 के साथ सक्षम करें। ठीक। हम पिछले अनुभव से कार्यक्रम को फिर से लिखते हैं।


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

किसी भी अन्य SCSI कमांड (opcode) sg ड्राइवर के लिए उल्लिखित नहीं है जिसे O_RDWR की आवश्यकता है। ब्लॉक लेयर SG_IO ioctl के लिए उल्लेखित किसी अन्य SCSI कमांड (opcode) को CAP_SYS_RAWIO क्षमता वाले उपयोगकर्ता की आवश्यकता नहीं है।

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

 int res = ioctl(s_fd, SG_IO, &header;); 

और ioctl () फ़ंक्शन को कॉल करने से पहले, हम भंडारण उपकरणों की सूची को देखते हैं:



कॉल ioctl () और फिर से सूची देखें:



डिवाइस / देव / एसडीबी बने रहे (मोटे तौर पर, यह एसडी कार्ड रीडर ही है), और / देव / एसडीबी 1 को छोड़ दिया गया। यह डिवाइस मीडिया पर फ़ाइल सिस्टम से मेल खाती है। वाहक कंप्यूटर से डिस्कनेक्ट हो गया - यह अब दिखाई नहीं दे रहा था। हम ट्रेस करना जारी रखते हैं। दूसरे ioctl () फ़ंक्शन को कॉल करने के बाद, हम फिर से उपकरणों की सूची देखते हैं:



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

निष्कर्ष

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