Qt निर्माता 4.10 और QBS 1.14 माइक्रोकंट्रोलर प्रोग्रामिंग विशेषताओं का अवलोकन

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

बस दूसरे दिन, चुपचाप और अगोचर रूप से, क्यूटी क्रिएटर 4.10 रिलीज़ किया गया, जिसने माइक्रोकंट्रोलर्स (आम लोगों में - "बेयरमेटल" डिवाइस) के साथ काम करने के लिए कुछ सुधार जोड़े। क्यूटी क्रिएटर की यह रिलीज QBS 1.14 बिल्ड सिस्टम को एकीकृत करती है, जिसमें नए सुधार भी हैं। इनमें से कुछ सुधारों पर नीचे चर्चा की जाएगी।

क्यूटी निर्माता में सुधार

ये सभी सुधार केवल तभी उपलब्ध होते हैं जब BareMetal प्लगइन सक्षम होता है, जो मेनू "Help -> About Plugins -> Device Support -> BareMetal" के माध्यम से सक्रिय होता है।

1. तीन नए संकलक अब समर्थित हैं, जिनके बारे में मूल जानकारी नीचे दी गई तालिका में दी गई है:
   

   संकलक	समर्थित आर्किटेक्चर
   IAR ईडब्ल्यू	एआरएम, एवीआर, 8051 (MCS51)
   KEIL	एआरएम, 8051 (MCS51)
   SDCC	8051 (MCS51)

   
   नोट: यह ध्यान देने योग्य है कि विभिन्न आर्किटेक्चर के लिए IAR EW और KEIL के उत्पाद अलग-अलग पैकेज द्वारा प्रदान किए जाते हैं जिन्हें स्वतंत्र रूप से स्थापित किया जाना चाहिए। अंतर में, कहते हैं, SDCC संकलक से जो एक ही बार में कई आर्किटेक्चर का समर्थन करता है।
   
2. अब ये नए संकलक टैब "टूल -> विकल्प -> किट -> कंपाइलर -> ऑटो-डिटेक्ट" पर स्वचालित रूप से पता लगाए जाते हैं।
   
   उदाहरण के लिए, मेरे लिए यह इस तरह दिखता है:
   
   
   
   नोट: जैसा कि आप देख सकते हैं, C ++ के लिए MCS51 के लिए कोई KEIL संकलक नहीं है, जो सही है, क्योंकि यह संकलक केवल C. का समर्थन करता है। SDCC संकलक भी इसी कारण से गायब होगा।
   
3. मेनू "टूल्स -> विकल्प -> किट -> कम्पाइलर -> ऐड": के माध्यम से इन नए संकलकों को मैन्युअल रूप से जोड़ना भी संभव है
   
   
   
4. संकलक के लिए, इसकी एबीआई (वास्तुकला, प्रारूप और शब्द चौड़ाई) स्वचालित रूप से निर्धारित की जाएगी। इस पर जानकारी बस संकलक पर क्लिक करके देखी जा सकती है।
   
   उदाहरण के लिए, मेरे IAR EW और आर्किटेक्चर 8051 (MCS51) के लिए, यह इस तरह दिखता है:
   
   
   
   नोट: इस मामले में, एक संकलक का चयन किया गया था जो स्वचालित रूप से पता लगाया गया था, इसलिए यहां एबीआई फ़ील्ड निष्क्रिय हैं। लेकिन मैन्युअल रूप से कंपाइलर को जोड़ने पर, उपयोगकर्ता सही ABI का चयन कर सकता है, अगर किसी कारण से इसे गलत तरीके से निर्धारित किया गया था।
   
5. संकलक के लिए, इसके सभी मैक्रो स्वचालित रूप से पता लगाए जाएंगे। इस प्रकार, कोड संपादक में उन्हें सही ढंग से हाइलाइट किया जाएगा।
   
   नोट: एक अपवाद केवल कुछ संकलक के कीवर्ड हैं (उदाहरण के लिए, 8051 वास्तुकला के लिए), जिसे एक चेतावनी के साथ हाइलाइट किया जाएगा। लेकिन वह एक और कहानी है।
   
6. कंपाइलर के लिए, इसकी हेडर फ़ाइलों वाली निर्देशिकाओं का स्वचालित रूप से पता लगाया जाएगा। इस प्रकार, कोड संपादक में उन्हें सही ढंग से हाइलाइट किया जाएगा।
   
7. इन नए संकलक की त्रुटियों और चेतावनियों के लिए पार्सर कार्यान्वित किए जाते हैं, जिन्हें इश्यू पैनल में प्रदर्शित किया जाता है।
   

QBS में सुधार

QBS इस समीक्षा का एक अभिन्न अंग होगा, इसलिए इसके सुधार के बारे में बात करना समझ में आता है:

1. इन नए संकलकों के लिए समर्थन जोड़ा गया (संस्करण 1.13 के बाद से उनमें से कुछ)।
2. स्वचालित रूप से स्थापित संकलक का पता लगाने और प्रोफाइल बनाने की क्षमता को लागू किया। किस qbs-setup-toolchains उपयोगिता के लिए उपयोग किया जाता है।
   
   मेरे मामले में, यह इस तरह दिखता है:
   
   

   c:\Qt-meta\Tools\QtCreator\bin>qbs-setup-toolchains.exe --detect ... Trying to detect IAR toolchains... Profile 'iar-arm' created for 'C:/Program Files (x86)/IAR Systems/Embedded Workbench 8.3/arm/bin/iccarm.exe'. Profile 'iar-mcs51' created for 'C:/Program Files (x86)/IAR Systems/Embedded Workbench 8.0/8051/bin/icc8051.exe'. Profile 'iar-avr' created for 'C:/Program Files (x86)/IAR Systems/Embedded Workbench 8.0/avr/bin/iccavr.exe'. Trying to detect KEIL toolchains... Profile 'keil-mcs51' created for 'C:/Keil_v5/C51/BIN/c51.exe'. Profile 'keil-arm' created for 'C:/Keil_v5/ARM/ARMCC/bin/armcc.exe'. Trying to detect SDCC toolchains... No SDCC toolchains found. ... 

   
   यह देखने के लिए कि वहां क्या खोज की गई थी, आप qbs-config-ui GUI उपयोगिता का उपयोग कर सकते हैं।
   
   मेरे मामले में, यह इस तरह दिखता है:
   
   
   

प्रोजेक्ट बनाने की सुविधाएँ

एक विचार होना और cpp और qbs मॉड्यूल के लिए प्रोजेक्ट गुणों को सही ढंग से भरने में सक्षम होना महत्वपूर्ण है।

आइए हम उनमें से सबसे महत्वपूर्ण पर ध्यान केन्द्रित करें और उन पर अधिक विस्तार से विचार करें:

• qbs.toolchain - चयनित कंपाइलर के लिए एक प्रोफ़ाइल बनाते समय यह संपत्ति स्वचालित रूप से आबाद हो जाती है। नीचे दी गई तालिका इस संपत्ति के संभावित मूल्यों को दर्शाती है:
  
  

  टूलचिन नाम	संपत्ति का मूल्य
  IAR ईडब्ल्यू	IAR
  KEIL	keil
  SDCC	SDCC

  
  
• qbs.altecture - चयनित कंपाइलर के लिए प्रोफ़ाइल बनाते समय यह गुण अपने आप पॉप्युलेट हो जाता है। नीचे दी गई तालिका इस संपत्ति के संभावित मूल्यों को दर्शाती है:
  
  

  वास्तुकला नाम	संपत्ति का मूल्य
  एआरएम	हाथ
  AVR	AVR
  8051 (MCS51)	MCS51

  
  
• cpp.cLanguageVersion - यह गुण आपको सी भाषा के लिए उपयोग किए जाने वाले मानक के संस्करण को सेट करने की अनुमति देता है। संभावित उपयोग नीचे दी गई तालिका में दिखाए गए हैं:
  
  

  टूलचिन नाम	संभव विकल्प	डिफ़ॉल्ट रूप से
  IAR ईडब्ल्यू	C89	टूलचैन के संस्करण के आधार पर नवीनतम संस्करण।
  KEIL	c99 (केवल ARM)	टूलचैन के संस्करण के आधार पर नवीनतम संस्करण।
  SDCC	c89, c99, c11	टूलचैन के संस्करण के आधार पर नवीनतम संस्करण।

  
  नोट: यह ध्यान रखना महत्वपूर्ण है कि आईएआर ईडब्ल्यू और केईएल टूलचिन्स मानक संस्करण का चयन करने की क्षमता प्रदान नहीं करते हैं। डिफ़ॉल्ट रूप से, वे संकलक के एक विशिष्ट संस्करण में लागू नवीनतम संस्करण का उपयोग करते हैं (या तो c99 या c11, आपको संकलक के लिए जारी किए गए नोट्स में देखने की आवश्यकता है)। आमतौर पर, आप केवल c89 मानक के पुराने संस्करण का चयन कर सकते हैं।
  
• cpp.cxxLanguageVersion - यह गुण आपको C ++ भाषा के लिए उपयोग किए जाने वाले मानक के संस्करण को सेट करने की अनुमति देता है। संभावित उपयोग नीचे दी गई तालिका में दिखाए गए हैं:
  
  

  टूलचिन नाम	संभव विकल्प	डिफ़ॉल्ट रूप से
  IAR ईडब्ल्यू	नहीं	टूलचैन के संस्करण के आधार पर नवीनतम संस्करण
  KEIL	c ++ 03, c ++ 11 (केवल ARM के लिए)	सी ++ 03 (केवल एआरएम के लिए)
  SDCC	समर्थित नहीं है	समर्थित नहीं है

  
  
• लिंकिंग के लिए उपयोग किए जाने वाले प्रोग्राम में कदम में cpp.entryPoint बिंदु का नाम है। इसकी आवश्यकता प्रयुक्त रनटाइम द्वारा निर्धारित की जाती है। उदाहरण के लिए, यदि आप IAR EW रनटाइम का उपयोग करते हैं (अर्थात, इसके पुस्तकालयों से लिंक करें और इसकी लिंकर स्क्रिप्ट का उपयोग करें), तो इस स्थिति में बिंदु का नाम "__program_start" होगा। यानी यह पूरी तरह से डेवलपर तक है।
  
• cpp.driverFlags सामान्य झंडे हैं जो कंपाइलर और असेंबलर को पास किए जाएंगे। कुछ मामलों में, उन्हें लिंकर में भी स्थानांतरित किया जाएगा (यह टूलकिन के प्रकार पर निर्भर करता है)। ये ध्वज झंडे हो सकते हैं जो प्रोसेसर, कोप्रोसेसर, आदि के प्रकार को दर्शाते हैं।
  
  उदाहरण के लिए, AVR आर्किटेक्चर के लिए IAR EW कंपाइलर के लिए, ये हो सकते हैं:
  
  

   cpp.driverFlags: ["--cpu=can128", "-ms"] 

  
  
• cpp । IAR EW और KEIL संकलक के लिए, cpp.driverLinkerFlags का उपयोग करना बेहतर होगा, क्योंकि ये संकलक हमेशा लिंक करने के लिए एक अलग लिंकर निष्पादन योग्य का उपयोग करते हैं। SDCC कंपाइलर के लिए, cpp.linkerFlags का उपयोग करना बेहतर होगा इस संकलक की कमांड कुछ हद तक GCC संकलक के समान है।
  
• cpp.commonCompilerFlags सामान्य ध्वज हैं जो C कंपाइलर और C ++ कंपाइलर दोनों को पास किए जाएंगे।
  
  उदाहरण के लिए, IAR EW संकलक के लिए, यह इस संकलक के विशिष्ट एक्सटेंशन को सक्षम करने के लिए एक ध्वज हो सकता है:
  
  

   cpp.commonCompilerFlags: ["-e"] 

  
  
• cpp.cFlags झंडे हैं जो केवल सी कंपाइलर को पास किए जाएंगे।
  
• cpp.xxFlags झंडे हैं जो केवल C ++ कंपाइलर को पास किए जाएंगे।
  
• cpp.staticLbooks उन पुस्तकालयों की एक सूची है, जिनके साथ आपको एप्लिकेशन लिंक करना होगा। मैं ध्यान देता हूं कि इन कंपाइलरों में cpp.dynamicLbooks समर्थित नहीं है (जैसा कि मुझे पता है), इसलिए यह केवल cpp.staticLbooks का उपयोग करने के लिए समझ में आता है।
  
• cpp.assemblerFlags - ये झंडे केवल कोडांतरक को दिए जाएंगे।
  

लिंकर के लिए स्क्रिप्ट फ़ाइलों को निर्दिष्ट करने के लिए, एक विशेष टैग "लिंकरस्क्रिप्ट" है, जिसका आपको उपयोग करना चाहिए, उदाहरण के लिए:

 Group { name: "Linker Scripts" fileTags: ["linkerscript"] files: ["cfg3soim.xcl", "cfgcan128.xcl"] } 

नोट: कारण यह है कि विभिन्न कंपाइलरों के लिए इन फ़ाइलों के नामकरण के लिए अलग-अलग विकल्प हैं। उसी जीसीसी के लिए, यह एक्सटेंशन * .ld, * .x, * .xn, * .xbn, आदि के साथ फाइल हो सकती है (हम अन्य संकलक के बारे में क्या कह सकते हैं ...)। इसलिए, यह विशिष्ट संकलक के लिए सभी संभव फ़ाइल एक्सटेंशनों को टैग करने में परेशान नहीं करने का निर्णय लिया गया था, लेकिन बस अपने इच्छित उद्देश्य और स्थिति के लिए लिंकस्क्रिप्ट टैग का उपयोग करने के लिए।

यह देखने के लिए कि यह सब कैसे काम करता है, क्यूबीएस सरल उदाहरणों का एक सेट प्रदान करता है जो केवल एक पैर को "झटका" देता है और एक एलईडी ब्लिंक करता है।

डिबगिंग के साथ क्या है

दुर्भाग्य से, डिबगिंग की स्थिति विकट है। उत्पाद (IDEs) IAR EW और KEIL अपने डिबगर का उपयोग करते हैं, लेकिन तब से चूंकि ये उत्पाद मालिकाना हैं, इसलिए इन डिबगर्स के प्रोटोकॉल के संचालन का वर्णन कहीं से प्राप्त करना संभव नहीं है। एकमात्र विकल्प यह है कि ग्रहण के लिए प्लगइन्स को रिवर्स इंजीनियरिंग के लिए आज़माया जाए (उदाहरण के लिए, IAR EW इन प्लगइन्स प्रदान करता है), लेकिन इसके लिए गंभीर प्रेरणा की आवश्यकता होती है।

लेकिन मैं थोड़ा खुश हो सकता हूं अगर मैं कहता हूं कि एआरएम वास्तुकला के लिए आप जीडीबी डीबगर का उपयोग कर सकते हैं। कम से कम यह मेरे लिए आईएआर ईडब्ल्यू के लिए काम करता था (लेकिन यहां, केईआईएल के साथ कुछ काम नहीं किया गया था, हो सकता है कि लिंक करने वाले को कुछ अतिरिक्त झंडे दिखाए जाएं)।

आगे क्या है

यहां मैं थोड़ा बिगाड़ रहा हूं, मैं कहूंगा कि अगले संस्करणों में (मुझे नहीं पता कि कौन से लोग हैं), STM8 और MSP430 आर्किटेक्चर को जोड़ा जाना चाहिए, साथ ही साथ QAR जेनरेटर देशी आरएआर ईडब्ल्यू और केईआईएल परियोजनाओं में लागू किए जाएंगे (जो उदाहरण के लिए, डीबग परियोजनाओं के लिए संभव होगा)।

इस नोट पर, मैं अपनी कहानी समाप्त करता हूं, आप सभी को धन्यवाद जो इस समीक्षा पर ध्यान देंगे।