AUTOSAR Classic Runtime Environment (RTE)
क्लस्टर गाइडएआई जनित
सॉफ़्टवेयर घटकों के प्रकारित (typed) संचार की मध्यस्थता करता है और Basic Software मॉड्यूल के शेड्यूलिंग को नियंत्रित करता है।
सॉफ़्टवेयर घटकों के प्रकारित (typed) संचार की मध्यस्थता करता है और Basic Software मॉड्यूल के शेड्यूलिंग को नियंत्रित करता है।
Runtime Environment (RTE) मॉड्यूल क्लस्टर ECU पर AUTOSAR Virtual Functional Bus को कार्यान्वित करता है और सॉफ़्टवेयर घटकों के प्रकारित सेंडर-रिसीवर और क्लाइंट-सर्वर संचार के लिए मानकीकृत API प्रदान करता है [SWS_Rte_01091], [SWS_Rte_01102]। यह Basic Software मॉड्यूल के चक्रीय शेड्यूलिंग के लिए Basic Software Scheduler (SchM) को एकीकृत करता है और OS/IOC के साथ-साथ संचार स्टैक (COM, LdCom) से जुड़ता है [SWS_Rte_01376], [SWS_Rte_04546]। इस प्रक्रिया में, RTE कॉन्फ़िगर करने योग्य सुरक्षा क्षेत्रों, बफ़रिंग और परिभाषित 10-चरणीय संक्रमण प्रक्रियाओं के माध्यम से डेटा स्थिरता और नियतात्मक मोड संक्रमण की गारंटी देता है [SWS_Rte_02665], [SWS_Rte_03504]।
Runtime Environment (RTE) मॉड्यूल क्लस्टर ECU स्तर पर Virtual Functional Bus (VFB) के कार्यान्वयन का गठन करता है। यह AUTOSAR सॉफ़्टवेयर घटकों (SWCs) को अंतर्निहित Basic Software से पूरी तरह से अलग करता है और Basic Software Scheduler (SchM) के माध्यम से BSW मॉड्यूल के शेड्यूलिंग का समन्वय करता है [SWS_Rte_04546], [SWS_Rte_05165]। यह क्लस्टर पार्टिशन-आंतरिक एक्सेस के साथ-साथ OS-IOC और COM एवं LdCom मॉड्यूल के माध्यम से ECU बस पर क्रॉस-पार्टिशन डेटा प्रवाह दोनों को संभालता है [SWS_Rte_01376], [SWS_Rte_02736], SWS_RTE पृ. 106।
संदर्भ आरेख: एप्लिकेशन लेयर (SWCs), OS/IOC और Basic Software सेवाओं के बीच RTE और SchM क्लस्टर का समावेश। स्रोत: [SWS_Rte_05165], [SWS_Rte_02736], [SWS_Rte_01376], SWS_RTE पृ. 106।
संचार सेंडर-रिसीवर और क्लाइंट-सर्वर पैटर्न पर निर्भर करता है: S/R डेटा को बफ़र प्रतियों (`Rte_IRead`/`Rte_IWrite`) के माध्यम से अंतर्निहित रूप से सुसंगत रूप से या स्पष्ट रूप से प्रत्यक्ष और बफ़र किए गए (`Rte_Read`/`Rte_Write`/`Rte_Receive`) तरीके से प्रेषित किया जाता है [SWS_Rte_01091], [SWS_Rte_02521], [SWS_Rte_06000]। विफलता या अमान्य संकेतों की उपस्थिति के मामले में, `initValue` प्रतिस्थापन या `handleInvalid` रणनीतियों जैसे तंत्र लागू होते हैं [SWS_Rte_05030], [SWS_Rte_06009]। क्लाइंट-सर्वर कॉल (`Rte_Call`, `Rte_Result`) एसिंक्रोनस निष्पादन के मामले में सर्वर और क्लाइंट साइड पर FIFO कतारों के माध्यम से सिंक्रनाइज़ किए जाते हैं और लेन-देन हैंडल के माध्यम से विशिष्ट रूप से मैप किए जाते हैं [SWS_Rte_01102], [SWS_Rte_02527], [SWS_Rte_02649]।
टास्क और लाइफ़साइकिल प्रबंधन में, RTE कोड-शेयरिंग के माध्यम से रिएंट्रेंसी (reentrancy) सुनिश्चित करता है और कॉन्फ़िगर करने योग्य लॉकिंग तंत्रों जैसे कि इंटरप्ट लॉक्स, OS रिसोर्सेज़ या OS स्पिनलॉक्स के माध्यम से क्रिटिकल सेक्शन्स की सुरक्षा करता है [SWS_Rte_03015], [SWS_Rte_03504]। मोड परिवर्तन OnExit-, OnTransition- से लेकर OnEntry-एक्टिवेशन्स के एक सख्त 10-चरणीय क्रम से गुज़रते हैं और पावती इवेंट्स (acknowledgment events) के माध्यम से व्यवस्थित रूप से पूरे किए जाते हैं [SWS_Rte_02665], [SWS_Rte_02679]।
सिस्टम आर्किटेक्चर & मॉड्यूल क्लस्टर की भूमिका
Runtime Environment (RTE) का मॉड्यूल क्लस्टर AUTOSAR Classic Platform की कार्यात्मक और संचार रीढ़ की हड्डी बनाता है। यह किसी ECU पर Virtual Functional Bus (VFB) के व्यावहारिक कार्यान्वयन का प्रतिनिधित्व करता है और सॉफ़्टवेयर घटकों (SWCs) को अंतर्निहित Basic Software (BSW) के साथ-साथ माइक्रोकंट्रोलर हार्डवेयर से पूरी तरह से अलग करता है SWS_RTE पृ. 106। क्लस्टर के भीतर, वास्तविक RTE एप्लिकेशन-संबंधी इंटर- और इंट्रा-ECU संचार की मध्यस्थता का दायित्व संभालता है, जबकि एकीकृत Basic Software Scheduler (SchM) BSW मॉड्यूल्स के निष्पादन नियंत्रण, निरंतरता आश्वासन और चक्रीय शेड्यूलिंग को नियंत्रित करता है [SWS_Rte_04546], [SWS_Rte_05165]।
आर्किटेक्चर एप्लिकेशन-SWCs, सेंसर/एक्चुएटर घटकों और BSW लेयर्स के बीच मानकीकृत इंटरफ़ेस स्थापित करता है। वाहन-व्यापी नेटवर्किंग के लिए, RTE क्लस्टर सीधे संचार स्टैक पर निर्भर करता है: सिग्नल-उन्मुख संदेशों को COM मॉड्यूल में स्थानांतरित किया जाता है, जबकि बड़ी डेटा मात्रा को LdCom मॉड्यूल (Large Data COM) के माध्यम से संभाला जाता है [SWS_Rte_01376], [SWS_Rte_04527]। पार्टीशन और कोर सीमाओं के पार प्रोसेस और मेमोरी आइसोलेशन AUTOSAR ऑपरेटिंग सिस्टम (OS) और इसके इंटर-OS-एप्लिकेशन-कम्युनिकेशन तंत्र (IOC) द्वारा प्रदान किया जाता है [SWS_Rte_02736]। कैलिब्रेशन डेटा और मेमोरी ब्लॉक्स मानकीकृत डिस्क्रिप्टर्स के माध्यम से NVRAM Manager (NvM) और कैलिब्रेशन टूल्स से जुड़ते हैं [SWS_Rte_03961], [SWS_Rte_05118]।
संदर्भ आरेख: एप्लिकेशन लेयर (SWCs), OS/IOC और Basic Software सेवाओं के बीच RTE और SchM क्लस्टर का समावेश। स्रोत: [SWS_Rte_05165], [SWS_Rte_02736], [SWS_Rte_01376], SWS_RTE पृ. 106।
मॉड्यूल के बीच परस्पर क्रिया और इंटरैक्शन पथ
RTE क्लस्टर में सहभागिता सेंडर-रिसीवर (S/R) और क्लाइंट-सर्वर (C/S) संचार के बीच कड़ाई से अंतर करती है। S/R संचार में, RTE अंतर्निहित (implicit) और स्पष्ट (explicit) दोनों प्रकार के रीड और राइट सिमेंटिक्स का समर्थन करता है: अंतर्निहित एक्सेस (`Rte_IRead`, `Rte_IWrite`) में, RTE रूनेबल निष्पादन की शुरुआत में एक स्थानीय प्रतिलिपि बनाता है, जिसे संपूर्ण निष्पादन समय के दौरान सुसंगत रखा जाता है [SWS_Rte_06000], [SWS_Rte_03744]। स्पष्ट एक्सेस (`Rte_Read`, `Rte_Write`, `Rte_Send`, `Rte_Receive`) में, डेटा विनिमय सीधे समकालिक (synchronous) रूप से या कतारों (queues) के माध्यम से होता है [SWS_Rte_01091], [SWS_Rte_01092]। कतारबद्ध इवेंट्स (`swImplPolicy = queued`) के लिए, RTE रिसीवर पक्ष पर FIFO कतारें स्थापित करता है; यदि ऐसा बफ़र ओवरफ़्लो होता है, तो तत्व को हटा दिया जाता है और एक त्रुटि स्थिति सेट की जाती है [SWS_Rte_02521], [SWS_Rte_02523]।
यदि डेटा पथ ECU सीमाओं (इंटर-ECU) को पार करता है, तो RTE समग्र डेटा संरचनाओं को रूपांतरित और क्रमबद्ध (serialize) करता है और COM मॉड्यूल में परमाणु (atomic) PDU ट्रांसमिशन सुनिश्चित करने के लिए `Com_SendSignal` या `Com_SendSignalGroup` को कॉल करता है [SWS_Rte_04527]। बड़े डेटा ऐरे के मामले में, RTE वैकल्पिक रूप से `LdCom_Transmit` का उपयोग करता है और ट्रांसपोर्ट प्रोटोकॉल (TP) के लिए कॉलबैक के माध्यम से पुष्टि मिलने तक संबंधित बफ़र को लॉक कर देता है [SWS_Rte_01377], [SWS_Rte_01379]। रिसीवर पक्ष पर, RTE कॉलबैक के माध्यम से COM से अतुल्यकालिक (asynchronous) रूप से डेटा प्राप्त करता है और उससे एप्लिकेशन रूनेबल्स के लिए एक्टिवेशन इवेंट्स प्राप्त करता है [SWS_Rte_03530], [SWS_Rte_03531]। यदि अभी तक कोई बस डेटा नहीं आया है, तो RTE कॉन्फ़िगर किए गए प्रारंभिक मान वितरित करता है [SWS_Rte_06009], [SWS_Rte_06010]।
अनुक्रम आरेख (Sequence diagram): बफ़रिंग और प्रारंभिक मान आउटपुट के साथ ECU सीमाओं के पार स्पष्ट सेंडर-रिसीवर डेटा प्रवाह। स्रोत: [SWS_Rte_06010], [SWS_Rte_04527], [SWS_Rte_03530], AUTOSAR_SWS_RTE पृ. 148।
क्लाइंट-सर्वर संचार में, RTE समकालिक कॉल्स के लिए `Rte_Call` और अतुल्यकालिक कॉल्स के लिए अलग-अलग कॉल और क्वेरी APIs (`Rte_Call`, `Rte_Result`) उत्पन्न करता है [SWS_Rte_01102], [SWS_Rte_01111]। जब तक कि कॉल्स को उसी संदर्भ में सीधे C-फ़ंक्शन के रूप में हल नहीं किया जा सकता, RTE सर्वर स्तर पर FIFO कतारों में अनुरोधों को और क्लाइंट स्तर पर 1 की गहराई वाली कतार में प्रतिक्रियाओं को बफ़र करता है [SWS_Rte_02527], [SWS_Rte_02528]। पार्टीशन- या ECU-व्यापी C/S कॉल्स के लिए, RTE मूल कॉलर को सटीक रूप से प्रतिक्रियाएँ सौंपने के लिए क्लाइंट-ID और अनुक्रम काउंटर से बने ट्रांज़ैक्शन हैंडल का उपयोग करता है [SWS_Rte_02649], [SWS_Rte_03885]।
सिंक्रोनाइज़ेशन, री-एंट्रेंसी और टास्क संदर्भ
RTE क्लस्टर में प्रोग्राम कोड का निष्पादन OS टास्क या ISR संदर्भों के भीतर होता है। RTE बुनियादी रूनेबल्स (श्रेणी 1 बिना ब्लॉकिंग OS कॉल्स के) और विस्तारित रूनेबल्स (श्रेणी 2 प्रतीक्षा बिंदुओं के साथ) के बीच अंतर करता है, जो `DataReceivedEvent` या COM कॉलबैक जैसे इवेंट्स द्वारा `WaitPoint` स्थिति से सक्रिय किए जाते हैं [SWS_Rte_03532], SWS_RTE पृ. 304। किसी रूनेबल एंटिटी के समान इंस्टेंस का समवर्ती (concurrent) एक्टिवेशन कड़ाई से प्रतिबंधित है, जब तक कि एट्रिब्यूट `canBeInvokedConcurrently` को स्पष्ट रूप से `TRUE` पर सेट न किया गया हो [SWS_Rte_03523]। बहु-इंस्टेंस SWCs के लिए, AUTOSAR लगातार कोड-शेयरिंग पर निर्भर करता है: एकाधिक इंस्टेंस समान निष्पादन योग्य कोड साझा करते हैं, लेकिन इंस्टेंस-विशिष्ट डिस्क्रिप्टर्स के माध्यम से अलग डेटा और Per-Instance-Memory (PIM) तक पहुँचते हैं [SWS_Rte_02002], [SWS_Rte_03015], [SWS_Rte_02301]।
क्रिटिकल सेक्शन्स की सुरक्षा के लिए, RTE तथाकथित Exclusive Areas (`Rte_Enter`, `Rte_Exit`) उत्पन्न करता है। अंतर्निहित सिंक्रोनाइज़ेशन तंत्र पैरामीटर `RteExclusiveAreaImplMechanism` के माध्यम से कॉन्फ़िगर किया जाता है [SWS_Rte_03504]। यहाँ पाँच परिभाषित रणनीतियाँ उपलब्ध हैं:
ALL_INTERRUPT_BLOCKING: सभी हार्डवेयर इंटरप्ट्स की वैश्विक लॉकिंग [SWS_Rte_03504]।OS_INTERRUPT_BLOCKING: OS-विशिष्ट इंटरप्ट्स (श्रेणी 2) की चयनात्मक लॉकिंग [SWS_Rte_03504]।OS_RESOURCE: प्रायोरिटी सीलिंग प्रोटोकॉल के साथ OSEK/AUTOSAR ऑपरेटिंग सिस्टम रिसोर्सेज़ का उपयोग [SWS_Rte_03504]।OS_SPINLOCK: विभिन्न कोर के टास्क और ISRs के बीच समन्वय के लिए OS स्पिनलॉक्स के माध्यम से मल्टी-कोर-सक्षम सिंक्रोनाइज़ेशन [SWS_Rte_03504]।NONE: आंतरिक लॉक्स का परित्याग, यदि डेटा निरंतरता पहले से ही सख्त टास्क प्राथमिकता या शेड्यूलिंग द्वारा सुनिश्चित की गई हो [SWS_Rte_03504]।
विशिष्ट जीवन चक्र और परिचालन मोड
सिस्टम की लाइफ़साइकिल इनिशियलाइज़ेशन, नियमित संचालन और नियंत्रित शटडाउन के बीच एक सख्त चरणबद्ध विभाजन के अधीन है। सिस्टम स्टार्टअप के समय, पहले SchM भाग को इनिशियलाइज़ किया जाता है: BswM जैसे BSW मॉड्यूल्स शुरू होने से पहले EcuM प्रत्येक प्रोसेसर कोर पर `SchM_Start` को कॉल करता है [SWS_Rte_04546], [SWS_Rte_04548]। इसके बाद, `SchM_StartTiming` आवधिक BSW इवेंट्स और MainFunctions को सक्रिय करता है [SWS_Rte_04549], [SWS_Rte_04551]। डिज़ाइन बाधा (design constraint) के अनुसार, `SchM_Start` और `SchM_StartTiming` को प्रति कोर ठीक एक बार कॉल किया जा सकता है SWS_RTE पृ. 928। उसके बाद, `Rte_Start` एप्लिकेशन RTE को सक्षम बनाता है; यदि आंतरिक संसाधन आवंटन विफल हो जाता है, तो इनिशियलाइज़ेशन `RTE_E_LIMIT` के साथ समाप्त हो जाता है [SWS_Rte_01261], [SWS_Rte_01262]।
ऑपरेटिंग मोड्स को Mode-Declaration-Groups के माध्यम से दर्शाया जाता है। यदि कोई मोड मैनेजर `Rte_Switch` के माध्यम से मोड परिवर्तन ट्रिगर करता है, तो इसे FIFO कतार में रखा जाता है [SWS_Rte_02631], [SWS_Rte_02718], [SWS_Rte_02719]। प्रत्येक मोड मशीन स्विचिंग के दौरान एक अनिवार्य 10-चरणीय क्रम से गुज़रती है [SWS_Rte_02665]: सबसे पहले, लक्ष्य मोड के लिए मोड निष्क्रियताएँ प्रभावी की जाती हैं और चल रही एंटिटीज़ की प्रतीक्षा की जाती है (चरण 1–2)। इसके बाद OnExit- (चरण 3–4), OnTransition- (चरण 5–6) और OnEntry-एक्ज़ीक्यूटेबल एंटिटीज़ (चरण 7–8) का क्रमिक निष्पादन और समाप्ति होती है। अंत में, पिछले मोड की निष्क्रियता को हटा दिया जाता है और नया मोड सक्रिय किया जाता है (चरण 9), इससे पहले कि मोड परिवर्तन को `ModeSwitchedAckEvent` या `Rte_SwitchAck` के माध्यम से स्वीकार किया जाए (चरण 10) [SWS_Rte_02665], [SWS_Rte_02679], [SWS_Rte_02725]। `RteModeToScheduleTableMapping` के माध्यम से, ऑपरेटिंग मोड्स को सीधे OS-शेड्यूल-टेबल्स से भी जोड़ा जा सकता है [SWS_Rte_05146]।
अनुक्रम आरेख (Sequence diagram): पावती के साथ AUTOSAR मोड परिवर्तन का मानकीकृत 10-चरणीय क्रम। स्रोत: [SWS_Rte_02665], [SWS_Rte_02679], EXP_ModeManagementGuide पृ. 16।
डी-इनिशियलाइज़ेशन शटडाउन चरण की शुरुआत में `Rte_Stop` के माध्यम से होता है। इस कॉल के बाद, RTE संबंधित कोर पर अन्य रूनेबल्स को सक्रिय करने, शुरू करने या जारी करने से रोकता है [SWS_Rte_02538]। RTE की रुकी हुई स्थिति में आने वाले S/R डेटा और C/S अनुरोधों को खारिज और अनदेखा कर दिया जाता है [SWS_Rte_02535], [SWS_Rte_02536]।
त्रुटि प्रबंधन, स्थिति निगरानी और डेटा सत्यापन
RTE में कॉलर को स्केलर प्रकार `Std_ReturnType` के माध्यम से समान रूप से त्रुटि स्थितियों और इंटरफ़ेस स्थिति की सूचना दी जाती है [SWS_Rte_01034], SWS_RTE पृ. 586। RTE एप्लिकेशन त्रुटियों (त्रुटि मान 1–63), प्रत्यक्ष इंफ़्रास्ट्रक्चर त्रुटियों (मान 128–255) और डेटा हानि (`RTE_E_LOST_DATA = 64`) या पुराना होने (`RTE_E_MAX_AGE_EXCEEDED = 64`) जैसे ओवरलेड स्टेटस बिट्स के बीच अंतर करता है SWS_RTE पृ. 586। सामान्य इंफ़्रास्ट्रक्चर रिटर्न मानों में रुका हुआ संचार (`RTE_E_COM_STOPPED = 128`), संचार और प्रतिक्रिया टाइमआउट (`RTE_E_TIMEOUT = 129`), अनुपलब्ध डेटा (`RTE_E_NO_DATA = 131`) और संसाधन ओवरफ़्लो (`RTE_E_LIMIT = 130`) शामिल हैं [SWS_Rte_01060], [SWS_Rte_01061], [SWS_Rte_01064]। सक्रिय श्रेणी जाँच के साथ, RTE श्रेणी उल्लंघन की पुष्टि `RTE_E_OUT_OF_RANGE` के साथ करता है [SWS_Rte_03845], [SWS_Rte_03846]।
अतर्कसंगत या त्रुटिपूर्ण सिग्नलों को संभालने के लिए, RTE डेटा अमान्यीकरण (data invalidation) के तंत्र प्रदान करता है। प्रेषक पक्ष पर, `Rte_Invalidate` सिग्नल को एक परिभाषित प्रतिस्थापन मान के साथ चिह्नित करता है [SWS_Rte_01206], [SWS_Rte_05024]। रिसीवर पक्ष पर, एट्रिब्यूट `handleInvalid` प्रतिस्थापन रणनीति को नियंत्रित करता है: `keep` के साथ पिछला मान बनाए रखा जाता है और एक `DataReceiveErrorEvent` ट्रिगर किया जाता है, जबकि `replace` के साथ `initValue` द्वारा स्वचालित प्रतिस्थापन किया जाता है [SWS_Rte_05030], [SWS_Rte_05049]। नेटवर्क स्तर पर संचार विफलताओं की निगरानी `aliveTimeout` के माध्यम से की जाती है; यदि निगरानी समय समाप्त हो जाता है, तो COM मॉड्यूल `Rte_COMCbkRxTOut` के माध्यम से RTE को एक रिसेप्शन टाइमआउट की रिपोर्ट करता है, जिसके बाद निर्भर घटकों को सूचित किया जाता है या फ़ॉलबैक मान सक्रिय किए जाते हैं [SWS_Rte_08061]।
संदर्भ और प्रमाण: यह गाइड विशेष रूप से मॉड्यूल RTE (R20-11/R25-11) के AUTOSAR विनिर्देश और AUTOSAR Mode Management Guide पर आधारित है।
Die Runtime Environment (RTE) realisiert den Virtual Functional Bus (VFB) auf einer konkreten ECU und vermittelt alle Inter- und Intra-ECU-Kommunikationsverbindungen zwischen Software-Components (SW-Cs) und Basis-Software.
Module im Cluster
विषय मानचित्र
इस रिलीज़ के लिए कोई तत्व डेटा उपलब्ध नहीं
Rte
Performs invocation of server runnables, hard error runnables, ASCR runnables and triggered runnables via a transformer".
void <name of the Invocation Handler> (void);Rte_Rips_SchM_Deinit deinitializes those RTE Implementation Plug-In parts which are relevant for the SchM related operations.
void Rte_Rips_SchM_Deinit (void);Rte_Start is intended to allocate and initialize system resources and communication resources used by the RTE.
Std_ReturnType Rte_Start (void);Rte_StartTiming API is intended to release the activation of RunnableEntitys triggered by TimingEvents and BackgroundEvents after the last call of a Rte_Init function.
void Rte_StartTiming (void);Rte_Stop is used to finalize the RTE on the core it is called. This service releases all system and communication resources allocated by the RTE on that core.
Std_ReturnType Rte_Stop (void);SchM_Deinit is used to finalize Basic Software Scheduler part of the RTE of the core on which it is called. This service releases all system resources allocated by the Basic Software Scheduler part on that core.
void SchM_Deinit (void);Returns the version information of the Basic Software Scheduler.
void SchM_GetVersionInfo (Std_VersionInfoType* versioninfo);SchM_Init is intended to allocate and initialize system resources used by the Basic Software Scheduler part of the RTE for the core on which it is called.
void SchM_Init (const SchM_ConfigType* ConfigPtr);Basic Software Scheduler initialized. Shall be called before BswM_Init().
void SchM_Start (void);Start periodical events for BSW/SWCs. SchM_Init() has to be called before.
void SchM_StartTiming (void);Status of the enqueue operation on a distributed shared mode queue
Status of the en- and dequeue operation on a mode queue Tags: atp.Status=draft
Reference to the SwAddrMethod for which software calibration support shall be enabled. Multiplicity 0..* Type Foreign reference to SW-ADDR-METHOD Post-Build Variant Multiplicity false Post-Build Variant Value false Multiplicity Configuration Class Pre-compile time X All Variants Link time Post-build time Value Configuration Class Pre-compile time X All Variants Link time Post-build time Scope / Dependency scope: local No Included Containers 8.7 Implicit communication configuration Figure 8.22: Configuration of the implicit communication SWS Item [ECUC_Rte_09034] Container Name
gemini-3.8-flash-low· 2026-10-13 · जर्मन मूल