हमारा सुझाव है कि 27 मार्च, 2025 से AOSP को बनाने और उसमें योगदान देने के लिए, aosp-main के बजाय android-latest-release का इस्तेमाल करें. ज़्यादा जानकारी के लिए, AOSP में हुए बदलाव लेख पढ़ें.

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

काम करने वाली सिस्टम प्रॉपर्टी
संग्रह की मदद से व्यवस्थित रहें अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.

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

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

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

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

A से D

ADAPTIVE_CRUISE_CONTROL_LEAD_VEHICLE_MEASURED_DISTANCE

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

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

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

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

ADAPTIVE_CRUISE_CONTROL_TARGET_TIME_GAP

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

टारगेट टाइम गैप के लिए सेट की जाने वाली संभावित वैल्यू, 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
एनम टाइप: लागू नहीं
इकाई टाइप: VehicleUnit:MILLI_SECS
रिलीज़: Android 14

ABS_ACTIVE

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

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

ANDROID_EPOCH_TIME

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

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

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

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

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

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

AP_POWER_BOOTUP_REASON

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

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

AP_POWER_STATE_REPORT

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

int32Values[0] VehicleApPowerStateReport की वैल्यू
int32Values[1] अगर ज़रूरी हो, तो डिवाइस को चालू होने में लगने वाला समय (अन्यथा 0)

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

AP_POWER_STATE_REQ

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

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

AUTOMATIC_EMERGENCY_BRAKING_ENABLED

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

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

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

AUTOMATIC_EMERGENCY_BRAKING_STATE

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

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

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

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

BLIND_SPOT_WARNING_ENABLED

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

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

BLIND_SPOT_WARNING_STATE

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

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

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

CABIN_LIGHTS_STATE

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

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

CABIN_LIGHTS_SWITCH

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

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

CLUSTER_DISPLAY_STATE

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

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

संभावित मान :

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

CLUSTER_NAVIGATION_STATE

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

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

CLUSTER_REPORT_STATE

डिसप्ले की मौजूदा स्थिति और 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, जैसे कि होम, मैप, और कॉल के साथ काम करती है और कॉल यूज़र इंटरफ़ेस (यूआई) सिर्फ़ तब काम करता है, जब मोबाइल नेटवर्क उपलब्ध हो. इसके बाद, अगर नेटवर्क उपलब्ध है, तो यह [1 1 1] भेजता है और नेटवर्क से बाहर होने पर, [1 1 0] भेजता है.

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

CLUSTER_REQUEST_DISPLAY

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

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

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

CLUSTER_SWITCH_UI

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

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

CREATE_USER

Android उपयोगकर्ता बनने के बाद, Android सिस्टम इसे कॉल करता है. एचएएल, इस प्रॉपर्टी का इस्तेमाल करके, अपने उपयोगकर्ता की जानकारी बना सकता है. यह एक असाइन (एक साथ कई काम करने की सुविधा) अनुरोध है: Android, VehiclePropValue को सेट करके अनुरोध करता है और एचएएल को प्रॉपर्टी में हुए बदलाव के साथ जवाब देना चाहिए. इससे यह पता चलता है कि अनुरोध पूरा हुआ या नहीं. अगर ऐसा नहीं होता है, तो 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" // नए उपयोगकर्ता का नाम

अगर अनुरोध पूरा हो जाता है, तो HAL ये चीज़ें दिखाता है:

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

हालांकि, अगर ऐसा नहीं होता है, तो:

int32[0] 42 // अनुरोध आईडी
int32[1] 2 // CreateUserStatus::FAILURE string: "D'OH!" //

इसका मतलब है कि यह एक ब्लैकबॉक्स है और इसे कॉल करने वाले को भेजा जाता है. जैसे, सेटिंग यूज़र इंटरफ़ेस, जो सही कार्रवाई करता है.

CRITICALLY_LOW_TIRE_PRESSURE

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

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

CRUISE_CONTROL_COMMAND

WRITE क्रूज़ कंट्रोल (सीसी) के निर्देश. काम करने वाले हर निर्देश के बारे में जानकारी पाने के लिए, CruiseControlCommand देखें. ग्लोबल एरिया आईडी (0) के लिए, StatusCode#VehicleAreaConfig#supportedEnumValues कलेक्शन को तब तक तय करना ज़रूरी है, जब तक CruiseControlState के सभी राज्यों के लिए काम नहीं करता. इस प्रॉपर्टी के ज़रिए भेजे गए ऐसे किसी भी निर्देश के लिए, StatusCode#INVALID_ARG दिखना चाहिए जो काम नहीं करता. अगर सीसी बंद होने की वजह से यह प्रॉपर्टी उपलब्ध नहीं है (उदाहरण के लिए, 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
ऐक्सेस मोड: WRITE
एनम टाइप: CruiseControlCommand
इकाई टाइप: लागू नहीं
रिलीज़: Android 14

CRUISE_CONTROL_ENABLED

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

CRUISE_CONTROL_STATE

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

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: 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
एनम टाइप: लागू नहीं
इकाई का टाइप: VehicleUnit:METER_PER_SEC
रिलीज़: Android 14

CRUISE_CONTROL_TYPE

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

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ_WRITE/READ
एनम टाइप: 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
एनम टाइप: VehicleGear
इकाई का टाइप: लागू नहीं
रिलीज़: Android 13

CURRENT_POWER_POLICY

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

string: "sample_policy_id" // power policy ID

DISABLED_OPTIONAL_FEATURES

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

DISPLAY_BRIGHTNESS

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

DISTANCE_DISPLAY_UNITS

दूरी दिखाने के लिए यूनिट. इससे पता चलता है कि कार, उपयोगकर्ता को दूरी दिखाने के लिए किन इकाइयों का इस्तेमाल कर रही है. उदाहरण के लिए, मील, मीटर या किलोमीटर. दूरी नापने की इकाइयों की जानकारी, VehicleUnit में दी जाती है. VehiclePropConfig.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
एनम टाइप: VehicleUnit
इकाई टाइप: लागू नहीं
रिलीज़: Android 13

DOOR_CHILD_LOCK_ENABLED

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

DOOR_LOCK

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

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

DOOR_MOVE

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

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

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

DOOR_POS

दरवाज़े की पोज़िशन. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. 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
एनम टाइप: ElectronicTollCollectionCardStatus
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

ELECTRONIC_TOLL_COLLECTION_CARD_TYPE

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

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

EMERGENCY_LANE_KEEP_ASSIST_ENABLED

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

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

EMERGENCY_LANE_KEEP_ASSIST_STATE

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

मोड बदलें: 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
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

ENGINE_OIL_LEVEL

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

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

ENGINE_OIL_TEMP

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

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
एनम टाइप: 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
एनम टाइप: लागू नहीं
यूनिट टाइप: VehicleUnit:WH
रिलीज़: Android 13

EV_BRAKE_REGENERATION_LEVEL

इलेक्ट्रॉनिक वाहन के ब्रेकिंग लेवल को जनरेटिव तरीके से रिचार्ज किया जा सकता है. VehicleAreaConfig में maxInt32Value और minInt32Value की वैल्यू तय होनी चाहिए. minInt32Value और maxInt32Value के बीच की सभी वैल्यू इस्तेमाल की जा सकती हैं. minInt32Value की वैल्यू 0 होनी चाहिए. maxInt32Value से, ब्रेक लगाने पर जनरेट होने वाली ज़्यादा से ज़्यादा ऊर्जा की सेटिंग के बारे में पता चलता है. minInt32Value से पता चलता है कि रीजनरेटिव ब्रेकिंग की सेटिंग चालू नहीं है. यह प्रॉपर्टी, EV_REGENERATIVE_BRAKING_STATE के बारे में ज़्यादा जानकारी देने वाली है अगर EvRegenerativeBrakingState में दी गई स्थितियां, OEM के लिए ज़रूरत के मुताबिक नहीं हैं, तो उपयोगकर्ता रीजनरेटिव ब्रेकिंग का ज़्यादा सटीक लेवल सेट कर सकता है. इस प्रॉपर्टी को 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

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

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

EV_CHARGE_PORT_OPEN

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

मोड बदलें: ON_CHANGE
ऐक्सेस मोड: READ_WRITEREAD
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: 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 के तौर पर परिभाषित किया गया है, लेकिन OEM इसे सिर्फ़ 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

EV_STOPPING_MODE

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

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

EVS_SERVICE_REQUEST

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

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

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

[EvsServiceType::REAR_VIEW, EvsServiceState::ON]

EXTERNAL_CAR_TIME

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

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

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

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

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

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

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

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 या 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 को लागू नहीं किया जाना चाहिए.

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

FORWARD_COLLISION_WARNING_ENABLED

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

FORWARD_COLLISION_WARNING_STATE

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

मोड बदलें: 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 सेट होने के बाद, इसे तब तक नहीं मिटाया जाना चाहिए, जब तक वाहन में और ईंधन नहीं डाला जाता. इस प्रॉपर्टी की मदद से, वाहन में इस्तेमाल होने वाले सभी ईंधन के सोर्स का हिसाब लगाया जा सकता है. उदाहरण के लिए, इनमें:

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

FUEL_VOLUME_DISPLAY_UNITS

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

GLOVE_BOX_DOOR_POS

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

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

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
एनम टाइप: HandsOnDetectionDriverState/ErrorState
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

HANDS_ON_DETECTION_ENABLED

डिवाइस के इस्तेमाल में होने का पता लगाने की सुविधा (एचओडी) को चालू या बंद करें. एचओडी की सुविधा चालू करने के लिए 'सही' और बंद करने के लिए 'गलत' पर सेट करें. एचओडी की सुविधा चालू होने पर, गाड़ी के अंदर मौजूद सिस्टम को स्टीयरिंग व्हील पर ड्राइवर के हाथों की मौजूदगी पर नज़र रखनी चाहिए. साथ ही, अगर उसे पता चलता है कि ड्राइवर के हाथ अब स्टीयरिंग व्हील पर नहीं हैं, तो उसे चेतावनी भेजनी चाहिए. आम तौर पर, 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_STATE

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

HEADLIGHTS_SWITCH

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

HIGH_BEAM_LIGHTS_STATE

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

HIGH_BEAM_LIGHTS_SWITCH

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

HVAC_AC_ON

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

HVAC_ACTUAL_FAN_SPEED_RPM

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

HVAC_AUTO_ON

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

HVAC_AUTO_RECIRC_ON

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

HVAC_DEFROSTER

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

HVAC_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() कॉलबैक जनरेट होने चाहिए.

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

HVAC_ELECTRIC_DEFROSTER_ON

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

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

HVAC_FAN_DIRECTION

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

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

HVAC_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 के तौर पर परिभाषित किया गया है. हालांकि, OEM इसे सिर्फ़ VehiclePropertyAccess.READ के तौर पर लागू कर सकते हैं.

HVAC_MAX_AC_ON

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

HVAC_MAX_DEFROST_ON

मैक्स डिफ़्रॉस्ट की सुविधा को चालू और बंद करें. मैक्स डिफ़्रॉस्ट की सुविधा चालू होने पर, ईसीयू ज़रूरत के हिसाब से वेंट की पोज़िशन, पंखे की रफ़्तार, और तापमान में बदलाव कर सकता है, ताकि विंडो को जल्द से जल्द डिफ़्रॉस्ट किया जा सके. MAX DEFROST पैरामीटर को चालू या बंद करने के साइड इफ़ेक्ट के तौर पर बदले गए किसी भी पैरामीटर से, VHAL के लिए onPropertyEvent() कॉलबैक जनरेट होते हैं. HVAC_MAX_DEFROST_ON के लिए AreaIDs से पता चलता है कि मैक्स डीफ़्रॉस्ट को इस एरिया में कंट्रोल किया जा सकता है. उदाहरण के लिए, 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 के तौर पर लागू करने का विकल्प है.

HVAC_RECIRC_ON

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

HVAC_SEAT_TEMPERATURE

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

HVAC_SEAT_VENTILATION

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

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

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

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

HVAC_SIDE_MIRROR_HEAT

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

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

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

HVAC_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

HVAC_TEMPERATURE_DISPLAY_UNITS

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

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

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] [increment in Fahrenheit] * 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 तक की वैल्यू काम करती हैं, तो configArray के लिए एक संभावित कोड यह हो सकता है: कोड>{160, 280, 10, 600, 840, 20}. इस मामले में, 85 डिग्री सेल्सियस का तापमान काम नहीं करता.

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

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

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

HVAC_TEMPERATURE_VALUE_SUGGESTION

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

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

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

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

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

// 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 फ़ारेनहाइट की सुझाई गई वैल्यू दी है, तो VHAL को प्रॉपर्टी वैल्यू [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
एनम टाइप: CustomInputType
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

HW_KEY_INPUT

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

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

मोड बदलें: .ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: 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] डिवाइस के बंद रहने का समय, बूट होने के बाद से बीते नैनोसेकंड. इससे उस समय का पता चलता है जब उपयोगकर्ता ने पोज़िशन इवेंट की स्ट्रीम शुरू करने के लिए, डिवाइस के नीचे की ओर मौजूद बटन को दबाया था. डाउन इवेंट के लिए, यह डाउन इवेंट का इवेंट टाइम होता है.

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

IGNITION_STATE

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

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: 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, बैटरी की उम्र और तापमान जैसे फ़ैक्टर को ध्यान में रखते हुए, रीयल-टाइम में इस्तेमाल की जा सकने वाली बैटरी की क्षमता दिखाता है.

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

INFO_EV_CONNECTOR_TYPE

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

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

INFO_EV_PORT_LOCATION

इस प्रॉपर्टी में, PortLocationType एनम का इस्तेमाल करके ईवी पर चार्जिंग पोर्ट की जगह की जानकारी दी जानी चाहिए. अगर किसी वाहन में एक से ज़्यादा पोर्ट हैं, तो इस प्रॉपर्टी में उस पोर्ट की जानकारी होनी चाहिए जिससे सबसे तेज़ी से चार्ज किया जा सकता है. सभी पोर्ट की जगहों की जानकारी देने के लिए, 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]

बदलाव मोड: STATIC
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
इकाई टाइप: 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 वैल्यू को इस तरह से पॉप्युलेट किया जा सकता है.INFO_FUEL_TYPE

int32Values = { FuelType::FUEL_TYPE_UNLEADED }

दूसरी ओर, प्लग-इन हाइब्रिड इलेक्ट्रिक वाहन (PHEV) को प्लग-इन करके चार्ज किया जा सकता है. इसलिए, INFO_FUEL_TYPE के लिए INT32_VEC वैल्यू के तौर पर FuelType::FUEL_TYPE_ELECTRIC को शामिल करना चाहिए. INFO_FUEL_TYPE को इस तरह से पॉप्युलेट किया जा सकता है, int32Values = { FuelType::FUEL_TYPE_UNLEADED, FuelType::FUEL_TYPE_ELECTRIC }

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

INFO_MAKE

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

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

INFO_MODEL

वाहन का मॉडल. इस प्रॉपर्टी में, वाहन के मॉडल का सार्वजनिक नाम होना चाहिए.

INFO_MODEL_YEAR

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

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

INFO_MULTI_EV_PORT_LOCATIONS

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

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

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

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

INFO_VIN

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

INITIAL_USER_INFO

इससे, Android उपयोगकर्ता की जानकारी मिलती है. इस जानकारी का इस्तेमाल, शुरू करने के दौरान किया जाता है. Android सिस्टम शुरू होने पर, इस प्रॉपर्टी को कॉल किया जाता है. साथ ही, यह HAL को यह तय करने की अनुमति देता है कि किस 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 सिस्टम कभी भी इन निर्देशों को जारी नहीं करेगा. साथ ही, HAL लेयर से उपयोगकर्ता से जुड़े अनुरोधों को Android सिस्टम अनदेखा कर देगा. हालांकि, अगर यह उपयोगकर्ता मैनेजमेंट के साथ काम करता है, तो यह ज़रूरी है कि यह उपयोगकर्ता से जुड़ी सभी मुख्य प्रॉपर्टी के साथ काम करे. इनमें INITIAL_USER_INFO, SWITCH_USER, CREATE_USER, और REMOVE_USER

शामिल हैं

J से R

LANE_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 की सभी वैल्यू काम करती हैं. अगर एलसीए बंद होने की वजह से यह प्रॉपर्टी उपलब्ध नहीं है (उदाहरण के लिए, 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
एनम टाइप: LaneCenteringAssistCommand
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

LANE_CENTERING_ASSIST_ENABLED

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

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

LANE_CENTERING_ASSIST_STATE

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

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

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

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

LANE_DEPARTURE_WARNING_ENABLED

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

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

LANE_DEPARTURE_WARNING_STATE

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

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

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

LANE_KEEP_ASSIST_ENABLED

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

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

LANE_KEEP_ASSIST_STATE

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

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

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

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

LOCATION_CHARACTERIZATION

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

वैल्यू में बिट फ़्लैग का कलेक्शन होना चाहिए. बिट फ़्लैग, LocationCharacterization में तय किए जाते हैं. वैल्यू में बिट फ़्लैग के कलेक्शन में, DEAD_RECKONED या RAW_GNSS_ONLY में से कोई एक भी शामिल होना चाहिए.

अगर यह प्रॉपर्टी काम नहीं करती है, तो यह माना जाता है कि GNSS HAL की मदद से दिए गए GNSS अपडेट में, कोई अतिरिक्त सेंसर इनपुट फ़्यूज़ नहीं किया गया है. ऐसा तब तक होता है, जब तक GNSS HAL इंटरफ़ेस के ज़रिए कुछ और न बताया गया हो.

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

MIRROR_AUTO_FOLD_ENABLED

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

MIRROR_AUTO_TILT_ENABLED

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

MIRROR_FOLD

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

MIRROR_LOCK

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

MIRROR_Y_MOVE

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

maxInt32Value, दाईं ओर झुकते समय, मिरर की ज़्यादा से ज़्यादा गति दिखाता है. minInt32Value, बाईं ओर झुकते समय, मिरर की ज़्यादा से ज़्यादा गति दिखाता है.

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

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

MIRROR_Y_POS

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

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

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

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

MIRROR_Z_MOVE

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

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

MIRROR_Z_POS

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

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

NIGHT_MODE

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

OBD2_FREEZE_FRAME

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

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

इस प्रॉपर्टी के 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 की वैल्यू को समझा जाता है. हालांकि, इस बात का ध्यान रखें कि stringValue फ़ील्ड में गड़बड़ी का पता लगाने वाला कोई कोड (डीटीसी) हो सकता है.

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

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

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

OBD2_FREEZE_FRAME_INFO

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

OBD2_LIVE_FRAME

यह उपलब्ध 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], सेंसर की कोई मान्य वैल्यू नहीं है.

ON_CHANGE

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

PARKING_BRAKE_AUTO_APPLY

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

PARKING_BRAKE_ON

पार्किंग ब्रेक की स्थिति. अगर इस प्रॉपर्टी की वैल्यू 'सही' है, तो इसका मतलब है कि कार का पार्किंग ब्रेक लगा है. 'गलत' का मतलब है कि कार का पार्किंग ब्रेक बंद है.

PER_DISPLAY_BRIGHTNESS

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

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

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

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

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

PERF_ODOMETER

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

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

PERF_REAR_STEERING_ANGLE

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

बदलाव मोड: CONTINUOUS
ऐक्सेस मोड: READ
एनम टाइप: लागू नहीं
यूनिट टाइप: 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
एनम टाइप: लागू नहीं
यूनिट टाइप: 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

RANGE_REMAINING

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

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

READING_LIGHTS_STATE

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

READING_LIGHTS_SWITCH

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

REAR_FOG_LIGHTS_STATE

पीछे की फ़ॉग लाइट की मौजूदा स्थिति दिखाता है. 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 के तौर पर लागू कर सकते हैं.

REMOVE_USER

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

अनुरोध करने के लिए, VehiclePropValue को RemoveUserRequest के हिसाब से तय किए गए कॉन्टेंट के साथ सेट किया जाता है. उदाहरण के लिए, अगर सिस्टम में तीन उपयोगकर्ता (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
एनम टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

S से Z

SEAT_AIRBAG_ENABLED

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

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

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

SEAT_BACKREST_ANGLE_1_MOVE

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

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

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

SEAT_BACKREST_ANGLE_1_POS

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

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

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

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

SEAT_BACKREST_ANGLE_2_MOVE

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

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

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

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

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

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

SEAT_BACKREST_ANGLE_2_POS

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

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

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

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

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

एसईएटी_BELT_BUCKLED

सीट बेल्ट का बकल बंद हो. 'सही' का मतलब है कि बेल्ट बाकी है. लिखने का ऐक्सेस, सीट की ऑटोमैटिक बकल करने की सुविधाओं के बारे में बताता है. इस प्रॉपर्टी को 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

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

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

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

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

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

SEAT_CUSHION_SIDE_SUPPORT_मूव

सीट के कुशन के साइड सपोर्ट की दिशा और स्पीड की प्रॉपर्टी दिखाता है.

हर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_MOVE

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

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

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

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

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

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_STATUS वाली जगह से.

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

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

SEAT_FOOTWELL_LIGHTS_SWITCH

सीट के फ़ुटवेल लाइट स्विच के लिए प्रॉपर्टी को दिखाता है. SEAT_FOOTWELL_LIGHTS_SWITCH, लाइटों को कंट्रोल करने वाले स्विच की स्थिति दिखाता है. यह मुख्य फ़ंक्शन से अलग है SEAT_FOOTWELL_LIGHTS_स्टेट, जो किसी भी समय लाइटों की मौजूदा स्थिति को दिखाता है. इसलिए, हो सकता है कि 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 को तब तक परिभाषित किया जाना चाहिए, जब तक कि सभी व्हीकललाइट स्विच की ईनम वैल्यू इस्तेमाल की जा सकती हैं.

मोड बदलें: 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_ गाइड

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

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

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

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

SEAT_HEADREST_ANGLE_POS

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

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

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

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

SEAT_HEADREST_FORE_AFT_मूव

हेडरेस्ट को सामने और पीछे ले जाना. हर 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_मूव

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

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

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

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

SEAT_HEADREST_HEIGHT_POS

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

SEAT_HEADREST_HEIGHT_POS_V2

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

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

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

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

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

SEAT_HEIGHT_मूव

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

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

minInt32Value से पता चलता है कि नीचे जाते समय सीट की ज़्यादा से ज़्यादा ऐक्टिविटी स्पीड क्या है.

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

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

SEAT_HEIGHT_POS

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

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

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

SEAT_LUMBAR_FORE_AFT_MOVE

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

maxInt32Value से पता चलता है कि सीट के लंबर सपोर्ट की ज़्यादा से ज़्यादा रफ़्तार कितनी है ट्रैक करने में मदद मिलती है. minInt32Value इसकी ज़्यादा से ज़्यादा हलचल की रफ़्तार दिखाता है पीछे की ओर जाते समय लंबर सपोर्ट.

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

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

SEAT_LUMBAR_FORE_AFT_POS

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

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

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

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

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

SEAT_LUMBAR_SIDE_SUPPORT_मूव

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

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

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

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

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

SEAT_LUMBAR_SIDE_SUPPORT_POS

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

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

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

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

SEAT_LUMBAR_VERTICAL_MOVE

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

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

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

SEAT_LUMBAR_VERTICAL_POS

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

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

SEAT_MEMORY_SELECT

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

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

SEAT_MEMORY_SET

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

SEAT_OCCUPANCY

यह बताता है कि कोई खास सीट बुक है या नहीं. यह जानकारी कार में दिखती है. मान्य वैल्यू, VehicleSeatOccupancyState एनम से ली गई हैं.

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

SEAT_TILT_मूव

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

बड़ी वैल्यू, चाहे वह पॉज़िटिव हो या नेगेटिव, गति की तेज़ी का संकेत देती है. सीट के नीचे का हिस्सा, तय सीमा तक पहुंचने के बाद, वैल्यू को 0 पर रीसेट करना होगा. यदि SEAT_TILT_move का फ़िलहाल, वैल्यू 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 प्रॉपर्टी के ज़रिए दिखाता है. वाहन में सुविधा का इस्तेमाल करने पर, शटडाउन के अनुरोध को अनदेखा करना ज़रूरी है सही है.

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

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

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

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

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

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

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

STEERING_WHEEL_DEPTH_मूव

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

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

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

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

STEERING_WHEEL_DEPTH_POS

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

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

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

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

STEERING_WHEEL_EASY_ACCESS_ENABLED

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

STEERING_WHEEL_HEIGHT_MOVE

स्टीयरिंग व्हील की ऊंचाई का मूवमेंट. 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_STATUS वाली जगह से.

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

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: 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
Enum टाइप: VehicleLightSwitch
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14

STEERING_WHEEL_LOCKED

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

STEERING_WHEEL_THEFT_LOCK_ENABLED

स्टीयरिंग व्हील चोरी के लिए लॉक की सुविधा चालू है. अगर सही हो, तो स्टीयरिंग व्हील कुछ परिस्थितियों में चोरी से सुरक्षा देते हैं. इस प्रॉपर्टी का मतलब है ऐक्टिविटी के ऐक्सेस.READ_WRITE के लिए, हालांकि, OEM इसे व्हीकलप्रॉपर्टी ऐक्सेस के तौर पर लागू कर सकते हैं.रीड ओनली ऐक्सेस देते हैं.

मेमोरी_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] वेयरहाउस वाली अनुमति में एक एनम है और यह की अनुमति है.

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, }

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

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

SUPPORTED_PROPERTY_IDS

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

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

SWITCH_USER

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

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

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

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::लगेगा
अगर अनुरोध पूरा नहीं हो पाता है, तो आपको कुछ ऐसा जवाब मिलेगा:
- int32[0] 42 // अनुरोध आईडी
- int32[1] 3 // messageType: SwitchUserMessageType::VEHICLE_RESPONSE
- int32[2] 2 // स्थिति: SwitchUserStatus::कारगर स्ट्रिंग: "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 config से की जाती है. कॉन्टेंट बनाने संबंधित minFloatValue और maxFloatValue का उपयोग OEM को संग्रहित करने के लिए किए जाते हैं सुझाई गई दबाव सीमा. minFloatValue और maxFloatValue के लिए मान वाहन के क्षेत्र में पहचान की पुष्टि करने वाली कॉन्फ़िगरेशन को तय करना ज़रूरी है.

areaConfig डेटा में minFloatValue, टायर के सुझाए गए दबाव के निचले हिस्से को दिखाता है. क्षेत्र कॉन्फ़िगरेशन डेटा में maxFloatValue टायर के दबाव का सुझाव दिया जाता है. उदाहरण के लिए, यह segmentConfig, सुझाई गई बाएं_सामने वाले टायर का दबाव 200.0kPa से 240.0kPa तक है.

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

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

TIRE_PRESSURE_DISPLAY_UNITS

डिसप्ले के लिए टायर के दबाव की यूनिट. इससे पता चलता है कि उपयोगकर्ता को टायर का दबाव दिखाने के लिए, कार किन यूनिट का इस्तेमाल कर रही है. उदाहरण के लिए, PSI, Bar या Kilopascal. 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
Enum टाइप: VehicleUnit
यूनिट टाइप: लागू नहीं
रिलीज़: Android 13

TRACTION_CONTROL_ACTIVE

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

TRAILER_PRESENT

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

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

टर्न_SIGNAL_स्टेट

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

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

USER_IDENTIFICATION_ASSOCIATION

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

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

असोसिएशन की क्वेरी करने के लिए, Android सिस्टम को प्रॉपर्टी मिलती है. साथ ही, यह व्हीकलPropValue को पास करता है क्वेरी किए जा रहे असोसिएशन के टाइप शामिल हों. UserIdentificationGetRequest. एचएएल को तुरंत वापस आना चाहिए और UserIdentifyResponse.

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

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

इसके बाद, एचएएल, प्रॉपर्टी में बदलाव करने वाले ऐसे इवेंट का इस्तेमाल करता है जिसकी गाड़ी के PropValue को इसके ज़रिए तय किया जाता है 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
Enum टाइप: लागू नहीं
यूनिट टाइप: 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
Enum टाइप: लागू नहीं
यूनिट टाइप: लागू नहीं
रिलीज़: 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 सिग्नल भेजता है कार वॉचडॉग की तरह. अगर VHAL इस प्रॉपर्टी के साथ काम करता है, तो VHAL को इस प्रॉपर्टी के लिए सिस्टम अपटाइम लिखना चाहिए हर तीन सेकंड में. Car Watchdog इस प्रॉपर्टी की सदस्यता लेता है और यह जांच करता है कि प्रॉपर्टी हर तीन सेकंड में अपडेट होती है या नहीं. तीन सेकंड के बफ़र टाइम को देखते हुए, कार वॉचडॉग पिछली हार्टबीट से छह सेकंड तक की हार्टबीट का सिग्नल पाना होता था. अगर ऐसा नहीं होता है, तो कार वॉचडॉग, VHAL को अस्वस्थ मानता है और उसे बंद कर देता है. अगर यह प्रॉपर्टी VHAL पर काम नहीं करती, तो कार वॉचडॉग को ये सुविधाएं नहीं मिलेंगी VHAL की हेल्थ स्थिति देखें.

WATCHDOG_ALIVE

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

WATCHDOG_TERMINATED_PROCESS

कार वॉचडॉग की ओर से बंद की गई प्रक्रिया और बंद किए जाने की वजह के बारे में बताता है.

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

डब्ल्यूएचईईएल_टीक

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

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

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

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

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

configArray का इस्तेमाल माइक्रोमीटर-प्रति-व्हील-टिक मान के बारे में बताने के लिए किया जाता है और व्हील के साथ काम करने वाले configArray को इस तरह सेट किया गया है:

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

ईनम व्हील का इस्तेमाल किया जाता है. उदाहरण के लिए, अगर सभी व्हील काम करते हैं, तो:

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

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

VehiclePropValue.timestamp को भरा जाना चाहिए.

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

विंडो_लॉक

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

विंडो_मूव

विंडो मूव करना. हर एक में 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_स्टेट

विंडशील्ड वाइपर की स्थिति. विंडशील्ड वाइपर की मौजूदा स्थिति दिखाता है. ऐसा हो सकता है कि 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 के सभी राज्य काम नहीं करते (अन्य सहित, हालांकि, हम इसे इस्तेमाल करने का सुझाव नहीं देते).

बदलाव मोड: ON_CHANGE
ऐक्सेस मोड: READ
एनम टाइप: 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
Enum टाइप: WindshieldWipersSwitch
यूनिट टाइप: लागू नहीं
रिलीज़: Android 14