विज्ञापन दिखाने के लिए सुरक्षित

Display Safety, कॉकपिट डोमेन कंट्रोलर को टारगेट करता है. साथ ही, Android को कार के सभी डिसप्ले को चालू करने की सुविधा देता है. इनमें वे डिसप्ले भी शामिल हैं जिनके लिए सुरक्षा और उपलब्धता से जुड़ी ज़रूरी शर्तें पूरी करना ज़रूरी है.

पहली इमेज. क्लस्टर की खास जानकारी.

संबंधित जानकारी

GitHub के बारे में ज़्यादा जानने के लिए, Compose के लिए Automotive Design देखें.

शब्दावली

platform

हार्डवेयर, हाइपरवाइज़र, ऑपरेटिंग सिस्टम, और उनसे जुड़ी लाइब्रेरी का कॉम्बिनेशन.

सुरक्षा मॉनिटर

वाहन की स्थिति पर नज़र रखने और यह पुष्टि करने के लिए कि उपयोगकर्ता को विज़ुअल जानकारी सही तरीके से दिख रही है, इस ऐप्लिकेशन का इस्तेमाल किया जाता है.

सुरक्षा से जुड़े कॉम्पोनेंट दिखाएं

डिसप्ले सेफ्टी सॉफ़्टवेयर में तीन मुख्य कॉम्पोनेंट होते हैं:

• DriverUI: यह एक Android सिस्टम ऐप्लिकेशन है. यह पूरे इंस्ट्रुमेंट क्लस्टर डिसप्ले को रेंडर करता है. हालांकि, इसमें HAR के ज़रिए रेंडर किए गए सुरक्षा या कानूनी पहलुओं से जुड़े एलिमेंट शामिल नहीं होते.

• हाई अवेलेबिलिटी रेंडरर (एचएआर): यह क्वालिटी मैनेजमेंट की एक प्रोसेस है. यह प्रोसेस, डिसप्ले एलिमेंट को रेंडर करती है. ये एलिमेंट, कोल्ड बूट के तुरंत बाद दिखने चाहिए. साथ ही, जब Android उपलब्ध न हो, तब प्लेसहोल्डर एलिमेंट दिखने चाहिए. HAR को पोर्ट किया जा सकता है और यह ड्राइविंग से जुड़ी ज़रूरी जानकारी पर फ़ोकस करता है.

• सुरक्षा डिज़ाइन टूल चेन: यह टूल का एक सेट है. इसका इस्तेमाल, डिज़ाइन सोर्स से सुरक्षा मॉनिटर के लिए कॉन्फ़िगरेशन जनरेट करने के लिए किया जाता है. इससे ASIL-B के सुरक्षा लक्ष्यों को हासिल किया जा सकता है.

सभी कॉम्पोनेंट, डिज़ाइन टूलचेन Automotive Design for Compose का इस्तेमाल करते हैं. इससे यह पुष्टि की जाती है कि उन्हें एक ही ओईएम डिज़ाइन डेफ़िनिशन से बनाया गया है.

दूसरी इमेज. सुरक्षा से जुड़े कॉम्पोनेंट दिखाएं.

ज़्यादा अपटाइम वाला रेंडरर

HAR को Rust में लिखा गया है और इसमें ये कॉम्पोनेंट शामिल हैं:

• प्लैटफ़ॉर्म ऐब्स्ट्रैक्शन लेयर (पीएएल). ग्राफ़िक्स, कैमरा, ऑडियो, उपयोगकर्ता के इनपुट (जैसे, स्टीयरिंग व्हील के कंट्रोल), वाहन का डेटा (इसे सिग्नल या प्रॉपर्टी भी कहा जाता है), वाहन का कॉन्फ़िगरेशन (जैसे, पेट्रोल या ईवी, लेफ्ट या राइट-हैंड ड्राइव) और उपयोगकर्ता की प्राथमिकताओं (जैसे, किमी/घंटा और मील/घंटा) जैसे कई सबसिस्टम के साथ इंटरफ़ेस करने के लिए ऐब्स्ट्रैक्शन.

• टारगेट किए गए प्लैटफ़ॉर्म के लिए PAL लागू करना.

• PAL की मदद से बनाया गया HAR ऐप्लिकेशन.

Google, PAL को तय करता है. साथ ही, PAL और HAR ऐप्लिकेशन के रेफ़रंस इंप्लीमेंटेशन उपलब्ध कराता है. रेफ़रंस HAR ऐप्लिकेशन में सभी बिल्डिंग ब्लॉक उपलब्ध होते हैं. साथ ही, इसमें रेफ़रंस मेन लूप शामिल होता है. ओईएम को अपनी ज़रूरतों के हिसाब से, PAL और HAR ऐप्लिकेशन को लागू करने के तरीके में बदलाव करना चाहिए. HAR, रेंडरिंग के लिए Impeller का इस्तेमाल करता है.

ज़्यादा जानने के लिए, यह लेख पढ़ें:

• HAR प्लैटफ़ॉर्म ऐब्स्ट्रैक्शन लेयर
• HAR ग्राफ़िक्स पाइपलाइन
• HAR ऑडियो और चाइम
• HAR कैमरा व्यू

DriverUI

क्लस्टर यूज़र इंटरफ़ेस (यूआई) को आम तौर पर स्टीयरिंग व्हील के पीछे एक अलग डिसप्ले में रखा जाता है. ओईएम, क्लस्टर और IVI को धीरे-धीरे जोड़ते हैं. यह कंबाइंड यूज़र इंटरफ़ेस, DriverUI है.

DriverUI, Android सिस्टम ऐप्लिकेशन है. यह पूरे इंस्ट्रुमेंट क्लस्टर को रेंडर करता है. हालांकि, इसमें HAR के ज़रिए रेंडर किए गए सुरक्षा से जुड़े या कानूनी एलिमेंट शामिल नहीं होते. DriverUI, मीडिया चलाने, फ़ोन कॉल करने, मैप देखने, नेविगेट करने, और अन्य चीज़ों से जुड़ी जानकारी दिखाता है. इसे Automotive Design for Compose का इस्तेमाल करके लागू किया जाता है.

AAOS में, इंस्ट्रूमेंट क्लस्टर बनाने के लिए दो एपीआई होते हैं. Instrument Clusters API (इसे Cluster 1 भी कहा जाता है) रखरखाव मोड में है. ओईएम को ClusterHomeManager API (इसे Cluster 2 भी कहा जाता है) पर माइग्रेट करने का सुझाव दिया जाता है.

Google, क्लस्टर 1 और क्लस्टर 2 एपीआई के रेफ़रंस इंप्लीमेंटेशन उपलब्ध कराता है.

ज़्यादा जानकारी के लिए, DriverUI देखें.

HAR और DriverUI के आउटपुट को ब्लेंड करना

HAR और DriverUI, यूआई को रेंडर करने के लिए अलग-अलग डिसप्ले का इस्तेमाल करते हैं. दोनों आउटपुट को कंपोज़ किया जाता है और DriverUI को एक इमेज के तौर पर दिखाया जाता है.

इसके लिए, HAR उन हिस्सों की पारदर्शिता को कंट्रोल करता है जहां Android आउटपुट दिखता है. यह DriverUI से समय-समय पर मिलने वाले हार्टबीट मैसेज के आधार पर होता है. इससे यह पता चलता है कि HAR चल रहा है.

DriverUI के चालू न होने पर, HAR को दिल की धड़कन का पता नहीं चलता. इसलिए, वह DriverUI के हिस्सों को अपारदर्शी बना देता है और प्लेसहोल्डर दिखाता है. हार्टबीट मिलने पर, HAR प्लेसहोल्डर हटा देता है और DriverUI के एरिया को पारदर्शी बना देता है.

DriverUI और HAR, रिमोट प्रोसीज़र कॉल (आरपीसी) का इस्तेमाल करके एक-दूसरे से कम्यूनिकेट करते हैं. हार्टबीट मैसेज, आरपीसी चैनल पर भेजे गए डेटा का एक उदाहरण है. इसमें टाइमस्टैंप को एक फ़ील्ड के तौर पर शामिल किया जाता है.

RPC के लिए gRPC का इस्तेमाल किया जाता है. SDV पर, SDV कम्यूनिकेशन स्टैक, SDV गेटवे क्लाइंट उपलब्ध कराता है. इससे DriverUI से HAR तक चैनल को खोजा और बनाया जा सकता है.

तीसरी इमेज. HAR और DriverUI कंपोज़िशन.

सुरक्षा को ध्यान में रखकर डिज़ाइन करने से जुड़ी टूलचेन

सेफ़्टी डिज़ाइन टूलचेन, ओईएम के लिए टूल की एक सीरीज़ है. इसका इस्तेमाल ओईएम, क्रम से कर सकता है. इससे, Figma डिज़ाइन दस्तावेज़ से जनरेट किए गए सेफ़्टी मॉनिटर समाधान को डिलीवर किया जा सकता है.

सेफ़्टी डिज़ाइन कंपाइलर, सेफ़्टी आर्टफ़ैक्ट बनाता है. इससे सेफ़्टी मॉनिटर बनाने के लिए, बाद में कोड जनरेट करने में मदद मिलती है. डिज़ाइन कंपाइलेशन और कोड जनरेशन को अलग-अलग करने से, इस्तेमाल किए गए कोड जनरेटर को ISO-26262 TCL-3 रेटिंग मिलती है.

चौथी इमेज. सुरक्षा को ध्यान में रखकर डिज़ाइन करने से जुड़ी टूलचेन का इस्तेमाल करें.

कंपाइलर आर्टफ़ैक्ट जनरेट होने के बाद, टूलचेन ऐसी रिपोर्ट जनरेट कर सकता है जिसे आसानी से पढ़ा जा सकता है. यह रिपोर्ट एक ऐसी फ़ाइल होती है जिसकी जांच OEM के सुरक्षा इंजीनियर कर सकते हैं. इससे, Figma डिज़ाइन से जनरेट किए गए आर्टफ़ैक्ट की पुष्टि की जा सकती है.

Google, सुरक्षा मॉनिटर को लागू करने के लिए एक रेफ़रंस उपलब्ध कराता है. हालांकि, इसे ASIL सर्टिफ़िकेट नहीं मिला है. ओईएम को अपनी ज़रूरतों के हिसाब से, सुरक्षा मॉनिटर को पसंद के मुताबिक बनाना चाहिए. साथ ही, उन्हें यह पक्का करना चाहिए कि सुरक्षा मॉनिटर को लागू करने के लिए, उन्हें सर्टिफ़िकेट मिला हो.

ज़्यादा जानने के लिए, सुरक्षा डिज़ाइन टूलचेन देखें.

SDV पर डिसप्ले की सुरक्षा

SDV पर, Display Safety को बनाया और चलाया जा सकता है. SDV में सभी सुविधाएं उपलब्ध हैं. साथ ही, यह डिसप्ले सेफ्टी क्लस्टर को पूरी तरह से चलाने के लिए, दो मेहमान वीएम का इस्तेमाल करता है.

सॉफ़्टवेयर से कंट्रोल होने वाले वाहन

Android Automotive OS (AAOS) सॉफ़्टवेयर से तय होने वाली वाहन की सुविधाएं (एसडीवी):

• पूरा क्लस्टर दिखाने के लिए, दो गेस्ट वीएम की ज़रूरत होती है.
• यह गेस्ट वीएम में SDV Media (इसे रैपिड बूट वीएम भी कहा जाता है) में HAR चलाता है.
• यह DriverUI को एक अलग गेस्ट वीएम में चलाता है. यह SDV-IVI वीएम को चलाता है.