32-बिट माइक्रोकंट्रोलर से 8-बिट माइक्रोकंट्रोलर कितने अलग हैं, जब यह उन्हें प्रोग्रामिंग करने की बात आती है

Question

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

Comments

नहीं। निश्चित रूप से अलग-अलग चिंताएं हैं, लेकिन वे काफी हद तक डिवाइस-विशिष्ट विवरण के स्तर पर हैं। उदाहरण के लिए, अनलग्ड शब्द एक्सेस की अनुमति है? (एआरएम पर यह अभी तक x86 पर नहीं है)। यह प्रश्न वास्तव में पर्याप्त विशिष्ट नहीं है।

— क्रिस स्ट्रैटन

वाह दोस्तों, जवाब के लिए धन्यवाद। इसलिए वास्तव में बहुत महत्वपूर्ण अंतर हैं जिन्हें हमें 32 बिट प्रोसेसर बनाम 8 बिट प्रोसेसर की प्रोग्रामिंग करते समय ध्यान में रखना होगा। यहाँ मैं C का उल्लेख कर रहा था क्योंकि मुझे लगता है कि अधिकांश लोग उन सभी कारणों के लिए प्रोग्रामिंग के लिए विधानसभा में नहीं जाते हैं जो हम सभी जानते हैं। विस्तृत प्रतिक्रियाओं के लिए धन्यवाद, मैं वास्तव में इसकी सराहना करता हूं।

— क्वांटम 231

32 बिट uc के साथ एक बहुत अधिक विकल्प है और एक बहुत अधिक रजिस्टर है जिसे आपको सही प्राप्त करना है। मुझे लगता है कि यह इस बात पर निर्भर करता है कि आप क्या कर रहे हैं। उस ने कहा, इन दिनों आप $ 50 के लिए एक विकास बोर्ड, कंपिलियर, डिबगर, आईडीई प्राप्त कर सकते हैं। दिन में वापस $ 1000 की लागत होगी।

Answer 1

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

I / O पोर्ट पोर्ट आकार भी आमतौर पर डेटा बस आकार का पालन करेंगे, इसलिए 8-बिट माइक्रो में 8-बिट पोर्ट, 16-बिट में 16-बिट पोर्ट आदि होंगे।

8-बिट डेटा बस होने के बावजूद, कई 8-बिट माइक्रोकंट्रोलर्स में 16-बिट एड्रेस बस होती है और 2 ^ 16 या 64K मेमोरी बाइट्स को संबोधित कर सकती है (इसका मतलब यह नहीं है कि उनके पास कहीं भी लागू किया गया है)। लेकिन कुछ 8-बिट माइक्रो, लो-एंड PICs की तरह, केवल एक बहुत ही सीमित रैम स्पेस हो सकता है (उदाहरण के लिए PIC16 पर 96 बाइट्स)।

अपनी सीमित संबोधन योजना के आसपास जाने के लिए, कुछ 8-बिट माइक्रोज़ पेजिंग का उपयोग करते हैं, जहां पेज रजिस्टर की सामग्री मेमोरी के कई बैंकों में से एक का उपयोग करने के लिए निर्धारित करती है। आम तौर पर कुछ सामान्य रैम उपलब्ध होगी चाहे कोई भी पेज रजिस्टर करने के लिए सेट हो।

16-बिट माइक्रोकंट्रोलर आम तौर पर 64K मेमोरी तक ही सीमित होते हैं, लेकिन इसे प्राप्त करने के लिए पेजिंग तकनीकों का भी उपयोग कर सकते हैं। 32-बिट माइक्रोकंट्रोलर के पास ऐसी कोई पाबंदी नहीं है और यह 4GB तक की मेमोरी को संबोधित कर सकता है।

अलग-अलग मेमोरी साइज के साथ स्टैक साइज है। निचले अंत के माइक्रो में, यह मेमोरी के एक विशेष क्षेत्र में लागू किया जा सकता है और बहुत छोटा हो सकता है (कई PIC16 में 8-स्तरीय गहरी कॉल स्टैक है)। 16-बिट और 32-बिट माइक्रो में, स्टैक आमतौर पर सामान्य रैम में होगा और केवल रैम के आकार से सीमित होगा।

मेमोरी की मात्रा में भी बहुत अंतर हैं - प्रोग्राम और रैम दोनों - विभिन्न उपकरणों पर लागू। 8-बिट माइक्रोस में केवल कुछ सौ बाइट्स रैम हो सकती है, और कुछ हज़ार बाइट्स प्रोग्राम मेमोरी (या बहुत कम - उदाहरण के लिए PIC10F320 में केवल 256 14-फ्लैश के शब्द और 64 बाइट्स रैम हैं)। 16-बिट माइक्रोस में कुछ हजार बाइट्स रैम, और दस हजार हजार बाइट्स प्रोग्राम मेमोरी हो सकती है। 32-बिट माइक्रोस में अक्सर 64K बाइट्स रैम होता है, और शायद 1/2 एमबी या अधिक प्रोग्राम मेमोरी (PIC32MZ2048 में 2 एमबी फ्लैश और 512KB रैम होता है; नए जारी किए गए PIC32MZ2064DAH176 में ग्राफिक्स के लिए 2 एमबी फ्लैश और है। एक गहन 32MB की चिप रैम)।

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

मैंने बड़े पैमाने पर पारदर्शी कहा, क्योंकि विभिन्न सी डेटा प्रकारों का आकार एक आकार से दूसरे सूक्ष्म तक भिन्न हो सकता है; उदाहरण के लिए, एक कंपाइलर जो 8 या 16-बिट माइक्रो को लक्षित करता है, वह 16-बिट हस्ताक्षरित चर का अर्थ "int" का उपयोग कर सकता है, और 32-बिट माइक्रो पर यह 32-बिट चर होगा। इसलिए बहुत सारे प्रोग्राम स्पष्ट रूप से यह कहने के लिए #defines का उपयोग करते हैं, जैसे कि अहस्ताक्षरित 16-बिट चर के लिए "UINT16"।

यदि आप C में प्रोग्रामिंग कर रहे हैं, तो सबसे बड़ा प्रभाव आपके चर का आकार होगा। उदाहरण के लिए, यदि आप जानते हैं कि एक चर हमेशा 256 (या रेंज -128 में 127 से यदि हस्ताक्षरित) से कम होगा, तो आपको 8-बिट माइक्रो (जैसे PIC16) पर 8-बिट (अहस्ताक्षरित चार या चार) का उपयोग करना चाहिए ) चूंकि एक बड़े आकार का उपयोग करना बहुत अक्षम होगा। इसी तरह 16-बिट माइक्रो (जैसे PIC24) पर 16-बिट चर। यदि आप 32-बिट माइक्रो (PIC32) का उपयोग कर रहे हैं, तो यह वास्तव में कोई फर्क नहीं पड़ता क्योंकि MIPS निर्देश सेट में बाइट, शब्द और डबल-शब्द निर्देश हैं। हालांकि, कुछ 32-बिट माइक्रो पर, यदि उनके पास ऐसे निर्देशों का अभाव है, तो 8-बिट चर का हेरफेर मास्किंग के कारण 32-बिट से कम कुशल हो सकता है।

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

तो 32-बिट सिस्टम से 16-बिट या 16-बिट से 8-बिट पर जा रहे हैं, इस प्रकार के चर पर कोई भी संचालन जो अब डिफ़ॉल्ट रजिस्टर आकार से बड़ा है (लेकिन पहले नहीं थे) को एक महत्वपूर्ण माना जाना चाहिए अनुभाग।

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

Comments

यह ध्यान देने योग्य हो सकता है कि असेंबली भाषा के स्तर पर, 8-बिट प्रोसेसर में कम रजिस्टर और कम ऑर्थोगोनल निर्देश होते हैं (AVR एक अधिक RISCy अपवाद है), जब उन्हें विकसित किया गया था तो डिजाइन की कमी का परिणाम है। 32-बिट प्रोसेसर RISC वंशज होते हैं (Renesas 'RX, एक आधुनिक CISC, एक अपवाद है, और Freescale का ColdFire m68k से उतरता है)।

— पॉल ए। क्लेटन

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

— vsz

@vsz - अच्छा बिंदु, उस एक के बारे में भूल गया। आम तौर पर किसी को किसी भी पहुंच (जो केवल पढ़ने सहित) के आसपास व्यवधान को अक्षम करना चाहिए, जो किसी भी अस्थिर चर को डिफ़ॉल्ट रजिस्टर आकार से बड़ा है।

— tcrosley

क्या यह सच है कि 32-बिट uC में आमतौर पर 32-बिट I / O इंटरफेस होता है? मुझे लगता है कि वैसे भी यह आमतौर पर सिर्फ सीरियल संचार है।

— clabacchio

@clabacchio मेरा अनुभव है कि I / O पोर्ट रजिस्टर के सभी को 32-बिट के रूप में परिभाषित किया गया है, लेकिन कभी-कभी शीर्ष 16 बिट्स 16-31 अप्रयुक्त होते हैं, इसलिए एक समानांतर पोर्ट अभी भी 16 भौतिक पिन है। अन्य मामलों में, RTCC रजिस्टर की तरह, सभी 32 बिट्स का उपयोग किया जाता है।

— tcrosley

Answer 2

8-बिट और 32-बिट माइक्रोकंट्रोलर के बीच एक सामान्य अंतर यह है कि 8-बिट वाले में अक्सर मेमोरी की सीमा होती है और I / O स्पेस जो निष्पादन निर्देश की परवाह किए बिना एक निर्देश में एक्सेस किया जा सकता है, जबकि 32-बिट माइक्रोकंट्रोलर अक्सर होगा एक बहु-निर्देश अनुक्रम की आवश्यकता है। उदाहरण के लिए, एक सामान्य 8-बिट माइक्रोकंट्रोलर (HC05, 8051, PIC-18F, आदि) पर एक एकल निर्देश का उपयोग करके पोर्ट बिट की स्थिति बदल सकती है। एक सामान्य एआरएम (32-बिट) पर, यदि रजिस्टर सामग्री शुरू में अज्ञात थी, तो चार-निर्देश अनुदेश अनुक्रम की आवश्यकता होगी:

    ldr  r0,=GPIOA
    ldrh r1,[r0+GPIO_DDR]
    ior  r1,#64
    strh r1,[r0+GPIO_DDR]

अधिकांश परियोजनाओं में, नियंत्रक अपने समय के विशाल हिस्से को व्यक्तिगत I / O बिट्स की स्थापना या समाशोधन के अलावा अन्य चीजें करने में खर्च करता है, इसलिए तथ्य यह है कि पोर्ट पिन को साफ करने जैसे कार्यों को अधिक निर्देशों की आवश्यकता होती है जो अक्सर मायने नहीं रखते हैं। दूसरी ओर, ऐसे समय होते हैं जब कोड को बहुत अधिक हेरफेर करने के लिए "बिग-बैंग" करना होगा, और एक निर्देश के साथ ऐसी चीजों को करने की क्षमता काफी मूल्यवान साबित हो सकती है।

दूसरी तरफ, 32-बिट नियंत्रकों को अदृश्य रूप से कई प्रकार के डेटा संरचनाओं का कुशलतापूर्वक उपयोग करने के लिए डिज़ाइन किया गया है, जिन्हें मेमोरी में संग्रहीत किया जा सकता है। कई 8-बिट कंट्रोलर, तुलना करके, डेटा संरचनाओं तक पहुंचने में बहुत अक्षम हैं जो सांख्यिकीय रूप से आवंटित नहीं किए गए हैं। एक 32-बिट कंट्रोलर एक निर्देश में एक ऐरे एक्सेस का प्रदर्शन कर सकता है, जो एक विशिष्ट 8-बिट कंट्रोलर पर आधा दर्जन या अधिक निर्देश लेगा।

Comments

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

— पॉल ए। क्लेटन

@ PaulA.Clayton: मैंने पिछले 20 वर्षों में वास्तव में MIPS को नहीं देखा है; बिट-बैंड क्षेत्रों के लिए, मैंने उन्हें उचित-दिखने वाले कोड में उपयोग करने का एक तरीका नहीं निकाला है, और यहां तक ​​कि अगर मैं उनका उपयोग कर सकता हूं तो वे केवल एक निर्देश को बचा सकते हैं जब तक कि कोई पागल प्रोग्रामिंग प्रवंचना का उपयोग नहीं करता है, जिस स्थिति में वे दो [भार R0 को सम या विषम पते के साथ सहेज सकते हैं कि क्या बिट सेट या क्लियर किया जाना चाहिए, और क्षतिपूर्ति के लिए उचित रूप में स्टोर निर्देश पर ऑफसेट समायोजित करें]। BTW, क्या आपको पता है कि बिट-बैंड क्षेत्र शब्द पते का उपयोग क्यों करता है?

— सुपरकैट

@ सिक्सरकट: वर्ड एड्रेसिंग आपको पॉइंटर सबस्क्रिप्टिंग ( region_base[offset]) के माध्यम से C या C ++ से बिट-बैंड क्षेत्रों तक पहुंचने की सुविधा देता है

— बेन वोइग्ट

@BenVoigt और बाइट संबोधन के साथ कोई ऐसा क्यों नहीं कर सकता है? (शायद दो-बिट और चार-बिट ऑपरेशन का समर्थन करने की उम्मीद / आशा को हटाने के लिए एक संभावित कारण होगा।)

— पॉल ए। क्लेटन

@BenVoigt: 4 के कारक द्वारा बिट संख्या को स्केल करने पर अक्सर एक अतिरिक्त निर्देश का खर्च आएगा। वास्तव में, जो मुझे एक बिट-बैंड क्षेत्र के बजाय देखा जाना पसंद था, वह उन दो क्षेत्रों का एक सेट होगा जो "सामान्य" मेमोरी एक्सेस के सापेक्ष एक निश्चित ऑफसेट पर बैठते हैं, लेकिन यह निर्दिष्ट करते हैं कि एक क्षेत्र में लिखते हैं यदि संभव हो तो केवल "सेट" बिट्स, और दूसरे को केवल "स्पष्ट" बिट्स लिखेंगे। यदि बस में "राइट-अप्स-इनेबल" और "राइट-जीरो-सक्षम" कंट्रोल बिट्स अलग-अलग थे, तो कोई भी उन चीजों को प्राप्त कर सकता है जो बिट-बैंडिंग की अनुमति देता है, लेकिन कई मामलों में रीड-संशोधित-राइट से बचें।

— सुपरकैट

Answer 3

सबसे बड़ा व्यावहारिक अंतर प्रलेखन की मात्रा है, वास्तव में, पूरी तरह से पूरी तरह से चिप को समझने के लिए। वहाँ 8-बिट माइक्रोकंट्रोलर हैं जो लगभग 1000 पृष्ठों के प्रलेखन के साथ आते हैं। तुलना करें कि 1980 के 8 बिट सीपीयू और लोकप्रिय परिधीय चिप्स के लिए लगभग 200-300 पृष्ठों की कीमत के साथ इसका उपयोग किया जाएगा। एक परिधीय-समृद्ध 32 बिट डिवाइस को भाग को समझने के लिए आपको 2000-10,000 पृष्ठों के प्रलेखन से गुजरना होगा। प्रलेखन के 20k पृष्ठों पर आधुनिक 3 डी ग्राफिक्स किनारे वाले भाग।

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

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

Answer 4

मैं व्यक्तिगत रूप से एक ही परिवार के उन्नयन (8bit-> 32bit) के बारे में बहुत ज्यादा चिंता नहीं करूंगा और आप पूरे बोर्ड में चश्मा बढ़ा रहे हैं। आम तौर पर, मैं डेटा प्रकारों के साथ आदर्श से बाहर कुछ भी नहीं कर रहा हूं क्योंकि सड़क को बनाए रखना मुश्किल हो सकता है।

डिवाइस कोड को डाउनग्रेड करना एक अलग कहानी है।

Comments

डेटा प्रकारों का आकार संकलक द्वारा निर्धारित किया जाता है, न कि प्रोसेसर वास्तुकला द्वारा। 8-बिट प्रोसेसर में 32-बिट इनट्स हो सकते हैं, भले ही यह उन्हें हेरफेर करने के लिए कई निर्देश लेगा।

— जो हस

अच्छी टिप्पणी- मैंने सुधार के कारण पहली पंक्ति को हटा दिया।

— निक टुल्लोस

@JoeHass: एक 8 बिट प्रोसेसर के लिए एक संकलक सकता है परिभाषित int32 बिट, या यहाँ तक कि 64 उस बात के लिए हो सकता है, लेकिन मैं किसी भी मौजूदा 8 बिट compilers जो वास्तव में के बारे में पता कर रहा हूँ है परिभाषित intसे बड़ा 16 बिट हो, या बढ़ावा देने के लिए कुछ भी बड़ा करने के लिए 16 बिट मान।

— सुपरकैट

Answer 5

32-बिट MCU एक के लिए एक पूरी बहुत अधिक शक्ति खाएगा। और अधिक समर्थन सर्किटरी की आवश्यकता है।

8-बिट्स में से एक 32-बिट्स में वास्तव में संक्रमण नहीं करता है ... आप दोनों का उपयोग करते रहेंगे, अक्सर एक साथ। लब्बोलुआब यह है कि आपको नौकरी के लिए जो भी उपयुक्त हो, उसका उपयोग (और सीखना) करना चाहिए। एआरएम को जानें, क्योंकि यह अभी एम्बेडेड दुनिया को हिलाता है और इसे करता रहेगा। एवीआर या पीआईसी भी सीखें क्योंकि वे कमाल के बोर्ड कंट्रोलर हैं।

आप शायद एवीआर से एआरएम को स्विच करने में बहुत परेशानी का अनुभव करेंगे क्योंकि एआरएम से x86 वैसे भी, बस का आकार वास्तव में इतना अंतर नहीं करता है। सभी अतिरिक्त उन्नत हार्डवेयर हालांकि करता है। मानक व्यवधान से 6 प्राथमिकता के स्तर के साथ एक बाधित रुकावट सरणी में जाने से यह पता लगाना मुश्किल हो जाएगा कि चार अरब कैसे गिना जाए।

Comments

मुझे नहीं पता कि क्या यह दावा करना सही है कि 32 बिट एमसीयू आंतरिक रूप से अधिक बिजली की भूख है। कम से कम एक कंपनी ( ऊर्जा माइक्रो ) पूरी उत्पाद लाइन अल्ट्रा-लो पावर एमसीयू है, और वे सभी 32-बिट एआरएम कोर आधारित हैं।

— कॉनर वुल्फ

बस एक stm32l1 सर्किट है कि एक cr2032 पर 7 साल के लिए चलना चाहिए काम किया

— स्कॉट Seidman

क्या आप टिप्पणी को सही ठहरा सकते हैं कि एक 32-बिट MCU को "सपोर्ट सर्किटरी" की आवश्यकता है? मुझे लगता है कि आप यहां कई अनुचित राय व्यक्त कर रहे हैं।

— जो हस

इसके अलावा, आपके वियक्टर्ड इंटरप्रिट्स कमेंट का कोई मतलब नहीं है, क्योंकि आप 8-बिट माइक्रोकंट्रोलर्स में कई प्राथमिकता स्तर प्राप्त कर सकते हैं (Atmel xmega MCUs, जिसमें 3 प्राथमिकता स्तर होते हैं), और vectored इंटरप्ट होने पर हर हार्डवेयर डिवाइस के अप्रासंगिक होने पर अपने स्वतंत्र वैक्टर वैसे भी।

— कॉनर वुल्फ

मैं एक इलेक्ट्रिक वाहन के लिए स्मार्ट बैटरी चार्जर को नियंत्रित करने के लिए 32-बिट कॉर्टेक्स-एम 0 प्रोसेसर का उपयोग कर रहा हूं। यह एकल 3.3 V आपूर्ति का उपयोग करता है। यह एक आंतरिक थरथरानवाला और PLL है तो मैं भी एक क्रिस्टल की जरूरत नहीं है। मैं 28-पिन डीआईपी पैकेज का उपयोग कर रहा हूं, लेकिन अगर मैं चाहता हूं तो मुझे 8-पिन डीआईपी में एक कॉर्टेक्स-एम 0 मिल सकता है। यह एक विशिष्ट तस्वीर या AVR से अधिक जटिल कैसे हो सकता है?

— जो हस