मॉड्यूल ara::nm — Network Management
Diese Seite wurde vollständig KI-generiert auf Basis von SWS NetworkManagement (R25-11) — kein offizieller AUTOSAR-Text und keine automatisch extrahierte API-Seite wie die übrigen Module. Als Interpretation gekennzeichnete Aussagen sind Schlussfolgerungen aus den Quellen.
मॉड्यूल गाइडएआई जनित
उच्च-स्तरीय State Management के लिए नेटवर्क अनुरोधों का समन्वय करता है और उप-नेटवर्कों की संचार स्थिति की निगरानी करता है।
उच्च-स्तरीय State Management के लिए नेटवर्क अनुरोधों का समन्वय करता है और उप-नेटवर्कों की संचार स्थिति की निगरानी करता है।
फ़ंक्शनल क्लस्टर Network Management तार्किक नेटवर्क हैंडल, उप-नेटवर्कों और भौतिक संचार चैनलों के समन्वित अनुरोध तथा उनकी स्थिति जानने के लिए State Management को इंटरफ़ेस प्रदान करता है ([SWS_ANM_01000], EXP_SWArchitecture पृ. 77)। क्लास NetworkHandle के माध्यम से kNoCom और kFullCom के बीच लक्षित और वास्तविक अवस्थाओं को नियंत्रित किया जाता है तथा एसिंक्रोनस नोटिफ़ायर पंजीकृत किए जाते हैं ([SWS_ANM_01009], [SWS_ANM_01010], [SWS_ANM_01358])। इस इंटरफ़ेस का उपयोग विशेष रूप से State Management के लिए आरक्षित है, जबकि त्रुटियों की रिपोर्ट NmErrorDomain के माध्यम से समान रूप से की जाती है ([SWS_ANM_01101], [SWS_ANM_01111])।
फ़ंक्शनल क्लस्टर Network Management (NM) AUTOSAR Adaptive Platform को संचार नेटवर्कों और उप-नेटवर्कों के अनुरोध तथा स्थिति निगरानी के लिए तंत्र उपलब्ध कराता है। यह प्रोग्रामिंग इंटरफ़ेस विशेष रूप से फ़ंक्शनल क्लस्टर State Management के लिए लक्षित है, जो क्लास NetworkHandle के तार्किक इंस्टेंस के माध्यम से नेटवर्क संसाधनों को नियंत्रित करता है और Ethernet या CAN जैसी भौतिक बस संरचनाओं से डिकपल रहता है ([SWS_ANM_01000], EXP_SWArchitecture पृ. 77, EXP_PlatformDesign पृ. 60)।
संदर्भ आरेख: State Management और भौतिक नेटवर्क स्तर के बीच फ़ंक्शनल क्लस्टर Network Management का सिस्टम एकीकरण। स्रोत: SWS_NetworkManagement पृ. 13, EXP_PlatformDesign पृ. 60, [SWS_ANM_01000]
एक NetworkHandle को ara::core::InstanceSpecifier के माध्यम से इनिशियलाइज़ किया जाता है और यह मूव ऑपरेशनों का समर्थन करता है, जबकि कॉपी कंस्ट्रक्टर और कॉपी असाइनमेंट हटा दिए गए हैं ([SWS_ANM_01001], [SWS_ANM_01003], [SWS_ANM_01005])। मॉड्यूल सेट की गई अनुरोध अवस्था (SetNetworkRequestedState, GetNetworkRequestedState) और वास्तव में सक्रिय नेटवर्क अवस्था (GetNetworkState) के बीच अंतर करता है, जिनमें से प्रत्येक को kNoCom और kFullCom अवस्थाओं वाले NetworkStateType द्वारा दर्शाया जाता है ([SWS_ANM_01007], [SWS_ANM_01008], [SWS_ANM_01009], [SWS_ANM_01358])।
अनुक्रम आरेख: नोटिफ़ायर पंजीकरण, अवस्था अनुरोध और अवस्था क्वेरी का इंटरैक्शन प्रवाह। स्रोत: [SWS_ANM_01007], [SWS_ANM_01009], [SWS_ANM_01010], SWS_StateManagement पृ. 38
स्थिति परिवर्तनों के एसिंक्रोनस सिग्नलिंग के लिए, कॉलबैक्स को RegisterNetworkStateChangeNotifier या RegisterNetworkRequestedStateChangeNotifier के माध्यम से—वैकल्पिक रूप से एक समर्पित निष्पादक के साथ—पंजीकृत किया जा सकता है ([SWS_ANM_01010], [SWS_ANM_01014], [SWS_ANM_01020])। त्रुटियों को NmErrorDomain और NmErrc के माध्यम से दर्शाया जाता है; मानकीकृत कोड जैसे kServiceNotAvailable और kInvalidHandler विफलताओं और त्रुटिपूर्ण कॉन्फ़िगरेशन से नियतात्मक तरीके से निपटना सुनिश्चित करते हैं ([SWS_ANM_01101], [SWS_ANM_01111])।
सिस्टम भूमिका और फ़ंक्शनल आर्किटेक्चर परिसीमन
फ़ंक्शनल क्लस्टर Network Management (NM) AUTOSAR Adaptive Platform के भीतर संचार नेटवर्कों और उप-नेटवर्कों (Partial Networks, PN) का समन्वित प्रबंधन प्रदान करता है। इस मॉड्यूल का प्रोग्रामिंग इंटरफ़ेस किसी भी यादृच्छिक Adaptive Applications के लिए अभिप्रेत नहीं है, बल्कि विशेष रूप से फ़ंक्शनल क्लस्टर State Management (SM) के लिए आवश्यकतानुसार संचार क्षमताओं का अनुरोध करने या उन्हें रिलीज़ करने हेतु काम करता है ([SWS_ANM_01000], EXP_SWArchitecture पृ. 77)। State Management मशीन के केंद्रीय सिस्टम ऑर्केस्ट्रेटर के रूप में कार्य करता है और फ़ंक्शन समूहों तथा प्लेटफ़ॉर्म अवस्थाओं को नियंत्रित करता है, जबकि Network Management वास्तविक बस निगरानी, उप-नेटवर्क लॉजिक और बस-कीप-अलाइव अवस्थाओं को समाहित करता है (SWS_NetworkManagement पृ. 13, EXP_PlatformDesign पृ. 60)।
आर्किटेक्चरल रूप से, Network Management तार्किक नेटवर्क हैंडल (NetworkHandle) के माध्यम से उच्च-स्तरीय अवस्था नियंत्रणों को Ethernet या CAN नेटवर्कों जैसी भौतिक नेटवर्क टोपोलॉजी से डिकपल करता है (EXP_PlatformDesign पृ. 60)। State Management द्वारा किए गए नेटवर्क अनुरोध को आंतरिक रूप से चैनल-विशिष्ट स्टेट मशीनों और Partial Network State Machines (PNSM) पर मैप किया जाता है, जिससे भौतिक चैनलों पर संचार सिंक्रनाइज़ होता है और मांग के अनुसार सक्रिय या बंद किया जाता है (SWS_NetworkManagement पृ. 18, SWS_StateManagement पृ. 17)।
संदर्भ आरेख: State Management और भौतिक नेटवर्क स्तर के बीच फ़ंक्शनल क्लस्टर Network Management का सिस्टम एकीकरण। स्रोत: SWS_NetworkManagement पृ. 13, EXP_PlatformDesign पृ. 60, [SWS_ANM_01000]
NetworkHandle के माध्यम से इंस्टैंसिएशन और संसाधन प्रबंधन
किसी विशिष्ट उप-नेटवर्क या भौतिक संचार चैनल तक कार्यात्मक पहुँच क्लास NetworkHandle के इंस्टेंस के माध्यम से होती है ([SWS_ANM_01000])। एक NetworkHandle स्पष्ट रूप से एक ara::core::InstanceSpecifier पास करके निर्मित किया जाता है, जो NetworkManagementPortInterface के असाइन किए गए पोर्ट प्रोटोटाइप को विशिष्ट रूप से संदर्भित करता है ([SWS_ANM_01001])। इस कंस्ट्रक्टर के माध्यम से इनिशियलाइज़ेशन थ्रेड-सुरक्षित के रूप में निर्दिष्ट है ([SWS_ANM_01001])।
NetworkHandle का इंटरफ़ेस डिज़ाइन सख्त जीवनचक्र और स्वामित्व नियमों का पालन करता है: कॉपी कंस्ट्रक्टर और कॉपी असाइनमेंट ऑपरेटर स्पष्ट रूप से हटा दिए गए हैं (= delete), जिससे हैंडल इंस्टेंस के असंगठित डुप्लिकेशन को रोका जा सके ([SWS_ANM_01005], [SWS_ANM_01006])। इसके विपरीत, संसाधनों को नियंत्रित रूप से स्थानांतरित करने के लिए मूव कंस्ट्रक्टर और मूव असाइनमेंट प्रदान किए जाते हैं ([SWS_ANM_01003], [SWS_ANM_01004])। Interpretation: चूँकि कॉपी करना निषिद्ध है और केवल मूव ऑपरेशनों की अनुमति है, इसलिए यह आर्किटेक्चर संभवतः प्रति हैंडल इंस्टेंस एक अनन्य स्वामित्व सिमेंटिक्स लागू करता है, ताकि एक ही ऑब्जेक्ट पर प्रतिस्पर्धी नोटिफ़ायर पंजीकरणों को रोका जा सके। प्रश्न Q-912cb5d1ddff2896 (खुला) डिस्ट्रक्टर और मूव असाइनमेंट स्पष्ट रूप से गैर-थ्रेड-सुरक्षित के रूप में परिभाषित हैं, यही कारण है कि State Management में एक हैंडल का जीवनचक्र प्रबंधन सिंक्रनाइज़ तरीके से होना चाहिए ([SWS_ANM_01002], [SWS_ANM_01004])।
संचार अवस्थाओं का नियंत्रण और क्वेरी
यह मॉड्यूल किसी नेटवर्क हैंडल की अनुरोधित लक्षित अवस्था (Requested State) और वास्तव में सक्रिय अवस्था (Network State) के बीच कड़ाई से अंतर करता है ([SWS_ANM_01007], [SWS_ANM_01008])। दोनों अवस्थाओं को kNoCom (मान 0) और kFullCom (मान 1) मानों वाले एन्यूमिरेशन NetworkStateType द्वारा दर्शाया जाता है ([SWS_ANM_01358])। परिभाषा के अनुसार समग्र अवस्था केवल तभी kFullCom होती है, जब हैंडल को सौंपे गए सभी आंशिक या पूर्ण नेटवर्क बिना किसी अपवाद के FULL_COM संचार अवस्था में हों; अन्यथा स्थिति kNoCom होती है ([SWS_ANM_01358])।
मेथड SetNetworkRequestedState के माध्यम से State Management संबद्ध PNC, VLAN या भौतिक नेटवर्क के सक्रियण (kFullCom) या रिलीज़ (kNoCom) का अनुरोध करता है ([SWS_ANM_01009], EXP_SWArchitecture पृ. 77)। GetNetworkRequestedState के साथ अंतिम सेट किए गए अनुरोध मान को समकालिक रूप से प्राप्त किया जा सकता है ([SWS_ANM_01008])। इसके विपरीत, वास्तविक बस-प्रासंगिक ऑपरेटिंग अवस्था को GetNetworkState के साथ पढ़ा जाता है, जहाँ दोनों क्वेरी मेथड थ्रेड-सुरक्षित घोषित हैं और अपने परिणाम को एक ara::core::Result में समाहित करते हैं ([SWS_ANM_01007], [SWS_ANM_01008])।
स्टेट आरेख: प्राथमिक नेटवर्क स्थिति NetworkStateType के स्टेट ट्रांज़िशन। स्रोत: [SWS_ANM_01358], [SWS_ANM_01007], [SWS_ANM_01009]
इवेंट-आधारित अवस्था निगरानी और अधिसूचना तंत्र
चूँकि नेटवर्क स्तर पर अवस्था परिवर्तन बाहरी बस सहभागियों, संदेश टाइमआउट या अतुल्यकालिक स्टार्ट-अप समय के कारण विलंबित होते हैं, इसलिए NetworkHandle NetworkStateChangeNotifier (std::function<void(const NetworkStateType&)>) प्रकार के कॉलबैक फ़ंक्शनों के माध्यम से एसिंक्रोनस अधिसूचना तंत्र प्रदान करता है ([SWS_ANM_01020])। प्रभावी नेटवर्क अवस्था के परिवर्तनों के लिए RegisterNetworkStateChangeNotifier कार्य करता है ([SWS_ANM_01010]), जबकि अनुरोधित अवस्था के परिवर्तनों की निगरानी RegisterNetworkRequestedStateChangeNotifier के माध्यम से की जाती है ([SWS_ANM_01012])।
प्रति हैंडल और निगरानी प्रकार अधिकतम एक नोटिफ़ायर पंजीकृत किया जा सकता है; प्रत्येक बाद का पंजीकरण कॉल पहले से पंजीकृत कॉलबैक को ओवरराइट कर देता है (EXP_SWArchitecture पृ. 77)। UnregisterNetworkStateChangeNotifier और UnregisterNetworkRequestedStateChangeNotifier के साथ मौजूदा पंजीकरणों को स्पष्ट रूप से पुनः रद्द किया जा सकता है ([SWS_ANM_01011], [SWS_ANM_01013])। उन्नत निष्पादन नियंत्रण के लिए टेम्पलेट-आधारित पंजीकरण मेथड उपलब्ध हैं, जो किसी विशिष्ट निष्पादन संदर्भ या थ्रेड में अधिसूचना को निष्पादित करने के लिए एक उपयोगकर्ता-परिभाषित निष्पादक (ExecutorT&& executor) स्वीकार करते हैं ([SWS_ANM_01014], [SWS_ANM_01015])।
अनुक्रम आरेख: नोटिफ़ायर पंजीकरण, अवस्था अनुरोध और अवस्था क्वेरी का इंटरैक्शन प्रवाह। स्रोत: [SWS_ANM_01007], [SWS_ANM_01009], [SWS_ANM_01010], SWS_StateManagement पृ. 38
मैनिफ़ेस्ट मॉडलिंग और मैपिंग कॉन्फ़िगरेशन
Adaptive Application में Network Management का एकीकरण मैनिफ़ेस्ट में मानकीकृत मेटामॉडल तत्वों के माध्यम से होता है। इंटरफ़ेस NetworkManagementPortInterface मौलिक मेटाक्लास PortInterface को विशिष्ट बनाता है और इस प्रकार क्लस्टर के साथ इंटरैक्शन के लिए औपचारिक पोर्ट प्रोटोटाइप (PPortPrototype, RPortPrototype) को परिभाषित करता है (TPS_ManifestSpecification पृ. 263)।
डिप्लॉयमेंट मैनिफ़ेस्ट में एप्लिकेशन इंस्टेंस और लॉजिकल नेटवर्क मैनेजमेंट के बीच बाइंडिंग को मैपिंग तत्व NetworkHandlePortMapping के माध्यम से घोषित किया जाता है (TPS_ManifestSpecification पृ. 620)। यह एक प्रक्रिया (Process) के भीतर एक पोर्ट प्रोटोटाइप को एक लॉजिकल NmNetworkHandle (TPS_ManifestSpecification पृ. 620) के साथ जोड़ता है। इसके अतिरिक्त, मेटामॉडल तत्व NmInteractsWithSmMapping के माध्यम से क्लस्टर State Management (StateManagementStateRequest के माध्यम से) और नेटवर्क हैंडल (NmNetworkHandle) के बीच समन्वय युग्मन को अनिवार्य रूप से कॉन्फ़िगर किया जाता है (TPS_ManifestSpecification पृ. 875)।
मेटामॉडल आरेख: पोर्ट्स, प्रक्रियाओं, हैंडल्स और State Management के बीच ARXML कॉन्फ़िगरेशन और मैपिंग संबंध। स्रोत: TPS_ManifestSpecification पृ. 263, TPS_ManifestSpecification पृ. 620, TPS_ManifestSpecification पृ. 875
त्रुटि की स्थिति में व्यवहार
एकीकृत त्रुटि प्रबंधन के लिए मॉड्यूल AUTOSAR Adaptive एरर आर्किटेक्चर के अनुसार अपना स्वयं का एरर डोमेन कार्यान्वित करता है। क्लास NmErrorDomain ara::core::ErrorDomain से इनहेरिट करती है और स्टैटिक डोमेन क्वेरी GetNmDomain तथा पहचान मेथड Name और Message के माध्यम से नेटवर्क प्रबंधन त्रुटियों की पहचान करती है ([SWS_ANM_01101], [SWS_ANM_01105], [SWS_ANM_01106], [SWS_ANM_01107], [SWS_ANM_01109])।
विशिष्ट त्रुटि कारण एन्यूमिरेशन NmErrc में परिभाषित हैं ([SWS_ANM_01111])। एरर कोड NmErrc::kServiceNotAvailable (कोड 1) संकेत देता है कि अंतर्निहित प्लेटफ़ॉर्म सेवा या डेमॉन अनुपलब्ध है; यह मेथड GetNetworkState, GetNetworkRequestedState और SetNetworkRequestedState में उत्पन्न हो सकता है ([SWS_ANM_01007], [SWS_ANM_01008], [SWS_ANM_01009], [SWS_ANM_01111])। एरर कोड NmErrc::kInvalidHandler (कोड 2) तब रिपोर्ट किया जाता है जब पंजीकरण मेथड में से किसी एक को अमान्य नोटिफ़ायर हैंडलर पास किया गया हो ([SWS_ANM_01010], [SWS_ANM_01012], [SWS_ANM_01014], [SWS_ANM_01015], [SWS_ANM_01111])।
त्रुटि कोड्स को MakeErrorCode के माध्यम से नियमित ara::core::ErrorCode ऑब्जेक्ट्स में परिवर्तित किया जाता है ([SWS_ANM_01110])। यदि निष्पादन परिवेशों में C++ अपवाद अनुमत और कॉन्फ़िगर किए गए हैं, तो इन त्रुटियों को ThrowAsException के माध्यम से प्रकार NmException के अपवाद के रूप में ट्रिगर किया जा सकता है ([SWS_ANM_01100], [SWS_ANM_01102], [SWS_ANM_01108])। सरलीकरण के लिए प्रकार उपनाम Errc और Exception उपलब्ध हैं ([SWS_ANM_01103], [SWS_ANM_01104])।
आगे विस्तृत साक्ष्य
मॉड्यूल की अनिवार्य आवश्यकताएं विनिर्देश के प्रामाणिक प्रावधानों और संबंधित आर्किटेक्चरल मॉडलों पर आधारित हैं:
- क्लास और इंटरफ़ेस विनिर्देश: नेटवर्क अनुरोधों और अवस्था प्रश्नों के लिए मुख्य क्लास के रूप में
NetworkHandle([SWS_ANM_01000] से [SWS_ANM_01015])। - अवस्था परिभाषा: नेटवर्क स्थिति को दर्शाने के लिए
kNoComऔरkFullComके साथNetworkStateType([SWS_ANM_01358])। - एरर डोमेन और त्रुटि कोड:
NmErrorDomain,NmExceptionऔरNmErrc([SWS_ANM_01100] से [SWS_ANM_01111])। - आर्किटेक्चर और मैनिफ़ेस्ट संदर्भ: EXP_SWArchitecture पृ. 77, SWS_NetworkManagement पृ. 13, EXP_PlatformDesign पृ. 60 में इंटरफ़ेस और पोर्ट परिभाषाएं तथा TPS_ManifestSpecification पृ. 263, TPS_ManifestSpecification पृ. 620 और TPS_ManifestSpecification पृ. 875 में मेटामॉडल मैपिंग।
यह गाइड AUTOSAR Adaptive रिलीज़ R25-11 के विनिर्देश पर आधारित है। सभी प्रामाणिक प्रावधान और आर्किटेक्चरल साक्ष्य संदर्भित दस्तावेज़ों और आवश्यकताओं से लिए गए हैं।
function: 17 class: 3 enumeration: 2 type alias: 3 header file: 2
इस रिलीज़ के लिए कोई तत्व डेटा उपलब्ध नहीं
ara::nm
Zugang zu angefordertem und effektivem Netzstatus.
Fehlerdomäne für ara::nm.
Exception-Typ für ara::nm.
constexpr const ara::core::ErrorDomain& GetNmDomain() noexcept;constexpr ara::core::ErrorCode MakeErrorCode(NmErrc code, ara::core::ErrorDomain::SupportDataType data) noexcept;enum class NmErrc : ara::core::ErrorDomain::CodeType { kServiceNotAvailable = 1, kInvalidHandler = 2 };आर्किटेक्चर अथवा अनुक्रम आरेख
Vereinfachte Darstellung der in SWS Kapitel 7 beschriebenen NM-Zustände. Quelle(n): SWS Network Management §7.4 und [SWS_ANM_00070]. Teilweise Interpretation: Darstellung reduziert Konfigurations- und Busdetails.
API नेमस्पेस
- ara::nm Network Management
मुख्य क्लासें
- NetworkHandle Zugang zu angefordertem und effektivem Netzstatus.
- NmErrorDomain Fehlerdomäne für ara::nm.
- NmException Exception-Typ für ara::nm.
gemini-3.8-flash-low· 2026-10-13 · जर्मन मूल