स्ट्रक्चर <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface9>StopOutput
struct <RoutineInterface9>StopOutput {...};
Structure wrapping the out arguments for a Stop
| Header-Datei | #include "<RoutineInterfaceDirectoryPath>/<RoutineInterfaceShortname>.h" |
|---|---|
| Forwarding-Header | #include "<RoutineInterfaceDirectoryPath>/<RoutineInterfaceShortname>/<RoutineInterfaceShortname>_fwd.h" |
| Scope | class <RoutineInterface-Namespace>::<RoutineInterface> |
उपयोगकर्ता गाइडएआई जनित
परिणाम डेटा की बंडल वापसी के लिए डायग्नोस्टिक रूटीन को रोकते समय आउटपुट तर्कों को एनकैप्सुलेट करता है।
परिणाम डेटा की बंडल वापसी के लिए डायग्नोस्टिक रूटीन को रोकते समय आउटपुट तर्कों को एनकैप्सुलेट करता है।
संरचना <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface9>StopOutput Adaptive मॉड्यूल diag में डायग्नोस्टिक रूटीन को रोकने के लिए आउटपुट तर्कों को एनकैप्सुलेट करती है। परिणामी डेटा को डायग्नोस्टिक सिस्टम में संरचित तरीके से वापस करने के लिए स्टॉप कमांड को निष्पादित करते समय यह बनाया जाता है। एक शुद्ध डेटा संरचना के रूप में, इसका कोई स्वतंत्र स्थिति तर्क नहीं है और ट्रांसमिशन के बाद इसे फिर से छोड़ दिया जाता है।
संदर्भ
संरचना <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface9>StopOutput रिलीज़ R25-11 में AUTOSAR Adaptive Platform के डायग्नोस्टिक मॉड्यूल (diag) का हिस्सा है। विवरण के अनुसार, यह एक डेटा संरचना के रूप में कार्य करता है जो स्टॉप ऑपरेशन के लिए आउटपुट तर्कों को एनकैप्सुलेट करता है (“Structure wrapping the out arguments for a Stop”)। रूटीन नियंत्रण के लिए डायग्नोस्टिक संचार के संदर्भ में, इस संरचना का उपयोग संभवतः रूटीन द्वारा रोके जाने पर लौटाए गए परिणाम डेटा को कॉलर या डायग्नोस्टिक सिस्टम को बंडल रूप में वापस करने के लिए किया जाता है। प्रश्न Q-8fd69717e4ad4d46 (खुला)
जीवनचक्र
डेटा संरचना (struct) के रूप में, <RoutineInterface9>StopOutput का एक सरल मान ऑब्जेक्ट जीवनचक्र होता है। स्टॉप कमांड संसाधित होने पर इसे आमतौर पर डायग्नोस्टिक रूटीन के कार्यान्वयन के भीतर इंस्टैंशिएट किया जाता है। आउटपुट डेटा को संरचना के तत्वों में संग्रहीत किया जाता है, जिसके बाद इंस्टेंस को रिटर्न वैल्यू के माध्यम से या एसिंक्रोनस रूप से फ्यूचर के माध्यम से डायग्नोस्टिक फ्रेमवर्क में स्थानांतरित कर दिया जाता है। समाविष्ट तर्कों के ट्रांसमिशन या आगे के प्रसंस्करण के बाद, इंस्टेंस फिर से नष्ट हो जाता है। इस शुद्ध डेटा वाहक के लिए कई कॉलों में एक जटिल आंतरिक स्थिति प्रबंधन या एक स्वतंत्र जीवनचक्र सभी संभावना में मौजूद नहीं है।
उपयोग पथ
एक विशिष्ट उपयोग पथ में निम्नलिखित चरण शामिल हैं:
- डायग्नोस्टिक सेवा द्वारा रूटीन को रोकने का अनुरोध प्राप्त करना।
- रूटीन कार्यान्वयन द्वारा
<RoutineInterface9>StopOutputका एक इंस्टेंस बनाना। - संरचित आउटपुट फ़ील्ड को समाप्त रूटीन के वर्तमान परिणाम और स्थिति डेटा से भरना।
- संरचना को कॉलर को लौटाना, जहां समाविष्ट आउटपुट तर्कों की व्याख्या की जाती है और संबंधित डायग्नोस्टिक प्रतिक्रिया में पैक किया जाता है।
त्रुटि परिदृश्य
चूंकि यह एक निष्क्रिय आउटपुट संरचना है, प्रकार स्वयं शायद कोई अपवाद नहीं उठाता है। प्रश्न Q-e5d45b3ff9043fcd (खुला) यदि किसी रूटीन को रोकना तकनीकी रूप से विफल हो जाता है या अमान्य स्थितियाँ होती हैं, तो इसे अकेले इस संरचना के मानों के माध्यम से संकेत नहीं दिया जाना चाहिए, बल्कि संबंधित रिटर्न चैनल के माध्यम से (उदाहरण के लिए परिणाम प्रकार के त्रुटि कोड के माध्यम से)। सार्थक उपयोग के लिए पूर्व शर्त स्टॉप क्रिया का सफल या कम से कम परिभाषित निष्पादन है, ताकि आउटपुट फ़ील्ड मान्य डेटा से भरे जा सकें।
इस गाइड को R25-11 के लिए AUTOSAR विनिर्देश डेटाबेस के आधार पर एक AI द्वारा क्यूरेट किया गया था।
gemini-3.8-flash-low· 2026-10-13 · जर्मन मूल