सॉफ्टवेयर डेवलपर बहुत अप्टिमिस्टिक बंच होने के लिए सिर्फ अपने कोड के लिए सत्यापूर्वक चल रहे हैं, यह सब है. किसी माइक्रोनियंत्रक के लिए अनुप्रयोग खाली स्थान से छोड़ने के लिए अत्याचारित रूप से कोड स्थान में चलाने क हालाँकि यह कैश ओवरफ्लोउस से कम संभावना नहीं है या संदर्भ को हराते हुए त्रुटि सूचक. यह होता है! इस बाद सिस्टम का व्यवहार निश्चित होगा, क्योंकि स्मृति स्थान डिफ़ॉल्ट में 0xFF है, या क्योंकि स्मृति क्षेत्र सामान्य लिखा नहीं जाता, 

किन्तु इतने घटनाओं को पहचान करने के लिए उपयोग किया जा सकता है और इस सिस्टम को उनसे पुनः प्राप्त करने के लिए पूरा लिंक य ट्रिक है FILL कमांड को रोम के बिना ज्ञात बिट पैटर्न भरने के लिए इस्तेमाल करने के लिए. यहाँ बहुत भिन्न संभावित संयोजन हैं जो आप इस्तेमाल करने के लिए उपयोग कर सकते हैं, लेकिन यदि आप यदि तंत्र में कुछ गलत होता है, प्रोसेसर प्रोग्राम स्थान के बाहर कोड कार्यान्वयन करने के लिए शुरू होता है, आईएसआर को ट्रिगर करने और प्रोसेसर, रे

अंतर्निर्मित इंजिनियर्स के लिए एक बड़ा उपयोग यह है कि हमारे आईडी और औजारशीन स्वचालित रूप से अनुप्रयोग या मेमोरी स्थान चेक्स इनमें से बहुत से आश्चर्यकारित रूप से, जाँच- सम केवल जब प्रोग्राम कोड डिवाइस में लोड किया जाता है.

हालाँकि यदि सीडीसी या जेक्ससम मेमोरी में रखा जाता है, जानता है कि अनुप्रयोग अभी भी प्रारंभ में (या दीर्घकालिक रूप में लंबा चल रहा है) एक अच्छा तरीका है  प्रोग्राम किया गया अनुप्रयोग परिवर्तन की संभाव्यता अब छोटी है, लेकिन प्रत्येक साल माइक्रोनियंत्रकों के बिलियन्स के नियंत्रणों को विचार अधिक संभावना है, तंत्र में एक फ्लैश लिखने के लिए या फ्लैश मिटाने के लिए किसी क्षेत्र में होने के लिए, इसलिए अनुप्रयोग की अकं

ज्यादा विश्वासी और साथ सिस्टम बनाने के लिए, यह महत्वपूर्ण है कि सिस्टम हार्डवेयर सही काम कर रहा है. सब के बाद हार्डवेयर असफल हो सकता है. (दुर्भाग्यशाली, सॉफ्टवेयर कभी असफल नहीं है; यह कोड क्या करता है, कि यह सही है या गलत है.) जानता है कि बूट समय में रेम के अंदर या बाहर कोई समस्या नहीं है कि हार्डवेयर

रैम जाँच करने के लिए बहुत भिन्न तरीके हैं, लेकिन एक सामान्य पैटर्न लिखने के लिए है और फिर उसे वापस पढ़ने से पहले एक छोटा समय परिणाम होना चाहिए कि जो पढ़ी जाती है वह जो लिखी जाती है. सच्चा है कि रैम बहुत से किस्मों में पास जाँच करता है, और हम यही चाहते हैं. हार्डवेयर समस्या फ्लेग करने के लिए तंत्र के लिए एक बहुत छोटी संभावना भी है.

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

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

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

स्टैक मॉनिटर बहुत सामान्य समय ऑपरेटिंग सिस्टम (RTOS) या माइक्रोनिटर्ल सिस्टम में उपलब्ध हैं, जो मेमोरी सुरक्षा यून भयानक बात यह है कि ये विशेषता डिफ़ॉल्ट से बन्द हैं, या अक्सर विकासकर्ता द्वारा इच्छित रूप से बन्द हैं. वेब में तेज खोज प्रकट करता है कि बहुतेरे लोगों ने वास्तविक समय ऑपरेटिंग सिस्टम में स्टैक मॉनीटर को बंद करने के लिए फ्लैश मेमोरी स्थान के 56

पहले में, स्मृति सुरक्षा युनिटी (MPU) को छोटे और अक्षम माइक्रोनियंत्रक में ढूंढना कठिन था, लेकिन यह बदलाने के लिए शुरू  उच्च अंत से नीचे अंत तक माइक्रोनियंत्रक पहले से MPUs हैं, और ये MPUs ने अंतर्भूत सॉफ्टवेयर विकासकर्ता को अपने फ़र्मवेयर की सामर

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

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

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

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

संसाधन निर्धारित सिस्टम में, यह एक विपत्ति हो सकता है! स्वच्छ मेमोरी संबंधित करने के प्रयोग के लिए एक समस्या है कि गलत या गलत तकनीकों में स्मृति स्पीक्स या मेमोरी संक्षिप्त यदि ये समस्या उत्पन्न हो जाती है, अधिकतम अंतर्भूत सिस्टमों के पास संसाधन या ज्ञान नहीं है जिसका निरीक्षण करना या सही हैं. और जब वे करें

स्वयंपूर्ण स्मृति संबंधित के प्रयोग से उत्पन्न समस्या जटिल हैं, और उनसे सही रूप से व्यवहार करने के लिए एक रात्र एक वैकल्पिक अनुसरण है कि स्मृति की सीधे और स्थिर रूप से साधारण करना है. उदाहरण के लिए, सिर्फ प्रोग्राम में बफर बनाए जो 256 बाइट लंबा है, उस आकार के मार्लॉक के द्वारा मेमोरी बफर को अनुरोध करने के  यह संबंधित स्मृति को अनुप्रयोग के जीवन के दौरान अनुप्रयोग के विषय में हिप्प या मेमोरी टुकड़े के बिना चिंता