डाउनलोड ऑपरेशनों में सर्विस-ID के बिना सकारात्मक डायग्नोस्टिक्स प्रतिक्रिया के पेलोड को वापस करने का कार्य करता है।
एआई-जनितअसत्यापितमॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: c06f480862f4उद्गमखुले प्रश्न (2)
जर्मन मार्गदर्शिका से अनूदितgemini-3.8-flash-low · 2026-10-13 · जर्मन मूल
डाउनलोड ऑपरेशनों में सर्विस-ID के बिना सकारात्मक डायग्नोस्टिक्स प्रतिक्रिया के पेलोड को वापस करने का कार्य करता है।
डेटा संरचना ara::diag::DownloadService::OperationOutput डाउनलोड सेवाओं में सकारात्मक डायग्नोस्टिक्स प्रतिक्रियाओं के पेलोड के लिए एक परिवहन कंटेनर के रूप में कार्य करती है ([SWS_DM_00785])। एडेप्टिव एप्लिकेशन परिणाम बाइट्स के साथ फ़ील्ड responseData को भरता है और संरचना को डायग्नोस्टिक्स प्रबंधन को सौंपता है ([SWS_DM_00786])। एक आवश्यक सीमा शर्त यह है कि responseData में अनिवार्य रूप से सर्विस-ID के बिना पेलोड होना चाहिए और DownloadData या RequestDownloadExit जैसे ऑपरेशन के आधार पर विभिन्न सामग्रियों की अपेक्षा की जाती है ([SWS_DM_00786])।
संदर्भ
संरचना ara::diag::DownloadService::OperationOutput AUTOSAR Adaptive Platform के भीतर डायग्नोस्टिक्स मॉड्यूल का एक विशिष्ट डेटा प्रकार है और हेडर फ़ाइल ara/diag/download.h के माध्यम से प्रदान की जाती है ([SWS_DM_00785])। इसकी प्राथमिक भूमिका डाउनलोड सेवाओं के लिए एक सकारात्मक डायग्नोस्टिक्स प्रतिक्रिया संदेश के पेलोड को समाहित करना है (AUTOSAR_AP_SWS_Diagnostics §8.14.2 “Struct: OperationOutput”)। डायग्नोस्टिक्स आर्किटेक्चर के भीतर, यह संरचना एडेप्टिव एप्लिकेशन में ठोस सेवा कार्यान्वयन और अंतर्निहित डायग्नोस्टिक्स रनटाइम परिवेश (ara::diag) के बीच एक डेटा परिवहन कंटेनर के रूप में कार्य करती है, जो बदले में बाहरी डायग्नोस्टिक्स क्लाइंट (परीक्षक) के साथ इंटरैक्ट करता है (AUTOSAR_AP_SWS_Diagnostics §7 “API Specification”)।
इसमें शामिल एकमात्र सदस्य प्रकार ara::core::Vector<std::uint8_t> का सार्वजनिक फ़ील्ड responseData है ([SWS_DM_00786])। यह शुद्ध पेलोड बाइट्स का परिवहन करता है, जिन्हें डाउनलोड ऑपरेशन के सफल प्रसंस्करण पर डायग्नोस्टिक्स परीक्षक को वापस भेजा जाना होता है।
जीवनचक्र
एक शुद्ध डेटा संरचना (struct) के रूप में, OperationOutput में कोई आंतरिक स्थिति मशीनें या स्वयं के तरीके नहीं होते हैं ([SWS_DM_00785])। इसका जीवनचक्र अल्पकालिक होता है और सीधे एकल डायग्नोस्टिक्स अनुरोध के सिंक्रोनस या एसिंक्रोनस प्रसंस्करण से जुड़ा होता है:
निर्माण: जैसे ही कोई डाउनलोड ऑपरेशन सफलतापूर्वक पूरा हो जाता है और प्रतिक्रिया डेटा उपलब्ध हो जाता है, एप्लिकेशन द्वारा संरचना को इंस्टैंसिएट किया जाता है। निर्माण आमतौर पर स्टैक पर या कॉलबैक अथवा फ्यूचर श्रृंखला के भीतर होना चाहिए। प्रश्न (खुला)
भरना और सौंपना: एप्लिकेशन वेक्टर responseData को परिकलित बाइट्स से भरता है ([SWS_DM_00786])। डायग्नोस्टिक्स प्रबंधन को वापस करने के साथ, डेटा की जिम्मेदारी प्लेटफ़ॉर्म पर स्थानांतरित हो जाती है।
विनाश: जैसे ही प्लेटफ़ॉर्म परत डेटा को क्रमबद्ध (serialize) करती है और UDS फ़्रेम भेजती है, इंस्टैंस को रिलीज़ कर दिया जाता है।
समवर्तीता के संबंध में, यह ध्यान दिया जाना चाहिए कि एक निष्क्रिय मान ऑब्जेक्ट के रूप में OperationOutput थ्रेड-सुरक्षित नहीं है। यदि एप्लिकेशन के समवर्ती वर्कर थ्रेड्स में ऑपरेशनों को संसाधित किया जाता है, तो यह सुनिश्चित किया जाना चाहिए कि ऑब्जेक्ट को ara::diag को सौंपे जाने से पहले responseData पर कोई प्रतिस्पर्धी एक्सेस न हो।
उपयोग पथ
OperationOutput का विशिष्ट उपयोग डायग्नोस्टिक डाउनलोड अनुरोधों के निष्पादन के संदर्भ में होता है। एक बाहरी डायग्नोस्टिक्स परीक्षक वाहन को एक अनुरोध भेजता है, जिसे प्लेटफ़ॉर्म द्वारा प्राप्त किया जाता है और एडेप्टिव एप्लिकेशन में DownloadService इंटरफ़ेस की उपयुक्त विधि को अग्रेषित किया जाता है (AUTOSAR_AP_SWS_Diagnostics §7 “API Specification”)। सफल आंतरिक प्रसंस्करण के बाद, एप्लिकेशन OperationOutput का एक इंस्टैंस बनाता है और प्रतिक्रिया डेटा सौंपता है।
responseData को भरते समय, यह ध्यान दिया जाना चाहिए कि पेलोड को सर्विस-ID (SID) के बिना प्रदान किया जाना चाहिए ([SWS_DM_00786])। प्लेटफ़ॉर्म प्रोटोकॉल-विशिष्ट SID के साथ-साथ किसी भी संभावित हेडर जानकारी को स्वतंत्र रूप से जोड़ता है। इसके अतिरिक्त, सटीक सामग्री संरचना कॉल किए गए ऑपरेशन पर निर्भर करती है: DownloadData या RequestDownloadExit के मामले में, वेक्टर में प्रतिक्रिया डेटा की शुरुआत और संरचना के लिए शब्दार्थ अपेक्षा भिन्न होती है ([SWS_DM_00786])।
त्रुटि परिदृश्य
चूंकि OperationOutput को स्पष्ट रूप से सकारात्मक प्रतिक्रिया संदेशों के लिए निर्दिष्ट किया गया है (AUTOSAR_AP_SWS_Diagnostics §8.14.2 “Struct: OperationOutput”), डेटा संरचना के भीतर त्रुटि कोड या नकारात्मक फीडबैक के लिए कोई फ़ील्ड मौजूद नहीं हैं। यदि डाउनलोड ऑपरेशन के निष्पादन के दौरान कोई त्रुटि होती है (उदा. अमान्य पता श्रेणियां, गलत ब्लॉक क्रम या बाधित ट्रांसमिशन), तो OperationOutput का संभवतः मूल्यांकन नहीं किया जाता है; इसके बजाय एप्लिकेशन प्लेटफ़ॉर्म के त्रुटि चैनलों के माध्यम से विफलता का संकेत देता है, जिसके बाद एक नकारात्मक प्रतिक्रिया कोड (NRC) उत्पन्न होता है। प्रश्न (खुला)
OperationOutput का उपयोग करते समय एप्लिकेशन की ओर से एक त्रुटि तब होती है, जब सर्विस-ID को अनजाने में responseData में सम्मिलित कर दिया जाता है। यह विनिर्देश [SWS_DM_00786] का खंडन करता है और संभवतः गलत फ़्रेम स्वरूपण (formatting) की ओर ले जाएगा। प्रश्न (खुला) इसी तरह, एक गलत बाइट क्रम या अपूर्ण डेटा मात्रा विशिष्ट ऑपरेशन के आधार पर परीक्षक की ओर प्रोटोकॉल त्रुटियों का कारण बनती है ([SWS_DM_00786])।
यह गाइड AUTOSAR Adaptive Platform रिलीज़ R25-11 के विनिर्देश पर आधारित है और स्वचालित रूप से तैयार किया गया था।
UML क्लास आरेख
Hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); Klicken öffnet die jeweilige Klassenseite.
Content of positive response message (without SID) Depending on the operation (e.g.: DownloadData, RequestDownloadExit) the expectation, what responseData shall contain (where it starts in the positive response) might differ. See doc of corresponding operation.
Content of positive response message (without SID) Depending on the operation (e.g.: DownloadData, RequestDownloadExit) the expectation, what responseData shall contain (where it starts in the positive response) might differ. See doc of corresponding operation.
gemini-3.8-flash-low· 2026-10-13 · जर्मन मूल