STM32F103CBT6 विकल्प: 128 KB फ्लैश MCU गाइड

वही डाई, वही 48-पिन फुटप्रिंट, दोगुना फ्लैश — और स्वैप से पहले ज़्यादातर लोग जो फर्मवेयर का काम भूल जाते हैं।

सोर्सिंग मार्गदर्शिका· MCU ·MCU / MPU / SoC इन्वेंटरी · 64 KB क्रॉस-रेफ़रेंस

TL;DR

STM32F103CBT6C8T6 का 128 KB सहोदर है: वही Cortex-M3, वही 48-pin LQFP, वही टूलचेन।
हेडरूम जोड़ने का यह सबसे कम जोखिम वाला तरीका है — कोई बोर्ड बदलाव नहीं, कोई नए ड्राइवर नहीं, केवल मेमोरी मैप की समीक्षा।
काम लिंकर स्क्रिप्ट, OTA पार्टीशन टेबल और वेक्टर टेबल में है — परिधीय उपकरणों में नहीं।
128 KB वाले वैकल्पिक स्रोत मौजूद हैं, लेकिन उनमें भी 64 KB फैमिली जैसी वही "समान पिन, अलग सिलिकॉन" चेतावनियाँ हैं।
यदि इमेज अभी भी बढ़ रही है, तो दो बार क्वालिफाई करने के बजाय 256 KB क्लास की योजना बनाएं।

1. CBT6 क्यों मौजूद है

F103 फ़ैमिली एक ही डाई के आसपास बनाई गई थी जिसे अलग-अलग फ्लैश डेंसिटी के साथ कॉन्फ़िगर किया जा सकता था। यही कारण है कि C6T6, C8T6 और CBT6 एक ही पैकेज, पिनआउट और पेरिफेरल सेट साझा करते हैं: अंतर मेमोरी का है, आर्किटेक्चर का नहीं।

एक डिज़ाइनर के लिए, यह एक वरदान है। C8T6 के लिए क्वालिफाइड बोर्ड लेआउट बदले बिना CBT6 को स्वीकार करता है, और फर्मवेयर बिना किसी ड्राइवर बदलाव के कंपाइल होता है। एकमात्र सवाल यह है कि क्या मेमोरी मैप अभी भी मान्य रहता है।

एक खरीदार के लिए, यह मूल्य निर्धारण और उपलब्धता का निर्णय है: 128 KB वाला पार्ट थोड़ा अधिक महंगा है, लेकिन यह बाद में दूसरे स्टोरेज रीडिज़ाइन का जोखिम हटा देता है।

2. तीन मेमोरी वेरिएंट

पार्ट	फ़्लैश	RAM	स्टॉक में
STM32F103C6T6	32 KB	10 KB	Yes
STM32F103C8T6	64 KB	20 KB	Yes
STM32F103CBT6	128 KB	20 KB	Yes

ध्यान दें कि क्या नहीं बदलता: RAM C8T6 और CBT6 में 20 KB पर ही रहती है। फ्लैश दोगुना करने से एप्लिकेशन को अधिक स्टैक, हीप या बफ़र्स नहीं मिलते। यदि सीमा RAM है, तो उत्तर कोई अलग फ़ैमिली है, न कि बड़े फ्लैश वाला पार्ट।

32 KB C6T6 इसका विपरीत ट्रेड-ऑफ है: सबसे सस्ता, लेकिन केवल छोटी निश्चित इमेज के लिए व्यवहार्य। 32 KB से 128 KB तक जाना चार गुना वृद्धि है और आमतौर पर इस बाधा को स्थायी रूप से हल कर देता है।

क्या समान रहता है

पिनआउट, पैकेज, परिधीय सेट, क्लॉक ट्री और डीबग इंटरफ़ेस C6T6, C8T6 और CBT6 में अपरिवर्तित रहते हैं। वही बोर्ड, वही क्रिस्टल, वही SWD हेडर और वही USB सर्किट तीनों के साथ काम करते हैं।

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

जाँचने योग्य एकमात्र परिधीय अंतर फ्लैश कंट्रोलर की पेज ज्यामिति है, क्योंकि पेज आकार यह निर्धारित करता है कि एमुलेटेड EEPROM और बूटलोडर कैसे मिटाते हैं।

व्यवहार में C8T6 और CBT6 अक्सर वितरक स्तर पर परस्पर विनिमेय होते हैं, और चुनाव इस पर निर्भर करता है कि निर्माण के समय कौन उपलब्ध है। यह लचीलापन स्वयं इस बात का तर्क है कि पार्टीशन टेबल को 128 KB के आसपास डिज़ाइन किया जाए, ताकि किसी भी भाग को फर्मवेयर परिवर्तन के बिना उपयोग किया जा सके।

3. जब 64 KB पर्याप्त नहीं रहता है

फर्मवेयर पूर्वानुमेय चरणों में बढ़ता है। 40 KB पर आराम से फिट होने वाला प्रोजेक्ट 64 KB को पार कर सकता है जब पाँच में से एक बात होती है।

एक नेटवर्क स्टैक जोड़ा जाता है।TLS के साथ एक कॉम्पैक्ट TCP/IP स्टैक भी दसियों किलोबाइट खपत करता है।

एक डिस्प्ले और फ़ॉन्ट सेट जोड़ा जाता है।कुछ चीनी या जापानी ग्लिफ़ सेट पूरे एप्लिकेशन बजट से अधिक हो सकते हैं।

OTA स्टेजिंग जोड़ी जाती है।डुअल-बैंक अपडेट के लिए दूसरी इमेज के लिए जगह चाहिए, या कम से कम एक कंप्रेस्ड इमेज के लिए।

लॉगिंग या कॉन्फ़िगरेशन स्टोरेज फ्लैश में चला जाता है।एमुलेटेड EEPROM पेज उपयोगी एप्लिकेशन स्पेस को कम कर देते हैं।

डीबग सिंबल या बूटलोडर बढ़ जाते हैं।बूटलोडर फ्लैश के निचले हिस्से पर कब्जा करता है, चाहे कोई इसे मापे या न मापे।

अतिरिक्त 64 KB वास्तव में क्या खपत करता है

निर्णय लेने से पहले यह देखना उपयोगी होता है कि जगह कहाँ जाती है। इस श्रेणी के MCU पर एक सामान्य कनेक्टेड एप्लिकेशन का विभाजन लगभग इस प्रकार होता है: बूटलोडर 16 KB, एप्लिकेशन कोड 30–50 KB, एक कॉम्पैक्ट TCP/IP स्टैक 12–20 KB, TLS 15–25 KB, फ़ाइल सिस्टम और कॉन्फ़िगरेशन 4–8 KB, और OTA स्टेजिंग क्षेत्र इमेज साइज़ के बराबर।

इन संख्याओं को जोड़िए और सीमा जल्दी आ जाती है। TLS और डुअल-बैंक स्टेजिंग वाला 45 KB का एप्लिकेशन किसी भी लॉगिंग या फ़ॉन्ट डेटा से पहले ही 128 KB से अधिक चाहता है। इसीलिए 64 KB वाला पार्ट बेंच पर पर्याप्त लगता है और फिर इंटीग्रेशन के दौरान खत्म हो जाता है।

यही गणित बताता है कि “बस TLS सक्षम करें” सुरक्षा के साथ-साथ स्टोरेज का भी निर्णय है। सिफ़र सुइट्स और सर्टिफ़िकेट स्टोर्स मुफ़्त नहीं होते।

4. माइग्रेशन कार्य

मद	क्या बदलता है
Linker script	FLASH length from 64K to 128K
Partition table	Application, staging and data sizes
Vector table offset	Only if the bootloader or app base moves
OTA bank size	A larger image needs a larger staging area
EEPROM emulation	Page count changes if the layout moves
Production programming	Image size and checksum

सबसे आम गलती लिंकर स्क्रिप्ट बदलना और पार्टीशन टेबल भूल जाना है। इसके बाद बोर्ड सही ढंग से प्रोग्राम हो जाता है, लेकिन OTA अपडेट staging क्षेत्र से आगे लिख देता है, या bootloader ऐसे इमेज को अस्वीकार कर देता है जिसे वह बहुत बड़ा मानता है।

सहनशीलता और एमुलेटेड EEPROM

Flash, EEPROM नहीं है। F103 flash सीमित संख्या में erase cycles के लिए रेटेड है, आमतौर पर प्रति पेज दस-हज़ार के दायरे में। हर power-down पर लिखा जाने वाला configuration block उत्पाद के service life खत्म होने से बहुत पहले एक पेज को खत्म कर देगा।

एमुलेटेड EEPROM इसे दो तकनीकों से हल करता है। पहला, यह ओवरराइट करने के बजाय नए स्थान पर लिखता है, इसलिए wear एक पेज या ब्लॉक में फैल जाता है। दूसरा, यह RAM में एक छोटा index रखता है और index को केवल तब फिर से लिखता है जब पेज भर जाता है।

दोनों तकनीकें variables की संख्या और wear-leveling depth के अनुपात में flash खपत करती हैं। 64 KB वाले part पर यह budget का एक महत्वपूर्ण हिस्सा हो सकता है; CBT6 पर, अतिरिक्त जगह गहरे wear-leveling scheme को किफायती बनाती है।

यदि उत्पाद लगातार डेटा लॉग करता है, तो MCU के आंतरिक flash को घिसने के बजाय external FRAM या छोटा SPI flash पर विचार करें। लागत मामूली है और reliability में लाभ बड़ा है।

क्लॉक, वेट स्टेट्स और अनुभव की गई परफ़ॉर्मेंस

बड़ा फ़्लैश MCU को तेज़ नहीं बनाता, लेकिन यह उन फ़्लैश वेट स्टेट्स की संख्या बदल सकता है जिनके साथ कोड चलता है। 72 MHz पर F103 को दोनों डेंसिटी पर वेट स्टेट्स की आवश्यकता होती है; अंतर तब दिखता है जब कोड अलग-अलग पतों पर रखा जाता है या जब प्रीफ़ेच बफ़र अलग तरह से व्यवहार करता है।

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

यदि डिज़ाइन 48 MHz से नीचे चलता है, तो वेट स्टेट्स आमतौर पर शून्य होते हैं और अंतर पूरी तरह गायब हो जाता है। यही एक कारण है कि कई औद्योगिक डिज़ाइन जानबूझकर अधिकतम से धीमे चलते हैं।

5. रनटाइम पर फ़्लैश आकार

F103 अपने फ़्लैश आकार को एक रजिस्टर में रिपोर्ट करता है जिसे फ़र्मवेयर पढ़ सकता है। यह ऐसे प्लेटफ़ॉर्म के लिए उपयोगी है जो 64 KB या 128 KB पार्ट्स के साथ आता है, और यह एक जाल भी है: जो कोड पेज काउंट या सेक्टर पतों को हार्डकोड करता है, वह अलग डेंसिटी पर गलत व्यवहार करेगा।

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

OTA डिज़ाइन विकल्प

चार पैटर्न सामान्य हैं, और उनकी फ़्लैश लागत में तीव्र अंतर होता है।

डुअल बैंक।दो पूर्ण इमेज स्लॉट्स और एक बूटलोडर। सुरक्षित और सरल, लेकिन इमेज साइज़ की दोगुनी आवश्यकता होती है। 128 KB पर, डुअल-बैंक स्टेजिंग वाली 40 KB इमेज डेटा से पहले 80 KB लेती है।

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

बाहरी स्टेजिंग।इमेज एक बाहरी SPI फ्लैश में संग्रहीत होती है, और MCU इसे आंतरिक रूप से कॉपी करता है। इससे एक घटक जुड़ता है लेकिन आंतरिक स्थान की सीमा पूरी तरह हट जाती है।

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

जो भी पैटर्न चुना जाए, फर्मवेयर लिखे जाने से पहले पार्टिशन टेबल निश्चित होना चाहिए। बाद में इसे बदलने से फील्ड में मौजूद हर डिवाइस अमान्य हो जाता है।

फर्मवेयर संगतता जाँचें

चार जाँचें फ़ील्ड में पहुँचने से पहले अधिकांश माइग्रेशन समस्याओं को पकड़ लेती हैं।

डिवाइस ID।फर्मवेयर का स्टार्टअप कोड ID पर ब्रांच कर सकता है; नया मान स्पष्ट रूप से जोड़ें।

फ़्लैश साइज़ रजिस्टर।विनिर्माण परीक्षण में अपेक्षित मान का Assert करें, ताकि गलत-घनत्व वाली रील प्रोग्रामिंग के समय अस्वीकार हो जाए।

वेक्टर टेबल ऑफ़सेट।यदि बूटलोडर एप्लिकेशन को स्थानांतरित करता है, तो पुष्टि करें कि ऑफ़सेट नई पार्टीशन तालिका से मेल खाता है।

EEPROM इम्युलेशन पेज संख्या।कॉन्फ़िगरेशन के लिए आरक्षित पेजों की संख्या नए लेआउट से मेल खानी चाहिए, अन्यथा अंतिम पेज एप्लिकेशन के साथ ओवरलैप होगा।

6. 128 KB पर द्वितीय स्रोत

फ़ैमिली	फ़्लैश	नोट
GD32F103CBT6	128 KB	Pin compatible; different flash timing and higher clock capability

वही नियम लागू होते हैं जो 64 KB लेख में थे: पिन संगतता यांत्रिक है, और फर्मवेयर का सत्यापन किया जाना चाहिए। बड़े फ्लैश के साथ एक अतिरिक्त मद सामने आती है — फ्लैश प्रोग्रामिंग एल्गोरिद्म और इरेज़ ग्रैन्युलैरिटी भिन्न हो सकते हैं, जिसका असर उत्पादन समय और OTA डिज़ाइन दोनों पर पड़ता है।

रिकवरी पाथ को भी सत्यापित करें। यदि बूटलोडर USB या UART पर DFU का समर्थन करता है, तो नई डेंसिटी पर भ्रष्ट एप्लिकेशन इमेज से रिकवरी का परीक्षण करें, क्योंकि DFU डिस्क्रिप्टर अक्सर अधिकतम इमेज आकार को एन्कोड करता है।

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

उत्पादन प्रोग्रामिंग और ट्रेसएबिलिटी

डेंसिटी बदलने से प्रोग्रामिंग इमेज और अक्सर फिक्स्चर भी बदल जाता है। लाइन पर तीन मदों का सत्यापन किया जाना चाहिए।

इमेज साइज़ और चेकसम।प्रोग्रामर को बड़ी इमेज स्वीकार करनी चाहिए, और बूटलोडर क्षेत्र में संग्रहीत चेकसम उससे मेल खाना चाहिए।

रीड-बैक सत्यापन।प्रोग्रामिंग के बाद पूर्ण सत्यापन गलत-घनत्व वाली रील को पहले बूट पर पकड़ने के बजाय तुरंत पकड़ लेता है।

यूनिक ID लॉगिंग।96-बिट यूनिक ID किसी डिवाइस को उत्पादन रिकॉर्ड से जोड़ती है। इसे लॉग करने से फ़ील्ड रिटर्न ट्रेस करने योग्य हो जाते हैं और खराब लॉट की पहचान करने में मदद मिलती है।

7. परीक्षण योजना

चरण	परीक्षण	उत्तीर्ण मानदंड
1	Read flash size and device ID	Matches the expected density
2	Program the full image	Verifies with zero errors
3	Boot and run the acceptance test	No timing regressions
4	OTA update with power cut	Recovers via the bootloader
5	EEPROM emulation wear test	No page exhaustion after 100k writes

जब 128 KB अभी भी पर्याप्त नहीं है

यदि अनुमानित इमेज लगभग 100 KB से अधिक है, तो अगला कदम कोई दूसरा F103 वेरिएंट नहीं है — यह एक अलग फैमिली है। F103 का 72 MHz पर Cortex-M3 और 20 KB RAM फ्लैश से पहले ही सीमा बन जाता है।

विकल्पों में उसी फ़ैमिली का 256 KB वर्ग, अधिक RAM और फ़्लोटिंग-पॉइंट यूनिट वाला Cortex-M4 पार्ट, या execute-in-place समर्थन के साथ बाहरी QSPI फ़्लैश शामिल हैं। प्रत्येक एक प्लेटफ़ॉर्म निर्णय है जिसकी अपनी प्रमाणन और फर्मवेयर लागत है।

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

पाँच वर्षों की उत्पाद कहानी

2021 में C8T6 पर 40 KB इमेज के साथ डिज़ाइन किए गए कंट्रोलर पर विचार करें। 2023 तक वेब इंटरफ़ेस जोड़ने के बाद इमेज 58 KB तक पहुँच गई। 2024 तक, TLS ने इसे 64 KB से आगे धकेल दिया, और टीम ने फ़िट करने के लिए फ़ॉन्ट संपीड़ित किए।

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

यही हेडरूम का तर्क है: यह नहीं कि अतिरिक्त फ्लैश तुरंत उपयोग हो जाएगा, बल्कि यह कि खत्म हो जाने की लागत सेंट में नहीं, री-स्पिन में मापी जाती है।

8. लागत और योजना

C8T6 और CBT6 के बीच कीमत का अंतर छोटा है। निर्णय प्रति-यूनिट लागत का नहीं है; यह इस बात का है कि अतिरिक्त 64 KB भविष्य के रीडिज़ाइन को हटाता है या नहीं।

तीन संकेत CBT6 के पक्ष में हैं: वर्तमान इमेज 45 KB से अधिक है, रोडमैप में नेटवर्क स्टैक या डिस्प्ले शामिल है, या उत्पाद का जीवनकाल कई वर्षों का है। दो संकेत 64 KB पर बने रहने के पक्ष में हैं: इमेज स्थिर और छोटी है, और वॉल्यूम इतना अधिक है कि सेंट्स मायने रखते हैं।

यदि इमेज पहले से ही 100 KB के करीब है, तो सीधे 256 KB श्रेणी पर जाएँ। 128 KB पार्ट को क्वालिफाई करना और फिर एक वर्ष में दोबारा बदलना सबसे महंगा रास्ता है।

नए डिज़ाइनों के लिए निर्णय नियम

चुनने से पहले तीन संख्याएँ लिखें: वर्तमान इमेज आकार, दो वर्षों में अपेक्षित आकार, और क्या OTA आवश्यक है। यदि OTA का उत्तर हाँ है, तो इमेज आकार को फिर से जोड़ें। यदि अनुमानित कुल 90 KB से अधिक है, तो 128 KB या उससे अधिक से शुरू करें।

बिना कनेक्टिविटी और बिना OTA वाले फिक्स्ड-फंक्शन उत्पाद के लिए, 64 KB आमतौर पर काफी होता है और C8T6 अधिक सस्ता विकल्प बना रहता है। गलती यह मान लेना है कि उत्पाद पाँच साल तक फिक्स्ड रहेगा।

9. FAQ

क्या CBT6, C8T6 का ड्रॉप-इन रिप्लेसमेंट है?

भौतिक रूप से और कार्यात्मक रूप से हाँ। फर्मवेयर में बड़े फ्लैश के लिए लिंकर स्क्रिप्ट और पार्टिशन टेबल को अपडेट करना होगा।

क्या RAM में वृद्धि होती है?

नहीं। दोनों पार्ट्स में 20 KB है। यदि RAM ही सीमा है, तो बड़े फ्लैश वाला पार्ट मदद नहीं करेगा।

क्या मैं बाद में C8T6 पर वापस जा सकता हूँ?

केवल तभी जब इमेज 64 KB में फिट हो। पार्टीशन टेबल की योजना ऐसे बनाएँ कि कोड बदलाव के बिना डाउनग्रेड संभव हो।

क्या सेकंड सोर्स में भी वही फ्लैश साइज़ रजिस्टर होता है?

आमतौर पर एक संगत रजिस्टर मौजूद होता है, लेकिन मान और ग्रैन्युलैरिटी अलग हो सकते हैं। सटीक पार्ट के लिए डेटाशीट पढ़ें।

सबसे आम माइग्रेशन बग क्या है?

लिंकर स्क्रिप्ट अपडेट करना लेकिन OTA पार्टीशन टेबल नहीं, जिससे ऐसे अपडेट बनते हैं जो स्टेजिंग क्षेत्र के बाहर लिखते हैं।

क्या मुझे नए डिज़ाइन के लिए CBT6 ऑर्डर करना चाहिए?

यदि इमेज 32 KB से कम है और स्थिर है, तो C8T6 ठीक है। यदि वृद्धि की कोई संभावना है — वेब इंटरफ़ेस, TLS, लॉगिंग या OTA — तो 128 KB से शुरू करें और दूसरा डिज़ाइन साइकिल से बचें।

आपूर्ति नोट्स

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

10. स्रोत

ST STM32F103CB उत्पाद पृष्ठ:st.com
GigaDevice GD32F103 दस्तावेज़ीकरण:gigadevice.com

लेखक के बारे में— Chip-Seek Supply Chain Intelligence Team द्वारा प्रकाशित। हम हार्डवेयर इंजीनियरों और खरीद टीमों के लिए कंपोनेंट उपलब्धता, प्रतिस्थापन और योग्यता जोखिम पर नज़र रखते हैं। पढ़ें हमारागुणवत्ता और ट्रेसेबिलिटी प्रक्रिया.