माइक्रोकंट्रोलर पर "डेस्कटॉप" सॉफ़्टवेयर चलाएं

Embox ने TechTrain IT उत्सव में भाग लिया। पहली बार की तरह, हम लोहे के टुकड़े ले आए और अपनी उपलब्धियों को जीवंत दिखाया। हमने पहले से ही Habré पर कुछ के बारे में लिखा था, लेकिन आप कभी नहीं जानते कि :)। वीओआईपी फोन , क्यूटी और ओपनसीवी को दिखाया गया था, जो सभी एसटीएम 32 एफ 7-डिस्कवरी पर आधारित हैं। स्टैंड के अलावा, हमने तीन रिपोर्ट कीं। मैंने पहले से ही खुले प्रोजेक्ट के बारे में पहले से ही विचार किया है इस लेख में मैं हमारी एक और रिपोर्ट के विचारों को बताना चाहता हूं, जिसे "माइक्रोकंट्रोलर्स पर डेस्कटॉप" सॉफ़्टवेयर लॉन्च करना कहा जाता था। खैर, यह अवसर लेते हुए, मैं आपको त्योहार के बारे में अपनी भावनाओं के बारे में थोड़ा बताऊंगा।

TechTrain

सबसे पहले, मैं आपको त्योहार के बारे में थोड़ा बता दूं। जिसे कोई दिलचस्पी नहीं है, वह तुरंत "डेस्कटॉप" सॉफ़्टवेयर को माइक्रोकंट्रोलर पर लॉन्च कर सकता है।

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

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

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

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

नतीजतन, बहुत अलग पृष्ठभूमि वाले लोग हमारे बूथ पर पहुंचे, वहां वेब डेवलपर्स और डॉटनेट गाल थे, जेएस और प्लसस थे। किसी ने याद किया कि वह विश्वविद्यालय में रहते हुए AVR पर कुछ कर रहा था, कोई कह रहा था कि वह RaPi या Arduino के साथ मज़े कर रहा है। बहुत सारे डॉटनेट-चिक्स थे, कई लोग सोच रहे थे कि क्या हमारे पास .NET माइक्रो फ्रेमवर्क है । हमने भी मुश्किल से उसे हमारे पास नहीं खींचा। उम्मीद है कि रस्ट के बारे में बहुत सारे सवाल थे। संक्षेप में, मेरी राय में, आयोजक उत्सव के विचार को अच्छी तरह से लागू करने में कामयाब रहे "यह पता लगाएं कि दूसरे क्या जीते हैं!"। आखिरकार, किसी भी त्योहार के रूप में, यहां मुख्य बात दूसरों को देखना और खुद को दिखाना है :)।

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

एक माइक्रोकंट्रोलर पर डेस्कटॉप सॉफ़्टवेयर लॉन्च करें

मेरी रिपोर्ट डेस्कटॉप सॉफ़्टवेयर ( Qt , OpenCV , pjpip ) लॉन्च करने पर हमारे कई कामों के परिणामों का सारांश थी । रिपोर्ट का उद्देश्य आम जनता है। एक हब्र के लिए मैं कई विवरणों को कम करने की कोशिश करूंगा, और आवश्यक चीजों के लिए मैं खोज के लिए लिंक या कीवर्ड दूंगा।

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

माइक्रोकंट्रोलर और माइक्रोप्रोसेसर के बीच अंतर क्या है

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

माइक्रो कंट्रोलर यूनिट (MCU) क्या है? यदि आप विकिपीडिया को देखते हैं , तो आप समझ सकते हैं कि एक चिप पर एक माइक्रोकंट्रोलर एक प्रणाली है, अर्थात, एक प्रोसेसर और बाह्य उपकरणों को एक चिप में स्थित किया जाता है।

सिस्टम-ऑन-ए-चिप (सिस्टम-ऑन-ए-चिप, एसओसी) एक माइक्रोकंट्रोलर की तुलना में एक व्यापक अवधारणा है। यह एक ऐसा इलेक्ट्रॉनिक सर्किट है जो एकल चिप में एकीकृत होता है, जिसमें एक माइक्रोप्रोसेसर (सीपीयू) और परिधीय होता है। किसी भी मोबाइल फोन में एक चिप होती है, जिसमें कई प्रोसेसर कोर के अलावा, बाह्य उपकरणों का एक गुच्छा होता है। यहां तक ​​कि x86 प्रोसेसर में अब पुल और यहां तक ​​कि gpu भी शामिल हैं। लेकिन मैं एक स्पष्ट वर्गीकरण पर नहीं, बल्कि सुविधाओं पर ध्यान केंद्रित करना चाहता हूं। हर कोई जानता है कि एक चिप पर सिस्टम:

• कम सेवन करें
• सस्ती हैं
• कम उत्पादक

हर कोई नहीं जानता कि संपर्कों की संख्या को कम करके वे और भी विश्वसनीय हैं और एक बड़ी तापमान सीमा हो सकती है।

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

मैं "और भी कम उत्पादक" के बारे में अधिक विस्तार से बात करना चाहता हूं। तथ्य यह है कि एक तरफ यह सच है, किसी भी सामान्य सामान्य-उद्देश्य वाले सीपीयू या SoC को लें और तथाकथित DMIPS में महत्वपूर्ण रूप से अधिक प्रदर्शन देखें। लेकिन अगर आप सोचते हैं कि ऐसा प्रदर्शन क्यों? एक उदाहरण के रूप में, मैं क्वेक और डूम गेम्स (जिनमें से निर्माता जॉन रोमेरो उत्सव में थे) दे दूंगा, उन्होंने पेंटियम एमएमएक्स पर बहुत अच्छा काम किया। लेकिन इस सीपीयू पर आधारित सिस्टम का प्रदर्शन पहले से ही टॉप-एंड माइक्रोकंट्रोलर्स द्वारा अवरुद्ध है। मेरा मतलब एसटीएम 32 एफ 7 या एसटीएम 32 एच 7 है । यही है, इन MCUs के आधार पर, Doom और Quake स्तर के अनुप्रयोगों को चलाना काफी संभव है, जिनके बारे में आप सहमत हैं कि यह बिल्कुल भी बुरा नहीं है।

आइए MCU की एक और विशेषता के बारे में बात करते हैं - आंतरिक मेमोरी। जैसा कि मैंने कहा, वह सीधे चिप पर स्थित है, और, तदनुसार, बहुत तेज है। लेकिन निश्चित रूप से, वह पर्याप्त नहीं है। लेकिन कितना कम? STM32F769 माइक्रोकंट्रोलर में 2 mb फ्लैश (ROM) और 512 + 16 + 4 kB SRAM (RAM) होते हैं। इसके अलावा, उदाहरण के लिए, STM32F769i-disco बोर्ड में बाह्य मेमोरी (128-Mbit SDRAM और 512-Mbit Quad-SPI फ़्लैश मेमोरी) भी है, जिसे सीधे संबोधित किया जाता है। मैं एसडी कार्ड या यूएसबी कनेक्ट करने की क्षमता के बारे में भी बात नहीं कर रहा हूं। ठीक है, यदि आप प्रसिद्ध वाक्यांश "640 केबी सभी के लिए पर्याप्त होना चाहिए" को याद करते हैं, तो उचित सवाल उठता है - आधुनिक डेस्कटॉप सॉफ्टवेयर इतना लज्जाजनक क्यों है? उदाहरण के लिए, निष्क्रिय मोड में विंडोज़ 10 में एक कैलकुलेटर 16 एमबी मेमोरी का उपभोग करता है।

आइए MCU की अगली विशेषता, ROM की उपस्थिति पर आगे बढ़ते हैं। वास्तव में, सीपीयू वाले सिस्टम में एक रॉम भी होता है; निष्पादन इससे शुरू होता है, और BIOS शुरू होता है, लेकिन बाकी सॉफ्टवेयर को रैम में लोड किया जाता है और इसे निष्पादित किया जाता है। एम्बेडेड सिस्टम में, कोड को सीधे निष्पादित करने के लिए प्रथागत है, जिसे eXecute-In-Place (XIP), लिनक्स कहा जाता है, वैसे भी इस मोड का समर्थन करता है, लेकिन मुख्य बात यह है कि सब कुछ मुख्य मेमोरी में लोड करना और यहां तक ​​कि इसे निष्पादित करना है। ROM से सीधे निष्पादित करने की क्षमता दो कारणों से महत्वपूर्ण है: पहला हार्वर्ड आर्किटेक्चर है, कमांड बस और डेटा बस का पृथक्करण आपको प्रोग्राम निष्पादन की गति बढ़ाने की अनुमति देता है; दूसरा - ठीक है, स्वाभाविक रूप से, कम स्मृति बर्बाद हो जाती है, क्योंकि कम से कम एक कोड खंड को कहीं और कॉपी करने की आवश्यकता नहीं है।

MCU की एक अन्य प्रमुख विशेषता MMU जैसे एक मॉड्यूल की कमी है, अर्थात, microcontrollers में वर्चुअल मेमोरी प्रबंधन के लिए हार्डवेयर समर्थन नहीं है। MCU में, यहां तक ​​कि सभी में MPU नहीं होते हैं, और कोड एक ही एड्रेस स्पेस में चलता है, इसलिए पूर्ण कांटा () को व्यवस्थित करना मुश्किल है। लेकिन कांटा () ही, जैसा कि हमने लेख "कांटा" () में लिखा है । vfork () ”एक भारी सिस्टम कॉल है, और इसकी कार्यक्षमता के अनुसार, कई मामलों में, इसे vfork () या पॉज़िक्स_स्पावन () से बदला जा सकता है।

सूक्ष्म रूप से माइक्रोप्रोसेसरों से भिन्न होने पर, हम निम्नलिखित कह सकते हैं:
हार्डवेयर के संदर्भ में:

• माइक्रोकंट्रोलर्स में मेमोरी सहित सभी आवश्यक परिधीय होते हैं
• माइक्रोकंट्रोलर्स की मेमोरी काफी कम होती है
• माइक्रोकंट्रोलर्स में हार्डवेयर MMU नहीं होता है
• माइक्रोकंट्रोलर्स की घड़ी की गति कम होती है और इसमें एक अलग प्रोसेसर आर्किटेक्चर (उपहार वास्तुकला) हो सकता है

उपभोक्ता गुणों के संदर्भ में:

• माइक्रोकंट्रोलर कम ऊर्जा की खपत करते हैं, बैटरी पर काम कर सकते हैं
• माइक्रोकंट्रोलर सस्ते होते हैं
• माइक्रोकंट्रोलर अधिक विश्वसनीय हैं
• माइक्रोकंट्रोलर कम उत्पादक हैं

क्यों एक माइक्रोकंट्रोलर पर डेस्कटॉप सॉफ्टवेयर चलाते हैं

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

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

संक्षेप में, तैयार सॉफ्टवेयर का उपयोग करने के फायदे:

• विकास लागत कम करें
• बाजार में कम समय
• कोड में त्रुटियों को कम करना। तैयार सॉफ्टवेयर अधिक विश्वसनीय है।

हम इसे Embox में कैसे करते हैं

यहां आप समझते हैं, आप बहुत लंबे समय तक बात कर सकते हैं, लेकिन फिर से मैं एक थीसिस में और मुख्य रूप से एक सुलभ तरीके से मुख्य बिंदुओं को रेखांकित करने का प्रयास करूंगा।

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

include embox.net.skbuff(amount_skb=16) 

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

दूसरा वाला। जाहिर है, Embox को POSIX का समर्थन करना चाहिए और यह समर्थित है। इसके अलावा, हमने अपने स्वयं के मानक पुस्तकालय को लागू किया है, क्योंकि इसे सिस्टम के कॉन्फ़िगरेशन के आधार पर फिर से बनाया जाना चाहिए।

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

चौथा। हमें C ++ के लिए एक रनटाइम लागू करना था, क्योंकि कई लोकप्रिय एप्लिकेशन और लाइब्रेरी फायदे का उपयोग करते हैं।

पांचवें। हमने बिल्ड सिस्टम का उपयोग करने की क्षमता जोड़ी

  ./configure; make; make install 

स्रोत को कहीं से डाउनलोड करने और आवश्यक पैच लगाने के बाद।

निष्कर्ष

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