डायग्नोस्टिक संदेशों के प्रसारण और अग्रेषण के लिए UDS ट्रांसपोर्ट प्लगइन्स हेतु एक अमूर्त बेस क्लास के रूप में कार्य करता है।
एआई-जनितअसत्यापितमॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: 8b34a053e223उद्गमखुले प्रश्न (2)
जर्मन मार्गदर्शिका से अनूदितgemini-3.8-flash-low · 2026-10-13 · जर्मन मूल
डायग्नोस्टिक संदेशों के प्रसारण और अग्रेषण के लिए UDS ट्रांसपोर्ट प्लगइन्स हेतु एक अमूर्त बेस क्लास के रूप में कार्य करता है।
यह अमूर्त क्लास UDS ट्रांसपोर्ट प्लगइन्स के लिए अनुकूली डायग्नोस्टिक प्रबंधन (AUTOSAR_AP_SWS_Diagnostics §7.1.1 “Support of UDS Transport Layer”) से मानकीकृत कनेक्शन हेतु बेस इंटरफ़ेस के रूप में कार्य करती है। एक व्युत्पन्न कार्यान्वयन प्राप्त डायग्नोस्टिक संदेशों को प्रोटोकॉल मैनेजर को अग्रेषित करता है और नेटवर्क-विशिष्ट चैनलों के माध्यम से डायग्नोस्टिक टेस्टर को उत्पन्न प्रतिक्रिया संदेश प्रसारित करता है। जीवनचक्र निर्माण, पृथक आरंभीकरण, अतुल्यकालिक प्रारंभ और व्यवस्थित रोक ([SWS_DM_00329]) के एक सख्त क्रम के अधीन है। इंस्टैंसिएशन के बाद, परिचालन विधि कॉल्स थ्रेड-सुरक्षित नहीं होते हैं और डायग्नोस्टिक कर्नेल द्वारा समन्वित नियंत्रण की आवश्यकता होती है।
संदर्भ
क्लास apext::diag::uds_transport::UdsTransportProtocolHandler AUTOSAR Adaptive Platform के मॉड्यूल diag के भीतर एक अमूर्त बेस क्लास है। यह उस मानकीकृत इंटरफ़ेस को परिभाषित करती है जिसके माध्यम से मालिकाना या प्रोटोकॉल-विशिष्ट UDS ट्रांसपोर्ट प्लगइन्स अनुकूली डायग्नोस्टिक प्रबंधन (DM) से जुड़े होते हैं (AUTOSAR_AP_SWS_Diagnostics §7.1.1 “Support of UDS Transport Layer”, [SWS_DM_00315])। प्रत्येक ठोस ट्रांसपोर्ट प्रोटोकॉल - उदाहरण के लिए ऑटोमोटिव नेटवर्क मीडिया पर डायग्नोस्टिक्स के लिए - इस इंटरफ़ेस को एक व्युत्पन्न सबक्लास के रूप में कार्यान्वित करता है। DM को अपने संपूर्ण परिचालन जीवनचक्र के दौरान संबंधित हैंडलर इंस्टेंस का विशिष्ट रूप से स्वामित्व और प्रबंधन करना चाहिए। प्रश्न Q-ef308265bfdf6cec (खुला) डायग्नोस्टिक कर्नेल और प्लगइन के बीच इंटरैक्शन प्रकार UdsTransportProtocolMgr& के संदर्भ transportprotocolManager के माध्यम से होता है, जिसे कंस्ट्रक्टर में पास किया जाता है और संरक्षित रूप में संग्रहीत किया जाता है ([SWS_DM_09015], [SWS_DM_09025])। प्रत्येक हैंडलर की पहचान एक संख्यात्मक UdsTransportProtocolHandlerID द्वारा की जाती है, जिसे GetHandlerID() के माध्यम से क्वेरी किया जा सकता है ([SWS_DM_00325])।
जीवनचक्र
UDS ट्रांसपोर्ट प्रोटोकॉल हैंडलर का जीवनचक्र DM द्वारा कड़ाई से क्रमिक रूप से नियंत्रित किया जाता है ([SWS_DM_00329])। कंस्ट्रक्टर UdsTransportProtocolHandler ([SWS_DM_09015]) के माध्यम से इंस्टैंसिएशन के बाद, विधि Initialize() वास्तविक प्रोटोकॉल आरंभीकरण को ऑब्जेक्ट निर्माण से अलग करती है ([SWS_DM_00319])। GetPeriodicHandler() के माध्यम से एक वैकल्पिक क्वेरी को छोड़कर, DM को InitializationResult::kInitializeOk के सफल रिटर्न से पहले हैंडलर पर किसी भी विधि को कॉल करने की अनुमति नहीं है ([SWS_DM_01746], [SWS_DM_09017])। सफल आरंभीकरण के बाद, Start() का कॉल हैंडलर को सक्रिय प्रसंस्करण स्थिति में डाल देता है ([SWS_DM_00322])। स्टार्टअप समय को न्यूनतम करने के लिए, Start() को एक अतुल्यकालिक ऑपरेशन के रूप में डिज़ाइन किया गया है; DM को आंतरिक रूप से कई हैंडलर्स के समानांतर प्रारंभ का समन्वय करना चाहिए। प्रश्न Q-66e5a53d55e6d812 (खुला) यदि DM शटडाउन के दौरान स्थिति ApplicationState.kTerminating में परिवर्तित होता है, तो वह Stop() के माध्यम से हैंडलर को समाप्त करने का निर्देश देता है ([SWS_DM_00323], [SWS_DM_00333])। DM पूर्ण होने की प्रतीक्षा करता है, जिसे हैंडलर UdsTransportProtocolMgr::HandlerStopped() को कॉल करके स्वीकार करता है ([SWS_DM_00340])। Stop() से लौटने के बाद, प्लगइन के लिए HandlerStopped() को छोड़कर मैनेजर को किसी भी विधि को कॉल करना प्रतिबंधित है ([SWS_DM_01741])। संसाधनों को अंततः वर्चुअल डिस्ट्रक्टर ([SWS_DM_09016]) के माध्यम से जारी किया जाता है। जबकि कंस्ट्रक्टर थ्रेड-सुरक्षित है, परिचालन इंटरफ़ेस विधियों को थ्रेड-सुरक्षित घोषित नहीं किया गया है।
नियमित डायग्नोस्टिक संचालन में, हैंडलर आने वाले संदेशों को संसाधित करता है और प्रतिक्रियाएं प्रसारित करता है। जैसे ही नेटवर्क इंटरफ़ेस पर कम से कम स्रोत पता, गंतव्य पता, पता प्रकार (भौतिक या कार्यात्मक), कुल संदेश लंबाई और मल्टी-बाइट पेलोड के मामले में पहले दो बाइट्स (payloadInfo) उपलब्ध होते हैं, कार्यान्वयन UdsTransportProtocolMgr::IndicateMessage() के माध्यम से मैनेजर को अनुरोध की रिपोर्ट करता है ([SWS_DM_00342], AUTOSAR_AP_SWS_Diagnostics §7.1.1.3 “UDS message transmission on a UDS TransportLayer”)। प्रत्येक अनुरोध एक अद्वितीय चैनल को सौंपा गया है (AUTOSAR_AP_SWS_Diagnostics §7.1.1.4 “Channel Notifications”)। प्रतिक्रिया देने के लिए, DM Transmit(message, channelId) का उपयोग करके उसी हैंडलर और चैनल को डायग्नोस्टिक प्रतिक्रिया पास करता है ([SWS_DM_00327], [SWS_DM_00348])। भौतिक प्रसारण के बाद, हैंडलर UdsTransportProtocolMgr::TransmitConfirmation() के माध्यम से पास किए गए संदेश ऑब्जेक्ट को मैनेजर को वापस कर देता है ([SWS_DM_00327], [SWS_DM_00351])। एक विशिष्ट उपयोग पथ पुनरारंभ के बाद सकारात्मक प्रतिक्रिया के साथ नियंत्रण इकाई रीसेट (UDS सेवा 0x11) से संबंधित है: यहां DM रीसेट से पहले NotifyReestablishment(channelId) के माध्यम से अनुरोध करता है कि हैंडलर कनेक्शन जानकारी को गैर-वाष्पशील रूप से सुरक्षित रखे; पुनरारंभ और नए Start() के बाद, हैंडलर ChannelReestablished() के माध्यम से उसी चैनल की पुनर्प्राप्ति की रिपोर्ट करता है ([SWS_DM_00326], [SWS_DM_01744])।
यदि ट्रांसपोर्ट परत का आरंभीकरण विफल हो जाता है और Initialize() स्थिति InitializationResult::kInitializeFailed लौटाता है, तो DM तुरंत इस प्रोटोकॉल की स्टार्टअप प्रक्रिया को निरस्त कर देता है और इस इंस्टेंस पर आगे कोई विधि कॉल नहीं करता है ([SWS_DM_01745], [SWS_DM_09017])। यदि ट्रांसपोर्ट प्रोटोकॉल पर आवधिक प्रसारण समर्थित नहीं हैं, तो GetPeriodicHandler() का कॉल त्रुटि कोड kConfigurationMismatch के साथ एक ara::core::Result प्रदान करता है ([SWS_DM_01068])। यदि ECU रीसेट के लिए अनुरोधित चैनल पुनर्प्राप्ति का आश्वासन नहीं दिया जा सकता है, तो NotifyReestablishment() विफल हो जाता है और रिटर्न मान false द्वारा इसका संकेत देता है ([SWS_DM_00326])। अंत में, यदि नेटवर्क परत पर डायग्नोस्टिक प्रतिक्रिया भेजने की प्रक्रिया विफल हो जाती है, तो हैंडलर को मैनेजर को पुष्टि करते समय TransmitConfirmation() में तर्क result को kTransmitFailed पर सेट करके इसकी सूचना देनी चाहिए ([SWS_DM_00351])।
यह मार्गदर्शिका AUTOSAR विनिर्देश R25-11 के आधार पर स्वचालित रूप से तैयार की गई थी।
Initializes UDS Transport Protocol handler. This methods needs to be called before a call of Start(). It is meant to separate the actual initialization of the UDS Transport Protocol handler from the constructor.
Tells the UdsTransportProtocolHandler, to notify the DM core via UdsTransportProtocol Mgr::ChannelReestablished() if the given channel has been re-established after next Uds TransportProtocolHandler::Start(). The main purpose of this method is to allow the DM to provide an ECU-Reset (0x11 service), with configuration option "positive response AFTER reset". In this scenario, the request for 0x11 will be received on a certain channel (GlobalChannel Identifier), then the ECU-Reset takes place and after ECU-Restart, all UdsProtocol Handlers/-plugins get restarted via call to UdsTransportProtocolHandler::Start().
Start processing the UDS Transport Protocol. Within the implementation there might be some stack specific implementation. The method is asynchronous to allow the DM to start multiple UdsTransportProtocolHandler in parallel to reduce startup time.
Method to indicate that this UdsTransportProtocolHandler should terminate. If UdsTransportProtocolHandler has stopped, it shall call UdsTransportProtocolMgr:: HandlerStopped(UdsTransportProtocolHandlerID).
If periodic transmissions are supported on this transport protocol, a reference to UdsTransportProtocolPeriodicHandler is returned, and if not supported, an error (kConfigurationMismatch).
Fehler
Fehlercode
Beschreibung
kConfigurationMismatch
Request a governed re-review of this record. The record is not changed immediately.
Initializes UDS Transport Protocol handler. This methods needs to be called before a call of Start(). It is meant to separate the actual initialization of the UDS Transport Protocol handler from the constructor.
एआई-जनितअसत्यापितमॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: 2d1a514affd8उद्गमखुले प्रश्न (1)
जर्मन मार्गदर्शिका से अनूदितgemini-3.8-flash-low · 2026-10-13 · जर्मन मूल
शुद्ध वर्चुअल विधि Initializeapext::diag::uds_transport::UdsTransportProtocolHandler के एक इंस्टेंस के स्पष्ट आरंभीकरण के लिए कार्य करती है और औपचारिक रूप से इस प्रक्रिया को ऑब्जेक्ट के निर्माण से अलग करती है [SWS_DM_00319]। इसे Diagnostic Manager (DM) द्वारा सिंक्रोनस रूप से और बिना पैरामीटर के कॉल किया जाता है, यह कोई अपवाद नहीं फेंकती है (noexcept) और एक InitializationResult लौटाती है [SWS_DM_00319][SWS_DM_09017]।
विधि इन्यूमरेटर InitializationResult::kInitializeOk या InitializationResult::kInitializeFailed[SWS_DM_09017] के माध्यम से परिणाम का संकेत देती है। DM का आगे का व्यवहार सीधे रिटर्न मान पर निर्भर करता है:
kInitializeOk के साथ सफल वापसी पर, DM को हैंडलर की बाद की विधियों को कॉल करने की अनुमति है; इस सफल रिटर्न मान से पहले, GetPeriodicHandler के अपवाद के साथ कोई अन्य विधि कॉल अनुमत नहीं है [SWS_DM_01746]।
यदि हैंडलर kInitializeFailed लौटाता है, तो DM इस ट्रांसपोर्ट प्रोटोकॉल की आरंभीकरण प्रक्रिया को पूरी तरह से रद्द कर देता है और प्रभावित इंस्टेंस पर किसी भी अन्य विधि को कॉल नहीं करता है [SWS_DM_01745]।
यह पाठ AUTOSAR R25-11 पर आधारित एक AI द्वारा तैयार किया गया था।
Tells the UdsTransportProtocolHandler, to notify the DM core via UdsTransportProtocol Mgr::ChannelReestablished() if the given channel has been re-established after next Uds TransportProtocolHandler::Start(). The main purpose of this method is to allow the DM to provide an ECU-Reset (0x11 service), with configuration option "positive response AFTER reset". In this scenario, the request for 0x11 will be received on a certain channel (GlobalChannel Identifier), then the ECU-Reset takes place and after ECU-Restart, all UdsProtocol Handlers/-plugins get restarted via call to UdsTransportProtocolHandler::Start().
Now there are two expectations, when this method has been called before and returned "TRUE": If the same remote client connects to the UdsProtocolHandler, it shall get a channel identification with the same identifying as the last time. It consecutively calls UdsTransportProtocolMgr::ChannelReestablished(Global ChannelIdentifier).
The detection/decision, whether the "same" client reconnects as before is an UdsProtocol Handler implementation specific decision.
The general expectation is:
If the channel is set up from exactly the same remote network-endpoint, it typically gets the same ChannelID. To support this functionality, the implementation at least has to store non-volatile, that this notification has to be done. Further it might be needed to store some additional connection specific info non-volatile to make sure, that the same ChannelID can be reassigned. This is the case if the mapping of protocol specific channel info -> channelID isn’t a
stable bijective mapping!
Small example:
The underlying network protocol, which UdsProtocolHandler implements is based on TCP. At the point in time, where the 0x11 Service Identifier request is received on channel identified by the DM calls UdsTransportProtocolHandler::NotifyReestablishment() on this ChannelID.
Now the implementation of UdsProtocolHandler stores non-volatile in the context of this call:
• NetworkEndpoint (IP-address and port number) of the channel. • NetworkEndpoint (IP-address and port number) of the local port (because in this example, the UdsTransportProtocolHandler listens on/supports different ports). • ChannelID it has currently assigned. After restart this ChannelID is only reused for a channel with exactly the same Network Endpoint addresses as stored non-volatile.
If this ChannelID then gets reassigned, then UdsTransportProtocolMgr::Channel Reestablished() has to be called.
एआई-जनितअसत्यापितमॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: 677bdfc28d3dउद्गमखुले प्रश्न (1)
जर्मन मार्गदर्शिका से अनूदितgemini-3.8-flash-low · 2026-10-13 · जर्मन मूल
मेथड NotifyReestablishment Diagnostic Manager (DM) द्वारा समकालिक रूप से कॉल किया जाता है, जब कंट्रोल यूनिट रीस्टार्ट (UDS सेवा 0x11) के संदर्भ में सकारात्मक प्रतिक्रिया केवल सफल रीस्टार्ट के बाद ही भेजी जानी हो ([SWS_DM_00326], [SWS_DM_00360])। पैरामीटर channelId के माध्यम से मॉनिटर किए जाने वाले ट्रांसपोर्ट चैनल को पास किया जाता है ([SWS_DM_00326])।
इस कॉल के साथ ट्रांसपोर्ट प्रोटोकॉल कार्यान्वयन को मॉनिटरिंग अनुरोध को स्थायी रूप से सुरक्षित करने का निर्देश दिया जाता है ([SWS_DM_00359])। सिस्टम के पुनः चालू होने और हैंडलर्स के फिर से शुरू होने के बाद, प्रोटोकॉल हैंडलर [SWS_DM_00313] का उपयोग करके अतुल्यकालिक रूप से DM को चैनल की पुनः-उपलब्धता की रिपोर्ट करता है ([SWS_DM_00358])। बूलियन रिटर्न मान true के साथ संकेत देता है कि अधिसूचना अनुरोध स्वीकार कर लिया गया है और इसे पूरा किया जा सकता है; अन्यथा false वापस किया जाता है ([SWS_DM_00326])।
कन्करेंसी और त्रुटि प्रबंधन के संबंध में लागू होता है:
फ़ंक्शन को not thread-safe के रूप में निर्दिष्ट किया गया है; समानांतर कॉल्स को कॉलर की ओर से सिंक्रोनाइज़ किया जाना चाहिए ([SWS_DM_00326])।
रीस्टार्ट के बाद उसी चैनल की पहचान करने में सक्षम होने के लिए, कनेक्शन-विशिष्ट एंडपॉइंट डेटा सुरक्षित किया जाना चाहिए, यदि कोई स्थिर बाइजेक्टिव मैपिंग मौजूद न हो ([SWS_DM_00326])।
यह उपयोग निर्देश विनिर्देश के आधार पर एक AI द्वारा तैयार किया गया था।
The channelID, whose re-establishment shall be notified to Uds TransportProtocolMgr
Rückgabewert
Typ
Beschreibung
bool
TRUE, if notification request is accepted and can be fulfilled, else FALSE
Hinweise: The UdsTransportProtocolHandler will call UdsTransportProtocolMgr::Channel Reestablished() after UdsTransportProtocolHandler::Start() is called and as soon as it detects that the remote client/tester is reachable again.
Request a governed re-review of this record. The record is not changed immediately.
Start processing the UDS Transport Protocol. Within the implementation there might be some stack specific implementation. The method is asynchronous to allow the DM to start multiple UdsTransportProtocolHandler in parallel to reduce startup time.
एआई-जनितअसत्यापितमॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: b5781ddbed6cउद्गमखुले प्रश्न (1)
जर्मन मार्गदर्शिका से अनूदितgemini-3.8-flash-low · 2026-10-13 · जर्मन मूल
इंटरफ़ेस apext::diag::uds_transport::UdsTransportProtocolHandler का मेथड Start[SWS_DM_00322] के अनुसार Diagnostic Management (DM) में UDS ट्रांसपोर्ट प्लगइन का प्रोटोकॉल प्रोसेसिंग प्रारंभ करता है। यह कोई पैरामीटर स्वीकार नहीं करता है और कोई रिटर्न मान नहीं देता है। निष्पादन को एसिंक्रोनस रूप से डिज़ाइन किया गया है ताकि DM समानांतर में एकाधिक इंस्टेंस प्रारंभ कर सके और इस प्रकार समग्र सिस्टम के स्टार्टअप समय को कम कर सके ([SWS_DM_00322])। चूँकि सिग्नेचर void घोषित करता है, इसलिए एसिंक्रोनस प्रोसेसिंग को आंतरिक बैकग्राउंड तंत्रों के माध्यम से स्टैक-विशिष्ट रूप से संभाले जाने की संभावना है। प्रश्न Q-d1023a05a1f3e2ab (खुला)
पूर्व-शर्तें: कॉल से पहले, Initialize ([SWS_DM_00319]) के माध्यम से इनिशियलाइज़ेशन अनिवार्य रूप से परिणाम kInitializeOk के साथ पूरा हुआ होना चाहिए ([SWS_DM_01746])। यदि इसके विपरीत इनिशियलाइज़ेशन kInitializeFailed देता है, तो DM प्रक्रिया को निरस्त कर देता है और उसे Start को कॉल नहीं करना चाहिए ([SWS_DM_01745])।
उत्तर-शर्तें:Start का कॉल सफलतापूर्वक संपन्न होने के बाद ही DM हैंडलर पर Transmit या Stop जैसे डाउनस्ट्रीम फ़ंक्शनों को ट्रिगर कर सकता है ([SWS_DM_01743])। इसके अलावा, DM ChannelReestablished ([SWS_DM_00313]) के माध्यम से सूचनाओं को केवल तभी प्रोसेस करता है जब Start पहले निष्पादित किया गया हो ([SWS_DM_01744]), जो अन्य बातों के अलावा पुनः कनेक्शन वाले ECU रीसेट परिदृश्यों ([SWS_DM_00326]) के लिए आवश्यक है।
मेथड को noexcept के रूप में घोषित किया गया है और इस प्रकार यह अपवाद-सुरक्षित है, लेकिन स्पष्ट रूप से थ्रेड-सुरक्षित नहीं (not thread-safe) निर्दिष्ट है ([SWS_DM_00322])। इसलिए कॉल करने वालों को यह सुनिश्चित करना चाहिए कि इंस्टेंस कॉल सिंक्रोनाइज़ किए गए हों।
यह उपयोग संबंधी निर्देश विनिर्देश डेटा के आधार पर स्वचालित रूप से जनरेट किया गया था।
Method to indicate that this UdsTransportProtocolHandler should terminate. If UdsTransportProtocolHandler has stopped, it shall call UdsTransportProtocolMgr:: HandlerStopped(UdsTransportProtocolHandlerID).
After return from Stop(), the handler-plugin shall NOT call to UdsTransportProtocolMgr with any other method but UdsTransportProtocolMgr::HandlerStopped().
एआई-जनितअसत्यापितमॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: e507b828b86bउद्गम
जर्मन मार्गदर्शिका से अनूदितgemini-3.8-flash-low · 2026-10-13 · जर्मन मूल
इंटरफ़ेस apext::diag::uds_transport::UdsTransportProtocolHandler की विधि Stop एक UDS ट्रांसपोर्ट प्रोटोकॉल इंस्टेंस को संकेत देती है कि इसे समाप्त होना चाहिए [SWS_DM_00323]। कॉल Diagnostic Management (DM) द्वारा ट्रिगर किया जाता है जैसे ही यह स्थिति ApplicationState.kTerminating में बदलता है [SWS_DM_00333]। फ़ंक्शन पैरामीटर रहित है, इसका कोई रिटर्न मान नहीं है, इसे noexcept के रूप में घोषित किया गया है और अपवाद-सुरक्षित (exception safe) के रूप में निर्दिष्ट किया गया है [SWS_DM_00323]।
कॉल संदर्भ और समवर्तीता के लिए निम्नलिखित शर्तें लागू होती हैं:
समवर्तीता: ऑपरेशन को गैर-थ्रेड-सुरक्षित (not thread-safe) निर्दिष्ट किया गया है [SWS_DM_00323]।
कॉल प्रतिबंध:Stop से लौटने के बाद, हैंडलर प्लगइन पावती HandlerStopped[SWS_DM_01741][SWS_DM_00323] के एकमात्र अपवाद के साथ apext::diag::uds_transport::UdsTransportProtocolMgr पर कोई अन्य विधि कॉल नहीं कर सकता है।
DM के साथ अंतःक्रिया अतुल्यकालिक रूप से होती है: हैंडलर द्वारा अपने नेटवर्क कनेक्शन बंद करने और संसाधनों को जारी करने के बाद, उसे अपने handlerId को पास करते हुए apext::diag::uds_transport::UdsTransportProtocolMgr::HandlerStopped के माध्यम से DM को सूचित करना होगा [SWS_DM_00314]। प्रक्रिया को अंतिम रूप से समाप्त करने से पहले, DM Stop को कॉल करने के बाद अनिवार्य रूप से इस पुष्टिकरण कॉलबैक की प्रतीक्षा करता है [SWS_DM_00340]।
यह पाठ AUTOSAR Adaptive R25-11 विनिर्देश के आधार पर स्वचालित रूप से तैयार किया गया था।
क्रम और जीवनचक्र के संबंध में, Diagnostic Manager Transmit को केवल तभी कॉल कर सकता है जब हैंडलर का इनिशियलाइज़ेशन kInitializeOk के साथ पूरा हो चुका हो ([SWS_DM_01746]) और मेथड Start को कॉल किया जा चुका हो ([SWS_DM_01743])। चूँकि ऑपरेशन को not thread-safe और exception safe के रूप में निर्दिष्ट किया गया है ([SWS_DM_00327]), व्याख्या के अनुसार समानांतर ट्रांसमिशन अनुरोधों का समन्वय कॉलर की ओर से Diagnostic Manager में किया जाना चाहिए। प्रश्न Q-6edd917928b60e55 (खुला)
फ़ंक्शन सिंक्रोनस रूप से कोई रिटर्न मान नहीं देता है। ट्रांसपोर्ट हैंडलर ट्रांसमिशन के बाद apext::diag::uds_transport::UdsTransportProtocolMgr::TransmitConfirmation के माध्यम से Diagnostic Manager को संदेश पॉइंटर एसिंक्रोनस रूप से वापस करने के लिए बाध्य है ([SWS_DM_00327], [SWS_DM_00312])। नेटवर्क स्तर पर सफल ट्रांसमिशन पर, परिणाम kTransmitOk रिपोर्ट किया जाता है, अन्यथा kTransmitFailed ([SWS_DM_00351])।
यह उपयोग संबंधी निर्देश AUTOSAR Adaptive R25-11 विनिर्देश पर आधारित है।
The message to be transmitted as a UdsMessage::Ptr (unique_ptr style). UdsTransportProtocolHandler has to give back this Uds Message::Ptr via UdsTransportProtocolMgr::Transmit Confirmation() to signal, that it is done with this message.
channelId
Identification of channel on which to transmit.
Rückgabewert
Typ
Beschreibung
None
Hinweise: This transmit API covers T_Data.req of ISO 14229-2[25] Figure 2.
Request a governed re-review of this record. The record is not changed immediately.
The handler ID used by DM to identify this handler. This is just a number/identification given by the DM core, when instantiating a UdsTransportProtocolHandler instance, to be able to distinguish it from other handler-plugins or built-in UdsTransportProtocolHandler implementation(s).
transportProtocolMgr
Reference to UdsTransportProtocolMgr owned by this DM, with which UdsTransportProtocolHandler instance shall interact.
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-low· 2026-10-13 · जर्मन मूल