এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

সমর্থিত সিস্টেম বৈশিষ্ট্য

এই পৃষ্ঠাটি VHAL-এ সমর্থিত সিস্টেম বৈশিষ্ট্যগুলি তালিকাভুক্ত করে। VHAL দ্বারা সমর্থিত বৈশিষ্ট্যগুলি অবশ্যই নীচের তালিকা থেকে একটি সিস্টেম সম্পত্তি বা একটি বিক্রেতার সম্পত্তি হতে হবে৷ Android 14 এবং উচ্চতর সংস্করণে, সম্পত্তির সংজ্ঞা hardware/interfaces/automotive/vehicle/aidl_property/android/hardware/automotive/vehicle/VehicleProperty.aidl এ সংজ্ঞায়িত করা হয়েছে।

সম্পত্তির সংজ্ঞা AIDL ইন্টারফেস, android.hardware.automotive.vehicle.property এ সংজ্ঞায়িত করা হয়েছে, যা VHAL ইন্টারফেস ( android.hardware.automotive.vehicle ) থেকে আলাদা। VHAL বাস্তবায়ন এবং VHAL ক্লায়েন্ট অবশ্যই উভয় ইন্টারফেসের উপর নির্ভর করবে।

স্বয়ংক্রিয়ভাবে তৈরি অ্যাক্সেস মোড এবং পরিবর্তন মোড

Android 14 এবং উচ্চতর সংস্করণে, VHAL বাস্তবায়নকে সমর্থন করার জন্য, আমরা স্বয়ংক্রিয়ভাবে তৈরি করা C++ হেডার ফাইল এবং জাভা ক্লাস ফাইলগুলিকে সিস্টেমের বৈশিষ্ট্যগুলির জন্য অনুমোদিত পরিবর্তন মোড বা অ্যাক্সেস মোড প্রদান করি। বিক্রেতা VHAL বাস্তবায়ন এগুলি ব্যবহার করে নিশ্চিত করতে পারে যে সম্পত্তি কনফিগারগুলি স্পেসিফিকেশন পূরণ করে।

এ থেকে ডি

ADAPTIVE_CRUISE_CONTROL_LEAD_VEHICLE_MEASURED_DISTANCE

অ্যাডাপ্টিভ ক্রুজ কন্ট্রোল (ACC) বা প্রেডিকটিভ ক্রুজ কন্ট্রোল (PCC) ব্যবহার করার সময় নেতৃস্থানীয় যানবাহন থেকে পরিমাপ করা দূরত্ব। অগ্রণী গাড়ির পিছনের-সবচেয়ে বিন্দু এবং ACC গাড়ির সামনের-সবচেয়ে বিন্দুর মধ্যে মিলিমিটারে পরিমাপ করা দূরত্ব প্রদান করে। VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value 0 হওয়া উচিত। maxInt32Value সর্বোচ্চ পরিসরে থাকা উচিত দূরত্ব সেন্সর সমর্থন করতে পারে। এই মান অ-নেতিবাচক হতে হবে.

যখন কোন লিড ভেহিকেল শনাক্ত করা হয় না (অর্থাৎ, যখন কোন নেতৃস্থানীয় যানবাহন থাকে না বা অগ্রগামী যানটি সেন্সর সনাক্ত করার জন্য খুব বেশি দূরে থাকে), তখন এই সম্পত্তিটি StatusCode.NOT_AVAILABLE ফেরত দেওয়া উচিত৷NOT_AVAILABLE

CC নিষ্ক্রিয় থাকার কারণে যখন এই প্রপার্টিটি পাওয়া যায় না (উদাহরণস্বরূপ, 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
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MILLIMETER
রিলিজ: অ্যান্ড্রয়েড 14

ADAPTIVE_CRUISE_CONTROL_TARGET_TIME_GAP

ACC বা PCC-এর জন্য বর্তমান লক্ষ্য সময়ের ব্যবধান মিলিসেকেন্ডে। এই সম্পত্তি একটি নেতৃস্থানীয় গাড়ির লক্ষ্য সময়ের ব্যবধান নির্দিষ্ট করা উচিত. এই ব্যবধানটিকে অগ্রণী গাড়ির পিছন-সর্বাধিক বিন্দু থেকে ACC গাড়ির সামনের-সর্বাধিক পয়েন্টের মধ্যে দূরত্ব অতিক্রম করার সময় হিসাবে সংজ্ঞায়িত করা হয়। একটি নেতৃস্থানীয় যান থেকে প্রকৃত সময়ের ব্যবধান এই মানের উপরে বা নীচে হতে পারে।

লক্ষ্য সময়ের ব্যবধানের জন্য সেট করা সম্ভাব্য মানগুলি আরোহী ক্রমে configArray-এ নির্দিষ্ট করা উচিত। সমস্ত মান ইতিবাচক হতে হবে। সম্পত্তি লিখনযোগ্য হলে, সমস্ত মান লিখনযোগ্য হতে হবে। CC নিষ্ক্রিয় থাকার কারণে এই প্রপার্টিটি উপলব্ধ না হলে (উদাহরণস্বরূপ, 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_WRITE / READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MILLI_SECS
রিলিজ: অ্যান্ড্রয়েড 14

ABS_ACTIVE

স্বয়ংক্রিয় ব্রেক সিস্টেম (ABS) সক্রিয়। ABS সক্রিয় থাকলে সত্যে সেট করুন এবং ABS বন্ধ থাকলে মিথ্যাতে রিসেট করুন। ABS সিস্টেমের রিয়েল-টাইম অবস্থার উপর ভিত্তি করে এই সম্পত্তিটি মাঝে মাঝে সেট করা যেতে পারে (পালস)।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

ANDROID_EPOCH_TIME

বর্তমান তারিখ এবং সময়, Epoch সময় (মিলিসেকেন্ডে) হিসাবে এনকোড করা হয়েছে। এই মানটি 1/1/1970 UTC থেকে অতিবাহিত হওয়া মিলিসেকেন্ড সেকেন্ডের সংখ্যা নির্দেশ করে৷

এই মানটি 1/1/1970 UTC থেকে অতিবাহিত হওয়া মিলিসেকেন্ড সেকেন্ডের সংখ্যা নির্দেশ করে৷ VHAL এই সম্পত্তিটিকে সমর্থন করলে, VHAL-কে Android সিস্টেমের সময় দেওয়ার জন্য CarServices এই মানটিতে WRITE । এটি অ্যান্ড্রয়েডের সময়ের সাথে অন্যান্য যানবাহন সিস্টেম (ড্যাশ ক্লক) সিঙ্ক্রোনাইজ করতে কার্যকর হতে পারে।

AAOS বুট করার সময় একবার এই সম্পত্তিতে WRITE এবং তারপরে শুধুমাত্র সময়-উৎস পরিবর্তনগুলি প্রচারিত হলেই WRITE ৷ AAOS সঠিকভাবে VehiclePropValue.timestamp পূরণ করবে। AAOS প্রাকৃতিক সময়ের জন্য আপডেট পাঠায় না। int64Values[0] = প্রদত্ত ইউনিক্স সময় (মিলিসেকেন্ডে)।

স্ট্যাকের মাধ্যমে প্রচারিত হতে সম্পত্তিটি 0 ms-এর বেশি সময় নিতে পারে এবং টাইমস্ট্যাম্পযুক্ত সম্পত্তি থাকা যেকোনো সময় প্রবাহ কমাতে সাহায্য করে। সুতরাং, সম্পত্তিতে সমস্ত WRITE জন্য, টাইমস্ট্যাম্পটি এই প্রবাহকে অস্বীকার করতে ব্যবহার করা যেতে পারে:

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

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: WRITE
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MILLI_SECS
রিলিজ: অ্যান্ড্রয়েড 13

AP_POWER_BOOTUP_REASON

বর্তমান পাওয়ার চালু হওয়ার জন্য বুটআপের কারণ রিপোর্ট করার জন্য সম্পত্তি। এটি একটি STATIC সম্পত্তি যা পাওয়ার বন্ধ না হওয়া পর্যন্ত পুরো সময়কালের জন্য পরিবর্তন হবে না। উদাহরণস্বরূপ, দরজা আনলকের সাথে স্বয়ংক্রিয়ভাবে পাওয়ার চালু হওয়ার পরেও ব্যবহারকারী পাওয়ার বোতাম টিপলেও, বুটআপের কারণটি অবশ্যই VehicleApPowerBootupReason#USER_UNLOCK int32Values[0] হতে হবে VehicleApPowerBootupReason

মোড পরিবর্তন করুন: STATIC
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

AP_POWER_STATE_REPORT

অ্যাপ প্রসেসরের পাওয়ার স্টেট রিপোর্ট করার প্রপার্টি। এটা অনুমান করা হয় যে AP এর পাওয়ার স্টেট আলাদা পাওয়ার কন্ট্রোলার দ্বারা নিয়ামক।

int32Values[0] VehicleApPowerStateReport enum মান
int32Values[1] ms-এ জেগে ওঠার সময়, প্রয়োজনে (অন্যথায় 0)

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

AP_POWER_STATE_REQ

অ্যাপ প্রসেসরের পাওয়ার স্থিতি নিয়ন্ত্রণ করার জন্য সম্পত্তি। এটা অনুমান করা হয় যে AP এর পাওয়ার স্টেট একটি পৃথক পাওয়ার কন্ট্রোলার দ্বারা নিয়ন্ত্রিত হয়। কনফিগারেশনের তথ্যের জন্য, VehiclePropConfig.configArray VehicleApPowerStateConfigFlag এ বিট ফ্ল্যাগ যুক্ত মান থাকতে হবে

int32Values[0] VehicleApPowerStateReq enum মান
int32Values[1] প্রতিটি রাজ্যের জন্য প্রাসঙ্গিক অতিরিক্ত প্যারামিটার, 0 ব্যবহার না করলে।

AUTOMATIC_EMERGENCY_BRAKING_ENABLED

স্বয়ংক্রিয় জরুরী ব্রেকিং (AEB) সক্ষম বা নিষ্ক্রিয় করুন৷ AEB সক্ষম করতে সত্য এবং AEB নিষ্ক্রিয় করতে মিথ্যা সেট করুন। যখন AEB সক্ষম করা হয়, তখন গাড়ির ADAS সিস্টেমটি চালু করা উচিত এবং সম্ভাব্য সংঘর্ষ এড়াতে পর্যবেক্ষণ করা উচিত। এই সম্পত্তি শুধুমাত্র উচ্চ গতির অ্যাপ্লিকেশনের জন্য আবেদন করা উচিত. কম গতির স্বয়ংক্রিয় জরুরী ব্রেকিং সক্ষম করার জন্য, LOW_SPEED_AUTOMATIC_EMERGENCY_BRAKING_ENABLED ব্যবহার করা উচিত৷

সাধারণভাবে, AUTOMATIC_EMERGENCY_BRAKING_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত। যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, যেমন গাড়ির গতি খুব কম, তাহলে সেই তথ্যটি অবশ্যই AUTOMATIC_EMERGENCY_BRAKING_STATE প্রপার্টিতে ErrorState মানের মাধ্যমে জানাতে হবে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE / READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

AUTOMATIC_EMERGENCY_BRAKING_STATE

স্বয়ংক্রিয় জরুরী ব্রেকিং (AEB) অবস্থা। AEB এর বর্তমান অবস্থা প্রদান করে। এই প্রপার্টিটি অবশ্যই অটোমেটিক ইমার্জেন্সি ব্র্যাকিং স্টেট বা ErrorState সংজ্ঞায়িত একটি বৈধ অবস্থা ফেরত দিতে হবে এটি অবশ্যই StatusCode মাধ্যমে ত্রুটিগুলি প্রকাশ করবে না এবং এর পরিবর্তে সমর্থিত ত্রুটির অবস্থা ব্যবহার করতে হবে। এই সম্পত্তি শুধুমাত্র উচ্চ গতির অ্যাপ্লিকেশনের জন্য আবেদন করা উচিত. নিম্ন গতির স্বয়ংক্রিয় জরুরী ব্রেকিং সিস্টেমের অবস্থা উপস্থাপনের জন্য, LOW_SPEED_AUTOMATIC_EMERGENCY_BRAKING_STATE ব্যবহার করা উচিত।

যদি AEB ব্রেকগুলি সক্রিয় করার আগে সামনের সংঘর্ষের সতর্কতা অন্তর্ভুক্ত করে, তবে সেই সতর্কতাগুলি অবশ্যই ফরোয়ার্ড সংঘর্ষ সতর্কীকরণ (FCW) বৈশিষ্ট্যগুলির মাধ্যমে প্রকাশ করা উচিত।

গ্লোবাল এরিয়া আইডি (0) এর জন্য, StatusCode#VehicleAreaConfig#supportedEnumValues অ্যারে অবশ্যই সংজ্ঞায়িত করা উচিত যদি না AutomaticEmergencyBrakingState ( OTHER সহ, যা সুপারিশ করা হয় না) এবং ErrorState উভয়ের সমস্ত স্টেট সমর্থিত হয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
এর ধরন: ForwardCollisionWarningState/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

BLIND_SPOT_WARNING_ENABLED

ব্লাইন্ড স্পট ওয়ার্নিং (BSW) সক্ষম এবং অক্ষম করুন৷ BSW সক্ষম করতে সত্য এবং BSW নিষ্ক্রিয় করতে মিথ্যা সেট করুন৷ যখন BSW সক্ষম করা হয়, তখন গাড়ির ADAS সিস্টেম চালু করা উচিত এবং গাড়ির অন্ধ দাগের বস্তুর জন্য পর্যবেক্ষণ করা উচিত।

সাধারণভাবে, BLIND_SPOT_WARNING_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত। যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, যেমন গাড়ির গতি খুবই কম, সেই তথ্যটি অবশ্যই BLIND_SPOT_WARNING_STATE প্রপার্টিতে ErrorState মানের মাধ্যমে জানাতে হবে।

BLIND_SPOT_WARNING_STATE

ব্লাইন্ড স্পট ওয়ার্নিং (BSW) রাজ্য। BSW এর বর্তমান অবস্থা দেখায়। এই প্রপার্টিটিকে সর্বদা BlindSpotWarningState বা ErrorState এ সংজ্ঞায়িত একটি বৈধ অবস্থা ফেরত দিতে হবে এটি অবশ্যই StatusCode মাধ্যমে ত্রুটি দেখাবে না এবং এর পরিবর্তে সমর্থিত ত্রুটির অবস্থা ব্যবহার করতে হবে।

প্রতিটি সমর্থিত এলাকার আইডির জন্য, StatusCode#VehicleAreaConfig#supportedEnumValues অ্যারেকে অবশ্যই সংজ্ঞায়িত করতে হবে যদি না BlindSpotWarningState ( OTHER সহ, যা প্রস্তাবিত নয়) এবং ErrorState উভয়ের সমস্ত রাজ্য সমর্থিত হয়৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: BlindSpotWarningState/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

CABIN_LIGHTS_STATE

কেবিনের আলোর জন্য রাজ্য ফেরত দেয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleLightState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

CABIN_LIGHTS_SWITCH

কেবিনের আলোর সুইচ। শারীরিক সুইচের অবস্থান যা কেবিনের আলো নিয়ন্ত্রণ করে। এটি CABIN_LIGHTS_STATE এর থেকে আলাদা হতে পারে যদি দরজা খোলা থাকার কারণে বা ভয়েস কমান্ডের কারণে লাইট জ্বলে থাকে। উদাহরণস্বরূপ, যখন সুইচটি বন্ধ বা স্বয়ংক্রিয় অবস্থানে থাকে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE / READ
Enum প্রকার: VehicleLightSwitch
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 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

বর্তমান নেভিগেশন অবস্থা অবহিত করে। বাইট: NavigationStateProto-এর ক্রমিক বার্তা।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: WRITE
Enum প্রকার:
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 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 এর ধরন যদি বর্তমানে দুটি UI দেখানো হয়। -1 নির্দেশ করে যে এলাকাটি আর ব্যবহার করা হয় না। বাইট: ClusterUI এর প্রাপ্যতা উপস্থাপন করার জন্য অ্যারে। 0 অনুপলব্ধ নির্দেশ করে এবং 1 উপলব্ধ নির্দেশ করে। উদাহরণস্বরূপ, যদি একটি গাড়ি তিনটি OEM-সংজ্ঞায়িত ClusterUI সমর্থন করে যেমন HOME, MAPS এবং CALL এবং শুধুমাত্র সেলুলার নেটওয়ার্ক উপলব্ধ থাকলেই শুধুমাত্র CALL UI সমর্থন করে৷ তারপর, যদি নিউওয়ার্ক পাওয়া যায়, এটি পাঠায় [1 1 1] এবং, নেটওয়ার্কের বাইরে থাকলে, [1 1 0] পাঠায়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: WRITE
Enum প্রকার: VehicleLightSwitch
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

CLUSTER_REQUEST_DISPLAY

কিছু ClusterUI দেখানোর জন্য ক্লাস্টার প্রদর্শনের অবস্থা পরিবর্তন করার অনুরোধ করে। যখন বর্তমান ডিসপ্লে অবস্থা বন্ধ থাকে এবং ClusterHome একটি নির্দিষ্ট ClusterUI দেখানোর জন্য ডিসপ্লে চালু করার অনুরোধ করতে ClusterOS কে এই বার্তাটি পাঠায়। ClusterOS CLUSTER_DISPLAY_STATE এর সাথে এটির প্রতিক্রিয়া জানানো উচিত৷

int32 প্রদর্শনের জন্য ClusterUI এর ধরন

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: WRITE
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

CLUSTER_SWITCH_UI

ক্লাস্টার ডিসপ্লেতে ClusterUI শুরু করে।

int32 0 দেখানোর জন্য ClusterUI এর ধরন ClusterHome , ক্লাস্টার ডিসপ্লের হোম স্ক্রীনকে নির্দেশ করে এবং ক্লাস্টার ডিসপ্লের জন্য ডিফল্ট UI এবং এক ধরনের লঞ্চার কার্যকারিতা প্রদান করে। অন্যান্য মানগুলি OEM এর সংজ্ঞা অনুসারে।

CREATE_USER

অ্যান্ড্রয়েড ব্যবহারকারী তৈরি হওয়ার পরে অ্যান্ড্রয়েড সিস্টেম দ্বারা কল করা হয়। HAL তার সমতুল্য ব্যবহারকারী তৈরি করতে এই সম্পত্তি ব্যবহার করতে পারে। এটি একটি অ্যাসিঙ্ক অনুরোধ: Android একটি VehiclePropValue সেট করে অনুরোধ করে এবং HALকে অবশ্যই একটি সম্পত্তি পরিবর্তনের সাথে প্রতিক্রিয়া জানাতে হবে যা নির্দেশ করে অনুরোধটি সফল হয়েছে নাকি ব্যর্থ হয়েছে৷ এটি ব্যর্থ হলে, অ্যান্ড্রয়েড সিস্টেম ব্যবহারকারীকে সরিয়ে দেয়।

অনুরোধের বিন্যাস CreateUserRequest দ্বারা এবং CreateUserResponse দ্বারা প্রতিক্রিয়ার বিন্যাস দ্বারা সংজ্ঞায়িত করা হয়। উদাহরণস্বরূপ, যদি সিস্টেমে দুটি ব্যবহারকারী থাকে (0 এবং 10) এবং তৃতীয় একটি (যা একটি ক্ষণস্থায়ী অতিথি) তৈরি করা হয়, অনুরোধটি হবে:

int32[0] 42 // অনুরোধ আইডি
int32[1] 11 // তৈরি করা ব্যবহারকারীর অ্যান্ড্রয়েড আইডি
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 // তৃতীয় ব্যবহারকারীর পতাকা (ক্ষণস্থায়ী অতিথি) স্ট্রিং: "এলগুয়েস্টো" // নতুন ব্যবহারকারীর নাম

অনুরোধ সফল হলে, HAL ফেরত দেয়:

int32[0] 42 // অনুরোধ আইডি
int32[1] 1 // CreateUserStatus::Success

কিন্তু যদি এটি ব্যর্থ হয়:

int32[0] 42 // অনুরোধ আইডি
int32[1] 2 // CreateUserStatus::FAILURE স্ট্রিং: "D'OH!" //

অর্থ হল একটি ব্ল্যাকবক্স এবং এটি কলারের কাছে পাঠানো হয় (যেমন সেটিংস UI), যা যথাযথ ব্যবস্থা নেয়।

CRITICALLY_LOW_TIRE_PRESSURE

এই বৈশিষ্ট্যটি প্রতিটি টায়ারের জন্য সমালোচনামূলকভাবে কম চাপের প্রান্তিক নির্দেশ করে। এটি নির্দেশ করে কখন এটি প্রতিস্থাপন করতে হবে বা একটি টায়ার ঠিক করতে হবে। মানটি TIRE_PRESSURE-এ minFloatValue-এর থেকে কম বা সমান হতে হবে। ন্যূনতম এবং সর্বোচ্চ সম্পত্তি মান (minFloatValue এবং maxFloatValue) এই সম্পত্তিতে প্রযোজ্য নয়।

মোড পরিবর্তন করুন: STATIC
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:KILOPASCAL
রিলিজ: অ্যান্ড্রয়েড 13

CRUISE_CONTROL_COMMAND৷

ক্রুজ কন্ট্রোল (CC) কমান্ড WRITE । প্রতিটি সমর্থিত কমান্ড সম্পর্কে বিস্তারিত জানার জন্য CruiseControlCommand দেখুন। গ্লোবাল এরিয়া আইডি (0) এর জন্য, StatusCode#VehicleAreaConfig#supportedEnumValues অ্যারে অবশ্যই সংজ্ঞায়িত করা উচিত যদি না CruiseControlState এর সমস্ত রাজ্য সমর্থিত হয়। এই সম্পত্তির মাধ্যমে প্রেরিত যেকোন অসমর্থিত কমান্ড অবশ্যই StatusCode#INVALID_ARG ফেরত দিতে হবে যখন CC নিষ্ক্রিয় থাকার কারণে এই বৈশিষ্ট্যটি উপলব্ধ না থাকে (উদাহরণস্বরূপ, 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
Enum প্রকার: CruiseControlCommand
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

CRUISE_CONTROL_ENABLED

ক্রুজ কন্ট্রোল (CC) সক্ষম বা অক্ষম করুন। CC সক্ষম করতে সত্য এবং CC নিষ্ক্রিয় করতে মিথ্যা সেট করুন৷ এই সম্পত্তি CruiseControlType(গুলি) সব ধরনের দ্বারা ভাগ করা হয়। যখন CC সক্রিয় করা হয়, তখন গাড়ির ADAS সিস্টেম চালু করা উচিত এবং কমান্ডের প্রতিক্রিয়া জানাতে হবে। সাধারণভাবে, CRUISE_CONTROL_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত৷ যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, যেমন গাড়ির গতি খুবই কম, সেই তথ্যটি অবশ্যই CRUISE_CONTROL_STATE প্রপার্টিতে ErrorState মানের মাধ্যমে জানাতে হবে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

CRUISE_CONTROL_STATE

ক্রুজ কন্ট্রোলের বর্তমান অবস্থা (CC)। এই সম্পত্তি CC এর বর্তমান অবস্থা প্রদান করে। সাধারণত, এই সম্পত্তিটিকে ক্রুজকন্ট্রোল স্টেট বা ErrorState সংজ্ঞায়িত একটি বৈধ অবস্থা ফিরিয়ে দেওয়া উচিত উদাহরণস্বরূপ, যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, তবে সেই তথ্যটি ErrorState মাধ্যমে জানানো উচিত গ্লোবাল এরিয়া আইডি (0), VehicleAreaConfig#supportedEnumValue CruiseControlState (OTHER সহ, যা সুপারিশ করা হয় না) এবং ErrorState সমর্থিত না হলে অ্যারেকে অবশ্যই সংজ্ঞায়িত করতে হবে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: CruiseControlState/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

CRUISE_CONTROL_TARGET_SPEED

ক্রুজ কন্ট্রোলের জন্য বর্তমান লক্ষ্য গতি (CC)। ন্যূনতম এবং সর্বোচ্চ টার্গেট গতির মান নির্ধারণ করতে OEM-দের এই সম্পত্তির জন্য minFloatValue এবং maxFloatValue মান সেট করা উচিত। এই মান অ-নেতিবাচক হতে হবে. maxFloatValue টার্গেটের গতির উপরের সীমানাকে উপস্থাপন করে। minFloatValue লক্ষ্য গতির নিম্ন সীমার প্রতিনিধিত্ব করে। CC নিষ্ক্রিয় থাকার কারণে যখন এই প্রপার্টিটি পাওয়া যায় না (উদাহরণস্বরূপ, CRUISE_CONTROL_ENABLED মিথ্যা), এই প্রপার্টিটিকে অবশ্যই StatusCode#NOT_AVAILABLE_DISABLED যদি CRUISE_CONTROL_STATE প্রয়োগ করা হয় এবং স্টেট একটি ErrorState মান সেট করা থাকে, তাহলে এই প্রপার্টিটিকে অবশ্যই একটি StatusCode ফেরত দিতে হবে যা al-এর সাথে ErrorState মান। উদাহরণস্বরূপ, যদি CRUISE_CONTROL_STATE ErrorState#NOT_AVAILABLE_SPEED_LOW এ সেট করা হয়, তাহলে এই সম্পত্তিটিকে অবশ্যই StatusCode#NOT_AVAILABLE_SPEED_LOW ফেরত দিতে হবে

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:METER_PER_SEC
রিলিজ: অ্যান্ড্রয়েড 14

CRUISE_CONTROL_TYPE

বর্তমান ধরনের ক্রুজ কন্ট্রোল (CC)। যখন CRUISE_CONTROL_ENABLED সত্য হয়, তখন এই বৈশিষ্ট্যটি বর্তমানে সক্রিয় CC এর ধরন প্রদান করে (উদাহরণস্বরূপ, স্ট্যান্ডার্ড CC এবং অভিযোজিত CC, ভবিষ্যদ্বাণীমূলক)। সর্বদা, এই সম্পত্তিটিকে CruiseControlType বা ErrorState স্টেটে সংজ্ঞায়িত একটি বৈধ অবস্থা ফিরিয়ে দেওয়া উচিত, উদাহরণস্বরূপ, যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, তবে সেই তথ্যটি গ্লোবাল এরিয়া আইডি (0), StatusCode#VehicleAreaConfig#supportedEnumValues এর জন্য ErrorState এর মাধ্যমে জানানো উচিত। StatusCode#VehicleAreaConfig#supportedEnumValues অ্যারে অবশ্যই সংজ্ঞায়িত করা উচিত যদি না CruiseControlType এর সমস্ত অবস্থা ( OTHER সহ, যা প্রস্তাবিত নয়) এবং ErrorState সমর্থিত হয়। এই সম্পত্তিতে CruiseControlType#OTHER বা একটি ErrorState WRITE চেষ্টা করা একটি IllegalArgumentException নিক্ষেপ করে এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE / READ
Enum প্রকার: CruiseControlType ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

CURRENT_GEAR

বর্তমান গিয়ার। একটি নন-ম্যানুয়াল ক্ষেত্রে, নির্বাচিত গিয়ার বর্তমান গিয়ারের সাথে নাও মিলতে পারে। উদাহরণস্বরূপ, যদি নির্বাচিত গিয়ারটি GEAR_DRIVE হয়, তাহলে বর্তমান গিয়ারটি GEAR_1 , GEAR_2 ইত্যাদির মধ্যে একটি হবে, যা ট্রান্সমিশনটি যে প্রকৃত গিয়ারে চলছে তা প্রতিফলিত করে৷ কনফিগার ডেটার মানগুলি অবশ্যই এই গাড়ির জন্য সমর্থিত গিয়ারগুলির তালিকা উপস্থাপন করবে৷ . উদাহরণস্বরূপ, একটি স্বয়ংক্রিয় ট্রান্সমিশনের জন্য কনফিগার ডেটাতে অবশ্যই {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_PARK, GEAR_1, GEAR_2,...} থাকতে হবে এবং ম্যানুয়াল ট্রান্সমিশনের জন্য, তালিকাটি হতে হবে {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_1, GEAR_2,...} তালিকাটি GEAR_SELECTION এ রিপোর্ট করা সমর্থিত গিয়ারগুলির মতো হতে হবে না৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleGear
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 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 এর মধ্যে একটি প্রয়োগ করা উচিত। উভয়ই উপলব্ধ থাকলে, PER_DISPLAY_BRIGHTNESS AAOS দ্বারা ব্যবহৃত হয়৷ এটি লেখার যোগ্য হলে, ব্যবহারকারী সেটিংস থেকে প্রদর্শনের উজ্জ্বলতা পরিবর্তন করলে 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
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

DOOR_CHILD_LOCK_ENABLED

ডোর চাইল্ড লক ফিচার চালু আছে। ডোর চাইল্ড লক বৈশিষ্ট্য সক্রিয় থাকলে সত্য এবং নিষ্ক্রিয় থাকলে মিথ্যা দেখায়। যদি সক্রিয় থাকে, তাহলে দরজাটি ভেতর থেকে খোলা যাবে না। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

DOOR_LOCK

দরজা লক সত্য নির্দেশ করে দরজা লক করা আছে. এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE / READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 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 হিসাবে এটি প্রয়োগ করতে পারে৷

ই থেকে জি

ELECTRONIC_TOLL_COLLECTION_CARD_STATUS

ইলেকট্রনিক টোল কালেকশন কার্ডের অবস্থা। এই সম্পত্তি এই গাড়ির ETC কার্ডের অবস্থা নির্দেশ করে। হেড ইউনিট যদি গাড়ির সাথে সংযুক্ত একটি ETC কার্ড সম্পর্কে সচেতন থাকে, তাহলে ELECTRONIC_TOLL_COLLECTION_CARD_TYPE কার্ডের সেই স্থিতি দেয়৷ অন্যথায়, এই সম্পত্তি UNAVAILABLE হওয়া উচিত

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: ElectronicTollCollectionCardStatus
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

ELECTRONIC_TOLL_COLLECTION_CARD_TYPE

ইলেকট্রনিক টোল কালেকশন (ETC) কার্ডের ধরন। এই সম্পত্তি এই গাড়িতে ETC কার্ডের ধরন নির্দেশ করে। হেড ইউনিট গাড়ির সাথে সংযুক্ত একটি ETC কার্ড সম্পর্কে সচেতন হলে, এই সম্পত্তিটি সংযুক্ত কার্ডের ধরন ফেরত দেবে; অন্যথায়, এই সম্পত্তি UNAVAILABLE হওয়া উচিত

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: ElectronicTollCollectionCardType
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

EMERGENCY_LANE_KEEP_ASSIST_ENABLED

ইমার্জেন্সি লেন কিপ অ্যাসিস্ট (ELKA) সক্ষম বা নিষ্ক্রিয় করুন৷ ELKA সক্ষম করতে সত্য এবং ELKA নিষ্ক্রিয় করতে মিথ্যা সেট করুন৷ যখন ELKA সক্রিয় থাকে, তখন গাড়ির ADAS সিস্টেম চালু থাকা উচিত এবং ড্রাইভারের দ্বারা অনিরাপদ লেন পরিবর্তনের জন্য পর্যবেক্ষণ করা উচিত। যখন একটি অনিরাপদ কৌশল সনাক্ত করা হয়, তখন ELKA ড্রাইভারকে সতর্ক করে এবং গাড়িটিকে তার আসল লেনে রাখার জন্য স্টিয়ারিং সংশোধন প্রয়োগ করে। সাধারণভাবে, EMERGENCY_LANE_KEEP_ASSIST_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত। যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, যেমন গাড়ির গতি খুব কম, সেই তথ্যটি অবশ্যই EMERGENCY_LANE_KEEP_ASSIST_STATE প্রপার্টিতে ErrorState মানগুলির মাধ্যমে জানাতে হবে৷ এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE/READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

EMERGENCY_LANE_KEEP_ASSIST_STATE

ইমার্জেন্সি লেন কিপ অ্যাসিস্ট (ELKA) অবস্থা। ELKA এর বর্তমান অবস্থা প্রদান করে। সাধারণত, এই সম্পত্তিটি EmergencyLaneKeepAssistState বা ErrorState এ সংজ্ঞায়িত একটি বৈধ অবস্থা ফিরিয়ে দিতে হবে, উদাহরণস্বরূপ, যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, তাহলে সেই তথ্যটি ErrorState মাধ্যমে জানানো উচিত গ্লোবাল এরিয়া আইডি (0), VehicleAreaConfig#supportedEnumValues EmergencyLaneKeepAssistState (OTHER সহ, যা সুপারিশ করা হয় না) এবং ErrorState সমর্থিত না হলে অ্যারে অবশ্যই সংজ্ঞায়িত করা উচিত।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: EmergencyLaneKeepAssistState/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

ENGINE_COOLANT_TEMP

ইঞ্জিন কুল্যান্টের তাপমাত্রা।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:CELSIUS
রিলিজ: অ্যান্ড্রয়েড 13

ENGINE_IDLE_AUTO_STOP_ENABLED

ইঞ্জিন নিষ্ক্রিয় স্বয়ংক্রিয় স্টপ জন্য বৈশিষ্ট্য প্রতিনিধিত্ব করে. সত্য হলে, প্রয়োজন না হলে গাড়িটি স্বয়ংক্রিয়ভাবে ইঞ্জিন বন্ধ করে দিতে পারে এবং প্রয়োজনে স্বয়ংক্রিয়ভাবে পুনরায় চালু করতে পারে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

ENGINE_OIL_LEVEL

ইঞ্জিন তেলের স্তর।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleOilLevel
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

ENGINE_OIL_TEMP

ইঞ্জিন তেলের তাপমাত্রা।

ENGINE_RPM

প্রতি মিনিটে ইঞ্জিন বিপ্লব (RPM)।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:RPM
রিলিজ: অ্যান্ড্রয়েড 13

ENV_OUTSIDE_TEMPERATURE

বাইরের তাপমাত্রা। এই সম্পত্তি গাড়ির বাইরে পরিবেশের তাপমাত্রা রিডিং যোগাযোগ করতে হবে. যদি বাইরের তাপমাত্রা পরিমাপের জন্য একাধিক সেন্সর থাকে, তাহলে এই বৈশিষ্ট্যটি গড় বা একটি অর্থপূর্ণ ওজনযুক্ত গড় দিয়ে তৈরি করা উচিত যা বাইরের পরিবেশের তাপমাত্রাকে সর্বোত্তমভাবে উপস্থাপন করে।

EV_BATTERY_DISPLAY_UNITS

প্রদর্শনের জন্য EV ব্যাটারি ইউনিট। ব্যবহারকারীকে ইভি ব্যাটারির তথ্য প্রদর্শন করতে গাড়িটি কোন ইউনিট ব্যবহার করছে তা নির্দেশ করে। উদাহরণস্বরূপ, ওয়াট-ঘন্টা (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
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

EV_BATTERY_INSTANTANEOUS_CHARGE_RATE

মিলিওয়াটে EV তাৎক্ষণিক চার্জের হার। একটি ইতিবাচক মান নির্দেশ করে যে ব্যাটারি চার্জ করা হচ্ছে। একটি নেতিবাচক মান নির্দেশ করে যে ব্যাটারি ডিসচার্জ হচ্ছে।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MW
রিলিজ: অ্যান্ড্রয়েড 13

EV_BATTERY_LEVEL

EV বা হাইব্রিড যাই হোক না কেন বর্তমান ব্যাটারি লেভেল ফেরত দেয়। এই মানটি EV_CURRENT_BATTERY_CAPACITY অতিক্রম করবে না ব্যাটারি শতাংশ গণনা করতে, ব্যবহার করুন ( EV_BATTERY_LEVEL , EV_CURRENT_BATTERY_CAPACITY )*100৷

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:WH
রিলিজ: অ্যান্ড্রয়েড 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
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

EV_CHARGE_CURRENT_DRAW_LIMIT

ব্যবহারকারীর দ্বারা সেট করা চার্জিংয়ের জন্য সর্বাধিক বর্তমান ড্র থ্রেশহোল্ড নির্দেশ করে৷ EvChargeState::configArray[0] অ্যাম্পিয়ারে গাড়ির দ্বারা অনুমোদিত সর্বাধিক বর্তমান ড্র নির্দিষ্ট করতে ব্যবহৃত হয়। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITEREAD
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:AMPERE
রিলিজ: অ্যান্ড্রয়েড 13

EV_CHARGE_PERCENT_LIMIT

ব্যবহারকারী দ্বারা সেট করা সর্বোচ্চ চার্জ শতাংশ থ্রেশহোল্ড নির্দেশ করে৷ ব্যবহারকারী দ্বারা সেট করা সর্বোচ্চ চার্জ শতাংশ থ্রেশহোল্ড নির্দেশ করে৷ 0 থেকে 100 পর্যন্ত একটি ফ্লোট মান প্রদান করে। বৈধ মান নির্দিষ্ট করতে configArray ব্যবহার করা হয়। উদাহরণস্বরূপ, যদি গাড়িটি নিম্নলিখিত চার্জ শতাংশ সীমা মানগুলি সমর্থন করে: [20, 40, 60, 80, 100] তাহলে কনফিগার্যারেটি {20, 40, 60, 80, 100} হওয়া উচিত যদি কনফিগার্যারে খালি থাকে তবে এর থেকে সমস্ত মান 0 থেকে 100 অবশ্যই বৈধ হতে হবে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE, , READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

EV_CHARGE_PORT_CONNECTED

EV চার্জ পোর্ট সংযুক্ত। গাড়ির একাধিক চার্জিং পোর্ট থাকলে, এই সম্পত্তিটি অবশ্যই ফেরত দিতে হবে সত্য যখন কোনো চার্জ পোর্ট সংযুক্ত করা হয়.

EV_CHARGE_PORT_OPEN

ইভি চার্জ পোর্ট খোলা। গাড়ির একাধিক চার্জিং পোর্ট থাকলে, চার্জ পোর্টগুলির মধ্যে যেকোনটি খোলা থাকলে এই সম্পত্তিটি অবশ্যই সত্য হবে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITEREAD
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

EV_CHARGE_STATE

গাড়ির চার্জিং অবস্থা গাড়ির বর্তমান চার্জিং অবস্থা প্রদান করে৷ যদি গাড়ির টার্গেট চার্জ শতাংশ 100 ব্যতীত অন্য থাকে, তাহলে ব্যাটারি চার্জের মাত্রা লক্ষ্য মাত্রায় পৌঁছে গেলে এই বৈশিষ্ট্যটি EvChargeState::STATE_FULLY_CHARGED ফেরত দিতে হবে। আরও প্রসঙ্গের জন্য EvChargeState::EV_CHARGE_PERCENT_LIMIT দেখুন।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: EvChargeState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

EV_CHARGE_SWITCH

EV ব্যাটারি চার্জ করা শুরু বা বন্ধ করুন। সেটিং ব্যবহারকারী দ্বারা চেয়েছিলেন. এই বৈশিষ্ট্যটিকে সত্যে সেট করলে ব্যাটারি চার্জ শুরু হয় এবং চার্জ বন্ধ করার জন্য মিথ্যা। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

EV_CHARGE_TIME_REMAINING

আনুমানিক চার্জ সময় সেকেন্ডে বাকি। গাড়ি চার্জ না হলে 0 ফেরত দেয়।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:SECS
রিলিজ: অ্যান্ড্রয়েড 13

EV_CURRENT_BATTERY_CAPACITY

এবং EV বা হাইব্রিড গাড়ির জন্য বর্তমান ব্যবহারযোগ্য ব্যাটারি ক্ষমতা। EV বা হাইব্রিড হলে ব্যাটারির ক্ষমতার প্রকৃত মান প্রদান করে। এই বৈশিষ্ট্যটি ব্যাটারি বার্ধক্য এবং তাপমাত্রা নির্ভরতার মতো বিষয়গুলি বিবেচনা করে রিয়েল-টাইম ব্যবহারযোগ্য ব্যাটারির ক্ষমতা ক্যাপচার করে। এই মানটি INFO_EV_BATTERY_CAPACITY থেকে আলাদা হতে পারে কারণ গাড়িটি যখন নতুন ছিল তখন থেকে INFO_EV_BATTERY_CAPACITY নামমাত্র ব্যাটারির ক্ষমতা প্রদান করে৷

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:WH
রিলিজ: অ্যান্ড্রয়েড 14

EV_REGENERATIVE_BRAKING_STATE

গাড়ির রিজেনারেটিভ ব্রেকিং বা ওয়ান-পেডেল ড্রাইভ সেটিং। গাড়িতে রিজেনারেটিভ ব্রেকিং সেটিং এর সাথে যুক্ত বর্তমান সেটিং প্রদান করে। যদি OEM-এর EvRegenerativeBrakingState এ প্রদত্ত সেটিংগুলির চেয়ে বেশি সেটিং প্রয়োজন হয়, তাহলে এর পরিবর্তে EV_BRAKE_REGENERATION_LEVEL প্রপার্টি ব্যবহার করা যেতে পারে, যা আরও দানাদার তথ্য প্রদান করে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: EvRegenerativeBrakingState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

EV_STOPPING_MODE

গাড়ির বর্তমান স্টপিং মোডের জন্য সম্পত্তির প্রতিনিধিত্ব করে। গ্লোবাল এরিয়া আইডি (0) এর জন্য VehicleAreaConfig#supportedEnumValues অবশ্যই সংজ্ঞায়িত করতে হবে যদি না EvStoppingMode এর সমস্ত enum মান সমর্থিত হয়। ভবিষ্যতে আরও রাজ্য অন্তর্ভুক্ত করতে EvStoppingMode enum বাড়ানো হতে পারে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEM-এর কাছে এটিকে VehiclePropertyAccess.READ হিসাবে প্রয়োগ করার বিকল্প রয়েছে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE/READ
Enum প্রকার: EvStoppingMode
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

EVS_SERVICE_REQUEST

একটি EVS পরিষেবা সক্ষম করুন এবং অনুরোধ করুন৷ সম্পত্তি EVS পরিষেবাগুলি ট্রিগার করার একটি উপায় প্রদান করে৷ EVS পরিষেবা শুরু বা বন্ধ করার জন্য Android-কে অনুরোধ করতে VHAL-এর এই সম্পত্তি ব্যবহার করা উচিত।

int32Values[0] EVS পরিষেবার ধরন। EvsServiceType-এ মান অবশ্যই এবং enum হতে হবে।
int32Values[1] EVS পরিষেবার অবস্থা। মানটি EvsServiceState-এর একটি enums হতে হবে।

উদাহরণস্বরূপ, রিয়ার ভিউ ইভিএস পরিষেবা সক্ষম করতে, অ্যান্ড্রয়েড সম্পত্তির মান এইভাবে সেট করতে পারে:

[EvsServiceType::REAR_VIEW, EvsServiceState::ON]

EXTERNAL_CAR_TIME

cr-এর জন্য বর্তমান তারিখ এবং সময়ের পরামর্শ, Epoch সময় (মিলিসেকেন্ডে) হিসাবে এনকোড করা হয়েছে। এই মানটি 1/1/1970 UTC থেকে অতিবাহিত হওয়া মিলিসেকেন্ড সেকেন্ডের সংখ্যা নির্দেশ করে৷ এই প্রপার্টি CarTime থেকে Android-এ পরিবর্তনের ইঙ্গিত দেয়। যদি সম্পত্তিটি সমর্থিত হয়, VHAL-কে অবশ্যই সবচেয়ে সঠিক বর্তমান CarTime রিপোর্ট করতে হবে যখন এই সম্পত্তিটি পড়া হবে, এবং CarTime মান পরিবর্তিত হলে এই সম্পত্তিতে একটি পরিবর্তন প্রকাশ করুন।

এই সম্পত্তির জন্য একটি অন-চেঞ্জ ইভেন্ট অবশ্যই প্রকাশ করা উচিত যখন প্রাকৃতিক সময় ব্যতীত অন্য কোন কারণে CarTime পরিবর্তিত হয় (500ms এর চেয়ে ছোট সময় ডেল্টা পরিবর্তন ইভেন্টকে ট্রিগার করা উচিত নয়)। VHAL থেকে সময় আনতে Android এই সম্পত্তিটি পড়বে এবং সদস্যতা নেবে। এটি অন্যান্য যানবাহন সিস্টেমের (ড্যাশ ক্লক) সাথে Android এর সময় সিঙ্ক্রোনাইজ করতে কার্যকর হতে পারে। int64Values[0] = প্রদত্ত যুগের সময় (মিলিসেকেন্ডে) যখনই সম্পত্তির জন্য একটি নতুন মান পাওয়া যায়, AAOS একটি ExternalTimeSuggestion তৈরি করে এবং TimeDetectorService-এ পাঠায়।

যদি অন্য উত্সগুলির একটি উচ্চ অগ্রাধিকার না থাকে, তাহলে Android সিস্টেমের সময় সেট করতে এটি ব্যবহার করবে৷ কীভাবে সময় উত্সের অগ্রাধিকারগুলি সামঞ্জস্য করা যায় এবং কীভাবে সময় পরামর্শগুলি পরিচালনা করা হয় (এন্ড্রয়েড কীভাবে গিটার, ড্রিফ্ট এবং ন্যূনতম রেজোলিউশন পরিচালনা করে তা সহ), টাইম ডিটেক্টর পরিষেবা ডকুমেন্টেশন দেখুন।

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

আমরা দৃঢ়ভাবে সুপারিশ করি যে প্রোটোকল (যেমন GNSS, NTP, এবং টেলিফোনি) ব্যবহার করে ECUs থেকে সময় পুনরুদ্ধার করতে এই সম্পত্তিটি ব্যবহার করা হবে না। যেহেতু এই প্রোটোকলগুলি ইতিমধ্যেই Android দ্বারা সমর্থিত, তাই আমরা আপনাকে এই সম্পত্তির সাথে VHAL-এর মাধ্যমে ওয়্যারিংয়ের পরিবর্তে Android সিস্টেমগুলি ব্যবহার করার পরামর্শ দিই৷

সতর্কতা: এই সম্পত্তির মাধ্যমে উপলব্ধ মান কোনভাবেই Android দ্বারা ANDROID_EPOCH_TIME প্রপার্টিতে লেখা একটি মানের উপর নির্ভর করবে না।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MILLI_SECS
রিলিজ: অ্যান্ড্রয়েড 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 বাস্তবায়িত করা উচিত নয়৷

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
Enum প্রকার: VehicleLightSwitch
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

FORWARD_COLLISION_WARNING_ENABLED

ফরোয়ার্ড সংঘর্ষ সতর্কতা (FCW) সক্ষম বা অক্ষম করুন৷ FCW সক্ষম করতে সত্য এবং FCW নিষ্ক্রিয় করতে মিথ্যা সেট করুন৷ যখন FCW সক্ষম করা হয়, তখন গাড়ির ADAS সিস্টেমটি চালু করা উচিত এবং সম্ভাব্য সংঘর্ষের জন্য পর্যবেক্ষণ করা উচিত। সাধারণভাবে, FORWARD_COLLISION_WARNING_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত৷ যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, যেমন গাড়ির গতি খুব কম, সেই তথ্যটি অবশ্যই FORWARD_COLLISION_WARNING_STATE প্রপার্টির ErrorState মানগুলির মাধ্যমে জানাতে হবে৷

FORWARD_COLLISION_WARNING_STATE

ফরোয়ার্ড সংঘর্ষ সতর্কতা (FCW) অবস্থা। FCW এর বর্তমান অবস্থা প্রদান করে। এই বৈশিষ্ট্যটি অবশ্যই ForwardCollisionWarningState বা ErrorState এ সংজ্ঞায়িত একটি বৈধ অবস্থা ফেরত দিতে হবে এটি StatusCode-এর মাধ্যমে ত্রুটিগুলি প্রকাশ করবে না এবং এর পরিবর্তে সমর্থিত ত্রুটির অবস্থা ব্যবহার করতে হবে। গ্লোবাল এরিয়া আইডি (0) এর জন্য, VehicleAreaConfig#supportedEnumValues অ্যারেকে অবশ্যই সংজ্ঞায়িত করতে হবে যদি না ForwardCollisionWarningState (OTHER সহ, যা সুপারিশ করা হয় না) এবং ErrorState উভয়ের সমস্ত স্টেট সমর্থিত হয়।

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 এ ডকুমেন্টেশন পড়ুন।

FUEL_CONSUMPTION_UNITS_DISTANCE_OVER_VOLUME

প্রদর্শনের জন্য জ্বালানী খরচ ইউনিট। ব্যবহারকারীর কাছে জ্বালানি খরচের তথ্য প্রদর্শন করতে গাড়িটি যে ধরনের ইউনিট ব্যবহার করছে তা নির্দেশ করে সত্য ইঙ্গিত করে যে ইউনিটগুলি MPG-এর মতো ভলিউমের উপর দূরত্ব। মিথ্যা নির্দেশ করে যে ইউনিটগুলি দূরত্বের বেশি যেমন L/100KM। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

FUEL_DOOR_OPEN

জ্বালানির দরজা খোলা। গাড়ির জ্বালানী দরজা খোলা থাকলে বা না থাকলে এই সম্পত্তিটি অবশ্যই যোগাযোগ করবে। এই সম্পত্তি EVs প্রযোজ্য নয়. অর্থাৎ, যদি INFO_FUEL_TYPE শুধুমাত্র FuelType::FUEL_TYPE_ELECTRIC থাকে, তাহলে এই বৈশিষ্ট্যটি বাস্তবায়িত করা উচিত নয়৷ EV-এর জন্য, EV_CHARGE_PORT_OPEN প্রয়োগ করুন। এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে তবে OEMগুলি এটিকে কেবল VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

FUEL_LEVEL

গাড়িতে অবশিষ্ট জ্বালানি, মিলিলিটারে। এই সম্পত্তিটি মিলিলিটারে গাড়িতে অবশিষ্ট জ্বালানীর বর্তমান পরিমাণের সাথে যোগাযোগ করতে হবে। এই সম্পত্তি বৈদ্যুতিক যানবাহন প্রযোজ্য নয়. অর্থাৎ, যদি INFO_FUEL_TYPE শুধুমাত্র FuelType::FUEL_TYPE_ELECTRIC থাকে, তাহলে এই বৈশিষ্ট্যটি বাস্তবায়িত করা উচিত নয়৷ EV-এর জন্য, EV_BATTERY_LEVEL মান INFO_FUEL_CAPACITY অতিক্রম করতে পারবে না

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MILLILITER
রিলিজ: অ্যান্ড্রয়েড 13

FUEL_LEVEL_LOW

জ্বালানী নিম্ন স্তরের জন্য সতর্কতা. এই বৈশিষ্ট্যটি ড্যাশবোর্ডে কম জ্বালানী সতর্কতার সাথে মিলে যায়। একবার FUEL_LEVEL_LOW সেট হয়ে গেলে, গাড়িতে আরও জ্বালানি যোগ না হওয়া পর্যন্ত এটি পরিষ্কার করা উচিত নয়। এই সম্পত্তি একটি গাড়ির সমস্ত জ্বালানী উত্স জন্য অ্যাকাউন্ট করতে পারে. উদাহরণস্বরূপ, একটিতে:

গ্যাস চালিত গাড়ি, এই সম্পত্তি শুধুমাত্র গ্যাস স্তরের উপর ভিত্তি করে.
ব্যাটারি চালিত গাড়ি, এই সম্পত্তি শুধুমাত্র ব্যাটারি স্তরের উপর ভিত্তি করে.
হাইব্রিড গাড়ি, এই সম্পত্তিটি OEM এর বিবেচনার ভিত্তিতে গ্যাস এবং ব্যাটারি স্তরের সংমিশ্রণের উপর ভিত্তি করে হতে পারে।

FUEL_VOLUME_DISPLAY_UNITS

প্রদর্শনের জন্য জ্বালানী ভলিউম ইউনিট। ব্যবহারকারীর কাছে জ্বালানীর পরিমাণ প্রদর্শন করতে গাড়িটি কোন ইউনিট ব্যবহার করছে তা নির্দেশ করে। উদাহরণস্বরূপ, লিটার বা গ্যালন। VehiclePropConfig.configArray সমর্থিত ফুয়েল ভলিউম ডিসপ্লে ইউনিট নির্দেশ করতে ব্যবহৃত হয়। ভলিউম ইউনিটগুলি VehicleUnit এ সংজ্ঞায়িত করা হয় উদাহরণস্বরূপ, configArray[0] = LITER configArray[1] = GALLON যদি FUEL_VOLUME_DISPLAY_UNITS আপডেট করা অন্য *_DISPLAY_UNITS বৈশিষ্ট্যের মানগুলিকে প্রভাবিত করে, তাহলে তাদের মানগুলিকে আপডেট করতে হবে এবং AAOS ফ্রেমওয়ার্কের সাথেও যোগাযোগ করতে হবে৷ এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

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 এর পরিবর্তে ড্রাইভার দ্বারা নির্বাচিত নির্দিষ্ট গিয়ারে সেট করতে হবে

GENERAL_SAFETY_REGULATION_COMPLIANCE_REQUIREMENT

ইইউ-এর সাধারণ নিরাপত্তা প্রবিধান সম্মতির প্রয়োজনীয়তা। সাধারণ নিরাপত্তা প্রবিধান সম্মতি প্রয়োজন কিনা তা নির্দেশ করতে একটি মান প্রদান করে এবং যদি তাই হয়, প্রয়োজনের ধরন।

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: GsrComplianceRequirementType
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 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

হ্যান্ডস অন ডিটেকশন (HOD) ড্রাইভারের অবস্থা। চালকের হাত স্টিয়ারিং হুইলে আছে কিনা তা ফেরত দেয়। সাধারণত, এই সম্পত্তির HandsOnDetectionDriverState বা ErrorState সংজ্ঞায়িত একটি বৈধ অবস্থা ফিরিয়ে দেওয়া উচিত উদাহরণস্বরূপ, যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, তবে সেই তথ্যটি ErrorState মাধ্যমে জানানো উচিত যদি গাড়িটি ব্যবহারকারীকে একটি সতর্কবার্তা পাঠাতে চায় কারণ ড্রাইভারের হাত অনেক দিন ধরে স্টিয়ারিং হুইল থেকে বন্ধ রয়েছে, সতর্কতাটি HANDS_ON_DETECTION_WARNING এর মাধ্যমে প্রকাশ করা উচিত গ্লোবাল এরিয়া আইডি (0) এর জন্য, VehicleAreaConfig#supportedEnumValues অ্যারেকে অবশ্যই সংজ্ঞায়িত করতে হবে যদি না উভয় HandsOnDetectionDriverState এর সমস্ত স্টেট সুপারিশ করা হয়, যা অন্যান্য ) এবং ErrorState সমর্থিত।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: HandsOnDetectionDriverState/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

HANDS_ON_DETECTION_ENABLED

হ্যান্ডস অন ডিটেকশন (HOD) সক্ষম বা নিষ্ক্রিয় করুন৷ HOD সক্ষম করতে সত্য এবং HOD নিষ্ক্রিয় করতে মিথ্যা সেট করুন৷ যখন এইচওডি সক্রিয় থাকে, তখন গাড়ির ভিতরের একটি সিস্টেম স্টিয়ারিং হুইলে চালকের হাতের উপস্থিতি নিরীক্ষণ করা উচিত এবং যদি এটি সনাক্ত করে যে ড্রাইভারের হাত আর স্টিয়ারিং হুইলে নেই। সাধারণভাবে, HANDS_ON_DETECTION_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত।

যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, তবে সেই তথ্যটি অবশ্যই HANDS_ON_DETECTION_STATE প্রপার্টিতে ErrorState মানের মাধ্যমে জানাতে হবে। এই প্রপার্টিটিকে minInt32Value VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEM গুলি VehiclePropertyAccess.READ শুধুমাত্র এটি বাস্তবায়ন করতে পারে৷

HANDS_ON_DETECTION_WARNING

হ্যান্ডস অন ডিটেকশন (এইচওডি) সতর্কতা। চাকা থেকে খুব বেশি সময় ধরে হাত বন্ধ রাখার জন্য চালককে সতর্কবার্তা পাঠানো হচ্ছে কিনা তা রিটার্ন করে। সাধারণত, এই সম্পত্তির HandsOnDetectionWarning বা ErrorState সংজ্ঞায়িত একটি বৈধ অবস্থা ফিরিয়ে দেওয়া উচিত, উদাহরণস্বরূপ, যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, তাহলে সেই তথ্যটি গ্লোবাল এরিয়া আইডি (0), VehicleAreaConfig#supportedEnumValues এর জন্য একটি ErrorState এর মাধ্যমে জানানো উচিত। HandsOnDetectionWarning (OTHER সহ, যা সুপারিশ করা হয় না) এবং ErrorState উভয়ের সমস্ত স্টেট সমর্থিত না হলে অ্যারেকে অবশ্যই সংজ্ঞায়িত করতে হবে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: HandsOnDetectionWarning/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 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

নির্ধারিত এলাকার আইডির জন্য এসি চালু এবং বন্ধ করুন। এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি এটিকে VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে

HVAC_ACTUAL_FAN_SPEED_RPM

প্রকৃত ফ্যানের গতি।

HVAC_AUTO_ON

স্বয়ংক্রিয় জলবায়ু নিয়ন্ত্রণ চালু এবং বন্ধ করুন। সত্য হলে, স্বয়ংক্রিয় জলবায়ু নিয়ন্ত্রণ চালু আছে। মিথ্যা হলে, স্বয়ংক্রিয় জলবায়ু নিয়ন্ত্রণ বন্ধ থাকে। যদি গাড়িটি সরাসরি স্বয়ংক্রিয় জলবায়ু নিয়ন্ত্রণ বন্ধ করাকে সমর্থন না করে, তাহলে OEM-দের উচিত তাদের VHAL বাস্তবায়নে যুক্তি যোগ করা যাতে HVAC_AUTO_ON মিথ্যা সেট করা হয়, যা প্রয়োজনীয় HVAC সেটিংস পরিবর্তন করে পরোক্ষভাবে HVAC_AUTO_ON বন্ধ করে দেয় আদর্শভাবে, এটি ব্যবহারকারীকে ব্যাহত করবে না। স্বয়ংক্রিয় জলবায়ু নিয়ন্ত্রণ বন্ধ থাকাকালীন পরিবর্তন করা যেকোন সেটিংস OEM-গুলিকে পূর্ববর্তী অবস্থায় ফিরিয়ে আনতে হবে। এইভাবে, একমাত্র ফলাফল হওয়া উচিত যে HVAC_AUTO_ON বন্ধ। যদি পূর্ববর্তী সেটিংসে HVAC সেটিংস পুনরুদ্ধার করা সম্ভব না হয়, তাহলে OEM-এর উচিত সর্বনিম্ন ব্যাঘাতমূলক পরিবর্তন বাস্তবায়ন করা।

HVAC_AUTO_RECIRC_ON

স্বয়ংক্রিয় পুনঃপ্রবর্তন চালু বা বন্ধ। যখন স্বয়ংক্রিয় রিসার্কুলেশন চালু থাকে, যদি গাড়িটি খারাপ ইনকামিং এয়ার কোয়ালিটি শনাক্ত করে তাহলে HVAC সিস্টেম স্বয়ংক্রিয়ভাবে রিসার্কুলেশন মোডে স্যুইচ করতে পারে। এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে তবে OEMগুলি এটিকে কেবল VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

HVAC_DEFROSTER

মনোনীত উইন্ডোর জন্য ফ্যান-ভিত্তিক ডিফ্রস্ট। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে তবে OEMগুলি VehiclePropertyAccess.READ হিসাবে এটি বাস্তবায়ন করতে পারে।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]

যখন সম্পত্তি সক্রিয় করা হয়, ECU প্রভাবিত এলাকার জন্য তাপমাত্রা সিঙ্ক্রোনাইজ করা আবশ্যক. DUAL_ON প্যারামিটার চালু বা বন্ধ করার পার্শ্বপ্রতিক্রিয়া হিসেবে পরিবর্তিত যেকোন প্যারামিটার VHAL-এ onPropertyEvent() কলব্যাক তৈরি করবে। উপরন্তু, যদি একটি তাপমাত্রা সেট করা হয় (উদাহরণস্বরূপ, ড্রাইভারের তাপমাত্রা) অন্য তাপমাত্রা পরিবর্তন করে (যেমন সামনের যাত্রীর তাপমাত্রা), তাহলে উপযুক্ত onPropertyEvent() কলব্যাক তৈরি করতে হবে।

যদি কোনও ব্যবহারকারী এমন তাপমাত্রা পরিবর্তন করে যা কাপলিং ভেঙে দেয় (উদাহরণস্বরূপ, যাত্রীর তাপমাত্রা স্বাধীনভাবে সেট করে), তাহলে VHAL অবশ্যই উপযুক্ত onPropertyEvent() কলব্যাক পাঠাতে হবে ( HVAC_DUAL_ON = false and HVAC_TEMPERATURE_SET[AreaID] = xxx সহ)। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে তবে OEMগুলি VehiclePropertyAccess.READ হিসাবে এটি বাস্তবায়ন করতে পারে।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
Enum প্রকার: VehicleHvacFanDirection
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 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)

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleHvacFanDirection
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

HVAC_FAN_SPEED

ফ্যানের গতি সেটিং। VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

minInt32Value সর্বনিম্ন ফ্যানের গতি
maxInt32Value সর্বোচ্চ ফ্যানের গতি

এই সম্পত্তি কোনো নির্দিষ্ট ইউনিটে নয় কিন্তু আপেক্ষিক গতির একটি নির্দিষ্ট পরিসরে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি শুধুমাত্র VehiclePropertyAccess.READ হিসাবে এটি বাস্তবায়ন করতে পারে৷

HVAC_MAX_AC_ON

MAX AC চালু বা বন্ধ। যখন MAX AC চালু থাকে, ECU যত তাড়াতাড়ি সম্ভব গাড়িটিকে ঠান্ডা করার জন্য প্রয়োজন অনুযায়ী ভেন্ট পজিশন, ফ্যানের গতি এবং তাপমাত্রার মতো আইটেমগুলি সামঞ্জস্য করতে পারে। MAX AC প্যারামিটার চালু বা বন্ধ করার পার্শ্বপ্রতিক্রিয়া হিসেবে পরিবর্তিত যেকোন প্যারামিটার VHAL-এ onPropertyEvent() কলব্যাক তৈরি করে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে তবে OEMগুলি VehiclePropertyAccess.READ হিসাবে এটি বাস্তবায়ন করতে পারে।READ

HVAC_MAX_DEFROST_ON

MAX DEFROST চালু এবং বন্ধ করুন। যখন MAX DEFROST চালু থাকে, ECU যত তাড়াতাড়ি সম্ভব জানালা ডিফ্রস্ট করার জন্য প্রয়োজন অনুসারে ভেন্ট পজিশন, ফ্যানের গতি এবং তাপমাত্রার মতো আইটেমগুলিকে সামঞ্জস্য করতে পারে। MAX DEFROST প্যারামিটার চালু বা বন্ধ করার পার্শ্ব প্রতিক্রিয়া হিসাবে পরিবর্তিত যেকোন প্যারামিটার VHAL-এ onPropertyEvent() কলব্যাক তৈরি করে। HVAC_MAX_DEFROST_ON এর AreaIDs নির্দেশ করে যে এলাকায় MAX DEFROST নিয়ন্ত্রণ করা যেতে পারে। উদাহরণস্বরূপ, areaConfig.areaId = {ROW_1_LEFT | ROW_1_RIGHT} নির্দেশ করে যে HVAC_MAX_DEFROST_ON শুধুমাত্র সামনের সারিগুলির জন্য নিয়ন্ত্রণ করা যেতে পারে৷ এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে তবে OEMগুলি VehiclePropertyAccess.READ হিসাবে এটি বাস্তবায়ন করতে পারে।READ

HVAC_POWER_ON

HVAC-এর জন্য বিশ্বব্যাপী শক্তি রাষ্ট্রের প্রতিনিধিত্ব করে। এই প্রপার্টিটিকে মিথ্যাতে সেট করা কিছু বৈশিষ্ট্য চিহ্নিত করতে পারে যা অনুপলব্ধ অবস্থায় পৃথক HVAC বৈশিষ্ট্য এবং সাবসিস্টেম নিয়ন্ত্রণ করে। এই সম্পত্তিটিকে সত্য হিসাবে সেট করা কিছু বৈশিষ্ট্য চিহ্নিত করতে পারে যা পৃথক HVAC বৈশিষ্ট্য এবং সাবসিস্টেমগুলিকে উপলভ্য অবস্থায় নিয়ন্ত্রণ করে (যদি না কোনো বা সমস্ত বৈশিষ্ট্য তাদের নিজস্ব যোগ্যতার ভিত্তিতে অনুপলব্ধ হয়)।

HvacPower_DependentProperties হল সেই বৈশিষ্ট্যগুলি যেগুলির কার্যকারিতা সক্ষম করার জন্য HVAC চালু করতে হবে৷ কিছু গাড়িতে, উদাহরণস্বরূপ, এসি চালু করতে, প্রথমে HVAC চালু করতে হবে। HvacPower_DependentProperties তালিকাটি VehicleArea:SEAT VehiclePropConfig.configArray এ সেট করা HvacPower_DependentProperties

দ্রষ্টব্য: VehicleArea:SEAT (উদাহরণস্বরূপ, HVAC_DEFROSTER ) এর সাথে সম্পর্কিত নয় এমন বৈশিষ্ট্যগুলি কখনই HVAC_POWER_ON সম্পত্তির উপর নির্ভর করবে না এবং কখনই HvacPower_DependentProperties তালিকার অন্তর্ভুক্ত হবে না৷

HVAC_POWER_ON প্রপার্টির জন্য AreaID ম্যাপিংয়ে অবশ্যই HvacPower_DependentProperties ম্যাপ করা হয়েছে এমন সমস্ত AreaIDs থাকতে হবে। উদাহরণস্বরূপ, একটি গাড়ী দুটি আছে:

সামনের আসন ( ROW_1_LEFT , ROW_1_RIGHT ) এবং তিনটি পিছনের আসন (ROW_2_LEFT, ROW_2_CENTER, ROW_2_RIGHT)। যদি পুরো গাড়ি জুড়ে HVAC বৈশিষ্ট্যগুলি (AC, টেম্পারেচার ইত্যাদি) একটি একক HVAC পাওয়ার কন্ট্রোলারের উপর নির্ভরশীল হয়, তাহলে 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 হিসাবে এটি বাস্তবায়ন করতে পারে।READ

HVAC_SEAT_TEMPERATURE

আসন গরম করা এবং শীতল করা। VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ maxInt32Value সর্বাধিক আসন তাপমাত্রা গরম করার সেটিং নির্দেশ করে। minInt32Value অবশ্যই 0 হতে হবে, যদি না গাড়িটি সিট কুলিং সমর্থন করে। এই ক্ষেত্রে, minInt32Value সর্বাধিক আসন তাপমাত্রা শীতল সেটিং নির্দেশ করে। এই বৈশিষ্ট্যটি কোনো নির্দিষ্ট ইউনিটে নয়, তবে আপেক্ষিক তাপমাত্রা সেটিংসের একটি নির্দিষ্ট পরিসরে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

HVAC_SEAT_VENTILATION

আসন বায়ুচলাচল। VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ minInt32Value অবশ্যই 0 হতে হবে। maxInt32Value সিটের জন্য উপলব্ধ সর্বোচ্চ বায়ুচলাচল সেটিং নির্দেশ করে।

এই সম্পত্তিটি কোনো নির্দিষ্ট ইউনিটে নয় তবে বায়ুচলাচল সেটিংসের নির্দিষ্ট পরিসরে।

HVAC অ্যাপ এবং অ্যাসিস্ট্যান্ট দ্বারা সিট ভেন্টিলেশনের অবস্থা চালু, পরিবর্তন বা পড়তে ব্যবহৃত হয়। এটি সিটিং কুলিং থেকে ভিন্ন। এটি শীতল হওয়ার একই সময়ে চালু হতে পারে, বা নাও হতে পারে।

এই প্রপার্টিটিকে >VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি শুধুমাত্র VehiclePropertyAccess.READ হিসাবে এটি প্রয়োগ করতে পারে৷

HVAC_SIDE_MIRROR_HEAT

সাইড মিরর তাপ। ক্রমবর্ধমান মান পার্শ্ব আয়নার জন্য উচ্চ গরম করার মাত্রা নির্দেশ করে। VehicleAreaConfig এ আপনাকে অবশ্যই maxInt32Value এবং minInt32Value সংজ্ঞায়িত করতে হবে 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

HVAC বর্তমান তাপমাত্রা।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:CELSIUS
রিলিজ: অ্যান্ড্রয়েড 13

HVAC_TEMPERATURE_DISPLAY_UNITS

প্রদর্শনের জন্য তাপমাত্রা ইউনিট। তাপমাত্রা সেলসিয়াস বা ফারেনহাইটে প্রদর্শিত হয় কিনা তা নির্দেশ করে। VehiclePropConfig.configArray সমর্থিত তাপমাত্রা প্রদর্শন ইউনিট নির্দেশ করে। উদাহরণস্বরূপ, configArray[0] = CELSIUS configArray[1] = FAHRENHEIT এই প্যারামিটারটি সিস্টেমে যেকোনো HVAC তাপমাত্রা প্রদর্শন করতে ব্যবহার করা যেতে পারে। মান অবশ্যই VehicleUnit.CELSIUS বা VehicleUnit.FAHRENHEIT এর একটি হতে হবে

যদি HVAC_TEMPERATURE_DISPLAY_UNITS আপডেট করা অন্য *_DISPLAY_UNITS বৈশিষ্ট্যের মানগুলিকে প্রভাবিত করে, তাহলে তাদের মানগুলিকে আপডেট করতে হবে এবং AAOS ফ্রেমওয়ার্কের সাথে যোগাযোগ করতে হবে৷

এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি এটিকে কেবল VehiclePropertyAccess.READ প্রয়োগ করতে পারে৷

HVAC_TEMPERATURE_SET

HVAC টার্গেট তাপমাত্রা সেলসিয়াসে সেট করা হয়েছে।

VehicleAreaConfig এ minFloatValue এবং maxFloatValue অবশ্যই সংজ্ঞায়িত করতে হবে:

minFloatValue সেলসিয়াসে সর্বনিম্ন তাপমাত্রা সেটিং।
maxFloatValue সর্বোচ্চ তাপমাত্রা সেটিং সেলসিয়াসে।

যদি minFloatValue এবং maxFloatValue মধ্যে সমস্ত মান সমর্থিত না হয়, তাহলে সেট করা যেতে পারে এমন বৈধ তাপমাত্রার মানগুলি তালিকাভুক্ত করতে configArray ব্যবহার করুন৷ এটি গাড়ির জন্য সেলসিয়াস থেকে ফারেনহাইট (এবং তদ্বিপরীত) তাপমাত্রাকে রূপান্তর করার জন্য একটি লুকআপ টেবিলও বর্ণনা করে। গাড়িতে স্ট্যান্ডার্ড ইউনিট রূপান্তর সমর্থিত না হলে configArray অবশ্যই সংজ্ঞায়িত করা উচিত।

configArray নিম্নরূপ সেট করা হয়েছে:

configArray[0] [সেলসিয়াসে সমর্থিত তাপমাত্রার নিম্ন সীমা] * 10
configArray[1] [সেলসিয়াসে সমর্থিত তাপমাত্রার উপরের সীমা] * 10
configArray[2] [সেলসিয়াসে বৃদ্ধি] * 10
configArray[3] [ফারেনহাইটে সমর্থিত তাপমাত্রার নিম্ন সীমা] * 10
configArray[4] [ফারেনহাইটে সমর্থিত তাপমাত্রার উপরের সীমা] * 10
configArray[5] [ফারেনহাইটে বৃদ্ধি] * 10

VehicleAreaConfig এ minFloatValue এবং maxFloatValue যথাক্রমে configArray[0] এবং configArray[1] এর সমান হতে হবে। উদাহরণস্বরূপ, যদি গাড়িটি [16.0, 16.5, 17.0 ,..., 28.0] in Celsius [60.5, 61.5, 62.5 ,..., 84.5] , তাহলে configArray configArray = {160, 280, 5, 605, 845, 10}

আদর্শভাবে, সেলসিয়াস বৃদ্ধির সাথে ফারেনহাইট বৃদ্ধির অনুপাত 1 ডিগ্রি সেলসিয়াস থেকে 1.8 ডিগ্রি ফারেনহাইটের প্রকৃত অনুপাতের কাছাকাছি হওয়া উচিত। configArray দ্বারা সংজ্ঞায়িত ফারেনহাইট মানগুলিতে সমস্ত সেলসিয়াস মানগুলির এক-এক-একটি ম্যাপিং থাকতে হবে configArray ক্লায়েন্টরা এই সম্পত্তির তাপমাত্রা সেলসিয়াস থেকে ফারেনহাইটে রূপান্তর করতে ব্যবহার করেন৷ এছাড়াও, এটি ক্লায়েন্টদের সিস্টেমের জন্য তাদের পছন্দসই ফারেনহাইট মান অর্জন করতে সম্পত্তি সেট করতে সেলসিয়াস মান জানতে দেয়। যদি ECU-তে ফারেনহাইট মানের সমস্ত সেলসিয়াস মানের এক-থেকে-ওয়ান ম্যাপিং না থাকে, তাহলে configArray শুধুমাত্র সেলসিয়াস এবং ফারেনহাইট মানগুলির তালিকা নির্ধারণ করা উচিত যেখানে এক-থেকে-ওয়ান ম্যাপিং রয়েছে।

উদাহরণস্বরূপ, যদি ECU সেলসিয়াস মান 16 থেকে 28 পর্যন্ত এবং ফারেনহাইট মান 60 থেকে 85 পর্যন্ত সমর্থন করে, প্রতিটি 1 এর বৃদ্ধি সহ, তাহলে একটি সম্ভাব্য configArray হল কোড>{160, 280, 10, 600, 840, 20} এতে ক্ষেত্রে, 85 একটি সমর্থিত তাপমাত্রা নয়।

একটি বৈধ মানের মধ্যে সেট করা যেকোনো মানকে নিকটতম বৈধ মানের সাথে রাউন্ড করা উচিত। আমরা উচ্চতর সুপারিশ করছি যে OEM এছাড়াও HVAC_TEMPERATURE_VALUE_SUGGESTION গাড়ির সম্পত্তি প্রয়োগ করে কারণ এটি একটি গাড়ির জন্য সেট করা যেতে পারে এবং সেলসিয়াস এবং ফারেনহাইটের মধ্যে মানগুলিকে রূপান্তর করার জন্য তাপমাত্রার মান নির্ধারণের জন্য একটি সহজ পদ্ধতির সাথে অ্যাপ্লিকেশন সরবরাহ করে৷

এই সম্পত্তিটিকে VehiclePropertyAccess.READ হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি এটিকে VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE/READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:CELSIUS
রিলিজ: অ্যান্ড্রয়েড 13

HVAC_TEMPERATURE_VALUE_SUGGESTION

HVAC তাপমাত্রা সেট করার জন্য প্রস্তাবিত মান।

সেলসিয়াস বা ফারেনহাইটের নিকটতম সমর্থিত তাপমাত্রার মান বুঝতে অ্যাপ্লিকেশনগুলিকে সহায়তা করার জন্য সম্পত্তিটি প্রয়োগ করুন।

floatValues[0] অনুরোধ করা মান যা একটি অ্যাপ তাপমাত্রা সেট করতে চায়।
floatValues[1] floatValues[0] এর একক এবং {VehicleUnit.CELSIUS, VehicleUnit.FAHRENHEIT} এর মধ্যে একটি হওয়া উচিত
floatValues[2] সেলসিয়াসে প্রস্তাবিত মূল্য OEMs (এই মান অনুরোধে অন্তর্ভুক্ত নয়)।
floatValues[3] ফারেনহাইট-এ প্রস্তাবিত মান OEM (এই মান অনুরোধে অন্তর্ভুক্ত নয়)।

একটি অ্যাপ্লিকেশন কল set(VehiclePropValue propValue) সাথে অনুরোধ করা মান এবং মানের জন্য ইউনিট। OEM-গুলিকে onPropertyEvent() কলব্যাক দ্বারা floatValues[2] এবং floatValues[3] এ প্রস্তাবিত মানগুলি ফেরত দিতে হবে৷ HVAC_TEMPERATURE_SET configArray থেকে প্রাপ্ত মানগুলির সাথে প্রস্তাবিত মানগুলি অবশ্যই মানানসই হতে হবে অন্য কথায়, প্রস্তাবিত মানগুলি এবং configArray থেকে মানগুলির সারণী একই হওয়া উচিত৷

HVAC ECU-তে অনুরোধ করা এড়াতে আমরা সুপারিশ করেছি যে 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;

উদাহরণস্বরূপ, যখন একজন ড্রাইভার ভয়েস সহকারী ব্যবহার করে HVAC তাপমাত্রা ফারেনহাইটে 66.2 সেট করে। প্রথমত, একটি অ্যাপ্লিকেশন এই বৈশিষ্ট্যটি মান [66.2, (float)VehicleUnit.FAHRENHEIT,0,0] দিয়ে সেট করে যদি কোনো OEM ব্যবহারকারীর অনুরোধে সেলসিয়াসে 19.0 বা ফারেনহাইটে 66.5 সেট করার পরামর্শ দেয়, তাহলে VHAL অবশ্যই একটি কলব্যাক তৈরি করবে সম্পত্তি মান [66.2, (float)VehicleUnit.FAHRENHEIT, 19.0, 66.5] ভয়েস সহকারী কলব্যাক পাওয়ার পরে, এটি ব্যবহারকারীকে জানায় এবং HVAC তাপমাত্রা প্রস্তাবিত মান সেট করে।

আরেকটি উদাহরণ, একটি অ্যাপ HVC_TEMPERATURE_SET জিজ্ঞাসা করে বর্তমান তাপমাত্রার মান হিসাবে 21 সেলসিয়াস গ্রহণ করে কিন্তু অ্যাপটিকে জানতে হবে যে ফারেনহাইটে গাড়ির UI-তে কী মান প্রদর্শিত হবে। এর জন্য, অ্যাপটি প্রপার্টি সেট করে [21, (float)VehicleUnit.CELSIUS, 0, 0] যদি 21 সেলসিয়াসের জন্য OEM দ্বারা প্রস্তাবিত মান 70 ফারেনহাইট হয়, তাহলে VHAL-কে অবশ্যই সম্পত্তির মান [21, (float)VehicleUnit.CELSIUS, 21.0, 70.0] এই ক্ষেত্রে, অ্যাপটি জানতে পারে যে গাড়ির UI-তে মান 70.0 ফারেনহাইট।

HW_CUSTOM_INPUT

একটি কাস্টম OEM অংশীদার ইনপুট ইভেন্ট সংজ্ঞায়িত করে। এই ইনপুট ইভেন্টটি অবশ্যই OEM অংশীদারদের দ্বারা ব্যবহার করা উচিত যারা Android দ্বারা সমর্থিত নয় এমন ইভেন্টগুলি প্রচার করতে চান৷ এটি শুধুমাত্র int32 মানগুলির একটি অ্যারে দ্বারা গঠিত। অ্যান্ড্রয়েড বৈশিষ্ট্যগুলি হল:

int32Values[0] ইনপুট কোড এই ইভেন্টের প্রতিনিধিত্বকারী ফাংশন সনাক্ত করে। বৈধ ইভেন্টের ধরন CustomInputType.CUSTOM_EVENT_F1 দ্বারা CustomInputType.CUSTOM_EVENT_F10 পর্যন্ত সংজ্ঞায়িত করা হয়। তারা OEM অংশীদারদের দ্বারা সংজ্ঞায়িত করা কাস্টম ইভেন্টের প্রতিনিধিত্ব করে।
int32Values[1] VehicleDisplay ইভেন্টে সংজ্ঞায়িত টার্গেট ডিসপ্লে টাইপ নির্দিষ্ট ডিসপ্লের সাথে আবদ্ধ না হওয়া অবশ্যই VehicleDisplay#MAIN এ পাঠাতে হবে
int32Values[2] কাউন্টার পুনরাবৃত্তি করুন, যদি 0 হয় তাহলে ইভেন্টের পুনরাবৃত্তি হয় না। মান 1 বা তার বেশি নির্দেশ করে যে এই ঘটনাটি কতবার পুনরাবৃত্তি হয়েছে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: CustomInputType
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

HW_KEY_INPUT

অ্যান্ড্রয়েডে হার্ডওয়্যার ইনপুট ইভেন্ট ফিড করার সম্পত্তি।

int32Values[0] VehicleHwKeyInputAction দ্বারা সংজ্ঞায়িত কর্ম
int32Values[1] কী কোড, অবশ্যই স্ট্যান্ডার্ড অ্যান্ড্রয়েড কী কোড ব্যবহার করতে হবে
int32Values[2] VehicleDisplay ইভেন্টে সংজ্ঞায়িত টার্গেট ডিসপ্লে নির্দিষ্ট ডিসপ্লেতে না বাঁধা ইভেন্ট অবশ্যই VehicleDisplay#MAIN এ পাঠাতে হবে
int32Values[3] ( ঐচ্ছিক ) টিকের সংখ্যা। মানটি অবশ্যই 1-এর চেয়ে বেশি সমান হতে হবে। বাদ দিলে, Android ডিফল্ট 1 হয়।

মোড পরিবর্তন করুন: . ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

HW_KEY_INPUT_V2

অ্যান্ড্রয়েডে হার্ডওয়্যার ইনপুট ইভেন্ট ফিড করার সম্পত্তি।

int32array[0] VehicleDisplay দ্বারা সংজ্ঞায়িত লক্ষ্য প্রদর্শন যেমন:
VehicleDisplay::MAIN, VehicleDisplay::INSTRUMENT_CLUSTER, VehicleDisplay::AUX
int32array[1] কী কোড, অবশ্যই স্ট্যান্ডার্ড অ্যান্ড্রয়েড কী কোড ব্যবহার করতে হবে, যেমন KEYCODE_HOME এবং KEYCODE_BACK
VehicleHwKeyInputAction এ সংজ্ঞায়িত int32array[2] কর্ম, যেমন:
VehicleHwKeyInputAction::ACTION_UP , VehicleHwKeyInputAction::ACTION_UP
int32array[3] ইভেন্টের গণনা পুনরাবৃত্তি করুন। মূল ডাউন ইভেন্টগুলির জন্য, এটি হল পুনরাবৃত্তি গণনা যার প্রথম ডাউন 0 থেকে শুরু হয় এবং সেখান থেকে গণনা করা হয়। কী আপ ইভেন্টের জন্য, এটি সর্বদা 0 এর সমান।
int64array[0] শেষ বুটের পর থেকে অতিবাহিত ন্যানোসেকেন্ডে ডাউন টাইম। সবচেয়ে সাম্প্রতিক কী ডাউন ইভেন্টের সময় নির্দেশ করে। ডাউন ইভেন্টের জন্য, এটি ডাউন ইভেন্টের ইভেন্টের সময়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

HW_MOTION_INPUT

অ্যান্ড্রয়েডে হার্ডওয়্যার ইনপুট ইভেন্ট ফিড করার সম্পত্তি।

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

অ্যান্ড্রয়েডে হার্ডওয়্যার রোটারি ইভেন্ট ফিড করার সম্পত্তি।

int32Values[0] RotaryInputType কোন ঘূর্ণমান গাঁট ঘোরানো হয় তা সনাক্ত করতে।
int32Values[1] ডিটেন্টের সংখ্যা (ক্লিক), ঘড়ির কাঁটার জন্য ইতিবাচক, ঘড়ির কাঁটার বিপরীতে ঋণাত্মক।
int32Values[2] VehicleDisplay ইভেন্টে সংজ্ঞায়িত টার্গেট ডিসপ্লে একটি নির্দিষ্ট ডিসপ্লেতে বাঁধা না থাকলে অবশ্যই VehicleDisplay#MAIN এ পাঠাতে হবে
int32values[3 .. 3 + abs(number of detents) - 2] পরপর আটকের জোড়ার মধ্যে ন্যানোসেকেন্ড ডেল্টা যখন আটকের সংখ্যা 1-এর বেশি বা -1-এর কম হয়।
VehiclePropValue.timestamp যখন ঘূর্ণন হয়েছিল। আটকের সংখ্যা 1-এর বেশি বা -1-এর কম হলে, যখন প্রথম আটকে ঘোরানো হয়েছিল।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: RotaryInputType
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

IGNITION_STATE

ইগনিশন অবস্থার প্রতিনিধিত্ব করে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleIgnitionState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

INFO_DRIVER_SEAT

ড্রাইভারের আসনের অবস্থান VHAL বাস্তবায়ন অবশ্যই areaId উপেক্ষা করবে। VehicleArea:GLOBAL

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleAreaSeat
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

INFO_EV_BATTERY_CAPACITY

ইভি বা হাইব্রিড গাড়ির জন্য নামমাত্র ব্যাটারি ক্ষমতা। নামমাত্র ব্যাটারির ক্ষমতা প্রদান করে, EV বা হাইব্রিড। গাড়িটি নতুন হলে এটি মোট ব্যবহারযোগ্য ব্যাটারির ক্ষমতা। এই মানটি EV_CURRENT_BATTERY_CAPACITY থেকে আলাদা হতে পারে কারণ EV_CURRENT_BATTERY_CAPACITY রিয়েল-টাইম ব্যবহারযোগ্য ব্যাটারি ক্ষমতা প্রদান করে যেমন ব্যাটারি বার্ধক্য এবং তাপমাত্রা নির্ভরতার মতো বিষয়গুলি বিবেচনা করে।

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:WH
রিলিজ: অ্যান্ড্রয়েড 13

INFO_EV_CONNECTOR_TYPE

এই EV ব্যবহার করতে পারে এমন সংযোগকারীগুলির তালিকা৷ গাড়ির একাধিক চার্জিং পোর্ট থাকলে, এই সম্পত্তিটিকে অবশ্যই সমস্ত সম্ভাব্য সংযোগকারীর ধরন ফেরত দিতে হবে যা গাড়িতে কমপক্ষে একটি চার্জিং পোর্ট ব্যবহার করতে পারে।

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: EvConnectorType
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

INFO_EV_PORT_LOCATION

এই প্রপার্টিটি অবশ্যই PortLocationType enum ব্যবহার করে EV-তে চার্জিং পোর্টের অবস্থান জানাতে হবে। যদি একটি গাড়ির একাধিক পোর্ট থাকে, তাহলে এই সম্পত্তিটি অবশ্যই সেই পোর্টটি ফেরত দেবে যা দ্রুততম চার্জ করার অনুমতি দেয়। সমস্ত পোর্ট অবস্থানের সাথে যোগাযোগ করতে, INFO_MULTI_EV_PORT_LOCATIONS ব্যবহার করুন

EV পোর্ট অবস্থান: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: PortLocationType
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

INFO_EXTERIOR_DIMENSIONS

গাড়ির বাহ্যিক মাত্রা:

উচ্চতা: int32Values[0]
দৈর্ঘ্য: int32Values[1]
প্রস্থ: int32Values[2]
আয়না সহ প্রস্থ: int32Values[3]
চাকা বেস, আয়না সহ: int32Values[4]
ট্র্যাক প্রস্থ সামনে: int32Values[5]
ট্র্যাক প্রস্থ পিছনে: int32Values[6]
কার্ব-টু-কার্ব বাঁক ব্যাস: int32Values[7]

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MILLIMETER
রিলিজ: অ্যান্ড্রয়েড 13

INFO_FUEL_CAPACITY

মিলিলিটারে গাড়ির জ্বালানী ক্ষমতা। এই সম্পত্তিটি অবশ্যই মিলিলিটারে গাড়িতে সংরক্ষণ করা যেতে পারে এমন সর্বাধিক পরিমাণ জ্বালানীর সাথে যোগাযোগ করতে হবে। এই সম্পত্তি বৈদ্যুতিক যানবাহন (EV) প্রযোজ্য নয়। অর্থাৎ, যদি INFO_FUEL_TYPE শুধুমাত্র FuelType::FUEL_TYPE_ELECTRIC থাকে, INFO_FUEL_CAPACITY অবশ্যই প্রয়োগ করা যাবে না৷ EV-এর জন্য, INFO_EV_BATTERY_CAPACITY প্রয়োগ করুন।

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MILLILITER
রিলিজ: অ্যান্ড্রয়েড 13

INFO_FUEL_DOOR_LOCATION

জ্বালানী দরজা অবস্থান. এই সম্পত্তি গাড়ির জ্বালানী দরজা অবস্থান যোগাযোগ করা আবশ্যক. এই সম্পত্তি EVs প্রযোজ্য নয়. অর্থাৎ, যদি INFO_FUEL_TYPE শুধুমাত্র FuelType::FUEL_TYPE_ELECTRIC থাকে, তাহলে এই বৈশিষ্ট্যটি বাস্তবায়িত করা উচিত নয়৷ EV-এর জন্য, INFO_EV_PORT_LOCATION বা INFO_MULTI_LOCATIONS প্রয়োগ করুন

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: PortLocationType
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

INFO_FUEL_TYPE

যানবাহন ব্যবহার করতে পারে এমন জ্বালানীর তালিকা। FuelType::FUEL_TYPE_ELECTRIC শুধুমাত্র তখনই অন্তর্ভুক্ত করতে হবে যদি গাড়িটি রিচার্জে প্লাগ-ইন করতে পারে। উদাহরণস্বরূপ, একটি সম্পূর্ণ হাইব্রিড বৈদ্যুতিক যান (FHEV) তে অবশ্যই FuelType::FUEL_TYPE_ELECTRIC অন্তর্ভুক্ত করা উচিত নয় কারণ INFO_FUEL_TYPE INFO_FUEL_TYPE এর জন্য INT32_VEC মান যেমন জনসংখ্যা হতে পারে৷

int32Values = { FuelType::FUEL_TYPE_UNLEADED }

অন্যদিকে, একটি প্লাগ-ইন হাইব্রিড ইলেকট্রিক ভেহিকেল (PHEV) প্ল্যাগ-ইন রিচার্জেবল এবং INFO_FUEL_TYPE INFO_FUEL_TYPE এর জন্য INT32_VEC মান হিসাবে FuelType::FUEL_TYPE_ELECTRIC অন্তর্ভুক্ত করা উচিত, যেমন int32Values = { FuelType::FUEL_TYPE_UNLEADED, FuelType::FUEL_TYPE_ELECTRIC }

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: FuelType
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

INFO_MAKE

যানবাহন প্রস্তুতকারক। এই সম্পত্তি গাড়ির সর্বজনীন ব্র্যান্ড নাম যোগাযোগ করা আবশ্যক.

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

INFO_MODEL

গাড়ির মডেল। এই সম্পত্তি গাড়ির সর্বজনীন মডেল নাম যোগাযোগ করা আবশ্যক.

INFO_MODEL_YEAR

গ্রেগরিয়ান ক্যালেন্ডারের উপর ভিত্তি করে `YYYY` ফর্ম্যাটে গাড়ির মডেল বছর।

মোড পরিবর্তন করুন: স্ট্যাটিক
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:YEAR
রিলিজ: অ্যান্ড্রয়েড 13

INFO_MULTI_EV_PORT_LOCATIONS

একাধিক ইভি পোর্ট অবস্থান। গাড়িতে একাধিক ইভি পোর্ট থাকলে এই সম্পত্তিটি প্রয়োগ করুন। পোর্ট অবস্থানগুলি PortLocationType-এ সংজ্ঞায়িত করা হয়েছে। উদাহরণস্বরূপ, একটি গাড়ির সামনে একটি পোর্ট বামে এবং একটি পোর্ট পিছনে বামে রয়েছে:

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

যদি কোনও গাড়ির কেবল একটি বন্দর থাকে তবে এই সম্পত্তির মানটির একটি উপাদান তালিকাভুক্ত করা উচিত। একটি বন্দরের অবস্থান বর্ণনা করতে, ইনফো-এভ-পোর্ট-অবস্থান দেখুন

পরিবর্তন মোড: স্থির
অ্যাক্সেস মোড: READ
এনাম প্রকার: PortLocationType
ইউনিট প্রকার: এন/এ
প্রকাশ: অ্যান্ড্রয়েড 13

তথ্য_ভিন

যানবাহনের ভিন।

পরিবর্তন মোড: স্থির
অ্যাক্সেস মোড: READ
এনাম টাইপ: এন/এ
ইউনিট প্রকার: এন/এ
প্রকাশ: অ্যান্ড্রয়েড 13

প্রাথমিক_উসার_ইনফো

আরম্ভের সময় ব্যবহার করার জন্য অ্যান্ড্রয়েড ব্যবহারকারীকে সংজ্ঞায়িত করে। এই সম্পত্তিটি অ্যান্ড্রয়েড সিস্টেম দ্বারা ডাকা হয় যখন এটি আরম্ভ করে এবং এইচএলটি সংজ্ঞায়িত করতে দেয় যে কোন অ্যান্ড্রয়েড ব্যবহারকারী শুরু করা উচিত। এই অনুরোধটি একটি যানবাহনপ্রোপভ্যালু ( InitialUserInfoRequest দ্বারা সংজ্ঞায়িত) সেট করে তৈরি করা হয়েছে, এবং এইচএল অবশ্যই একটি সম্পত্তি পরিবর্তন ইভেন্টের সাথে প্রতিক্রিয়া জানাতে হবে (প্রাথমিক ব্যবহারকারীর দ্বারা সংজ্ঞায়িত)। অ্যান্ড্রয়েড সিস্টেম দ্বারা সংজ্ঞায়িত একটি সময়ের পরে যদি এইচএল প্রতিক্রিয়া না দেয় তবে অ্যান্ড্রয়েড সিস্টেমটি এমনভাবে এগিয়ে যায় যেন এইচএএলটি অ্যাকশনটির প্রতিক্রিয়া ফিরিয়ে দেয় যা প্রারম্ভিক ইউজারিনফোর্স্পোনসেকশন: ডিফল্ট। উদাহরণস্বরূপ, প্রথম বুটে, অনুরোধটি হতে পারে:

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

স্ট্রিং মান একাধিক মান উপস্থাপন করে, || দ্বারা পৃথক। প্রথম মানটি ব্যবহারকারী তৈরি করার জন্য (al চ্ছিক) সিস্টেম লোকালগুলি (এই ক্ষেত্রে খালি এটি অ্যান্ড্রয়েড ডিফল্ট মান ব্যবহার করে), যখন দ্বিতীয় মানটি তৈরি করা ব্যবহারকারীর নাম (al চ্ছিক) নাম (যখন প্রকারটি প্রতিক্রিয়াটি হ'ল InitialUserInfoResponseAction:CREATE )। উদাহরণস্বরূপ, এন-ইউএস এবং পিটি-বিআর লোকালগুলির সাথে একই মালিক ব্যবহারকারী তৈরি করতে, প্রতিক্রিয়াটির স্ট্রিং মান হ'ল এন-ইউএস, পিটি-বিআর || মালিক। যেমন, লোকেল বা নাম উভয়ই তাদের মানগুলিতে দুটি উল্লম্ব বার ( || ) থাকতে পারে না, যদিও আপনি একটি একক উল্লম্ব বার ( | ) ব্যবহার করতে পারেন।

দ্রষ্টব্য:: যদি এইচএল ব্যবহারকারী পরিচালনকে সমর্থন করে না, তবে এটি এই সম্পত্তিটি সংজ্ঞায়িত করা উচিত নয়, যা অন্যান্য ব্যবহারকারী সম্পর্কিত বৈশিষ্ট্যগুলি অক্ষম করে। উদাহরণস্বরূপ, অ্যান্ড্রয়েড সিস্টেমগুলি কখনই সেগুলি জারি করবে না এবং এইচএল স্তর থেকে ব্যবহারকারী সম্পর্কিত অনুরোধগুলি অ্যান্ড্রয়েড সিস্টেম দ্বারা উপেক্ষা করা হবে। তবে, যদি এটি ব্যবহারকারী পরিচালনকে সমর্থন করে, তবে এটি অবশ্যই INITIAL_USER_INFO , SWITCH_USER , CREATE_USER এবং REMOVE_USER সহ সমস্ত মূল ব্যবহারকারী সম্পর্কিত বৈশিষ্ট্যগুলিকে সমর্থন করতে হবে

পরিবর্তন মোড: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE
এনাম টাইপ: এন/এ
ইউনিট প্রকার: এন/এ
প্রকাশ: অ্যান্ড্রয়েড 13

জে থেকে আর

LANE_CENTERING_ASSIST_COMMAND

লেন সেন্টারিং অ্যাসিস্ট (LCA) কমান্ড। LCA সক্রিয় এবং স্থগিত করার আদেশ। যখন LaneCenteringAssistCommand থেকে ACTIVATE কমান্ড পাঠানো হয়, তখন LANE_CENTERING_ASSIST_STATE অবশ্যই LaneCenteringAssistCommand LaneCenteringAssistState#ACTIVATION_REQUESTED এ সেট করতে হবে যখন ACTIVATE কমান্ডটি সফল হয়, তখন LANE_CENTERING_ASSIST_STATE অবশ্যই DEACTIVATE থেকে LaneCenteringAssistState#ACTIVATED সফল হয়েছে, LANE_CENTERING_ASSIST_STATE অবশ্যই LaneCenteringAssistState#ENABLED এ সেট করতে হবে

গ্লোবাল এরিয়া আইডি (0) এর জন্য, VehicleAreaConfig#supportedEnumValues অবশ্যই সংজ্ঞায়িত করা উচিত যদি না LaneCenteringAssistCommand এর সমস্ত enum মান সমর্থিত হয়। LCA নিষ্ক্রিয় থাকার কারণে যখন এই প্রপার্টিটি পাওয়া যায় না (উদাহরণস্বরূপ, LANE_CENTERING_ASSIST_ENABLED মিথ্যা), এই প্রপার্টিটি অবশ্যই StatusCode#NOT_AVAILABLE_DISABLED যদি LANE_CENTERING_ASSIST_STATE প্রয়োগ করা হয় এবং স্টেট একটি ErrorState মান সেট করা থাকে, তাহলে এই প্রপার্টিটি অবশ্যই StatusCode রিটার্ন করতে হবে ErrorState মান। উদাহরণস্বরূপ, যদি LANE_CENTERING_ASSIST_STATE ErrorState#NOT_AVAILABLE_SPEED_LOW তে সেট করা থাকে তাহলে এই সম্পত্তিটি অবশ্যই StatusCode#NOT_AVAILABLE_SPEED_LOW ফেরত দিতে হবে

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: WRITE
Enum প্রকার: LaneCenteringAssistCommand
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

LANE_CENTERING_ASSIST_ENABLED

লেন সেন্টারিং অ্যাসিস্ট (LCA) সক্ষম বা নিষ্ক্রিয় করুন৷ LCA সক্ষম করতে সত্য এবং LCA নিষ্ক্রিয় করতে মিথ্যা সেট করুন৷ যখন LCA সক্রিয় থাকে, তখন গাড়ির ADAS সিস্টেমটি চালু করা উচিত এবং ড্রাইভারের কাছ থেকে একটি অ্যাক্টিভেশন সিগন্যালের জন্য অপেক্ষা করা উচিত। একবার বৈশিষ্ট্যটি সক্রিয় হয়ে গেলে, ADAS সিস্টেমটিকে তার বর্তমান লেনে কেন্দ্রীভূত রাখতে গাড়িটিকে স্টিয়ারিং করা উচিত।

এটি লেন কিপ অ্যাসিস্ট (LKA) থেকে ভিন্ন যা চালক অনিচ্ছাকৃতভাবে লেন চিহ্নিতকরণের দিকে বা তার উপরে চলে যায় কিনা তা পর্যবেক্ষণ করে। যদি একটি অনিচ্ছাকৃত লেন প্রস্থান শনাক্ত করা হয়, তবে সিস্টেমটি গাড়িটিকে বর্তমান লেনে ফেরাতে স্টিয়ারিং নিয়ন্ত্রণ প্রয়োগ করে। সাধারণভাবে, LANE_CENTERING_ASSIST_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত। যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, যেমন গাড়ির গতি খুব কম বা খুব বেশি, সেই তথ্যটি অবশ্যই LANE_CENTERING_ASSIST_STATE প্রপার্টির ErrorState মানগুলির মাধ্যমে জানাতে হবে৷

LANE_CENTERING_ASSIST_STATE

লেন সেন্টারিং অ্যাসিস্ট (LCA) রাজ্য। LCA-এর বর্তমান অবস্থা দেখায়। এই বৈশিষ্ট্যটি অবশ্যই LaneCenteringAssistState বা ErrorState এ সংজ্ঞায়িত একটি বৈধ অবস্থা ফেরত দিতে হবে এটি অবশ্যই StatusCode মাধ্যমে ত্রুটিগুলি প্রকাশ করবে না এবং পরিবর্তে সমর্থিত ত্রুটির অবস্থাগুলি ব্যবহার করতে হবে৷

যদি LCA-তে লেন প্রস্থান সতর্কতা অন্তর্ভুক্ত থাকে, তাহলে সেই সতর্কতাগুলি অবশ্যই লেন প্রস্থান সতর্কীকরণ (LDW) বৈশিষ্ট্যের মাধ্যমে প্রকাশ করতে হবে।

গ্লোবাল এরিয়া আইডি (0) এর জন্য, VehicleAreaConfig#supportedEnumValues অ্যারেকে অবশ্যই সংজ্ঞায়িত করতে হবে যদি না উভয় LaneCenteringAssistState (OTHER সহ, যা প্রস্তাবিত নয়) এবং ErrorState সমর্থিত হয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: LaneCenteringAssistState/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

LANE_DEPARTURE_WARNING_ENABLED

লেন ডিপার্চার ওয়ার্নিং (LDW) সক্ষম বা অক্ষম করুন৷ LDW সক্ষম করতে সত্য এবং LDW নিষ্ক্রিয় করতে মিথ্যা সেট করুন৷ যখন LDW সক্রিয় থাকে, তখন গাড়ির ADAS সিস্টেম চালু করা উচিত এবং গাড়িটি লেন লাইনের কাছাকাছি আসছে বা অতিক্রম করছে কিনা তা পর্যবেক্ষণ করা উচিত, এই ক্ষেত্রে একটি সতর্কতা দেওয়া হবে।

সাধারণভাবে, LANE_DEPARTURE_WARNING_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত। যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, যেমন গাড়ির গতি খুব কম বা খুব বেশি, সেই তথ্যটি অবশ্যই LANE_DEPARTURE_WARNING_STATE প্রপার্টিতে ErrorState মানগুলির মাধ্যমে জানাতে হবে৷

LANE_DEPARTURE_WARNING_STATE

লেন প্রস্থান সতর্কতা (LDW) অবস্থা। LDW এর বর্তমান অবস্থা প্রদান করে। এই বৈশিষ্ট্যটি অবশ্যই LaneDepartureWarningState বা ErrorState এ সংজ্ঞায়িত একটি বৈধ অবস্থা ফেরত দিতে হবে এটি StatusCode মাধ্যমে ত্রুটিগুলি প্রকাশ করবে না এবং এর পরিবর্তে সমর্থিত ত্রুটির অবস্থা ব্যবহার করতে হবে।

গ্লোবাল এরিয়া আইডি (0) এর জন্য, VehicleAreaConfig#supportedEnumValues অ্যারেকে অবশ্যই সংজ্ঞায়িত করতে হবে যদি না উভয় LaneDepartureWarningState (অন্যান্য সহ, যা প্রস্তাবিত নয়) এবং ErrorState সমর্থিত হয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: LaneDepartureWarningState/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

LANE_KEEP_ASSIST_ENABLED

লেন কিপ অ্যাসিস্ট (LKA) সক্ষম বা নিষ্ক্রিয় করুন৷ LKA সক্ষম করতে সত্য এবং LKA নিষ্ক্রিয় করতে মিথ্যা সেট করুন। যখন LKA সক্রিয় থাকে, তখন গাড়ির ADAS সিস্টেমটি চালু করা উচিত এবং চালক অনিচ্ছাকৃতভাবে লেন চিহ্নিতকরণের দিকে বা তার উপরে চলে গেলে তা পর্যবেক্ষণ করা উচিত। যদি একটি অনিচ্ছাকৃত লেন প্রস্থান শনাক্ত করা হয়, তবে সিস্টেমটি গাড়িটিকে বর্তমান লেনে ফেরাতে স্টিয়ারিং নিয়ন্ত্রণ প্রয়োগ করে। এটি লেন সেন্টারিং অ্যাসিস্ট (LCA) থেকে আলাদা যা সক্রিয় হলে, গাড়িটিকে বর্তমান লেনে কেন্দ্রীভূত রাখতে ক্রমাগত স্টিয়ারিং নিয়ন্ত্রণ প্রয়োগ করে।

সাধারণভাবে, LANE_KEEP_ASSIST_ENABLED সর্বদা সত্য বা মিথ্যা ফেরত দেওয়া উচিত। যদি কিছু অস্থায়ী অবস্থার কারণে বৈশিষ্ট্যটি উপলব্ধ না হয়, যেমন গাড়ির গতি খুব কম বা খুব বেশি, সেই তথ্যটি অবশ্যই LANE_KEEP_ASSIST_STATE প্রপার্টিতে ErrorState মানগুলির মাধ্যমে জানাতে হবে৷

LANE_KEEP_ASSIST_STATE

লেন কিপ অ্যাসিস্ট (LKA) অবস্থা। LKA এর বর্তমান অবস্থা দেখায়। এই বৈশিষ্ট্যটি অবশ্যই LaneKeepAssistState বা ErrorState এ সংজ্ঞায়িত একটি বৈধ অবস্থা ফেরত দিতে হবে এটি অবশ্যই StatusCode এর মাধ্যমে ত্রুটিগুলি প্রকাশ করবে না এবং এর পরিবর্তে সমর্থিত ত্রুটির অবস্থা ব্যবহার করতে হবে

স্টিয়ারিং সংশোধন প্রয়োগ করার আগে যদি LKA-তে লেন প্রস্থান সতর্কতা অন্তর্ভুক্ত থাকে, তাহলে সেই সতর্কতাগুলি অবশ্যই লেন ডিপার্চার ওয়ার্নিং (LDW) বৈশিষ্ট্যের মাধ্যমে প্রকাশ করতে হবে।

গ্লোবাল এরিয়া আইডি (0) এর জন্য, VehicleAreaConfig#supportedEnumValues অ্যারেকে অবশ্যই সংজ্ঞায়িত করতে হবে যদি না উভয় LaneKeepAssistState (OTHER সহ, যা প্রস্তাবিত নয়) এবং ErrorState সমর্থিত হয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: LaneKeepAssistState/ErrorState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

LOCATION_CHARACTERIZATION

কম্পিউটিং অবস্থানের জন্য ব্যবহৃত ইনপুটগুলির বৈশিষ্ট্য। GNSS HAL-এর মাধ্যমে Android-এর সাথে শেয়ার করা গাড়ির অবস্থান গণনা করার সময় সিস্টেম দ্বারা কী (যদি থাকে) ডেটা এবং সেন্সর ইনপুটগুলি বিবেচনা করা হয় তা এই বৈশিষ্ট্যটি অবশ্যই নির্দেশ করবে৷

মানটি অবশ্যই বিট ফ্ল্যাগের একটি সংগ্রহ ফিরিয়ে দেবে। বিট ফ্ল্যাগগুলি লোকেশন ক্যারেক্টারাইজেশনে সংজ্ঞায়িত করা হয়েছে। বিট ফ্ল্যাগগুলির সংগ্রহের মধ্যে মানটিকে অবশ্যই DEAD_RECKONED বা RAW_GNSS_ONLY মধ্যে একটি অবশ্যই অন্তর্ভুক্ত করতে হবে৷

যখন এই সম্পত্তিটি সমর্থিত না হয়, তখন মনে করা হয় যে GNSS HAL এর মাধ্যমে প্রদত্ত GNSS আপডেটগুলিতে কোনও অতিরিক্ত সেন্সর ইনপুট যুক্ত করা হয়নি৷ এটি অন্যথায় GNSS HAL ইন্টারফেসের মাধ্যমে নির্দিষ্ট করা না হলে।

মোড পরিবর্তন করুন: STATIC
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

MIRROR_AUTO_FOLD_ENABLED

মিরর অটো ফোল্ড বৈশিষ্ট্যের জন্য সম্পত্তির প্রতিনিধিত্ব করে। গাড়ির সাইড মিররগুলিকে স্বয়ংক্রিয়ভাবে ভাঁজ করার বৈশিষ্ট্যটি (উদাহরণস্বরূপ, যখন কেউ গাড়ি থেকে বের হয়ে গেলে এবং লক করার সময় আয়নাগুলি স্বয়ংক্রিয়ভাবে ভিতরের দিকে ভাঁজ হয়ে যায়) তখন এই বৈশিষ্ট্যটি সত্য।

MIRROR_AUTO_TILT_ENABLED

মিরর অটো টিল্ট বৈশিষ্ট্যের জন্য সম্পত্তির প্রতিনিধিত্ব করে। যখন গাড়ির সাইড মিররগুলি স্বয়ংক্রিয়ভাবে কাত করার বৈশিষ্ট্যটি (উদাহরণস্বরূপ, যখন গাড়িটিকে বিপরীত করার সময় আয়নাগুলি স্বয়ংক্রিয়ভাবে নিচের দিকে কাত হয়) তখন এই বৈশিষ্ট্যটি সত্য।

MIRROR_FOLD

আয়নার ভাঁজ। সত্য নির্দেশ করে আয়না ভাঁজ করা হয়. এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

MIRROR_LOCK

মিরর লক। সত্য নির্দেশ করে আয়নার অবস্থানগুলি লক করা এবং পরিবর্তনযোগ্য নয়৷ এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

মিরর_ওয়াই_চালনা

মিরর 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 এর মধ্যে থাকা মানগুলি বাম চরম এবং ডান চরম অবস্থানের মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

এই সম্পত্তি কোনো নির্দিষ্ট ইউনিটে নয় কিন্তু আপেক্ষিক অবস্থানের একটি নির্দিষ্ট পরিসরে।

মিরর_জেড_মুভ

মিরর জেড সরানো। প্রতিটি VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value এর মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

maxInt32Value উপরের দিকে কাত হওয়ার সময় আয়নার সর্বোচ্চ চলাচলের গতি উপস্থাপন করে। নিচের দিকে কাত হওয়ার সময় minInt32Value আয়নার সর্বোচ্চ গতিবেগ উপস্থাপন করে। বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার মিরর অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি MIRROR_Z_MOVE-এর মান বর্তমানে 0 হয়, তাহলে এর মানে বর্তমানে কোন আন্দোলন হচ্ছে না।

MIRROR_Z_POS

মিরর জেড অবস্থান। VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value এর মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ minInt32Value নির্দেশ করে যে আয়না সম্পূর্ণ নিচের দিকে কাত হয়েছে। এটি একটি অ-ইতিবাচক মান হতে হবে। maxInt32Value নির্দেশ করে যে আয়নাটি সম্পূর্ণভাবে উপরের দিকে কাত হয়েছে। এটি একটি অ-নেতিবাচক মান হতে হবে। 0 নির্দেশ করে যে আয়নাটি উভয় দিকে কাত হয়নি।

minInt32Value এবং maxInt32Value এর মধ্যে থাকা মানগুলি সম্পূর্ণ নিম্নগামী এবং সম্পূর্ণভাবে উপরের দিকে অবস্থানের মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

NIGHT_MODE

True ইঙ্গিত দেয় যে নাইট মোড সেন্সরটি কম আলোর জন্য গাড়ির কেবিনের পরিবেশ সনাক্ত করেছে৷ প্ল্যাটফর্মটি এটি ব্যবহার করতে পারে, উদাহরণস্বরূপ, অন্ধকার বা কম আলোর পরিবেশে আরও ভাল দেখার জন্য একটি উপযুক্ত UI সক্ষম করতে।

OBD2_FREEZE_FRAME

যে সময়ে একটি ত্রুটি ঘটেছে এবং সনাক্ত করা হয়েছিল সেই সময়ে উপলব্ধ OBD2 সেন্সরগুলির মানের একটি স্ন্যাপশট রিপোর্ট করে৷ একটি কনফিগার্যারে অবশ্যই OBD2_LIVE_FRAME এর জন্য সংজ্ঞায়িত একই অর্থের সাথে প্রদান করতে হবে

এই সম্পত্তির মানগুলিকে OBD2_LIVE_FRAME এর মতো একই ফ্যাশনে ব্যাখ্যা করতে হবে, স্ট্রিংভ্যালু ফিল্ডে একটি অ-খালি ডায়াগনস্টিক ট্রাবলশুটিং কোড (DTC) থাকতে পারে।

এই সম্পত্তির একটি IVEhicle#get অনুরোধ অবশ্যই int64Values[0] এর জন্য একটি মান প্রদান করবে। এটি পুনরুদ্ধার করার জন্য ফ্রিজ ফ্রেমের টাইমস্ট্যাম্প হিসাবে ব্যাখ্যা করা হয়। OBD2_FREEZE_FRAME_INFO এর একটি আইভিহাইল#গেট করে টাইমস্ট্যাম্পের একটি তালিকা পাওয়া যেতে পারে

প্রদত্ত টাইমস্ট্যাম্পে কোনো ফ্রিজ ফ্রেম পাওয়া না গেলে, বাস্তবায়নের মাধ্যমে NOT_AVAILABLE এর প্রতিক্রিয়া অবশ্যই ফেরত দিতে হবে। যেহেতু যানবাহনগুলিতে ফ্রিজ ফ্রেমের জন্য সীমিত সঞ্চয়স্থান থাকতে পারে, একটি ফ্রেমের অনুরোধের জন্য NOT_AVAILABLE এর সাথে সাড়া দেওয়া সম্ভব, এমনকি যদি সংশ্লিষ্ট টাইমস্ট্যাম্পটি সম্প্রতি OBD2_FREEZE_FRAME_INFO এর মাধ্যমে প্রাপ্ত হয়

OBD2_FREEZE_FRAME_CLEAR

ফ্রিজ ফ্রেম পরিষ্কার. যে সময়ে একটি ত্রুটি ঘটেছে এবং সনাক্ত করা হয়েছিল সেই সময়ে উপলব্ধ OBD2 সেন্সরগুলির মানের একটি স্ন্যাপশট রিপোর্ট করে৷ একটি কনফিগার্যারে অবশ্যই OBD2_LIVE_FRAME এর জন্য সংজ্ঞায়িত একই অর্থের সাথে প্রদান করতে হবে

এই সম্পত্তির একটি IVEhicle#get অনুরোধ অবশ্যই int64Values[0] এর জন্য একটি মান প্রদান করবে। এটি পুনরুদ্ধার করার জন্য ফ্রিজ ফ্রেমের টাইমস্ট্যাম্প হিসাবে ব্যাখ্যা করা হবে। OBD2_FREEZE_FRAME_INFO এর একটি আইভিহাইল#গেট করে টাইমস্ট্যাম্পের একটি তালিকা পাওয়া যেতে পারে

প্রদত্ত টাইমস্ট্যাম্পে কোনো ফ্রিজ ফ্রেম পাওয়া না গেলে, বাস্তবায়নের মাধ্যমে NOT_AVAILABLE এর প্রতিক্রিয়া অবশ্যই ফেরত দিতে হবে। যেহেতু যানবাহনগুলিতে ফ্রিজ ফ্রেমের জন্য সীমিত সঞ্চয়স্থান থাকতে পারে, একটি ফ্রেমের অনুরোধের জন্য NOT_AVAILABLE এর সাথে প্রতিক্রিয়া জানানো সম্ভব, এমনকি যদি সংশ্লিষ্ট টাইমস্ট্যাম্প সম্প্রতি OBD2_FREEZE_FRAME_INFO এর মাধ্যমে প্রাপ্ত হয়

OBD2_FREEZE_FRAME_INFO

এই বৈশিষ্ট্যটি গাড়ির মেমরিতে সংরক্ষিত বর্তমান ফ্রিজ ফ্রেমগুলি বর্ণনা করে এবং OBD2_FREEZE_FRAME এর মাধ্যমে পুনরুদ্ধারের জন্য উপলব্ধ মানগুলি নিম্নরূপ ব্যাখ্যা করা হয়৷ int64Values-এর প্রতিটি উপাদান অবশ্যই টাইমস্ট্যাম্প হতে হবে যেখানে aa ফল্ট কোড সনাক্ত করা হয়েছে এবং সংশ্লিষ্ট ফ্রিজ ফ্রেম সংরক্ষণ করা হয়েছে এবং সংশ্লিষ্ট ফ্রিজ ফ্রেম পুনরুদ্ধার করতে এই জাতীয় প্রতিটি উপাদান 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টি উপাদান) ধারণকারী ভেক্টর হতে হবে।

প্রতিটি ফ্রেমের জন্য সেন্সর মানগুলির একটি ভিন্ন উপসেট থাকা সম্ভব, উভয় সিস্টেম প্রদত্ত সেন্সর এবং বিক্রেতা-নির্দিষ্টগুলি। এটি সমর্থন করার জন্য, সম্পত্তি মানের বাইট উপাদান একটি বিটমাস্ক হিসাবে ব্যবহৃত হয়। সম্ভাব্য সেন্সরগুলির মোট সংখ্যার প্রতিনিধিত্ব করার জন্য বাইটগুলিতে অবশ্যই পর্যাপ্ত সংখ্যক বাইট থাকতে হবে (এই ক্ষেত্রে, 14 বাইট 106টি সম্ভাব্য মান উপস্থাপন করতে)। এটি একটি সংলগ্ন বিটমাস্ক হিসাবে পড়তে হবে যাতে প্রতিটি বিট ফ্রেম থেকে একটি সেন্সরের উপস্থিতি বা অনুপস্থিতি নির্দেশ করে, 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
Enum প্রকার: VehicleLightSwitch
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

PARKING_BRAKE_AUTO_APPLY

পার্কিং ব্রেক স্বয়ংক্রিয়ভাবে প্রয়োগ করুন। সত্য হলে, এই বৈশিষ্ট্যটি নির্দেশ করে যে গাড়ির স্বয়ংক্রিয় পার্কিং ব্রেক সক্ষম। False নির্দেশ করে যে গাড়ির স্বয়ংক্রিয় পার্কিং ব্রেক বৈশিষ্ট্যটি নিষ্ক্রিয়। এই বৈশিষ্ট্যটি প্রায়শই PARKING_BRAKE_ON এর সাথে বিভ্রান্ত হয় যে পার্থক্যটি হল PARKING_BRAKE_ON প্রকৃত পার্কিং ব্রেক চালু বা বন্ধ কিনা তা নির্দেশ করে যেখানে PARKING_BRAKE_AUTO_APPLY স্বয়ংক্রিয় পার্কিং ব্রেক বৈশিষ্ট্য সক্ষম বা অক্ষম করা আছে কিনা তা নির্দেশ করে এবং পার্কিং ব্রেক অ্যাক্টের বর্তমান অবস্থা বর্ণনা করে না।

পার্কিং_ব্রেক_অন

পার্কিং ব্রেক অবস্থা। সত্য হলে, এই বৈশিষ্ট্যটি সত্য নির্দেশ করে যে গাড়ির পার্কিং ব্রেক নিযুক্ত রয়েছে। False নির্দেশ করে গাড়ির পার্কিং ব্রেক বিচ্ছিন্ন।

PER_DISPLAY_BRIGHTNESS

আলাদাভাবে নিয়ন্ত্রিত ডিসপ্লেগুলির উজ্জ্বলতা প্রতিনিধিত্ব করার জন্য সম্পত্তি। কিছু গাড়িতে এক বা একাধিক ডিসপ্লে থাকে যার উজ্জ্বলতা আলাদাভাবে নিয়ন্ত্রিত হয় এবং এই বৈশিষ্ট্যটি হল প্রতিটি যাত্রীর ডিসপ্লের উজ্জ্বলতা জানাতে। গাড়িতে যেখানে সমস্ত ডিসপ্লের উজ্জ্বলতা একসাথে নিয়ন্ত্রিত হয়, তাদের অবশ্যই DISPLAY_BRIGHTNESS ব্যবহার করতে হবে৷

PER_DISPLAY_BRIGHTNESS এবং PER_DISPLAY_BRIGHTNESS এর মধ্যে শুধুমাত্র একটি বাস্তবায়ন করা উচিত৷ উভয়ই উপলব্ধ থাকলে, PER_DISPLAY_BRIGHTNESS AAOS দ্বারা ব্যবহৃত হয়৷

ডিসপ্লে পোর্ট 0 থেকে 255 পর্যন্ত ডিসপ্লে আউটপুটের জন্য ডিভাইসে একটি ফিজিক্যাল কানেক্টরকে অনন্যভাবে সনাক্ত করে।

int32Values[0] ডিসপ্লে পোর্ট
int32Values[1] উজ্জ্বলতা

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

পারফ_ওডোমিটার

গাড়ির বর্তমান ওডোমিটারের মান।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:KILOMETER
রিলিজ: অ্যান্ড্রয়েড 13

PERF_REAR_STEERING_ANGLE

গাড়ির জন্য পিছনের সাইকেল মডেল স্টিয়ারিং কোণ. কোণ ডিগ্রী পরিমাপ করা হয়. বাম নেতিবাচক। এই বৈশিষ্ট্যটি স্টিয়ারিং হুইলের কোণ থেকে স্বাধীন। এই সম্পত্তিটি গাড়ির সাথে সাপেক্ষে পিছনের চাকার কোণের সাথে যোগাযোগ করতে হবে, স্টিয়ারিং চাকার কোণের সাথে নয়।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:DEGREES
রিলিজ: অ্যান্ড্রয়েড 13

PERF_STEERING_ANGLE

গাড়ির জন্য সামনে সাইকেল মডেল স্টিয়ারিং কোণ. কোণ ডিগ্রী পরিমাপ করা হয়. বাম নেতিবাচক। এই বৈশিষ্ট্যটি স্টিয়ারিং হুইলের কোণ থেকে স্বাধীন। এই প্রপার্টিটি অবশ্যই গাড়ির সামনের চাকার কোণের সাথে যোগাযোগ করবে, স্টিয়ারিং হুইলের কোণ নয়।

PERF_VEHICLE_SPEED

গাড়ির গতি, গাড়িটি এগিয়ে যাওয়ার সময় মান অবশ্যই ইতিবাচক হতে হবে এবং যখন গাড়িটি বিপরীতমুখী হয় তখন ঋণাত্মক হতে হবে। এই মানটি গিয়ার মান ( CURRENT_GEAR বা GEAR_SELECTION ) থেকে স্বাধীন। উদাহরণস্বরূপ, যদি GEAR_SELECTION GEAR_NEUTRAL হয়, PERF_VEHICLE_SPEED যখন গাড়িটি সামনের দিকে যাচ্ছে তখন ধনাত্মক, বিপরীত করার সময় ঋণাত্মক এবং নড়াচড়া না করার সময় শূন্য৷

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
ইউনিটের ধরন: N/A
ইউনিটের ধরন: VehicleUnit:METER_PER_SEC
রিলিজ: অ্যান্ড্রয়েড 13

PERF_VEHICLE_SPEED_DISPLAY

প্রদর্শনের জন্য গাড়ির গতি, কিছু গাড়ি স্পিডোমিটারে প্রকৃত গতির চেয়ে কিছুটা ধীর গতি প্রদর্শন করে।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:METER_PER_SEC
রিলিজ: অ্যান্ড্রয়েড 13

POWER_POLICY_GROUP_REQ

পাওয়ার স্ট্যাটাস ট্রানজিশন প্রতি একটি ডিফল্ট পাওয়ার নীতি নির্ধারণ করতে ব্যবহৃত পাওয়ার পলিসি গ্রুপ সেট করার জন্য একটি অনুরোধ সংজ্ঞায়িত করে।

POWER_POLICY_REQ

পাওয়ার নীতি প্রয়োগ করার জন্য একটি অনুরোধ সংজ্ঞায়িত করে। গাড়ি পাওয়ার নীতি পরিবর্তন করতে VHAL এই সম্পত্তি সেট করে। কার পাওয়ার পলিসি সার্ভিস এই সম্পত্তিতে সাবস্ক্রাইব করে এবং আসলে পাওয়ার পলিসি পরিবর্তন করে। একটি পাওয়ার পলিসির ID সহ VehiclePropValue সেট করে অনুরোধ করা হয় যা /vendor/etc/automotive/power_policy.xml এ সংজ্ঞায়িত করা হয়েছে যদি প্রদত্ত আইডিটি সংজ্ঞায়িত না করা হয়, তাহলে গাড়ি পাওয়ার নীতি পরিষেবা অনুরোধটিকে উপেক্ষা করে এবং বর্তমান পাওয়ার নীতি বজায় রাখা

string: "sample_policy_id" // power policy ID

POWER_POLICY_GROUP_REQ

পাওয়ার স্ট্যাটাস ট্রানজিশন প্রতি একটি ডিফল্ট পাওয়ার নীতি নির্ধারণ করতে ব্যবহৃত পাওয়ার পলিসি গ্রুপ সেট করার জন্য একটি অনুরোধ সংজ্ঞায়িত করে। পাওয়ার স্ট্যাটাস ট্রানজিশনে প্রয়োগ করা ডিফল্ট পাওয়ার পলিসি সেট করতে VHAL একটি পাওয়ার পলিসি গ্রুপের ID দিয়ে এই সম্পত্তি সেট করে। পাওয়ার পলিসি গ্রুপগুলিকে /vendor/etc/power_policy.xml-এ সংজ্ঞায়িত করা হয়েছে। প্রদত্ত আইডি সংজ্ঞায়িত না হলে, গাড়ি পাওয়ার নীতি পরিষেবা অনুরোধ উপেক্ষা করে। কার পাওয়ার পলিসি পরিষেবা এই সম্পত্তির সদস্যতা নেয় এবং পাওয়ার পলিসি গ্রুপ সেট করে। পাওয়ার নীতির প্রকৃত প্রয়োগ ঘটে যখন সিস্টেম পাওয়ার স্ট্যাটাস পরিবর্তিত হয় এবং নতুন পাওয়ার স্ট্যাটাসের জন্য একটি বৈধ ম্যাপড পাওয়ার পলিসি থাকে।

string: "sample_policy_group_id" // power policy group ID

RANGE_REMAINING

রেঞ্জ বাকি। জ্বালানী এবং চার্জ অবশিষ্ট মিটার. অবশিষ্ট পরিসীমা একটি গাড়ির সমস্ত শক্তির উত্সগুলির জন্য দায়ী। উদাহরণস্বরূপ, একটি হাইব্রিড গাড়ির পরিসর হল জ্বালানী এবং ব্যাটারির উপর ভিত্তি করে রেঞ্জের সমষ্টি। এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে কারণ একটি নেভিগেশন অ্যাপ যদি আসন্ন রুটের উপর ভিত্তি করে আরও সঠিক অনুমান থাকে তবে পরিসরটি আপডেট করতে পারে৷ এই সম্পত্তি শুধুমাত্র OEM এর বিবেচনার ভিত্তিতে VehiclePropertyAccess.READ হিসাবে প্রয়োগ করা যেতে পারে।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ_WRITE
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:METER
রিলিজ: অ্যান্ড্রয়েড 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

অ্যান্ড্রয়েড ব্যবহারকারীকে সরিয়ে দেওয়ার পরে অ্যান্ড্রয়েড সিস্টেম দ্বারা কল করা হয়েছে৷ HAL সমতুল্য ব্যবহারকারীকে সরাতে এই সম্পত্তি ব্যবহার করতে পারে। এটি শুধুমাত্র লিখতে ক্যাল. অ্যান্ড্রয়েড সিস্টেম HAL থেকে উত্তর আশা করছে না। অতএব, এই অনুরোধ ব্যর্থ করা উচিত নয়. যদি সমতুল্য HAL ব্যবহারকারীকে সরানো না যায়, তাহলে HAL-এর উচিত এটিকে নিষ্ক্রিয় হিসাবে চিহ্নিত করা বা অন্য উপায়ে পুনরুদ্ধার করা উচিত।

RemoveUserRequest দ্বারা সংজ্ঞায়িত বিষয়বস্তুর সাথে VehiclePropValue সেট করে অনুরোধ করা হয়, উদাহরণস্বরূপ, যদি সিস্টেমে 3 জন ব্যবহারকারী থাকে (0, 10, এবং 11) এবং ব্যবহারকারী 11 সরানো হয়, অনুরোধটি হবে:

int32[0] 42 // অনুরোধ আইডি
int32[1] 11 // (সরানো ব্যবহারকারীর অ্যান্ড্রয়েড ব্যবহারকারী আইডি)
int32[2] 0 // (সরানো ব্যবহারকারীর অ্যান্ড্রয়েড ব্যবহারকারীর পতাকা)
int32[3] 10 // বর্তমান ব্যবহারকারী
int32[4] 0 // বর্তমান ব্যবহারকারী পতাকা (কোনটিই নয়)
int32[5] 2 // ব্যবহারকারীর সংখ্যা
int32[6] 0 // প্রথম ব্যবহারকারী (ব্যবহারকারী 0)
int32[7] 0 // প্রথম ব্যবহারকারী পতাকা (কোনটিই নয়)
int32[8] 10 // সেকেন্ড ব্যবহারকারী (ব্যবহারকারী 10)
int32[9 ] 0 // সেকেন্ড ব্যবহারকারী পতাকা (কোনটিই নয়)

মোড পরিবর্তন করুন: STATIC
অ্যাক্সেস মোড: WRITE
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

এস থেকে জেড

SEAT_AIRBAG_ENABLED

ট্রিগার করার সময় (উদাহরণস্বরূপ, সংঘর্ষে) এয়ারব্যাগ (গুলি) স্থাপন করার জন্য একটি আসনের ক্ষমতা সক্ষম এবং নিষ্ক্রিয় করার বৈশিষ্ট্য উপস্থাপন করে। true হলে, এর অর্থ হল সিটের এয়ারব্যাগগুলি সক্রিয় করা হয়েছে এবং, যদি ট্রিগার করা হয়, সেগুলি স্থাপন করা হয়৷ যদি true , সীটের এয়ারব্যাগগুলি নিষ্ক্রিয় করা হয়, এবং সেগুলি কোনো অবস্থাতেই স্থাপন করা হয় না৷ এয়ারব্যাগগুলি স্থাপন করা হয়েছে কিনা এই সম্পত্তিটি নির্দেশ করে না।

এই সম্পত্তিটি VehiclePropertyAccess.READ এ সেট করা যেতে পারে। শুধুমাত্র প্রবিধান বা নিরাপত্তার উদ্বেগের জন্য পড়ুন।

SEAT_BACKREST_ANGLE_1_MOVE

আসন ব্যাকরেস্ট কোণ 1 সরানো. প্রতিটি VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ maxInt32Value সামনের দিকে কোণ করার সময় সীট ব্যাকরেস্টের সর্বাধিক নড়াচড়ার গতি উপস্থাপন করে। minInt32Value সীট ব্যাকরেস্টের সর্বোচ্চ নড়াচড়ার গতি উপস্থাপন করে যখন হেলান দেওয়া হয়।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার সিট ব্যাকরেস্ট অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_BACKREST_ANGLE_1_MOVE এর মান 0 হয়, তাহলে কোনও আন্দোলন ঘটবে না।

এই সম্পত্তি আপেক্ষিক আন্দোলন গতি একটি নির্দিষ্ট পরিসীমা প্রতিনিধিত্ব করা হয়.

SEAT_BACKREST_ANGLE_1_POS

আসন ব্যাকরেস্ট কোণ 1 অবস্থান। ব্যাকরেস্ট অ্যাঙ্গেল 1 হল সিটের নীচের সবচেয়ে কাছের অ্যাকচুয়েটর। VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ minInt32Value সিটের নীচের অ্যাকচুয়েটরের ক্ষেত্রে সীট ব্যাকরেস্টের সম্পূর্ণ রিক্লাইন অবস্থান নির্দেশ করে। maxInt32Value সিটের নীচের অ্যাকচুয়েটরের ক্ষেত্রে সিট ব্যাকরেস্টের সবচেয়ে সোজা বা সামনের অবস্থান নির্দেশ করে।

minInt32Value এবং maxInt32Value মধ্যে মানগুলি সম্পূর্ণ রিলাইন এবং খাড়া এবং সামনের অবস্থানগুলির মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

এই সম্পত্তি আপেক্ষিক অবস্থানের একটি নির্দিষ্ট পরিসীমা হিসাবে প্রতিনিধিত্ব করা হয়.

SEAT_BACKREST_ANGLE_2_MOVE

আসন ব্যাকরেস্ট কোণ 2 সরানো. প্রতিটি VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

maxInt32Value সামনের দিকে কোণ করার সময় সীট ব্যাকরেস্টের সর্বাধিক নড়াচড়ার গতি উপস্থাপন করে। minInt32Value হেলান দিয়ে বসার সময় সিট ব্যাকরেস্টের সর্বোচ্চ নড়াচড়ার গতির প্রতিনিধিত্ব করে।

বৃহত্তর পরম মান, ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার সিট ব্যাকরেস্ট অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_BACKREST_ANGLE_2_MOVE এর মান বর্তমানে 0 হয়, তবে কোনও আন্দোলন চলছে না।

এই সম্পত্তি আপেক্ষিক আন্দোলন গতি একটি নির্দিষ্ট পরিসীমা হিসাবে প্রতিনিধিত্ব করা হয়.

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE / READ
Enum প্রকার: N/A ইউনিট প্রকার: N/A
রিলিজ: অ্যান্ড্রয়েড 13

SEAT_BACKREST_ANGLE_2_POS

আসন ব্যাকরেস্ট কোণ 2 অবস্থান। ব্যাকরেস্ট অ্যাঙ্গেল 2 হল সিটের নিচ থেকে পরবর্তী অ্যাকচুয়েটর।

VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই #0 সমর্থিত হতে হবে।

minInt32Value সিটের নীচের একটি থেকে ব্যাকরেস্টে পরবর্তী অ্যাকচুয়েটরের ক্ষেত্রে সিটের ব্যাকরেস্টের সম্পূর্ণ রিলাইন অবস্থান নির্দেশ করে (বিস্তারিত জানার জন্য SEAT_BACKREST_ANGLE_1_POS দেখুন)। maxInt32Value সিটের নীচের একটি থেকে ব্যাকরেস্টের পরবর্তী অ্যাকচুয়েটরের ক্ষেত্রে সিটের ব্যাকরেস্টের সবচেয়ে সোজা এবং সামনের অবস্থান নির্দেশ করে (বিস্তারিত জানার জন্য SEAT_BACKREST_ANGLE_1_POS দেখুন)।

minInt32Value এবং maxInt32Value মধ্যে মানগুলি সম্পূর্ণ হেলান এবং খাড়া এবং সামনের অবস্থানগুলির মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

SEAT_BELT_BUCKLED

সিটবেল্ট বাঁধা। ট্রু ইঙ্গিত করে বেল্ট বন্ধ করা হয়েছে। লেখার অ্যাক্সেস স্বয়ংক্রিয় আসন বকলিং ক্ষমতা নির্দেশ করে। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

SEAT_BELT_HEIGHT_MOVE

সিটবেল্ট উচ্চতা সরানো. প্রতিটি 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_MOVE

নড়াচড়ার দিক এবং আসন কুশন পাশের সমর্থনের গতির জন্য সম্পত্তির প্রতিনিধিত্ব করে।

maxInt32Value সীট কুশন সাইড সাপোর্টের সর্বাধিক নড়াচড়ার গতিকে প্রতিনিধিত্ব করে যখন প্রশস্ত হয় (উদাহরণস্বরূপ, সমর্থন হ্রাস পাচ্ছে)। minInt32Value সীট কুশন সাইড সাপোর্টের সর্বোচ্চ নড়াচড়া গতির প্রতিনিধিত্ব করে যখন সংকীর্ণ হয় (উদাহরণস্বরূপ, সমর্থন বাড়ছে)।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার সিট কুশন সাইড সমর্থন অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_CUSHION_SIDE_SUPPORT_MOVE এর মান 0 হয়, তাহলে কোনও আন্দোলন ঘটবে না।

SEAT_CUSHION_SIDE_SUPPORT_POS

আসনের হিপসাইড (নীচের কুশনের পাশে) সমর্থন অবস্থানের জন্য সম্পত্তির প্রতিনিধিত্ব করে।

maxInt32Value নির্দেশ করে যে সিট কুশন সাইড সাপোর্টটি তার প্রশস্ত অবস্থানে রয়েছে (উদাহরণস্বরূপ, ন্যূনতম সমর্থন)। minInt32Value নির্দেশ করে যে সীট কুশন সাইড সাপোর্ট তার সবচেয়ে পাতলা অবস্থানে রয়েছে (উদাহরণস্বরূপ, বেশিরভাগ সমর্থন)।

minInt32Value এবং maxInt32Value মধ্যে থাকা মানগুলি সবচেয়ে পাতলা এবং প্রশস্ত অবস্থানের মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে।

এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি এটিকে প্রয়োগ করতে পারে শুধুমাত্র

SEAT_DEPTH_MOVE

আসন গভীরতা সরানো.

maxInt32Value গভীরতর হওয়ার সময় সীটের সর্বাধিক নড়াচড়ার গতির প্রতিনিধিত্ব করে। অগভীর হওয়ার সময় minInt32Value আসনটির সর্বাধিক চলাচলের গতি উপস্থাপন করে।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার সিট ব্যাকরেস্ট অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_DEPTH_MOVE এর মান বর্তমানে 0 হয়, তবে কোনও আন্দোলন চলছে না।

SEAT_DEPTH_POS

আসন গভীরতার অবস্থান। আসনের গভীরতা, পিছনের বিশ্রাম থেকে সীটের সামনের প্রান্ত পর্যন্ত দূরত্ব সেট করে।

minInt32Value ইঙ্গিত করে যে আসনটি তার অগভীর অবস্থানে রয়েছে (উদাহরণস্বরূপ, আসন কুশনের সামনের প্রান্ত এবং আসনটির পিছনের প্রান্তের মধ্যে সবচেয়ে ছোট দূরত্বের অবস্থান)।

maxInt32Value ইঙ্গিত করে যে আসনটি তার গভীরতম অবস্থানে রয়েছে (উদাহরণস্বরূপ, আসন কুশনের সামনের প্রান্ত এবং সীটের পিছনের প্রান্তের মধ্যে সবচেয়ে বড় দূরত্বের অবস্থান)।

minInt32Value এবং maxInt32Value মধ্যে থাকা মানগুলি অগভীর এবং গভীরতম অবস্থানগুলির মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি এটিকে প্রয়োগ করতে পারে শুধুমাত্র..

SEAT_EASY_ACCESS_ENABLED

আসন সহজ অ্যাক্সেস বৈশিষ্ট্য জন্য সম্পত্তি প্রতিনিধিত্ব করে. সত্য হলে, যাত্রীর জন্য গাড়িতে প্রবেশ এবং প্রস্থান করা সহজ করার জন্য আসনটি স্বয়ংক্রিয়ভাবে সামঞ্জস্য করা হয়। প্রতিটি এলাকার আইডি অবশ্যই সেই আসনে ম্যাপ করতে হবে যেখানে ব্যবহারকারী সহজ অ্যাক্সেস বৈশিষ্ট্যের সাহায্যে প্রবেশ/প্রস্থান করার চেষ্টা করছেন। এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি এটিকে প্রয়োগ করতে পারে শুধুমাত্র

SEAT_FOOTWELL_LIGHTS_STATE

আসন ফুটওয়েল লাইট রাজ্যের জন্য সম্পত্তি প্রতিনিধিত্ব করে. SEAT_FOOTWELL_LIGHTS_STATE যেকোনো সময়ে আলোর বর্তমান অবস্থা প্রতিফলিত করে। এটি SEAT_FOOTWELL_LIGHTS_SWITCH এর ফাংশন থেকে আলাদা যা আলো নিয়ন্ত্রণকারী সুইচের অবস্থানকে প্রতিনিধিত্ব করে।

অতএব, SEAT_FOOTWELL_LIGHTS_STATE SEAT_FOOTWELL_LIGHTS_SWITCH এর মানের সাথে নাও মিলতে পারে (উদাহরণস্বরূপ, SEAT_FOOTWELL_LIGHTS_SWITCH=AUTOMATIC এবং SEAT_FOOTWELL_LIGHTS_SWITCH=ON )।

SEAT_FOOTWELL_LIGHTS_STATE এর মান CABIN_LIGHTS_STATE-এর থেকে আলাদা হলেই এই সম্পত্তিটি প্রয়োগ করা উচিত৷

প্রতিটি সমর্থিত এলাকার আইডির জন্য, VehicleAreaConfig#supportedEnumValues অবশ্যই সংজ্ঞায়িত করতে হবে যদি না VehicleLightState-এর সমস্ত enum মান সমর্থিত হয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleLightState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

SEAT_FOOTWELL_LIGHTS_SWITCH

আসন ফুটওয়েল লাইট সুইচ জন্য সম্পত্তি প্রতিনিধিত্ব করে. SEAT_FOOTWELL_LIGHTS_SWITCH আলো নিয়ন্ত্রণকারী সুইচের অবস্থান উপস্থাপন করে। এটি SEAT_FOOTWELL_LIGHTS_STATE এর ফাংশন থেকে আলাদা যা যেকোনো সময়ে আলোর বর্তমান অবস্থা প্রতিফলিত করে। অতএব, SEAT_FOOTWELL_LIGHTS_SWITCH SEAT_FOOTWELL_LIGHTS_STATE এর মানের সাথে নাও মিলতে পারে (উদাহরণস্বরূপ, SEAT_FOOTWELL_LIGHTS_SWITCH=AUTOMATIC এবং SEAT_FOOTWELL_LIGHTS_SWITCH=ON )।

SEAT_FOOTWELL_LIGHTS_SWITCH-এর মান CABIN_LIGHTS_SWITCH-এর থেকে আলাদা হলেই এই সম্পত্তিটি প্রয়োগ করা উচিত৷

প্রতিটি সমর্থিত এলাকার আইডির জন্য, VehicleAreaConfig#supportedEnumValues অবশ্যই সংজ্ঞায়িত করতে হবে যদি না VehicleLightSwitch-এর সমস্ত enum মান সমর্থিত হয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE / READ
Enum প্রকার: VehicleLightSwitch
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

SEAT_FORE_AFT_MOVE

সিট সামনে এবং পিছনে সরানো. এই সম্পত্তিটি সম্পূর্ণ আসনটিকে সামনের দিকে/পিছনে নিয়ে যায় যে দিকে এটি মুখোমুখি হয়।

maxInt32Value সামনের দিকে যাওয়ার সময় আসনের সর্বাধিক গতির গতি উপস্থাপন করে। minInt32Value পিছিয়ে যাওয়ার সময় আসনের সর্বাধিক গতির গতি উপস্থাপন করে।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার আসনটি অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_FORE_AFT_MOVE এর মান 0 হয়, কোন আন্দোলন ঘটবে না।

SEAT_FORE_AFT_POS

সিট সামনে এবং পিছনে অবস্থান. সামনের দিকে এবং পিছনের দিকে আসনের অবস্থান সেট করে।

minInt32Value নির্দেশ করে যে আসনটি তার পিছনের-সবচেয়ে রৈখিক অবস্থানে রয়েছে। maxInt32Value ইঙ্গিত করে যে আসনটি তার ফরোয়ার্ড-সবচেয়ে রৈখিক অবস্থানে রয়েছে। minInt32Value এবং maxInt32Value মধ্যে মানগুলি নিকটতম এবং দূরতম অবস্থানগুলির মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

SEAT_HEADREST_ANGLE_MOVE

Headrest কোণ সরানো. প্রতিটি VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

maxInt32Value একটি খাড়া বা সামনের অবস্থানে যাওয়ার সময় সিটের হেডরেস্টের সর্বাধিক গতির গতির প্রতিনিধিত্ব করে। একটি অগভীর অবস্থানে যাওয়ার সময় minInt32Value আসনের হেডরেস্টের সর্বাধিক গতির গতির প্রতিনিধিত্ব করে।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার সিটের হেডরেস্ট অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_HEADREST_ANGLE_MOVE এর মান 0 হয়, তাহলে কোনও আন্দোলন ঘটবে না।

SEAT_HEADREST_ANGLE_POS

হেডরেস্ট কোণ অবস্থান। VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

minInt32Value নির্দেশ করে যে হেডরেস্টটি তার সম্পূর্ণ হেলান অবস্থানে রয়েছে। maxInt32Value নির্দেশ করে যে হেডরেস্ট তার সবচেয়ে সোজা এবং সামনের অবস্থানে রয়েছে।

minInt32Value এবং maxInt32Value মধ্যে থাকা মানগুলি সম্পূর্ণ রিলাইন এবং সবচেয়ে সোজা এবং অগ্রগামী অবস্থানের মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

SEAT_HEADREST_FORE_AFT_MOVE

হেডরেস্ট সামনের দিকে এবং পিছনের দিকে সরানো। প্রতিটি VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

maxInt32Value সামনের দিকে যাওয়ার সময় সিটের হেডরেস্টের সর্বোচ্চ নড়াচড়ার গতি উপস্থাপন করে। minInt32Value পিছনের দিকে যাওয়ার সময় সিটের হেডরেস্টের সর্বাধিক গতির প্রতিনিধিত্ব করে।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার সিটের হেডরেস্ট অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_HEADREST_FORE_AFT_MOVE এর মান 0 হয়, তাহলে কোনও নড়াচড়া ঘটবে না।

SEAT_HEADREST_FORE_AFT_POS

হেডরেস্ট সামনে এবং পিছনে অবস্থান। VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

minInt32Value নির্দেশ করে যে হেডরেস্টটি তার পিছনের-সবচেয়ে রৈখিক অবস্থানে রয়েছে। maxInt32Value নির্দেশ করে যে হেডরেস্ট তার সামনের সবচেয়ে রৈখিক অবস্থানে রয়েছে।

minInt32Value এবং maxInt32Value মধ্যে মানগুলি এগিয়ে এবং পিছনের অবস্থানগুলির মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

SEAT_HEADREST_HEIGHT_MOVE

Headrest উচ্চতা সরানো. প্রতিটি VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

maxInt32Value উপরে যাওয়ার সময় সীটের হেডরেস্টের সর্বোচ্চ নড়াচড়ার গতি উপস্থাপন করে। minInt32Value নিচের দিকে যাওয়ার সময় সিটের হেডরেস্টের সর্বোচ্চ নড়াচড়ার গতির প্রতিনিধিত্ব করে।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার সিটের হেডরেস্ট অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_HEADREST_HEIGHT_MOVE এর মান 0 হয়, তাহলে কোনও আন্দোলন ঘটবে না।

SEAT_HEADREST_HEIGHT_POS

( অপ্রচলিত ) হেডরেস্ট উচ্চতার অবস্থান।

SEAT_HEADREST_HEIGHT_POS_V2

হেডরেস্ট উচ্চতার অবস্থান। সমর্থিত আসনের জন্য হেডরেস্টের উচ্চতা সেট করে। VehiclePropConfig.areaConfigs কোন আসন সমর্থিত তা নির্দিষ্ট করে।

minInt32Value নির্দেশ করে যে হেডরেস্ট তার সর্বনিম্ন অবস্থানে আছে। maxInt32Value নির্দেশ করে যে হেডরেস্ট তার সর্বোচ্চ অবস্থানে আছে।

minInt32Value এবং maxInt32Value মধ্যে থাকা মানগুলি সর্বনিম্ন এবং সর্বোচ্চ অবস্থানের মধ্যে একটি পরিবর্তন অবস্থা নির্দেশ করে৷

SEAT_HEIGHT_MOVE

আসন উচ্চতা সরানো. প্রতিটি VehicleAreaConfig-এ 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

কাঠের সামনে এবং পিছনে অবস্থান। VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

minInt32Value ইঙ্গিত করে যে কটিদেশীয় সমর্থনটি তার পিছনের সর্বাধিক অবস্থানে রয়েছে (উদাহরণস্বরূপ, সর্বনিম্ন সমর্থনকারী অবস্থান)। maxInt32Value ইঙ্গিত করে যে কটিদেশীয় সমর্থন তার অগ্রবর্তী অবস্থানে রয়েছে (উদাহরণস্বরূপ, সর্বাধিক সহায়ক অবস্থান)।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেসের ধরন: READ_WRITE / READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

SEAT_LUMBAR_SIDE_SUPPORT_MOVE

কটিদেশীয় পার্শ্ব সমর্থন সরানো. প্রতিটি VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷

maxInt32Value প্রশস্ত হওয়ার সাথে সাথে আসনের কটিদেশীয় পার্শ্ব সমর্থনের সর্বাধিক চলাচলের গতি উপস্থাপন করে। minInt32Value পাতলা হওয়ার সময় সিটের কটিদেশীয় পার্শ্ব সমর্থনের সর্বাধিক গতির গতির প্রতিনিধিত্ব করে।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার আসনের কটিদেশীয় সমর্থন অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_LUMBAR_SIDE_SUPPORT_MOVE 0-এর মান হয়, তবে কোনও আন্দোলন ঘটবে না।

SEAT_LUMBAR_SIDE_SUPPORT_POS

কটিদেশীয় পার্শ্ব সমর্থন অবস্থান। VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ minInt32Value ইঙ্গিত করে যে কটিদেশীয় পার্শ্ব সমর্থন তার সবচেয়ে পাতলা অবস্থানে রয়েছে (উদাহরণস্বরূপ, বেশিরভাগ সমর্থন)। maxInt32Value নির্দেশ করে যে কটিদেশীয় পার্শ্ব সমর্থন তার প্রশস্ত অবস্থানে রয়েছে (উদাহরণস্বরূপ, সর্বনিম্ন সমর্থন)।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেসের ধরন: READ_WRITE / READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

SEAT_LUMBAR_VERTICAL_MOVE

উল্লম্ব আন্দোলনের দিক এবং আসন কটিদেশীয় সমর্থনের গতির জন্য সম্পত্তির প্রতিনিধিত্ব করে।

প্রতিটি VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ maxInt32Value নির্দেশ করে যে কটিদেশীয় সমর্থন দ্রুততম ঊর্ধ্বগামী গতিতে চলছে। minInt32Value ইঙ্গিত করে যে কটিদেশীয় সমর্থন দ্রুততম নিচের গতিতে চলছে।

বৃহত্তর পরম মান, হয় ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার সিট কুশন সাইড সমর্থন অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি SEAT_LUMBAR_VERTICAL_MOVE-এর মান 0 হয়, তাহলে কোনও আন্দোলন ঘটবে না।

SEAT_LUMBAR_VERTICAL_POS

আসনের কটিদেশীয় সমর্থন উল্লম্ব অবস্থানের জন্য সম্পত্তির প্রতিনিধিত্ব করে। প্রতিটি VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ maxInt32Value কটিদেশীয় সমর্থনের সর্বোচ্চ অবস্থান নির্দেশ করে। minInt32Value কটিদেশীয় সমর্থনের সর্বনিম্ন অবস্থান নির্দেশ করে।

SEAT_MEMORY_SELECT

এই প্যারামিটারটি আসনের অবস্থান নির্বাচন করতে ব্যবহার করার জন্য মেমরি প্রিসেট নির্বাচন করে। VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ minInt32Value সর্বদা 0 হয়, এবং maxInt32Value উপলব্ধ আসন প্রিসেট মেমরি স্লটের সংখ্যা নির্ধারণ করে (উদাহরণস্বরূপ, numSeatPresets - 1)। উদাহরণস্বরূপ, যদি ড্রাইভারের আসনে তিনটি মেমরি প্রিসেট থাকে, maxInt32Value দুটি। যখন ব্যবহারকারী একটি প্রিসেট নির্বাচন করে, তখন পছন্দসই প্রিসেট নম্বর (0, 1, বা 2) সেট করা হয়।

SEAT_MEMORY_SET

এই সেটিং ব্যবহারকারীকে নির্বাচিত প্রিসেট স্লটে বর্তমান আসন অবস্থান সেটিংস সংরক্ষণ করতে দেয়। VehicleAreaConfig এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value অবশ্যই 0 হতে হবে এবং প্রতিটি আসনের অবস্থানের জন্য maxInt32Value অবশ্যই SEAT_MEMORY_SELECT এর maxInt32Value এর সাথে মিলবে

SEAT_OCCUPANCY

একটি নির্দিষ্ট আসন দখল করা হয়েছে কিনা তা নির্দেশ করে, গাড়ির সর্বোত্তম ক্ষমতা নির্ধারণের জন্য। বৈধ মান VehicleSeatOccupancyState enum থেকে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleSeatOccupancyState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

SEAT_TILT_MOVE

সীট কাত সরানো. প্রতিটি 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 সম্পত্তির মাধ্যমে এটি প্রকাশ করার সুপারিশ করা হয়৷ VehicleInUse সত্য হলে একটি শাটডাউন অনুরোধ উপেক্ষা করা আবশ্যক।

যদি অনুমতি দেওয়া হয়, বহিরাগত সিস্টেম হেড ইউনিটে একটি শাটডাউন সংকেত পাঠায়, যার ফলে VHAL Android এ SHUTDOWN_PREPARE বার্তা পাঠায়। অ্যান্ড্রয়েড তারপর বার্তাটি পরিচালনা করে শাট ডাউন প্রক্রিয়া শুরু করবে।

এই সম্পত্তি শুধুমাত্র একটি অনুরোধ জারি করার জন্য এবং শুধুমাত্র লেখা সমর্থন করে। প্রতিবার এই সম্পত্তির মান সেট করা হলে, বর্তমান সম্পত্তির মান যাই হোক না কেন বন্ধ করার অনুরোধ জারি করা হয়। বর্তমান সম্পত্তি মূল্য অর্থহীন.

যেহেতু এই সম্পত্তি শুধুমাত্র লেখার জন্য, সাবস্ক্রাইব করার অনুমতি নেই এবং কোন সম্পত্তি পরিবর্তন ইভেন্ট তৈরি করা হয় না।

সেট করার মানটি শাটডাউন বিকল্প নির্দেশ করে, এটি অবশ্যই {@code VehicleApPowerStateShutdownParam} এর একটি হতে হবে, উদাহরণস্বরূপ, VehicleApPowerStateShutdownParam.SLEEP_IMMEDIATELY । এই শাটডাউন বিকল্পটি সম্মানিত নাও হতে পারে যদি সিস্টেমটি এই ধরনের বিকল্প সমর্থন না করে। এই ধরনের ক্ষেত্রে, একটি ত্রুটি ফেরত দেওয়া হয় না।

কনফিগারেশন তথ্যের জন্য, কোন শাটডাউন বিকল্পগুলি সমর্থিত তা নির্দেশ করার জন্য VehiclePropConfig.configArray অবশ্যই {@code VehicleApPowerStateConfigFlag} এ বিট ফ্ল্যাগ যুক্ত মান থাকতে হবে।

অন্য সিস্টেমে শাটডাউন অনুরোধ পাঠাতে ব্যর্থ হলে ত্রুটি প্রদান করে।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: WRITE
Enum প্রকার: VehicleApPowerStateShutdownParam >
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

STEERING_WHEEL_DEPTH_MOVE

স্টিয়ারিং হুইল গভীরতা আন্দোলন. VehicleAreaConfig-এ 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

স্টিয়ারিং হুইল উচ্চতা আন্দোলন. VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত মান অবশ্যই সমর্থিত হবে।

maxInt32Value নির্দেশ করে যে স্টিয়ারিং হুইল উপরে উঠছে। minInt32Value নির্দেশ করে যে স্টিয়ারিং হুইল নিচের দিকে যাচ্ছে।

বড় পূর্ণসংখ্যা, হয় ধনাত্মক বা ঋণাত্মক, একটি দ্রুত গতির গতি নির্দেশ করে। একবার স্টিয়ারিং হুইল অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি অবশ্যই 0-তে রিসেট করতে হবে। যদি STEERING_WHEEL_HEIGHT_MOVE এর মান বর্তমানে 0 হয়, তাহলে এর মানে বর্তমানে কোন আন্দোলন হচ্ছে না।

STEERING_WHEEL_HEIGHT_POS

স্টিয়ারিং হুইল উচ্চতা অবস্থান.

VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত মান অবশ্যই সমর্থিত হবে। maxInt32Value নির্দেশ করে যে স্টিয়ারিং হুইল সর্বোচ্চ অবস্থানে আছে। minInt32Value নির্দেশ করে যে স্টিয়ারিং হুইল সর্বনিম্ন অবস্থানে আছে।

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_STATE-এর থেকে আলাদা হলেই এই সম্পত্তিটি প্রয়োগ করা উচিত৷

গ্লোবাল এরিয়া আইডি (0) এর জন্য VehicleAreaConfig#supportedEnumValues অবশ্যই সংজ্ঞায়িত করতে হবে যদি না VehicleLightState-এর সমস্ত enum মান সমর্থিত হয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: VehicleLightState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 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 এর সমস্ত enum মান সমর্থিত হয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE / READ
Enum প্রকার: VehicleLightSwitch
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

STEERING_WHEEL_LOCKED

স্টিয়ারিং হুইল লক করা। সত্য হলে, স্টিয়ারিং হুইলের অবস্থান লক করা থাকে এবং পরিবর্তনযোগ্য নয়। এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি এটিকে প্রয়োগ করতে পারে শুধুমাত্র

STEERING_WHEEL_THEFT_LOCK_ENABLED

স্টিয়ারিং হুইল চুরি লক বৈশিষ্ট্য সক্রিয়. সত্য হলে, নির্দিষ্ট পরিস্থিতিতে চুরি প্রতিরোধ করতে স্টিয়ারিং হুইল স্বয়ংক্রিয়ভাবে লক হয়ে যায়। এই বৈশিষ্ট্যটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে OEMগুলি এটিকে কেবল VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

STORAGE_ENCRYPTION_BINDING_SEED

বাহ্যিক এনক্রিপশন বাঁধাই বীজ. এই মান স্থানীয় কী স্টোরেজ এনক্রিপশন কী সঙ্গে মিশ্রিত করা হয়. এই সম্পত্তি 16 বাইট ধারণ করে, এবং IVI থেকে পৃথক ECU-তে টিকে থাকার আশা করা হচ্ছে। সম্পত্তিটি প্রাথমিকভাবে AAOS দ্বারা সেট করা হয়, যারা এটি একটি CSRNG ব্যবহার করে তৈরি করে। AAOS তারপরে পরবর্তী বুটগুলিতে সম্পত্তিটি পড়ে। বাইন্ডিং বীজ নির্ভরযোগ্যভাবে স্থায়ী হবে বলে আশা করা হচ্ছে। বীজের কোনো ক্ষতির ফলে IVI-এর ফ্যাক্টরি রিসেট হয়।

SUPPORT_CUSTOMIZE_VENDOR_PERMISSION

বিক্রেতা বৈশিষ্ট্য জন্য কাস্টমাইজ অনুমতি সমর্থন.

যদি VHAL সমর্থন করে কাস্টমাইজ ভেন্ডর পারমিশন ফিচার তাহলে এই সম্পত্তিটি প্রয়োগ করুন। VehiclePropConfig.configArray এই বিক্রেতার সম্পত্তির জন্য নির্বাচিত বিক্রেতা বৈশিষ্ট্য এবং অনুমতি নির্দেশ করতে ব্যবহৃত হয়। অনুমতি অবশ্যই VehicleVendorPermission এর মধ্যে একটি হতে হবে। configArray নিম্নরূপ সেট করা হয়েছে, configArray[n]: propId : property ID যেখানে configArray[n+1] VehicleVendorPermission-এ একটি enum এবং সম্পত্তির মান পড়ার অনুমতি নির্দেশ করে।

configArray[n+2] হল VehicleVendorPermission-এর একটি enum এবং সম্পত্তির মান লেখার অনুমতি নির্দেশ করে। যেমন:

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

যদি বিক্রেতার বৈশিষ্ট্যগুলি এই অ্যারেতে না থাকে তবে তাদের কাছে ডিফল্ট বিক্রেতার অনুমতি রয়েছে। বিক্রেতা PERMISSION_NOT_ACCESSIBLE বেছে নিলে, Android-এর সম্পত্তিতে অ্যাক্সেস থাকবে না। উদাহরণে, Android vendor_prop_2 এর জন্য একটি মান লিখতে পারে না।

SUPPORTED_PROPERTY_IDS

( অপ্রচলিত ) সমস্ত সমর্থিত সম্পত্তি আইডিগুলির তালিকা৷

SWITCH_USER

ফোরগ্রাউন্ড অ্যান্ড্রয়েড ব্যবহারকারীকে পরিবর্তন করার জন্য একটি অনুরোধ সংজ্ঞায়িত করে।

এই প্রপার্টিটি মূলত অ্যান্ড্রয়েড সিস্টেম ব্যবহার করে HAL কে জানানোর জন্য যে বর্তমান ফোরগ্রাউন্ড অ্যান্ড্রয়েড ব্যবহারকারী স্যুইচ করছে, তবে এটি HAL দ্বারা ব্যবহারকারীদের পরিবর্তন করার জন্য Android সিস্টেমকে অনুরোধ করার জন্যও ব্যবহার করা যেতে পারে। যখন Android দ্বারা অনুরোধ করা হয়, তখন এটি একটি VehiclePropValue সেট করে এবং HAL কে অবশ্যই একটি সম্পত্তি পরিবর্তন ইভেন্টের সাথে সাড়া দিতে হবে। যখন HAL অনুরোধ করে, তখন এটি অবশ্যই একটি সম্পত্তি পরিবর্তন ইভেন্টের মাধ্যমে করতে হবে (প্রধান পার্থক্য হল অনুরোধ আইডিটি পূর্বের ক্ষেত্রে ইতিবাচক এবং পরবর্তী ক্ষেত্রে নেতিবাচক)। SwitchUserMessageTypeও আলাদা।

উভয় অনুরোধের বিন্যাস SwitchUserRequest দ্বারা সংজ্ঞায়িত করা হয় এবং প্রতিক্রিয়ার বিন্যাস (যখন প্রয়োজন হয়) SwitchUserResponse দ্বারা সংজ্ঞায়িত করা হয়। HAL (বা অ্যান্ড্রয়েড সিস্টেম) কীভাবে এগিয়ে যাবে তা নির্ভর করে বার্তার প্রকারের উপর (যা SwitchUserMessageType প্যারামিটার দ্বারা সংজ্ঞায়িত করা হয়েছে), যেমন নীচে সংজ্ঞায়িত করা হয়েছে।

LEGACY_ANDROID_SWITCH অ্যান্ড্রয়েড ব্যবহারকারীর পরিবর্তন হতে চলেছে তা নির্দেশ করার জন্য অ্যান্ড্রয়েড সিস্টেম দ্বারা কল করা হয়, যখন পরিবর্তনের অনুরোধটি এমনভাবে করা হয়েছিল যা HAL-এর সাথে একত্রিত নয় (উদাহরণস্বরূপ, অ্যাডবি শেল অ্যাম সুইচ-ব্যবহারকারীর মাধ্যমে)। এই অনুরোধটি পাওয়ার পরে 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 (অ্যান্ড্রয়েড ব্যবহারকারী আইডি 0)
- int32[8] 0 // ব্যবহারকারীর পতাকা #0 (কোনটিই নয়)
- int32[9] 10 // ব্যবহারকারী #1 (Android ব্যবহারকারী আইডি 10)
- int32[10] 0 // ব্যবহারকারী #1 এর পতাকা (কোনটিই নয়)
- int32[11] 11 // ব্যবহারকারী #2 (অ্যান্ড্রয়েড ব্যবহারকারী আইডি 11)
- int32[12] 0 // ব্যবহারকারী #2 এর পতাকা (কোনটিই নয়)
ANDROID_SWITCH অ্যান্ড্রয়েড ব্যবহারকারীর পরিবর্তন হতে চলেছে তা নির্দেশ করার জন্য অ্যান্ড্রয়েড সিস্টেম দ্বারা কল করা হয়েছে, তবে এগিয়ে যাওয়ার আগে অ্যান্ড্রয়েড HAL-এর প্রতিক্রিয়ার জন্য অপেক্ষা করে (কিছু সময় পর্যন্ত)৷ এই অনুরোধটি পাওয়ার পরে HAL-কে অবশ্যই তার অভ্যন্তরীণ ব্যবহারকারীকে স্যুইচ করতে হবে, তারপরে একটি SWITCH_USER(type=VEHICLE_RESPONSE) দিয়ে Android-এ প্রতিক্রিয়া জানাতে হবে যা নির্দেশ করে যে তার অভ্যন্তরীণ ব্যবহারকারী সুইচ করা হয়েছে কি না (SwitchUserStatus enum-এর মাধ্যমে)। উদাহরণস্বরূপ, যদি অ্যান্ড্রয়েডের ব্যবহারকারী থাকে (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 // 3 য় ব্যবহারকারী পতাকা (কিছুই নয়)
যদি অনুরোধটি সফল হয় তবে হালকে অবশ্যই সম্পত্তিটি আপডেট করতে হবে:
- int32[0] 42 // অনুরোধ আইডি
- int32[1] 3 // মেসেজটাইপ: স্যুইচুসারমেসেজ টাইপ :: যানবাহন_সংশ্লিষ্ট
- int32[2] 1 // স্থিতি: সুইচুসারস্ট্যাটাস :: সাফল্য
যদি অনুরোধটি ব্যর্থ হয় তবে প্রতিক্রিয়াটি এমন কিছু হবে:
- int32[0] 42 // অনুরোধ আইডি
- int32[1] 3 // মেসেজটাইপ: স্যুইচুসারমেসেজ টাইপ :: যানবাহন_সংশ্লিষ্ট
- int32[2] 2 // স্থিতি: সুইচুসারস্ট্যাটাস :: ব্যর্থতা স্ট্রিং: "108-d'oh!"
- OEM- নির্দিষ্ট ত্রুটি বার্তা
অ্যান্ড্রয়েড_সুইচের কোনও অনুরোধ এগিয়ে যাওয়া বা বাতিল হওয়া উচিত কিনা তা নির্দেশ করার জন্য HAL দ্বারা ডাকা VEHICLE_RESPONSE । অ্যান্ড্রয়েড_সুইচও দেখুন।
বর্তমান অগ্রভাগ অ্যান্ড্রয়েড ব্যবহারকারী স্যুইচ করা আছে এমন অনুরোধ করার জন্য HAL দ্বারা কল করা VEHICLE_REQUEST । এটি এমন পরিস্থিতিতে কার্যকর যেখানে অ্যান্ড্রয়েড এক ব্যবহারকারী হিসাবে শুরু হয়েছিল, তবে গাড়িটি ড্রাইভারটিকে অন্য ব্যবহারকারী হিসাবে চিহ্নিত করেছে। উদাহরণস্বরূপ, ব্যবহারকারী একটি ব্যবহারকারী বি এর মূল এফওবি ব্যবহার করে গাড়িটি আনলক করেছেন B. প্রাথমিক_উসার_ইনফো অনুরোধটি ব্যবহারকারী বি ফিরে এসেছিল, তবে তারপরে একটি মুখের স্বীকৃতি সাবসবসিস্টেম ব্যবহারকারীকে এ হিসাবে চিহ্নিত করেছে এএল এএল একটি সম্পত্তি পরিবর্তন ইভেন্টের মাধ্যমে এই অনুরোধটি করে (একটি নেতিবাচক অনুরোধটি পাস করে ( আইডি), এবং অ্যান্ড্রয়েড সিস্টেমের প্রতিক্রিয়া হ'ল একটি অ্যান্ড্রয়েড_পোস্ট_সুইচ কল জারি করা যা একই অনুরোধ আইডি। উদাহরণস্বরূপ, যদি বর্তমান অগ্রভাগ অ্যান্ড্রয়েড ব্যবহারকারী 10 হয় এবং এইচএলটি 11 এ স্যুইচ করতে বলে, অনুরোধটি হবে:
- int32[0] -108 // অনুরোধ আইডি
- int32[1] 4 // মেসেজটাইপ: স্যুইচুসারমেসেজ টাইপ :: যান_আরকিউস্ট
- int32[2] 11 // অ্যান্ড্রয়েড ব্যবহারকারী আইডি
যদি অনুরোধটি সফল হয় এবং অ্যান্ড্রয়েডের তিনটি ব্যবহারকারী থাকে (0, 10 এবং 11), প্রতিক্রিয়াটি হবে:
- int32[0] -108 // অনুরোধ আইডি
- int32[1] 5 // মেসেজটাইপ: স্যুইচুসারমেসেজ টাইপ :: অ্যান্ড্রয়েড_পোস্ট_সুইচ
- 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 একটি ব্যবহারকারীকে স্যুইচ করার অনুরোধের পরে অ্যান্ড্রয়েড সিস্টেম দ্বারা ডাকা হয়। এই সম্পত্তিটি কোনও ধরণের স্যুইচ অনুরোধের পরে ডাকা হয় (উদাহরণস্বরূপ,> কোড> লেগ্যাসি_এন্ড্রয়েড_সুইচ,> কোড> অ্যান্ড্রয়েড_সুইচ, বা VEHICLE_REQUEST ) এবং অনুরোধটি সফল হয়েছে বা ব্যর্থ হয়েছে কিনা তা নির্ধারণ করতে ব্যবহার করা যেতে পারে।
- যখন এটি সফল হয়, যখন অ্যান্ড্রয়েড ব্যবহারকারী আনলকড অবস্থায় থাকে এবং প্রতিক্রিয়াতে বর্তমান এবং টার্গেট ব্যবহারকারীদের আইডিগুলির মান একই থাকে তখন এটি বলা হয়। এটি একটি অ্যান্ড্রয়েড অ্যাপ্লিকেশনটিতে একটি অভিপ্রায় usact_user_unlocked প্রাপ্তির সমতুল্য।
- যখন এটি ব্যর্থ হয়, এটি এখনই বলা হয় এবং প্রতিক্রিয়াতে বর্তমান এবং লক্ষ্য ব্যবহারকারীদের আইডিগুলির মান পৃথক হয় (যেহেতু বর্তমান ব্যবহারকারী লক্ষ্যটিতে পরিবর্তন করেনি)।
- যদি এইচএল পূর্বের একের প্রতিক্রিয়া জানানোর আগে বা ব্যবহারকারী আনলক হওয়ার আগে কোনও নতুন স্যুইচ অনুরোধ করা হয়, তবে অ্যান্ড্রয়েড_পোস্ট_সুইচ অনুরোধটি করা হয়নি। উদাহরণস্বরূপ, ড্রাইভার দুর্ঘটনাক্রমে ভুল ব্যবহারকারীর কাছে স্যুইচ করতে পারে, যার লক শংসাপত্র রয়েছে এবং তারপরে শংসাপত্রগুলিতে প্রবেশের আগে সঠিক ব্যবহারকারীর কাছে স্যুইচ করতে পারে।
এই অনুরোধটি পাওয়ার পরে এইচএলটি তার অভ্যন্তরীণ অবস্থা আপডেট করতে পারে তবে অ্যান্ড্রয়েড সিস্টেমের জবাব দেওয়ার দরকার নেই।
- অনুরোধ। INITIAL_USER_INFO দ্বারা সংজ্ঞায়িত প্রথম এন মানগুলি (যেখানে সূচক 1 এ অনুরোধ-নির্দিষ্ট মানটি SwitchUserMessageType::ANDROID_POST_SWITCH ), তারপরে লক্ষ্য ব্যবহারকারী আইডির জন্য আরও দুটি মান (উদাহরণস্বরূপ, অ্যান্ড্রয়েড ব্যবহারকারী আইডি যা অনুরোধ করা হয়েছিল) স্যুইচ করার জন্য অনুরোধ করা হয়েছিল) এবং এর পতাকাগুলি (যেমন ব্যবহারকারীফ্ল্যাগগুলি দ্বারা সংজ্ঞায়িত)।
- প্রতিক্রিয়া: কিছুই নয়। উদাহরণস্বরূপ, VEHICLE_REQUEST দেখুন

TIRE_PRESSURE

টায়ারের চাপ। প্রতিটি টায়ার তার অঞ্চল কনফিগ.আরিয়াড কনফিগারেশন দ্বারা চিহ্নিত করা হয়। OEM- প্রস্তাবিত চাপের পরিসীমা সঞ্চয় করতে সম্পর্কিত মিনফ্লোটভ্যালু এবং ম্যাক্সফ্লোয়েটভ্যালু ব্যবহার করা হয়। Minfloatvalue এবং Vehicleareaconfig এ ম্যাক্সফ্লোটভ্যালু জন্য মানগুলি সংজ্ঞায়িত করতে হবে।

এরিয়া কনফিগ ডেটাতে মিনফ্লোটভ্যালু প্রস্তাবিত টায়ার চাপের নীচের সীমা উপস্থাপন করে। অঞ্চল কনফিগ ডেটাতে ম্যাক্সফ্লোয়েটভ্যালু প্রস্তাবিত টায়ার চাপের উপরের সীমা উপস্থাপন করে। উদাহরণস্বরূপ, এই অঞ্চল কনফিগটি 200.0 কিপিএ থেকে 240.0 কিপিএ হিসাবে বাম_ফ্রন্ট টায়ারের প্রস্তাবিত টায়ার চাপকে নির্দেশ করে।

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

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিট প্রকার: VehicleUnit:KILOPASCAL
রিলিজ: অ্যান্ড্রয়েড 13

TIRE_PRESSURE_DISPLAY_UNITS

প্রদর্শনের জন্য টায়ার চাপ ইউনিট. ব্যবহারকারীকে টায়ারের চাপ প্রদর্শন করতে গাড়িটি কোন ইউনিট ব্যবহার করছে তা নির্দেশ করে। উদাহরণস্বরূপ, পিএসআই, বার বা কিলোপাস্কাল। সমর্থিত চাপ প্রদর্শন ইউনিটগুলি নির্দেশ করতে যানবাহনপ্রপকনফিগ.কনফিগারাই ব্যবহৃত হয়। চাপ ইউনিটগুলি যানবাহনউনিতে সংজ্ঞায়িত করা হয়। উদাহরণস্বরূপ, কনফিগারারে [0]: কিলোপ্যাসাল কনফিগারারে [1]: পিএসআই কনফিগারারে [2]: বার

যদি টায়ার_প্রেসার_ডিসপ্লে_উনিটগুলি আপডেট করা অন্য *_ডিসপ্লে_উনিটস বৈশিষ্ট্যগুলির মানগুলিকে প্রভাবিত করে, তবে তাদের মানগুলি অবশ্যই এএওএস ফ্রেমওয়ার্কে আপডেট করে যোগাযোগ করতে হবে। এই সম্পত্তিটি VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, তবে ওএমএস এটি হিসাবে প্রয়োগ করতে পারে শুধুমাত্র/পি>

TRACTION_CONTROL_ACTIVE

ট্রেশন কন্ট্রোল (টিসি) সক্রিয় থাকে এবং টিসি বন্ধ থাকাকালীন মিথ্যা পুনরায় সেট করার সময় সত্যে সেট করুন। এই সম্পত্তিটি টিসি সিস্টেমের রিয়েল-টাইম অবস্থার উপর ভিত্তি করে মাঝেমধ্যে সেট (পালস) সেট করা যেতে পারে।

TRAILER_PRESENT

গাড়ির ট্রেলারের অবস্থা দেখায়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
এনাম প্রকার: TrailerState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

TURN_SIGNAL_STATE

যানবাহনগুলির অবস্থা সিগন্যাল ঘুরিয়ে দেয়।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
এনাম প্রকার: VehicleTurnSignal
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

ব্যবহারকারী_ সনাক্তকরণ_অ্যাসোসিয়েশন

সম্পত্তি ব্যবহারকারীকে যানবাহন-নির্দিষ্ট সনাক্তকরণ প্রক্রিয়া (যেমন কী এফওবি) সহ বর্তমান ব্যবহারকারীকে সংযুক্ত করতে ব্যবহৃত সম্পত্তি।

এটি একটি al চ্ছিক ব্যবহারকারী পরিচালনার সম্পত্তি। OEM এখনও এটি সংজ্ঞায়িত না করে ব্যবহারকারী পরিচালনকে সমর্থন করতে পারে। প্রকৃতপক্ষে, এই সম্পত্তিটি প্রাথমিক_উসার_ইনফোতে বর্ণিত মূল ব্যবহারকারী সম্পর্কিত ফাংশনগুলিকে সমর্থন না করে ব্যবহার করা যেতে পারে।

অ্যাসোসিয়েশনকে জিজ্ঞাসা করার জন্য, অ্যান্ড্রয়েড সিস্টেমটি সম্পত্তিটি পায়, সমিতিগুলির ধরণগুলি সম্বলিত একটি যানবাহনপ্রপ্যালু পাস করে প্রশ্নবিদ্ধ করা হচ্ছে, যেমনটি ইউজারডাইডাইফিকেশনগেটরেকুয়েস্ট দ্বারা সংজ্ঞায়িত করা হয়েছে। HAL অবশ্যই এখনই ফিরে আসতে হবে, একটি ইউজারডাইডাইফিকেশন রিসপন্স সহ একটি যানবাহনপ্রপ্যালু ফিরিয়ে দিতে হবে।

লক্ষ্য করুন যে সিস্টেমটি বুট করার সময় ব্যবহারকারী সনাক্তকরণ হয়েছিল। টেকহে ভিএইচএল বাস্তবায়নটি কেবলমাত্র ইতিমধ্যে চিহ্নিত অ্যাসোসিয়েশনকে (যেমন গাড়িটি আনলক করতে ব্যবহৃত কী এফওবি) কেবলমাত্র জিইটি কল থেকে নতুন সমিতি শুরু করার পরিবর্তে ফিরিয়ে দেওয়া উচিত।

প্রকারের সাথে সংযুক্ত করার জন্য, অ্যান্ড্রয়েড সিস্টেমটি সম্পত্তি সেট করে, একটি যানবাহনপ্রোপভ্যালু পাস করে যেগুলি সেট করা হচ্ছে এমন সংঘের প্রকার এবং মানগুলি সমন্বিত করে, যেমন ইউজারডেন্টিফিকেশনস -রিকোয়েস্ট দ্বারা সংজ্ঞায়িত করা হয়।

এইচএল এর পরে একটি সম্পত্তি পরিবর্তন ইভেন্ট ব্যবহার করে (যার যানবাহনপ্রপলিউ ব্যবহারকারী দ্বারা সংজ্ঞায়িত করা হয়) অনুরোধের পরে প্রকারের বর্তমান স্থিতি নির্দেশ করে।

উদাহরণস্বরূপ, কোয়েরিতে যদি বর্তমান ব্যবহারকারী (10) এফওবি -র সাথে সম্পর্কিত থাকে যা গাড়িটি আনলক করে এবং OEM দ্বারা সরবরাহিত একটি কাস্টম প্রক্রিয়া, অনুরোধটি হ'ল:

int32[0] 42 // অনুরোধ আইডি
int32[1] 10 (অ্যান্ড্রয়েড ব্যবহারকারী আইডি)
int32[2] 0 (অ্যান্ড্রয়েড ব্যবহারকারী পতাকা)
int32[3] 2 (প্রশ্নযুক্ত ধরণের সংখ্যা)
int32[4] 1 (প্রথম প্রকারের প্রশ্নবিদ্ধ, ইউজার ইন্টিফিকেশনসোসিয়েশন টাইপ :: কী_ফোব)
int32[5] 101 (দ্বিতীয় প্রকারের প্রশ্নবিদ্ধ, ইউজার ইন্টিফিকেশনসোসিয়েশন টাইপ :: কাস্টম_1)

যদি ব্যবহারকারী এফওবি -র সাথে যুক্ত থাকে তবে কাস্টম মেকানিজমের সাথে নয়, প্রতিক্রিয়াটি হ'ল:

int32[0] 42 // অনুরোধ আইডি
int32[1] 2 (প্রতিক্রিয়াতে সমিতির সংখ্যা)
int32[2] 1 (প্রথম প্রকার: ইউজারডাইডাইফিকেশনসোসিয়েশন টাইপ :: কী_ফোব)
int32[3] 2 (প্রথম মান: ইউজারডাইডাইফিকেশনসোসিয়েশনভ্যালু :: অ্যাসোসিয়েটেড_কনরেন্ট_উজার)
int32[4] 101 (প্রথম প্রকার: ইউজারডাইডাইফিকেশনসোসিয়েশন টাইপ :: কাস্টম_1)
int32[5] 4 (দ্বিতীয় মান: ইউজারডাইডাইফিকেশনসোসিয়েশনভ্যালু :: not_assocatiated_any_user)

তারপরে কাস্টম মেকানিজমের সাথে ব্যবহারকারীকে যুক্ত করার জন্য, একটি সেট অনুরোধ করা হয়েছে:

int32[0] 43 // অনুরোধ আইডি
int32[1] 10 (অ্যান্ড্রয়েড ব্যবহারকারী আইডি)
int32[2] 0 (অ্যান্ড্রয়েড ব্যবহারকারী পতাকা)
int32[3] 1 (সমিতির সংখ্যা সেট করা হচ্ছে)
int32[4] 101 (প্রথম প্রকার: ইউজারডাইডাইফিকেশনসোসিয়েশন টাইপ :: কাস্টম_1)

যদি অনুরোধটি সফল হয় তবে প্রতিক্রিয়াটি হবে:

int32[0] 43 // অনুরোধ আইডি
int32[1] 1 (প্রতিক্রিয়াতে সমিতির সংখ্যা)
int32[2] 101 (প্রথম প্রকার: ইউজারডাইডাইফিকেশনসোসিয়েশন টাইপ :: কাস্টম_1)
int32[3] 1 (প্রথম মান: ইউজারডাইডাইফিকেশনসোসিয়েশনভ্যালু :: অ্যাসোসিয়েটেড_কনরেন্ট_উসার)

সেট অনুরোধটি সমিতি যুক্ত করে তবে বিদ্যমান সমিতিগুলি সরিয়ে দেয় না। পূর্ববর্তী উদাহরণে, শেষের অবস্থাটি দুটি সমিতি হবে (এফওবি এবং কাস্টম_1)। ব্যবহারকারীকে কেবল কাস্টম_1 এর সাথে যুক্ত করার জন্য তবে এফওবি নয়, তবে অনুরোধটি হত:

int32[0] 43 // অনুরোধ আইডি
int32[1] 10 (অ্যান্ড্রয়েড ব্যবহারকারী আইডি)
int32[2] 2 (প্রকারের সেটগুলির সংখ্যা)
int32[3] 1 (প্রথম প্রকার: ইউজারডাইডাইফিকেশনসোসিয়েশন টাইপ :: কী_ফোব)
int32[4] 2 (প্রথম মান: ইউজারডাইডাইফিকেশনসোসিয়েশনভ্যালু :: ডিসাসোসিয়েট_কনরেন্ট_উজার)
int32[5] 101 (দ্বিতীয় প্রকার: ইউজারডাইডাইফিকেশনসোসিয়েশন টাইপ :: কাস্টম_1)
int32[6] 1 (দ্বিতীয় মান: ইউজারডাইডাইফিকেশনসোসিয়েশনভ্যালু :: সহযোগী_কনরেন্ট_উজার)

VEHICLE_CURB_WEIGHT

গাড়ির কার্ব ওজন কিলোগ্রামে ফেরত দেয়। কার্ব ওজন হ'ল স্ট্যান্ডার্ড সরঞ্জাম সহ যানবাহনের মোট ওজন এবং সমস্ত প্রয়োজনীয় অপারেটিং ভোক্তা যেমন মোটর তেল, সংক্রমণ তেল, ব্রেক তরল, কুল্যান্ট, এয়ার কন্ডিশনার রেফ্রিজারেন্ট এবং নামমাত্র ট্যাঙ্কের ক্ষমতাতে জ্বালানীর ওজন এবং যাত্রী বা কার্গো দিয়ে লোড না হয় .

কনফিগারারে [0] কিলোগ্রামে গাড়ির মোট ওজন নির্দিষ্ট করতে ব্যবহৃত হয়। গাড়ির মোট ওজন হ'ল গাড়ির সর্বাধিক অপারেটিং ওজন হ'ল গাড়ির চ্যাসিস, বডি, ইঞ্জিন, ইঞ্জিন তরল, জ্বালানী, আনুষাঙ্গিক, ড্রাইভার, যাত্রী এবং কার্গো সহ প্রস্তুতকারকের দ্বারা নির্দিষ্ট করা হয়েছে তবে কোনও ট্রেলার বাদে।

মোড পরিবর্তন করুন: STATIC
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিট প্রকার: VehicleUnit:KILOGRAM
রিলিজ: অ্যান্ড্রয়েড 13

যানবাহন_ইন_উস

যানবাহনটি ব্যবহার করা হয় কিনা তা নির্দেশ করে। ব্যবহারের অর্থ একটি মানব ব্যবহারকারী উপস্থিত এবং গাড়িটি ব্যবহার করার উদ্দেশ্যে। এর অর্থ এই নয় যে মানব ব্যবহারকারী গাড়িতে রয়েছে। উদাহরণস্বরূপ, যদি মানব ব্যবহারকারী গাড়িটি দূরবর্তীভাবে আনলক করে তবে যানবাহনটি ব্যবহৃত বলে মনে করা হয়। যদি এই সম্পত্তি সমর্থিত হয়:

প্রতিবার যখন যানবাহন বা সিস্টেমে ব্যবহারকারী উপস্থিত রয়েছে তখন ব্যবহারকারী উপস্থিত রয়েছে, 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

যানবাহন মানচিত্র পরিষেবা (VMS) বার্তা। এই সম্পত্তিটি ভিএমএস বার্তাগুলি যোগাযোগ করতে মিশ্র ডেটা ব্যবহার করে। এর বিষয়বস্তুগুলি নিম্নরূপ ব্যাখ্যা করতে হবে। ভিএমএসমেসেজ ইন্টেজারভ্যালিউজিন্ডে সংজ্ঞায়িত সূচকগুলি INT32 মূল্যগুলি থেকে পড়তে ব্যবহৃত হয়। বাইটস হ'ল ভিএমএস প্রোটোকলে সংজ্ঞায়িত হিসাবে একটি সিরিয়ালাইজড ভিএমএস বার্তা, যা কাঠামোর প্রতি অস্বচ্ছ। Ivehicle#পেতে সর্বদা অবশ্যই StatusCode::NOT_AVAILABLE ।

পরিবর্তন মোড: on_changeread_write
অ্যাক্সেস মোড: READ_WRITE
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

VEHICLE_SPEED_DISPLAY_UNITS

প্রদর্শনের জন্য গতি ইউনিট। ব্যবহারকারীর কাছে গতি প্রদর্শন করতে ব্যবহৃত ইউনিটগুলির ধরণ নির্দেশ করে। উদাহরণস্বরূপ, মেসার্স, কিমি/এইচ, বা এমপিএইচ। যানবাহনপ্রপকনফিগ.কনফিগারে সমর্থিত স্পিড ডিসপ্লে ইউনিটগুলি নির্দেশ করে। চাপ ইউনিটগুলি যানবাহনউনিতে সংজ্ঞায়িত করা হয়। যেমন:

.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 মানগুলিকে প্রভাবিত করে, তবে সেই মানগুলি অবশ্যই এএওএস ফ্রেমওয়ার্কে আপডেট এবং যোগাযোগ করতে হবে।

Vhal_heartbeat

একটি ইভেন্টকে সংজ্ঞায়িত করে যা ভিএইচএল হার্টবিট হিসাবে গাড়ি ওয়াচডগকে সংকেত দেয়। ভিএইচএল যদি এই সম্পত্তিটিকে সমর্থন করে তবে ভিএইচএলকে প্রতি তিন সেকেন্ডে এই সম্পত্তিটিতে সিস্টেম আপটাইম লিখতে হবে। কার ওয়াচডগ এই সম্পত্তিটিতে সাবস্ক্রাইব করে এবং প্রতি তিন সেকেন্ডে সম্পত্তি আপডেট করা হয় কিনা তা পরীক্ষা করে। তিন সেকেন্ডের বাফার সময় সহ, কার ওয়াচডগ হার্টবিটকে শেষ হার্টবিট থেকে ছয় সেকেন্ড পর্যন্ত সংকেত দেওয়ার জন্য অপেক্ষা করে। যদি তা না হয় তবে কার ওয়াচডগ ভ্যালকে অস্বাস্থ্যকর বিবেচনা করে এবং এটি সমাপ্ত করে। যদি এই সম্পত্তিটি ভিএইচএল দ্বারা সমর্থিত না হয় তবে গাড়ি ওয়াচডগ ভিএইচএল স্বাস্থ্যের অবস্থা পরীক্ষা করে না।

ওয়াচডগ_লাইভ

এমন একটি ইভেন্টকে সংজ্ঞায়িত করে যা গাড়ি ওয়াচডগ আপডেট করে এটি সক্রিয় রয়েছে। কার ওয়াচডগ এই সম্পত্তিটি প্রতি তিন সেকেন্ডে মিলিসেকেন্ডে আপটাইম সিস্টেমে সেট করে। বুট করার সময়, আপডেটটি আরও বেশি সময় নিতে পারে।

ওয়াচডগ_ টার্মিনেটেড_প্রসেস

গাড়ি ওয়াচডগ দ্বারা সমাপ্ত একটি প্রক্রিয়া এবং সমাপ্তির কারণ সংজ্ঞায়িত করে।

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

WHEEL_TICK

রিপোর্ট চাকা ticks. ভেক্টরের প্রথম উপাদানটি একটি রিসেট গণনা। একটি রিসেট ইঙ্গিত করে যে পূর্ববর্তী টিক গণনাগুলি এই এবং ভবিষ্যতেরগুলির সাথে তুলনাযোগ্য নয়৷ টিক গণনায় একধরনের স্থবিরতা ঘটেছে।

পরবর্তী চারটি উপাদান নিম্নলিখিত ক্রমে পৃথক চাকার জন্য টিক্স উপস্থাপন করে:

সামনে বাম
সামনে ডান
পিছনে ডান
পিছনে বাম

সমস্ত টিক সংখ্যা ক্রমবর্ধমান। যানবাহনটি এগিয়ে যাওয়ার সময় টিক বাড়ানো গণনা করে এবং যখন যানবাহনটি পিছনে চলে যায় তখন হ্রাস পায়। গাড়িটি শুরু হওয়ার পরে টিকগুলি 0 এ পুনরায় সেট করা উচিত।

int64Values[0] রিসেট গণনা
int64Values[1] সামনের বাম টিকগুলি
int64Values[2] সামনের ডান টিকগুলি
int64Values[3] পিছনের ডান টিকগুলি
int64Values[4] রিয়ার বাম টিকগুলি

configArray মাইক্রোমিটার-প্রতি-হুইল-টিক মান নির্দেশ করতে ব্যবহৃত হয় এবং কোন চাকাগুলি সমর্থিত তা কনফিগারারে নিম্নলিখিত হিসাবে সেট করা আছে:

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

এনাম হুইল ব্যবহার করে। উদাহরণস্বরূপ, যদি সমস্ত চাকা সমর্থিত হয় তবে:

configArray[0] যানবাহন :: বাম_ফ্রন্ট | Vehicleareawheel :: ডান_ফ্রন্ট | Vehicleareawheel :: বাম_রিয়ার | Vehicleareawheel :: ডান_রিয়ার
configArray[1] সামনের বাম চাকা টিক প্রতি মাইক্রোমিটার
configArray[2] সামনের ডান চাকা টিক প্রতি মাইক্রোমিটার
configArray[3] রিয়ার ডান হুইল টিক প্রতি মাইক্রোমিটার
configArray[4] প্রতি বাম চাকা টিক প্রতি মাইক্রোমিটার।

যদি কোনও চাকা সমর্থিত না হয় তবে এর মান সর্বদা 0 এ সেট করা হবে।

VehiclePropValue.timestamp অবশ্যই পূরণ করতে হবে।

মোড পরিবর্তন করুন: CONTINUOUS
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 13

WINDOW_LOCK

উইন্ডো চাইল্ড লক। সত্য ইঙ্গিত দেয় যে উইন্ডোটি শিশু-লকযুক্ত। এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷

WINDOW_MOVE

উইন্ডো সরানো। প্রতিটি VERICLEAREACONFIG এ maxInt32Value এবং minInt32Value সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ maxInt32Value নির্দেশ করে যে উইন্ডোটি বিমানটিতে খোলা/দ্রুত গতিতে বিমানের দিকের বাইরে বন্ধ হয়ে যাচ্ছে। minInt32Value ইঙ্গিত দেয় যে উইন্ডোটি বিমানের মধ্যে বন্ধ হচ্ছে/দ্রুত গতিতে বিমানের দিকের বাইরে খোলার।

বৃহত্তর পরম মানগুলি, ইতিবাচক বা নেতিবাচক, একটি দ্রুত গতির গতি নির্দেশ করে। উইন্ডোটি অবস্থানগত সীমাতে পৌঁছে গেলে, মানটি 0 এ পুনরায় সেট করতে হবে। WINDOW_MOVE মান যদি 0 হয় তবে কোনও আন্দোলন চলছে। এই সম্পত্তিটি আপেক্ষিক আন্দোলনের গতির একটি নির্দিষ্ট পরিসরে প্রতিনিধিত্ব করা হয়।

বিমানের বাইরে খুলতে পারে এমন একটি উইন্ডো (সানরুফের একটি ভেন্ট মোড) এর জন্য, এই প্যারামিটারটি নিম্নলিখিত হিসাবে কাজ করে। যদি:

সানরুফ খোলা:
- Max সানরুফটি আরও খুলুন, পুরোপুরি খোলার পরে স্বয়ংক্রিয়ভাবে বন্ধ করুন।
- Min সানরুফ বন্ধ করুন, সানরুফ বন্ধ হয়ে গেলে স্বয়ংক্রিয়ভাবে থামুন।
ভেন্ট খোলা:
- Max ভেন্ট বন্ধ করুন, ভেন্ট বন্ধ থাকলে স্বয়ংক্রিয়ভাবে থামুন।
- Min আরও ভেন্ট খুলুন, ভেন্ট পুরোপুরি খোলা থাকলে স্বয়ংক্রিয়ভাবে বন্ধ করুন।
সানরুফ বন্ধ রয়েছে:
- Max সানরুফ খুলুন, সানরুফ পুরোপুরি খোলা থাকলে স্বয়ংক্রিয়ভাবে থামুন।
- ভেন্টটি Min , ভেন্ট পুরোপুরি খোলা থাকলে স্বয়ংক্রিয়ভাবে থামুন।

WINDOW_POS

উইন্ডো অবস্থান। প্রতিটি VERICLEAREACONFIG এ maxInt32Value এবং minInt32Value সংজ্ঞায়িত করতে হবে। minInt32Value এবং maxInt32Value মধ্যে সমস্ত পূর্ণসংখ্যা অবশ্যই সমর্থিত হবে৷ minInt32Value নির্দেশ করে যে উইন্ডোটি বন্ধ বা সম্পূর্ণরূপে বিমানের বাইরে খোলা রয়েছে। যদি উইন্ডোটি বিমানের বাইরে খুলতে না পারে, তবে পুরোপুরি বন্ধ হয়ে গেলে minInt32Value উইন্ডোটির অবস্থান এবং অবশ্যই 0 হতে হবে। যদি উইন্ডোটি বিমানের বাইরে খুলতে পারে তবে minInt32Value ইঙ্গিত দেয় যে উইন্ডোটি পুরোপুরি বিমানের বাইরে তার অবস্থানে খোলা থাকে এবং হয় একটি নেতিবাচক মান। আরও বিস্তারিত ব্যাখ্যার জন্য নীচের উদাহরণটি দেখুন। maxInt32Value নির্দেশ করে যে উইন্ডোটি সম্পূর্ণ খোলা রয়েছে।

minInt32Value এবং maxInt32Value এর মধ্যে মানগুলি বন্ধ/সম্পূর্ণ উন্মুক্ত প্লেন এবং সম্পূর্ণ উন্মুক্ত অবস্থানের মধ্যে একটি রূপান্তর অবস্থা নির্দেশ করে। এই সম্পত্তিটি কোনও নির্দিষ্ট ইউনিটে নয় তবে আপেক্ষিক অবস্থানের একটি নির্দিষ্ট পরিসরে। উদাহরণস্বরূপ, এইভাবে সম্পত্তিটি এমন একটি উইন্ডোটির জন্য কাজ করা উচিত যা বিমানের বাইরে চলে যেতে পারে: বিমানের বাইরে খুলতে পারে এমন একটি উইন্ডোর জন্য (সানরুফের ভেন্ট মোড) এই প্যারামিটারটি নিম্নলিখিত হিসাবে নেতিবাচক মানগুলির সাথে কাজ করে:

Max সানরুফ পুরোপুরি খোলা (সানরুফ বন্ধের জন্য 0)।
Min সানরুফ ভেন্ট পুরোপুরি খোলা (সানরুফ বন্ধের জন্য 0)।

এই মোডে, 0 নির্দেশ করে যে উইন্ডোটি বন্ধ রয়েছে।

উইন্ডশীল্ড_উইপারস_পিরিয়ড

উইন্ডশীল্ড ওয়াইপার্স পিরিয়ড (মিলিসেকেন্ডস)। মিলিসেকেন্ডে উইন্ডশীল্ড ওয়াইপার্সের একটি সম্পূর্ণ চক্রের জন্য তাত্ক্ষণিক সময়কাল ফিরিয়ে দেয়। একটি সম্পূর্ণ চক্রটি একটি ওয়াইপার হিসাবে সংজ্ঞায়িত করা হয় এবং বিশ্রামের অবস্থানে ফিরে আসে। যখন কোনও অন্তর্বর্তী ওয়াইপার সেটিংটি নির্বাচন করা হয়, তখন অন্তর্বর্তী উইপিংয়ের বিরতি সময়কালে এই সম্পত্তিটির মান 0 এ সেট করা আবশ্যক। VehicleAreaConfig-এ maxInt32Value এবং minInt32Value অবশ্যই সংজ্ঞায়িত করতে হবে। প্রতিটি অঞ্চল আইডির জন্য maxInt32Value অবশ্যই দীর্ঘতম ওয়াইপার সময়কাল নির্দিষ্ট করতে হবে। minInt32Value অবশ্যই প্রতিটি অঞ্চল আইডির জন্য 0 এ সেট করা উচিত।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
Enum প্রকার: N/A
ইউনিটের ধরন: VehicleUnit:MILLI_SECS
রিলিজ: অ্যান্ড্রয়েড 14

উইন্ডশীল্ড_উইপারস_স্টেট

উইন্ডশীল্ড ওয়াইপার্স স্টেট। উইন্ডশীল্ড ওয়াইপার্সের বর্তমান অবস্থা ফিরিয়ে দেয়। The value of WINDSHIELD_WIPERS_STATE may not match the value of WINDSHIELD_WIPERS_SWITCH For example, WINDSHIELD_WIPERS_STATE: ON and WINDSHIELD_WIPERS_SWITCH: WindshieldWipersSwitch#AUTO If WINDSHIELD_WIPERS_STATE: ON and WINDSHIELD_WIPERS_PERIOD is implemented, then WINDSHIELD_WIPERS_PERIOD must reflect the time period of one full cycle of the wipers.

প্রতিটি সমর্থিত অঞ্চল আইডির জন্য, VehicleAreaConfig#supportedEnumValues অ্যারে অবশ্যই সংজ্ঞায়িত করা উচিত যদি না WindshieldWipersState সমস্ত রাজ্য সমর্থিত না হয় (অন্যান্য সহ, যা প্রস্তাবিত নয়)।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ
এনাম প্রকার: WindshieldWipersState
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14

উইন্ডশীল্ড_উইপারস_সুইচ

উইন্ডশীল্ড ওয়াইপার্স স্যুইচ। উইন্ডশীল্ড ওয়াইপারগুলি নিয়ন্ত্রণকারী স্যুইচটির অবস্থান উপস্থাপন করে। WINDSHIELD_WIPERS_SWITCH এর মান WINDSHIELD_WIPERS_STATE মানটির সাথে মেলে না উদাহরণস্বরূপ, WINDSHIELD_WIPERS_SWITCH: AUTO এবং উইন্ডশীল্ড_উইপারস_স্টেট: WindshieldWipersSwitch WINDSHIELD_WIPERS_STATE: WindshieldWipersState#ON রো স্টেটস -এর জন্য অবশ্যই অ্যারেডস, VehicleAreaConfig#supportedEnumValues সমর্থিত প্রস্তাবিত নয়)।

এই সম্পত্তিটিকে VehiclePropertyAccess.READ_WRITE হিসাবে সংজ্ঞায়িত করা হয়েছে, কিন্তু OEMগুলি এটিকে শুধুমাত্র VehiclePropertyAccess.READ হিসাবে প্রয়োগ করতে পারে৷ যদি এই সম্পত্তিটি VehiclePropertyAccess.READ_WRITE হিসাবে প্রয়োগ করা হয় read রিড_ রাইট এবং অন্যান্য রাজ্যটি VehicleAreaConfig#supportedEnumValues অ্যারেতে তালিকাভুক্ত করা হয়, তবে অন্যটি লেখার জন্য সমর্থিত মান নয় এটি কেবল পড়ার জন্য সমর্থিত মান।

মোড পরিবর্তন করুন: ON_CHANGE
অ্যাক্সেস মোড: READ_WRITE / READ
এনাম প্রকার: WindshieldWipersSwitch
ইউনিটের ধরন: N/A
রিলিজ: অ্যান্ড্রয়েড 14