स्ट्रक्चर ara::diag::CommunicationControl::ComCtrlRequestParamsType

यह डेटा संरचना [SWS_DM_00805] के अनुसार अडेप्टिव संचार नियंत्रण के लिए UDS सेवा अनुरोध 0x28 के सभी इनपुट पैरामीटरों को बंडल करती है। ऐसे निदान संदेश प्राप्त होने पर, प्लेटफ़ॉर्म नियंत्रण और संचार प्रकारों के साथ-साथ नोड पहचानकर्ता को डिसेरिएलाइज़ करता है और भरी हुई संरचना को संबंधित सेवा हैंडलर को सौंप देता है। एप्लिकेशन सॉफ़्टवेयर परिभाषित नेटवर्क खंडों के ट्रांसमिशन और रिसेप्शन व्यवहार को लक्षित रूप से प्रभावित करने के लिए शामिल मानों का मूल्यांकन करता है (AUTOSAR_AP_SWS_Diagnostics §8.7.2 “Struct: ComCtrlRequestParamsType”)। एक स्थितिहीन (stateless) डेटा कंटेनर के रूप में, इस संरचना का अपना कोई Concurrency सिंक्रोनाइज़ेशन नहीं होता है, यही कारण है कि एक्सेस हैंडलर के निष्पादन संदर्भ (execution context) के भीतर ही रहना चाहिए।

अधिक ›

संदर्भ

संरचना ara::diag::CommunicationControl::ComCtrlRequestParamsType AUTOSAR Adaptive [SWS_DM_00805] के कार्यात्मक निदान इंटरफ़ेस के भीतर एक केंद्रीय डेटा ट्रांसफर प्रकार है। यह हेडर फ़ाइल ara/diag/communication_control.h में घोषित है और एक मानकीकृत पैरामीटर कंटेनर के रूप में कार्य करती है, जो UDS सेवा 0x28 (CommunicationControl) के एक निदान अनुरोध के सभी इनपुट पैरामीटरों को एनकैप्सुलेट करती है (AUTOSAR_AP_SWS_Diagnostics §8.7.2 “Struct: ComCtrlRequestParamsType”)।

समग्र प्रणाली में, यह संरचना AUTOSAR Diagnostic Management और अडेप्टिव एप्लिकेशन सॉफ़्टवेयर के बीच एक मध्यस्थ के रूप में कार्य करती है, जो वाहन-विशिष्ट संचार नियंत्रण के लिए उत्तरदायी है। बाहरी परीक्षकों (external testers) से आने वाले निदान आदेशों को प्लेटफ़ॉर्म स्तर पर डिसेरिएलाइज़ किया जाता है और इस संरचना के माध्यम से एप्लिकेशन को सौंप दिया जाता है। संरचना में तीन सार्वजनिक मेंबर चर शामिल हैं (AUTOSAR_AP_SWS_Diagnostics §8.7.2.1 “Public Member Variables”):

• controlType ([SWS_DM_01562], AUTOSAR_AP_SWS_Diagnostics §8.7.2.1.2 “controlType”): std::uint8_t के रूप में परिभाषित, यह फ़ील्ड निष्पादित की जाने वाली नियंत्रण प्रक्रिया को निर्दिष्ट करने के लिए UDS अनुरोध से निकाले गए सबफ़ंक्शन को वहन करती है।
• communicationType ([SWS_DM_01563], AUTOSAR_AP_SWS_Diagnostics §8.7.2.1.1 “communicationType”): प्रकार std::uint8_t का भी, यह फ़ील्ड UDS अनुरोध में निर्दिष्ट संचार प्रकार (जैसे कि सामान्य या नेटवर्क प्रबंधन संचार) का प्रतिनिधित्व करती है।
• nodeIdentificationNumber ([SWS_DM_01564], AUTOSAR_AP_SWS_Diagnostics §8.7.2.1.3 “nodeIdentificationNumber”): std::uint16_t के रूप में परिभाषित, यह चर विशिष्ट लक्ष्य नोड या उप-नेटवर्क की पहचान करता है जिसे नियंत्रण निर्देश निर्देशित किया गया है।

जीवनचक्र

एक प्राथमिक C++ संरचना (struct) [SWS_DM_00805] के रूप में, ComCtrlRequestParamsType एक साधारण मान प्रकार (Plain Old Data / POD) की विशेषताएँ प्रदर्शित करती है। इसमें कोई आंतरिक स्टेट मशीन, कोई वर्चुअल फ़ंक्शन पॉइंटर और कोई गतिशील रूप से आवंटित मेमोरी क्षेत्र नहीं होते हैं (AUTOSAR_AP_SWS_Diagnostics §8.7.2.1 “Public Member Variables”)।

एक इंस्टेंस का निर्माण आमतौर पर Diagnostic Management फ़्रेमवर्क द्वारा क्षणिक रूप से (fleetingly) किया जाता है: जैसे ही एक UDS 0x28 संदेश प्राप्त होता है और औपचारिक रूप से मान्य हो जाता है, स्टैक संरचना को इंस्टैंसिएट करता है और डिकोड किए गए पेलोड के साथ मेंबर चरों को इनिशियलाइज़ करता है (व्याख्या: अनुरोध स्वीकृति के भाग के रूप में ऑब्जेक्ट निर्माण पूरी तरह से मिडलवेयर का दायित्व है)। प्रश्न Q-1abe8049ce5759f2 (खुला) स्वामित्व संबंध विधि कॉल के संदर्भ तक कड़ाई से सीमित होते हैं। प्लेटफ़ॉर्म आमतौर पर एप्लिकेशन के सर्विस हैंडलर को मान द्वारा (by value) या कॉन्स्टेंट संदर्भ द्वारा इंस्टेंस पास करता है; प्राप्त करने वाला एप्लिकेशन इंस्टेंस का स्थायी स्वामित्व नहीं लेता है।

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

उपयोग पथ

निदान प्रसंस्करण के संदर्भ में विशिष्ट उपयोग पथ नेटवर्क संदेश से लेकर एप्लिकेशन प्रतिक्रिया तक एक निश्चित चरण-क्रम में चलता है (AUTOSAR_AP_SWS_Diagnostics §8.7.2 “Struct: ComCtrlRequestParamsType”):

1. निदान संदेश का रिसेप्शन: एक बाहरी निदान परीक्षक नियंत्रण इकाई (ECU) को एक UDS 0x28 अनुरोध भेजता है। Adaptive Diagnostic Management ट्रांसपोर्ट स्तर पर डेटा पैकेट प्राप्त करता है।
2. डिसेरिएलाइज़ेशन और इंस्टैंसिएशन: निदान स्टैक पेलोड को पार्स करता है, ComCtrlRequestParamsType [SWS_DM_00805] का एक इंस्टेंस बनाता है और फ़ील्ड्स controlType [SWS_DM_01562], communicationType [SWS_DM_01563] और nodeIdentificationNumber [SWS_DM_01564] को प्रेषित मान निर्दिष्ट करता है।
3. सर्विस हैंडलर को सुपुर्दगी: मिडलवेयर अडेप्टिव एप्लिकेशन में CommunicationControl इंटरफ़ेस के कार्यान्वित कॉलबैक मेथड को इंस्टेंस अग्रेषित करता है।
4. पैरामीटर मूल्यांकन और निष्पादन: अडेप्टिव एप्लिकेशन संरचना को पढ़ता है। nodeIdentificationNumber [SWS_DM_01564] के आधार पर यह निर्धारित किया जाता है कि स्वयं का नोड या उप-नेटवर्क संबोधित है या नहीं। इसके बाद, controlType [SWS_DM_01562] और communicationType [SWS_DM_01563] के माध्यम से संबंधित ट्रांसमिशन और रिसेप्शन मोड सक्रिय या निष्क्रिय किए जाते हैं।
5. प्रतिक्रिया: सफल निष्पादन के बाद, एप्लिकेशन Diagnostic Management को प्रक्रिया की पुष्टि करता है, जो निदान परीक्षक को मानक-अनुरूप सकारात्मक UDS प्रतिक्रिया प्रेषित करता है।

अनुक्रम आरेख: UDS 0x28 संदेश से लेकर एप्लिकेशन में पैरामीटर मूल्यांकन तक अनुरोध प्रसंस्करण का विशिष्ट प्रवाह। स्रोत: [SWS_DM_00805], AUTOSAR_AP_SWS_Diagnostics §8.7.2 “Struct: ComCtrlRequestParamsType”