खराब अपडेट वापस लें

सावधानी से भेजे गए OTA अपडेट भी कभी-कभी खराब कोड लेकर आते हैं। एक मजबूत योजना में वास्तव में काम करने वाले फ़र्मवेयर पर वापस लौटने का तरीका होना चाहिए।

यदि नया फ़र्मवेयर WiFi से कनेक्ट नहीं कर पाता, तो आप OTA तक खो देते हैं। सुरक्षा उपाय के बिना उपकरण एक बेकार ईंट बन जाता है।

ESP32 पुराने ऐप को एक स्थान पर बनाए रखता है और नए ऐप को दूसरे स्थान पर फ़्लैश करता है। आवश्यकता पड़ने पर पिछला बिल्ड अभी भी सुरक्षित रहता है।

नया अपडेट लंबित स्थिति में बूट होता है। आपके कोड को यह साबित करना होगा कि वह काम करता है, फिर छवि को पुष्ट करना होगा, ताकि वह स्थायी बन जाए।

पुष्टि करने से पहले एक त्वरित स्वास्थ्य-जाँच करें: क्या WiFi कनेक्ट हुआ? क्या महत्वपूर्ण सेंसरों ने प्रतिक्रिया दी? इसके बाद ही बिल्ड को मान्य चिह्नित करें।

यदि कोई लंबित बिल्ड पुष्टि से पहले क्रैश या रीबूट हो जाता है, तो बूटलोडर अपने-आप पिछले सही फ़र्मवेयर पर चुपचाप लौट आता है।

किसी जाँच के विफल होने पर आप कोड में esp_ota_mark_app_invalid_rollback_and_reboot() की मदद से पिछली छवि पर लौटने को बाध्य कर सकते हैं।

एक वॉचडॉग टाइमर जमे हुए बोर्ड को रीसेट करता है। वापस लौटने की सुविधा के साथ, अटका हुआ अपडेट सीधे काम कर रहे कोड में रीबूट हो जाता है।

हर बिल्ड पर एक संस्करण संख्या अंकित करें, जिसे आप Serial पर दिखा सकें। इससे आपको तुरंत पता चल जाएगा कि वास्तव में कौन-सी छवि चल रही है।

एक ही बार में अपने पूरे समूह पर अपडेट न भेजें। पहले एक परीक्षण उपकरण अपडेट करें, उस पर नज़र रखें, फिर बड़े स्तर पर जारी करें। 🐤

सबसे खराब स्थिति में भी USB केबल से किसी भी बोर्ड को फिर से फ़्लैश किया जा सकता है। ऐसी योजना बनाएँ कि खराब OTA केवल एक असुविधा हो, स्थायी नुकसान नहीं।

दो विभाजन रखें, हर बिल्ड की स्वयं-जाँच करके पुष्टि करें, स्वतः वापस लौटने की सुविधा और वॉचडॉग पर निर्भर रहें, और हमेशा USB से पुनर्प्राप्ति का मार्ग खुला रखें। 🛡️