Standard Types (Std_Types)

Modul	Std (Standard Types)
BSW-Modul-ID	`197`
Standard-Header	`#include "Std_Types.h"`
SWS-Spezifikation	AUTOSAR_SWS_StandardTypes.pdf
Cluster	General & Standard Types

मॉड्यूल गाइडएआई जनित

सभी Classic मॉड्यूल के लिए एकीकृत रिटर्न, वर्शन, ट्रांसफ़ॉर्मर और कॉन्सटेंट प्रकार प्रदान करता है।

एआई-जनित असत्यापित मॉडल: claude-opus-5-5 · प्रयास: high · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: 4fcc802ced39 उद्गम खुले प्रश्न (4)

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

मॉड्यूल std Std_Types.h के माध्यम से प्लेटफ़ॉर्म-व्यापी सुसंगत प्रकार और स्थिरांक प्रदान करता है, लेकिन इसमें न तो कोड है और न ही कॉन्फ़िगरेशन। E_OK और E_NOT_OK के साथ Std_ReturnType (uint8) केंद्रीय है। मॉड्यूल केवल 0x02–0x3F श्रेणी में मॉड्यूल प्रीफ़िक्स के साथ अपने स्वयं के मान परिभाषित कर सकते हैं, क्योंकि बिट 7 और बिट 8 RTE के लिए आरक्षित हैं [SWS_Std_00011]। इसके अलावा, मॉड्यूल स्थिरांक STD_HIGH/STD_LOW, STD_ON/STD_OFF और STD_ACTIVE/STD_IDLE, संस्करण पूछताछ के लिए Std_VersionInfoType प्रकार, साथ ही क्लाइंट-सर्वर संचार के लिए ट्रांसफ़ॉर्मर और संदेश प्रकार प्रदान करता है। R20-11 में, हेडर Compiler.h को भी शामिल करता है SRS BSWGeneral पृ. 62।

मॉड्यूल std एक शुद्ध प्रकार-हेडर है। Std_Types.h के माध्यम से यह प्रकार और प्रतीक प्रदान करता है, लेकिन कोई फ़ंक्शन नहीं [SWS_Std_00005]। R20-11 में, हेडर Platform_Types.h और Compiler.h को शामिल करता है और Std_ReturnType के साथ-साथ मान E_OK/E_NOT_OK और STD_* स्थिरांकों को परिभाषित करता है। इन प्रकारों का उपयोग करने वाला प्रत्येक मॉड्यूल इसे शामिल करता है SRS BSWGeneral पृ. 62। विनिर्देश के बाद के संस्करण के अनुसार कोई कॉन्फ़िगरेशन और स्वयं की त्रुटि प्रबंधन नहीं है; R20-11 के लिए भी यही लागू होना चाहिए (व्याख्या) SWS StandardTypes पृ. 27। प्रश्न (खुला)

संदर्भ आरेख: BSW मॉड्यूल, CDD, RTE और ट्रांसफ़ॉर्मर के लिए एक सामान्य प्रकार के आधार के रूप में Std_Types.h। स्रोत: SRS BSWGeneral पृ. 62, CDD Guideline पृ. 14

मॉड्यूल का मूल E_OK (0) और E_NOT_OK (1) मानों के साथ Std_ReturnType (uint8) है। 0x02–0x3F श्रेणी मॉड्यूल प्रीफ़िक्स वाली मॉड्यूल-विशिष्ट त्रुटियों के लिए अभिप्रेत है; बिट 7 और बिट 8 RTE विनिर्देश द्वारा निर्धारित किए गए हैं [SWS_Std_00011]। ऐसे विस्तारों के उदाहरण CAN_BUSY और Csm_ReturnType हैं BSWUML Guide पृ. 29। OSEK के कारण E_OK को STATUSTYPEDEFINED के माध्यम से सुरक्षित किया जाता है [SWS_Std_00006]।

संदर्भ आरेख (प्रकार संरचना): मानक मान, मॉड्यूल-विशिष्ट श्रेणी और Std_ReturnType के RTE-आरक्षित बिट्स। स्रोत: [SWS_Std_00005], [SWS_Std_00011], SWS StandardTypes पृ. 15

इसके अतिरिक्त क्रमशः 0x01u/0x00u वाले तीन स्थिरांक युग्म हैं: भौतिक स्तरों के लिए STD_HIGH/STD_LOW, स्विच के रूप में STD_ON/STD_OFF और तार्किक स्थितियों के लिए STD_ACTIVE/STD_IDLE ([SWS_Std_00007], [SWS_Std_00010], [SWS_Std_00013])। Std_VersionInfoType समकालिक, रीएंट्रेंट फ़ंक्शन <Ma>_GetVersionInfo के लिए निर्माता ID, मॉड्यूल ID और सॉफ़्टवेयर संस्करण स्थानांतरित करता है [SWS_Std_00015]।

डेटा ट्रांसफ़ॉर्मेशन के लिए, std ट्रांसफ़ॉर्मर त्रुटियों के लिए दो प्रकार परिभाषित करता है: Std_TransformerError, जो त्रुटि कोड और ट्रांसफ़ॉर्मर क्लास की एक संरचना है, और Std_TransformerClass [SWS_Std_00021]। RTE वैकल्पिक पैरामीटर transformerError के माध्यम से इस त्रुटि को आगे बढ़ाता है SWS RTE पृ. 731। क्लाइंट-सर्वर संचार के लिए, Std_MessageTypeType और Std_MessageResultType अनुरोध/प्रतिक्रिया और OK/ERROR को कोडित करते हैं। Std_ExtractProtocolHeaderFieldsType प्रकार का एक फ़ंक्शन पॉइंटर ट्रांसफ़ॉर्मर हेडर से दोनों मानों को पढ़ता है [SWS_Std_91003]। R20-11 में फ़ॉरवर्ड प्रकार अभी भी ड्राफ्ट हैं [SWS_Std_00029]।

भूमिका और सिस्टम सीमा: रनटाइम व्यवहार के बिना एक शुद्ध प्रकार-हेडर

मॉड्यूल std (Standard Types) में कोई फ़ंक्शन नहीं है। यह विशेष रूप से प्रकार और प्रतीक प्रदान करता है, जो Std_Types.h के माध्यम से उपलब्ध हैं। मॉड्यूल की प्रत्येक आवश्यकता इस हेडर को स्रोत के रूप में संदर्भित करती है, जैसे कि [SWS_Std_00005] और [SWS_Std_00015]। विनिर्देश स्पष्ट रूप से कहता है: हेडर न तो कोड प्रदान करता है और न ही इसे अन्य BSW मॉड्यूल की आवश्यकता होती है, इसमें कोई कॉन्फ़िगरेशन नहीं है और कोई स्वयं का त्रुटि प्रबंधन नहीं है SWS StandardTypes पृ. 27। ये शब्द R23-11 के बाद के संस्करण से लिए गए हैं। R20-11 के लिए भी यही लागू होना चाहिए, क्योंकि R20-11 आवश्यकताओं में केवल प्रकार और प्रतीक परिभाषाएँ शामिल हैं (व्याख्या)। प्रश्न Q-8e4c66ae80752d38 (खुला)

इसका उद्देश्य मानक प्रकारों तक एक समान, प्लेटफ़ॉर्म-व्यापी पहुँच है। इसलिए मानक प्रकार हेडर के लिए BSW आवश्यकता की मांग है: AUTOSAR पूर्णांक प्रकारों या मानक रिटर्न प्रकार का उपयोग करने वाला प्रत्येक मॉड्यूल Std_Types.h को शामिल करता है SRS BSWGeneral पृ. 62। रिटर्न प्रकार Std_ReturnType को स्पष्ट रूप से RTE और BSW मॉड्यूल के बीच साझा किया जाता है [SWS_Std_00005]। पद्धति में मानक प्रकारों को अतिरिक्त रूप से एक ARXML आर्टिफ़ैक्ट "AUTOSAR Standard Types" के रूप में वर्णित किया गया है Methodology पृ. 400।

संदर्भ आरेख: Std_Types.h प्लेटफ़ॉर्म और कंपाइलर हेडर को शामिल करता है और इसका उपयोग BSW मॉड्यूल, CDD, RTE और ट्रांसफ़ॉर्मर द्वारा एक सामान्य प्रकार के आधार के रूप में किया जाता है। स्रोत: SRS BSWGeneral पृ. 62, CDD Guideline पृ. 14, [SWS_Std_00005], [SWS_Std_00021]

Std_Types.h की संरचना और हेडर ट्री में एकीकरण

R20-11 के लिए, BSW आवश्यकता यह परिभाषित करती है कि Std_Types.h को क्या प्रदान करना चाहिए SRS BSWGeneral पृ. 62:

प्लेटफ़ॉर्म-विशिष्ट प्रकार-हेडर Platform_Types.h को शामिल करना,
कंपाइलर-विशिष्ट हेडर Compiler.h को शामिल करना,
Std_ReturnType को परिभाषित करना,
E_OK, E_NOT_OK, STD_ON, STD_OFF, STD_HIGH, STD_LOW, STD_ACTIVE और STD_IDLE के लिए मान निर्धारित करना।

उसी आवश्यकता के बाद के संस्करण में Compiler.h का समावेशन अनुपस्थित है RS BSWGeneral पृ. 60। यह संशोधन इतिहास से मेल खाता है: R22-11 में एक Std-Requirement से अप्रचलित कंपाइलर एब्स्ट्रैक्शन को हटा दिया गया था, और NULL_PTR केवल R21-11 के साथ जुड़ा SWS StandardTypes पृ. 1। अतः R20-11 के लिए Compiler.h इनक्लूड-चेन का हिस्सा है, जबकि Std_Types.h से NULL_PTR अभी इसका हिस्सा नहीं है।

एक विशिष्टता E_OK से संबंधित है। यह सिंबल OSEK में पहले से ही परिभाषित है और इसलिए इसे संयुक्त रूप से उपयोग किया जाना चाहिए। [SWS_Std_00006], STATUSTYPEDEFINED के माध्यम से सुरक्षा निर्धारित करता है: इस सुरक्षा के भीतर E_OK (0x00u) और StatusType परिभाषित हैं, E_NOT_OK (0x01u) बाहर स्थित है। BSW आवश्यकता में ISO 17356-3 SRS BSWGeneral पृ. 62 के संदर्भ के साथ वही कार्यान्वयन नोट शामिल है। एक Complex Device Driver हेडर को अपनी इनक्लूड संरचना में कैसे व्यवस्थित करता है, यह CDD हेडर संरचना का आरेख दिखाता है CDD Guideline पृ. 14।

Std_ReturnType: मान रेंज, बिट लेआउट और मॉड्यूल-विशिष्ट एक्सटेंशन

Std_ReturnType को uint8 से व्युत्पन्न किया गया है। मानक मान E_OK (0) और E_NOT_OK (1) हैं; 0x02–0x3F श्रेणी उपयोगकर्ता-विशिष्ट त्रुटियों के लिए उपलब्ध है [SWS_Std_00005]। [SWS_Std_00011] इस नियम को स्पष्ट करता है:

सामान्यतः प्रकार का उपयोग E_OK या E_NOT_OK के साथ किया जाता है।
यदि ये मान पर्याप्त नहीं हैं, तो छह निम्न-क्रम बिट्स में कस्टम मान परिभाषित किए जा सकते हैं, जिन्हें मॉड्यूल प्रीफिक्स के साथ नाम दिया जाता है।
बिट 7 और बिट 8 आरक्षित हैं। वे, संपूर्ण लेआउट की तरह, RTE विनिर्देश द्वारा निर्धारित किए जाते हैं।

लेआउट आरेख ठीक इसी विभाजन को दर्शाता है SWS StandardTypes पृ. 15।

RTE विनिर्देश Std_ReturnType को API फ़ंक्शनों के स्थिति और त्रुटि मानों के लिए एक प्रकार के रूप में वर्णित करता है; मान 0 "कोई त्रुटि नहीं हुई" के लिए आरक्षित है SWS RTE पृ. 675। BSW मॉडलिंग गाइडलाइन के अनुसार, यह एकमात्र रिटर्न प्रकार है जो सर्विस इंटरफ़ेस के क्लाइंट-सर्वर ऑपरेशनों में अनुमत है BSWUML Guide पृ. 28। मॉड्यूल-विशिष्ट विस्तार का एक उदाहरण CAN ड्राइवर का CAN_BUSY (0x02) है। Can_Write() यह मान तब लौटाता है जब कोई ट्रांसमिट ऑब्जेक्ट खाली नहीं होता SWS CANDriver पृ. 54।

संदर्भ आरेख (प्रकार संरचना): Std_ReturnType मानक मानों, एक मॉड्यूल-विशिष्ट श्रेणी 0x02–0x3F और RTE द्वारा आरक्षित दो बिट्स में विभाजित है; Csm_ReturnType या CAN_BUSY जैसे मॉड्यूल विस्तार केवल रिक्त क्षेत्र पर कब्जा करते हैं। स्रोत: [SWS_Std_00005], [SWS_Std_00011], SWS StandardTypes पृ. 15, BSWUML Guide पृ. 29, SWS CANDriver पृ. 54

BSW के UML मॉडल में, ऐसे विस्तार को स्टीरियोटाइप «extra_literals» वाले क्लास <Ma>_ReturnType के रूप में तैयार किया जाता है। इसके मान मॉड्यूल प्रीफिक्स ले जाते हैं और 0x02–0x3f श्रेणी में होते हैं BSWUML Guide पृ. 28। CSM_E_BUSY, CSM_E_SMALL_BUFFER और CSM_E_ENTROPY_EXHAUSTION के साथ उदाहरण Csm_ReturnType इस पैटर्न को दर्शाता है BSWUML Guide पृ. 29। यदि एक स्टैक के एकाधिक मॉड्यूल को समान विस्तार की आवश्यकता होती है, तो इसे प्रत्येक मॉड्यूल के लिए अलग से परिभाषित करने की आवश्यकता नहीं है BSWUML Guide पृ. 33। R23-11 संस्करण इसके लिए «generic_type» के साथ एक जेनेरिक क्लास प्रदान करता है, जिससे मॉड्यूल-विशिष्ट विस्तार व्युत्पन्न होते हैं TR BSWUML Guide पृ. 37।

गतिविधि आरेख: निर्णय कि कोई मॉड्यूल Std_ReturnType को कस्टम मानों के साथ विस्तारित करता है या नहीं और कैसे करता है। स्रोत: [SWS_Std_00011], BSWUML Guide पृ. 28, BSWUML Guide पृ. 33, TR BSWUML Guide पृ. 37

स्तरों, स्विचों और स्थितियों के लिए प्रतीकात्मक स्थिरांक

रिटर्न मानों के अलावा, Std_Types.h तीन स्थिरांक युग्मों को परिभाषित करता है। तीनों संख्यात्मक मान 0x01u और 0x00u का उपयोग करते हैं, लेकिन उन पर भिन्न-भिन्न टिप्पणियाँ की गई हैं ([SWS_Std_00007], [SWS_Std_00010], [SWS_Std_00013]):

युग्म	मान	परिभाषा के अनुसार अर्थ
`STD_HIGH` / `STD_LOW`	0x01u / 0x00u	भौतिक स्थिति 5 V या 3.3 V / 0 V
`STD_ON` / `STD_OFF`	0x01u / 0x00u	चालू/बंद, बिना किसी अतिरिक्त टिप्पणी के
`STD_ACTIVE` / `STD_IDLE`	0x01u / 0x00u	तार्किक अवस्था सक्रिय / idle

STD_HIGH/STD_LOW का एक विशिष्ट उपयोगकर्ता DIO ड्राइवर है: इसकी रीड सर्विस इन दोनों स्तरों में से ठीक एक की रिपोर्ट करती है SWS DIO पृ. 37। STD_ON/STD_OFF प्री-कंपाइल स्विच के रूप में कार्य करते हैं। एक उदाहरण सामान्य BSW विनिर्देश में EEP_21_LDEXT_VERSION_INFO_API STD_ON है SWS BSWGeneral पृ. 76, दूसरा GPT ड्राइवर के वैकल्पिक API स्विच हैं SWS GPT पृ. 48।

Std_VersionInfoType के माध्यम से संस्करण क्वेरी

Std_VersionInfoType निम्नलिखित तत्वों वाली एक संरचना है: vendorID और moduleID (प्रत्येक uint16) तथा sw_major_version, sw_minor_version और sw_patch_version (प्रत्येक uint8)। इसके माध्यम से <Module name>_GetVersionInfo() द्वारा BSW मॉड्यूल के संस्करण के बारे में पूछताछ की जाती है [SWS_Std_00015]। सामान्य BSW विनिर्देश इस फ़ंक्शन के लिए निर्धारित करता है SWS BSWGeneral पृ. 76:

यह समकालिक रूप से कार्य करता है और पुनःप्रवेशी (reentrant) है।
इसमें इस प्रकार का ठीक एक पैरामीटर होता है।
इसकी उपलब्धता प्रत्येक मॉड्यूल के लिए प्री-कंपाइल समय पर <Ma>VersionInfoApi के माध्यम से कॉन्फ़िगर की जाती है।

नामकरण नियम GetVersionInfo BSW आवश्यकता में उदाहरण Eep_21_LDExt_GetVersionInfo के साथ दिया गया है SRS BSWGeneral पृ. 60।

कई मॉड्यूलों में ठोस कार्यान्वयन मौजूद हैं। विकास त्रुटि का पता लगाना सक्रिय होने पर Can_GetVersionInfo, CAN_E_PARAM_POINTER के साथ नल पॉइंटर को अस्वीकार करता है SWS CANDriver पृ. 57। Adc_GetVersionInfo तदनुसार ADC_E_PARAM_POINTER के लिए जाँच करता है SWS ADCDriver पृ. 80। NVRAM प्रबंधक इस कॉल को उपयोगकर्ता और मॉड्यूल के बीच एक साधारण समकालिक विनिमय के रूप में दिखाता है SWS NvM पृ. 158।

अनुक्रम आरेख: एक उपयोगकर्ता किसी मॉड्यूल के संस्करण के बारे में समकालिक रूप से पूछता है; नल पॉइंटर और सक्रिय विकास त्रुटि का पता चलने पर मॉड्यूल एक त्रुटि की रिपोर्ट करता है, अन्यथा यह Std_VersionInfoType को भरता है। स्रोत: [SWS_Std_00015], SWS BSWGeneral पृ. 76, SWS CANDriver पृ. 57, SWS NvM पृ. 158

डेटा रूपांतरण के लिए ट्रांसफ़ॉर्मर और संदेश प्रकार

ट्रांसफ़ॉर्मर श्रृंखलाओं के लिए std कई प्रकार प्रदान करता है। R20-11 में Std_TransformerError, errorCode (uint8) और Std_TransformerClass प्रकार के transformerClass से बनी एक संरचना है [SWS_Std_00021]। Std_TransformerClass को uint8 से व्युत्पन्न किया गया है और यह पाँच मानों को पहचानता है [SWS_Std_00024]: STD_TRANSFORMER_UNSPECIFIED (0x00), STD_TRANSFORMER_SERIALIZER (0x01), STD_TRANSFORMER_SAFETY (0x02), STD_TRANSFORMER_SECURITY (0x03) और STD_TRANSFORMER_CUSTOM (0xFF)।

API डायरेक्टरी में संक्षिप्त हस्ताक्षर Std_TransformerError को typedef uint8 के रूप में सूचीबद्ध करता है। हालाँकि, आवश्यकता की संरचना परिभाषा निर्णायक है। बाद के संस्करण errorCode को एक अलग प्रकार Std_TransformerErrorCode के रूप में वर्गीकृत करते हैं, जिसका अर्थ प्रत्येक ट्रांसफ़ॉर्मर श्रृंखला के अनुसार निर्धारित किया जाता है SWS StandardTypes पृ. 17।

RTE इस प्रकार को अपने API में एक वैकल्पिक OUT पैरामीटर transformerError के रूप में पास करता है, जैसे कि Rte_Call SWS RTE पृ. 731, Rte_Read SWS RTE पृ. 720 और Rte_Result SWS RTE पृ. 750 में। प्लग-इन इंटरफ़ेस इसे उस त्रुटि के रूप में वर्णित करते हैं जो ट्रांसफ़ॉर्मर श्रृंखला के निष्पादन के दौरान हुई थी SWS RTE पृ. 969।

R20-11 में Std_TransformerForward और Std_TransformerForwardCode को प्रारूप (draft) के रूप में चिह्नित किया गया है। फ़ॉरवर्ड कोड E_OK, E_SAFETY_INVALID_REP, E_SAFETY_INVALID_SEQ और E_SAFETY_INVALID_CRC को पहचानता है ([SWS_Std_00027], [SWS_Std_00029])। बाद के संस्करणों में, Rte_Send इस प्रकार के एक वैकल्पिक forwardedCode को स्वीकार करता है SWS RTE पृ. 704। संभवतः इसका उपयोग अग्रेषण के दौरान प्राप्त सुरक्षा त्रुटियों को फिर से मैप करने के लिए किया जाता है, जैसा कि E2E फ़ॉरवर्ड फ़ंक्शन वर्णित करते हैं SWS E2ELibrary पृ. 107 (व्याख्या)। परिवर्तन इतिहास के अनुसार, संरचना Std_TransformerForward को R22-11 में हटा दिया गया था SWS StandardTypes पृ. 1। प्रश्न Q-f0d374b3b793c868 (खुला)

अनुक्रम आरेख: एक ट्रांसफ़ॉर्मर त्रुटि Std_ReturnType के अतिरिक्त त्रुटि कोड और ट्रांसफ़ॉर्मर वर्ग के साथ Std_TransformerError के रूप में SW-C तक पहुँचती है। स्रोत: [SWS_Std_00021], [SWS_Std_00024], SWS RTE पृ. 731, SwCluster Guideline पृ. 245, SWS RTE पृ. 774

क्लाइंट-सर्वर संचार के लिए दो कोडिंग प्रकार हैं, जिनमें 0x02–0x3F प्रत्येक भविष्य के मानों के लिए आरक्षित हैं:

Std_MessageTypeType अनुरोध (STD_MESSAGETYPE_REQUEST, 0x00) और प्रतिक्रिया (STD_MESSAGETYPE_RESPONSE, 0x01) में अंतर करता है ([SWS_Std_91001], [SWS_Std_00017])।
Std_MessageResultType प्रतिक्रिया के परिणाम को कोड करता है: STD_MESSAGERESULT_OK (0x00) या STD_MESSAGERESULT_ERROR (0x01) ([SWS_Std_91002], [SWS_Std_00019])।

फ़ंक्शन पॉइंटर प्रकार Std_ExtractProtocolHeaderFieldsType एक समकालिक, पुनःप्रवेशी फ़ंक्शन का वर्णन करता है। यह बफ़र में ट्रांसफ़ॉर्मर के प्रोटोकॉल हेडर से दोनों मान निकालता है और Std_ReturnType देता है [SWS_Std_91003]। ट्रांसफ़ॉर्मर वैकल्पिक रूप से अपने प्रतिलोम फ़ंक्शन के तर्क के रूप में ऐसा पॉइंटर प्राप्त करते हैं ASWS TransformerGeneral पृ. 40। SOME/IP ट्रांसफ़ॉर्मर SomeIpXf_ExtractProtocolHeaderFields के साथ एक उपयुक्त कार्यान्वयन प्रदान करता है SWS SOMEIPTransformer पृ. 61। E2E प्रोफ़ाइल 4m, 7m, 8m और 44m अपने परीक्षण फ़ंक्शनों में दोनों मानों का मूल्यांकन करते हैं SWS E2ELibrary पृ. 108।

अनुक्रम आरेख: E2E ट्रांसफ़ॉर्मर पास किए गए फ़ंक्शन पॉइंटर के माध्यम से PXXm प्रोफ़ाइल के लिए संदेश प्रकार और संदेश परिणाम निकालता है और केवल E_OK पर आगे सत्यापन करता है। स्रोत: [SWS_Std_91003], ASWS TransformerGeneral पृ. 40, SWS E2ETransformer पृ. 45, SWS SOMEIPTransformer पृ. 61, SWS E2ELibrary पृ. 108

त्रुटि की स्थिति में व्यवहार

मॉड्यूल स्वयं त्रुटियों का पता नहीं लगाता और न ही उनकी रिपोर्ट करता है। R23-11 के बाद का संस्करण यह स्थापित करता है कि मानक प्रकार त्रुटि प्रबंधन प्रदान नहीं करते हैं और सुरक्षा घटनाओं का समर्थन नहीं करते हैं SWS StandardTypes पृ. 27; संभवतः यही R20-11 पर भी लागू होता है (व्याख्या)। प्रश्न (खुला) इसलिए, त्रुटि व्यवहार केवल उन मॉड्यूलों में उत्पन्न होता है जो प्रकारों का उपयोग करते हैं। मूल सिग्नल E_NOT_OK है [SWS_Std_00006]; इसका विशिष्ट अर्थ संबंधित API द्वारा परिभाषित किया जाता है। Adc_ReadGroup के लिए इसका अर्थ "कोई परिणाम उपलब्ध नहीं है या विकास त्रुटि" SWS ADCDriver पृ. 61 है, CanIf_Transmit के लिए "ट्रांसमिशन अनुरोध स्वीकार नहीं किया गया" SWS CANInterface पृ. 87 है।

अधिक विस्तृत त्रुटि पैटर्न 0x02–0x3F श्रेणी में मॉड्यूल-विशिष्ट मानों के माध्यम से रिपोर्ट किए जाते हैं [SWS_Std_00011], उदाहरण के लिए CAN_BUSY SWS CANDriver पृ. 54। इसलिए कॉलर को यह उम्मीद रखनी चाहिए कि Std_ReturnType दो से अधिक मान ले सकता है। एक विशेष स्थिति उन कॉलबैक की है जिन्हें RTE के माध्यम से AUTOSAR सेवाओं के रूप में रूट किया जाता है: कॉलर यद्यपि E_OK मान सकता है, फिर भी ऐसे कॉलबैक विभाजित सिस्टम में विफल हो सकते हैं SWS BSWGeneral पृ. 69।

ट्रांसफ़ॉर्मर श्रृंखलाओं में, रिटर्न मान के अतिरिक्त त्रुटि कोड और ट्रांसफ़ॉर्मर वर्ग के साथ Std_TransformerError के माध्यम से एक त्रुटि की रिपोर्ट की जाती है [SWS_Std_00021]। RTE वैकल्पिक पैरामीटर transformerError केवल तभी उत्पन्न करता है जब पोर्ट के लिए त्रुटि प्रबंधन transformerErrorHandling कॉन्फ़िगर किया गया हो SWS RTE पृ. 774। यदि हेडर फ़ील्ड निकालना विफल हो जाता है, तो SomeIpXf_ExtractProtocolHeaderFields, E_NOT_OK देता है, उदाहरण के लिए गलत प्रोटोकॉल संस्करण या बहुत छोटे बफ़र के मामले में SWS SOMEIPTransformer पृ. 61। E2E ट्रांसफ़ॉर्मर लॉजिक केवल E_OK पर ही सत्यापन जारी रखता है SWS E2ETransformer पृ. 45।

आगे विस्तृत साक्ष्य

[SWS_Std_00005], [SWS_Std_00006], [SWS_Std_00011]: रिटर्न प्रकार, OSEK सुरक्षा के साथ मानक मान, बिट लेआउट और विस्तार नियम।
[SWS_Std_00007], [SWS_Std_00010], [SWS_Std_00013]: भौतिक स्तरों, स्विचों और तार्किक स्थितियों के लिए तीन स्थिरांक युग्म।
SWS BSWGeneral पृ. 76 के साथ [SWS_Std_00015]: संस्करण संरचना और GetVersionInfo के नियम।
[SWS_Std_00021], [SWS_Std_00024], [SWS_Std_00027], [SWS_Std_00029]: ट्रांसफ़ॉर्मर त्रुटि और फ़ॉरवर्ड प्रकार; अंतिम दो ड्राफ्ट हैं।
[SWS_Std_91001], [SWS_Std_91002], [SWS_Std_91003], [SWS_Std_00017], [SWS_Std_00019]: C/S संचार के लिए संदेश प्रकार और हेडर निष्कर्षण।
SRS BSWGeneral पृ. 62: R20-11 में Std_Types.h की सामग्री और इनक्लूड-चेन।
SWS StandardTypes पृ. 27 और SWS StandardTypes पृ. 1: अनुपलब्ध कॉन्फ़िगरेशन और त्रुटि प्रबंधन तथा संशोधन इतिहास (बाद के रिलीज़)।

std (classic, R20-11) के लिए AI-जनित मॉड्यूल गाइड, जो विशेष रूप से autodocs पेलोड के आधार पर बनाई गई है। कई दस्तावेज़ संदर्भ अन्य रिलीज़ से आते हैं; R20-11 आवश्यकताएँ मानक हैं। बाध्यकारी उपयोग से पहले विनिर्देश से मिलान करें।

Standard Types (Std_Types)

Standard types, return codes (Std_ReturnType, E_OK, E_NOT_OK), version info structures, and error codes shared across the entire AUTOSAR architecture.

Typen — Übersicht

enum Std_ReturnType This type can be used as standard API return type which is shared between the RTE and the BSW modules.
struct Std_VersionInfoType This type shall be used to request the version of a BSW module using the _ Get Version Info() function.
typedef Std_TransformerError -
typedef Std_TransformerClass -
typedef Std_TransformerForward - Tags: atp.Status=draft
typedef Std_TransformerForwardCode - Tags: atp.Status=draft
Std_MessageType This type is used to encode the different type of messages.
enum Std_MessageResultType This type is used to encode different types of results for response messages.
typedef Std_ExtractProtocolHeaderFieldsType Type for the function pointer to extract the relevant protocol header fields of the message and the type of the message result...
E_OK / E_NOT_OK Because E_ OK is already defined within OSEK, the symbol E_ OK has to be shared.
STD_HIGH / STD_LOW The symbols STD_ HIGH and STD_ LOW shall be defined as follows: #define STD_ HIGH 0x01u /* Physical state 5V or 3.
STD_ACTIVE / STD_IDLE The symbols STD_ ACTIVE and STD_ IDLE shall be defined as follows: #define STD_ ACTIVE 0x01u /* Logical state active */...
STD_ON / STD_OFF The symbols STD_ ON and STD_ OFF shall be defined as follows: #define STD_ ON 0x01u #define STD_ OFF 0x00u

Typen — Detailansicht

टाइप Std_ReturnType [SWS_Std_00005] 📄 PDF

typedef uint8 Std_ReturnType;

This type can be used as standard API return type which is shared between the RTE and the BSW modules. It shall be defined as follows: typedef uint8 Std_ Return Type;

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

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

प्रकार Std_ReturnType API फ़ंक्शनों के लिए एक मानकीकृत रिटर्न प्रकार के रूप में कार्य करता है और RTE तथा BSW मॉड्यूल द्वारा संयुक्त रूप से उपयोग किया जाता है ([SWS_Std_00005])। यह हेडर Std_Types.h के माध्यम से उपलब्ध है और uint8 के रूप में परिभाषित है ([SWS_Std_00005])।

डिफ़ॉल्ट रूप से, Std_ReturnType को E_OK (मान 0) या E_NOT_OK (मान 1) मान सौंपे जाते हैं ([SWS_Std_00005], [SWS_Std_00011])। यदि ये दो मानक रिटर्न मान पर्याप्त नहीं हैं, तो मानक मॉड्यूल-विशिष्ट त्रुटि मानों की परिभाषा की अनुमति देता है:

उपयोगकर्ता त्रुटियों के लिए मान सीमा: उपयोगकर्ता-परिभाषित त्रुटि कोड के लिए, 0x02 से 0x3F की सीमा उपलब्ध है ([SWS_Std_00005])। इस प्रक्रिया में छह सबसे कम महत्वपूर्ण बिट्स (LSB) का उपयोग किया जाता है ([SWS_Std_00011])।
नामकरण परिपाटी: उपयोगकर्ता-विशिष्ट त्रुटि मानों का नामकरण करते समय, BSW विनिर्देशों के अनुसार संबंधित मॉड्यूल उपसर्ग को पहले लगाना अनिवार्य है ([SWS_Std_00011])।
RTE आरक्षण: बिट 7 और बिट 8 आरक्षित हैं और RTE विनिर्देश द्वारा निर्दिष्ट हैं, जिसका रिटर्न प्रकार का सामान्य लेआउट भी अनुसरण करता है ([SWS_Std_00011])। Interpretation: यह संभवतः 8-बिट प्रतिनिधित्व के दो सबसे महत्वपूर्ण बिट्स (MSB) होने चाहिए, जो छह निम्न-क्रम बिट्स को एक बाइट में पूरा करते हैं। प्रश्न Q-d97256956c510f58 (खुला)

DET या DEM जैसे विशिष्ट त्रुटि प्रबंधन तंत्र और पुन: प्रवेश विनिर्देश स्रोतों में आधार प्रकार के लिए स्वयं परिभाषित नहीं हैं, बल्कि संबंधित APIs पर निर्भर करते हैं जो इस प्रकार को रिटर्न मान के रूप में उपयोग करते हैं।

यह उपयोग नोट एक AI द्वारा बनाया गया था और AUTOSAR Classic रिलीज़ R20-11 के विनिर्देशों पर आधारित है।

इम्प्लीमेंटर गाइड जल्द आएगी (जटिलता I1)

टाइप Std_VersionInfoType [SWS_Std_00015] 📄 PDF

typedef struct { uint16 vendorID; uint16 moduleID; uint8 sw_major_version; uint8 sw_minor_version; uint8 sw_patch_version; } Std_VersionInfoType;

This type shall be used to request the version of a BSW module using the _ Get Version Info() function.

टाइप Std_TransformerError [SWS_Std_00021] 📄 PDF

typedef uint8 Std_TransformerError;

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

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

डेटा प्रकार Std_TransformerError आवश्यकता [SWS_Std_00021] के अनुसार AUTOSAR Classic प्लेटफ़ॉर्म के लिए हेडर फ़ाइल Std_Types.h के माध्यम से एक मानकीकृत प्रकार के रूप में प्रदान किया जाता है। संरचनात्मक रूप से, विनिर्देश में तत्व को एक संरचना (Structure) के रूप में परिभाषित किया गया है और यह दो घटकों से बना है: आधार प्रकार uint8 के साथ तत्व errorCode और प्रकार Std_TransformerClass के साथ तत्व transformerClass [SWS_Std_00021]।

व्यावहारिक उपयोग के संबंध में, विनिर्देश में कोई विशिष्ट फ़ंक्शन हस्ताक्षर, पैरामीटर विवरण या रिटर्न मान शामिल नहीं हैं। संरचना प्रकार संभवतः डेटा के रूपांतरण के दौरान होने वाली त्रुटियों के संरचित संचरण के लिए एक समान डेटा कंटेनर के रूप में कार्य करता है (Interpretation)। प्रश्न Q-6e0938f276d60fd3 (खुला) इस मामले में, फ़ील्ड errorCode वास्तविक संख्यात्मक त्रुटि कुंजी ले जाने की संभावना रखता है, जबकि transformerClass संबंधित ट्रांसफ़ॉर्मर वर्ग की पहचान करता है (Interpretation)। प्रश्न Q-d8806698683ec00e (खुला)

DET या DEM संदेशों जैसे त्रुटि प्रबंधन के लिए विशिष्ट तंत्र [SWS_Std_00021] में परिभाषित नहीं हैं। स्रोत सामग्री में समवर्तीता, पुन: प्रवेश, या तुल्यकालिक अथवा अतुल्यकालिक सिमेंटिक्स पर विनिर्देशों का भी अभाव है। चूँकि यह Std_Types.h में एक शुद्ध प्रकार परिभाषा है, प्रकार स्वयं किसी भी रनटाइम प्रतिबंध के अधीन नहीं है; ये केवल लागू करने वाले मॉड्यूल के संबंधित संदर्भ से उत्पन्न होते हैं।

यह पाठ AUTOSAR विनिर्देश R20-11 के आधार पर AI द्वारा उत्पन्न किया गया था।

टाइप Std_TransformerClass [SWS_Std_00024] 📄 PDF

typedef uint8 Std_TransformerClass;

टाइप Std_TransformerForward [SWS_Std_00027] 📄 PDF

typedef uint8 Std_TransformerForward;

- Tags: atp.Status=draft

टाइप Std_TransformerForwardCode [SWS_Std_00029] 📄 PDF

typedef uint8 Std_TransformerForwardCode;

- Tags: atp.Status=draft

टाइप Std_MessageType [SWS_Std_91001] 📄 PDF

This type is used to encode the different type of messages. - Currently this encoding is limited to the distinction between requests and responses in C/ S c ommunication.

एआई-जनित असत्यापित मॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: 3a61d74dd0cf उद्गम

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

मानक प्रकार Std_MessageType का उपयोग [SWS_Std_91001] के अनुसार विभिन्न संदेश प्रकारों को कोड करने के लिए किया जाता है। वर्तमान विनिर्देश में, यह कोडिंग क्लाइंट/सर्वर संचार ([SWS_Std_91001]) के संदर्भ में अनुरोधों (Requests) और प्रतिक्रियाओं (Responses) के बीच अंतर करने तक सीमित है।

डेटा प्रकार बेस प्रकार uint8 से लिया गया है और सॉफ़्टवेयर घटकों के साथ-साथ बेसिक सॉफ़्टवेयर मॉड्यूल को हेडर फ़ाइल Std_Types.h ([SWS_Std_91001]) के माध्यम से प्रदान किया जाता है। असाइनमेंट और मूल्यांकन के लिए निम्नलिखित मान और स्थिरांक निर्दिष्ट हैं:

STD_MESSAGETYPE_REQUEST (मान 0x00): अनुरोध संदेश को इंगित करता है ([SWS_Std_91001])।
STD_MESSAGETYPE_RESPONSE (मान 0x01): प्रतिक्रिया संदेश को इंगित करता है ([SWS_Std_91001])।
मान सीमा 0x02 से 0x3F: यह सीमा भविष्य के संदेश प्रकारों के लिए आरक्षित है ([SWS_Std_91001])।

अनुप्रयोग और सीमा स्थितियों के संबंध में, कार्यान्वयन करने वाले मॉड्यूल को केवल परिभाषित पहचानकर्ताओं का उपयोग करना चाहिए। चूँकि 0x02 से 0x3F तक के मान भविष्य के AUTOSAR विस्तारों के लिए आरक्षित हैं, इसलिए उन्हें अन्य उद्देश्यों के लिए मनमाने ढंग से असाइन नहीं किया जाना चाहिए ([SWS_Std_91001])। विनिर्देश में इस डेटा प्रकार के लिए विशिष्ट त्रुटि कोड, रिटर्न मान, अतुल्यकालिक प्रक्रियाएँ या DET या DEM को संदेश परिभाषित नहीं हैं ([SWS_Std_91001])।

यह पाठ एक AI क्युरेशन सहायक द्वारा तैयार किया गया था और AUTOSAR R20-11 के विनिर्देश पर आधारित है।

टाइप Std_MessageResultType [SWS_Std_91002] 📄 PDF

typedef uint8 Std_MessageResultType;

This type is used to encode different types of results for response messages. - Currently this encoding is limited to the distinction between OK and ERROR responses.

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

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

मौलिक डेटा प्रकार Std_MessageResultType AUTOSAR Classic प्लेटफ़ॉर्म में प्रतिक्रिया संदेशों (Response Messages) के लिए विभिन्न परिणाम प्रकारों को एन्कोड करने का कार्य करता है [SWS_Std_00019]। प्रकार मानक हेडर फ़ाइल Std_Types.h के माध्यम से प्रदान किया जाता है और इसे uint8 के आधार पर एक स्केलर प्रकार के रूप में परिभाषित किया गया है [SWS_Std_91002]।

उपयोग और मान श्रेणी

विनिर्देश प्रतिक्रिया संदेशों के मानकीकृत अंकन के लिए Std_MessageResultType के उपयोग की मांग करता है [SWS_Std_00019]। वर्तमान में, इस एन्कोडिंग का अभीष्ट कार्यात्मक दायरा सफल और त्रुटिपूर्ण प्रतिक्रियाओं के बीच बुनियादी अंतर तक ही सीमित है [SWS_Std_91002]। इसके लिए निम्नलिखित निश्चित परिणाम मान परिभाषित हैं:

STD_MESSAGERESULT_OK (मान 0x00): किसी प्रतिक्रिया संदेश के नियमित, त्रुटि-मुक्त परिणाम को दर्शाता है [SWS_Std_91002]।
STD_MESSAGERESULT_ERROR (मान 0x01): किसी त्रुटिपूर्ण प्रतिक्रिया संदेश (Error Response) के परिणाम को संकेतित करता है [SWS_Std_91002]।

सीमाएं और भविष्य के विस्तार

0x02 से 0x3F तक की मान सीमा स्पष्ट रूप से भविष्य के संदेश परिणामों के लिए आरक्षित है [SWS_Std_91002]। व्याख्या: चूंकि विनिर्देश वर्तमान में कोई अन्य मान्य रिटर्न मान प्रदान नहीं करता है, इसलिए मूल्यांकन मॉड्यूल को इस सीमा में अप्रत्याशित या अभी तक अनिर्धारित मानों को सुरक्षित रूप से संभालने के लिए रक्षात्मक रूप से प्रोग्राम किया जाना चाहिए [SWS_Std_00019]। प्रश्न Q-5f652f73800b7d94 (खुला)

यह पाठ एक AI द्वारा तैयार किया गया था और डेवलपर्स के लिए AUTOSAR विनिर्देश के प्रावधानों को सारांशित करता है।

टाइप Std_ExtractProtocolHeaderFieldsType [SWS_Std_91003] 📄 PDF

typedef Std_ReturnType (* Std_ExtractProtocolHeaderFieldsType)(const uint8* buffer, uint32 bufferLength, Std_MessageTypeType* messageType, Std_MessageResultType* messageResult);

Type for the function pointer to extract the relevant protocol header fields of the message and the type of the message result of a transformer. - At the time being, this is limited to the types used for C/ S communication (i.e., REQUE ST and RESPONSE and OK and ERROR).

टाइप E_OK / E_NOT_OK [SWS_Std_00006] 📄 PDF

#define E_OK 0x00u #define E_NOT_OK 0x01u

Because E_ OK is already defined within OSEK, the symbol E_ OK has to be shared. To avoid name clashes and redefinition problems, the symbols have to be defined in the following way (approved within implementation): #ifndef STATUSTYPEDEFINED #define STATUSTYPEDEFINED #define E_ OK 0x00u typedef unsigned char Status Type; /* OSEK compliance */ #endif #define E_ NOT_ OK 0x01u

टाइप STD_HIGH / STD_LOW [SWS_Std_00007] 📄 PDF

#define STD_HIGH 0x01u #define STD_LOW 0x00u

The symbols STD_ HIGH and STD_ LOW shall be defined as follows: #define STD_ HIGH 0x01u /* Physical state 5V or 3.3V */ #define STD_ LOW 0x00u /* Physical state 0V */

टाइप STD_ACTIVE / STD_IDLE [SWS_Std_00013] 📄 PDF

#define STD_ACTIVE 0x01u #define STD_IDLE 0x00u

The symbols STD_ ACTIVE and STD_ IDLE shall be defined as follows: #define STD_ ACTIVE 0x01u /* Logical state active */ #define STD_ IDLE 0x00u /* Logical state idle */

टाइप STD_ON / STD_OFF [SWS_Std_00010] 📄 PDF

#define STD_ON 0x01u #define STD_OFF 0x00u

The symbols STD_ ON and STD_ OFF shall be defined as follows: #define STD_ ON 0x01u #define STD_ OFF 0x00u

Request a governed re-review of this record. The record is not changed immediately.

Record: AUTOSAR/AP/record/CP_MOD_Std
Status: unspecified
Version: AUTOSAR/AP/record/CP_MOD_Std@rel:R20-11#6f6327da
Content hash: 6f6327da
Source: https://www.autosar.org/fileadmin/standards/R20-11/CP/AUTOSAR_SWS_StandardTypes.pdf#nameddest=SWS_Std_00005

विषय मानचित्र

टाइप

E_OK / E_NOT_OK STD_ACTIVE / STD_IDLE Std_ExtractProtocolHeaderFieldsType STD_HIGH / STD_LOW Std_MessageResultType Std_MessageType STD_ON / STD_OFF Std_ReturnType Std_TransformerClass Std_TransformerError Std_TransformerForward Std_TransformerForwardCode Std_VersionInfoType

विवरण दृश्य

रूपरेखा में कोई प्रविष्टि चुनें।

इस रिलीज़ के लिए कोई तत्व डेटा उपलब्ध नहीं

टाइप

E_OK / E_NOT_OK टाइप

#define E_OK 0x00u #define E_NOT_OK 0x01u

STD_ACTIVE / STD_IDLE टाइप

The symbols STD_ ACTIVE and STD_ IDLE shall be defined as follows: #define STD_ ACTIVE 0x01u /* Logical state active */ #define STD_ IDLE 0x00u /* Logical state idle */

#define STD_ACTIVE 0x01u #define STD_IDLE 0x00u

Std_ExtractProtocolHeaderFieldsType टाइप

typedef Std_ReturnType (* Std_ExtractProtocolHeaderFieldsType)(const uint8* buffer, uint32 bufferLength, Std_MessageTypeType* messageType, Std_MessageResultType* messageResult);

STD_HIGH / STD_LOW टाइप

The symbols STD_ HIGH and STD_ LOW shall be defined as follows: #define STD_ HIGH 0x01u /* Physical state 5V or 3.3V */ #define STD_ LOW 0x00u /* Physical state 0V */

#define STD_HIGH 0x01u #define STD_LOW 0x00u

Std_MessageResultType टाइप

This type is used to encode different types of results for response messages. - Currently this encoding is limited to the distinction between OK and ERROR responses.

typedef uint8 Std_MessageResultType;

Std_MessageType टाइप

This type is used to encode the different type of messages. - Currently this encoding is limited to the distinction between requests and responses in C/ S c ommunication.

STD_ON / STD_OFF टाइप

The symbols STD_ ON and STD_ OFF shall be defined as follows: #define STD_ ON 0x01u #define STD_ OFF 0x00u

#define STD_ON 0x01u #define STD_OFF 0x00u

Std_ReturnType टाइप

This type can be used as standard API return type which is shared between the RTE and the BSW modules. It shall be defined as follows: typedef uint8 Std_ Return Type;

typedef uint8 Std_ReturnType;

Std_TransformerClass टाइप

typedef uint8 Std_TransformerClass;

Std_TransformerError टाइप

typedef uint8 Std_TransformerError;

Std_TransformerForward टाइप

- Tags: atp.Status=draft

typedef uint8 Std_TransformerForward;

Std_TransformerForwardCode टाइप

- Tags: atp.Status=draft

typedef uint8 Std_TransformerForwardCode;

Std_VersionInfoType टाइप

This type shall be used to request the version of a BSW module using the _ Get Version Info() function.

typedef struct { uint16 vendorID; uint16 moduleID; uint8 sw_major_version; uint8 sw_minor_version; uint8 sw_patch_version; } Std_VersionInfoType;

किसी प्रविष्टि के संबंध देखने के लिए उस पर क्लिक करें।

आधार क्लासव्युत्पन्नउपयोग करता हैइनके द्वारा उपयोगइनहेरिटेंससे हटाया गयाइनमें उपयोगइस मॉड्यूल में कोई संबंध नहींफ़ंक्शनएआई टिप्पणीक्लास पेज खोलेंक्लास पेज लोड नहीं हो सका।क्रम बदलेंचौड़ाई बदलेंरूपरेखा की चौड़ाई बदलेंखंडपढ़ने का समयSWS संदर्भआरेखवापस बीच मेंक्रम बदलें या शीर्षक पट्टी पर खींचेंअनडॉक करें – सामग्री में दिखाएँबीच वाले कॉलम में ले जाएँशीर्षक पट्टी में टैब के रूप में डॉक करेंतत्वएआई मॉडलऑडिट डोज़ियर खोलेंडोज़ियरसंक्षिप्त संस्करण खोलेंमध्यम संस्करण खोलेंपूर्ण संस्करण खोलेंडिफ़ॉल्ट दृश्य पुनर्स्थापित करेंडिफ़ॉल्ट दृश्य पुनर्स्थापित हुआपूर्ववत करेंविस्तृत दृश्य बंद करेंसिग्नेचरसामान्य जानकारीमानचुनी गई रिलीज़ तक अंतिम परिवर्तनउसके बाद का अगला परिवर्तनक्लिक: रिलीज़ चुनेंयहाँ छोड़ा नहीं जा सकता: डॉक करने के लिए शीर्षक पट्टी पर, अनडॉक करने के लिए बीच वाले कॉलम में खींचें।मॉड्यूलनयाबदला गयाअपरिवर्तितहटाया गयाशामिल नहींपरिवर्तनसामग्री में कोई परिवर्तन नहींपहली बारहटाया गया:रिलीज़ डेटा उपलब्ध नहीं है।रिलीज़ डेटा लोड हो रहा है …पाठइस रिलीज़ में शब्दावली दर्ज नहींसेल पर होवर या क्लिक करें: चुनी गई रिलीज़ से तुलना करें · रिलीज़ शीर्षक पर क्लिक करें: रिलीज़ चुनेंरिलीज़ चुनेंविवरणरिलीज़तत्वशब्दावली वाली केवल एक रिलीज़PDF में मौजूद, पाठ अभी आयात नहीं हुआपाठ पहली बार दर्ज{rel} से अपरिवर्तितरिलीज़ के रंगसबसे पुराना रिलीज़नवीनतम रिलीज़