इस पेज का अनुवाद Cloud Translation API से किया गया है.

इस्तेमाल की जा सकने वाली सिस्टम प्रॉपर्टी

इस पेज पर, वीएचएएल में इस्तेमाल की जा सकने वाली सिस्टम प्रॉपर्टी की सूची दी गई है. VHAL के साथ काम करने वाली प्रॉपर्टी नीचे दी गई सूची में से, सिस्टम प्रॉपर्टी या वेंडर प्रॉपर्टी होनी चाहिए. Android 14 और प्रॉपर्टी की परिभाषाएं hardware/interfaces/automotive/vehicle/aidl_property/android/hardware/automotive/vehicle/VehicleProperty.aidl.

प्रॉपर्टी की परिभाषा एआईडीएल इंटरफ़ेस में दी गई है, android.hardware.automotive.vehicle.property, जो वीएचएएल से अलग है इंटरफ़ेस (android.hardware.automotive.vehicle) का इस्तेमाल करता है. VHAL लागू करना और VHAL क्लाइंट दोनों इंटरफ़ेस पर निर्भर होना चाहिए.

अपने-आप जनरेट होने वाले ऐक्सेस मोड और मोड बदलें

Android 14 और उसके बाद वाले वर्शन में, VHAL को लागू करने के लिए, हम अपने-आप जनरेट होने वाली सुविधाएं उपलब्ध कराते हैं C++ हेडर फ़ाइलें और Java क्लास फ़ाइलें जिसमें सिस्टम प्रॉपर्टी के लिए, अनुमति वाले बदलाव मोड या ऐक्सेस मोड का इस्तेमाल किया गया हो. वेंडर VHAL लागू करना इनका इस्तेमाल यह पक्का करने के लिए कर सकता है कि प्रॉपर्टी कॉन्फ़िगरेशन, ज़रूरी शर्तों के मुताबिक हैं.

A से D तक

ADAPTIVE_CRUISE_Control_LEAD_VEHICLE_MEASURED_DISTANCE

अडैप्टिव क्रूज़ कंट्रोल (ACC) या अनुमानित स्थिति का इस्तेमाल करते समय, वाहन के मुख्य वाहन से मापी गई दूरी क्रूज़ कंट्रोल (पीसीसी). सबसे पीछे वाले बिंदु के बीच मिलीमीटर में मापी गई दूरी देता है की है. maxInt32Value और VehicleAreaConfig में minInt32Value तय करना ज़रूरी है. कॉन्टेंट बनाने minInt32Value की वैल्यू 0 होनी चाहिए. maxInt32Value में अपने-आप जानकारी भरनी चाहिए दूरी सेंसर से ली जा सकने वाली ज़्यादा से ज़्यादा सीमा. यह वैल्यू, शून्य से कम होनी चाहिए.

लीड वाले किसी वाहन का पता न चलने पर, जब उसका पता न चले वाहन बहुत दूर है, इसलिए सेंसर से इसका पता नहीं लगाया जा सकता है), इस प्रॉपर्टी को वापस आना चाहिए StatusCode.NOT_AVAILABLE अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है

जब यह प्रॉपर्टी उपलब्ध नहीं होती, क्योंकि सबटाइटल बंद है (उदाहरण के लिए, StatusCode#NOT_AVAILABLE_DISABLED गलत है), तो इस प्रॉपर्टी को देखना चाहिए अगर CRUISE_CONTROL_STATE है, तो StatusCode#NOT_AVAILABLE_DISABLED लागू किया गया है और राज्य को ErrorState वैल्यू पर सेट किया गया है, फिर इस प्रॉपर्टी को ErrorState वैल्यू के मुताबिक StatusCode दिखना चाहिए. इसके लिए उदाहरण के लिए, अगर CRUISE_CONTROL_STATE को ErrorState#NOT_AVAILABLE_SPEED_LOW है, तो यह प्रॉपर्टी दिखाई देनी चाहिए StatusCode#NOT_AVAILABLE_SPEED_LOW

मोड बदलें: CONTINUOUS
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:MILLIMETER
रिलीज़: Android 14

ADAPTIVE_CRUISE_Control_TARGET_TIME_GAP

ACC या PCC के लिए मिलीसेकंड में मौजूदा टारगेट टाइम गैप. इस प्रॉपर्टी में प्रमुख वाहन के लिए टारगेट टाइम गैप. इस अंतर का मतलब है, दूरी तय करने में लगने वाला समय आगे और पीछे के हिस्से के बीच में. असल आगे चल रहे किसी वाहन के लिए, टाइम गैप इस वैल्यू से ज़्यादा या कम हो सकता है.

टारगेट टाइम गैप के लिए संभावित वैल्यू, configArray में दी जानी चाहिए बढ़ते क्रम में. सभी वैल्यू पॉज़िटिव होनी चाहिए. अगर प्रॉपर्टी में लिखा जा सकता है, तो सभी वैल्यू लिखा जा सकता है. जब यह प्रॉपर्टी उपलब्ध नहीं होती, क्योंकि सबटाइटल बंद है (उदाहरण के लिए, CRUISE_CONTROL_ENABLED गलत है), तो इस प्रॉपर्टी को देखना चाहिए StatusCode#NOT_AVAILABLE_DISABLED

अगर CRUISE_CONTROL_STATE लागू है और राज्य को ErrorState मान है, तो इस प्रॉपर्टी को वह StatusCode दिखाना चाहिए जो ErrorState वैल्यू के साथ अलाइन होती है. उदाहरण के लिए, अगर CRUISE_CONTROL_STATE को ErrorState#NOT_AVAILABLE_SPEED_LOW पर सेट किया जाता है, तो यह प्रॉपर्टी StatusCode#NOT_AVAILABLE_SPEED_LOW रिटर्न करेगी

इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है. हालांकि, OEM ये काम कर सकते हैं इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू करें.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:MILLI_SECS
रिलीज़: Android 14

एबीएस_ACTIVE

ऑटोमैटिक ब्रेक सिस्टम (एबीएस) चालू है. ABS के चालू होने पर 'सही' पर सेट करें और ABS बंद होने पर गलत पर रीसेट करें. इस प्रॉपर्टी को बीच-बीच में सेट किया जा सकता है (पल्स) एबीएस सिस्टम की रीयल-टाइम स्थिति के हिसाब से.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

ANDROID_EPOCH_TIME

मौजूदा तारीख और समय, जिन्हें Epoch समय (मिलीसेकंड में) के रूप में एन्कोड किया गया है. यह मान दिखाता है कि मिलीसेकंड जो 1/1/1970 यूटीसी के बाद से बीते हुए हैं.

यह वैल्यू 1/1/1970 UTC के बाद से मिलीसेकंड सेकंड की संख्या दिखाती है. अगर VHAL की वैल्यू के तौर पर VHAL को Android सिस्टम का समय दिया जाता है, तो इस वैल्यू पर CarServices WRITEs का इस्तेमाल किया जाता है इस प्रॉपर्टी का समर्थन करता है. इससे वाहन के अन्य सिस्टम (डैश क्लॉक) को सिंक करने में मदद मिलती है Android का समय.

AAOS WRITE को बूट करने के दौरान इस प्रॉपर्टी को एक बार इस्तेमाल किया जाता है. इसके बाद, WRITE सिर्फ़ तब, जब टाइम-सोर्स में बदलाव लागू किए जाते हैं. AAOS, व्हीकलPropValue.timestamp को भर देगा सही तरीके से. AAOS समय के साथ अपडेट नहीं भेजता है. int64Values[0] = दी गई यूनिक्स समय (मिलीसेकंड में).

प्रॉपर्टी को स्टैक के ज़रिए स्ट्रीम होने में 0 मि॰से॰ से ज़्यादा समय लग सकता है. साथ ही, टाइमस्टैंप वाली प्रॉपर्टी किसी भी टाइम ड्रिफ़्ट को कम करने में मदद करती है. इसलिए, प्रॉपर्टी के सभी WRITE के लिए, इस ड्रिफ़्ट को बंद करने के लिए टाइमस्टैंप का इस्तेमाल किया जा सकता है:

drift = elapsedTime - PropValue.timestamp effectiveTime = PropValue.value.int64Values[0] + drift

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: WRITE
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:MILLI_SECS
रिलीज़: Android 13

AP_POWER_BOOTUP_REASON

मौजूदा पावर चालू होने की वजह, बूटअप की रिपोर्ट करने के लिए प्रॉपर्टी. यह एक STATIC प्रॉपर्टी है जो पूरी अवधि के लिए तब तक नहीं बदलेंगे, जब तक डिवाइस बंद नहीं हो जाता. उदाहरण के लिए, भले ही उपयोगकर्ता दरवाज़े के अनलॉक के साथ अपने-आप चालू होने के बाद मौजूद पावर बटन, तो बूटअप की वजह हमेशा VehicleApPowerBootupReason#USER_UNLOCK int32Values[0] होना चाहिए VehicleApPowerBootupReason

मोड बदलें: STATIC
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

AP_POWER_स्टेट_रिपोर्ट

ऐप्लिकेशन प्रोसेसर की पावर स्थिति की रिपोर्ट करने के लिए प्रॉपर्टी. यह माना जाता है कि AP की पावर स्टेट अलग से पावर कंट्रोलर का इस्तेमाल करें.

int32Values[0]VehicleApPowerState रिपोर्ट की ईनम वैल्यू
int32Values[1] ज़रूरी होने पर, जागने के लिए मिलीसेकंड में समय (अगर 0 नहीं)

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

AP_POWER_स्टेट_REQ

ऐप्लिकेशन प्रोसेसर की पावर स्थिति को कंट्रोल करने के लिए प्रॉपर्टी. यह माना जाता है कि AP की पावर स्टेट इसे एक अलग पावर कंट्रोलर से कंट्रोल किया जाता है. कॉन्फ़िगरेशन की जानकारी के लिए, VehiclePropConfig.configArray में वैल्यू को मिलाने के लिए बिट फ़्लैग होना चाहिए VehicleApPowerStateConfigFlag

int32Values[0]VehicleApPowerStateReq एनम की वैल्यू
int32Values[1] हर राज्य के लिए काम का अतिरिक्त पैरामीटर, अगर इस्तेमाल नहीं किया जाता है, तो 0.

पहुंचा AutoMATIC_ESIGNY_BRAKING_चालू

अपने-आप आपातकालीन ब्रेक (एईबी) की सुविधा को चालू या बंद करना. AEB चालू करने के लिए सही और AEB को बंद करने के लिए 'गलत' सेट करें. AEB के चालू होने पर, ADAS सिस्टम टक्कर होने से बचने के लिए, गाड़ी चालू होनी चाहिए और उसे मॉनिटर किया जाना चाहिए. इस प्रॉपर्टी को यह सुविधा सिर्फ़ तेज़ स्पीड वाले ऐप्लिकेशन के लिए है. आपातकालीन स्थिति में कम समय में अपने-आप ब्रेक लगाने की सुविधा को चालू करने के लिए, LOW_SPEED_AUTOMATIC_EMERGENCY_BRAKING_ENABLED का इस्तेमाल किया जाना चाहिए.

आम तौर पर, AUTOMATIC_EMERGENCY_BRAKING_ENABLED हमेशा सही या गलत दिखना चाहिए. अगर कुछ समय के लिए उपलब्ध न होने की वजह से यह सुविधा उपलब्ध नहीं है, जैसे कि वाहन की रफ़्तार बहुत तेज़ है कम है, तो वह जानकारी ErrorState मानों के AUTOMATIC_EMERGENCY_BRAKING_STATE प्रॉपर्टी.

इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर बताया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

ऑटोमैटेड

अपने-आप आपातकालीन ब्रेकिंग (एईबी) की स्थिति. AEB की मौजूदा स्थिति दिखाता है. इस प्रॉपर्टी को अपने-आप चालू होने वालीBrakingState या ErrorState में तय की गई मान्य स्थिति दिखाएं इसे StatusCode के ज़रिए गड़बड़ियां नहीं दिखानी चाहिए. साथ ही, इसमें गड़बड़ी की मान्य स्थितियों का इस्तेमाल करना चाहिए आज़माएं. यह प्रॉपर्टी सिर्फ़ ज़्यादा स्पीड वाले ऐप्लिकेशन के लिए लागू होनी चाहिए. राज्य का प्रतिनिधित्व करने के लिए इमरजेंसी ब्रेकिंग सिस्टम की मदद से, LOW_SPEED_AUTOMATIC_EMERGENCY_BRAKING_STATE का इस्तेमाल किया जाना चाहिए.

अगर ब्रेक चालू करने से पहले, AEB ने आगे होने वाली टक्कर की चेतावनियां शामिल की हैं, तो उन चेतावनियों को ज़रूर शामिल करना चाहिए को फ़ॉरवर्ड कोलिज़न चेतावनी (एफ़सीडब्ल्यू) प्रॉपर्टी के ज़रिए दिखाया जाना चाहिए.

ग्लोबल एरिया आईडी (0) के लिए, StatusCode#VehicleAreaConfig#supportedEnumValues अगर AutomaticEmergencyBrakingState की सभी स्थितियों को शामिल नहीं किया जाता है, तो अरे तय होना चाहिए (इसमें OTHER शामिल हैं, जिनका सुझाव नहीं दिया जाता) और ErrorState हैं समर्थित हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enun का टाइप: ForwardCollisionWarningState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

BLIND_SPOT_WARNING_चालू

ब्लाइंड स्पॉट चेतावनी (BSW) को चालू और बंद करें. BSW को चालू करने के लिए 'सही' और बीएसडब्ल्यू को बंद करने के लिए, 'गलत' पर सेट करें. BSW के चालू होने पर, वाहन में ADAS सिस्टम चालू होना चाहिए. साथ ही, यह भी ज़रूरी है कि ये डिवाइस वाहन में मौजूद अंधे धब्बों पर मौजूद कोई चीज़.

आम तौर पर, BLIND_SPOT_WARNING_ENABLED हमेशा सही या गलत दिखना चाहिए. अगर कुछ समय के लिए होने की वजह से, यह सुविधा उपलब्ध नहीं है. जैसे, वाहन की रफ़्तार बहुत कम होना, यह जानकारी, ErrorState की वैल्यू के तौर पर दी जानी चाहिए BLIND_SPOT_WARNING_STATE प्रॉपर्टी.

BLIND_SPOT_WARNING_स्टेट

ब्लाइंड स्पॉट चेतावनी (BSW) स्थिति. BSW की मौजूदा स्थिति दिखाता है. इस प्रॉपर्टी को हमेशा BlindSpotWarningState या ErrorState में बताई गई मान्य स्थिति दिखाएं इसे StatusCode के ज़रिए गड़बड़ियां नहीं दिखानी चाहिए. साथ ही, इसमें गड़बड़ी की मान्य स्थितियों का इस्तेमाल करना चाहिए आज़माएं.

इस्तेमाल किए जा सकने वाले हर इलाके के आईडी के लिए, StatusCode#VehicleAreaConfig#supportedEnumValues अरे को तब तक तय करना ज़रूरी है, जब तक BlindSpotWarningState (इनमें ये शामिल हैं, दोनों की सभी स्थितियां शामिल न हों) OTHER (हम इसका सुझाव नहीं देते) और ErrorState काम करते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: BlindSpotWarningState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

CABIN_LIGHTS_स्टेट

केबिन की लाइटों की स्थिति दिखाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: VehicleLightState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

CABIN_LIGHTS_SWITCH

केबिन की लाइटें स्विच. फ़िज़िकल स्विच की पोज़िशन, जो केबिन की लाइटों को कंट्रोल करता है. यह CABIN_LIGHTS_STATE से अलग हो सकता है. ऐसा तब होगा, जब दरवाज़ा चालू होने की वजह से दरवाज़ा बंद हो बोलकर निर्देश दें. उदाहरण के लिए, जब स्विच बंद हो या ऑटोमैटिक पोज़िशन चुनें.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: VehicleLightSwitch
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

क्लस्टर_DISPLAY_स्टेट

क्लस्टर के डिसप्ले की स्थिति बदलता है.

बाउंड: क्लस्टर की गतिविधि को रेंडर करने का क्षेत्र.
इनसेट: वह क्षेत्र जिसमें गतिविधि से ज़रूरी जानकारी शामिल नहीं होनी चाहिए.

संभावित मान :

int32[0] चालू, बंद: 0 - बंद, 1 - चालू, -1 - चिंता न करें
int32[1] बाउंड - बाईं ओर: पॉज़िटिव नंबर - पिक्सल में बाईं ओर की पोज़िशन -1 - चिंता न करें (सभी बाउंड फ़ील्ड सेट करने चाहिए)
int32[2] बाउंड - सबसे ऊपर: 'लेफ़्ट' के साथ यही फ़ॉर्मैट
int32[3] बाउंड - दाएं: 'बाएं' के साथ समान फ़ॉर्मैट
int32[4] बाउंड - सबसे नीचे: 'लेफ़्ट' के साथ यही फ़ॉर्मैट
int32[5] इनसेट - बायां: पॉज़िटिव नंबर - पिक्सल में असल बायां इनसेट मान -1 - चिंता नहीं करें (सभी इनसेट फ़ील्ड "केयर न करें" सेट करना चाहिए)
int32[6] इनसेट - टॉप: 'लेफ़्ट' के साथ यही फ़ॉर्मैट
int32[7] इनसेट - दाएं: 'बाएं' के साथ समान प्रारूप
int32[8] इनसेट - बॉटम: 'लेफ़्ट' के साथ यही फ़ॉर्मैट

क्लस्टर_NAVIGATION_स्टेट

नेविगेशन की मौजूदा स्थिति की जानकारी देता है. बाइट: NavigationStateProto का सीरियल नंबर वाला मैसेज.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: WRITE
Enum टाइप:
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

क्लस्टर_रिपोर्ट_स्टेट

डिसप्ले की मौजूदा स्थिति और ClusterUI की स्थिति रिपोर्ट करता है. ClusterHome यह मैसेज तब भेजता है, जब यह CLUSTER_SWITCH_UI, CLUSTER_DISPLAY_STATE इसके अलावा, ClusterHome को यह भेजना चाहिए पहली बार शुरू होने पर आपको मैसेज दिखाई देगा. जब ClusterOS को यह मैसेज मिलता है और अगर मिलने वाले मैसेज से संगठन की उम्मीद अलग होती है, तो इसे राज्य से मिलान करने के लिए फिर से CLUSTER_SWITCH_UI, CLUSTER_DISPLAY_STATE.

int32[0] चालू/बंद: 0 - बंद, 1 - चालू
int32[1] बाउंड - बाएं
int32[2] बाउंड - शीर्ष
int32[3] बाउंड - दाएं
int32[4] बाउंड - सबसे नीचे
int32[5] इनसेट - बाएं
int32[6] इनसेट - सबसे ऊपर
int32[7] इनसेट - दाएं
int32[8] इनसेट - सबसे नीचे
int32[9] फ़ुलस्क्रीन या मुख्य स्क्रीन में ClusterUI का टाइप. 0 का मतलब है ClusterHome. अन्य वैल्यू के बाद, OEM की परिभाषा को आधार बनाया जाता है.
int32[10] अगर मौजूदा दो यूज़र इंटरफ़ेस (यूआई) दिखाए गए हैं, तो सबस्क्रीन में ClusterUI का टाइप. -1 से पता चलता है कि अब इस इलाके का इस्तेमाल नहीं किया जाता. बाइट: उपलब्धता दिखाने वाला कलेक्शन ClusterUI. 0 का मतलब है कि उपलब्ध नहीं है और 1 का मतलब है कि उपलब्ध नहीं है. उदाहरण के लिए, अगर कोई कार OEM के तय किए गए तीन ClusterUI जैसे HOME, maps, और CALL के साथ काम करता है. साथ ही, यह सिर्फ़ मोबाइल नेटवर्क उपलब्ध होने पर ही यूज़र इंटरफ़ेस (यूआई) कॉल करें. फिर, अगर नयावर्क उपलब्ध है, तो [1 1 1] भेजता है और नेटवर्क से बाहर होने पर, [1 1 0] भेजता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: WRITE
Enum टाइप: VehicleLightSwitch
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

क्लस्टर_REQUEST_DISPLAY

कुछ ClusterUI दिखाने के लिए, क्लस्टर के डिसप्ले की स्थिति बदलने के अनुरोध. मौजूदा डिसप्ले स्थिति बंद है और ClusterHome चालू करने का अनुरोध करने के लिए, ClusterOS को यह मैसेज भेजता है विशिष्ट ClusterUI दिखाने के लिए डिसप्ले चालू करना चाहिए. ClusterOS को इसका जवाब देना चाहिए: CLUSTER_DISPLAY_STATE अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है

int32 दिखाने के लिए ClusterUI का टाइप

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: WRITE
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

क्लस्टर_SWITCH_UI

क्लस्टर डिसप्ले में ClusterUI शुरू करता है.

int32 0 दिखाने के लिए ClusterUI टाइप का मतलब ClusterHome है, क्लस्टर डिस्प्ले की होम स्क्रीन, और डिफ़ॉल्ट यूज़र इंटरफ़ेस (यूआई) और एक तरह का क्लस्टर डिसप्ले के लिए लॉन्चर की सुविधा. अन्य वैल्यू, OEM की परिभाषा के मुताबिक हैं.

उपयोगकर्ता

किसी Android उपयोगकर्ता को बनाए जाने के बाद, Android सिस्टम इसे कॉल करता है. एचएएल इस प्रॉपर्टी का इस्तेमाल कर सकता है इसके जैसा उपयोगकर्ता बनाने के लिए. यह एक साथ काम नहीं करने वाला अनुरोध है: Android व्हीकल प्रॉपवैल्यू और एचएएल को प्रॉपर्टी में बदलाव के साथ जवाब देना होगा, जिससे यह पता चल सके कि अनुरोध सफल या असफल. ऐसा न होने पर, Android सिस्टम उपयोगकर्ता को हटा देता है.

अनुरोध का फ़ॉर्मैट CreateUserRequest से और रिस्पॉन्स का फ़ॉर्मैट CreateUserResponse. उदाहरण के लिए, अगर सिस्टम में दो उपयोगकर्ता (0 और 10) थे और तीसरा (जो इफ़ेमरल गेस्ट) बनाया गया था, तो अनुरोध यह होगा:

int32[0] 42 // अनुरोध आईडी
int32[1] 11 // बनाए गए उपयोगकर्ता की Android आईडी
int32[2] 6 // बनाए गए उपयोगकर्ता के Android फ़्लैग (बहुत कम समय के लिए रहने वाला मेहमान)
int32[3] 10 // मौजूदा उपयोगकर्ता
int32[4] 0 // मौजूदा उपयोगकर्ता के फ़्लैग (कोई नहीं)
int32[5] 3 // उपयोगकर्ताओं की संख्या
int32[6] 0 // पहला उपयोगकर्ता (उपयोगकर्ता 0)
int32[7] 0 // पहला उपयोगकर्ता फ़्लैग (कोई नहीं)
int32[8] 10 // दूसरा उपयोगकर्ता (उपयोगकर्ता 10)
int32[9] 0 // उपयोगकर्ता के फ़्लैग किए गए सेकंड (कोई नहीं)
int32[10] 11 // तीसरा उपयोगकर्ता (उपयोगकर्ता 11)
int32[11] 6 // तीसरे उपयोगकर्ता के फ़्लैग (बहुत कम समय के मेहमान) स्ट्रिंग: "ElGuesto" // नए उपयोगकर्ता का नाम

अगर अनुरोध पूरा हो जाता है, तो एचएएल यह जानकारी दिखाता है:

int32[0] 42 // अनुरोध आईडी
int32[1] 1 // CreateUserStatus::सफल

अगर ऐसा नहीं हो पाता है, तो:

int32[0] 42 // अनुरोध आईडी
int32[1] 2 // CreateUserStatus::Failed स्ट्रिंग: "हां!" //

इसका मतलब एक ब्लैकबॉक्स है और इसे कॉलर (जैसे कि सेटिंग यूज़र इंटरफ़ेस (यूआई)) को पास किया जाता है, जो उचित कार्रवाई करें.

CRITICALLY_LOW_TIRE_PRESSURE

इस प्रॉपर्टी से पता चलता है कि हर टायर में बहुत कम दबाव का थ्रेशोल्ड है. यह बताता है कि टायर बदलने या ठीक करने के लिए. वैल्यू, minFloatValue से कम या इसके बराबर होनी चाहिए TIRE_PRESSURE में. कम से कम और ज़्यादा से ज़्यादा प्रॉपर्टी की वैल्यू (minFloatValue और maxFloatValue) इस प्रॉपर्टी पर लागू नहीं होता है.

मोड बदलें: STATIC
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:KILOPASCAL
रिलीज़: Android 13

से जुड़ी कार्रवाईयां

WRITE क्रूज़ कंट्रोल (सीसी) निर्देश. इस्तेमाल किए जा सकने वाले हर कमांड के बारे में जानने के लिए, CruiseControlCommand पर जाएं. ग्लोबल एरिया आईडी (0) के लिए, StatusCode#VehicleAreaConfig#supportedEnumValues अरे को तब तक परिभाषित किया जाना चाहिए, जब तक सभी CruiseControlState की स्थितियों के बारे में जानकारी दी जा सकती है. काम न करने वाले ऐसे निर्देश जो इसके ज़रिए भेजे गए हों इस प्रॉपर्टी के उपलब्ध न होने पर, इस प्रॉपर्टी को StatusCode#INVALID_ARG रिटर्न करना होगा क्योंकि सबटाइटल बंद है (उदाहरण के लिए, CRUISE_CONTROL_ENABLED गलत है), यह प्रॉपर्टी अगर CRUISE_CONTROL_STATE है, तो StatusCode#NOT_AVAILABLE_DISABLED वापस करना ज़रूरी है लागू किया जाता है और राज्य को एक ErrorState मान पर सेट किया जाता है, तो यह प्रॉपर्टी को ErrorState वैल्यू के साथ अलाइन होने वाला StatusCode दिखना चाहिए. उदाहरण के लिए, अगर CRUISE_CONTROL_STATE ErrorState#NOT_AVAILABLE_SPEED_LOW है, तो यह प्रॉपर्टी दिखाई देनी चाहिए StatusCode#NOT_AVAILABLE_SPEED_LOW

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: WRITE
Enum टाइप: CruiseControlCommand
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

CRUISE_Control_चालू किया गया

क्रूज़ कंट्रोल (सीसी) को चालू या बंद करें. सबटाइटल चालू करने के लिए 'सही' और CC को बंद करने के लिए 'गलत' पर सेट करें. यह प्रॉपर्टी का क्रूज़-ControlType(के) सभी रूपों में शेयर किया जाता है. सबटाइटल चालू होने पर, ADAS सिस्टम गाड़ी चालू होनी चाहिए और निर्देशों का पालन करती हुई होनी चाहिए. सामान्य तौर पर, CRUISE_CONTROL_ENABLED अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है हमेशा सही या गलत दिखना चाहिए. अगर किसी अस्थायी स्थिति की वजह से सुविधा उपलब्ध नहीं है, तो जैसे कि वाहन की गति बहुत कम है, तो यह जानकारी ErrorState अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है CRUISE_CONTROL_STATE प्रॉपर्टी में मौजूद वैल्यू. इस प्रॉपर्टी की जानकारी इस तरह से दी गई है VehiclePropertyAccess.READ_WRITE, लेकिन OEM इसे ऐसे लागू कर सकते हैं सिर्फ़ VehiclePropertyAccess.READ.

CRUISE_कंट्रोल_स्टेट

क्रूज़ कंट्रोल (सीसी) की मौजूदा स्थिति. यह प्रॉपर्टी, CC की मौजूदा स्थिति दिखाती है. आम तौर पर, इस प्रॉपर्टी के लिए क्रूज़-कंट्रोलस्टेट में तय की गई मान्य स्थिति दी जानी चाहिए या ErrorState अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उदाहरण के लिए, अगर किसी अस्थायी स्थिति की वजह से सुविधा उपलब्ध नहीं है, तो ग्लोबल एरिया आईडी (0) के लिए, ErrorState के ज़रिए बताया जाना चाहिए VehicleAreaConfig#supportedEnumValue श्रेणी को तब तक तय करना ज़रूरी है, जब तक कि CrowdControlState (इसमें OTHER शामिल है, जिसका सुझाव नहीं दिया जाता) और ErrorState समर्थित हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: CruiseControlState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

CRUISE_Control_TARGET_Speed

क्रूज़ कंट्रोल (सीसी) के लिए, मौजूदा टारगेट स्पीड. OEM को minFloatValue और इस प्रॉपर्टी की maxFloatValue वैल्यू, कम से कम और ज़्यादा से ज़्यादा टारगेट स्पीड मान तय करने के लिए हैं. ये मान शून्य से ज़्यादा नहीं होने चाहिए. MaxFloatValue, टारगेट स्पीड की ऊपरी सीमा दिखाता है. minFloatValue, टारगेट की गति की निचली सीमा को दिखाता है. जब यह प्रॉपर्टी उपलब्ध नहीं होती, क्योंकि सबटाइटल बंद है (उदाहरण के लिए, CRUISE_CONTROL_ENABLED अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है गलत है), इस प्रॉपर्टी के लिए StatusCode#NOT_AVAILABLE_DISABLED अगर वैल्यू मिलेगी, तो CRUISE_CONTROL_STATE है लागू किया गया है और स्थिति errorState मान पर सेट है तो इस प्रॉपर्टी को StatusCode जो errorState वैल्यू के साथ अलाइन होता है. उदाहरण के लिए, अगर CRUISE_CONTROL_STATE सेट हो गया है ErrorState#NOT_AVAILABLE_SPEED_LOW को जोड़ा गया है, तो यह प्रॉपर्टी वापस होनी चाहिए StatusCode#NOT_AVAILABLE_SPEED_LOW

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:METER_PER_SEC
रिलीज़: Android 14

क्लिक

मौजूदा क्रूज़ कंट्रोल (सीसी) का टाइप. CRUISE_CONTROL_ENABLED के सही होने पर, यह प्रॉपर्टी वापस आती है वह CC टाइप जिसे फ़िलहाल चालू किया गया है. उदाहरण के लिए, स्टैंडर्ड CC और अडैप्टिव सीसी, अनुमानित. आम तौर पर, यह प्रॉपर्टी CruiseControlType में दी गई मान्य स्थिति में ही लौटनी चाहिए या ErrorState उदाहरण के लिए, अगर किसी अस्थायी स्थिति की वजह से सुविधा उपलब्ध नहीं है, वह यह जानकारी ErrorState के ज़रिए दी जानी चाहिए ग्लोबल एरिया आईडी (0) के लिए, StatusCode#VehicleAreaConfig#supportedEnumValues अरे तय होना चाहिए CruiseControlType के सभी राज्यों को छोड़कर (OTHER सहित, जो कि सुझाए गए) और ErrorState का इस्तेमाल किया जा सकता है. WRITE की कोशिश की जा रही है CruiseControlType#OTHER या ErrorState के लिए प्रॉपर्टी IllegalArgumentException फेंकती है इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है. हालांकि, OEM ये काम कर सकते हैं इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू करें.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: CruiseControlType ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

CURRENT_GEAR

मौजूदा गियर. मैन्युअल रूप से नहीं चुने गए गियर के शायद चुने गए गियर मौजूदा गियर से मेल न खाएं. इसके लिए उदाहरण के लिए, अगर चयनित गियर GEAR_DRIVE है, तो वर्तमान गियर इनमें से एक होगा GEAR_1, GEAR_2 वगैरह. ये कॉम्पोनेंट, फ़्लाइट के वास्तविक गियर को दिखाते हैं में ट्रांसमिशन चल रहा है. कॉन्फ़िगरेशन डेटा में मौजूद वैल्यू में, इस्तेमाल किए जा सकने वाले गियर की सूची होनी चाहिए इस वाहन के लिए. उदाहरण के लिए, ऑटोमैटिक ट्रांसमिशन के कॉन्फ़िगरेशन डेटा में मैन्युअल के लिए {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_PARK, GEAR_1, GEAR_2,...} और ट्रांसमिशन के लिए, सूची {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_1, GEAR_2,...} होनी चाहिए यह ज़रूरी नहीं है कि इस सूची में दिए गए गियर की जानकारी में दी गई सूची में यह जानकारी दी गई हो GEAR_SELECTION

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: VehicleGear
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

CURRENT_POWER_POLICY

VHAL लेयर की, पावर से जुड़ी मौजूदा नीति की सूचना देता है. कार पावर नीति सेवा, इस प्रॉपर्टी को सेट करती है जब मौजूदा पावर नीति में बदलाव किया जाता है

string: "sample_policy_id" // power policy ID

अक्षम_OPTIONAL_FEATURES

VHAL में वैकल्पिक सुविधाओं को बंद करने की अनुमति दें. यह प्रॉपर्टी, ऐसी वैकल्पिक सुविधाओं की रिपोर्ट देती है जो बंद किया जाना चाहिए. सिस्टम के लिए इस्तेमाल की जा सकने वाली सभी वैकल्पिक सुविधाओं के बारे में, कार सेवा में एलान किया गया है ओवरले, config_allowed_optional_car_features यह प्रॉपर्टी ओवरले में बताई गई सुविधाओं को बंद करने की अनुमति देती है. इस प्रॉपर्टी के बिना, सभी ओवरले में बताई गई सुविधाएं चालू हो जाएंगी. वैल्यू READ में वे सभी सुविधाएं शामिल होनी चाहिए जिन्हें कॉमा (,) से बंद किया गया है अलग-अलग होने दें. उदाहरण के लिए, com.android.car.user.CarUserNoticeService,storage_monitoring

DISPLAY_BRIGHTNEs

डिसप्ले की चमक दिखाने के लिए प्रॉपर्टी. कुछ कारों में सिर्फ़ एक कंट्रोल सभी डिसप्ले की स्क्रीन की रोशनी. यह प्रॉपर्टी, उस कंट्रोल में हुए बदलावों को शेयर करने के लिए है. कारों में ऐसे डिसप्ले जिनकी चमक को अलग से कंट्रोल किया जाता है, तो उन्हें PER_DISPLAY_BRIGHTNESS अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है DISPLAY_BRIGHTNESS और PER_DISPLAY_BRIGHTNESS में से सिर्फ़ एक होना चाहिए लागू किया गया. अगर दोनों उपलब्ध है, तो PER_DISPLAY_BRIGHTNESS का इस्तेमाल AAOS करता है. अगर यह लिखा जा सकता है, तो Android ये काम कर सकता है: इसे सेट करो जब उपयोगकर्ता, सेटिंग में जाकर डिसप्ले की रोशनी में बदलाव करता है, तब वैल्यू दी जाती है. अगर यह सिर्फ़ READ के लिए है, तो उपयोगकर्ता अब भी कर सकता है Settings में जाकर, डिसप्ले की चमक को कम या ज़्यादा करने के लिए. हालांकि, यह बदलाव दूसरे डिसप्ले पर नहीं दिखना चाहिए.

DISTANCE_DISPLAY_UNITS

डिसप्ले के लिए दूरी की इकाइयां. इससे पता चलता है कि दूरी दिखाने के लिए कार किन यूनिट का इस्तेमाल कर रही है: उपयोगकर्ता. उदाहरण के लिए, मील, मीटर या किलोमीटर. दूरी की इकाइयां वाहन की यूनिट में तय की जाती हैं. व्हीकलPropConfig.configArray का इस्तेमाल, दूरी दिखाने वाली उन यूनिट के बारे में बताने के लिए किया जाता है जो इसके साथ काम करती हैं. उदाहरण के लिए, configArray[0] = METER configArray[1] = KILOMETER configArray[2] = MILE अगर DISTANCE_DISPLAY_UNITS को अपडेट करने से दूसरे मान पर असर पड़ता है *_DISPLAY_UNITS प्रॉपर्टी से जुड़ी है, तो उनकी वैल्यू अपडेट की जानी चाहिए और AAOS फ़्रेमवर्क को भी दी जानी चाहिए. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है. हालांकि, OEM ये काम कर सकते हैं इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू करें.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: VehicleUnit
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

DOOR_CHILD_LOCK_चालू

दरवाज़े पर चाइल्ड लॉक की सुविधा चालू है. दरवाज़े पर लगे बच्चों को लॉक करने की सुविधा चालू होने पर, सही वैल्यू दिखती है और बंद होने पर गलत. यह सुविधा चालू होने पर, दरवाज़ा अंदर से नहीं खोला जा सकता. इस प्रॉपर्टी की जानकारी दी गई है VehiclePropertyAccess.READ_WRITE के तौर पर, लेकिन OEM इसे ऐसे लागू कर सकते हैं सिर्फ़ VehiclePropertyAccess.READ.

दरवाज़े को लॉक करें

दरवाज़े का लॉक सही होने का मतलब है कि दरवाज़ा लॉक है. इस प्रॉपर्टी की जानकारी इस तरह से दी गई है VehiclePropertyAccess.READ_WRITE, लेकिन OEM इसे ऐसे लागू कर सकते हैं सिर्फ़ VehiclePropertyAccess.READ.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

डोर_मूव

हरVehicleAreaConfig में maxInt32Value और minInt32Value होना ज़रूरी है तय किया गया है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक ये होने चाहिए समर्थित हैं. maxInt32Value, दरवाज़े की ज़्यादा से ज़्यादा हलचल की स्पीड दिखाता है खोलें. minInt32Value, दरवाज़े की ज़्यादा से ज़्यादा हलचल की स्पीड दिखाता है बंद करने.

पॉज़िटिव या नेगेटिव से बड़े निरपेक्ष मान, तेज़ रफ़्तार का संकेत देते हैं. एक बार डोर डिटेक्शनल लिमिट तक पहुंच जाता है, तो वैल्यू 0 पर रीसेट होनी चाहिए. यदि DOOR_MOVE 0 है, तो इसका मतलब है कि अभी कोई हलचल नहीं हो रही है.

यह प्रॉपर्टी किसी खास यूनिट में नहीं है, लेकिन यह तय की गई रेंज में है कि एक-दूसरे से कितनी दूरी तय की गई है.

DOOR_POS

दरवाज़े की पोज़िशन. maxInt32Value और minInt32Value VehicleAreaConfig तय होना चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए. minInt32Value से पता चलता है कि दरवाज़ा बंद है. minInt32Value 0 होना चाहिए. maxInt32Value से पता चलता है कि दरवाज़ा पूरी तरह से खुला है. इनके बीच के मान minInt32Value और maxInt32Value, क्लोज़्ड और पूरी तरह से कन्वर्ज़न के बीच ट्रांज़िशन की स्थिति दिखाता है खाली पोज़िशन.

यह प्रॉपर्टी किसी खास इकाई में नहीं है, बल्कि रिलेटिव पोज़िशन की तय की गई रेंज में है. कुछ वाहन (मिनीवैन) इलेक्ट्रॉनिक रूप से दरवाज़ा खोल सकते हैं. इसलिए, इस प्रॉपर्टी के लिए WRITE. यह प्रॉपर्टी VehiclePropertyAccess के तौर पर बताई गई है READ_WRITE, लेकिन OEM इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं सिर्फ़.

E से G

ELECTRONIC_TOLL_COLLECTION_CARD_STATUS

इलेक्ट्रॉनिक टोल कलेक्शन कार्ड का स्टेटस. इस प्रॉपर्टी से, इस वाहन में ईटीसी कार्ड की स्थिति का पता चलता है. अगर हेड यूनिट को वाहन में लगा ईटीसी कार्ड पता है, तो ELECTRONIC_TOLL_COLLECTION_CARD_TYPE कार्ड का स्टेटस दिखाता है. अगर ऐसा नहीं है, तो इस प्रॉपर्टी की वैल्यू UNAVAILABLE होनी चाहिए

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: ElectronicTollCollectionCardStatus
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

ELECTRONIC_TOLL_collection_CARD_TYPE

इलेक्ट्रॉनिक टोल कलेक्शन (ईटीसी) कार्ड का टाइप. इस प्रॉपर्टी से पता चलता है कि इस वाहन में किस तरह का ईटीसी कार्ड है. अगर हेड यूनिट को वाहन में लगा ईटीसी कार्ड के बारे में पता है, तो इस प्रॉपर्टी से, लगाए गए कार्ड का टाइप पता चलना चाहिए. अगर ऐसा नहीं है, तो इस प्रॉपर्टी की वैल्यू UNAVAILABLE होनी चाहिए

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: ElectronicTollCollectionCardType
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

EMERGENCY_LANE_KEEP_ASSIST_ENABLED

इमरजेंसी लेन कीप असिस्ट (ELKA) की सुविधा को चालू या बंद करें. ईएलकेए को चालू करने के लिए 'सही' और बंद करने के लिए 'गलत' पर सेट करें. ईएलकेए चालू होने पर, वाहन में एडीएएस सिस्टम चालू होना चाहिए और ड्राइवर के सुरक्षित तरीके से लेन बदलने पर नज़र रखनी चाहिए. जब किसी असुरक्षित तरीके से वाहन चलाया जा रहा हो, तो ईएलकेए ड्राइवर को सूचना देता है और वाहन को उसकी मूल लेन में बनाए रखने के लिए, स्टीयरिंग में बदलाव करता है. आम तौर पर, EMERGENCY_LANE_KEEP_ASSIST_ENABLED हमेशा true या false दिखाता है. अगर कोई सुविधा किसी अस्थायी स्थिति की वजह से उपलब्ध नहीं है, जैसे कि वाहन की रफ़्तार बहुत कम है, तो इस जानकारी को EMERGENCY_LANE_KEEP_ASSIST_STATE प्रॉपर्टी में ErrorState वैल्यू के ज़रिए बताया जाना चाहिए. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

EMERGENCY_LANE_KEEP_ASSIST_STATE

आपातकालीन स्थिति में लेन में बने रहने की सुविधा (ईएलकेए) की स्थिति. ELKA की मौजूदा स्थिति दिखाता है. आम तौर पर, इस प्रॉपर्टी से, EmergencyLaneKeepAssistState या ErrorState में बताई गई मान्य स्थिति मिलनी चाहिए उदाहरण के लिए, अगर किसी अस्थायी स्थिति की वजह से सुविधा उपलब्ध नहीं है, तो ग्लोबल एरिया आईडी (0) के लिए, जानकारी ErrorState के ज़रिए दी जानी चाहिए. VehicleAreaConfig#supportedEnumValues अरे को तब तक बताना चाहिए, जब तक EmergencyLaneKeepAssistState (अन्य सहित, जिसे इस्तेमाल करने का सुझाव नहीं दिया जाता) के सभी राज्य और ErrorState काम न करते हों.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: EmergencyLaneKeepAssistState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

ENGINE_COOLANT_TEMP

इंजन के कूलेंट का तापमान.

बदलाव मोड: CONTINUOUS
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:CELSIUS
रिलीज़: Android 13

ENGINE_IDLE_AUTO_STOP_ENABLED

इंजन के आइडल मोड में अपने-आप बंद होने की सुविधा के बारे में बताता है. सही होने पर, ज़रूरत न होने पर कार, इंजन को अपने-आप बंद कर सकती है. इसके बाद, ज़रूरत पड़ने पर वाहन अपने-आप बंद हो सकता है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 14

ENGINE_OIL_LEVEL

इंजन ऑयल का लेवल.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: VehicleOilLevel
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

इंजन_OIL_TEMP

इंजन ऑयल का तापमान.

मोड बदलें: CONTINUOUS
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:CELSIUS
रिलीज़: Android 13

ENGINE_RPM

इंजन का हर मिनट का घुमाव (आरपीएम).

बदलाव मोड: CONTINUOUS
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:RPM
रिलीज़: Android 13

ENV_OUTSIDE_TEMPERATURE

तापमान से बाहर है. इस प्रॉपर्टी से, वाहन के बाहर के वातावरण के तापमान की जानकारी मिलनी चाहिए. अगर बाहर का तापमान मापने के लिए कई सेंसर हैं, तो इस प्रॉपर्टी में रीडिंग के मीन या औसत के हिसाब से अपने-आप जानकारी भरी जानी चाहिए, जो बाहरी वातावरण का तापमान सबसे सही तरीके से दिखाती हो.

EV_BATTERY_DISPLAY_UNITS

डिसप्ले के लिए ईवी बैटरी की यूनिट. इससे पता चलता है कि उपयोगकर्ता को ईवी की बैटरी की जानकारी दिखाने के लिए, कार किन इकाइयों का इस्तेमाल कर रही है. उदाहरण के लिए, वॉट-घंटे (Wh), किलोवॉट-घंटे (kWh) या ऐम्पियर-घंटे (Ah). VehiclePropConfig.configArray का इस्तेमाल, काम करने वाली इलेक्ट्रिकल एनर्जी के बारे में बताने के लिए किया जाता है. यूनिट. इलेक्ट्रिकल एनर्जी की इकाइयों को VehicleUnit में तय किया गया है. उदाहरण के लिए:

  configArray[0] = WATT_HOUR configArray[1] = AMPERE_HOURS configArray[2] = KILOWATT_HOUR

अगर EV_BATTERY_DISPLAY_UNITS को अपडेट करने से, अन्य *_DISPLAY_UNITS प्रॉपर्टी की वैल्यू पर असर पड़ता है, तो उनकी वैल्यू को अपडेट करना होगा. साथ ही, AAOS फ़्रेमवर्क को भी इसकी जानकारी देनी होगी. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: VehicleUnit
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

EV_BATTERY_INSTANTANEOUS_CHARGE_RATE

ईवी की चार्जिंग स्पीड, मिलीवॉट में. पॉज़िटिव वैल्यू से पता चलता है कि बैटरी चार्ज की जा रही है. नेगेटिव वैल्यू से पता चलता है कि बैटरी डिस्चार्ज हो रही है.

बदलाव मोड: CONTINUOUS
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:MW
रिलीज़: Android 13

EV_BATTERY_LEVEL

ईवी या हाइब्रिड, दोनों तरह के वाहनों की बैटरी का मौजूदा लेवल दिखाता है. यह वैल्यू EV_CURRENT_BATTERY_CAPACITY से ज़्यादा नहीं होगी. बैटरी के प्रतिशत का हिसाब लगाने के लिए, (EV_BATTERY_LEVEL, EV_CURRENT_BATTERY_CAPACITY)*100 का इस्तेमाल करें.

मोड बदलें: CONTINUOUS
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:WH
रिलीज़: Android 13

ईवी_BRAKE_REGENERATION_LEVEL

इलेक्ट्रॉनिक वाहन के ब्रेकिंग लेवल को जनरेटिव तरीके से रिचार्ज किया जा सकता है. वाहन क्षेत्र के कॉन्फ़िगरेशन में maxInt32Value और minInt32Value के बारे में बताना ज़रूरी है. minInt32Value और maxInt32Value के बीच की सभी वैल्यू इस्तेमाल की जा सकती हैं. minInt32Value की वैल्यू 0 होनी चाहिए. maxInt32Value से पता चलता है कि ब्रेक लगाने पर, ज़्यादा से ज़्यादा कितनी ऊर्जा पैदा की जा सकती है. minInt32Value से पता चलता है कि रीजनरेटिव ब्रेकिंग की सेटिंग चालू नहीं है. यह प्रॉपर्टी, EV_REGENERATIVE_BRAKING_STATE का ज़्यादा जानकारी वाला फ़ॉर्म है. अगर EvRegenerativeBrakingState में मौजूद राज्यों में, ओईएम के हिसाब से जानकारी नहीं है, तो उपयोगकर्ता को रीजनरेटिव ब्रेक का एक खास लेवल सेट करने की सुविधा मिलती है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

EV_CHARGE_CURRENT_DRAW_LIMIT

इससे पता चलता है कि उपयोगकर्ता ने चार्जिंग के लिए, ज़्यादा से ज़्यादा कितना करंट सेट किया है. EvChargeState::configArray[0] का इस्तेमाल, ऐंपियर में वाहन के लिए तय की गई ज़्यादा से ज़्यादा करंट ड्रॉ की जानकारी देने के लिए किया जाता है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ_WRITEREAD
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:AMPERE
रिलीज़: Android 13

EV_CHARGE_PERCENT_LIMIT

इससे पता चलता है कि उपयोगकर्ता ने शुल्क के लिए ज़्यादा से ज़्यादा प्रतिशत की कितनी सीमा तय की है. इससे पता चलता है कि उपयोगकर्ता ने शुल्क के लिए तय किया है कि ज़्यादा से ज़्यादा कितने प्रतिशत तक शुल्क लिया जा सकता है. 0 से 100 के बीच की फ़्लोटिंग वैल्यू दिखाता है. मान्य वैल्यू तय करने के लिए, configArray का इस्तेमाल किया जाता है. उदाहरण के लिए, अगर वाहन में चार्ज करने के लिए, प्रतिशत की इन सीमाओं का इस्तेमाल किया जा सकता है: [20, 40, 60, 80, 100], तो configArray की वैल्यू के तौर पर, ये वैल्यू दी जानी चाहिए: {20, 40, 60, 80, 100}. अगर configArray खाली है, तो 0 से 100 तक की सभी वैल्यू मान्य होनी चाहिए. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE,, READ
एनम टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

EV_CHARGE_PORT_CONNECTED

ईवी चार्जिंग पोर्ट कनेक्ट हो गया. अगर वाहन में एक से ज़्यादा चार्जिंग पोर्ट हैं, तो किसी भी चार्जिंग पोर्ट के कनेक्ट होने पर, यह प्रॉपर्टी सही दिखनी चाहिए.

ईवी_CHARGE_PORT_OPEN

ईवी चार्जिंग पोर्ट खुला हो. अगर वाहन में एक से ज़्यादा चार्जिंग पोर्ट हैं, तो अगर कोई भी चार्जिंग पोर्ट खुला है, तो इस प्रॉपर्टी को 'सही' के तौर पर दिखाना चाहिए. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, ओईएम इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITEREAD
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

EV_CHARGE_STATE

कार की चार्जिंग की स्थिति कार की चार्जिंग की मौजूदा स्थिति दिखाता है. अगर वाहन के लिए, बैटरी चार्ज होने का टारगेट प्रतिशत 100 से अलग है, तो बैटरी चार्ज होने का लेवल टारगेट लेवल पर पहुंचने पर, इस प्रॉपर्टी को EvChargeState::STATE_FULLY_CHARGED दिखाना चाहिए. ज़्यादा जानकारी के लिए, EvChargeState::EV_CHARGE_PERCENT_LIMIT पर जाएं.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: EvChargeState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

EV_CHARGE_SWITCH

ईवी की बैटरी चार्ज करना शुरू या बंद करना. उपयोगकर्ता की पसंद की सेटिंग. इस प्रॉपर्टी को 'सही' पर सेट करने से बैटरी चार्ज होने लगती है और 'गलत' पर सेट करने से चार्जिंग बंद हो जाती है. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, ओईएम इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ_WRITEREAD
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

EV_CHARGE_TIME_REMAINING

चार्ज होने में बचे हुए समय का अनुमान, सेकंड में. अगर वाहन चार्ज नहीं हो रहा है, तो नतीजे के तौर पर 0 दिखाता है.

बदलाव मोड: CONTINUOUS
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:SECS
रिलीज़: Android 13

EV_CURRENT_BATTERY_CAPACITY

ईवी या हाइब्रिड वाहन के लिए, इस्तेमाल की जा सकने वाली बैटरी की मौजूदा क्षमता. ईवी या हाइब्रिड होने पर, बैटरी की क्षमता की असल वैल्यू दिखाता है. यह प्रॉपर्टी, रीयल-टाइम में इस्तेमाल की जा सकने वाली बैटरी की क्षमता को कैप्चर करती है. इसमें, बैटरी की उम्र और तापमान जैसे फ़ैक्टर को ध्यान में रखा जाता है. यह वैल्यू, INFO_EV_BATTERY_CAPACITY से अलग हो सकती है, क्योंकि INFO_EV_BATTERY_CAPACITY, वाहन के नए होने पर बैटरी की नोमिनल क्षमता दिखाता है.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:WH
रिलीज़: Android 14

EV_REGENERATIVE_BRAKING_STATE

कार में रीजनरेटिव ब्रेकिंग या एक-पेडल ड्राइव की सेटिंग. कार में रीजनरेटिव ब्रेकिंग की सेटिंग से जुड़ी मौजूदा सेटिंग दिखाता है. अगर OEM को EvRegenerativeBrakingState में दी गई सेटिंग के अलावा, और सेटिंग की ज़रूरत है, तो EV_BRAKE_REGENERATION_LEVEL प्रॉपर्टी का इस्तेमाल किया जा सकता है. इससे ज़्यादा जानकारी मिलती है.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: EvRegenerativeBrakingState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

ईवी_STOPPING_मोड

वाहन के मौजूदा स्टॉपिंग मोड की प्रॉपर्टी दिखाता है. ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues की वैल्यू तय की जानी चाहिए. ऐसा तब तक करना ज़रूरी है, जब तक EvStoppingMode की सभी वैल्यू काम करती हैं. EvStoppingMode की सूची का दायरा, आने वाले समय में और राज्यों के लिए बढ़ाया जा सकता है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है. हालांकि, OEM के पास इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू करने का विकल्प होता है.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: EvStoppingMode
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

ईवीएस_SERVICE_REQUEST

ईवीएस सेवा को चालू करें और उसका अनुरोध करें. इस प्रॉपर्टी में, ईवीएस सेवाओं को ट्रिगर करने का तरीका बताया जाता है. VHAL को इस प्रॉपर्टी का इस्तेमाल करके, Android से EVS सेवा को शुरू या बंद करने का अनुरोध करना चाहिए.

int32Values[0] ईवीएस सेवा का टाइप. वैल्यू, EvsServiceType में मौजूद वैल्यू और सूची में होनी चाहिए.
int32Values[1] ईवीएस सेवा की स्थिति. वैल्यू, EvsServiceState में मौजूद किसी एक वैल्यू में से एक होनी चाहिए.

उदाहरण के लिए, पीछे की तरफ़ दिखने वाले EVS की सेवा चालू करने के लिए, Android इस प्रॉपर्टी की वैल्यू को इस तरह सेट कर सकता है:

[EvsServiceType::REAR_VIEW, EvsServiceState::ON]

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

बाहरी_CAR_TIME

सीआर के लिए, मौजूदा तारीख और समय का सुझाव, जिसे 'एपॉच टाइम' (मिलीसेकंड में) के तौर पर एन्कोड किया गया है. यह वैल्यू 1/1/1970 यूटीसी के बाद से बीत चुके मिलीसेकंड की संख्या दिखाती है. यह प्रॉपर्टी, CarTime से Android में हुए बदलाव के बारे में बताती है. अगर प्रॉपर्टी काम करती है, तो इस प्रॉपर्टी को पढ़े जाने के समय वीएचएएल को मौजूदा CarTime की सटीक जानकारी देनी होगी. साथ ही, CarTime की वैल्यू बदलने पर, VHAL को इस प्रॉपर्टी में बदलाव की जानकारी पब्लिश करनी होगी.

जब CarTime में बदलाव, समय के बीत जाने के अलावा किसी और वजह से होता है, तो इस प्रॉपर्टी के लिए बदलाव होने पर ट्रिगर होने वाला इवेंट पब्लिश किया जाना चाहिए. 500 मिलीसेकंड से कम के समय के अंतर से, बदलाव होने पर ट्रिगर होने वाला इवेंट ट्रिगर नहीं होना चाहिए. VHAL से समय पाने के लिए, Android इस प्रॉपर्टी को पढ़ेगा और इसकी सदस्यता लेगा. यह Android के समय को अन्य वाहन सिस्टम (डैश क्लॉक) के साथ सिंक करने में मदद कर सकता है. int64Values[0] = provided Epoch समय (मिलीसेकंड में) जब भी प्रॉपर्टी के लिए कोई नई वैल्यू मिलती है, तो AAOS एक ExternalTimeShowion को TimeDetectorService को भेजता है और भेजता है.

अगर अन्य सोर्स की प्राथमिकता ज़्यादा नहीं है, तो Android सिस्टम का समय सेट करने के लिए इसका इस्तेमाल करेगा. समय के सोर्स की प्राथमिकताओं में बदलाव करने और समय के सुझावों को मैनेज करने के तरीके के बारे में जानकारी पाने के लिए, समय का पता लगाने वाली सेवा का दस्तावेज़ देखें. इसमें यह जानकारी भी शामिल है कि Android, गिटटर, ड्रिफ़्ट, और कम से कम रिज़ॉल्यूशन को कैसे मैनेज करता है.

drift = elapsedTime - PropValue.timestamp effectiveTime = PropValue.value.int64Values[0] + drift

हमारा सुझाव है कि इस प्रॉपर्टी का इस्तेमाल, प्रोटोकॉल (जैसे कि GNSS, NTP, और टेलीफ़ोन) का इस्तेमाल करके ईसीयू से समय पाने के लिए न करें. Android में ये प्रोटोकॉल पहले से काम करते हैं. इसलिए, हमारा सुझाव है कि आप इस प्रॉपर्टी के साथ VHAL के ज़रिए वायरिंग करने के बजाय, Android सिस्टम का इस्तेमाल करें.

चेतावनी: इस प्रॉपर्टी के ज़रिए उपलब्ध वैल्यू, Android की ओर से ANDROID_EPOCH_TIME प्रॉपर्टी के लिए लिखी गई वैल्यू पर निर्भर नहीं होनी चाहिए.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:MILLI_SECS
रिलीज़: Android 13

FOG_LIGHTS_स्टेट

फ़ॉग लाइट की स्थिति. फ़ॉग लाइट की मौजूदा स्थिति दिखाता है. अगर:

कार के आगे और पीछे के हिस्से में फ़ॉग लाइटें हैं. आगे और पीछे की फ़ॉग लाइटों को एक साथ ही कंट्रोल किया जा सकता है. FOG_LIGHTS_STATE को लागू किया जाना चाहिए. FRONT_FOG_LIGHTS_STATE और REAR_FOG_LIGHTS_STATE लागू नहीं किए जाने चाहिए.
सामने और पीछे की फ़ॉग लाइटों को सिर्फ़ अलग-अलग कंट्रोल किया जा सकता है. FOG_LIGHTS_STATE को लागू नहीं किया जाना चाहिए. साथ ही, FRONT_FOG_LIGHTS_STATE और REAR_FOG_LIGHTS_STATE को लागू करना ज़रूरी है.
कार में सिर्फ़ सामने की फ़ॉग लाइटें हैं. FOG_LIGHTS_STATE या FRONT_FOG_LIGHTS_STATE में से सिर्फ़ एक को लागू किया जाना चाहिए, दोनों को नहीं. REAR_FOG_LIGHTS_STATE को लागू नहीं किया जाना चाहिए.
कार में सिर्फ़ पीछे की फ़ॉग लाइटें हैं. FOG_LIGHTS_STATE या REAR_FOG_LIGHTS_STATE में से सिर्फ़ एक को लागू किया जाना चाहिए, दोनों को नहीं. FRONT_FOG_LIGHTS_STATE को लागू नहीं किया जाना चाहिए.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: VehicleLightState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

FOG_LIGHTS_SWITCH

फ़ॉग लाइट स्विच. उपयोगकर्ता की पसंद की सेटिंग. अगर:

कार में आगे और पीछे, दोनों जगह फ़ॉग लाइटें हों. अगर फ़ॉग लाइट को सिर्फ़ एक साथ कंट्रोल किया जा सकता है, तो FOG_LIGHTS_SWITCH को लागू करना ज़रूरी है. FRONT_FOG_LIGHTS_SWITCH और REAR_FOG_LIGHTS_SWITCH को लागू नहीं किया जाना चाहिए.
सामने और पीछे की फ़ॉग लाइटों को अलग-अलग कंट्रोल किया जा सकता है. FOG_LIGHTS_SWITCH को लागू नहीं किया जाना चाहिए. FRONT_FOG_LIGHTS_SWITCH और REAR_FOG_LIGHTS_SWITCH को लागू करना ज़रूरी है.
कार में सिर्फ़ सामने की फ़ॉग लाइटें हैं. FOG_LIGHTS_SWITCH या FRONT_FOG_LIGHTS_SWITCH में से सिर्फ़ एक को लागू किया जाना चाहिए, दोनों को नहीं. REAR_FOG_LIGHTS_SWITCH को लागू नहीं किया जाना चाहिए.
कार में सिर्फ़ पीछे की फ़ॉग लाइटें हैं. FOG_LIGHTS_SWITCH या REAR_FOG_LIGHTS_SWITCH में से सिर्फ़ एक को लागू किया जाना चाहिए, दोनों को नहीं. FRONT_FOG_LIGHTS_SWITCH को लागू नहीं किया जाना चाहिए.

इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: VehicleLightSwitch
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

FORWARD_COLLISION_WARNING_चालू

आगे की ओर होने वाली टक्कर की चेतावनी (एफ़सीडब्ल्यू) की सुविधा को चालू या बंद करें. एफ़सीडब्ल्यू चालू करने के लिए इसे 'सही' पर सेट करें और बंद करने के लिए इसे 'गलत' पर सेट करें. एफ़सीडब्ल्यू चालू होने पर, वाहन में एडीएएस सिस्टम चालू होना चाहिए और वह संभावित टक्कर पर नज़र रख रहा हो. आम तौर पर, FORWARD_COLLISION_WARNING_ENABLED हमेशा true या false दिखाना चाहिए. अगर कोई सुविधा कुछ समय के लिए उपलब्ध नहीं है, जैसे कि वाहन की रफ़्तार बहुत कम है, तो इस जानकारी को FORWARD_COLLISION_WARNING_STATE प्रॉपर्टी में ErrorState वैल्यू के ज़रिए बताया जाना चाहिए.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

FORWARD_COLLISION_WARNING_STATE

फ़ॉरवर्ड कोलिज़न चेतावनी (एफ़सीडब्ल्यू) की स्थिति. एफ़सीडब्ल्यू की मौजूदा स्थिति दिखाता है. इस प्रॉपर्टी को हमेशा ForwardCollisionWarningState या ErrorState में तय की गई मान्य स्थिति दिखानी चाहिए. इसे StatusCode के ज़रिए गड़बड़ियां नहीं दिखानी चाहिए. इसके बजाय, इसमें गड़बड़ी वाली उन स्थितियों का इस्तेमाल करना चाहिए जो काम करने वाली स्थितियों का इस्तेमाल करती हैं. ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues कलेक्शन को तब तक तय करना ज़रूरी है, जब तक ForwardCollisionWarningState (इसमें OTHER भी शामिल हों, जिसे इस्तेमाल करने का सुझाव नहीं दिया जाता) और ErrorState, दोनों की सभी स्थितियां काम नहीं करतीं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
एनन का टाइप: ForwardCollisionWarningState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

FRONT_FOG_LIGHTS_STATE

सामने की फ़ॉग लाइटों की स्थिति. सामने की फ़ॉग लाइट की मौजूदा स्थिति दिखाता है. FOG_LIGHTS_STATE या FRONT_FOG_LIGHTS_STATE में से सिर्फ़ एक को लागू किया जाना चाहिए. ज़्यादा जानकारी के लिए, FOG_LIGHTS_STATE पर मौजूद दस्तावेज़ देखें.

FRONT_FOG_LIGHTS_SWITCH

सामने की फ़ॉग लाइट का स्विच. उपयोगकर्ता की पसंद के मुताबिक सेटिंग. FOG_LIGHTS_SWITCH या FRONT_FOG_LIGHTS_SWITCH में से सिर्फ़ एक को लागू किया जाना चाहिए. ज़्यादा जानकारी के लिए, FOG_LIGHTS_SWITCH पर दिए गए दस्तावेज़ देखें.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: VehicleLightSwitch
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

FUEL_CONSUMPTION_UNITS_DISTANCE_OVER_VOLUME

डिसप्ले के लिए ईंधन की खपत की इकाइयां. इससे पता चलता है कि उपयोगकर्ता को ईंधन की खपत की जानकारी दिखाने के लिए, कार किस तरह की इकाइयों का इस्तेमाल कर रही है 'सही' वैल्यू से पता चलता है कि इकाइयां, ईंधन की खपत के हिसाब से दूरी हैं, जैसे कि एमपीजी. 'गलत' से पता चलता है कि यूनिट, दूरी के मुकाबले मात्रा के हिसाब से हैं, जैसे कि लीटर/100 कि॰मी॰. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

FUEL_DOOR_OPEN

फ़्यूल डोर खुला है. इस प्रॉपर्टी से यह जानकारी मिलनी चाहिए कि वाहन का फ़्यूल डोर खुला है या नहीं. यह प्रॉपर्टी, ईवी पर लागू नहीं होती. इसका मतलब है कि अगर INFO_FUEL_TYPE में सिर्फ़ FuelType::FUEL_TYPE_ELECTRIC है, तो इस प्रॉपर्टी को लागू नहीं किया जाना चाहिए. ईवी के लिए, EV_CHARGE_PORT_OPEN लागू करें. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

FUEL_LEVEL

वाहन में बचे हुए ईंधन की जानकारी मिलीलीटर में. इस प्रॉपर्टी से, वाहन में बचे हुए ईंधन की मौजूदा मात्रा मिलीलीटर में पता चलनी चाहिए. यह प्रॉपर्टी, इलेक्ट्रिक वाहनों पर लागू नहीं होती. इसका मतलब है कि अगर INFO_FUEL_TYPE में सिर्फ़ FuelType::FUEL_TYPE_ELECTRIC है, तो इस प्रॉपर्टी को लागू नहीं किया जाना चाहिए. ईवी के लिए, लागू करें EV_BATTERY_LEVEL वैल्यू INFO_FUEL_CAPACITY से ज़्यादा नहीं हो सकती

बदलाव मोड: CONTINUOUS
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:MILLILITER
रिलीज़: Android 13

FUEL_LEVEL_LOW

कम ईंधन होने की चेतावनी. यह प्रॉपर्टी, डैशबोर्ड पर कम ईंधन की चेतावनी से जुड़ी होती है. FUEL_LEVEL_LOW सेट होने के बाद, इसे तब तक नहीं मिटाना चाहिए, जब तक वाहन में और ईंधन नहीं डाला जाता. इस प्रॉपर्टी की मदद से, वाहन में मौजूद सभी तरह के ईंधन का हिसाब लगाया जा सकता है. उदाहरण के लिए, इनमें:

पेट्रोल से चलने वाला वाहन, यह प्रॉपर्टी सिर्फ़ पेट्रोल के लेवल पर आधारित होती है.
बैटरी से चलने वाला वाहन, यह प्रॉपर्टी सिर्फ़ बैटरी लेवल पर आधारित है.
हाइब्रिड वाहन, यह प्रॉपर्टी, OEM के विवेक के आधार पर, पेट्रोल और बैटरी के लेवल के कॉम्बिनेशन पर आधारित हो सकती है.

FUEL_VOLUME_DISPLAY_UNITS

डिसप्ले के लिए, ईंधन की मात्रा की यूनिट. इससे पता चलता है कि कार में, उपयोगकर्ता को ईंधन की मात्रा दिखाने के लिए किन यूनिट का इस्तेमाल किया जा रहा है. उदाहरण के लिए, लीटर या गैलन. VehiclePropConfig.configArray का इस्तेमाल यह बताने के लिए किया जाता है कि ईंधन की आवाज़ का पता लगाने वाली इकाइयां काम कर रही हैं या नहीं. वॉल्यूम की इकाइयों को VehicleUnit में तय किया जाता है. उदाहरण के लिए, configArray[0] = LITER configArray[1] = GALLON अगर FUEL_VOLUME_DISPLAY_UNITS को अपडेट करने से, अन्य *_DISPLAY_UNITS प्रॉपर्टी की वैल्यू पर असर पड़ता है, तो उनकी वैल्यू को भी अपडेट करना होगा और AAOS फ़्रेमवर्क को भी इसकी जानकारी देनी होगी. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, ओईएम इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: VehicleUnit
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

GEAR_SELECTION

उपयोगकर्ता ने जो गियर चुना है. कॉन्फ़िगरेशन डेटा में दी गई वैल्यू, इस वाहन के लिए काम करने वाले गियर की सूची दिखानी चाहिए. उदाहरण के लिए, ऑटोमैटिक ट्रांसमिशन के कॉन्फ़िगरेशन डेटा में {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_PARK, GEAR_DRIVE, GEAR_1, GEAR_2,...} होना चाहिए और मैन्युअल ट्रांसमिशन के लिए सूची में {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_1, GEAR_2,...} होना चाहिए. ऑटोमैटिक ट्रांसमिशन वाले ऐसे वाहन के लिए जिसमें ड्राइवर को मांग पर खास गियर चुनने की अनुमति होती है (उदाहरण के लिए, मैन्युअल मोड), GEAR_SELECTION की वैल्यू को GEAR_DRIVE के बजाय, ड्राइवर के चुने गए खास गियर पर सेट किया जाना चाहिए

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: VehicleGear
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

GENERAL_SAFETY_REGULATION_COMPLIANCE_REQUIREMENT

ईयू के सामान्य सुरक्षा कानून का पालन करने से जुड़ी ज़रूरी शर्त. यह बताने के लिए वैल्यू दिखाता है कि सामान्य सुरक्षा के कानून का पालन करना ज़रूरी है या नहीं. अगर ज़रूरी है, तो यह बताता है कि ज़रूरत किस तरह की है.

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: GsrComplianceRequirementType
इकाई टाइप: लागू नहीं
रिलीज़: Android 14

ग्लोव_बॉक्स_DOOR_POS

यह प्रॉपर्टी, ग्लव बॉक्स के दरवाज़े की मौजूदा स्थिति दिखाती है. VehicleAreaConfig में, maxInt32Value और minInt32Value की जानकारी देना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए. minInt32Value से पता चलता है कि ग्लव बॉक्स का दरवाज़ा बंद है. minInt32Value की वैल्यू 0 होनी चाहिए. maxInt32Value से पता चलता है कि ग्लव बॉक्स का दरवाज़ा पूरी तरह से खुला है. minInt32Value और maxInt32Value के बीच की वैल्यू, बंद और पूरी तरह से खुली हुई स्थिति के बीच के ट्रांज़िशन स्टेटस को दिखाती हैं.

यह प्रॉपर्टी किसी खास इकाई में नहीं होती, बल्कि रिलेटिव पोज़िशन की तय रेंज में होती है. एरिया आईडी, उस सीट से मेल खाना चाहिए जिससे ग्लव बॉक्स का इस्तेमाल किया जाना है. उदाहरण के लिए, अगर सामने दाईं ओर मौजूद डैशबोर्ड में ग्लव बॉक्स एम्बेड है, तो एरिया आईडी SEAT_1_RIGHT होना चाहिए

यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, ओईएम इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

GLOVE_BOX_LOCKED

ग्लव बॉक्स को लॉक या अनलॉक करें. अगर यह सही है, तो इसका मतलब है कि ग्लव बॉक्स लॉक है. अगर यह वैल्यू 'गलत' है, तो इसका मतलब है कि ग्लव बॉक्स का लॉक खुला है. एरिया आईडी, उस सीट से मेल खाना चाहिए जिससे ग्लव बॉक्स का इस्तेमाल किया जाना है. उदाहरण के लिए, अगर सामने वाले दाएं डैशबोर्ड में एम्बेड किया गया ग्लव बॉक्स दिया गया है, तो एरिया आईडी VehicleAreaSeat#ROW_1_RIGHT होना चाहिए

H से I

HANDS_ON_DETECTION_DRIVER_STATE

हैंड्स ऑन डिटेक्शन (एचओडी) ड्राइवर की स्थिति. यह बताता है कि ड्राइवर के हाथ स्टीयरिंग व्हील पर हैं या नहीं. आम तौर पर, इस प्रॉपर्टी को HandsOnDetectionDriverState या ErrorState में बताई गई मान्य स्थिति दिखानी चाहिए. उदाहरण के लिए, अगर कोई सुविधा कुछ समय के लिए उपलब्ध नहीं है, तो इसकी जानकारी ErrorState के ज़रिए दी जानी चाहिए. अगर वाहन, ड्राइवर के स्टीयरिंग व्हील से हाथ हटाने पर उपयोगकर्ता को चेतावनी भेजना चाहता है, तो यह चेतावनी HANDS_ON_DETECTION_WARNING के ज़रिए दिखाई जानी चाहिए. ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues कलेक्शन को तब तक तय किया जाना चाहिए, जब तक HandsOnDetectionDriverState और ErrorState, दोनों की सभी स्थितियां काम नहीं करतीं. HandsOnDetectionDriverState में OTHER भी शामिल है, जिसका सुझाव नहीं दिया जाता.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: HandsOnDetectionDriverState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

HANDS_ON_DETECTION_ENABLED

हैंड्स ऑन डिटेक्शन (एचओडी) को चालू या बंद करें. HOD को चालू करने के लिए 'सही' और 'एचओडी' को बंद करने के लिए 'गलत' पर सेट करें. एचओडी की सुविधा चालू होने पर, गाड़ी के अंदर मौजूद सिस्टम को स्टीयरिंग व्हील पर ड्राइवर के हाथों की मौजूदगी पर नज़र रखनी चाहिए. साथ ही, अगर उसे पता चलता है कि ड्राइवर के हाथ अब स्टीयरिंग व्हील पर नहीं हैं, तो उसे चेतावनी भेजनी चाहिए. आम तौर पर, HANDS_ON_DETECTION_ENABLED हमेशा 'सही' या 'गलत' वैल्यू दिखाता है.

अगर कोई सुविधा कुछ समय के लिए उपलब्ध नहीं है, तो इसकी जानकारी HANDS_ON_DETECTION_STATE प्रॉपर्टी में ErrorState वैल्यू के ज़रिए दी जानी चाहिए. इस प्रॉपर्टी को minInt32Value VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है. हालांकि, OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HANDS_ON_DETECTION_WARNING

डिवाइस के इस्तेमाल की चेतावनी. यह बताता है कि ड्राइवर को, पहिया छोड़े रहने पर चेतावनी भेजी जा रही है या नहीं. आम तौर पर, यह प्रॉपर्टी HandsOnDetectionWarning या ErrorState में बताई गई मान्य स्थिति दिखानी चाहिए. उदाहरण के लिए, अगर कोई सुविधा कुछ समय के लिए उपलब्ध नहीं है, तो इसकी जानकारी ErrorState के ज़रिए दी जानी चाहिए. ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues कलेक्शन तभी तय किया जाना चाहिए, जब HandsOnDetectionWarning और ErrorState, दोनों के सभी स्टेटस काम करते हों. HandsOnDetectionWarning में OTHER स्टेटस भी शामिल है, लेकिन इसका सुझाव नहीं दिया जाता.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: HandsOnDetectionWarning/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

HAZARD_LIGHTS_STATE

खतरनाक स्थिति में मिलने वाली लाइट की स्थिति. खतरे वाली लाइटों की मौजूदा स्थिति दिखाएं.

HAZARD_LIGHTS_SWITCH

खतरनाक स्थिति में इस्तेमाल होने वाली लाइट का स्विच. वह सेटिंग जो उपयोगकर्ता चाहता है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HEADLIGHTS_स्टेट

हेडलाइट की स्थिति. हेडलाइट की मौजूदा स्थिति दिखाता है.

HEADLIGHTS_SWITCH

हेडलाइट का स्विच. वह सेटिंग जो उपयोगकर्ता चाहता है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HIGH_BEAM_LIGHTS_STATE

हाई बीम वाली लाइटों की स्थिति. हाई बीम लाइट की मौजूदा स्थिति दिखाता है.

हाई_BEAM_LIGHTS_SWITCH

हाई बीम वाला लाइट स्विच. वह सेटिंग जो उपयोगकर्ता चाहता है. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, ओईएम इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HVAC_AC_ON

तय किए गए areaId के लिए, एसी को चालू और बंद करें. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर बताया गया है, लेकिन ओईएम इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं

HVAC_ACTUAL_FAN_SPEED_RPM

पंखे की असल स्पीड.

एचवीएसी_ऑटो_ऑन

अपने-आप तापमान कंट्रोल करने की सुविधा को चालू और बंद करें. अगर यह 'सही' है, तो अपने-आप तापमान कंट्रोल करने की सुविधा चालू है. अगर गलत है, तो अपने-आप जलवायु कंट्रोल करने की सुविधा बंद है. अगर किसी वाहन में, अपने-आप कंट्रोल होने की सुविधा को सीधे तौर पर बंद करने की सुविधा नहीं है, तो OEM को HVAC_AUTO_ON को 'बंद है' पर सेट करने के लिए, वीएचएएल लागू करने के लिए लॉजिक जोड़ना चाहिए. ऐसा करने से, एचवीएसी सेटिंग में सीधे तौर पर बदलाव नहीं होना चाहिए और HVAC_AUTO_ON बंद हो जाना चाहिए. सामान्य तौर पर, इससे उपयोगकर्ता पर कोई असर नहीं होगा. ओईएम को उन सेटिंग पर पिछली सेटिंग लागू करनी चाहिए जिनमें अपने-आप जलवायु नियंत्रण की सुविधा के बंद होने के दौरान बदलाव किया गया था. इस तरह, सिर्फ़ HVAC_AUTO_ON बंद होने पर ही यह नतीजा मिलेगा. अगर एचवीएसी सेटिंग को पहले वाली सेटिंग पर वापस नहीं लाया जा सकता, तो ओईएम को कम से कम नुकसान पहुंचाने वाला बदलाव लागू करना चाहिए.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

HVAC_AUTO_RECIRC_ON

अपने-आप रीसर्क्युलेशन की सुविधा चालू या बंद करें. अपने-आप रीसर्क्युलेशन की सुविधा चालू होने पर, एचवीएसी सिस्टम, रीसर्क्युलेशन मोड पर अपने-आप स्विच हो सकता है. ऐसा तब होता है, जब वाहन में आने वाली हवा की क्वालिटी खराब हो. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HVAC_DEFROSTER

चुनी गई विंडो के लिए, पंखे की मदद से बर्फ़ हटाने की सुविधा. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर बताया गया है, लेकिन ओईएम इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं

एचवीएसी_DUAL_ON

अलग-अलग इलाकों के बीच तापमान को जोड़ने की सुविधा चालू करें. HVAC_DUAL_ON प्रॉपर्टी के लिए AreaIDs में HVAC_TEMPERATURE_SET AreaIDs का कॉम्बिनेशन होगा, जिसे एक साथ जोड़ा जा सकता है. अगर HVAC_TEMPERATURE_SET को AreaIDs[a_1, a_2, ..., a_n] पर मैप किया गया है और अगर HVAC_DUAL_ON को a_i और a_j करने के लिए चालू किया जा सकता है, तो HVAC_DUAL_ON प्रॉपर्टी को [a_i | a_j] से मैप किया जाना चाहिए. इसके अलावा, अगर a_k और a_l को अलग-अलग जोड़ा जा सकता है, तो HVAC_DUAL_ON को [a_i | a_j, a_k | a_l] से मैप किया जाना चाहिए. उदाहरण के लिए, किसी कार में दो आगे की सीटें (ROW_1_LEFT और ROW_1_RIGHT) और तीन पीछे की सीटें (ROW_2_LEFT, ROW_2_CENTER, और ROW_2_RIGHT) हैं. इसमें तापमान को कंट्रोल करने के लिए दो यूनिट मौजूद हैं. ये यूनिट ड्राइवर की तरफ़ और यात्री साइड पर हैं. इन्हें सिंक किया जा सकता है. इसे AreaIDs में इस तरह दिखाया जा सकता है:

HVAC_TEMPERATURE_SET > [ROW_1_LEFT | ROW_2_LEFT, ROW_1_RIGHT | ROW_2_CENTER | ROW_2_RIGHT]
HVAC_DUAL_ON > [ROW_1_LEFT | ROW_2_LEFT | ROW_1_RIGHT | ROW_2_CENTER | ROW_2_RIGHT]

प्रॉपर्टी चालू होने पर, ईसीयू को उन इलाकों के तापमान को सिंक करना होगा जिन पर असर पड़ा है. DUAL_ON पैरामीटर को चालू या बंद करने की वजह से जिस पैरामीटर में बदलाव हुआ है वह VHAL को onPropertyEvent() कॉलबैक जनरेट करेगा. इसके अलावा, अगर सेट किया गया तापमान (जैसे, ड्राइवर का तापमान) सेट करने से दूसरे तापमान (जैसे कि सामने वाले यात्री का तापमान) में बदलाव होता है, तो सही onPropertyEvent() कॉलबैक जनरेट करना ज़रूरी है.

अगर कोई उपयोगकर्ता ऐसा तापमान बदलता है जिससे कपलिंग टूटती हो (उदाहरण के लिए, यात्री के तापमान को अलग-अलग सेट करना), तो वीएचएएल को सही onPropertyEvent() कॉलबैक (HVAC_DUAL_ON = false and HVAC_TEMPERATURE_SET[AreaID] = xxx सहित) भेजने होंगे. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर बताया गया है, लेकिन ओईएम इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं

HVAC_ELECTRIC_DEFROSTER_ON

इलेक्ट्रिक डीफ़्रॉस्टर की स्थिति.

इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है, लेकिन OEM इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं

एचवीएसी_FAN_DIRECTION

पंखे की दिशा सेट करने की सुविधा. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: VehicleHvacFanDirection
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

एचवीएसी_FAN_DIRECTION_Available

प्रशंसकों के लिए उपलब्ध सीटें. यह ज़ोन के लिए उपलब्ध फ़ैन पोज़िशन का बिट मास्क है. फ़ैन के हर उपलब्ध दिशा को वेक्टर में अलग-अलग एंट्री से दिखाया जाता है. फ़ैन के निर्देश में, vehicle_hvac_fan_direction सेट के कई बिट हो सकते हैं. उदाहरण के लिए, किसी सामान्य कार में ये पंखे हो सकते हैं:

- FAN_DIRECTION_FACE (0x1) - FAN_DIRECTION_FLOOR (0x2) - FAN_DIRECTION_FACE | FAN_DIRECTION_FLOOR (0x3) - FAN_DIRECTION_DEFROST (0x4) - FAN_DIRECTION_FLOOR | FAN_DIRECTION_DEFROST (0x6)

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: VehicleHvacFanDirection
इकाई का टाइप: लागू नहीं
रिलीज़: Android 13

HVAC_FAN_SPEED

पंखे की स्पीड की सेटिंग. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value से maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

minInt32Value पंखे की सबसे कम स्पीड
पंखे की सबसे ज़्यादा स्पीड maxInt32Value

यह प्रॉपर्टी किसी खास इकाई में नहीं होती, बल्कि यह रिलेटिव स्पीड की तय सीमा में होती है. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, ओईएम इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HVAC_MAX_AC_ON

MAX AC चालू या बंद. MAX AC चालू होने पर, ECU वेंट की स्थिति, पंखे की रफ़्तार, और तापमान जैसी चीज़ों में ज़रूरत के हिसाब से बदलाव कर सकता है. इससे गाड़ी को जल्दी ठंडा किया जा सकता है. MAX AC पैरामीटर को चालू या बंद करने के असर के तौर पर बदले गए किसी भी पैरामीटर से, VHAL के लिए onPropertyEvent() कॉलबैक जनरेट होते हैं. इस प्रॉपर्टी के बारे में VehiclePropertyAccess.READ_WRITE बताया गया है, लेकिन OEM इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं

HVAC_MAX_DEFROST_ON

मैक्स डिफ़्रॉस्ट की सुविधा को चालू और बंद करें. मैक्स डिफ़्रॉस्ट की सुविधा चालू होने पर, ईसीयू ज़रूरत के हिसाब से वेंट की पोज़िशन, पंखे की रफ़्तार, और तापमान में बदलाव कर सकता है, ताकि विंडो को जल्द से जल्द डिफ़्रॉस्ट किया जा सके. MAX DEFROST पैरामीटर को चालू या बंद करने के साइड इफ़ेक्ट के तौर पर बदले गए किसी भी पैरामीटर से, VHAL के लिए onPropertyEvent() कॉलबैक जनरेट होते हैं. HVAC_MAX_DEFROST_ON के लिए AreaIDs से पता चलता है कि MAX DEFROST इस इलाके में कंट्रोल की जा सकती है. उदाहरण के लिए, areaConfig.areaId = {ROW_1_LEFT | ROW_1_RIGHT} से पता चलता है कि HVAC_MAX_DEFROST_ON को सिर्फ़ आगे की पंक्तियों के लिए कंट्रोल किया जा सकता है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं

HVAC_POWER_ON

एचवीएसी के लिए दुनिया भर में इस्तेमाल होने वाली पावर की स्थिति. इस प्रॉपर्टी को 'गलत है' पर सेट करने से, हो सकता है कि एचवीएसी की अलग-अलग सुविधाओं और सबसिस्टम को कंट्रोल करने वाली कुछ प्रॉपर्टी को 'उपलब्ध नहीं है' स्थिति में मार्क कर दिया जाए. इस प्रॉपर्टी को 'सही' पर सेट करने से, एचवीएस की अलग-अलग सुविधाओं और सबसिस्टम को कंट्रोल करने वाली कुछ प्रॉपर्टी को 'उपलब्ध है' के तौर पर मार्क किया जा सकता है. ऐसा तब तक किया जा सकता है, जब तक कि कोई या सभी प्रॉपर्टी अपने-आप 'उपलब्ध नहीं है' के तौर पर मार्क न हो जाएं.

HvacPower_DependentProperties ऐसी प्रॉपर्टी हैं जिनमें एचवीएसी की सुविधा चालू करने के लिए, उसे चालू करना ज़रूरी है. उदाहरण के लिए, कुछ कारों में एसी चालू करने के लिए, पहले एचवीएसी को चालू करना होगा. HvacPower_DependentProperties सूची को VehiclePropConfig.configArray में सेट किया जाना चाहिए HvacPower_DependentProperties में सिर्फ़ VehicleArea:SEAT से जुड़ी प्रॉपर्टी ही शामिल होनी चाहिए

ध्यान दें: जिन प्रॉपर्टी को VehicleArea:SEAT से जोड़ा नहीं गया है (उदाहरण के लिए, HVAC_DEFROSTER), वे कभी भी HVAC_POWER_ON प्रॉपर्टी पर निर्भर नहीं होनी चाहिए. साथ ही, वे कभी भी HvacPower_DependentPropertiesसूची से जुड़ी नहीं होनी चाहिए.

HVAC_POWER_ON प्रॉपर्टी के लिए, AreaID मैपिंग में वे सभी AreaIDs शामिल होने चाहिए जिनके लिए HvacPower_DependentProperties को मैप किया गया है. उदाहरण के लिए, एक कार में दो विकल्प हैं:

आगे की सीट (ROW_1_LEFT, ROW_1_RIGHT) और पीछे की तीन सीटें (ROW_2_LEFT, ROW_2_CENTER, ROW_2_RIGHT). अगर कार में एचवीएसी की सुविधाएं (एसी, तापमान वगैरह) एक ही एचवीएसी पावर कंट्रोलर पर निर्भर हैं, तो HVAC_POWER_ON को [ROW_1_LEFT | ROW_1_RIGHT | ROW_2_LEFT | ROW_2_CENTER | ROW_2_RIGHT]
सामने की पंक्ति में दो सीटें (ROW_1_LEFT, ROW_1_RIGHT) और दूसरी (ROW_2_LEFT, ROW_2_CENTER, ROW_2_RIGHT) और तीसरी पंक्ति में तीन सीटें (ROW_3_LEFT, ROW_3_CENTER, ROW_3_RIGHT). अगर कार में सामने की पंक्ति में तापमान कंट्रोल करने वाले ऐसे डिवाइस हैं जो वाहन के पीछे के तापमान कंट्रोल करने वाले डिवाइसों से पूरी तरह से अलग काम कर सकते हैं, तो HVAC_POWER_ON को दो एलिमेंट वाले कलेक्शन में मैप किया जाना चाहिए:
```
- ROW_1_LEFT | ROW_1_RIGHT - ROW_2_LEFT | ROW_2_CENTER | ROW_2_RIGHT | ROW_3_LEFT | ROW_3_CENTER | ROW_3_RIGHT
```

यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, OEM के पास इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू करने का विकल्प है.

एचवीएसी_RECIRC_ON

रीसर्क्युलेशन को चालू और बंद करना. यह केबिन में बाहरी हवा की सप्लाई को कंट्रोल करता है. रीसर्क चालू का मतलब है कि केबिन में जाने वाला ज़्यादातर एयरफ़्लो, केबिन से आता है. रीसर्क बंद होने का मतलब है कि केबिन में मौजूद ज़्यादातर एयरफ़्लो, कार के बाहर से आता है. इस प्रॉपर्टी के बारे में VehiclePropertyAccess.READ_WRITE बताया गया है, लेकिन ओईएम इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं

HVAC_SEAT_TEMPERATURE

सीट के तापमान को गर्म और ठंडा करने की सुविधा. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. maxInt32Value, सीट के तापमान को सबसे ज़्यादा गर्म करने की सेटिंग दिखाता है. अगर वाहन में सीट कूलिंग की सुविधा नहीं है, तो minInt32Value की वैल्यू 0 होनी चाहिए. इस मामले में, minInt32Value, सीट के तापमान को ज़्यादा से ज़्यादा कम करने की सेटिंग दिखाता है. यह प्रॉपर्टी किसी खास इकाई में नहीं है, लेकिन यह ज़रूरी तापमान की सेटिंग की तय रेंज में है. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

एचवीएसी_SEAT_VENTILATION

सीट का वेंटिलेशन. VehicleAreaConfig में maxInt32Value और minInt32Value के बारे में बताना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. minInt32Value की वैल्यू 0 होनी चाहिए. maxInt32Value से पता चलता है कि सीट के लिए ज़्यादा से ज़्यादा वेंटिलेशन सेटिंग मौजूद है या नहीं.

यह प्रॉपर्टी किसी खास यूनिट में नहीं होती, बल्कि वेंटिलेशन सेटिंग की तय सीमा में होती है.

एचवीएसी ऐप्लिकेशन और Assistant, सीट के वेंटिलेशन की स्थिति को चालू करने, बदलने या पढ़ने के लिए इसका इस्तेमाल करते हैं. यह सुविधा, सीट कूलिंग से अलग है. यह कूलिंग के साथ चालू हो सकता है या नहीं.

यह प्रॉपर्टी >VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, ओईएम इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

एचवीएसी_SIDE_MIRROR_HEAT

साइड मिरर हीटिंग सिस्टम चालू है. वैल्यू बढ़ने से साइड मिरर में लगने वाले हीटिंग लेवल का पता चलता है. आपको maxInt32Value और minInt32Value की वैल्यू तय करनी होगी VehicleAreaConfig minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए. कॉन्फ़िगरेशन डेटा में:

maxInt32Value, हीटिंग के सबसे ज़्यादा लेवल को दिखाता है.
minInt32Value की वैल्यू 0 होनी चाहिए. इससे पता चलता है कि हीटिंग की सुविधा चालू नहीं है.

यह प्रॉपर्टी किसी खास यूनिट में नहीं है, लेकिन यह तय की गई रिलेटिव हीटिंग सिस्टम की सेटिंग में है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है, लेकिन OEM के पास इसे VehiclePropertyAccess.READ के तौर पर लागू करने का विकल्प है

एचवीएसी_STEERING_WHEEL_HEAT

स्टीयरिंग व्हील के लिए हीटिंग और कूलिंग की मात्रा सेट करता है. VehicleAreaConfig में maxInt32Value और minInt32Value के बारे में बताना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए. maxInt32Value, स्टीयरिंग व्हील को गर्म करने की सबसे ज़्यादा सेटिंग दिखाता है. अगर वाहन में स्टीयरिंग व्हील को ठंडा करने की सुविधा भी है, तो minInt32Value की वैल्यू 0 होनी चाहिए. इस मामले में, minInt32Value से पता चलता है कि स्टीयरिंग व्हील पर ज़्यादा से ज़्यादा कूलिंग सिस्टम चालू है या नहीं. यह प्रॉपर्टी किसी खास इकाई में नहीं है, बल्कि हीटिंग की सेटिंग की तय सीमा में है. यह प्रॉपर्टी VehiclePropertyAccess.READ के तौर पर बताई गई है. हालांकि, OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HVAC_TEMPERATURE_CURRENT

एचवीएसी का मौजूदा तापमान.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:CELSIUS
रिलीज़: Android 13

एचवीएसी_criteria_DISPLAY_UNITS

डिसप्ले के लिए तापमान की इकाइयां. इससे पता चलता है कि तापमान सेल्सियस या फ़ैरनहाइट में दिखाया गया है या नहीं. VehiclePropConfig.configArray, तापमान दिखाने वाली उन यूनिट को दिखाता है जिनका इस्तेमाल किया जा सकता है. उदाहरण के लिए, configArray[0] = CELSIUS configArray[1] = FAHRENHEIT इस पैरामीटर का इस्तेमाल, सिस्टम में एचवीएसी का तापमान दिखाने के लिए किया जा सकता है. वैल्यू, VehicleUnit.CELSIUS या VehicleUnit.FAHRENHEIT में से कोई एक होनी चाहिए

अगर एचवीएसी_criteria_DISPLAY_UNITS को अपडेट करने से अन्य *_DISPLAY_UNITS प्रॉपर्टी की वैल्यू पर असर पड़ता है, तो उनकी वैल्यू को अपडेट करना और AAOS फ़्रेमवर्क को इसकी जानकारी देना ज़रूरी है.

इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है. हालांकि, OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HVAC_TEMPERATURE_SET

एचवीएसी के लिए सेट किया गया तापमान सेल्सियस में सेट है.

VehicleAreaConfig में minFloatValue और maxFloatValue के बारे में बताया जाना चाहिए:

तापमान कम से कम minFloatValue सेल्सियस में सेट हो सकता है.
सेल्सियस में ज़्यादा से ज़्यादा तापमान maxFloatValue की सेटिंग.

अगर minFloatValue और maxFloatValue के बीच की सभी वैल्यू काम नहीं करती हैं, तो सेट की जा सकने वाली मान्य वैल्यू की सूची बनाने के लिए, configArray का इस्तेमाल करें. इसमें, वाहन के तापमान को सेल्सियस से फ़ैरनहाइट में बदलने के लिए लुकअप टेबल के बारे में भी बताया गया है. इसके अलावा, अगर वाहन पर स्टैंडर्ड यूनिट कन्वर्ज़न की सुविधा काम नहीं करती है, तो configArray की जानकारी देना ज़रूरी है.

configArray को इस तरह सेट किया जाता है:

configArray[0] [सेल्सियस में, तापमान का कम से कम मान] * 10
configArray[1] [ज़रूरी तापमान की ऊपरी सीमा, सेल्सियस में] * 10
configArray[2] [सेल्सियस में बढ़ोतरी] * 10
configArray[3] [फ़ैरनहाइट में, काम करने वाले तापमान की निचली सीमा] * 10
configArray[4] [फ़ैरनहाइट में, तापमान की ऊपरी सीमा] * 10
configArray[5] [फ़ैरनहाइट में बढ़ोतरी] * 10

VehicleAreaConfig में मौजूद minFloatValue और maxFloatValue, configArray[0] और configArray[1] के बराबर होने चाहिए. उदाहरण के लिए, अगर वाहन का तापमान [16.0, 16.5, 17.0 ,..., 28.0] in Celsius [60.5, 61.5, 62.5 ,..., 84.5] फ़ैरनहाइट में है, तो configArray का configArray = {160, 280, 5, 605, 845, 10} होना चाहिए

आम तौर पर, सेल्सियस में होने वाली बढ़ोतरी का फ़ैरनहाइट में होने वाली बढ़ोतरी के साथ अनुपात, 1 डिग्री सेल्सियस के मुकाबले 1.8 डिग्री फ़ैरनहाइट के अनुपात के करीब होना चाहिए. सभी सेल्सियस वैल्यू और configArray की तय की गई फ़ैरनहाइट वैल्यू और सभी के लिए वन-टू-वन मैपिंग होनी चाहिए. क्लाइंट configArray का इस्तेमाल करके, इस प्रॉपर्टी के तापमान को सेल्सियस से फ़ैरनहाइट में बदलते हैं. साथ ही, इससे क्लाइंट को यह जानने में मदद मिलती है कि प्रॉपर्टी को कितने सेल्सियस की वैल्यू पर सेट करना है, ताकि सिस्टम के लिए उनकी मनचाही फ़ैरनहाइट वैल्यू हासिल की जा सके. अगर ईसीयू में सेल्सियस की सभी वैल्यू को फ़ारेनहाइट की वैल्यू के साथ एक-एक करके मैप नहीं किया गया है, तो configArray में सिर्फ़ उन सेल्सियस और फ़ारेनहाइट वैल्यू की सूची दी जानी चाहिए जिनके लिए एक-एक करके मैपिंग की गई है.

उदाहरण के लिए, अगर ईसीयू में 16 से 28 तक और फ़ैरनहाइट के मान 60 से 85 तक और हर एक के लिए 1 की बढ़ोतरी हो, तो एक संभावित configArray होगा कोड>{160, 280, 10, 600, 840, 20}इस मामले में, 85 का तापमान सही नहीं है.

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

इस प्रॉपर्टी को VehiclePropertyAccess.READ के तौर पर तय किया गया है, लेकिन OEM इसे VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:CELSIUS
रिलीज़: Android 13

HVAC_TEMPERATURE_VALUE_SUGGESTION

एचवीएसी का तापमान सेट करने के लिए सुझाई गई वैल्यू.

इस प्रॉपर्टी को लागू करें, ताकि ऐप्लिकेशन सेल्सियस या फ़ैरनहाइट में, तापमान की सबसे सही वैल्यू को समझ सकें.

floatValues[0] वह वैल्यू जिसके लिए ऐप्लिकेशन तापमान सेट करना चाहता है.
floatValues[1] floatValues[0] की यूनिट. यह इनमें से कोई एक होनी चाहिए {VehicleUnit.CELSIUS, VehicleUnit.FAHRENHEIT}
floatValues[2] CELSIUS में सुझाई गई वैल्यू के तौर पर OEM (यह वैल्यू अनुरोध में शामिल नहीं है).
floatValues[3] फ़ारेनहाइट में OEMs की सुझाई गई वैल्यू (यह वैल्यू अनुरोध में शामिल नहीं है).

कोई ऐप्लिकेशन, अनुरोध की गई वैल्यू और वैल्यू की यूनिट के साथ set(VehiclePropValue propValue) को कॉल करता है. OEM को floatValues[2] और floatValues[3] में, onPropertyEvent() कॉलबैक के हिसाब से सुझाई गई वैल्यू दिखानी होंगी. सुझाई गई वैल्यू, HVAC_TEMPERATURE_SET configArray से ली गई वैल्यू के मुताबिक होनी चाहिए. दूसरे शब्दों में, सुझाई गई वैल्यू और configArray की वैल्यू की टेबल एक जैसी होनी चाहिए.

हमारा सुझाव है कि ओईएम, वीएचएएल को लागू करने के लिए अपने हिसाब से लॉजिक जोड़ें, ताकि एचवीएसी ईसीयू को अनुरोध भेजने से बचा जा सके. लॉजिक इस तरह का हो सकता है. तापमान को सेल्सियस से फ़ैरनहाइट में बदलने के लिए:

// Given tempC and the configArray float minTempC = configArray[0] / 10.0; float temperatureIncrementCelsius = configArray[2] / 10.0; float minTempF = configArray[3] / 10.0; float temperatureIncrementFahrenheit = configArray[5] / 10.0; // Round to the closest increment int numIncrements = round((tempC - minTempC) / temperatureIncrementCelsius); tempF = temperatureIncrementFahrenheit * numIncrements + minTempF;

उदाहरण के लिए, जब कोई ड्राइवर एचवीएसी का तापमान 66.2 डिग्री फ़ैरनहाइट पर सेट करने के लिए, वॉइस असिस्टेंट का इस्तेमाल करता है. सबसे पहले, ऐप्लिकेशन इस प्रॉपर्टी को [66.2, (float)VehicleUnit.FAHRENHEIT,0,0] वैल्यू के साथ सेट करता है अगर कोई OEM, उपयोगकर्ता के अनुरोध पर, तापमान को सेल्सियस में 19.0 या 66.5 फ़ैरनहाइट पर सेट करने का सुझाव देता है, तो VHAL को प्रॉपर्टी की वैल्यू के साथ कॉलबैक जनरेट करना होगा [66.2, (float)VehicleUnit.FAHRENHEIT, 19.0, 66.5] वॉइस असिस्टेंट को कॉलबैक मिलने के बाद, वह उपयोगकर्ता को सूचना देता है और एचवीएसी के तापमान को सुझाई गई वैल्यू पर सेट करता है.

एक और उदाहरण, किसी ऐप्लिकेशन को HVC_TEMPERATURE_SET से क्वेरी करने पर, मौजूदा तापमान की वैल्यू के तौर पर 21 सेल्सियस मिलता है. हालांकि, ऐप्लिकेशन को यह जानना ज़रूरी है कि कार के यूज़र इंटरफ़ेस (यूआई) पर फ़ैरनहाइट में कौनसी वैल्यू दिख रही है. इसके लिए, ऐप्लिकेशन प्रॉपर्टी को [21, (float)VehicleUnit.CELSIUS, 0, 0] पर सेट करता है अगर OEM की ओर से 21 सेल्सियस के लिए सुझाई गई वैल्यू 70 फ़ैरनहाइट है, तो वीएचएएल को प्रॉपर्टी वैल्यू के साथ एक कॉलबैक जनरेट करना होगा [21, (float)VehicleUnit.CELSIUS, 21.0, 70.0]. इस मामले में, ऐप्लिकेशन को पता चल सकता है कि कार के यूज़र इंटरफ़ेस (यूआई) में वैल्यू 70.0 फ़ैरनहाइट है.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ_WRITE
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

HW_CUSTOM_INPUT

इससे पसंद के मुताबिक OEM पार्टनर इनपुट इवेंट तय किया जाता है. इस इनपुट इवेंट का इस्तेमाल, OEM पार्टनर को करना चाहिए जो ऐसे इवेंट को प्रॉपगेट करना चाहते हैं जो Android पर काम नहीं करते. इसे सिर्फ़ int32 वैल्यू के कलेक्शन से बनाया जाता है. Android की प्रॉपर्टी:

int32Values[0] इस इवेंट को दिखाने वाले फ़ंक्शन की पहचान करने वाला इनपुट कोड. मान्य इवेंट के टाइप, CustomInputType.CUSTOM_EVENT_F1 से लेकर CustomInputType.CUSTOM_EVENT_F10 तक तय किए जाते हैं. ये OEM पार्टनर के तय किए गए कस्टम इवेंट को दिखाते हैं.
int32Values[1] VehicleDisplay में तय किया गया टारगेट डिसप्ले टाइप किसी खास डिसप्ले से जुड़े नहीं होने वाले इवेंट, VehicleDisplay#MAIN पर भेजे जाने चाहिए
int32Values[2] दोहराने की संख्या. अगर यह 0 है, तो इवेंट दोहराया नहीं जाएगा. वैल्यू 1 या इससे ज़्यादा होने का मतलब है कि इस इवेंट को कितनी बार दोहराया गया है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: CustomInputType
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

HW_KEY_INPUT

Android को हार्डवेयर इनपुट इवेंट फ़ीड करने के लिए प्रॉपर्टी.

int32Values[0] VehicleHwKeyInputAction से तय की गई कार्रवाई
int32Values[1] पासकोड, स्टैंडर्ड Android पासकोड का इस्तेमाल करना चाहिए
int32Values[2] VehicleDisplay में तय किया गया टारगेट डिसप्ले किसी खास डिसप्ले से नहीं जुड़े इवेंट को VehicleDisplay#MAIN को भेजा जाना चाहिए
int32Values[3] (ज़रूरी नहीं) टिक की संख्या. वैल्यू o 1 से ज़्यादा होनी चाहिए. अगर इसे छोड़ दिया जाता है, तो Android डिफ़ॉल्ट रूप से 1 पर सेट हो जाता है.

मोड बदलें: .ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

HW_KEY_INPUT_V2

Android को हार्डवेयर इनपुट इवेंट फ़ीड करने के लिए प्रॉपर्टी.

int32array[0] VehicleDisplay से तय किया गया टारगेट डिसप्ले, जैसे:
VehicleDisplay::MAIN, VehicleDisplay::INSTRUMENT_CLUSTER, VehicleDisplay::AUX
int32array[1] कुंजी कोड के लिए, स्टैंडर्ड Android कुंजी कोड का इस्तेमाल करना ज़रूरी है. जैसे, KEYCODE_HOME और KEYCODE_BACK
VehicleHwKeyInputAction में बताई गई int32array[2] कार्रवाई, जैसे:
VehicleHwKeyInputAction::ACTION_UP, VehicleHwKeyInputAction::ACTION_UP
int32array[3] इवेंट के दोहराए जाने की संख्या. मुख्य डाउन इवेंट के लिए, यह गिनती दोहराई जाती है कि पहला डाउन 0 से शुरू होता है और फिर उसके बाद गिनती जारी रहती है. मुख्य इवेंट के लिए, यह हमेशा 0 के बराबर होता है.
int64array[0] पिछली बार बूट होने के बाद से बीते हुए नैनोसेकंड में कम समय. यह सबसे हाल ही में हुए बटन दबाने के इवेंट का समय दिखाता है. डाउन इवेंट के लिए, यह डाउन इवेंट का समय होता है.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

HW_MOTION_INPUT

Android में हार्डवेयर इनपुट इवेंट फ़ीड करने के लिए प्रॉपर्टी.

int32array[0] VehicleDisplay से तय किया गया टारगेट डिसप्ले, जैसे:
VehicleDisplay::MAIN, VehicleDisplay::INSTRUMENT_CLUSTER, VehicleDisplay::AUX
int32array[1] VehicleHwMotionInputSource में तय किया गया इनपुट टाइप, जैसे कि:
VehicleHwMotionInputSource::SOURCE_KEYBOARD, VehicleHwMotionInputSource::SOURCE_DPAD
int32array[2]VehicleHwMotioninputAction में पहले से तय किया गया ऐक्शन कोड, जैसे:
VehicleHwMotionInputAction::ACTION_UP, VehicleHwMotionInputAction::ACTION_DOWN
int32array[3]VehicleHwMotionButtonStateFlag में, बटन के बारे में जानकारी देने वाला फ़्लैग, जैसे कि:
VehicleHwMotionButtonStateFlag::BUTTON_PRIMARY, VehicleHwMotionButtonStateFlag::BUTTON_SECONDARY
int32array[4] पॉइंटर इवेंट की संख्या, N. N एक धनात्मक पूर्णांक होना चाहिए.
int32array[5:5+N-1] पॉइंटर आईडी, लंबाई N
int32array[5+N:5+2*N-1] टूल का टाइप, N. जैसा कि VehicleHwMotionToolType में बताया गया है, जैसे कि:
VehicleHwMotionToolType::TOOL_TYPE_FINGER, VehicleHwMotionToolType::TOOL_TYPE_STYLUS
floatArray[0:N-1] x डेटा, लंबाई N
floatArray[N:2*N-1] y डेटा, लंबाई N
floatArray[2*N:3*N-1] प्रेशर डेटा, लंबाई N
floatArray[3*N:4*N-1] साइज़ का डेटा, लंबाई N
int64array[0] डाउन टाइम, बूट होने के बाद से नैनोसेकंड बीत चुके हैं. इससे उस समय का पता चलता है जब उपयोगकर्ता ने पोज़िशन इवेंट की स्ट्रीम शुरू करने के लिए, मूल रूप से बटन को दबाया था. डाउन इवेंट के लिए, यह डाउन इवेंट के इवेंट का समय है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 14

HW_ROTARY_INPUT

Android को हार्डवेयर रोटरी इवेंट फ़ीड करने के लिए प्रॉपर्टी.

int32Values[0] RotaryInputType, यह पता लगाने के लिए कि किस रोटरी नॉब को घुमाया गया है.
int32Values[1] डिटेंट (क्लिक) की संख्या, घड़ी की सुई के घूमने की दिशा में होने पर पॉज़िटिव और घड़ी की सुई के घूमने की दिशा के उलट होने पर नेगेटिव.
int32Values[2] VehicleDisplay में तय किए गए टारगेट डिसप्ले के लिए, ऐसे इवेंट जो किसी खास डिसप्ले से नहीं जुड़े हैं उन्हें VehicleDisplay#MAIN पर भेजा जाना चाहिए
int32values[3 .. 3 + abs(number of detents) - 2] एक से ज़्यादा या -1 से कम डिटेंट होने पर, एक-दूसरे के बाद आने वाले डिटेंट के बीच के अंतर का नानोसेकंड में डेल्टा.
VehiclePropValue.timestamp रोटेशन कब हुआ. अगर डिटेंट की संख्या एक से ज़्यादा या -1 से कम है, तो इसका मतलब है कि डिटेंट को पहली बार इस समय में बदला गया.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: RotaryInputType
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

इGNITION_स्टेट

इग्निशन की स्थिति दिखाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: VehicleIgnitionState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

INFO_DRIVER_SEAT

ड्राइवर की सीट की जगह की जानकारी के VHAL लागू करने के लिए, areaId को अनदेखा करना ज़रूरी है. VehicleArea:GLOBAL का इस्तेमाल करें

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: VehicleAreaSeat
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

INFO_EV_BATTERY_CAPACITY

ईवी या हाइब्रिड वाहन में बैटरी की नॉमिनल बैटरी क्षमता. कम से कम बैटरी क्षमता, ईवी या हाइब्रिड दिखाता है. वाहन नया होने पर, बैटरी की इस क्षमता का इस्तेमाल किया जा सकता है. यह वैल्यू, EV_CURRENT_BATTERY_CAPACITY से अलग हो सकती है, क्योंकि EV_CURRENT_BATTERY_CAPACITY, रीयल-टाइम में इस्तेमाल की जा सकने वाली बैटरी की क्षमता दिखाता है. इसके लिए, बैटरी की उम्र और तापमान पर निर्भरता जैसी चीज़ों को ध्यान में रखा जाता है.

मोड बदलें: आंकड़े
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
इकाई टाइप: VehicleUnit:WH
रिलीज़: Android 13

INFO_EV_CONNECTOR_TYPE

इस ईवी में इस्तेमाल किए जा सकने वाले कनेक्टर की सूची. अगर वाहन में एक से ज़्यादा चार्जिंग पोर्ट हैं, तो इस प्रॉपर्टी से सभी संभावित कनेक्टर टाइप दिखने चाहिए. इनका इस्तेमाल, वाहन के कम से कम एक चार्जिंग पोर्ट से किया जा सकता है.

मोड बदलें: आंकड़े
ऐक्सेस मोड: READ
एनम टाइप: EvConnectorType
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

INFO_EV_PORT_LOCATION

इस प्रॉपर्टी को, PortLocationType enum का इस्तेमाल करके, ईवी के चार्जिंग पोर्ट की जगह की जानकारी देनी होगी. अगर किसी वाहन में एक से ज़्यादा पोर्ट हैं, तो इस प्रॉपर्टी को वह पोर्ट लौटाना चाहिए जिससे बैटरी को तेज़ी से चार्ज किया जा सके. पोर्ट की सभी जगहों की जानकारी देने के लिए, INFO_MULTI_EV_PORT_LOCATIONS का इस्तेमाल करें

ईवी पोर्ट की जगह: स्टैटिक
ऐक्सेस मोड: READ
एनम टाइप: PortLocationType
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

INFO_EXTERIOR_DIMENSIONS

वाहन के बाहरी हिस्से के डाइमेंशन:

लंबाई: int32Values[0]
लंबाई: int32Values[1]
चौड़ाई: int32Values[2]
चौड़ाई, मिरर शामिल है: int32Values[3]
मिरर के साथ व्हील बेस: int32Values[4]
सामने की चौड़ाई को ट्रैक करें: int32Values[5]
पीछे वाले हिस्से की चौड़ाई को ट्रैक करें: int32Values[6]
कर्ब-टू-कर्ब टर्निंग व्यास: int32Values[7]

मोड बदलें: आंकड़े
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
इकाई टाइप: VehicleUnit:MILLIMETER
रिलीज़: Android 13

INFO_FUEL_CAPACITY

वाहन की ईंधन टंकी की क्षमता, मिलीलीटर में. इस प्रॉपर्टी में, वाहन में ज़्यादा से ज़्यादा कितने मिलीलीटर ईंधन भरा जा सकता है, इसकी जानकारी होनी चाहिए. यह प्रॉपर्टी, इलेक्ट्रिक वाहनों (ईवी) पर लागू नहीं होती. इसका मतलब है कि अगर INFO_FUEL_TYPE में सिर्फ़ FuelType::FUEL_TYPE_ELECTRIC शामिल है, तो INFO_FUEL_CAPACITY को लागू नहीं किया जाना चाहिए. ईवी के लिए, INFO_EV_BATTERY_CAPACITY लागू करें.

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
इकाई टाइप: VehicleUnit:MILLILITER
रिलीज़: Android 13

INFO_FUEL_DOOR_LOCATION

ईंधन के लिए दरवाज़े की जगह. इस प्रॉपर्टी से, वाहन में ईंधन के स्रोत की जगह की जानकारी ज़रूर मिलनी चाहिए. यह प्रॉपर्टी ईवी पर लागू नहीं होती. इसका मतलब है कि अगर INFO_FUEL_TYPE में सिर्फ़ FuelType::FUEL_TYPE_ELECTRIC है, तो इस प्रॉपर्टी को लागू नहीं किया जाना चाहिए. ईवी के लिए, INFO_EV_PORT_LOCATION या INFO_MULTI_LOCATIONS लागू करें

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: PortLocationType
इकाई का टाइप: लागू नहीं
रिलीज़: Android 13

INFO_FUEL_TYPE

वाहन में इस्तेमाल होने वाले ईंधन की सूची. FuelType::FUEL_TYPE_ELECTRIC को सिर्फ़ तब शामिल करना चाहिए, जब वाहन को प्लग-इन करके रीचार्ज किया जा सकता हो. उदाहरण के लिए, फ़ुल्ली हाइब्रिड इलेक्ट्रिक वाहन (एफ़एचईवी) में FuelType::FUEL_TYPE_ELECTRIC शामिल नहीं होना चाहिए, क्योंकि INFO_FUEL_TYPE के लिए INT32_VEC वैल्यू को इस तरह से पॉप्युलेट किया जा सकता है.

int32Values = { FuelType::FUEL_TYPE_UNLEADED }

FuelType::FUEL_TYPE_ELECTRICINFO_FUEL_TYPEINFO_FUEL_TYPEint32Values = { FuelType::FUEL_TYPE_UNLEADED, FuelType::FUEL_TYPE_ELECTRIC }

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: FuelType
इकाई का टाइप: लागू नहीं
रिलीज़: Android 13

INFO_MAKE

वाहन बनाने वाली कंपनी. इस प्रॉपर्टी में, वाहन के सार्वजनिक ब्रैंड का नाम बताना ज़रूरी है.

मोड बदलें: आंकड़े
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

INFO_MODEL

वाहन का मॉडल. इस प्रॉपर्टी में, वाहन के सार्वजनिक मॉडल का नाम बताना ज़रूरी है.

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

INFO_MODEL_YEAR

ग्रेगोरियन कैलेंडर के हिसाब से, वाहन के मॉडल का साल `YYYY` फ़ॉर्मैट में.

मोड बदलें: आंकड़े
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
इकाई टाइप: VehicleUnit:YEAR
रिलीज़: Android 13

INFO_MULTI_EV_PORT_LOCATIONS

ईवी पोर्ट की एक से ज़्यादा जगहें. अगर वाहन में एक से ज़्यादा ईवी पोर्ट हैं, तो इस प्रॉपर्टी का इस्तेमाल करें. PortLocationType में, पोर्ट की जगहों के बारे में बताया गया है. उदाहरण के लिए, किसी कार के आगे एक पोर्ट बाईं ओर और एक पोर्ट बाईं ओर होता है:

int32Values[0] = PortLocationType::FRONT_LEFT int32Values[1] = PortLocationType::REAR_LEFT

अगर किसी वाहन में सिर्फ़ एक पोर्ट है, तो इस प्रॉपर्टी की वैल्यू में एक एलिमेंट होना चाहिए. पोर्ट की किसी एक जगह के बारे में बताने के लिए, INFO-EV-PORT-LOCATION देखें

मोड बदलें: आंकड़े
ऐक्सेस मोड: READ
एनम टाइप: PortLocationType
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

INFO_VIN

वाहन का वीआईएन.

INITIAL_USER_INFO

यह Android उपयोगकर्ता की जानकारी तय करता है, जिसका इस्तेमाल शुरुआती प्रोसेस के दौरान किया जाएगा. इस प्रॉपर्टी को Android सिस्टम, शुरू करते समय कॉल करता है. इसकी मदद से, एचएएल यह तय करता है कि किस Android उपयोगकर्ता को शुरू करना चाहिए. यह अनुरोध,VehiclePropValue (InitialUserInfoRequest से तय किया गया) को सेट करके किया गया है. एचएएल को प्रॉपर्टी में बदलाव वाले इवेंट (यह InitialUserInfoResponse के ज़रिए तय किया जाता है) के साथ जवाब देना चाहिए. अगर Android सिस्टम के तय किए गए समय के बाद भी एचएएल कोई जवाब नहीं देता है, तो Android सिस्टम आगे बढ़ता है. ऐसा तब होता है, जब एचएएल ने InitialUserInfoResponseAction:DEFAULT ऐक्शन का जवाब दिया हो. उदाहरण के लिए, पहले बूट पर, अनुरोध इस तरह का हो सकता है:

int32[0] 42  // request id (arbitrary number set by Android system)
int32[1] 1   // InitialUserInfoRequestType::FIRST_BOOT
int32[2] 0   // id of current user (usersInfo.currentUser.userId)
int32[3] 1   // flag of current user (usersInfo.currentUser.flags = SYSTEM)
int32[4] 1   // number of existing users (usersInfo.numberUsers);
int32[5] 0   // user #0  (usersInfo.existingUsers[0].userId)
int32[6] 1   // flags of user #0  (usersInfo.existingUsers[0].flags)

अगर एचएएल, एडमिन नाम का एक ऐसा उपयोगकर्ता खाता तैयार करने के बारे में जवाब देता है जिसे मालिक कहा जाता है, तो यह जवाब होगा:

int32[0] 42  // must match the request id from the request
int32[1] 2   // action = InitialUserInfoResponseAction::CREATE
int32[2] -10000  // userToSwitchOrCreate.userId (not used as user will be created)
int32[3] 8   // userToSwitchOrCreate.flags = ADMIN string: "||Owner" // userLocales + separator + userNameToCreate

स्ट्रिंग वैल्यू में एक से ज़्यादा वैल्यू होती हैं, जिन्हें || से अलग किया जाता है. पहली वैल्यू, बनाए जाने वाले उपयोगकर्ता के लिए सिस्टम की भाषाएं होती हैं. हालांकि, इसे देना ज़रूरी नहीं है. इस मामले में, यह वैल्यू खाली है, जिसका मतलब है कि यह Android की डिफ़ॉल्ट वैल्यू का इस्तेमाल करती है. वहीं, दूसरी वैल्यू, बनाए जाने वाले उपयोगकर्ता का नाम होता है. हालांकि, इसे देना ज़रूरी नहीं है. जब रिस्पॉन्स का टाइप InitialUserInfoResponseAction:CREATE हो, तो यह वैल्यू en-US,pt-BR||Owner होती है. उदाहरण के लिए, en-US और pt-BR भाषाओं में एक ही मालिक का उपयोगकर्ता खाता बनाने के लिए, रिस्पॉन्स की स्ट्रिंग वैल्यू en-US,pt-BR||Owner होगी. ऐसा करने के लिए, स्थान-भाषा या नाम में दो वर्टिकल बार (||) शामिल नहीं किए जा सकते. हालांकि, एक ही वर्टिकल बार (|) का इस्तेमाल किया जा सकता है.

ध्यान दें:: अगर एचएएल, यूज़र मैनेजमेंट के साथ काम नहीं करता, तो इसे इस प्रॉपर्टी के बारे में नहीं बताना चाहिए. इससे उपयोगकर्ता से जुड़ी दूसरी प्रॉपर्टी बंद हो जाती हैं. उदाहरण के लिए, Android सिस्टम इन्हें कभी जारी नहीं करेगा और एचएएल लेयर से उपयोगकर्ताओं से जुड़े अनुरोधों को Android सिस्टम अनदेखा कर देगा. हालांकि, अगर यह उपयोगकर्ता मैनेजमेंट के साथ काम करता है, तो यह ज़रूरी है कि यह उपयोगकर्ता से जुड़ी सभी मुख्य प्रॉपर्टी के साथ काम करे. इनमें INITIAL_USER_INFO, SWITCH_USER, CREATE_USER, और REMOVE_USER

शामिल हैं

J से R तक

{/6}_CENTERING_ASSIST_COMMAND

लेन सेंटरिंग असिस्ट (एलसीए) के निर्देश. एलसीए को चालू और निलंबित करने के निर्देश. जब LaneCenteringAssistCommand से ACTIVATE निर्देश भेजा जाता है, LANE_CENTERING_ASSIST_STATE LaneCenteringAssistState#ACTIVATION_REQUESTED पर सेट होना चाहिए जब ACTIVATE निर्देश पूरा हुआ, LANE_CENTERING_ASSIST_STATE को LaneCenteringAssistState#ACTIVATED पर सेट किया जाना चाहिए जब निर्देश LaneCenteringAssistCommand से DEACTIVATE मिले, LANE_CENTERING_ASSIST_STATE को इस पर सेट होना चाहिए LaneCenteringAssistState#ENABLED

ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues के बारे में बताना ज़रूरी है. अगर ऐसा नहीं है, तो LaneCenteringAssistCommand वाली enum वैल्यू इस्तेमाल की जा सकती हैं. यह प्रॉपर्टी उपलब्ध न होने पर ऐसा इसलिए है, क्योंकि एलसीए बंद है (उदाहरण के लिए, LANE_CENTERING_ASSIST_ENABLED गलत है), यह प्रॉपर्टी वापस लौटाएं StatusCode#NOT_AVAILABLE_DISABLED अगर LANE_CENTERING_ASSIST_STATE है लागू किया गया और राज्य ErrorState मान पर सेट है, तो इस प्रॉपर्टी को StatusCode दिखाना होगा ErrorState वैल्यू. उदाहरण के लिए, अगर LANE_CENTERING_ASSIST_STATE ErrorState#NOT_AVAILABLE_SPEED_LOW है, तो यह प्रॉपर्टी वापस आनी चाहिए StatusCode#NOT_AVAILABLE_SPEED_LOW

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: WRITE
Enum टाइप: LaneCenteringAssistCommand
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

सत्र केंद्र

लेन सेंटरिंग असिस्ट (एलसीए) की सुविधा को चालू या बंद करें. एलसीए को चालू करने के लिए, 'सही' और एलसीए को बंद करने के लिए, 'गलत' पर सेट करें. एलसीए के चालू होने पर, वाहन में ADAS सिस्टम चालू होना चाहिए. साथ ही, यह ज़रूरी है कि वाहन में ड्राइवर से ऐक्टिवेशन सिग्नल मिलता है. सुविधा सक्रिय होने के बाद, ADAS सिस्टम वर्तमान लेन के बीच में रखने के लिए वाहन को स्टीयर करना.

यह लेन कीप असिस्ट (एलकेए) से अलग है. यह सुविधा, यह मॉनिटर करती है कि कहीं ड्राइवर अनजाने में तो नहीं चला गया है लेन-देन के चिह्नों की ओर या उसके ऊपर बढ़ता है. अगर अनजाने में किसी लेन से रवानगी का पता चलता है, तो सिस्टम, स्टीयरिंग कंट्रोल लागू करता है, ताकि वाहन को मौजूदा लेन में वापस किया जा सके. आम तौर पर, LANE_CENTERING_ASSIST_ENABLED हमेशा सही या गलत दिखना चाहिए. अगर कुछ समय के लिए होने की वजह से, यह सुविधा उपलब्ध नहीं है. जैसे, वाहन की रफ़्तार बहुत कम है या बहुत उच्च है, तो वह जानकारी ErrorState मानों के LANE_CENTERING_ASSIST_STATE प्रॉपर्टी.

{/6}_CENTERING_ASSIST_स्टेट

लेन सेंटरिंग असिस्ट (एलसीए) की स्थिति. एलसीए की मौजूदा स्थिति दिखाता है. इस प्रॉपर्टी को हमेशा LaneCenteringAssistState या ErrorState में बताई गई मान्य स्थिति दिखाएं इसमें StatusCode के ज़रिए होने वाली गड़बड़ियां नहीं दिखनी चाहिए. साथ ही, इसमें काम करने वाली गड़बड़ी का इस्तेमाल होना चाहिए राज्यों के बजाय अलग-अलग राज्य इस्तेमाल करें.

अगर एलसीए में लेन से जाने के बारे में चेतावनियां शामिल हैं, तो ये चेतावनियां लेन से ही दिखाई जानी चाहिए जाने की चेतावनी (एलडीडब्ल्यू) प्रॉपर्टी.

ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues कलेक्शन ऐसा होना चाहिए तब तक परिभाषित नहीं किया जाएगा, जब तक LaneCenteringAssistState (जिसमें OTHER शामिल हों) दोनों की सभी स्थितियां न हों, का सुझाव नहीं दिया जाता) और ErrorState इस्तेमाल किए जा सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: LaneCenteringAssistState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

दिशा-निर्देश देने वाली एक जैसी सोच

लेन डिपार्चर की चेतावनी (LDW) को चालू या बंद करें. एलडीडब्ल्यू को चालू करने के लिए, 'सही' पर सेट करें और एलडीडब्ल्यू को बंद करने के लिए, 'गलत' पर सेट करें. एलडीडब्ल्यू की सुविधा चालू होने पर, ADAS सिस्टम वाहन चालू होना चाहिए और यह निगरानी करनी चाहिए कि वाहन लेन लाइन के पास आ रहा है या क्रॉसिंग है, ऐसा होने पर चेतावनी दी जाएगी.

आम तौर पर, LANE_DEPARTURE_WARNING_ENABLED हमेशा सही या गलत दिखना चाहिए. अगर आपने कुछ समय के लिए होने की वजह से यह सुविधा उपलब्ध नहीं है. जैसे, वाहन की रफ़्तार बहुत कम होने की वजह से या बहुत ज़्यादा है, तो वह जानकारी ErrorState मानों के LANE_DEPARTURE_WARNING_STATE प्रॉपर्टी.

दिशा-निर्देश होने वाली दिशा-निर्देश के साथ-साथ

लेन डिपार्चर की चेतावनी (एलडीडब्ल्यू) की स्थिति. एलडीडब्ल्यू की मौजूदा स्थिति दिखाता है. इस प्रॉपर्टी को हमेशा LaneDepartureWarningState या ErrorState में बताई गई मान्य स्थिति दिखाएं इसे StatusCode के ज़रिए गड़बड़ियां नहीं दिखानी चाहिए. साथ ही, इसमें गड़बड़ी की मान्य स्थितियों का इस्तेमाल करना चाहिए आज़माएं.

ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues कलेक्शन ऐसा होना चाहिए तब तक परिभाषित नहीं किया जाएगा, जब तक LaneDepartureWarningState (जिसमें OTHER शामिल हों) दोनों की सभी स्थितियां न हों, का सुझाव नहीं दिया जाता) और ErrorState इस्तेमाल किए जा सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: LaneDepartureWarningState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

लेन_KEEP_ASSIST_चालू

Lane Keep Assist (LKA) को चालू या बंद करें. LKA को चालू करने के लिए 'सही' और LKA को बंद करने के लिए 'गलत' पर सेट करें. LKA के चालू होने पर, वाहन में ADAS सिस्टम चालू होना चाहिए. साथ ही, मॉनिटर करना चाहिए कि क्या ड्राइवर अनजाने में लेन मार्किंग की तरफ़ या उसके ऊपर खिसक जाता है. अगर कोई अनजान लेन से निकल जाता है पता चलता है, तो सिस्टम वाहन को मौजूदा लेन में वापस लाने के लिए स्टीयरिंग कंट्रोल लागू करता है. यह लेन सेंटरिंग असिस्ट (एलसीए) से अलग है. डिवाइस के चालू रहने पर, यह लगातार लागू होता है स्टीयरिंग कंट्रोल का इस्तेमाल करना चाहिए, ताकि वाहन को मौजूदा लेन के बीच में रखा जा सके.

आम तौर पर, LANE_KEEP_ASSIST_ENABLED हमेशा सही या गलत दिखना चाहिए. अगर कुछ समय के लिए होने की वजह से, यह सुविधा उपलब्ध नहीं है. जैसे, वाहन की रफ़्तार बहुत कम है या बहुत उच्च है, तो वह जानकारी ErrorState मानों के LANE_KEEP_ASSIST_STATE प्रॉपर्टी.

लेन_KEEP_ASSIST_स्टेट

लेन कीप असिस्ट (एलकेए) की स्थिति. यह विकल्प LKA की मौजूदा स्थिति दिखाता है. यह प्रॉपर्टी हमेशा वापस आनी चाहिए LaneKeepAssistState या ErrorState में तय किया गया मान्य राज्य, StatusCode के ज़रिए गड़बड़ियां देखें. इसके बजाय, गड़बड़ी की मान्य स्थितियों का इस्तेमाल करना होगा

अगर LKA में स्टीयरिंग सुधार लागू करने से पहले, लेन से जाने के बारे में चेतावनियां शामिल हैं, तो ये चेतावनियां लेन-देन की चेतावनी (एलडीडब्ल्यू) प्रॉपर्टी के ज़रिए दिखाई जानी चाहिए.

ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues कलेक्शन तय करना ज़रूरी है जब तक LaneKeepAssistState (इनमें OTHER शामिल नहीं है, जिसे इस्तेमाल करने का सुझाव नहीं दिया जाता है) और ErrorState इस्तेमाल किए जा सकते हैं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: LaneKeepAssistState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

जगह की जानकारी

लोकेशन की गिनती के लिए इस्तेमाल किए गए इनपुट की कैटगरी तय करना. इस प्रॉपर्टी से यह पता चलना चाहिए कि सिस्टम किस तरह के डेटा और सेंसर इनपुट का इस्तेमाल करता है कार की जगह की जानकारी का पता लगाते समय इस्तेमाल की जाती है. इसे GNSS एचएएल के ज़रिए Android के साथ शेयर किया जाता है.

वैल्यू के तौर पर बिट फ़्लैग का कलेक्शन दिखना चाहिए. बिट फ़्लैग इसमें परिभाषित किए गए हैं लोकेशन की कैटगरी तय करना. वैल्यू में, DEAD_RECKONED या बिट फ़्लैग के अपने संग्रह में से RAW_GNSS_ONLY.

अगर इस प्रॉपर्टी के लिए यह सुविधा काम नहीं करती, तो यह माना जाता है कि कोई अन्य सेंसर इनपुट, एक ही तरह से नहीं जुड़ा है को GNSS एचएएल से मिले अपडेट में शामिल किया जाएगा. जब तक कि इसके ज़रिए अलग से न बताया गया हो GNSS HAL इंटरफ़ेस के साथ काम करता है.

मोड बदलें: STATIC
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

MIRROR_auto_FOLD_चालू है

इससे मिरर ऑटो Fold की सुविधा के बारे में पता चलता है. यह गुण सही होता है जब इससे वाहन के साइड मिरर अपने-आप फ़ोल्ड हो जाते हैं. उदाहरण के लिए, जब शीश अंदर की तरफ़ मुड़ जाते हैं जब कोई व्यक्ति कार से बाहर निकलकर लॉक हो जाता है, तो यह सुविधा अपने-आप चालू हो जाती है.

MIRROR_AUTO_TILT_चालू

यह मिरर ऑटो टिल्ट सुविधा के लिए प्रॉपर्टी को दिखाता है. यह गुण सही होता है जब इससे वाहन के बगल में मौजूद शीशों को अपने-आप झुका दिया जाएगा. उदाहरण के लिए, जब शीशा नीचे की ओर झुका हुआ हो जब कोई व्यक्ति गाड़ी को रिवर्स कर देता है, तो यह सुविधा अपने-आप चालू हो जाती है.

मिरर फ़ोल्ड

मिरर फ़ोल्ड. 'सही है' का मतलब है कि शीशों को फ़ोल्ड किया गया है. इस प्रॉपर्टी की जानकारी इस तरह से दी गई है VehiclePropertyAccess.READ_WRITE, लेकिन OEM इसे ऐसे लागू कर सकते हैं सिर्फ़ VehiclePropertyAccess.READ.

मिररओर_लॉक

मिरर लॉक. 'सही है' का मतलब है कि मिरर की पोज़िशन लॉक है और उसे बदला नहीं जा सकता. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है. हालांकि, OEM ये काम कर सकते हैं इसे सिर्फ़ VehiclePropertyAccess.READके तौर पर लागू करें.

मिररओर_वाई_मूव

Y की मूवमेंट को मिरर करें. हर एक में maxInt32Value और minInt32Value VehicleAreaConfig तय होना चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए.

maxInt32Value, दर्पण को झुकाते समय उसकी ज़्यादा से ज़्यादा हलचल की रफ़्तार दिखाता है दाईं ओर. minInt32Value, दर्पण की ज़्यादा से ज़्यादा हलचल की रफ़्तार को दिखाता है, जबकि बाईं ओर झुका हुआ.

पॉज़िटिव या नेगेटिव से बड़े निरपेक्ष मान, तेज़ रफ़्तार का संकेत देते हैं. एक बार मिरर, पोज़िशनल सीमा तक पहुंच जाता है. इसलिए, वैल्यू 0 पर रीसेट होनी चाहिए. यदि MIRROR_Y_move का मान है अभी 0 है, तो इसका मतलब है कि अभी कोई हलचल नहीं हो रही है.

यह प्रॉपर्टी किसी खास इकाई में नहीं है, बल्कि रिलेटिव मूवमेंट की तय रेंज में है गति.

मिररओर_Y_POS

Y की पोज़िशन मिरर करें. maxInt32Value और minInt32Value VehicleAreaConfig तय होना चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए. minInt32Value से पता चलता है कि मिरर पूरी तरह बाईं ओर झुका है.

यह वैल्यू पॉज़िटिव नहीं होनी चाहिए. maxInt32Value से पता चलता है कि मिरर झुका हुआ है पूरी तरह से दाईं ओर. यह वैल्यू नेगेटिव नहीं होनी चाहिए. 0 से पता चलता है कि मिरर दोनों ओर नहीं झुका हुआ है दिशा-निर्देश.

minInt32Value और maxInt32Value के बीच की वैल्यू, ट्रांज़िशन दिखाती हैं बाईं तरफ़ की स्थिति एक्स्ट्रीम और राइट एक्सट्रीम पोज़िशन को चुनें.

यह प्रॉपर्टी किसी खास इकाई में नहीं है, बल्कि रिलेटिव पोज़िशन की तय की गई रेंज में है.

मिररओर_ज़ेड_मूव

मिरर Z मूव. हर एक में maxInt32Value और minInt32Value VehicleAreaConfig तय होना चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए.

maxInt32Value, दर्पण को ऊपर की ओर झुकाते समय उसकी ज़्यादा से ज़्यादा हलचल की रफ़्तार दिखाता है. minInt32Value नीचे की ओर झुकाने पर, दर्पण की ज़्यादा से ज़्यादा हलचल की गति दिखाता है. पॉज़िटिव या नेगेटिव से बड़े निरपेक्ष मान, तेज़ रफ़्तार का संकेत देते हैं. एक बार मिरर, पोज़िशनल सीमा तक पहुंच जाता है. इसलिए, वैल्यू 0 पर रीसेट होनी चाहिए. यदि MIRROR_Z_move का मान है अभी 0 है, तो इसका मतलब है कि अभी कोई हलचल नहीं हो रही है.

मिररओर_ज़ेड_पीओएस

मिरर Z पोज़िशन. maxInt32Value और minInt32Value VehicleAreaConfig तय होना चाहिए. minInt32Value के बीच के सभी पूर्णांक और maxInt32Value काम करने चाहिए. minInt32Value यह बताता है कि मिरर पूरी तरह नीचे की ओर झुका हुआ है. यह वैल्यू पॉज़िटिव नहीं होनी चाहिए. कॉन्टेंट बनाने maxInt32Value बताता है कि मिरर पूरी तरह ऊपर की ओर झुका हुआ है. इसे वैल्यू, शून्य से कम नहीं होनी चाहिए. 0 से पता चलता है कि मिरर किसी भी दिशा में नहीं झुका है.

minInt32Value और maxInt32Value के बीच की वैल्यू पूरी तरह से नीचे की ओर और पूरी तरह से ऊपर की स्थिति के बीच ट्रांज़िशन स्थिति.

नाइट_मोड

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

ओबीडी2_फ़्रीज़ेड_फ़्रेम

गड़बड़ी के समय उपलब्ध OBD2 सेंसर की वैल्यू के स्नैपशॉट की रिपोर्ट करता है और गड़बड़ी का पता चला. configArray का मतलब वही होना चाहिए जो OBD2_LIVE_FRAME अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है

इस प्रॉपर्टी के मानों की व्याख्या उसी तरह से की जानी चाहिए जैसे कि OBD2_LIVE_FRAME में स्ट्रिंग वैल्यू फ़ील्ड में एक अपवाद हो सकता है डाइग्नोस्टिक्स समस्या हल करने का कोड खाली नहीं है.

इस प्रॉपर्टी के लिए IVehicle#get का अनुरोध करते समय, int64Values[0] के लिए एक वैल्यू होनी चाहिए. इसकी वजह समझाई गई को वापस पाने के लिए फ़्रीज़ फ़्रेम के टाइमस्टैंप के रूप में सबमिट करें. टाइमस्टैंप की सूची पाने के लिए, OBD2_FREEZE_FRAME_INFO में से IVehicle#get

अगर दिए गए टाइमस्टैंप में कोई फ़्रीज़ फ़्रेम उपलब्ध नहीं होना चाहिए, तो NOT_AVAILABLE को लागू करने के बाद लौटाया जाना चाहिए. क्योंकि वाहनों में फ़्रीज़ फ़्रेम के लिए सीमित स्टोरेज मिलता है. इसलिए, फ़्रेम के अनुरोध का जवाब NOT_AVAILABLE भले ही संबंधित टाइमस्टैंप हाल ही में मिला हो OBD2_FREEZE_FRAME_INFO

OBD2_FREEZE_FRAME_CLEAR

फ़्रेम को फ़्रीज़ होने से हटाएं. उस समय उपलब्ध OBD2 सेंसर की वैल्यू के स्नैपशॉट की रिपोर्ट करता है कोई गड़बड़ी हुई है और उसका पता लगा लिया गया है. configArray का मतलब वही होना चाहिए जो OBD2_LIVE_FRAME के लिए तय किया गया

इस प्रॉपर्टी के मानों की व्याख्या उसी तरह से की जानी चाहिए जैसे कि OBD2_LIVE_FRAME, लेकिन इस बात के अपवाद के साथ स्ट्रिंग वैल्यू फ़ील्ड में एक गैर-खाली डाइग्नोस्टिक हो सकता है समस्या हल करने वाला कोड (डीटीसी).

इस प्रॉपर्टी के लिए IVehicle#get का अनुरोध करते समय, int64Values[0] के लिए एक वैल्यू होनी चाहिए. यह होगा इसे वापस पाने के लिए, फ़्रीज़ फ़्रेम के टाइमस्टैंप के रूप में समझा जाता है. टाइमस्टैंप की सूची OBD2_FREEZE_FRAME_INFO के IVehicle#get से मिला

अगर दिए गए टाइमस्टैंप पर कोई फ़्रीज़ फ़्रेम उपलब्ध नहीं होना चाहिए, तो NOT_AVAILABLE के लिए जवाब ऐसा होना चाहिए लागू करने के बाद लौटाया जाता है. वाहनों में फ़्रीज़ फ़्रेम के लिए कम स्टोरेज हो सकता है, हो सकता है कि फ़्रेम अनुरोध NOT_AVAILABLE की मदद से जवाब दे. भले ही, हाल ही में टाइमस्टैंप की जानकारी OBD2_FREEZE_FRAME_INFO पर मिली है

OBD2_FREEZE_FRAME_INFO

यह प्रॉपर्टी, वाहन की मेमोरी में सेव किए गए मौजूदा फ़्रीज़ फ़्रेम के बारे में बताती है और OBD2_FREEZE_FRAME के ज़रिए वापस लाने की प्रोसेस के दौरान, वैल्यू को इस तरह समझा जाना चाहिए. इसका हर एक एलिमेंट int64Values वह टाइमस्टैंप होना चाहिए जब गड़बड़ी कोड का पता चला हो और फ़्रीज़ फ़्रेम सेव किया और ऐसे हर एलिमेंट का इस्तेमाल, OBD2_FREEZE_FRAME की कुंजी के तौर पर किया जा सकता है, इससे जुड़े फ़्रीज़ फ़्रेम को फिर से पाएं.

ओबीडी2_लाइव_फ़्रेम

OBD2 सेंसर की मौजूदा (लाइव) वैल्यू का स्नैपशॉट रिपोर्ट करता है. configArray को इस तरह सेट किया जाता है:

configArray[0] वेंडर के हिसाब से पूर्णांक वैल्यू वाले सेंसर की संख्या
configArray[1] वेंडर के हिसाब से फ़्लोट वैल्यू वाले सेंसर की संख्या

इस प्रॉपर्टी की वैल्यू को, नीचे दिए गए उदाहरण की तरह समझा जा सकता है. इन बातों पर ध्यान देना configArray = {2,3} int32Values में एक वेक्टर होना चाहिए जिसमें शामिल हो Obd2IntegerSensorIndex.LAST_SYSTEM_INDEX और दो एलिमेंट (या 33 एलिमेंट). floatValues में एक वेक्टर होना चाहिए जिसमें शामिल हो Obd2FloatSensorIndex.LAST_SYSTEM_INDEX और तीन एलिमेंट (या 73 एलिमेंट).

हर फ़्रेम के लिए, सेंसर वैल्यू का अलग-अलग सबसेट शामिल किया जा सकता है. इसमें दोनों सिस्टम के हिसाब से सेंसर वैल्यू का अलग-अलग सबसेट शामिल हो सकता है और वेंडर के लिए खास तौर पर उपलब्ध सेंसर. इसका समर्थन करने के लिए, प्रॉपर्टी वैल्यू का इस्तेमाल बिटमास्क के तौर पर किया जाता है. जानकारी देने के लिए, बाइट में ज़रूरत के मुताबिक बाइट होने चाहिए संभावित सेंसर की कुल संख्या (इस मामले में, 106 संभावित वैल्यू को दिखाने के लिए 14 बाइट). इसे एक-दूसरे से सटे हुए बिटमास्क के तौर पर पढ़ा जाना चाहिए. इससे हर बिट यह बताती है कि फ़्रेम से एक सेंसर, जो int32Values के साइज़ जितने बिट से शुरू होता है, इसके तुरंत बाद floatValues का साइज़ जितने बिट हो सकते हैं.

उदाहरण के लिए, अगर bytes[0] = 0x4C (0b01001100) का मतलब है, तो:

int32Values[0 and 1] फ़ंक्शन मान्य नहीं हैं
int32Values[2 and 3] मान्य सेंसर मान हैं
int32Values[4 and 5] फ़ंक्शन मान्य नहीं हैं
int32Values[6] एक मान्य सेंसर मान है
int32Values[7] एक मान्य सेंसर मान नहीं है
int32Values[0 and 1] फ़ंक्शन मान्य नहीं हैं
int32Values[2 and 3] मान्य सेंसर मान हैं
int32Values[4 and 5] फ़ंक्शन मान्य नहीं हैं
int32Values[6] एक मान्य सेंसर मान है
int32Values[7] एक मान्य सेंसर मान नहीं है

अगर bytes[5] = 0x61 (0b01100001) है, तो:

int32Values[32] एक मान्य सेंसर मान है
floatValues[0 thru 3] के लिए सेंसर की वैल्यू अमान्य है
floatValues[4 and 5] मान्य सेंसर मान हैं
floatValues[6] एक मान्य सेंसर मान नहीं है.

चालू_बदलें

मोड बदलें:
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: VehicleLightSwitch
यूनिट टाइप:लागू नहीं
रिलीज़: Android 13

PARKING_BRAKE_अपने-आप लागू करें

पार्किंग ब्रेक अपने-आप लगाएं. सही होने पर, यह प्रॉपर्टी बताती है कि कार अपने-आप पार्किंग ब्रेक की सुविधा चालू है. 'गलत' का मतलब है कि कार की ऑटोमैटिक पार्किंग की सुविधा ब्रेक की सुविधा बंद है. इस प्रॉपर्टी को अक्सर PARKING_BRAKE_ON अंतर से पता चलता है कि PARKING_BRAKE_ON से पता चलता है कि पार्किंग ब्रेक को चालू या बंद है, जबकि PARKING_BRAKE_AUTO_APPLY बताता है कि ऑटोमैटिक पार्किंग ब्रेक सुविधा चालू या बंद हो. साथ ही, इससे पार्किंग की मौजूदा स्थिति के बारे में नहीं बताया जाता ब्रेक.

पार्किंग_BRAKE_ON

पार्किंग ब्रेक की स्थिति. 'सही' होने पर, यह प्रॉपर्टी 'सही' के तौर पर मार्क होती है. इससे पता चलता है कि कार की पार्किंग ब्रेक लगा है. 'गलत' से पता चलता है कि कार के पार्किंग ब्रेक में कोई जगह नहीं है.

प्रति_DISPLAY_BRIGHTनेस

अलग से कंट्रोल किए जाने वाले डिसप्ले की चमक को दिखाने के लिए प्रॉपर्टी. कुछ कारों में एक या उससे ज़्यादा ऐसे डिसप्ले होते हैं जिनकी चमक को अलग से कंट्रोल किया जाता है. साथ ही, इस प्रॉपर्टी में हर यात्री के डिसप्ले की रोशनी के बारे में बताने के लिए है. उन कारों में जहां सभी डिसप्ले' स्क्रीन की रोशनी एक साथ कंट्रोल किया जाता है, तो उन्हें DISPLAY_BRIGHTNESS का इस्तेमाल करना होगा

PER_DISPLAY_BRIGHTNESS और PER_DISPLAY_BRIGHTNESS में से सिर्फ़ एक को लागू किया जाना चाहिए. अगर दोनों उपलब्ध है, तो PER_DISPLAY_BRIGHTNESS का इस्तेमाल AAOS करता है.

डिसप्ले आउटपुट के लिए डिसप्ले पोर्ट, डिवाइस के फ़िज़िकल कनेक्टर की खास तौर पर पहचान करता है, 0 से 255 तक.

int32Values[0] डिसप्ले पोर्ट
int32Values[1] की स्क्रीन की रोशनी

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

परफ़ॉर्मेंस

वाहन का मौजूदा ओडोमीटर वैल्यू.

मोड बदलें: CONTINUOUS
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:KILOMETER
रिलीज़: Android 13

PERF_REAR_STEERING_ANGLE

वाहन के लिए, पीछे की साइकल के मॉडल का स्टीयरिंग ऐंगल. कोण को डिग्री में मापा जाता है. बायां नकारात्मक है. यह प्रॉपर्टी, स्टीयरिंग व्हील के ऐंगल पर निर्भर नहीं करती. इस प्रॉपर्टी को वाहन के हिसाब से, पीछे के पहियों का ऐंगल, न कि स्टीयरिंग व्हील के ऐंगल के हिसाब से.

मोड बदलें: CONTINUOUS
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:DEGREES
रिलीज़: Android 13

PERF_STEERING_ANGLE

वाहन के आगे वाले साइकल के मॉडल का स्टीयरिंग ऐंगल. कोण को डिग्री में मापा जाता है. बायां नकारात्मक है. यह प्रॉपर्टी, स्टीयरिंग व्हील के ऐंगल पर निर्भर नहीं करती. इस प्रॉपर्टी को कम्यूनिकेट करना चाहिए वाहन के हिसाब से सामने के पहियों का ऐंगल, न कि स्टीयरिंग व्हील के ऐंगल के हिसाब से.

PERF_VEHICLE_Speed

वाहन की गति, जब वाहन आगे बढ़ रहा हो तो यह मान धनात्मक होना चाहिए और नेगेटिव नंबर तब ही दिखता है, जब वाहन रिवर्स कर रहा हो. यह वैल्यू, गियर वैल्यू पर निर्भर नहीं करती है (CURRENT_GEAR या GEAR_SELECTION). उदाहरण के लिए, अगर GEAR_SELECTION है GEAR_NEUTRAL, PERF_VEHICLE_SPEED है वाहन आगे बढ़ रहा है, तब पॉज़िटिव, पीछे जाते समय नेगेटिव, और नहीं चलने पर शून्य.

मोड बदलें: CONTINUOUS
ऐक्सेस मोड: READ
यूनिट टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:METER_PER_SEC
रिलीज़: Android 13

PERF_VEHICLE_speed_DISPLAY

डिसप्ले के लिए वाहन की रफ़्तार. कुछ कारें, स्पीडोमीटर पर थोड़ी धीमी स्पीड दिखाती हैं कम समय लगता है.

मोड बदलें: CONTINUOUS
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:METER_PER_SEC
रिलीज़: Android 13

POWER_POLICY_GROUP_REQ

इस नीति से, पावर पॉलिसी ग्रुप को सेट करने के अनुरोध की जानकारी मिलती है. इस ग्रुप से, हर नीति के हिसाब से डिफ़ॉल्ट पावर नीति तय करने का अनुरोध किया जाता है पावर की स्थिति में बदलाव.

POWER_POLICY_REQ

इससे पावर नीति लागू करने के अनुरोध के बारे में पता चलता है. VHAL इस प्रॉपर्टी को कार पावर नीति में बदलाव करने के लिए सेट करता है. कार पावर नीति सेवा, इस प्रॉपर्टी की सदस्यता लेती है और असल में पावर नीति में बदलाव करती है. कॉन्टेंट बनाने अनुरोध करने के लिए,VehiclePropValue को उस पावर पॉलिसी के आईडी के साथ सेट करें जिसके बारे में यहां बताया गया है: /vendor/etc/automotive/power_policy.xml अगर दिया गया आईडी तय नहीं किया गया है, तो कार पावर नीति सेवा इस अनुरोध पर ध्यान नहीं देता और मौजूदा पावर नीति को बनाए रखा जाता है.

string: "sample_policy_id" // power policy ID

POWER_POLICY_GROUP_REQ

इस नीति से, हर पावर नीति के हिसाब से डिफ़ॉल्ट पावर नीति तय करने के लिए इस्तेमाल होने वाले पावर पॉलिसी ग्रुप को सेट करने के अनुरोध की जानकारी मिलती है स्थिति ट्रांज़िशन. VHAL इस प्रॉपर्टी को सेट करने के लिए, पावर पॉलिसी ग्रुप के आईडी के साथ सेट करता है पावर स्थिति संक्रमण पर लागू की गई डिफ़ॉल्ट पावर नीति. पावर पॉलिसी ग्रुप यहां परिभाषित किए गए हैं /vendor/etc/power_policy.xml शामिल है. अगर दी गई आईडी तय नहीं की गई है, तो कार पावर नीति सेवा इसे अनदेखा करती है अनुरोध किया है. कार पावर नीति सेवा, इस प्रॉपर्टी की सदस्यता लेती है और पावर नीति ग्रुप सेट करती है. पावर पॉलिसी लागू होने की प्रक्रिया तब लागू होती है, जब सिस्टम के पावर स्टेटस में बदलाव होता है पावर की नई स्थिति के लिए एक मान्य मैप की गई पावर नीति है.

string: "sample_policy_group_id" // power policy group ID

शेष

रेंज बची है. ईंधन और चार्ज में बचे हुए मीटर. शेष सीमा सभी के लिए शामिल होगी एक वाहन में ऊर्जा के स्रोत. जैसे, किसी हाइब्रिड कार की रेंज, उन रेंज का कुल योग होती है जो काफ़ी कम खर्च होता है. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है क्योंकि कोई नेविगेशन ऐप्लिकेशन रेंज को अपडेट कर सकता है. हालांकि, इसके लिए ज़रूरी है कि उसका अनुमान आने वाला रास्ता. इस प्रॉपर्टी को VehiclePropertyAccess.READ के तौर पर लागू किया जा सकता है का अधिकार है.

मोड बदलें: CONTINUOUS
ऐक्सेस मोड: READ_WRITE
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:METER
रिलीज़: Android 13

READING_LIGHTS_स्टेट

रीडिंग लाइट की मौजूदा स्थिति दिखाएं.

READING_LIGHTS_SWITCH

पढ़ने के लिए इस्तेमाल होने वाली लाइटों को कंट्रोल करने के लिए स्विच करें. यह READING_LIGHTS_STATE से अलग हो सकता है, अगर दरवाज़ा खुला होने या बोलकर दिए गए निर्देश की वजह से लाइटें जल रही हैं. उदाहरण के लिए, जब स्विच बंद या अपने-आप स्थिति में हो. इस प्रॉपर्टी की जानकारी इस तरह से दी गई है VehiclePropertyAccess.READ_WRITE, लेकिन OEM इसे ऐसे लागू कर सकते हैं सिर्फ़ VehiclePropertyAccess.READ.

REAR_FOG_LIGHTS_स्टेट

पीछे वाली फ़ॉग लाइटों की मौजूदा स्थिति पर वापस जाएं. FOG_LIGHTS_STATE में से सिर्फ़ एक या REAR_FOG_LIGHTS_STATE को लागू किया जा सकता है. FOG_LIGHTS_STATE देखें

REAR_FOG_LIGHTS_SWITCH

वह सेटिंग जो उपयोगकर्ता चाहता है. FOG_LIGHTS_SWITCH में से सिर्फ़ एक या REAR_FOG_LIGHTS_SWITCH को यह करना चाहिए लागू किया जाएगा. ज़्यादा जानने के लिए FOG_LIGHTS_SWITCH पर जाएं. इस प्रॉपर्टी की जानकारी इस तरह से दी गई है VehiclePropertyAccess.READ_WRITE, लेकिन OEM इसे ऐसे लागू कर सकते हैं सिर्फ़ VehiclePropertyAccess.READ.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: VehicleLightSwitch
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

उपयोगकर्ता को हटा दें

किसी Android उपयोगकर्ता को हटा दिए जाने के बाद, Android सिस्टम कॉल करता है. एचएएल इस प्रॉपर्टी का इस्तेमाल इन कामों के लिए कर सकता है मिलते-जुलते उपयोगकर्ता को हटाएं. यह सिर्फ़ लिखने के लिए कैलोरी होती है. Android सिस्टम, जवाब की उम्मीद नहीं कर रहा है एचएएल से मिली हैं. इसलिए, यह अनुरोध पूरा नहीं किया जाना चाहिए. अगर उसी तरह के HAL उपयोगकर्ता को हटाया नहीं जा सकता, तो तो HAL उसे 'बंद है' के तौर पर मार्क करेगा या किसी दूसरे तरीके से.

अनुरोध करने के लिए, VehiclePropValue पर मौजूद कॉन्टेंट और RemoveUserRequest उदाहरण के लिए, अगर सिस्टम में 3 उपयोगकर्ता (0, 10, और 11) और उपयोगकर्ता 11 था हटा दिया गया है, तो अनुरोध यह होगा:

int32[0] 42 // अनुरोध आईडी
int32[1] 11 // (हटाए गए उपयोगकर्ता का Android यूज़र आईडी)
int32[2] 0 // (हटाए गए उपयोगकर्ता के फ़्लैग किए गए Android उपयोगकर्ता)
int32[3] 10 // मौजूदा उपयोगकर्ता
int32[4] 0 // मौजूदा उपयोगकर्ता के फ़्लैग (कोई नहीं)
int32[5] 2 // उपयोगकर्ताओं की संख्या
int32[6] 0 // पहला उपयोगकर्ता (उपयोगकर्ता 0)
int32[7] 0 // पहला उपयोगकर्ता फ़्लैग (कोई नहीं)
int32[8] 10 // दूसरा उपयोगकर्ता (उपयोगकर्ता 10)
int32[9] 0 // दूसरा उपयोगकर्ता फ़्लैग करता है (कोई नहीं)

मोड बदलें: STATIC
ऐक्सेस मोड: WRITE
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

S से Z

SEAT_AIRBAG_ENABLED

यह सुविधा, ट्रिगर होने पर (उदाहरण के लिए, टक्कर के दौरान) सीट के एयरबैग को चालू और बंद करने की सुविधा दिखाती है. अगर true है, तो इसका मतलब है कि सीट के एयरबैग चालू हैं और ट्रिगर होने पर, वे चालू हो जाते हैं. अगर true है, तो सीट के एयरबैग बंद होते हैं और वे किसी भी स्थिति में चालू नहीं होते. इस प्रॉपर्टी में यह जानकारी नहीं दी जाती है कि एयरबैग डिप्लॉय किए गए हैं या नहीं.

इस प्रॉपर्टी को VehiclePropertyAccess.READ सिर्फ़ नियमों या सुरक्षा से जुड़ी समस्याओं के लिए पढ़ने के मकसद से सेट किया जा सकता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 14

SEAT_BACKREST_ANGLE_1_MOVE

सीट के बैकस्टेस्ट के ऐंगल में एक बार बदलाव. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. maxInt32Value, सीट के बैकरेस्ट के आगे की ओर झुकने के दौरान, उसकी गति की सबसे ज़्यादा रफ़्तार दिखाता है. minInt32Value से यह पता चलता है कि पीछे की ओर ले जाने पर, सीट के पीछे ज़्यादा से ज़्यादा हलचल कैसे हो सकती है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. जब सीट के बैकरेस्ट की स्थिति तय सीमा तक पहुंच जाए, तो वैल्यू को 0 पर रीसेट करना ज़रूरी है. अगर SEAT_BACKREST_ANGLE_1_MOVE की वैल्यू 0 है, तो कोई हलचल नहीं होगी.

इस प्रॉपर्टी को, रिलेटिव मूवमेंट स्पीड की तय सीमा में दिखाया जाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

SEAT_BACKREST_ANGLE_1_POS

सीट के पीछे के हिस्से के ऐंगल 1 की पोज़िशन. बैकरेस्ट ऐंगल 1, सीट के सबसे नीचे वाला ऐक्चुएटर होता है. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. minInt32Value से पता चलता है कि सीट के सबसे नीचे मौजूद ऐक्चुएटर के हिसाब से, सीट के बैकस्टेस्ट की पूरी झुकाव वाली स्थिति क्या है. maxInt32Value से यह पता चलता है कि सीट के सबसे नीचे मौजूद एक्चुएटर के हिसाब से, सीट के बैकरेस्ट की दाईं या आगे की पोज़िशन सबसे ऊपर है या नहीं.

minInt32Value और maxInt32Value के बीच की वैल्यू, पूरी रिक्लाइन और अपराइट और फ़ॉरवर्ड पोज़िशन के बीच के ट्रांज़िशन की स्थिति दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_BACKREST_ANGLE_2_MOVE

सीट की बैकस्टेस्ट के ऐंगल में दो बार बदलाव. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value, सीट के बैकरेस्ट के आगे की ओर झुकने के दौरान, उसकी गति की सबसे ज़्यादा रफ़्तार दिखाता है. minInt32Value, सीट के पीछे के हिस्से को पीछे झुकाने के दौरान, उसकी ज़्यादा से ज़्यादा गति दिखाता है.

बड़ी वैल्यू, चाहे वे सकारात्मक हों या नकारात्मक, गति की तेज़ी को दिखाती हैं. जब सीट के बैकरेस्ट के लिए, पोज़िशन करने की सीमा पूरी हो जाएगी, तब वैल्यू को 0 पर रीसेट करना होगा. अगर SEAT_BACKREST_ANGLE_2_MOVE की वैल्यू फ़िलहाल 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

इस प्रॉपर्टी को, रिलेटिव मूवमेंट स्पीड की तय सीमा के तौर पर दिखाया जाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: लागू नहीं यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

SEAT_BACKREST_ANGLE_2_POS

सीट के बैकरेस्ट के ऐंगल की दूसरी पोज़िशन. बैकरेस्ट ऐंगल 2, सीट के सबसे नीचे से ऊपर की ओर अगला ऐक्चुएटर होता है.

VehicleAreaConfig में maxInt32Value और minInt32Value के लिए वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांकों के लिए, #0supported होना चाहिए.

minInt32Value, सीट के सबसे नीचे मौजूद ऐक्चुएटर से लेकर, बैकरेस्ट के अगले ऐक्चुएटर तक, सीट के बैकरेस्ट की पूरी रीक्लाइन पोज़िशन दिखाता है. ज़्यादा जानकारी के लिए, SEAT_BACKREST_ANGLE_1_POS देखें. maxInt32Value, सीट के सबसे ऊपर और आगे की पोज़िशन के बारे में बताता है. यह जानकारी, सीट के सबसे नीचे मौजूद ऐक्टिवेटर से लेकर, बैकरेस्ट में मौजूद अगले ऐक्टिवेटर के बीच की होती है. ज़्यादा जानकारी के लिए SEAT_BACKREST_ANGLE_1_POS देखें.

minInt32Value और maxInt32Value के बीच की वैल्यू, पूरी तरह से झुकने और सीधे और आगे की ओर झुकने के बीच के ट्रांज़िशन की स्थिति दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

SEAT_BELT_BUCKLED

सीट बेल्ट का बकल बंद हो. True का मतलब है कि बेल्ट बकल की गई है. लिखने का ऐक्सेस, सीट की ऑटोमैटिक बकल करने की सुविधाओं के बारे में बताता है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है, लेकिन OEMs इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

SEAT_BELT_HEIGHT_मूव

सीटबेल्ट की ऊंचाई में बदलाव. हर VehicleAreaConfig में maxInt32Value और minInt32Value के बारे में बताना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value, सीट बेल्ट के ऊपर की ओर बढ़ते समय, उसके कंधे के ऐंकर की गति की ज़्यादा से ज़्यादा रफ़्तार दिखाता है. minInt32Value, सीट बेल्ट के कंधे के ऐंकर के नीचे की ओर बढ़ने की ज़्यादा से ज़्यादा रफ़्तार दिखाता है.

पॉज़िटिव या नेगेटिव से बड़े निरपेक्ष मान, तेज़ रफ़्तार का संकेत देते हैं. जब सीट बेल्ट, पोज़िशन के लिए तय की गई सीमा तक पहुंच जाएगी, तब वैल्यू को 0 पर रीसेट करना होगा. अगर SEAT_BELT_HEIGHT_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

इस प्रॉपर्टी को, रिलेटिव मूवमेंट स्पीड की तय सीमा के तौर पर दिखाया जाता है.

SEAT_BELT_HEIGHT_POS

सीटबेल्ट की ऊंचाई की पोज़िशन. यह कंधे की बेल्ट के एंकर पॉइंट को अडजस्ट करता है.

वाहन क्षेत्र के कॉन्फ़िगरेशन में maxInt32Value और minInt32Value के बारे में बताया जाना चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए.

minInt32Value से पता चलता है कि सीट बेल्ट का कंधे का ऐंकर सबसे नीचे की पोज़िशन पर है. maxInt32Value से पता चलता है कि सीट बेल्ट का कंधे का ऐंकर सबसे ऊपरी पोज़िशन पर है.

minInt32Value और maxInt32Value के बीच की वैल्यू, सबसे कम और सबसे बड़ी पोज़िशन के बीच की ट्रांज़िशन स्थिति के बारे में बताती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_CUSHION_SIDE_SUPPORT_MOVE

चलने की दिशा और सीट के गद्दे की साइड को सपोर्ट करने वाली रफ़्तार के लिए प्रॉपर्टी दिखाता है.

हर VehicleAreaConfig में maxInt32Value और minInt32Value की जानकारी दी जानी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए.

maxInt32Value, सीट कुशन के साइड सपोर्ट के चौड़े होने पर, उसकी गति की ज़्यादा से ज़्यादा स्पीड दिखाता है. उदाहरण के लिए, सपोर्ट कम हो रहा है. minInt32Value से पता चलता है कि सीट के कुशन के साइड सपोर्ट की चौड़ाई कम होने पर, उसकी गति कितनी है (उदाहरण के लिए, सपोर्ट बढ़ रहा है).

पॉज़िटिव या नेगेटिव से बड़े निरपेक्ष मान, तेज़ रफ़्तार का संकेत देते हैं. सीट कुशन के साइड सपोर्ट की पोज़िशन की सीमा तक पहुंचने के बाद, वैल्यू को 0 पर रीसेट करना होगा. अगर SEAT_CUSHION_SIDE_SUPPORT_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

इस प्रॉपर्टी को, रिलेटिव ऐक्टिविटी की स्पीड की तय रेंज के तौर पर दिखाया जाता है.

SEAT_CUSHION_SIDE_SUPPORT_POS

सीट के हिपसाइड (बॉटम कुशन की साइड) के सपोर्ट पोज़िशन की प्रॉपर्टी दिखाती है.

हर VehicleAreaConfig में maxInt32Value और minInt32Value की जानकारी देना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए.

maxInt32Value से पता चलता है कि सीट कुशन साइड सपोर्ट, अपनी सबसे चौड़ी स्थिति में है. उदाहरण के लिए, सबसे कम सपोर्ट. minInt32Value से पता चलता है कि सीट कुशन के साइड सपोर्ट की चौड़ाई सबसे कम है. उदाहरण के लिए, सबसे ज़्यादा सपोर्ट.

minInt32Value और maxInt32Value के बीच की वैल्यू, सबसे पतली और सबसे चौड़ी पोज़िशन के बीच ट्रांज़िशन स्टेटस दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है. हालांकि, OEM इसे सिर्फ़ <covehiclepropertyaccess.read< code=""> के तौर पर लागू कर सकते हैं.</covehiclepropertyaccess.read<>

SEAT_DEPTH_मूव

सीट की गहराई में बदलाव.

हर VehicleAreaConfig में maxInt32Value और minInt32Value की जानकारी दी जानी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value, सीट की ज़्यादा से ज़्यादा हलचल की रफ़्तार को दिखाता है, जबकि यह ज़्यादा गहरी होती है. minInt32Value से यह पता चलता है कि सीट के उथले होने पर, उसकी रफ़्तार ज़्यादा से ज़्यादा कितनी हो सकती है.

पॉज़िटिव या नेगेटिव से बड़े निरपेक्ष मान, तेज़ रफ़्तार का संकेत देते हैं. जब सीट के बैकरेस्ट के लिए, पोज़िशन करने की सीमा पूरी हो जाएगी, तब वैल्यू को 0 पर रीसेट करना होगा. अगर SEAT_DEPTH_MOVE की वैल्यू फ़िलहाल 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

इस प्रॉपर्टी को, रिलेटिव मूवमेंट स्पीड की तय सीमा के तौर पर दिखाया जाता है.

SEAT_DEPTH_POS

सीट की गहराई की पोज़िशन. सीट की गहराई, सीट के पीछे के हिस्से से सीट के सामने के हिस्से की दूरी सेट करता है.

वाहन क्षेत्र के कॉन्फ़िगरेशन में maxInt32Value और minInt32Value के बारे में बताना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

minInt32Value से पता चलता है कि सीट सबसे छोटी स्थिति में है. उदाहरण के लिए, वह स्थिति जिसमें सीट के कुशन के सामने वाले किनारे और सीट के पीछे के हिस्से के बीच सबसे कम दूरी हो.

maxInt32Value से पता चलता है कि सीट सबसे पीछे की पोज़िशन में है. उदाहरण के लिए, वह पोज़िशन जिसमें सीट के कुशन के सामने वाले किनारे और सीट के पीछे के हिस्से के बीच सबसे ज़्यादा दूरी हो.

minInt32Value और maxInt32Value के बीच की वैल्यू, सबसे कम और सबसे ज़्यादा गति के बीच के ट्रांज़िशन की स्थिति दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_EASY_ACCESS_ENABLED

सीट को आसानी से ऐक्सेस करने की सुविधा के लिए प्रॉपर्टी दिखाता है. अगर सही है, तो सीट अपने-आप अडजस्ट हो जाती है, ताकि यात्री कार में आसानी से जा सके और उससे बाहर निकल सके. हर क्षेत्र का आईडी, उस सीट से मैप होना चाहिए जिस पर उपयोगकर्ता आसानी से ऐक्सेस करने की सुविधा की मदद से, बैठने/उतरने की कोशिश कर रहा है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है. हालांकि, OEM इसे सिर्फ़ <covehiclepropertyaccess.read< code=""> के तौर पर लागू कर सकते हैं.</covehiclepropertyaccess.read<>

SEAT_FOOTWELL_LIGHTS_राज्य

सीट के फ़ुटवेल लाइट की स्थिति के लिए प्रॉपर्टी को दिखाता है. SEAT_FOOTWELL_LIGHTS_STATE, किसी भी समय लाइटों की मौजूदा स्थिति दिखाता है. यह SEAT_FOOTWELL_LIGHTS_SWITCH के फ़ंक्शन से अलग है, जो लाइटों को कंट्रोल करने वाले स्विच की स्थिति के बारे में बताता है.

इसलिए, हो सकता है कि SEAT_FOOTWELL_LIGHTS_STATE , SEAT_FOOTWELL_LIGHTS_SWITCH की वैल्यू से मेल न खाए (उदाहरण के लिए, SEAT_FOOTWELL_LIGHTS_SWITCH=AUTOMATIC और SEAT_FOOTWELL_LIGHTS_SWITCH=ON).

इस प्रॉपर्टी को सिर्फ़ तब लागू किया जाना चाहिए, जब SEAT_FOOTWELL_LIGHTS_STATE की वैल्यू, CABIN_LIGHTS_STATE से अलग हो.

इस्तेमाल किए जा सकने वाले हर क्षेत्र के आईडी के लिए, VehicleAreaConfig#supportedEnumValues को तब तक तय करना ज़रूरी है, जब तक कि VehicleLightState की सभी वैल्यू इस्तेमाल नहीं की जा सकतीं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: VehicleLightState
इकाई का टाइप: लागू नहीं
रिलीज़: Android 14

SEAT_FOOTWELL_LIGHTS_SWITCH

सीट के फ़ुटवेल लाइट स्विच की प्रॉपर्टी दिखाता है. SEAT_FOOTWELL_LIGHTS_SWITCH, लाइटों को कंट्रोल करने वाले स्विच की स्थिति दिखाता है. यह SEAT_FOOTWELL_LIGHTS_STATUS के फ़ंक्शन से अलग है, जो किसी भी समय लाइटों की मौजूदा स्थिति को दिखाता है. इसलिए, हो सकता है कि SEAT_FOOTWELL_LIGHTS_SWITCH, SEAT_FOOTWELL_LIGHTS_STATE की वैल्यू से मेल न खाए (उदाहरण के लिए, SEAT_FOOTWELL_LIGHTS_SWITCH=AUTOMATIC और SEAT_FOOTWELL_LIGHTS_SWITCH=ON).

इस प्रॉपर्टी को सिर्फ़ तब लागू किया जाना चाहिए, जब SEAT_FOOTWELL_LIGHTS_SWITCH की वैल्यू, CABIN_LIGHTS_SWITCH की वैल्यू से अलग हो.

इस्तेमाल किए जा सकने वाले हर इलाके के आईडी के लिए,VehicleAreaConfig#supportedEnumValues को तब तक तय किया जाना चाहिए, जब तक VehicleLightSwitch के सभी enum मान काम न करें.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: VehicleLightSwitch
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

SEAT_FORE_AFT_MOVE

सीट आगे और पीछे की ओर चलती है. यह प्रॉपर्टी, सीट को उसी दिशा में आगे/पीछे ले जाती है जिसमें वह मौजूद है.

हरVehicleAreaConfig में maxInt32Value और minInt32Value तय किए जाने चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value, आगे बढ़ते समय सीट की ज़्यादा से ज़्यादा गति दिखाता है. minInt32Value, पीछे की ओर बढ़ते समय सीट की ज़्यादा से ज़्यादा गति दिखाता है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. सीट की वैल्यू, तय सीमा तक पहुंचने के बाद 0 पर रीसेट होनी चाहिए. अगर SEAT_FORE_AFT_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

SEAT_FORE_AFT_POS

सीट के आगे और पीछे की पोज़िशन. सीट की पोज़िशन को आगे और पीछे सेट करता है.

VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

minInt32Value से पता चलता है कि सीट अपनी सबसे पीछे की पोज़िशन पर है. maxInt32Value से पता चलता है कि सीट सबसे आगे की लीनियर पोज़िशन पर है. minInt32Value और maxInt32Value के बीच की वैल्यू, सबसे नज़दीकी और सबसे दूर की पोज़िशन के बीच ट्रांज़िशन स्टेटस दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_HEADREST_ANGLE_ गाइड

हेडरेस्ट के ऐंगल को मूव करना. हर VehicleAreaConfig में maxInt32Value और minInt32Value के बारे में बताना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value से पता चलता है कि सीट के हेडरेस्ट को सीधा या आगे की ओर ले जाते समय, उसकी गति कितनी ज़्यादा हो सकती है. minInt32Value से पता चलता है कि सीट के हेडरेस्ट को थोड़ा नीचे ले जाते समय, उसकी गति कितनी ज़्यादा हो सकती है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. सीट का हेडरेस्ट अपनी तय सीमा तक पहुंचने के बाद, वैल्यू को 0 पर रीसेट करना ज़रूरी है. अगर SEAT_HEADREST_ANGLE_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

इस प्रॉपर्टी को, रिलेटिव मूवमेंट स्पीड की तय सीमा के तौर पर दिखाया जाता है.

यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है. हालांकि, OEM इसे सिर्फ़ <covehiclepropertyaccess.read< code=""> के तौर पर लागू कर सकते हैं..</covehiclepropertyaccess.read<>

SEAT_HEADREST_ANGLE_POS

हेडरेस्ट के कोण की स्थिति. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए.

minInt32Value से पता चलता है कि हेडरेस्ट पूरी तरह से पीछे की ओर झुका हुआ है. maxInt32Value से पता चलता है कि हेडरेस्ट, सबसे ऊपर और आगे की ओर है.

minInt32Value और maxInt32Value के बीच की वैल्यू से, पूरी तरह से पीछे झुकने और सबसे सीधे और आगे की ओर झुकने की स्थिति के बीच के ट्रांज़िशन की जानकारी मिलती है.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_HEADREST_FORE_AFT_MOVE

हेडरेस्ट को आगे और पीछे ले जाया जा सकता है. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value से यह पता चलता है कि आगे बढ़ते समय सीट के हेडरेस्ट में ज़्यादा से ज़्यादा कितनी तेज़ी से हलचल की जा सकती है. minInt32Value, पीछे की ओर बढ़ते समय सीट के हेडरेस्ट की ज़्यादा से ज़्यादा गति दिखाता है.

पॉज़िटिव या नेगेटिव से बड़े निरपेक्ष मान, तेज़ रफ़्तार का संकेत देते हैं. सीट के हेडरेस्ट की पोज़िशन तय होने के बाद, वैल्यू को 0 पर रीसेट करना ज़रूरी है. अगर SEAT_HEADREST_FORE_AFT_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

SEAT_HEADREST_FORE_AFT_POS

हेडरेस्ट की आगे और पीछे की पोज़िशन. VehicleAreaConfig में maxInt32Value और minInt32Value के लिए वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

minInt32Value से पता चलता है कि हेडरेस्ट, पीछे की ओर सबसे ज़्यादा लीनियर पोज़िशन में है. maxInt32Value से पता चलता है कि हेडरेस्ट, सबसे आगे की लीनियर पोज़िशन में है.

minInt32Value और maxInt32Value के बीच की वैल्यू, आगे और पीछे की पोज़िशन के बीच ट्रांज़िशन की स्थिति दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_HEADREST_HEIGHT_MOVE

हेडरेस्ट की लंबाई में बदलाव. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value, सीट के हेडरेस्ट के ऊपर की ओर बढ़ने के दौरान, उसकी गति की ज़्यादा से ज़्यादा रफ़्तार दिखाता है. minInt32Value से पता चलता है कि नीचे जाते समय सीट के हेडरेस्ट में ज़्यादा से ज़्यादा हलचल कितनी हो सकती है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. जब सीट का हेडर, पोज़िशन के लिए तय की गई सीमा तक पहुंच जाए, तब इसकी वैल्यू 0 पर रीसेट होनी चाहिए. अगर SEAT_HEADREST_HEIGHT_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

इस प्रॉपर्टी को, रिलेटिव मूवमेंट स्पीड की तय सीमा के तौर पर दिखाया जाता है.

SEAT_HEADREST_HEIGHT_POS

(अब इस्तेमाल नहीं किया जा सकता) हेडरेस्ट की ऊंचाई की पोज़िशन.

SEAT_HEADREST_HEIGHT_POS_V2

हेडरेस्ट की ऊंचाई की पोज़िशन. जिन सीटों पर हेडरेस्ट की सुविधा उपलब्ध है उनके लिए हेडरेस्ट की ऊंचाई सेट करता है. VehiclePropConfig.areaConfigs से पता चलता है कि कौनसी सीटें उपलब्ध हैं.

VehicleAreaConfig में maxInt32Value और minInt32Value की जानकारी दी गई होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

minInt32Value से पता चलता है कि हेडरेस्ट सबसे नीचे की पोज़िशन पर है. maxInt32Value से पता चलता है कि हेडरेस्ट सबसे ऊपर है.

minInt32Value और maxInt32Value के बीच की वैल्यू, सबसे कम और सबसे ज़्यादा पोज़िशन के बीच ट्रांज़िशन की स्थिति दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_HEIGHT_MOVE

सीट की ऊंचाई में बदलाव. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value से पता चलता है कि सीट को ऊपर रखते समय, उसकी ज़्यादा से ज़्यादा ऐक्टिविटी स्पीड क्या है.

minInt32Value, सीट के नीचे की ओर बढ़ने की ज़्यादा से ज़्यादा रफ़्तार दिखाता है.

पॉज़िटिव या नेगेटिव से बड़े निरपेक्ष मान, तेज़ रफ़्तार का संकेत देते हैं. सीट की वैल्यू, तय सीमा तक पहुंचने के बाद 0 पर रीसेट होनी चाहिए. अगर SEAT_HEIGHT_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

SEAT_HEIGHT_POS

सीट की ऊंचाई की पोज़िशन. वाहन क्षेत्र के कॉन्फ़िगरेशन में maxInt32Value और minInt32Value के बारे में बताना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

minInt32Value से पता चलता है कि सीट सबसे नीचे की पोज़िशन पर है. maxInt32Value से पता चलता है कि सीट सबसे ऊपर की पोज़िशन पर है.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_LUMBAR_FORE_AFT_मूव

रीढ़ की हड्डी के आगे और पीछे की ओर होने वाली गति. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value, आगे बढ़ने के दौरान सीट के कमर के हिस्से के लिए बने सपोर्ट की, ज़्यादा से ज़्यादा मूवमेंट स्पीड दिखाता है. minInt32Value, पीछे की ओर बढ़ते समय सीट के कमर के हिस्से को सहारा देने वाले हिस्से की ज़्यादा से ज़्यादा गति दिखाता है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. सीट के कमर के लिए बने सपोर्ट की पोज़िशन की सीमा तक पहुंचने के बाद, वैल्यू को 0 पर रीसेट करना होगा. अगर SEAT_LUMBAR_FORE_AFT_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है.

इस प्रॉपर्टी को, रिलेटिव मूवमेंट स्पीड की तय सीमा के तौर पर दिखाया जाता है.

SEAT_LUMBAR_FORE_AFT_POS

लम्बर की आगे और पीछे की पोज़िशन. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

minInt32Value से पता चलता है कि कमर के लिए बने सपोर्ट की स्थिति सबसे पीछे है (उदाहरण के लिए, कम से कम सपोर्ट वाली स्थिति). maxInt32Value से पता चलता है कि कमर के लिए बने पैड, सबसे आगे की पोज़िशन में हैं. उदाहरण के लिए, सबसे ज़्यादा सपोर्ट वाली पोज़िशन.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस टाइप: READ_WRITE/READ
एनम टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

SEAT_LUMBAR_SIDE_SUPPORT_MOVE

कमर के साइड सपोर्ट को मूव करना. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं.

maxInt32Value से पता चलता है कि सीट के लंबर साइड को चढ़ते समय ज़्यादा से ज़्यादा मूवमेंट की स्पीड कितनी है. minInt32Value से पता चलता है कि सीट के कमर के हिस्से के लिए बने साइड सपोर्ट की चौड़ाई कम होने के दौरान, उसकी गति कितनी ज़्यादा हो सकती है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. जब सीट की कमर के लिए बने साइड सपोर्ट की पोज़िशन की सीमा पूरी हो जाती है, तो वैल्यू को 0 पर रीसेट करना ज़रूरी है. अगर SEAT_LUMBAR_SIDE_SUPPORT_MOVE की वैल्यू 0 है, तो कोई मूवमेंट नहीं होगा.

SEAT_LUMBAR_SIDE_SUPPORT_POS

साइड सपोर्ट की पोज़िशन. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. minInt32Value से पता चलता है कि कमर के साइड सपोर्ट की स्थिति सबसे कम है. उदाहरण के लिए, सबसे ज़्यादा सपोर्ट. maxInt32Value से पता चलता है कि कमर के साइड सपोर्ट की चौड़ाई सबसे ज़्यादा है. उदाहरण के लिए, कम से कम सपोर्ट.

minInt32Value और maxInt32Value के बीच की वैल्यू, सबसे पतली और सबसे चौड़ी पोज़िशन के बीच ट्रांज़िशन की स्थिति दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस टाइप: READ_WRITE/READ
एनम टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 14

SEAT_LUMBAR_VERTICAL_मूव

सीट के लम्बर सपोर्ट की वर्टिकल मूवमेंट की दिशा और स्पीड की प्रॉपर्टी दिखाता है.

हर VehicleAreaConfig में maxInt32Value और minInt32Value की जानकारी दी जानी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. maxInt32Value से पता चलता है कि कमर के लिए बने सपोर्ट को सबसे तेज़ी से ऊपर की ओर ले जाया जा रहा है. minInt32Value से पता चलता है कि कमर के लिए बने सपोर्ट को सबसे तेज़ी से नीचे ले जाया जा रहा है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. सीट कुशन के साइड सपोर्ट की पोज़िशन की सीमा तक पहुंचने के बाद, वैल्यू को 0 पर रीसेट करना होगा. अगर SEAT_LUMBAR_VERTICAL_MOVE की वैल्यू 0 है, तो इसका मतलब है कि सीट की कमर के हिस्से में कोई मूवमेंट नहीं हो रहा है.

इस प्रॉपर्टी को, रिलेटिव मूवमेंट स्पीड की तय सीमा के तौर पर दिखाया जाता है.

SEAT_LUMBAR_VERTICAL_POS

सीट के लम्बर सपोर्ट की वर्टिकल पोज़िशन की प्रॉपर्टी दिखाता है. हरVehicleAreaConfig में maxInt32Value और minInt32Value को तय किया जाना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. maxInt32Value, कमर के लिए बने सपोर्ट की सबसे ऊपरी पोज़िशन दिखाता है. minInt32Value, कमर के लिए बने सपोर्ट की सबसे निचली पोज़िशन दिखाता है.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_MEMORY_SELECT

यह पैरामीटर, सीट की पोज़िशन चुनने के लिए, मेमोरी प्रीसेट को चुनता है. VehicleAreaConfig में maxInt32Value और minInt32Value तय करना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए. minInt32Value हमेशा 0 होता है और maxInt32Value से, सीट की सेटिंग सेव करने के लिए उपलब्ध स्लॉट की संख्या तय होती है. उदाहरण के लिए, numSeatPresets - 1. उदाहरण के लिए, अगर ड्राइवर की सीट में तीन मेमोरी प्रीसेट हैं, तो maxInt32Value दो है. जब उपयोगकर्ता कोई प्रीसेट चुनता है, तो प्रीसेट का मनचाहा नंबर (0, 1 या 2) सेट हो जाता है.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: WRITE
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

SEAT_MEMORY_SET

इस सेटिंग से उपयोगकर्ता, सीट की मौजूदा सेटिंग को पहले से चुने गए स्लॉट में सेव कर सकता है. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value की वैल्यू 0 होनी चाहिए. साथ ही, हर सीट की पोज़िशन के लिए maxInt32Value की वैल्यू, SEAT_MEMORY_SELECT के लिए maxInt32Value की वैल्यू से मेल खानी चाहिए

SEAT_OCCUPANCY

इससे पता चलता है कि किसी सीट पर कोई व्यक्ति बैठा है या नहीं. हालांकि, कार के लिए यह तय करना मुश्किल होता है. मान्य वैल्यू, VehicleSeatOccupancyState ईनम से हैं.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: VehicleSeatOccupancyState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

SEAT_TILT_MOVE

सीट झुकाने की सुविधा. हर VehicleAreaConfig में maxInt32Value और minInt32Value तय करना ज़रूरी है. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. maxInt32Value से पता चलता है कि सीट के सामने वाले हिस्से की गति, ऊपर की ओर बढ़ते समय कितनी है. minInt32Value से पता चलता है कि नीचे जाते समय सीट के आगे वाले किनारे पर, ज़्यादा से ज़्यादा ऐक्टिविटी स्पीड कितनी है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. जब सीट के निचले हिस्से की पोज़िशन, पोज़िशन के लिए तय की गई सीमा तक पहुंच जाए, तब वैल्यू 0 पर रीसेट होनी चाहिए. अगर SEAT_TILT_ गाइड की वैल्यू 0 है, तो कोई हलचल नहीं होगी.

SEAT_TILT_POS

सीट की झुकाव की स्थिति. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक काम करने चाहिए. minInt32Value से पता चलता है कि सीट के निचले हिस्से का ऐंगल सबसे कम है. यह सीट के पीछे के हिस्से के मुकाबले, सीट के सबसे आगे के हिस्से की सबसे निचली स्थिति से मेल खाता है. maxInt32Value से पता चलता है कि सीट के निचले हिस्से का ऐंगल सबसे ज़्यादा है. यह सीट के सामने वाले हिस्से की सबसे ऊपरी पोज़िशन होती है. यह सीट के पीछे वाले हिस्से के मुकाबले सबसे ऊपर होती है.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

SEAT_WALK_IN_POS

यह प्रॉपर्टी, सीट की मौजूदा वॉक-इन पोज़िशन दिखाती है. minInt32Value से, सीट की सामान्य स्थिति का पता चलता है. minInt32Value की वैल्यू 0 होनी चाहिए. maxInt32Value से पता चलता है कि सीट पूरी तरह से सुरक्षित है.

minInt32Value और maxInt32Value के बीच की वैल्यू, सामान्य और वॉक-इन पोज़िशन के बीच ट्रांज़िशन की स्थिति दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

क्षेत्र का आईडी, उस सीट से मेल खाना चाहिए जो वॉक-इन सुविधा चालू होने पर, असल में चलती है. यह उस सीट से नहीं मेल खाना चाहिए जिस पर यात्री बैठेंगे.

इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर तय किया गया है. हालांकि, OEM

इसे VehiclePropertyAccess.READ के तौर पर लागू करें.

SHUTDOWN_REQUEST

हेड यूनिट को बंद करने का अनुरोध करें.

हेड यूनिट के बंद होने पर कोई टास्क पूरा करने के लिए, यह ज़रूरी है (टास्क को रिमोट से पूरा करने की सुविधा). टास्क पूरा करने के लिए, हेड यूनिट को चालू करने के बाद, उसे बंद कर देना चाहिए. टास्क पूरा होने के बाद, हेड यूनिट यह मैसेज भेजती है.

जब कोई उपयोगकर्ता हेड यूनिट को बंद करना चाहता है, तब यह प्रॉपर्टी लागू नहीं होती.

आम तौर पर, हेड यूनिट के बाहर मौजूद किसी अलग सिस्टम (उदाहरण के लिए, पावर कंट्रोलर) को हेड यूनिट को बंद करने के लिए तैयार करने के लिए कहा जाता है.

बाहरी सिस्टम को यह पुष्टि करनी होगी कि यह अनुरोध मान्य है या नहीं. इसके लिए, यह देखना होगा कि गाड़ी का इस्तेमाल किया जा रहा है या नहीं. अगर SHUTDOWN_REQUEST भेजे जाने के बाद कोई उपयोगकर्ता वाहन में बैठता है, तो सिस्टम को इस अनुरोध को अनदेखा करना चाहिए. हमारा सुझाव है कि आप पावर कंट्रोलर में VehicleInUse प्रॉपर्टी को स्टोर करें और उसे VEHICLE_IN_USE प्रॉपर्टी के ज़रिए दिखाएं. अगर VehicleInUse के लिए वैल्यू 'सही है' है, तो बंद करने का अनुरोध अनदेखा किया जाना चाहिए.

अनुमति दिए जाने पर, बाहरी सिस्टम मुख्य यूनिट को शटडाउन सिग्नल भेजता है. इससे VHAL Android को SHUTDOWN_PREPARE मैसेज भेजेगा. इसके बाद, Android मैसेज को हैंडल करके शट डाउन प्रोसेस शुरू कर देगा.

इस प्रॉपर्टी का इस्तेमाल सिर्फ़ अनुरोध करने के लिए किया जा सकता है. साथ ही, इसमें सिर्फ़ लिखने की सुविधा उपलब्ध है. जब भी इस प्रॉपर्टी की वैल्यू सेट की जाती है, तो शटडाउन का अनुरोध जारी किया जाता है. भले ही, प्रॉपर्टी की मौजूदा वैल्यू कुछ भी हो. प्रॉपर्टी की मौजूदा वैल्यू का कोई मतलब नहीं है.

इस प्रॉपर्टी को सिर्फ़ लिखने के लिए बनाया गया है. इसलिए, इसकी सदस्यता नहीं ली जा सकती. साथ ही, प्रॉपर्टी में होने वाले बदलाव से जुड़ा कोई इवेंट जनरेट नहीं होता.

सेट की जाने वाली वैल्यू, शटडाउन के विकल्प के बारे में बताती है. यह {@code VehicleApPowerStateShutdownParam} में से एक होनी चाहिए, उदाहरण के लिए, VehicleApPowerStateShutdownParam.SLEEP_IMMEDIATELY. अगर सिस्टम में यह विकल्प काम नहीं करता है, तो हो सकता है कि सिस्टम बंद करने का यह विकल्प काम न करे. ऐसे मामले में, गड़बड़ी का मैसेज नहीं दिखता.

कॉन्फ़िगरेशन की जानकारी के लिए, VehiclePropConfig.configArray में बिट फ़्लैग होना चाहिए, जो {@code VehicleApPowerStateConfigFlag} में वैल्यू को जोड़ता है. इससे यह पता चलता है कि शटडाउन के कौनसे विकल्प काम करते हैं.

अगर दूसरे सिस्टम को बंद करने का अनुरोध नहीं भेजा जा सका, तो गड़बड़ी का मैसेज दिखाता है.

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: WRITE
एनम टाइप: VehicleApPowerStateShutdownParam>
इकाई का टाइप: लागू नहीं
रिलीज़: Android 14

STEERING_WHEEL_DEPTH_MOVE

स्टीयरिंग व्हील की गहराई से किया गया मूवमेंट. वाहन क्षेत्र के कॉन्फ़िगरेशन में maxInt32Value और minInt32Value के बारे में बताना ज़रूरी है. minInt32Value और maxInt32Value के बीच की सभी वैल्यू इस्तेमाल की जा सकती हैं.

maxInt32Value बताता है कि स्टीयरिंग व्हील ड्राइवर से दूर जा रहा है. minInt32Value, ड्राइवर की तरफ़ जा रहे स्टीयरिंग व्हील के बारे में बताता है.

बड़े पूर्णांक, चाहे वे सकारात्मक हों या नकारात्मक, गति की तेज़ी का संकेत देते हैं. जब स्टीयरिंग व्हील, पोज़िशन की सीमा तक पहुंच जाता है, तो वैल्यू को 0 पर रीसेट करना ज़रूरी है. अगर STEERING_WHEEL_DEPTH_MOVE की वैल्यू इस समय 0 है, तो कोई मूवमेंट नहीं चल रहा है.

इस प्रॉपर्टी को, गति की तय सीमा के तौर पर दिखाया जाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
Enum टाइप: लागू नहीं
इकाई टाइप: लागू नहीं
रिलीज़: Android 14

STEERING_WHEEL_DEPTH_POS

स्टीयरिंग व्हील की गहराई की पोज़िशन. स्टीयरिंग व्हील की सभी प्रॉपर्टी के यूनीक आईडी, 0x0BE0 से शुरू होते हैं.

VehicleAreaConfig में maxInt32Value और minInt32Value की जानकारी दी गई होनी चाहिए. minInt32Value और maxInt32Value के बीच की सभी वैल्यू इस्तेमाल की जा सकती हैं. maxInt32Value, स्टीयरिंग व्हील की उस स्थिति को दिखाता है जो ड्राइवर से सबसे दूर है. minInt32Value से, स्टीयरिंग व्हील की उस स्थिति का पता चलता है जो ड्राइवर के सबसे करीब होती है.

minInt32Value और maxInt32Value के बीच की वैल्यू,

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

STEERING_WHEEL_EASY_ACCESS_ENABLED

स्टीयरिंग व्हील को आसानी से ऐक्सेस करने की सुविधा चालू हो. अगर यह सही है, तो ड्राइवर के स्टीयरिंग व्हील को अपने-आप अडजस्ट किया जाता है, ताकि ड्राइवर को वाहन में आसानी से चढ़ने और उतरने में मदद मिल सके.

STEERING_WHEEL_HEIGHT_MOVE

स्टीयरिंग व्हील की ऊंचाई में बदलाव. VehicleAreaConfig में maxInt32Value और minInt32Value के लिए वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच की सभी वैल्यू इस्तेमाल की जा सकती हैं.

maxInt32Value से पता चलता है कि स्टीयरिंग व्हील ऊपर की ओर जा रहा है. minInt32Value से पता चलता है कि स्टीयरिंग व्हील नीचे की ओर जा रहा है.

बड़े पूर्णांक, चाहे वे सकारात्मक हों या नकारात्मक, गति की तेज़ी का संकेत देते हैं. स्टीयरिंग व्हील के अपनी सीमा तक पहुंचने के बाद, वैल्यू को 0 पर रीसेट करना ज़रूरी है. अगर STEERING_WHEEL_HEIGHT_MOVE की वैल्यू फ़िलहाल 0 है, तो इसका मतलब है कि फ़िलहाल कोई बदलाव नहीं हो रहा है.

इस प्रॉपर्टी को, गति की तय सीमा के तौर पर दिखाया जाता है.

STEERING_WHEEL_HEIGHT_POS

स्टीयरिंग व्हील की ऊंचाई की पोज़िशन.

VehicleAreaConfig में maxInt32Value और minInt32Value की जानकारी दी गई होनी चाहिए. minInt32Value और maxInt32Value के बीच की सभी वैल्यू इस्तेमाल की जा सकती हैं. maxInt32Value से पता चलता है कि स्टीयरिंग व्हील सबसे ऊपरी पोज़िशन में है. minInt32Value से पता चलता है कि स्टीयरिंग व्हील सबसे कम पोज़िशन में है.

minInt32Value और maxInt32Value के बीच की वैल्यू, सबसे कम और सबसे ज़्यादा पोज़िशन के बीच ट्रांज़िशन स्टेटस दिखाती हैं.

इस प्रॉपर्टी को रिलेटिव पोज़िशन की तय रेंज के तौर पर दिखाया जाता है.

STEERING_WHEEL_LIGHTS_STATE

स्टीयरिंग व्हील की लाइटों की स्थिति. इससे स्टीयरिंग व्हील लाइट की मौजूदा स्थिति के बारे में पता चलता है. यह STEERING_WHEEL_LIGHTS_SWITCH से अलग है, जो लाइट को कंट्रोल करने वाले स्विच की स्थिति दिखाता है. इसलिए, हो सकता है कि STEERING_WHEEL_LIGHTS_STATE, STEERING_WHEEL_LIGHTS_SWITCH की वैल्यू से मेल न खाए. उदाहरण के लिए, STEERING_WHEEL_LIGHTS_SWITCH=AUTOMATIC और STEERING_WHEEL_LIGHTS_STATE=ON.

इस प्रॉपर्टी को सिर्फ़ तब लागू करना चाहिए, जब STEERING_WHEEL_LIGHTS_STATE की वैल्यू CABIN_LIGHTS_स्टेट की वैल्यू से अलग हो.

ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues को तब तक तय किया जाना चाहिए, जब तक कि VehicleLightState की सभी वैल्यू काम न करती हों.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: VehicleLightState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

STEERING_WHEEL_LIGHTS_SWITCH

स्टीयरिंग व्हील की लाइटों का स्विच. स्टीयरिंग व्हील की लाइट को कंट्रोल करने वाले स्विच की स्थिति दिखाता है. यह से अलग है , जो स्टीयरिंग व्हील की लाइट की मौजूदा स्थिति दिखाता है. इसलिए, हो सकता है कि STEERING_WHEEL_LIGHTS_SWITCH, STEERING_WHEEL_LIGHTS_STATE की वैल्यू से मेल न खाए. उदाहरण के लिए, STEERING_WHEEL_LIGHTS_SWITCH=AUTOMATIC और STEERING_WHEEL_LIGHTS_STATE=ON.

इस प्रॉपर्टी को सिर्फ़ तब लागू करना चाहिए, जब STEERING_WHEEL_LIGHTS_SWITCH की वैल्यू, CABIN_LIGHTS_SWITCH की वैल्यू से अलग हो.

ग्लोबल एरिया आईडी (0) के लिए, VehicleAreaConfig#supportedEnumValues की वैल्यू तय की जानी चाहिए. ऐसा तब तक करना होगा, जब तक VehicleLightSwitch की सभी वैल्यू काम नहीं करतीं.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: VehicleLightSwitch
इकाई टाइप: लागू नहीं
रिलीज़: Android 14

STEERING_WHEEL_LOCKED

स्टीयरिंग व्हील लॉक किया गया. अगर यह सही है, तो स्टीयरिंग व्हील की पोज़िशन लॉक हो जाती है और उसे बदला नहीं जा सकता. यह प्रॉपर्टी VehiclePropertyAccess.READ_WRITE के तौर पर बताई गई है, लेकिन OEM इसे <covehiclepropertyaccess.read< code=""> के तौर पर लागू कर सकते हैं./p> </covehiclepropertyaccess.read<>

STEERING_WHEEL_THEFT_LOCK_ENABLED

स्टीयरिंग व्हील चोरी के लिए लॉक की सुविधा चालू है. अगर सही हो, तो स्टीयरिंग व्हील कुछ परिस्थितियों में चोरी से बचने के लिए अपने आप लॉक हो जाता है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

STORAGE_ENCRYPTION_BINDING_SEED

बाहरी एन्क्रिप्शन बाइंडिंग सीड. इस वैल्यू को लोकल कुंजी स्टोरेज एन्क्रिप्शन कुंजी के साथ मिलाया जाता है. इस प्रॉपर्टी में 16 बाइट होते हैं. साथ ही, यह IVI से अलग ईसीयू पर सेव रहती है. शुरुआत में, प्रॉपर्टी को AAOS सेट अप करता है, जो इसे CSRNG का इस्तेमाल करके जनरेट करता है. इसके बाद, AAOS अगले बूट पर प्रॉपर्टी को पढ़ता है. बाइंडिंग सीड को भरोसेमंद तरीके से सेव किया जा सकता है. अगर सीड की जानकारी मिट जाती है, तो आईवीआई को फ़ैक्ट्री रीसेट कर दिया जाता है.

SUPPORT_CUSTOMIZE_VENDOR_PERMISSION

वेंडर प्रॉपर्टी के लिए, पसंद के मुताबिक अनुमतियां देने की सुविधा.

अगर VHAL, वेंडर की अनुमतियों को पसंद के मुताबिक बनाने की सुविधा के साथ काम करता है, तो इस प्रॉपर्टी को लागू करें. VehiclePropConfig.configArray का इस्तेमाल, वेंडर प्रॉपर्टी और उन अनुमतियों को दिखाने के लिए किया जाता है जिन्हें इस वेंडर प्रॉपर्टी के लिए चुना गया है. अनुमति, VehicleVendorPermission में मौजूद किसी एक एनम में से एक होनी चाहिए. configArray इस तरह सेट किया गया है, configArray[n]: propId : property ID के लिए वेंडर प्रॉपर्टी जहां configArray[n+1] VehicleVendorPermission में एक एनम है और प्रॉपर्टी की वैल्यू पढ़ने की अनुमति दिखाता है.

configArray[n+2], VehicleVendorPermission में एक क्रम है. यह प्रॉपर्टी की वैल्यू लिखने की अनुमति दिखाता है. उदाहरण के लिए:

configArray: { vendor_prop_1, PERMISSION_VENDOR_SEAT_READ, PERMISSION_VENDOR_SEAT_WRITE, vendor_prop_2, PERMISSION_VENDOR_INFO, PERMISSION_NOT_ACCESSIBLE, }

अगर वेंडर प्रॉपर्टी इस कलेक्शन में नहीं हैं, तो उनके पास वेंडर के लिए डिफ़ॉल्ट अनुमति होती है. अगर वेंडर ने PERMISSION_NOT_ACCESSIBLE चुना है, तो Android के पास प्रॉपर्टी का ऐक्सेस नहीं होगा. उदाहरण में, Android, vendor_prop_2 के लिए कोई वैल्यू नहीं लिख सकता.

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

SUPPORTED_PROPERTY_IDS

(अब काम नहीं करता) काम करने वाले सभी प्रॉपर्टी आईडी की सूची.

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

SWITCH_USER

इस नीति से, Android पर फ़ोरग्राउंड वाले उपयोगकर्ता को स्विच करने के अनुरोध के बारे में जानकारी मिलती है.

इस प्रॉपर्टी का इस्तेमाल मुख्य रूप से Android सिस्टम करता है, ताकि एचएएल को यह जानकारी दी जा सके कि फ़ोरग्राउंड में मौजूद मौजूदा Android उपयोगकर्ता बदल रहा है. हालांकि, एचएएल इसका इस्तेमाल, Android सिस्टम से उपयोगकर्ताओं को बदलने का अनुरोध करने के लिए भी कर सकता है. जब Android अनुरोध करता है, तो वहजी के लिए वाहन PropValue सेट करता है. साथ ही, एचएएल को प्रॉपर्टी में बदलाव के इवेंट के साथ जवाब देना होता है. जब एचएएल अनुरोध करता है, तो उसे प्रॉपर्टी में बदलाव करने वाले इवेंट के ज़रिए भी ऐसा करना चाहिए. मुख्य अंतर यह है कि पहले मामले में अनुरोध आईडी सकारात्मक होता है और दूसरे मामले में यह नकारात्मक होता है. SwitchUserMessageType भी अलग-अलग होता है.

दोनों अनुरोधों का फ़ॉर्मैट, SwitchUserRequest से तय होता है. साथ ही, ज़रूरत पड़ने पर रिस्पॉन्स का फ़ॉर्मैट, SwitchUserResponse से तय होता है. एचएएल (या Android सिस्टम) को आगे कैसे बढ़ना चाहिए, यह मैसेज टाइप (जिसे SwitchUserMessageType पैरामीटर से तय किया गया है) पर निर्भर करता है, जैसा कि नीचे बताया गया है.

LEGACY_ANDROID_SWITCH यह बताने के लिए कि Android सिस्टम में कोई बदलाव होने वाला है, Android सिस्टम कॉल करता है. ऐसा तब होता है, जब बदलाव का अनुरोध इस तरह से किया गया हो कि वह एचएएल में शामिल न हो (उदाहरण के लिए, adb Shell am switch-user). यह अनुरोध मिलने के बाद, HAL अपने इंटरनल उपयोगकर्ता को स्विच कर सकता है. हालांकि, उसे Android सिस्टम को जवाब देने की ज़रूरत नहीं है. अगर किसी वजह से, इसके अंदरूनी उपयोगकर्ता को बदला नहीं जा सकता, तो उसे SWITCH_USER(type=ANDROID_POST_SWITCH) कॉल के ठीक होने का इंतज़ार करना होगा. उदाहरण के लिए, वह पिछले उपयोगकर्ता पर वापस स्विच करने के लिए SWITCH_USER(type=VEHICLE_REQUEST) जारी कर सकता है. आम तौर पर, यह कभी भी काम नहीं करना चाहिए. ऐसा इसलिए, क्योंकि वापस स्विच करने से असली उपयोगकर्ता को भ्रम हो सकता है.
उदाहरण के लिए, अगर सिस्टम में उपयोगकर्ताओं की संख्या (0, 10, 11) है और वह 0 से 11 पर स्विच कर रहा है (जहां उनमें से किसी के पास कोई खास फ़्लैग नहीं है), तो अनुरोध इस तरह होगा:
- int32[0] 42 // अनुरोध आईडी
- int32[1] 1 // SwitchUserMessageType::LEGACY_ANDROID_SWITCH
- int32[2] 11 // टारगेट यूज़र आईडी
- int32[3] 0 // उपयोगकर्ता के फ़्लैग टारगेट करें (कोई नहीं)
- int32[4] 10 // मौजूदा उपयोगकर्ता
- int32[5] 0 // मौजूदा उपयोगकर्ता के फ़्लैग (कोई नहीं)
- int32[6] 3 // उपयोगकर्ताओं की संख्या
- int32[7] 0 // उपयोगकर्ता #0 (Android यूज़र आईडी 0)
- int32[8] 0 // उपयोगकर्ता #0 के फ़्लैग (कोई नहीं)
- int32[9] 10 // उपयोगकर्ता #1 (Android यूज़र आईडी 10)
- int32[10] 0 // उपयोगकर्ता #1 के फ़्लैग (कोई नहीं)
- int32[11] 11 // उपयोगकर्ता #2 (Android उपयोगकर्ता आईडी 11)
- int32[12] 0 // उपयोगकर्ता #2 के फ़्लैग (कोई नहीं)
ANDROID_SWITCH Android सिस्टम, Android उपयोगकर्ता के बदलने का संकेत देने के लिए इसे कॉल करता है. हालांकि, Android आगे बढ़ने से पहले, HAL के जवाब का इंतज़ार करता है. यह अनुरोध मिलने के बाद, एचएएल को अपने इंटरनल उपयोगकर्ता को स्विच करना होगा. इसके बाद, Android को SWITCH_USER(type=VEHICLE_RESPONSE) के साथ जवाब देना होगा. इससे यह पता चलता है कि उसके इंटरनल उपयोगकर्ता को स्विच किया गया है या नहीं (SwitchUserStatus एनम के ज़रिए). उदाहरण के लिए, अगर Android का इस्तेमाल करने वाले उपयोगकर्ताओं की संख्या (0, 10, 11) है और वह 10 से 11 पर स्विच कर रहा है (जहां उनमें से किसी के पास कोई खास फ़्लैग नहीं है), तो अनुरोध इस तरह होगा:
- int32[0] 42 // अनुरोध आईडी
- int32[1] 2 // SwitchUserMessageType::ANDROID_SWITCH
- int32[2] 11 // उपयोगकर्ता आईडी लक्षित करें
- int32[3] 0 // उपयोगकर्ता के फ़्लैग टारगेट करें (कोई नहीं)
- int32[4] 10 // मौजूदा उपयोगकर्ता
- int32[5] 0 // मौजूदा उपयोगकर्ता के फ़्लैग (कोई नहीं)
- int32[6] 3 // उपयोगकर्ताओं की संख्या
- int32[7] 0 // नया उपयोगकर्ता (उपयोगकर्ता 0)
- int32[8] 1 // नए उपयोगकर्ता के लिए फ़्लैग (सिस्टम)
- int32[9] 10 // दूसरा उपयोगकर्ता (उपयोगकर्ता 10)
- int32[10] 0 // दूसरे उपयोगकर्ता के फ़्लैग (कोई नहीं)
- int32[11] 11 // तीसरा उपयोगकर्ता (उपयोगकर्ता 11)
- int32[12] 0 // तीसरे उपयोगकर्ता के फ़्लैग (कोई नहीं)
अगर अनुरोध पूरा होता है, तो एचएएल को यह प्रॉपर्टी अपडेट करनी होगी:
- int32[0] 42 // अनुरोध आईडी
- int32[1] 3 // messageType: SwitchUserMessageType::VEHICLE_RESPONSE
- int32[2] 1 // status: SwitchUserStatus::SUCCESS
अगर अनुरोध पूरा नहीं हो पाता है, तो आपको कुछ ऐसा जवाब मिलेगा:
- int32[0] 42 // अनुरोध आईडी
- int32[1] 3 // messageType: SwitchUserMessageType::VEHICLE_RESPONSE
- int32[2] 2 // status: SwitchUserStatus::FAILURE string: "108-D'OH!"
- OEM-से जुड़ी गड़बड़ी का मैसेज
VEHICLE_RESPONSE एचएएल ने यह बताने के लिए कॉल किया है कि ANDROID_SWITCH टाइप के अनुरोध को जारी रखा जाना चाहिए या रद्द किया जाना चाहिए. ANDROID_SWITCH भी देखें.
VEHICLE_REQUEST एचएएल (HAL) इसे कॉल करता है, ताकि फ़ोरग्राउंड में मौजूद मौजूदा Android उपयोगकर्ता को स्विच करने का अनुरोध किया जा सके. यह सुविधा तब काम आती है, जब Android ने शुरुआत में एक उपयोगकर्ता के तौर पर की हो, लेकिन गाड़ी ने ड्राइवर की पहचान किसी अन्य उपयोगकर्ता के तौर पर की हो. उदाहरण के लिए, उपयोगकर्ता A ने उपयोगकर्ता B के की फ़ोब का इस्तेमाल करके कार को अनलॉक किया. INITIAL_USER_INFO अनुरोध ने उपयोगकर्ता B को लौटाया, लेकिन फिर चेहरे की पहचान करने वाले सबसबसिस्टम ने उपयोगकर्ता की पहचान A के रूप में की. एचएएल, प्रॉपर्टी में बदलाव होने के किसी इवेंट के ज़रिए यह अनुरोध करता है (नकारात्मक अनुरोध आईडी पास करके). Android सिस्टम का जवाब, ANDROID_POST_SWITCH कॉल जारी करना होता है, जिसमें वही अनुरोध आईडी होता है. उदाहरण के लिए, अगर फ़ोरग्राउंड में चल रहे मौजूदा Android वर्शन का वर्शन 10 है और HAL ने 11 पर स्विच करने के लिए कहा है, तो अनुरोध इस तरह होगा:
- int32[0] -108 // अनुरोध आईडी
- int32[1] 4 // messageType: SwitchUserMessageType::VEHICLE_REQUEST
- int32[2] 11 // Android यूज़र आईडी
अगर अनुरोध पूरा हो जाता है और Android डिवाइस पर तीन उपयोगकर्ता (0, 10, और 11) हैं, तो रिस्पॉन्स इस तरह होगा:
- int32[0] -108 // अनुरोध आईडी
- int32[1] 5 // messageType: SwitchUserMessageType::ANDROID_POST_SWITCH
- int32[2] 11 // टारगेट यूज़र आईडी
- int32[3] 0 // उपयोगकर्ता आईडी फ़्लैग लक्षित करें (कोई नहीं)
- int32[4] 11 // मौजूदा उपयोगकर्ता
- int32[5] 0 // मौजूदा उपयोगकर्ता के फ़्लैग (कोई नहीं)
- int32[6] 3 // उपयोगकर्ताओं की संख्या
- int32[7] 0 // नया उपयोगकर्ता (उपयोगकर्ता 0)
- int32[8] 0 // पहले उपयोगकर्ता के फ़्लैग (कोई नहीं)
- int32[9] 10 // दूसरा उपयोगकर्ता (उपयोगकर्ता 10)
- int32[10] 4 // दूसरे उपयोगकर्ता के फ़्लैग (कोई नहीं)
- int32[11] 11 // तीसरा उपयोगकर्ता (उपयोगकर्ता 11)
- int32[12] 3 // तीसरे उपयोगकर्ता के फ़्लैग (कोई नहीं)
मौजूदा और टारगेट यूज़र आईडी एक ही हैं. अगर अनुरोध पूरा नहीं हो पाता है, तो दोनों में अंतर होगा. उदाहरण के लिए, टारगेट उपयोगकर्ता की संख्या 11 होगी और मौजूदा उपयोगकर्ता 10 रहेगा.
ANDROID_POST_SWITCH उपयोगकर्ता को स्विच करने का अनुरोध करने के बाद, Android सिस्टम इसे कॉल करता है. इस प्रॉपर्टी को किसी भी तरह के स्विच अनुरोध (उदाहरण के लिए, >code>LEGACY_ANDROID_SWITCH, >code>ANDROID_SWITCH या VEHICLE_REQUEST) के बाद कॉल किया जाता है. इसका इस्तेमाल यह पता लगाने के लिए किया जा सकता है कि अनुरोध पूरा हुआ या नहीं.
- प्रोसेस पूरी होने के बाद, उसे कॉल किया जाता है. ऐसा तब होता है, जब Android उपयोगकर्ता अनलॉक स्थिति में हो. साथ ही, रिस्पॉन्स में मौजूदा और टारगेट उपयोगकर्ता आईडी की वैल्यू एक जैसी हो. यह किसी Android ऐप्लिकेशन में Intent.ACTION_USER_UNLOCKED पाने के बराबर है.
- ऐसा न होने पर, उसे तुरंत कॉल किया जाता है और रिस्पॉन्स के तौर पर मौजूदा और टारगेट उपयोगकर्ता आईडी की वैल्यू अलग-अलग होती हैं. ऐसा इसलिए होता है, क्योंकि मौजूदा उपयोगकर्ता ने टारगेट में बदलाव नहीं किया.
- अगर HAL के पिछले अनुरोध का जवाब देने या उपयोगकर्ता के अनलॉक होने से पहले, स्विच करने का नया अनुरोध किया जाता है, तो ANDROID_POST_SWITCH अनुरोध नहीं किया जाता. उदाहरण के लिए, हो सकता है कि ड्राइवर गलती से उस उपयोगकर्ता पर स्विच कर दे जिसके पास लॉक के क्रेडेंशियल हैं. इसके बाद, क्रेडेंशियल डालने से पहले, वह सही उपयोगकर्ता पर स्विच कर दे.
यह अनुरोध मिलने के बाद, एचएएल अपनी इंटरनल स्थिति अपडेट कर सकता है. हालांकि, उसे Android सिस्टम को जवाब देने की ज़रूरत नहीं है.
- अनुरोध करें. INITIAL_USER_INFO के मुताबिक, पहली N वैल्यू (जहां इंडेक्स 1 पर अनुरोध के हिसाब से वैल्यू SwitchUserMessageType::ANDROID_POST_SWITCH है), इसके बाद टारगेट उपयोगकर्ता आईडी (उदाहरण के लिए, Android उपयोगकर्ता आईडी जिस पर स्विच करने का अनुरोध किया गया था) और उसके फ़्लैग (UserFlags के मुताबिक) के लिए दो और वैल्यू.
- जवाब: कोई नहीं. उदाहरण के लिए, VEHICLE_REQUEST देखें

TIRE_PRESSURE

टायर का दबाव. हर टायर की पहचान, उसके areaConfig.areaId कॉन्फ़िगरेशन से की जाती है. OEM के सुझाए गए दबाव की सीमा को सेव करने के लिए, minFloatValue और maxFloatValue का इस्तेमाल किया जाता है. व्हीकल एरिया कॉन्फ़िगरेशन में, minFloatValue और maxFloatValue के लिए वैल्यू के बारे में बताना ज़रूरी है.

areaConfig डेटा में minFloatValue, टायर के सुझाए गए दबाव के निचले हिस्से को दिखाता है. areaConfig डेटा में मौजूद maxFloatValue, टायर के लिए सुझाए गए दबाव की ऊपरी सीमा दिखाता है. उदाहरण के लिए, इस areaConfig से पता चलता है कि left_front टायर के लिए, टायर में हवा का सुझाया गया दबाव 200.0kPa से 240.0kPa है.

.areaConfigs: { VehicleAreaConfig { .areaId: VehicleAreaWheel::LEFT_FRONT, .minFloatValue: 200.0, .maxFloatValue: 240.0, } }

बदलाव मोड: CONTINUOUS
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:KILOPASCAL
रिलीज़: Android 13

TIRE_PRESSURE_DISPLAY_UNITS

डिसप्ले के लिए टायर के दबाव की इकाइयां. इससे पता चलता है कि उपयोगकर्ता को टायर का दबाव दिखाने के लिए, कार किन यूनिट का इस्तेमाल कर रही है. उदाहरण के लिए, पीएसआई, बार या किलोपास्कल. VehiclePropConfig.configArray का इस्तेमाल, काम करने वाली प्रेशर डिसप्ले यूनिट के बारे में बताने के लिए किया जाता है. वाहन की यूनिट में प्रेशर यूनिट की जानकारी दी गई है. उदाहरण के लिए, configArray[0]: KILOPASCAL configArray[1]: PSI configArray[2]: BAR

अगर TIRE_PRESSURE_DISPLAY_UNITS एट्रिब्यूट की वैल्यू अपडेट करने से, अन्य *_DISPLAY_UNITS प्रॉपर्टी की वैल्यू पर असर पड़ता है, तो उनकी वैल्यू भी अपडेट करनी होगी. साथ ही, AAOS फ़्रेमवर्क को भी इसकी जानकारी देनी होगी. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है. हालांकि, OEM इसे सिर्फ़ <covehiclepropertyaccess.read< code=""> के तौर पर लागू कर सकते हैं./p> </covehiclepropertyaccess.read<>

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: VehicleUnit
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

TRACTION_CONTROL_ACTIVE

सही पर सेट करें, जब ट्रैक्शन कंट्रोल (टीसी) चालू हो और टीसी बंद होने पर 'गलत' पर रीसेट हो जाता है. इस प्रॉपर्टी को टीसी सिस्टम की रीयल-टाइम स्थिति के आधार पर, रुक-रुककर सेट (पल्स) किया जा सकता है.

TRAILER_PRESENT

कार के ट्रेलर की स्थिति दिखाता है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: TrailerState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

TURN_SIGNAL_STATE

वाहनों के टर्न सिग्नल की स्थिति.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: VehicleTurnSignal
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

USER_IDENTIFICATION_ASSOCIATION

ऐसी प्रॉपर्टी जिसका इस्तेमाल, मौजूदा उपयोगकर्ता को वाहन की पहचान करने के खास तरीकों (जैसे कि कुंजी एफ़ओबी) से जोड़ने (या असोसिएशन के बारे में क्वेरी करने) के लिए किया जाता है.

यह उपयोगकर्ता मैनेजमेंट प्रॉपर्टी है. हालांकि, इसे इस्तेमाल करना ज़रूरी नहीं है. OEM, उपयोगकर्ता मैनेजमेंट की सुविधा को तय किए बिना भी, अब भी इसकी सुविधा दे सकता है. असल में, इस प्रॉपर्टी का इस्तेमाल, उपयोगकर्ता से जुड़े मुख्य फ़ंक्शन के बिना भी किया जा सकता है. इन फ़ंक्शन के बारे में INITIAL_USER_INFO में बताया गया है.

असोसिएशन की क्वेरी करने के लिए, Android सिस्टम को User-IdentificationGetRequest से बताए गए तरीके के मुताबिक प्रॉपर्टी मिल जाती है. इसके लिए, कदम के हिसाब से असोसिएशन के बारे में क्वेरी की जाने वाली VehiclePropValue को पास किया जाता है. एचएएल को तुरंत जवाब देना चाहिए. साथ ही, UserIdentificationResponse के साथ VehiclePropValue दिखाना चाहिए.

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

टाइप को असोसिएट करने के लिए, Android सिस्टम प्रॉपर्टी सेट करता है. इसके लिए, वह VehiclePropValue को पास करता है. इसमें, UserIdentificationSetRequest के मुताबिक, सेट किए जा रहे असोसिएशन के टाइप और वैल्यू होती हैं.

इसके बाद, एचएएल, प्रॉपर्टी में हुए बदलाव के इवेंट का इस्तेमाल करता है. इस इवेंट की VehiclePropValue, UserIdentificationResponse से तय होती है. इससे अनुरोध के बाद, टाइप की मौजूदा स्थिति का पता चलता है.

उदाहरण के लिए, यह पता करने के लिए कि मौजूदा उपयोगकर्ता (10) उस एफ़ओबी से जुड़ा है जिसने कार को अनलॉक किया था और OEM ने जो कस्टम तरीका उपलब्ध कराया है, अनुरोध इस तरह का होगा:

int32[0] 42 // अनुरोध आईडी
int32[1] 10 (Android यूज़र आईडी)
int32[2] 0 (Android उपयोगकर्ता फ़्लैग)
int32[3] 2 (क्वेरी किए गए टाइप की संख्या)
int32[4] 1 (पहला टाइप जिसकी क्वेरी की गई, UserIdentificationAssociationType::KEY_FOB)
int32[5] 101 (दूसरी तरह क्वेरी की गई, UserIdentificationAssociationType::CUSTOM_1)

अगर उपयोगकर्ता एफ़ओबी से जुड़ा है, लेकिन कस्टम मैकेनिज़्म से नहीं, तो रिस्पॉन्स यह होगा:

int32[0] 42 // अनुरोध आईडी
int32[1] 2 (जवाब में असोसिएशन की संख्या)
int32[2] 1 (पहला टाइप: UserIdentificationAssociationType::KEY_FOB)
int32[3] 2 (पहली वैल्यू: UserIdentificationAssociationValue::ASSOCIATED_CURRENT_USER)
int32[4] 101 (पहला टाइप: UserIdentificationAssociationType::CUSTOM_1)
int32[5] 4 (दूसरी वैल्यू: UserIdentificationAssociationValue::NOT_ASSOCIATED_ANY_USER)

इसके बाद, उपयोगकर्ता को कस्टम मेकेनिज्म से जोड़ने के लिए, एक सेट अनुरोध किया जाता है:

int32[0] 43 // अनुरोध आईडी
int32[1] 10 (Android यूज़र आईडी)
int32[2] 0 (Android उपयोगकर्ता फ़्लैग)
int32[3] 1 (सेट किए जा रहे असोसिएशन की संख्या)
int32[4] 101 (पहला टाइप: UserIdentificationAssociationType::CUSTOM_1)

अनुरोध पूरा होने पर, जवाब इस तरह होगा:

int32[0] 43 // अनुरोध आईडी
int32[1] 1 (रिस्पॉन्स में असोसिएशन की संख्या)
int32[2] 101 (पहला टाइप: UserIdentificationAssociationType::CUSTOM_1)
int32[3] 1 (पहली वैल्यू: UserIdentificationAssociationValue::ASSOCIATED_CURRENT_USER)

सेट करने का अनुरोध, असोसिएशन जोड़ता है, लेकिन मौजूदा असोसिएशन नहीं हटाता. पिछले उदाहरण में, आखिरी स्थिति में दो असोसिएशन (FOB और CUSTOM_1) होंगे. अगर उपयोगकर्ता को सिर्फ़ CUSTOM_1 से जोड़ना है, न कि FOB से, तो अनुरोध इस तरह का होगा:

int32[0] 43 // अनुरोध आईडी
int32[1] 10 (Android यूज़र आईडी)
int32[2] 2 (सेट किए गए टाइप की संख्या)
int32[3] 1 (पहला टाइप: UserIdentificationAssociationType::KEY_FOB)
int32[4] 2 (पहली वैल्यू: UserIdentificationAssociationValue::DISASSOCIATE_CURRENT_USER)
int32[5] 101 (दूसरा टाइप: UserIdentificationAssociationType::CUSTOM_1)
int32[6] 1 (दूसरी वैल्यू: UserIdentificationAssociationValue::ASSOCIATE_CURRENT_USER)

VEHICLE_CURB_WEIGHT

वाहन का कुल वज़न किलोग्राम में दिखाता है. कुल वज़न, वाहन का कुल वज़न होता है. इसमें स्टैंडर्ड उपकरण और ऑपरेशन के लिए ज़रूरी सभी चीज़ें शामिल होती हैं. जैसे, मोटर ऑयल, ट्रांसमिशन ऑयल, ब्रेक फ़्लूइड, कूलेंट, एयर कंडीशनिंग रेफ़्रिजरेंट, और टैंक की नोमिनल क्षमता पर ईंधन का वज़न. इसमें यात्रियों या कार्गो का वज़न शामिल नहीं होता.

configArray[0] का इस्तेमाल, किलोग्राम में वाहन के कुल वज़न की जानकारी देने के लिए किया जाता है. वाहन का कुल वज़न, वाहन का वह ज़्यादा से ज़्यादा वज़न है जो मैन्युफ़ैक्चरर ने बताया है. इसमें वाहन का चेसिस, बॉडी, इंजन, इंजन, ईंधन, ऐक्सेसरी, ड्राइवर, यात्रियों, और कार्गो का वज़न शामिल है. हालांकि, इसमें किसी भी ट्रेलर का वज़न शामिल नहीं है.

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:KILOGRAM
रिलीज़: Android 13

VEHICLE_IN_USE

यह बताता है कि वाहन का इस्तेमाल किया जा रहा है या नहीं. इस्तेमाल में होने का मतलब है कि कोई व्यक्ति मौजूद है और वह वाहन का इस्तेमाल करना चाहता है. इसका यह मतलब नहीं है कि वाहन में कोई व्यक्ति मौजूद है. उदाहरण के लिए, अगर कोई व्यक्ति, वाहन को रिमोट से अनलॉक करता है, तो वाहन का इस्तेमाल किया जा रहा माना जाता है. अगर इस प्रॉपर्टी का इस्तेमाल किया जा सकता है, तो:

जब भी उपयोगकर्ता कार को चालू करता है या सिस्टम को उपयोगकर्ता के मौजूद होने का पता चलता है, तो VEHICLE_IN_USE को 'सही है' पर सेट करना ज़रूरी है. जब भी उपयोगकर्ता वाहन को बंद करता है या सिस्टम को पता चलता है कि उपयोगकर्ता मौजूद नहीं है, तो VEHICLE_IN_USE को 'गलत है' पर सेट किया जाना चाहिए.
अगर उपयोगकर्ता वाहन को बंद कर देता है या सिस्टम को पता चलता है कि उपयोगकर्ता मौजूद नहीं है, तो VEHICLE_IN_USE को 'गलत है' पर सेट किया जाना चाहिए.
अगर उपयोगकर्ता वाहन को चालू करता है या सिस्टम को पता चलता है कि उपयोगकर्ता मौजूद है, तो VEHICLE_IN_USE को 'सही है' पर सेट किया जाना चाहिए.

यह प्रॉपर्टी AP_POWER_BOOTUP_REASON से इस मायने में अलग है कि AP_POWER_BOOTUP_REASON को सिस्टम के बूट होने के दौरान सिर्फ़ एक बार सेट किया जाता है. हालांकि, सिस्टम के बूट होने के दौरान, यह प्रॉपर्टी कई बार बदल सकती है. उदाहरण के लिए, फ़िलहाल किसी डिवाइस का इस्तेमाल नहीं किया जा रहा है. रिमोट टास्क को पूरा करने के लिए, सिस्टम को बूटअप करना. VEHICLE_IN_USE गलत है. रिमोट टास्क के लागू होने के दौरान, उपयोगकर्ता गाड़ी में बैठता है और उसे चालू करता है. VEHICLE_IN_USE को 'सही' पर सेट किया गया हो. ड्राइविंग सेशन के बाद, उपयोगकर्ता गाड़ी को बंद कर देता है. VEHICLE_IN_USE 'गलत है' पर सेट होता है.

VEHICLE_MAP_SERVICE

वाहन में मैप इस्तेमाल करने की सुविधा (वीएमएस) का मैसेज. यह प्रॉपर्टी, वीएमएस मैसेज भेजने के लिए MIXED डेटा का इस्तेमाल करती है. इसके कॉन्टेंट की व्याख्या इस तरह की जानी चाहिए. VmsMessageIntegerValuesInde में तय किए गए इंडेक्स का इस्तेमाल, int32Values से पढ़ने के लिए किया जाता है. बाइट, VMS प्रोटोकॉल में बताए गए क्रम में लगाए गए वीएमएस मैसेज होते हैं. ये फ़्रेमवर्क के लिए साफ़ तौर पर नहीं दिखते. IVehicle#get हमेशा StatusCode::NOT_AVAILABLE दिखाना चाहिए.

बदलाव मोड: ON_CHANGEREAD_WRITE
ऐक्सेस मोड: READ_WRITE
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

VEHICLE_Speed_DISPLAY_UNITS

डिसप्ले के लिए स्पीड यूनिट. इससे उपयोगकर्ता को स्पीड दिखाने के लिए इस्तेमाल की जाने वाली इकाइयों के टाइप के बारे में पता चलता है. जैसे, m/s, km/h या mph. VehiclePropConfig.configArray से पता चलता है कि रफ़्तार की जानकारी दिखाने के लिए, कौनसी यूनिट इस्तेमाल की जा सकती हैं. दबाव की इकाइयों की जानकारी, VehicleUnit में दी जाती है. उदाहरण के लिए:

.configArray: { VehicleUnit::METER_PER_SEC, VehicleUnit::KILOMETERS_PER_HOUR, VehicleUnit::MILES_PER_HOUR }

configArray[0] METER_PER_SEC
configArray[1] MILES_PER_HOUR
configArray[2] KILOMETERS_PER_HOUR

अगर VEHICLE_SPEED_DISPLAY_UNITS को अपडेट करने से, अन्य *_DISPLAY_UNITS properties की वैल्यू पर असर पड़ता है, तो उन वैल्यू को अपडेट करना होगा और AAOS फ़्रेमवर्क को इसकी सूचना देनी होगी.

VHAL_HEARTBEAT

इस एट्रिब्यूट की मदद से, उस इवेंट की जानकारी दी जाती है जिसे VHAL, Car Watchdog को हेटबीट के तौर पर सिग्नल भेजता है. अगर VHAL इस प्रॉपर्टी के साथ काम करता है, तो VHAL को हर तीन सेकंड में इस प्रॉपर्टी में सिस्टम के अपटाइम की जानकारी लिखनी चाहिए. Car Watchdog इस प्रॉपर्टी की सदस्यता लेता है और यह जांच करता है कि प्रॉपर्टी हर तीन सेकंड में अपडेट होती है या नहीं. तीन सेकंड के बफ़र टाइम के साथ, कार वॉचडॉग, पिछले दिल की धड़कन से लेकर छह सेकंड तक, दिल की धड़कन के सिग्नल का इंतज़ार करता है. अगर ऐसा नहीं होता है, तो कार वॉचडॉग को वह वीएचएएल खराब मानता है और उसे बंद कर देता है. अगर यह प्रॉपर्टी VHAL के साथ काम नहीं करती है, तो Car Watchdog, VHAL के स्टेटस की जांच नहीं करता.

वॉचडॉग_एलाइव

यह एक ऐसा इवेंट तय करता है जिसे कार वॉचडॉग अपडेट करता है, ताकि यह पता चल सके कि वह चालू है. कार वॉचडॉग, हर तीन सेकंड में इस प्रॉपर्टी को सिस्टम के अपटाइम के तौर पर मिलीसेकंड में सेट करता है. बूट होने के दौरान, अपडेट होने में ज़्यादा समय लग सकता है.

WATCHDOG_TERMINATED_PROCESS

Car Watchdog की मदद से बंद की गई प्रोसेस और बंद करने की वजह के बारे में बताता है.

int32Values[0] 1  // ProcessTerminationReason showing why a process is terminated. string: "/system/bin/log" // Process execution command

WHEEL_TICK

रिपोर्ट में व्हील के टीक दिखते हैं. वेक्टर का पहला एलिमेंट, रीसेट की गई गिनती होती है. रीसेट करने से यह पता चलता है कि पिछली टिक काउंट की तुलना, पहले और आने वाले समय में नहीं की जा सकती. टिक की गिनती में कोई रुकावट आई है.

अगले चार एलिमेंट, अलग-अलग व्हील के लिए इस क्रम में सही का निशान दिखाते हैं:

आगे बाईं ओर
आगे दाईं ओर
पीछे दाईं ओर
पीछे बाईं ओर

सभी टिक की संख्या एक साथ जुड़ी होती है. वाहन के आगे बढ़ने पर टिक की संख्या बढ़ती है और वाहन के पीछे जाने पर, टिक की संख्या कम होती है. गाड़ी शुरू होने पर, टिक को 0 पर रीसेट किया जाना चाहिए.

int64Values[0] गिनती रीसेट करना
int64Values[1] आगे वाला बायां टिक
int64Values[2] आगे दाईं ओर वाला टिक
int64Values[3] पीछे दाईं ओर मौजूद टिक
int64Values[4] पीछे बाईं ओर टिक

configArray का इस्तेमाल, हर पहिये के टिक के लिए माइक्रोमीटर की वैल्यू और यह बताने के लिए किया जाता है कि कौनसे पहिये काम करते हैं. configArray को इस तरह सेट किया जाता है:

configArray[0], bits [0:3] Supported wheels

enum Wheel का इस्तेमाल करता है. उदाहरण के लिए, अगर सभी व्हील पर कार काम करती है, तो:

configArray[0] VehicleAreaWheel::LEFT_FRONT | VehicleAreaWheel::RIGHT_FRONT | VehicleAreaWheel::LEFT_REAR | VehicleAreaWheel::RIGHT_REAR
configArray[1] सामने वाले बाएं पहिये के हर टिक के लिए माइक्रोमीटर
configArray[2] सामने के दाएं पहिये के हर टिक के लिए माइक्रोमीटर
configArray[3] पीछे के दाएं पहिये के हर टिक के लिए माइक्रोमीटर
configArray[4] पीछे के बाएं पहिये के हर टिक के लिए माइक्रोमीटर.

अगर किसी व्हील का इस्तेमाल नहीं किया जा सकता, तो उसकी वैल्यू हमेशा 0 पर सेट होनी चाहिए.

VehiclePropValue.timestamp भरना ज़रूरी है.

बदलाव मोड: CONTINUOUS
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

WINDOW_LOCK

विंडो चाइल्ड लॉक. 'सही है' का मतलब है कि विंडो को चाइल्ड-लॉक किया गया है. इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर बताया गया है, लेकिन ओईएम इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

WINDOW_MOVE

विंडो को एक जगह से दूसरी जगह ले जाना. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. maxInt32Value से पता चलता है कि विंडो, प्लेन में सबसे तेज़ी से खुल रही है/प्लेन से बाहर की दिशा में सबसे तेज़ी से बंद हो रही है. minInt32Value से पता चलता है कि विंडो, प्लेन में बंद हो रही है/प्लेन से बाहर की तरफ़ सबसे तेज़ रफ़्तार से खुल रही है.

बड़ी निरपेक्ष वैल्यू, चाहे वे पॉज़िटिव हों या नेगेटिव, गति की तेज़ी का संकेत देती हैं. जब विंडो, पोज़िशन के लिए तय की गई सीमा तक पहुंच जाती है, तो वैल्यू 0 पर रीसेट होनी चाहिए. अगर WINDOW_MOVE की वैल्यू 0 है, तो इसका मतलब है कि कोई बदलाव नहीं हो रहा है. इस प्रॉपर्टी को, गति की तय सीमा के हिसाब से दिखाया जाता है.

ऐसी विंडो के लिए जो प्लेन के बाहर खुल सकती है (सनरूफ़ का वेंट मोड), यह पैरामीटर इस तरह काम करता है. अगर:

सनरूफ़ खुली है:
- Max सनरूफ़ को और खोलें. पूरी तरह खुलने पर, यह अपने-आप बंद हो जाएगी.
- Min सनरूफ़ बंद करें. सनरूफ़ बंद होने पर, यह सुविधा अपने-आप बंद हो जाएगी.
वेंट खुला है:
- Max वेंट बंद होने पर, वेंट बंद होने पर यह अपने-आप बंद हो जाता है.
- Min वेंट को थोड़ा और खोलने के लिए, वेंट के पूरी तरह से खुलने पर उसे अपने-आप बंद कर दें.
सनरूफ़ बंद है:
- Max सनरूफ़ खोलें और पूरी तरह खुलने पर, अपने-आप बंद होने की सुविधा.
- Min वेंट खोलें, वेंट पूरी तरह खुलने पर अपने-आप बंद हो जाए.

Windows_POS

विंडो की पोज़िशन. हर VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच के सभी पूर्णांक इस्तेमाल किए जा सकते हैं. minInt32Value से पता चलता है कि विंडो बंद है या पूरी तरह से खुली हुई है. अगर विंडो, प्लेन के बाहर नहीं खुल सकती, तो minInt32Value, विंडो के पूरी तरह से बंद होने पर उसकी पोज़िशन होती है. यह 0 होनी चाहिए. अगर विंडो, प्लैन के बाहर खुल सकती है, तो minInt32Value से पता चलता है कि विंडो, प्लैन के बाहर अपनी जगह पर पूरी तरह से खुली हुई है. यह एक नेगेटिव वैल्यू है. ज़्यादा जानकारी के लिए, यह उदाहरण देखें. maxInt32Value से पता चलता है कि विंडो पूरी तरह से खुली है.

minInt32Value और maxInt32Value के बीच की वैल्यू, प्लेन के बाहर पूरी तरह से बंद/पूरी तरह से खुली स्थिति और पूरी तरह से खुली स्थिति के बीच ट्रांज़िशन की स्थिति दिखाती हैं. यह प्रॉपर्टी किसी खास इकाई में नहीं होती, बल्कि रिलेटिव पोज़िशन की तय रेंज में होती है. उदाहरण के लिए, ऐसी विंडो के लिए प्रॉपर्टी इस तरह काम करनी चाहिए जो प्लैन से बाहर निकल सकती है: ऐसी विंडो के लिए जो प्लैन से बाहर निकल सकती है (सनरूफ़ का वेंट मोड), यह पैरामीटर नेगेटिव वैल्यू के साथ इस तरह काम करता है:

Max Sunroof की सुविधा पूरी तरह से खुली है (सनरूफ़ के बंद होने पर 0).
Min सनरूफ़ वेंट पूरी तरह से खुला है (सनरूफ़ बंद होने पर 0).

इस मोड में, 0 से पता चलता है कि विंडो बंद है.

WINDSHIELD_WIPERS_PERIOD

विंडशील्ड वाइपर पीरियड (मिलीसेकंड). यह विंडशील्ड वाइपर के एक पूरे साइकल के लिए, मिलीसेकंड में तुरंत होने वाली समयावधि दिखाता है. पूरे साइकल का मतलब है कि वाइपर, एक आखिरी पोज़िशन से शुरू होकर, आखिरी पोज़िशन पर वापस आ जाए. जब इंटरमिटेंट वाइपर सेटिंग चुनी जाती है, तो इंटरमिटेंट वाइपिंग के रोके जाने के दौरान, इस प्रॉपर्टी की वैल्यू 0 पर सेट होनी चाहिए. VehicleAreaConfig में maxInt32Value और minInt32Value तय करना ज़रूरी है. हर क्षेत्र के आईडी के लिए maxInt32Value में, वाइपर की सबसे ज़्यादा अवधि की जानकारी होनी चाहिए. हर एरिया आईडी के लिए, minInt32Value को 0 पर सेट किया जाना चाहिए.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:MILLI_SECS
रिलीज़: Android 14

WINDSHIELD_WIPERS_STATE

विंडशील्ड वाइपर की स्थिति. विंडशील्ड वाइपर की मौजूदा स्थिति दिखाता है. ऐसा हो सकता है कि WINDSHIELD_WIPERS_STATE की वैल्यू, WINDSHIELD_WIPERS_SWITCH की वैल्यू से मेल न खाए. उदाहरण के लिए, WINDSHIELD_WIPERS_STATE: ON और WINDSHIELD_WIPERS_SWITCH: WindshieldWipersSwitch#AUTO अगर WINDSHIELD_WIPERS_STATE: ON और WINDSHIELD_WIPERS_PERIOD को लागू किया जाता है, तो WINDSHIELD_WIPERS_PERIOD में वाइपर के एक पूरे साइकल की समयावधि दिखनी चाहिए.

काम करने वाले हर क्षेत्र के आईडी के लिए, VehicleAreaConfig#supportedEnumValues कलेक्शन को तय करना ज़रूरी है. ऐसा तब तक करना होगा, जब तक WindshieldWipersState में सभी राज्यों के लिए काम नहीं करता. इसमें OTHER भी शामिल है, जिसका सुझाव नहीं दिया जाता.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
Enum टाइप: WindshieldWipersState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

WINDSHIELD_WIPERS_SWITCH

विंडशील्ड वाइपर का स्विच. विंडशील्ड वाइपर को कंट्रोल करने वाले स्विच की स्थिति दिखाता है. ऐसा हो सकता है कि WINDSHIELD_WIPERS_SWITCH की वैल्यू, WINDSHIELD_WIPERS_STATE की वैल्यू से मेल न खाए. उदाहरण के लिए, WINDSHIELD_WIPERS_SWITCH: AUTO और WINDSHIELD_WIPERS_STATE: WindshieldWipersState#ON काम करने वाले हर इलाके के आईडी के लिए, VehicleAreaConfig#supportedEnumValues कलेक्शन को तब तक तय किया जाना चाहिए, जब तक कि WindshieldWipersSwitch में सभी राज्यों के लिए काम न करता हो. इसमें OTHER भी शामिल है, जिसका सुझाव नहीं दिया जाता.

इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं. अगर इस प्रॉपर्टी को VehiclePropertyAccess.READ_WRITE के तौर पर लागू किया गया है और OTHER स्थिति VehicleAreaConfig#supportedEnumValues कलेक्शन में दी गई है, तो लिखने के लिए OTHER वैल्यू इस्तेमाल नहीं की जा सकती. यह सिर्फ़ पढ़ने के लिए इस्तेमाल की जा सकने वाली वैल्यू है.

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: WindshieldWipersSwitch
इकाई टाइप: लागू नहीं
रिलीज़: Android 14