स्ट्रक्चर <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface6>StartOutput

[SWS_DM_00581] Upstream: RS_AP_00114, RS_AP_00127, RS_AP_00128, RS_AP_00138

struct <RoutineInterface6>StartOutput {...};

Structure wrapping the out arguments for a Start

Header-Datei	#include "<RoutineInterfaceDirectoryPath>/<RoutineInterfaceShortname>.h"
Forwarding-Header	#include "<RoutineInterfaceDirectoryPath>/<RoutineInterfaceShortname>/<RoutineInterfaceShortname>_fwd.h"
Scope	class <RoutineInterface-Namespace>::<RoutineInterface>

उपयोगकर्ता गाइडएआई जनित

Adaptive Platform को सौंपने के लिए डायग्नोस्टिक रूटीन शुरू करने हेतु आउटपुट पैरामीटरों को एनकैप्सुलेट करता है।

एआई-जनित असत्यापित मॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: 89751ad59335 उद्गम खुले प्रश्न (3)

जर्मन मार्गदर्शिका से अनूदितgemini-3.8-flash-low · 2026-10-13 · जर्मन मूल

AUTOSAR Adaptive Platform के मॉड्यूल diag से संरचना <RoutineInterface6>StartOutput डायग्नोस्टिक रूटीन के स्टार्ट ऑपरेशन के लिए सभी आउटपुट तर्कों को एनकैप्सुलेट करती है। स्टार्ट अनुरोध प्राप्त होने पर, एप्लिकेशन-विशिष्ट रूटीन कार्यान्वयन संरचना के डेटा फ़ील्ड को परिणामी मानों से भरता है और संभवतः प्लेटफ़ॉर्म पर एक एसिंक्रोनस रिटर्न ऑब्जेक्ट में एम्बेडेड इंस्टेंस को स्थानांतरित करता है। प्रश्न (खुला) व्याख्या के अनुसार, त्रुटि स्थितियों को डेटा संरचना में ही नहीं, बल्कि अलग त्रुटि कोडों के माध्यम से संकेतित किया जाता है, यही कारण है कि वापस लौटने से पहले सभी आवश्यक आउटपुट पैरामीटर हमेशा पूरी तरह और लगातार इनिशियलाइज़ होने चाहिए।

संदर्भ

संरचना <RoutineInterface6>StartOutput रिलीज़ R25-11 में AUTOSAR Adaptive Platform के मॉड्यूल diag का हिस्सा है। इस डायग्नोस्टिक मॉड्यूल के भीतर, यह प्रकार एक डेटा कंटेनर के रूप में कार्य करता है जो डायग्नोस्टिक रूटीन शुरू करने के ऑपरेशन के लिए आउटगोइंग तर्कों को सारांशित करता है। रूटीन नियंत्रण के माध्यम से डायग्नोस्टिक फ़ंक्शन निष्पादित करते समय, एक एप्लिकेशन-विशिष्ट सेवा कार्यान्वयन और प्लेटफ़ॉर्म का डायग्नोस्टिक इंफ्रास्ट्रक्चर आमतौर पर एक दूसरे के साथ इंटरैक्ट करते हैं। संरचना यहाँ विशिष्ट रूटीन कार्यान्वयन और डायग्नोस्टिक अनुरोधों के लिए प्रबंधन परत के बीच इंटरफ़ेस पर कार्य करती है।

इस संयोजन में, <RoutineInterface6>StartOutput स्टार्ट कमांड निष्पादित करते समय एक एप्लिकेशन द्वारा उत्पन्न सभी आउटपुट डेटा को बंडल रूप में उपलब्ध कराने की भूमिका निभाता है। व्याख्या: संरचना संभवतः अपने स्वयं के व्यावसायिक तर्क के बिना एक शुद्ध डेटा ट्रांसफर ऑब्जेक्ट (Data Transfer Object, DTO) के रूप में कार्य करती है, जिसके विशिष्ट सदस्य फ़ील्ड रूटीन के इंटरफ़ेस मॉडल में परिभाषित आउटपुट पैरामीटर के अनुरूप होते हैं। प्रश्न Q-99209f0267b43982 (खुला) यह एनकैप्सुलेशन सुनिश्चित करता है कि कॉल करने वाला डायग्नोस्टिक प्रबंधन रिटर्न मानों को एक साथ प्राप्त कर सकता है और उन्हें आगे के प्रसंस्करण या बाहरी डायग्नोस्टिक परीक्षकों को फीडबैक के लिए तैयार कर सकता है।

जीवनचक्र

<RoutineInterface6>StartOutput का जीवनचक्र डायग्नोस्टिक रूटीन के स्टार्ट ऑपरेशन के निष्पादन संदर्भ से निकटता से जुड़ा हुआ है। रूटीन शुरू करने के अनुरोध पर कार्रवाई होते ही एप्लिकेशन के निष्पादक रूटीन कार्यान्वयन द्वारा इस संरचना का एक इंस्टेंस बनाया जाता है। प्रसंस्करण के दौरान, एप्लिकेशन संरचना की व्यक्तिगत विशेषताओं को स्टार्ट प्रक्रिया के परिणामी डेटा से भरता है।

स्वामित्व के संबंध में, ऑब्जेक्ट पर अधिकार शुरू में निष्पादक रूटीन के पास स्थानीय रूप से रहता है। यदि डायग्नोस्टिक प्रबंधन को रिटर्न किया जाना चाहिए, तो यह आमतौर पर वैल्यू पासिंग या मूव सेमेंटिक्स द्वारा होता है, उदाहरण के लिए प्लेटफ़ॉर्म की एसिंक्रोनस रिटर्न संरचनाओं के संदर्भ में। प्रश्न (खुला) प्लेटफ़ॉर्म रनटाइम वातावरण द्वारा अधिग्रहण और डेटा को डायग्नोस्टिक प्रोटोकॉल परत पर अग्रेषित करने के बाद, ऑब्जेक्ट का जीवनचक्र समाप्त हो जाता है, जिसके बाद संरचना नष्ट हो जाती है और अधिग्रहित मेमोरी मुक्त हो जाती है। चूंकि संरचना को एक शुद्ध डेटा कंटेनर के रूप में डिज़ाइन किया गया है, इसलिए इसकी अपनी कोई आंतरिक स्टेट मशीन नहीं है; जीवन के चरण निर्माण, भरने, लौटने और रिलीज करने तक सीमित हैं।

उपयोग पथ

<RoutineInterface6>StartOutput का उपयोग करने का विशिष्ट क्रम रूटीन प्रसंस्करण के भीतर चरणों के एक निश्चित अनुक्रम में विभाजित है:

इनिशियलाइज़ेशन: स्टार्ट अनुरोध प्राप्त होने पर, प्रदान करने वाला एप्लिकेशन स्टैक पर या जिम्मेदार निष्पादन संदर्भ के भीतर <RoutineInterface6>StartOutput का एक इंस्टेंस बनाता है।
डेटा फ़ील्ड भरना: एप्लिकेशन रूटीन शुरू करने के लिए कार्यात्मक जांच और क्रियाएं करता है। इस प्रक्रिया में निर्धारित आउटपुट डेटा संरचना के फ़ील्ड को सौंपा जाता है।
फ़ीडबैक: पूरी तरह से भरी हुई संरचना फ़ंक्शन परिणाम के रूप में डायग्नोस्टिक सिस्टम को वापस कर दी जाती है। संभवतः, Adaptive Platform के एसिंक्रोनस इंटरफ़ेस कन्वेंशन का पालन करने के लिए रिटर्न ara::core::Result या ara::core::Future जैसे टाइप किए गए कंटेनर में एम्बेडेड होता है। प्रश्न Q-08976b247fab2180 (खुला)
प्लेटफ़ॉर्म द्वारा प्रसंस्करण: प्लेटफ़ॉर्म समाविष्ट मानों को पढ़ता है, उन्हें संबंधित डायग्नोस्टिक प्रतिक्रिया संदेश में स्थानांतरित करता है और प्रसंस्करण प्रक्रिया को पूरा करता है।

डायग्नोस्टिक एप्लिकेशन डेवलपर्स के लिए, मुख्य कार्य विधि छोड़ने से पहले सभी आवश्यक आउटपुट मानों का सही और पूर्ण असाइनमेंट सुनिश्चित करना है।

त्रुटि परिदृश्य

चूंकि <RoutineInterface6>StartOutput को नियमित आउटपुट पैरामीटर के लिए डेटा संरचना के रूप में परिभाषित किया गया है, यह स्वयं किसी भी त्रुटि कोड या अपवाद हैंडलिंग को एनकैप्सुलेट नहीं करता है। त्रुटि परिदृश्य मुख्य रूप से तब होते हैं जब रूटीन को ठीक से शुरू नहीं किया जा सकता है या अमान्य आउटपुट मान उत्पन्न होते हैं।

व्याख्या: यदि स्टार्ट ऑपरेशन का निष्पादन विफल हो जाता है, तो परिणामी डायग्नोस्टिक त्रुटियों को इस संरचना के फ़ील्ड के माध्यम से नहीं ले जाया जाना चाहिए, बल्कि प्लेटफ़ॉर्म के त्रुटि मॉडल के माध्यम से, उदाहरण के लिए ara::core::ErrorCode में मानकीकृत त्रुटि कोड का उपयोग करके। प्रश्न Q-fe76c79ba073f321 (खुला) संरचना के सफल उपयोग के लिए पूर्व शर्त यह है कि ट्रिगर करने वाली स्टार्ट क्रिया अनुमेय थी और रूटीन निष्पादन के लिए आवश्यक शर्तें पूरी होती हैं। उत्तर शर्त के रूप में, यह लागू होता है कि डायग्नोस्टिक सिस्टम को सौंपने से पहले संरचना के इंटरफ़ेस में घोषित सभी आउटपुट पैरामीटर एक वैध और सुसंगत स्थिति में छोड़ दिए जाएं।

यह क्लास गाइड AUTOSAR Adaptive (रिलीज़ R25-11) में मॉड्यूल diag के विनिर्देश डेटा पर आधारित है।