कस्टम टायर जटिल रेड के साथ काम करें

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

बोरिंग सैद्धांतिक भाग

हम क्या विचार करेंगे

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

हां, हां, जो कुछ भी मैं छह महीने से अधिक समय से वर्णन कर रहा हूं वह सिर्फ ऐसी चीजें हैं जो डेवलपर्स की मदद के लिए डिज़ाइन की गई हैं ।

रेड में जटिल मानक टायर क्यों लगाए जाते हैं

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

लेकिन वह डिबगिंग है। किसी परियोजना का परीक्षण करते समय, अनुकरण एकमात्र विकल्प है। परीक्षक को विभिन्न संयोजनों के माध्यम से छंटनी करते हुए अधिकतम मोड में सब कुछ जांचना चाहिए। साथ ही, उसे महत्वपूर्ण और आपातकालीन स्थितियों (परीक्षकों के लिए विनाशकारी काम) के साथ स्थितियों का निर्माण करना होगा। वास्तविक उपकरणों पर यह कैसे करें? केवल एमुलेटर पर।

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

जब वास्तविक उपकरण के साथ काम करते हैं, तो टायर विश्लेषण करने वाले के रूप में कार्य कर सकते हैं, समस्याओं के मामले में उड़ानों का विश्लेषण करने के लिए वास्तविक हार्डवेयर के साथ कार्य लॉगिंग करते हैं।

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

रेड के लिए कोड के विकास का नेतृत्व कौन करेगा

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

यह इस प्रकार है कि यह संभव नहीं है कि वे व्यक्तिगत विशेषज्ञों को एमुलेटर लिखने के लिए देंगे। और अगर वे करते हैं, तो वे एक ही कंपनी में काम करने वाले साधारण प्रोग्रामर होंगे।

मैं यह क्यों लिख रहा हूं। कुछ लेखों में, इसे ठाठ माना जाता है जब कुछ विशिष्ट भाषाओं का उपयोग गैर-मानक टायर सर्विसिंग के कार्यों के लिए किया जाता है। मुझे कुछ इस तरह से काम करने का मौका मिला। मुझे अपने छापों का वर्णन उन चीजों के उदाहरण पर करना चाहिए जो कभी प्रकाशित हुई हैं। यहाँ, उदाहरण के लिए, https://www.astrosoft.ru/about/clients/bvg-group/case-959/ । इसके अलावा, GOST भाषा हाल ही में GOST भी निकली। मेरी राय यह है: 70 के दशक के उत्तरार्ध में - 80 के दशक की शुरुआत में क्या आवश्यक था, फिर XXI सदी की पहली तिमाही के अंत में बिल्कुल आवश्यक नहीं था। यहां कोन्स्टेंटिन चिज़ोव का एक अद्भुत लेख है, जिसमें उस भाषा की सबसे महत्वपूर्ण बात (संपर्क समूह) सी ++ में मेटाप्रोग्रामिंग के माध्यम से पूरी तरह से और लगभग मुफ्त लागू की गई है http://easyelectronics.ru/rabota-s-portami-vvoda-vyvoda-mikrokontrollerov-na-na- si.html यह लेख AVR के लिए सब कुछ जांचता है। मैंने कोर्टेक्स एम के लिए पुस्तकालय विकल्प का एक बड़ा चेक किया, परिणाम भी आश्चर्यजनक हैं। ऑप्टिमाइज़र सब कुछ इस तरह से पैक करते हैं कि असेंबलर में प्रत्यक्ष विकास कोई लाभ नहीं देगा। और यह न केवल संपर्क समूहों पर लागू होता है, बल्कि सामान्य तौर पर सभी ड्राइवरों से mcucpp पर लागू होता है। यह केवल अफ़सोस की बात है कि अधिकारियों ने इस विचारधारा को मैक्स आरटीओएस में अनुमति नहीं दी, इसलिए शोध परिणाम प्रकाशन में नहीं गए। लेकिन घर पर मैं केवल इस पुस्तकालय का उपयोग करता हूं।

YASTEK पर लागू होने वाली अन्य सभी चीजें भी C ++ निर्माण में पूरी तरह से पैक हैं। लेकिन सत्तर और अस्सी के दशक के जंक्शन पर ऑपरेटर के लिए अन्तरक्रियाशीलता नहीं थी। सच है, यह पास्कल, सी और अन्य भाषाओं के तत्कालीन संकलक में नहीं था। अधिकांश समय, कंपाइलर बैच थे और बिना किसी डीबगिंग टूल के केवल कोडांतरक टेक्स्ट उत्पन्न किया। YASTEC रीमेक बनाते समय, हमने स्क्रीन पर डेटा आउटपुट के लिए ऑपरेटरों को जोड़ा और यहां तक ​​कि एक इंटरैक्टिव डिबगर भी, लेकिन फिर भी, ये सामान्य प्रोग्रामिंग भाषाओं के लिए तैयार विकास के वातावरण में क्या हो रहा है, की पृष्ठभूमि के खिलाफ आधे उपाय हैं। संक्षेप में, वह समय जब YASTEK की विशेष भाषा बनाने के लिए तकनीकी कारण थे जो लंबे समय से चले गए थे। आज, एक आम प्रोग्रामिंग भाषा में, एक ही, और बहुत कुछ हासिल कर सकता है।

कोई यह कह सकता है कि यह C ++ विशेषज्ञ नहीं था, जिसने वहां कोड लिखा था, लेकिन साधारण कस्टमाइज़र ... ऐसा ही है, लेकिन मैंने पहले ही नोट किया कि साधारण प्रोग्रामर Redd के लिए कोड लिखेंगे। सामयिक कार्यों के लिए प्रबंधन को संकीर्ण विशेषज्ञ रखने का कोई अर्थ नहीं है। और यह किसी अन्य भाषा को सीखने के लिए एक सामान्य विशेषज्ञ के लिए कोई मतलब नहीं है।

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

ऐसा ही एक मामले पर भी लागू होता है, जो सुचारू रूप से ऐसे मामले में बदल जाता है। एंटरप्राइज़ ऑटोमेशन के ढांचे में, SIMATIC अपने उन्नत कॉन्फ़िगरेशन और प्रोग्रामिंग सिस्टम के साथ अच्छा है, लेकिन एक छोटी परियोजना के लिए इसे हल करने की तुलना में अधिक समस्याएं पैदा हुईं, इसलिए इसे अधिक सार्वभौमिक समाधान के साथ बदल दिया गया।

कुल मिलाकर, हम यह निष्कर्ष निकालते हैं कि रेड के लिए उनकी सामान्य भाषाओं में सामान्य प्रोग्रामर का काम सामान्य है। अन्य कार्यों के लिए - इसकी चर्चा की जाती है, और विशेष रूप से रेडड कॉम्प्लेक्स द्वारा हल किए गए सहायक कार्यों के लिए, यह सामान्य है।

टायर कैसे लागू करें

लेकिन अगर हम कहते हैं कि सामान्य प्रोग्रामर अपनी सामान्य भाषाओं में टायरों का उपयोग करेंगे, तो इन बसों के साथ काम करने के लिए पुस्तकालय यथासंभव विशिष्ट होने चाहिए। विशेष रूप से, वाक्य को तुरंत नोट किया गया था: "और चलो जटिल में माइक्रोकंट्रोलर डालते हैं, और प्रोग्रामर उन पर सब कुछ लिखेंगे।" इस विकल्प को फिर से इन नियंत्रकों में विशेषज्ञों की आवश्यकता होती है। साथ ही, इसे सबसिस्टम के बीच गंभीर सिंक्रनाइज़ेशन की आवश्यकता होती है। यह तय किया गया था कि, यदि संभव हो तो, प्रोग्रामर को परिचित पीसी सेंट्रल प्रोसेसर पर काम करना चाहिए। "लेकिन FPGAs के बारे में क्या?" आप पूछते हैं ठीक है, उफ़, शायद सभी ने देखा कि FPGAs के लिए मैंने "वेरिलोग पर न्यूनतम विकास, प्रोग्रामर्स के लिए अधिकतम परिचित" की विचारधारा को चुना। वहाँ आप इसे और अधिक आसानी से नहीं कर सकते। लेकिन हम कड़ी मेहनत कर रहे हैं।

तो, ठेठ टायर कार्यान्वयन। UART के साथ, सब कुछ स्पष्ट है। एसपीआई / आई ² सी के साथ, विभिन्न विकल्पों पर विचार किया गया था, क्योंकि पीसी के लिए कोई वास्तविक डी मानक नहीं है। लेकिन एक पूरा सेट लिखने के विकल्प के बिना करने की इच्छा थी: नियंत्रक, चालक और पुस्तकालयों के "फर्मवेयर"। मैं कुछ तैयार करना चाहता था। फिर भी, जब तक कि अंतिम ने माइक्रोकंट्रोलर्स के साथ विकल्प पर विचार नहीं किया, जो कि USB स्तर पर सरू से ला डिबगर लागू होता है। इसमें बिंदु को डीएमए के बारे में लेख में वर्णित खोजों द्वारा रखा गया था। टीओआर में अनुरोध किए गए बैंडविड्थ की गारंटी देना असंभव है यदि सभी अज्ञात डेटा धाराओं के साथ सभी बसें एक साथ काम करती हैं। और अगर कई नियंत्रकों में फैला है - हम यूएसबी 2.0 एफएस की बैंडविड्थ पर आराम करते हैं। इसलिए, केवल FTDI पुल। एक पुल एक फ़ंक्शन है, और यूएसबी 2.0 एचएस बैंडविड्थ प्रदान करता है।

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

लेकिन कुछ टायर्स ऐसे होते हैं, जिन पर महंगा एफटीडीआई चिप लगाई जाती है। हम इस बारे में बात करेंगे कि वे परिसर में कैसे लागू होते हैं।

एक हजार छोटी चीजें

रेड कॉम्प्लेक्स में एक स्विच एसडी कार्ड क्यों है

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

इस मामले के लिए, रेड कॉम्प्लेक्स में एक स्विच्ड एसडी कार्ड है। विद्युत सर्किट आरेख पर, इसे निम्नानुसार शामिल किया गया है:



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

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



दरअसल, SDIO और SD कार्ड स्विचिंग से जुड़े सिग्नल लाल रंग में हाइलाइट किए जाते हैं। हम शेष बैकलाइट रंगों पर विचार करने के लिए आगे बढ़ते हैं।

एसपीआई फ्लैश ड्राइव

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

यहां एक ही योजना लागू की गई है - एनालॉग स्विच के साथ:



खैर, फ्लैश ड्राइव के साथ काम करने से संबंधित लाइनें हरे रंग में हाइलाइट की गई थीं।

कम ठोस राज्य रिले

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



... और उनकी नियंत्रण रेखाओं को नीले रंग में हाइलाइट किया गया था।

USB-SPI / I ² C ब्रिज को कॉन्फ़िगर करना

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

USB डिवाइस रीसेट

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

STM32 नियंत्रक के लिए प्रोग्रामेटिक एक्सेस

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