A partir del 27 de marzo de 2025, te recomendamos que uses android-latest-release en lugar de aosp-main para compilar y contribuir a AOSP. Para obtener más información, consulta Cambios en AOSP.

Se usó la API de Cloud Translation para traducir esta página.

Propiedades del sistema compatibles
Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

En esta página, se enumeran las propiedades del sistema compatibles en el VHAL. Las propiedades compatibles con el VHAL deben ser una propiedad del sistema de la siguiente lista o una propiedad del proveedor. En Android 14 y versiones posteriores, las definiciones de propiedades se definen en hardware/interfaces/automotive/vehicle/aidl_property/android/hardware/automotive/vehicle/VehicleProperty.aidl.

La definición de la propiedad se define en la interfaz AIDL, android.hardware.automotive.vehicle.property, que está separada de la interfaz VHAL (android.hardware.automotive.vehicle). Las implementaciones de VHAL y los clientes de VHAL deben depender de ambas interfaces.

Modos de acceso y de cambio generados automáticamente

En Android 14 y versiones posteriores, para admitir implementaciones de VHAL, proporcionamos archivos de encabezado de C++ y archivos de clase de Java generados automáticamente con el modo de cambio o acceso permitido para las propiedades del sistema. Las implementaciones de VHAL del proveedor pueden usarlas para garantizar que las configuraciones de propiedades cumplan con las especificaciones.

De la A a la D

ADAPTIVE_CRUISE_CONTROL_LEAD_VEHICLE_MEASURED_DISTANCE

Distancia medida del vehículo que está delante cuando se usa el control de crucero adaptativo (ACC) o el control de crucero predictivo (PCC). Muestra la distancia medida en milímetros entre el punto más alejado de la parte trasera del vehículo que va delante y el punto más alejado de la parte delantera del vehículo con ACC. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. El minInt32Value debe ser 0. maxInt32Value se debe propagar con el rango máximo que puede admitir el sensor de distancia. Este valor debe ser no negativo.

Cuando no se detecta ningún vehículo líder (es decir, cuando no hay un vehículo líder o el vehículo líder está demasiado lejos para que el sensor lo detecte), esta propiedad debe mostrar StatusCode.NOT_AVAILABLE.

Cuando esta propiedad no está disponible porque CC está inhabilitada (por ejemplo, StatusCode#NOT_AVAILABLE_DISABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED. Si se implementa CRUISE_CONTROL_STATE y el estado se establece en un valor ErrorState, esta propiedad debe mostrar un StatusCode que se alinee con el valor ErrorState. Por ejemplo, si CRUISE_CONTROL_STATE se establece en ErrorState#NOT_AVAILABLE_SPEED_LOW, esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_SPEED_LOW.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MILLIMETER
Versión: Android 14

ADAPTIVE_CRUISE_CONTROL_TARGET_TIME_GAP

Es la brecha de tiempo objetivo actual para ACC o PCC en milisegundos. Esta propiedad debe especificar la brecha de tiempo objetivo para un vehículo líder. Esta brecha se define como el tiempo para recorrer la distancia entre el punto más alejado del vehículo de adelante y el punto más alejado del vehículo con ACC. La brecha de tiempo real de un vehículo líder puede estar por encima o por debajo de este valor.

Los valores posibles que se deben establecer para el intervalo de tiempo objetivo deben especificarse en configArray en orden ascendente. Todos los valores deben ser positivos. Si la propiedad es de escritura, todos los valores deben ser de escritura. Cuando esta propiedad no está disponible porque la CC está inhabilitada (por ejemplo, CRUISE_CONTROL_ENABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED.

Si se implementa CRUISE_CONTROL_STATE y el estado se establece en un valor ErrorState, esta propiedad debe mostrar un StatusCode que se alinee con el valor ErrorState. Por ejemplo, si CRUISE_CONTROL_STATE se establece en ErrorState#NOT_AVAILABLE_SPEED_LOW, esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_SPEED_LOW.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MILLI_SECS
Versión: Android 14

ABS_ACTIVE

El sistema de frenos automáticos (ABS) está activo. Se establece como verdadero cuando el ABS está activo y se restablece como falso cuando el ABS está apagado. Esta propiedad se puede establecer de forma intermitente (pulsada) según el estado en tiempo real del sistema ABS.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

ANDROID_EPOCH_TIME

Es la fecha y hora actuales, codificadas como tiempo de época (en milisegundos). Este valor indica la cantidad de milisegundos transcurridos desde el 1/1/1970 (UTC).

Este valor indica la cantidad de milisegundos transcurridos desde el 1/1/1970 (UTC). CarServices WRITE a este valor para darle a VHAL la hora del sistema Android, si VHAL admite esta propiedad. Esto puede ser útil para sincronizar otros sistemas del vehículo (reloj del tablero) con la hora de Android.

AAOS WRITE a esta propiedad una vez durante el inicio y, luego, WRITE solo cuando se propagan los cambios de la fuente de tiempo. AAOS completará VehiclePropValue.timestamp correctamente. AAOS no envía actualizaciones por el transcurso del tiempo natural. int64Values[0] = tiempo Unix proporcionado (en milisegundos).

La propiedad puede tardar más de 0 ms en propagarse a través de la pila y, tener una propiedad con marca de tiempo ayuda a reducir cualquier desviación del tiempo. Por lo tanto, para todos los WRITE de la propiedad, se puede usar la marca de tiempo para anular este desvío:

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

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MILLI_SECS
Versión: Android 13

AP_POWER_BOOTUP_REASON

Es una propiedad para informar el motivo del inicio del encendido actual. Esta es una propiedad STATIC que no cambiará durante toda la duración hasta que se apague. Por ejemplo, incluso si el usuario presiona el botón de encendido después del encendido automático con la apertura de la puerta, el motivo del inicio debe permanecer con VehicleApPowerBootupReason#USER_UNLOCK. int32Values[0] debe ser VehicleApPowerBootupReason.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

AP_POWER_STATE_REPORT

Es una propiedad para informar el estado de energía del procesador de la app. Se supone que el estado de encendido del AP está controlado por un controlador de energía independiente.

Valor de enum int32Values[0] VehicleApPowerStateReport
int32Values[1] Es el tiempo en ms para despertarse, si es necesario (de lo contrario, es 0).

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

AP_POWER_STATE_REQ

Es una propiedad para controlar el estado de energía del procesador de la app. Se supone que el estado de encendido del AP está controlado por un controlador de energía independiente. Para obtener información sobre la configuración, VehiclePropConfig.configArray debe tener una marca de bit que combine valores en VehicleApPowerStateConfigFlag.

Valor de enum int32Values[0] VehicleApPowerStateReq
int32Values[1] Es un parámetro adicional relevante para cada estado, 0 si no se usa.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

AUTOMATIC_EMERGENCY_BRAKING_ENABLED

Habilita o inhabilita el frenado automático de emergencia (AEB). Establece el valor en verdadero para habilitar la AEB y en falso para inhabilitarla. Cuando la AEB está habilitada, el sistema ADAS del vehículo debe estar encendido y en supervisión para evitar posibles colisiones. Esta propiedad solo se debe aplicar a las aplicaciones de mayor velocidad. Para habilitar el frenado automático de emergencia a baja velocidad, se debe usar LOW_SPEED_AUTOMATIC_EMERGENCY_BRAKING_ENABLED.

En general, AUTOMATIC_EMERGENCY_BRAKING_ENABLED siempre debe mostrar verdadero o falso. Si la función no está disponible debido a algún estado temporal, como que la velocidad del vehículo es demasiado baja, esa información se debe transmitir a través de los valores ErrorState en la propiedad AUTOMATIC_EMERGENCY_BRAKING_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

AUTOMATIC_EMERGENCY_BRAKING_STATE

Estado del frenado automático de emergencia (AEB). Devuelve el estado actual de la AEB. Esta propiedad siempre debe mostrar un estado válido definido en AutomaticEmergencyBrakingState o ErrorState. No debe mostrar errores a través de StatusCode y, en su lugar, debe usar los estados de error admitidos. Esta propiedad solo se debe aplicar para aplicaciones de mayor velocidad. Para representar el estado del sistema de frenado automático de emergencia a baja velocidad, se debe usar LOW_SPEED_AUTOMATIC_EMERGENCY_BRAKING_STATE.

Si el AEB incluye advertencias de colisión frontal antes de activar los frenos, esas advertencias deben aparecer a través de las propiedades de advertencia de colisión frontal (FCW).

Para el ID de área global (0), se debe definir el array StatusCode#VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de AutomaticEmergencyBrakingState (incluida OTHER, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: ForwardCollisionWarningState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

BLIND_SPOT_WARNING_ENABLED

Habilita o inhabilita la Advertencia de punto ciego (BSW). Establece el valor en verdadero para habilitar el BSW y en falso para inhabilitarlo. Cuando el BSW está habilitado, el sistema ADAS del vehículo debe estar encendido y supervisar si hay objetos en los puntos ciegos del vehículo.

En general, BLIND_SPOT_WARNING_ENABLED siempre debe mostrar verdadero o falso. Si la función no está disponible debido a algún estado temporal, como que la velocidad del vehículo es demasiado baja, esa información se debe transmitir a través de los valores ErrorState en la propiedad BLIND_SPOT_WARNING_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

BLIND_SPOT_WARNING_STATE

Estado de la advertencia de punto ciego (BSW). Muestra el estado actual de BSW. Esta propiedad siempre debe mostrar un estado válido definido en BlindSpotWarningState o ErrorState. No debe mostrar errores a través de StatusCode y, en su lugar, debe usar los estados de error admitidos.

Para cada ID de área compatible, se debe definir el array StatusCode#VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de BlindSpotWarningState (incluida OTHER, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: BlindSpotWarningState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

CABIN_LIGHTS_STATE

Devuelve el estado de las luces de la cabina.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 13

CABIN_LIGHTS_SWITCH

Interruptor de luces de la cabina La posición del interruptor físico que controla las luces de la cabina. Esto puede diferir de CABIN_LIGHTS_STATE si las luces están encendidas porque una puerta está abierta o debido a un comando por voz. Por ejemplo, cuando el interruptor está en la posición desactivado o automático.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

CLUSTER_DISPLAY_STATE

Cambia el estado de la pantalla del clúster.

Límites: Es el área para renderizar la actividad del clúster.
Inset: Es el área en la que la actividad no debe colocar información importante.

Valores posibles:

int32[0] Activado, desactivado: 0: Desactivado, 1: Activado, -1: No importa
int32[1] Bounds - left: número positivo - posición izquierda en píxeles -1 - no importa (se deben establecer todos los campos de Bounds)
int32[2] Límites: Parte superior: mismo formato con "izquierda"
int32[3] Límites: derecha: mismo formato con "izquierda"
int32[4] Límites: inferior: mismo formato con "izquierda"
int32[5] Inset - left: número positivo - valor real de la inserción izquierda en píxeles -1 - no importa (se deben establecer todos los campos de inserción como "no importa")
int32[6] Inset - top: same format with 'left'
int32[7] Inserción: derecha: mismo formato con "izquierda"
int32[8] Inset - bottom: same format with 'left'

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

CLUSTER_NAVIGATION_STATE

Informa el estado de navegación actual. bytes: El mensaje serializado de NavigationStateProto.

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración:
Tipo de unidad: N/A
Versión: Android 13

CLUSTER_REPORT_STATE

Informa el estado actual de la pantalla y el estado de ClusterUI. ClusterHome envía este mensaje cuando controla CLUSTER_SWITCH_UI. CLUSTER_DISPLAY_STATE Además, ClusterHome debería enviar este mensaje cuando se inicia por primera vez. Cuando ClusterOS recibe este mensaje y si la expectativa interna es diferente del mensaje recibido, debe volver a enviar CLUSTER_SWITCH_UI, CLUSTER_DISPLAY_STATE para que coincida con el estado.

int32[0] activado/desactivado: 0: Desactivado, 1: Activado
int32[1] Límites: izquierda
int32[2] Límites: parte superior
int32[3] Límites: derecha
int32[4] Límites: parte inferior
int32[5] Inset - left
int32[6] Inset - top
int32[7] Inserción: derecha
int32[8] Inserción: Parte inferior
int32[9] Tipo de ClusterUI en la pantalla principal o de pantalla completa. 0 indica ClusterHome. A los demás valores los sigue la definición del OEM.
int32[10] Tipo de ClusterUI en la pantalla secundaria si se muestran las dos IU actuales. -1 indica que el área ya no se usa. bytes: Es el array para representar la disponibilidad de ClusterUI. 0 indica que no está disponible y 1 indica que sí. Por ejemplo, si un automóvil admite tres ClusterUI definidas por el OEM, como HOME, MAPS y CALL, y solo admite la IU de CALL cuando la red celular está disponible. Luego, si la red está disponible, envía [1 1 1] y, si no hay red, envía [1 1 0].

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

CLUSTER_REQUEST_DISPLAY

Solicita cambiar el estado de visualización del clúster para mostrar ClusterUI. Cuando el estado actual de la pantalla está apagado y ClusterHome envía este mensaje a ClusterOS para solicitar que se encienda la pantalla y muestre una ClusterUI específica. ClusterOS debería responder esto con CLUSTER_DISPLAY_STATE.

int32 Tipo de ClusterUI que se mostrará

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

CLUSTER_SWITCH_UI

Inicia ClusterUI en la pantalla del clúster.

int32 Tipo de ClusterUI para mostrar 0 indica ClusterHome, la pantalla Home de la pantalla del clúster y proporciona la IU predeterminada y un tipo de funcionalidad de selector para la pantalla del clúster. Los demás valores se definen según el OEM.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

CREATE_USER

El sistema Android lo llama después de crear un usuario de Android. El HAL puede usar esta propiedad para crear su usuario equivalente. Esta es una solicitud asíncrona: Android realiza la solicitud configurando un VehiclePropValue, y HAL debe responder con un cambio de propiedad que indique si la solicitud se realizó correctamente o falló. Si no se pudo, el sistema Android quitará al usuario.

CreateUserRequest define el formato de la solicitud y CreateUserResponse define el formato de la respuesta. Por ejemplo, si el sistema tuviera dos usuarios (0 y 10) y se creara un tercero (que es un invitado efímero), la solicitud sería la siguiente:

int32[0] 42 // request id
int32[1] 11 // ID de Android del usuario creado
int32[2] 6 // Marcas de Android (invitado efímero) del usuario creado
int32[3] 10 // usuario actual
int32[4] 0 // marcas del usuario actual (ninguna)
int32[5] 3 // number of users
int32[6] 0 // primer usuario (usuario 0)
int32[7] 0 // primeras marcas del usuario (ninguna)
int32[8] 10 // segundo usuario (usuario 10)
int32[9] 0 // segundas marcas de usuario (ninguna)
int32[10] 11 // tercer usuario (usuario 11)
int32[11] 6 // tercera cadena de marcas de usuario (invitado efímero): "ElGuesto" // nombre del usuario nuevo

Si la solicitud se realizó correctamente, el HAL muestra lo siguiente:

int32[0] 42 // request id
int32[1] 1 // CreateUserStatus::SUCCESS

Sin embargo, si falla, haz lo siguiente:

int32[0] 42 // request id
int32[1] 2 // CreateUserStatus::FAILURE string: "D'OH!" //

El significado es una caja negra y se pasa al llamador (como la IU de Configuración), que realiza la acción correcta.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

CRITICALLY_LOW_TIRE_PRESSURE

Esta propiedad indica el umbral de presión críticamente baja para cada neumático. Indica cuándo reemplazar o reparar un neumático. El valor debe ser menor o igual que minFloatValue en TIRE_PRESSURE. Los valores mínimos y máximos de la propiedad (minFloatValue y maxFloatValue) no se aplican a esta propiedad.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:KILOPASCAL
Versión: Android 13

CRUISE_CONTROL_COMMAND

WRITE Comandos del control de crucero (CC). Consulta CruiseControlCommand para obtener detalles sobre cada comando compatible. Para el ID de área global (0), se debe definir el array StatusCode#VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de CruiseControlState. Cualquier comando no compatible que se envíe a través de esta propiedad debe mostrar StatusCode#INVALID_ARG. Cuando esta propiedad no está disponible porque la CC está inhabilitada (por ejemplo, CRUISE_CONTROL_ENABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED. Si se implementa CRUISE_CONTROL_STATE y el estado se establece en un valor ErrorState, esta propiedad debe mostrar un StatusCode que se alinee con el valor ErrorState. Por ejemplo, si CRUISE_CONTROL_STATE se establece en ErrorState#NOT_AVAILABLE_SPEED_LOW, esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_SPEED_LOW.

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: CruiseControlCommand
Tipo de unidad: N/A
Versión: Android 14

CRUISE_CONTROL_ENABLED

Habilita o inhabilita el control de crucero (CC). Establece el valor en verdadero para habilitar los subtítulos y en falso para inhabilitarlos. Todas las formas de CruiseControlType comparten esta propiedad. Cuando se habilita la CC, el sistema ADAS del vehículo debe estar encendido y responder a los comandos. En general, CRUISE_CONTROL_ENABLED siempre debe mostrar verdadero o falso. Si la función no está disponible debido a algún estado temporal, como que la velocidad del vehículo es demasiado baja, esa información se debe transmitir a través de los valores ErrorState en la propiedad CRUISE_CONTROL_STATE. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

CRUISE_CONTROL_STATE

Estado actual del control de crucero (CC). Esta propiedad muestra el estado actual de CC. Por lo general, esta propiedad debe mostrar un estado válido definido en CruiseControlState o ErrorState. Por ejemplo, si la función no está disponible debido a algún estado temporal, esa información se debe transmitir a través de ErrorState. Para el ID de área global (0), se debe definir el array VehicleAreaConfig#supportedEnumValue, a menos que se admitan todos los estados de CruiseControlState (incluido OTHER, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: CruiseControlState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

CRUISE_CONTROL_TARGET_SPEED

Es la velocidad objetivo actual del control de crucero (CC). Los OEMs deben establecer los valores de minFloatValue y maxFloatValue para esta propiedad para definir los valores de velocidad objetivo mínimos y máximos. Estos valores deben ser no negativos. maxFloatValue representa el límite superior de la velocidad objetivo. minFloatValue representa el límite inferior de la velocidad objetivo. Cuando esta propiedad no está disponible porque la CC está inhabilitada (por ejemplo, CRUISE_CONTROL_ENABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED. Si se implementa CRUISE_CONTROL_STATE y el estado se establece en un valor de ErrorState, esta propiedad debe mostrar un StatusCode que se alinee con el valor de ErrorState. Por ejemplo, si CRUISE_CONTROL_STATE se establece en ErrorState#NOT_AVAILABLE_SPEED_LOW, esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_SPEED_LOW.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:METER_PER_SEC
Versión: Android 14

CRUISE_CONTROL_TYPE

Es el tipo actual de control de crucero (CC). Cuando CRUISE_CONTROL_ENABLED es verdadero, esta propiedad muestra el tipo de CC que está habilitado actualmente (por ejemplo, CC estándar y CC adaptable, predictivo). En general, esta propiedad debe mostrar un estado válido definido en CruiseControlType o ErrorState. Por ejemplo, si la función no está disponible debido a algún estado temporal, esa información se debe transmitir a través de ErrorState. Para el ID de área global (0), se debe definir el array StatusCode#VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de CruiseControlType (incluida OTHER, que no se recomienda) y ErrorState. Si intentas WRITE CruiseControlType#OTHER o una ErrorState a esta propiedad, se genera un IllegalArgumentException. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: CruiseControlType ErrorState
Tipo de unidad: N/A
Versión: Android 14

CURRENT_GEAR

Equipo actual. En un caso no manual, es posible que el engranaje seleccionado no coincida con el actual. Por ejemplo, si la marcha seleccionada es GEAR_DRIVE, la marcha actual será una de GEAR_1, GEAR_2, etcétera, lo que refleja la marcha real en la que se ejecuta la transmisión. Los valores de los datos de configuración deben representar la lista de cambios compatibles para este vehículo. Por ejemplo, los datos de configuración de una transmisión automática deben contener {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_PARK, GEAR_1, GEAR_2,...} y, para la transmisión manual, la lista debe ser {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_1, GEAR_2,...}. Esta lista no tiene que ser la misma que la de los engranajes compatibles que se informan en GEAR_SELECTION.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleGear
Tipo de unidad: N/A
Versión: Android 13

CURRENT_POWER_POLICY

Notifica la política de energía actual a la capa de VHAL. El servicio de la política de activación del vehículo establece esta propiedad cuando se cambia la política de activación actual.

string: "sample_policy_id" // power policy ID

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

DISABLED_OPTIONAL_FEATURES

Permite inhabilitar funciones opcionales en VHAL. Esta propiedad informa las funciones opcionales que se deben inhabilitar. Todas las funciones opcionales permitidas para el sistema se declaran en la superposición del servicio de Car, config_allowed_optional_car_features. Esta propiedad permite inhabilitar las funciones definidas en la superposición. Sin esta propiedad, se habilitarán todas las funciones declaradas en la superposición. El valor READ debe incluir todas las funciones inhabilitadas con una coma (,) como separación. Por ejemplo, com.android.car.user.CarUserNoticeService,storage_monitoring.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

DISPLAY_BRIGHTNESS

Es una propiedad para representar el brillo de la pantalla. Algunos automóviles tienen un solo control para el brillo de todas las pantallas. Esta propiedad sirve para compartir los cambios en ese control. En los automóviles que tienen pantallas cuyo brillo se controla por separado, deben usar PER_DISPLAY_BRIGHTNESS. Solo se debe implementar uno de DISPLAY_BRIGHTNESS y PER_DISPLAY_BRIGHTNESS. Si ambos están disponibles, AAOS usa PER_DISPLAY_BRIGHTNESS. Si se puede escribir, Android puede establecer este valor cuando el usuario cambia el brillo de la pantalla desde Configuración. Si solo se trata de READ, el usuario aún puede cambiar el brillo de la pantalla desde Configuración, pero el cambio no debe reflejarse en otras pantallas.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

DISTANCE_DISPLAY_UNITS

Unidades de distancia para la pantalla. Indica qué unidades usa el vehículo para mostrar las distancias al usuario. Por ejemplo, Milla, Metro o Kilómetro. Las unidades de distancia se definen en VehicleUnit. VehiclePropConfig.configArray se usa para indicar las unidades de visualización de distancia compatibles. Por ejemplo, configArray[0] = METER configArray[1] = KILOMETER configArray[2] = MILE Si la actualización de DISTANCE_DISPLAY_UNITS afecta los valores de otras propiedades *_DISPLAY_UNITS, entonces sus valores también deben actualizarse y comunicarse al framework de AAOS. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleUnit
Tipo de unidad: N/A
Versión: Android 13

DOOR_CHILD_LOCK_ENABLED

Se habilitó la función de traba de seguridad para niños de la puerta. Muestra verdadero si la función de bloqueo infantil de la puerta está habilitada y falso si está inhabilitada. Si está habilitada, la puerta no se puede abrir desde el interior. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

DOOR_LOCK

Door lock true indica que la puerta está trabada. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

DOOR_MOVE

Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. maxInt32Value representa la velocidad máxima de movimiento de la puerta mientras se abre. minInt32Value representa la velocidad máxima de movimiento de la puerta mientras se cierra.

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que la puerta alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de DOOR_MOVE es 0, significa que no hay ningún movimiento en curso.

Esta propiedad no se encuentra en ninguna unidad en particular, sino en un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

DOOR_POS

Posición de la puerta. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El minInt32Value indica que la puerta está cerrada. minInt32Value debe ser 0. El maxInt32Value indica que la puerta está completamente abierta. Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones cerradas y completamente abiertas.

Esta propiedad no se encuentra en ninguna unidad en particular, sino en un rango especificado de posiciones relativas. Algunos vehículos (minivans) pueden abrir la puerta electrónicamente. Por lo tanto, la capacidad de WRITE esta propiedad. Esta propiedad se define como VehiclePropertyAccess READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

De E a G

ELECTRONIC_TOLL_COLLECTION_CARD_STATUS

Estado de la tarjeta de cobro de peaje electrónico Esta propiedad indica el estado de la tarjeta ETC en este vehículo. Si la unidad principal detecta una tarjeta ETC conectada al vehículo, ELECTRONIC_TOLL_COLLECTION_CARD_TYPE muestra el estado de la tarjeta. De lo contrario, esta propiedad debe ser UNAVAILABLE.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: ElectronicTollCollectionCardStatus
Tipo de unidad: N/A
Versión: Android 13

ELECTRONIC_TOLL_COLLECTION_CARD_TYPE

Tipo de tarjeta de peaje electrónico (ETC). Esta propiedad indica el tipo de tarjeta ETC que tiene este vehículo. Si la unidad principal detecta una tarjeta ETC conectada al vehículo, esta propiedad debe mostrar el tipo de tarjeta conectada; de lo contrario, esta propiedad debe ser UNAVAILABLE.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: ElectronicTollCollectionCardType
Tipo de unidad: N/A
Versión: Android 13

EMERGENCY_LANE_KEEP_ASSIST_ENABLED

Habilita o inhabilita la Asistencia de mantenimiento de carril de emergencia (ELKA). Establece el valor en verdadero para habilitar ELKA y en falso para inhabilitarlo. Cuando el sistema ELKA está habilitado, el sistema ADAS del vehículo debe estar encendido y supervisar si el conductor realiza cambios de carril peligrosos. Cuando se detecta una maniobra insegura, el sistema ELKA alerta al conductor y aplica correcciones de dirección para mantener el vehículo en su carril original. En general, EMERGENCY_LANE_KEEP_ASSIST_ENABLED siempre debe mostrar verdadero o falso. Si la función no está disponible debido a algún estado temporal, como que la velocidad del vehículo es demasiado baja, esa información se debe transmitir a través de los valores ErrorState en la propiedad EMERGENCY_LANE_KEEP_ASSIST_STATE. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

EMERGENCY_LANE_KEEP_ASSIST_STATE

Estado de la Asistencia de mantenimiento de carril de emergencia (ELKA). Devuelve el estado actual de ELKA. Por lo general, esta propiedad debe mostrar un estado válido definido en EmergencyLaneKeepAssistState o ErrorState. Por ejemplo, si la función no está disponible debido a algún estado temporal, esa información se debe transmitir a través de ErrorState. Para el ID de área global (0), se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de EmergencyLaneKeepAssistState (incluido OTRO, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: EmergencyLaneKeepAssistState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

ENGINE_COOLANT_TEMP

Temperatura del refrigerante del motor

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:CELSIUS
Versión: Android 13

ENGINE_IDLE_AUTO_STOP_ENABLED

Representa la función de detención automática del motor en inactivo. Si es verdadero, el vehículo puede apagar el motor automáticamente cuando no sea necesario y, luego, reiniciarlo automáticamente cuando sea necesario. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

ENGINE_OIL_LEVEL

Nivel de aceite del motor.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleOilLevel
Tipo de unidad: N/A
Versión: Android 13

ENGINE_OIL_TEMP

Temperatura del aceite del motor.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:CELSIUS
Versión: Android 13

ENGINE_RPM

Revoluciones del motor por minuto (RPM).

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:RPM
Versión: Android 13

ENV_OUTSIDE_TEMPERATURE

Temperatura exterior. Esta propiedad debe comunicar la lectura de la temperatura del entorno fuera del vehículo. Si hay varios sensores para medir la temperatura exterior, esta propiedad se debe propagar con la media o un promedio ponderado significativo de las lecturas que mejor representen la temperatura del entorno exterior.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:CELSIUS
Versión: Android 13

EV_BATTERY_DISPLAY_UNITS

Unidades de batería de VE para la pantalla Indica qué unidades usa el vehículo para mostrarle al usuario la información de la batería del VE. Por ejemplo, vatios-hora (Wh), kilovatios-hora (kWh) o amperios-hora (Ah). VehiclePropConfig.configArray se usa para indicar la energía eléctrica compatible. unidades. Las unidades de energía eléctrica se definen en VehicleUnit. Por ejemplo:

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

Si la actualización de EV_BATTERY_DISPLAY_UNITS afecta los valores de otras propiedades *_DISPLAY_UNITS, sus valores también deben actualizarse y comunicarse al framework de AAOS. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleUnit
Tipo de unidad: N/A
Versión: Android 13

EV_BATTERY_INSTANTANEOUS_CHARGE_RATE

Tasa de carga instantánea del VE en milivatios. Un valor positivo indica que la batería se está cargando. Un valor negativo indica que la batería se está descargando.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MW
Versión: Android 13

EV_BATTERY_LEVEL

Muestra el nivel de batería actual, ya sea de VE o híbrido. Este valor no superará EV_CURRENT_BATTERY_CAPACITY. Para calcular el porcentaje de batería, usa (EV_BATTERY_LEVEL, EV_CURRENT_BATTERY_CAPACITY)*100.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:WH
Versión: Android 13

EV_BRAKE_REGENERATION_LEVEL

Nivel de frenado regenerativo de un vehículo electrónico. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los valores entre minInt32Value y maxInt32Value. minInt32Value debe ser 0. maxInt32Value indica la configuración de la cantidad máxima de energía que se regenera a partir del frenado. minInt32Value indica la configuración para no usar el frenado regenerativo. Esta propiedad es una forma más detallada de EV_REGENERATIVE_BRAKING_STATE. Permite que el usuario establezca un nivel más específico de frenado regenerativo si los estados en EvRegenerativeBrakingState no son lo suficientemente detallados para el OEM. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

EV_CHARGE_CURRENT_DRAW_LIMIT

Indica el umbral máximo de consumo de corriente para la carga que estableció el usuario. EvChargeState::configArray[0] se usa para especificar la corriente máxima que permite el vehículo en amperios. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITEREAD
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:AMPERE
Versión: Android 13

EV_CHARGE_PERCENT_LIMIT

Indica el umbral de porcentaje de carga máximo que estableció el usuario. Indica el umbral de porcentaje de carga máximo que estableció el usuario. Muestra un valor de número de punto flotante de 0 a 100. configArray se usa para especificar los valores válidos. Por ejemplo, si el vehículo admite los siguientes valores de límite de porcentaje de carga: [20, 40, 60, 80, 100], configArray debe ser {20, 40, 60, 80, 100}. Si configArray está vacío, todos los valores de 0 a 100 deben ser válidos. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE,, READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

EV_CHARGE_PORT_CONNECTED

Se conectó el puerto de carga del VE. Si el vehículo tiene varios puertos de carga, esta propiedad debe mostrar el valor true cuando alguno de los puertos de carga está conectado.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

EV_CHARGE_PORT_OPEN

Puerto de carga de VE abierto. Si el vehículo tiene varios puertos de carga, esta propiedad debe mostrar un valor verdadero si alguno de los puertos de carga está abierto. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITEREAD
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

EV_CHARGE_STATE

Estado de carga del vehículo Devuelve el estado de carga actual del vehículo. Si el vehículo tiene un porcentaje de carga objetivo distinto de 100, esta propiedad debe mostrar EvChargeState::STATE_FULLY_CHARGED cuando el nivel de carga de la batería alcance el nivel objetivo. Consulta EvChargeState::EV_CHARGE_PERCENT_LIMIT para obtener más contexto.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: EvChargeState
Tipo de unidad: N/A
Versión: Android 13

EV_CHARGE_SWITCH

Iniciar o detener la carga de la batería del VE Es el parámetro de configuración que desea el usuario. Si estableces esta propiedad en "true", se inicia la carga de la batería, y en "false", se detiene. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITEREAD
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

EV_CHARGE_TIME_REMAINING

Es el tiempo de carga restante estimado en segundos. Muestra 0 si el vehículo no se está cargando.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:SECS
Versión: Android 13

EV_CURRENT_BATTERY_CAPACITY

Es la capacidad actual de la batería que se puede usar en un vehículo eléctrico o híbrido. Muestra el valor real de la capacidad de la batería, cuando es un vehículo eléctrico o híbrido. Esta propiedad captura la capacidad de batería utilizable en tiempo real teniendo en cuenta factores como el envejecimiento de la batería y la dependencia de la temperatura. Este valor puede diferir de INFO_EV_BATTERY_CAPACITY porque INFO_EV_BATTERY_CAPACITY muestra la capacidad nominal de la batería desde que el vehículo era nuevo.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:WH
Versión: Android 14

EV_REGENERATIVE_BRAKING_STATE

Frenado regenerativo o configuración de conducción con un solo pedal del vehículo Muestra el parámetro de configuración actual asociado con el parámetro de configuración de frenado regenerativo del vehículo. Si el OEM requiere más parámetros de configuración que los proporcionados en EvRegenerativeBrakingState, se puede usar la propiedad EV_BRAKE_REGENERATION_LEVEL, que proporciona información más detallada.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: EvRegenerativeBrakingState
Tipo de unidad: N/A
Versión: Android 13

EV_STOPPING_MODE

Representa la propiedad del modo de detención actual del vehículo. Para el ID de área global (0), se debe definir VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los valores de enum de EvStoppingMode. Es posible que la enumeración EvStoppingMode se extienda para incluir más estados en el futuro. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs tienen la opción de implementarla solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: EvStoppingMode
Tipo de unidad: N/A
Versión: Android 14

EVS_SERVICE_REQUEST

Habilita y solicita un servicio de EVS. La propiedad proporciona una forma de activar los servicios de EVS. El VHAL debe usar esta propiedad para solicitarle a Android que inicie o detenga el servicio de EVS.

int32Values[0] Tipo de servicio de EVS. El valor debe ser una enumeración en EvsServiceType.
int32Values[1] Estado del servicio de EVS. El valor debe ser una de las enums en EvsServiceState.

Por ejemplo, para habilitar el servicio de EVS de la vista trasera, Android puede establecer el valor de la propiedad de la siguiente manera:

[EvsServiceType::REAR_VIEW, EvsServiceState::ON]

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

EXTERNAL_CAR_TIME

Es la sugerencia de fecha y hora actual para la cr, codificada como hora de época (en milisegundos). Este valor indica la cantidad de milisegundos transcurridos desde el 1/1/1970 (UTC). Esta propiedad indica un cambio de CarTime a Android. Si la propiedad es compatible, VHAL debe informar el CarTime actual más preciso cuando se lee esta propiedad y publicar un cambio en esta propiedad cuando cambie el valor de CarTime.

Se debe publicar un evento de cambio para esta propiedad cuando CarTime cambie por cualquier motivo que no sea el transcurso natural del tiempo (un delta de tiempo inferior a 500 ms no debe activar un evento de cambio). Android leerá y se suscribirá a esta propiedad para recuperar la hora de VHAL. Esto puede ser útil para sincronizar la hora de Android con otros sistemas del vehículo (reloj del tablero). int64Values[0] = hora de época proporcionada (en milisegundos) Cada vez que se recibe un valor nuevo para la propiedad, AAOS crea y envía una ExternalTimeSuggestion al TimeDetectorService.

Si otras fuentes no tienen una prioridad más alta, Android usará esta información para establecer la hora del sistema. Para obtener información sobre cómo ajustar las prioridades de la fuente de tiempo y cómo se manejan las sugerencias de hora (incluida la forma en que Android controla el jitter, la deriva y la resolución mínima), consulta la documentación del servicio de detector de tiempo.

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

Recomendamos que no se use esta propiedad para recuperar la hora de las ECU con protocolos (como GNSS, NTP y telefonía). Dado que Android ya admite estos protocolos, te recomendamos que uses sistemas Android en lugar de conectarlos a través de VHAL con esta propiedad.

Advertencia: El valor disponible a través de esta propiedad no debe depender de ningún modo de un valor que Android haya escrito en la propiedad ANDROID_EPOCH_TIME.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MILLI_SECS
Versión: Android 13

FOG_LIGHTS_STATE

Estado de las luces antiniebla. Muestra el estado actual de las luces antiniebla. Si ocurre lo siguiente:

El vehículo tiene luces antiniebla delanteras y traseras. Las luces antiniebla delanteras y traseras solo se pueden controlar juntas. Se debe implementar FOG_LIGHTS_STATE. No se deben implementar FRONT_FOG_LIGHTS_STATE ni REAR_FOG_LIGHTS_STATE.
Las luces antiniebla delanteras y traseras solo se pueden controlar de forma independiente. No se debe implementar FOG_LIGHTS_STATE, y se deben implementar FRONT_FOG_LIGHTS_STATE y REAR_FOG_LIGHTS_STATE.
El vehículo solo tiene luces antiniebla delanteras. Solo se debe implementar una de FOG_LIGHTS_STATE o FRONT_FOG_LIGHTS_STATE (no ambas). No se debe implementar REAR_FOG_LIGHTS_STATE.
El vehículo solo tiene luces antiniebla traseras. Solo se debe implementar una de FOG_LIGHTS_STATE o REAR_FOG_LIGHTS_STATE (no ambas). No se debe implementar FRONT_FOG_LIGHTS_STATE.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 13

FOG_LIGHTS_SWITCH

Interruptor de luces antiniebla. Es el parámetro de configuración que desea el usuario. Si ocurre lo siguiente:

El vehículo tiene luces antiniebla delanteras y traseras. Si las luces antiniebla delanteras y traseras solo se pueden controlar juntas, se debe implementar FOG_LIGHTS_SWITCH. FRONT_FOG_LIGHTS_SWITCH y REAR_FOG_LIGHTS_SWITCH no deben implementarse.
Las luces antiniebla delanteras y traseras solo se pueden controlar de forma independiente. FOG_LIGHTS_SWITCH no se debe implementar. Se deben implementar FRONT_FOG_LIGHTS_SWITCH y REAR_FOG_LIGHTS_SWITCH.
El vehículo solo tiene luces antiniebla delanteras. Solo se debe implementar una de FOG_LIGHTS_SWITCH o FRONT_FOG_LIGHTS_SWITCH (no ambas). No se debe implementar REAR_FOG_LIGHTS_SWITCH.
El vehículo solo tiene luces antiniebla traseras. Solo se debe implementar una de FOG_LIGHTS_SWITCH o REAR_FOG_LIGHTS_SWITCH (y no ambas). No se debe implementar FRONT_FOG_LIGHTS_SWITCH.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

FORWARD_COLLISION_WARNING_ENABLED

Habilita o inhabilita la Advertencia de colisión frontal (FCW). Se establece como verdadero para habilitar FCW y como falso para inhabilitarlo. Cuando el FCW está habilitado, el sistema ADAS del vehículo debe estar encendido y supervisar posibles colisiones. En general, FORWARD_COLLISION_WARNING_ENABLED siempre debe mostrar verdadero o falso. Si la función no está disponible debido a algún estado temporal, como que la velocidad del vehículo es demasiado baja, esa información se debe transmitir a través de los valores ErrorState en la propiedad FORWARD_COLLISION_WARNING_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

FORWARD_COLLISION_WARNING_STATE

Estado de la advertencia de colisión frontal (FCW). Devuelve el estado actual de FCW. Esta propiedad siempre debe mostrar un estado válido definido en ForwardCollisionWarningState o ErrorState. No debe mostrar errores a través de StatusCode y, en su lugar, debe usar los estados de error admitidos. Para el ID de área global (0), se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de ForwardCollisionWarningState (incluido OTRO, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: ForwardCollisionWarningState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

FRONT_FOG_LIGHTS_STATE

Estado de los faros antiniebla delanteros Devuelve el estado actual de las luces antiniebla delanteras. Solo se debe implementar una de FOG_LIGHTS_STATE o FRONT_FOG_LIGHTS_STATE. Consulta la documentación sobre FOG_LIGHTS_STATE para obtener más información.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 13

FRONT_FOG_LIGHTS_SWITCH

Interruptor de luces antiniebla delanteras Es el parámetro de configuración que desea el usuario. Solo se debe implementar una de FOG_LIGHTS_SWITCH o FRONT_FOG_LIGHTS_SWITCH. Consulta la documentación sobre FOG_LIGHTS_SWITCH para obtener más información.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

FUEL_CONSUMPTION_UNITS_DISTANCE_OVER_VOLUME

Unidades de consumo de combustible para la pantalla Indica el tipo de unidades que usa el automóvil para mostrarle información sobre el consumo de combustible al usuario. Si es verdadero, significa que las unidades son distancia sobre volumen, como MPG. False indica que las unidades son de volumen en función de la distancia, como L/100 km. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

FUEL_DOOR_OPEN

Puerta de combustible abierta. Esta propiedad debe indicar si la puerta de combustible del vehículo está abierta o cerrada. Esta propiedad no se aplica a los VE. Es decir, si INFO_FUEL_TYPE solo contiene FuelType::FUEL_TYPE_ELECTRIC, no se debe implementar esta propiedad. Para los VE, implementa EV_CHARGE_PORT_OPEN. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

FUEL_LEVEL

Es la cantidad de combustible que queda en el vehículo, expresada en mililitros. Esta propiedad debe indicar la cantidad actual de combustible que queda en el vehículo en mililitros. Esta propiedad no se aplica a los vehículos eléctricos. Es decir, si INFO_FUEL_TYPE solo contiene FuelType::FUEL_TYPE_ELECTRIC, no se debe implementar esta propiedad. Para los VE, implementa EV_BATTERY_LEVEL. El valor no puede exceder INFO_FUEL_CAPACITY.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MILLILITER
Versión: Android 13

FUEL_LEVEL_LOW

Advertencia de nivel bajo de combustible. Esta propiedad corresponde a la advertencia de combustible bajo en el panel. Una vez que se establece FUEL_LEVEL_LOW, no se debe borrar hasta que se agregue más combustible al vehículo. Esta propiedad puede representar todas las fuentes de combustible de un vehículo. Por ejemplo, en una de las siguientes situaciones:

Vehículo a gasolina, esta propiedad se basa únicamente en el nivel de gasolina.
Vehículo con batería, esta propiedad se basa solo en el nivel de batería.
Vehículo híbrido: Esta propiedad puede basarse en una combinación de niveles de combustible y batería, a discreción del OEM.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

FUEL_VOLUME_DISPLAY_UNITS

Unidades de volumen de combustible para la pantalla Indica las unidades que usa el automóvil para mostrar el volumen de combustible al usuario. Por ejemplo, litro o galón. VehiclePropConfig.configArray se usa para indicar las unidades de visualización de volumen de combustible compatibles. Las unidades de volumen se definen en VehicleUnit. Por ejemplo, configArray[0] = LITER configArray[1] = GALLON. Si la actualización de FUEL_VOLUME_DISPLAY_UNITS afecta los valores de otras propiedades *_DISPLAY_UNITS, sus valores también deben actualizarse y comunicarse al framework de AAOS. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleUnit
Tipo de unidad: N/A
Versión: Android 13

GEAR_SELECTION

El engranaje que seleccionó el usuario. Los valores de los datos de configuración deben representar la lista de cambios compatibles para este vehículo. Por ejemplo, los datos de configuración de una transmisión automática deben contener {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_PARK, GEAR_DRIVE, GEAR_1, GEAR_2,...} y, para la transmisión manual, la lista debe ser {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_1, GEAR_2,...}. Para un vehículo con transmisión automática que le permite al conductor seleccionar cambios específicos a pedido (por ejemplo, el modo manual), el valor de GEAR_SELECTION debe establecerse en el cambio específico que seleccionó el conductor en lugar de GEAR_DRIVE.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleGear
Tipo de unidad: N/A
Versión: Android 13

GENERAL_SAFETY_REGULATION_COMPLIANCE_REQUIREMENT

El requisito de cumplimiento de la reglamentación general de seguridad de la UE Muestra un valor para indicar si se requiere el cumplimiento de la reglamentación general de seguridad y, de ser así, el tipo de requisito.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: GsrComplianceRequirementType
Tipo de unidad: N/A
Versión: Android 14

GLOVE_BOX_DOOR_POS

Es una propiedad que representa la posición actual de la puerta de la guantera. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El minInt32Value indica que la puerta de la guantera está cerrada. minInt32Value debe ser 0. El maxInt32Value indica que la puerta de la guantera está en la posición completamente abierta. Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones cerradas y completamente abiertas.

Esta propiedad no se encuentra en ninguna unidad en particular, sino en un rango especificado de posiciones relativas. El ID de área debe coincidir con el asiento en el que se usará la guantera. Por ejemplo, si el panel frontal derecho tiene una guantera incorporada, el ID del área debe ser SEAT_1_RIGHT.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

GLOVE_BOX_LOCKED

Trabar o destrabar la guantera Si es verdadero, la guantera está bloqueada. Si es falso, la guantera está desbloqueada. El ID de área debe coincidir con el asiento en el que se usará la guantera. Por ejemplo, si el panel frontal derecho tiene una guantera integrada, el ID del área debe ser VehicleAreaSeat#ROW_1_RIGHT.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

De H a I

HANDS_ON_DETECTION_DRIVER_STATE

Estado del controlador de detección de manos en el volante (HOD). Muestra si las manos del conductor están sobre el volante. Por lo general, esta propiedad debe mostrar un estado válido definido en HandsOnDetectionDriverState o ErrorState. Por ejemplo, si la función no está disponible debido a algún estado temporal, esa información se debe transmitir a través de ErrorState. Si el vehículo quiere enviar una advertencia al usuario porque las manos del conductor no están en el volante durante demasiado tiempo, la advertencia se debe mostrar a través de HANDS_ON_DETECTION_WARNING. Para el ID de área global (0), se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de HandsOnDetectionDriverState (incluido OTRO, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: HandsOnDetectionDriverState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

HANDS_ON_DETECTION_ENABLED

Habilita o inhabilita la detección de uso (HOD). Establece el valor en verdadero para habilitar el HOD y en falso para inhabilitarlo. Cuando el sistema HOD está habilitado, un sistema dentro del vehículo debe supervisar la presencia de las manos del conductor en el volante y enviar una advertencia si detecta que las manos del conductor ya no están en el volante. En general, HANDS_ON_DETECTION_ENABLED siempre debe mostrar verdadero o falso.

Si la función no está disponible debido a algún estado temporal, esa información se debe transmitir a través de los valores ErrorState en la propiedad HANDS_ON_DETECTION_STATE. Esta propiedad se define como minInt32Value VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

HANDS_ON_DETECTION_WARNING

Advertencia de detección de manos en el dispositivo (HOD). Muestra si se envía una advertencia al conductor por tener las manos fuera del volante durante demasiado tiempo. Por lo general, esta propiedad debe mostrar un estado válido definido en HandsOnDetectionWarning o ErrorState. Por ejemplo, si la función no está disponible debido a algún estado temporal, esa información se debe transmitir a través de un ErrorState. Para el ID de área global (0), se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de HandsOnDetectionWarning (incluido OTRO, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: HandsOnDetectionWarning/ErrorState
Tipo de unidad: N/A
Versión: Android 14

HAZARD_LIGHTS_STATE

Estado de las luces de emergencia Devuelve el estado actual de las luces de emergencia.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 13

HAZARD_LIGHTS_SWITCH

Interruptor de luces de emergencia Es el parámetro de configuración que desea el usuario. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

HEADLIGHTS_STATE

Estado de los faros. Devuelve el estado actual de los faros.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 13

HEADLIGHTS_SWITCH

Interruptor de luces delanteras Es el parámetro de configuración que desea el usuario. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

HIGH_BEAM_LIGHTS_STATE

Estado de las luces altas. Devuelve el estado actual de las luces altas.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 13

HIGH_BEAM_LIGHTS_SWITCH

Interruptor de luces altas. Es el parámetro de configuración que desea el usuario. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

HVAC_AC_ON

Enciende y apaga el aire acondicionado para el área designada. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_ACTUAL_FAN_SPEED_RPM

Velocidad real del ventilador.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_AUTO_ON

Activa y desactiva el sistema de ventilación automático. Si es verdadero, el sistema de ventilación automático está activado. Si es falso, el control automático de la climatización está desactivado. Si el vehículo no admite la desactivación directa del control automático de la climatización, los OEMs deben agregar lógica en su implementación de VHAL para establecer HVAC_AUTO_ON como falso, lo que cambia la configuración de HVAC necesaria para desactivar indirectamente HVAC_AUTO_ON. Idealmente, esto no debería interrumpir al usuario. Los OEM deben revertir al estado anterior cualquier parámetro de configuración que se haya modificado cuando el control de clima automático está desactivado. De esta manera, el único resultado debería ser que HVAC_AUTO_ON esté desactivado. Si no es posible restablecer la configuración del sistema de HVAC a la configuración anterior, el OEM debe implementar el cambio menos disruptivo.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_AUTO_RECIRC_ON

Recirculación automática activada o desactivada. Cuando la recirculación automática está activada, el sistema de HVAC puede cambiar automáticamente al modo de recirculación si el vehículo detecta una mala calidad del aire entrante. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_DEFROSTER

Descongelamiento con ventilador para la ventana designada Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_DUAL_ON

Habilita la vinculación de temperatura entre áreas. El AreaIDs de la propiedad HVAC_DUAL_ON debe contener una combinación de AreaIDs HVAC_TEMPERATURE_SET que se pueda vincular. Si HVAC_TEMPERATURE_SET se asigna a AreaIDs[a_1, a_2, ..., a_n] y si HVAC_DUAL_ON se puede habilitar para vincular a_i y a_j, la propiedad HVAC_DUAL_ON se debe asignar a [a_i | a_j]. Además, si a_k y a_l también se pueden acoplar por separado, HVAC_DUAL_ON debe asignarse a [a_i | a_j, a_k | a_l]. Por ejemplo, un automóvil tiene dos asientos delanteros (ROW_1_LEFT y ROW_1_RIGHT) y tres asientos traseros (ROW_2_LEFT, ROW_2_CENTER y ROW_2_RIGHT). Hay dos unidades de control de temperatura, una para el lado del conductor y otra para el lado del pasajero, que se pueden sincronizar de manera opcional. Esto se puede expresar de esta manera en 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]

Cuando la propiedad está habilitada, la ECU debe sincronizar la temperatura de las áreas afectadas. Cualquier parámetro modificado como efecto secundario de activar o desactivar el parámetro DUAL_ON generará devoluciones de llamada onPropertyEvent() al VHAL. Además, si se establece una temperatura (por ejemplo, la temperatura del conductor) y se cambia otra (como la temperatura del pasajero delantero), se deben generar las devoluciones de llamada onPropertyEvent() adecuadas.

Si un usuario cambia una temperatura que rompe la vinculación (por ejemplo, establece la temperatura del pasajero de forma independiente), el VHAL debe enviar las devoluciones de llamada onPropertyEvent() adecuadas (incluida HVAC_DUAL_ON = false and HVAC_TEMPERATURE_SET[AreaID] = xxx). Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_ELECTRIC_DEFROSTER_ON

Estado de los descongeladores eléctricos

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_FAN_DIRECTION

Configuración de la dirección del ventilador. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleHvacFanDirection
Tipo de unidad: N/A
Versión: Android 13

HVAC_FAN_DIRECTION_AVAILABLE

Hay posiciones de ventilador disponibles. Esta es una máscara binaria de las posiciones de los ventiladores disponibles para la zona. Cada dirección de ventilador disponible se indica con una entrada independiente en el vector. La dirección del ventilador puede tener varios bits del conjunto vehicle_hvac_fan_direction. Por ejemplo, un automóvil típico puede tener estas posiciones de ventilador:

- 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)

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: VehicleHvacFanDirection
Tipo de unidad: N/A
Versión: Android 13

HVAC_FAN_SPEED

Ajuste de la velocidad del ventilador Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

minInt32Value velocidad del ventilador más baja
maxInt32Value velocidad del ventilador más alta

Esta propiedad no se encuentra en ninguna unidad específica, sino en un rango especificado de velocidades relativas. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden optar por implementarla solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_MAX_AC_ON

Aire acondicionado MAX activado o desactivado. Cuando el aire acondicionado MAX está activado, la ECU puede ajustar elementos como la posición de las salidas de aire, la velocidad del ventilador y la temperatura según sea necesario para enfriar el vehículo lo más rápido posible. Cualquier parámetro modificado como efecto secundario de activar o desactivar el parámetro MAX AC genera devoluciones de llamada onPropertyEvent() al VHAL. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_MAX_DEFROST_ON

Activa y desactiva la función MAX DEFROST. Cuando está activada, la ECU puede ajustar elementos como la posición de las rejillas, la velocidad del ventilador y la temperatura según sea necesario para descongelar las ventanas lo más rápido posible. Cualquier parámetro modificado como efecto secundario de activar o desactivar el parámetro MAX DEFROST genera devoluciones de llamada onPropertyEvent() al VHAL. El AreaIDs para HVAC_MAX_DEFROST_ON indica que se puede controlar la función MAX DEFROST en el área. Por ejemplo, areaConfig.areaId = {ROW_1_LEFT | ROW_1_RIGHT} indica que HVAC_MAX_DEFROST_ON solo se puede controlar para las filas frontales. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_POWER_ON

Representa el estado de energía global del sistema de HVAC. Si estableces esta propiedad como falsa, es POSIBLE que se marquen algunas propiedades que controlan funciones y subsistemas individuales de HVAC en el estado NO DISPONIBLE. Si estableces esta propiedad como "true", es POSIBLE que se marquen algunas propiedades que controlan funciones y subsistemas de HVAC individuales como el estado DISPONIBLE (a menos que alguna o todas las propiedades estén en el estado NO DISPONIBLE por sus propios méritos individuales).

HvacPower_DependentProperties son aquellas propiedades que requieren que se encienda el HVAC para habilitar la funcionalidad. En algunos automóviles, por ejemplo, para encender el aire acondicionado, primero se debe encender el sistema de HVAC. La lista HvacPower_DependentProperties se debe establecer en VehiclePropConfig.configArray. HvacPower_DependentProperties solo debe contener aquellas propiedades asociadas con VehicleArea:SEAT.

Nota: Las propiedades que no están asociadas con VehicleArea:SEAT (por ejemplo, HVAC_DEFROSTER) nunca deben depender de la propiedad HVAC_POWER_ON ni deben pertenecer a la lista HvacPower_DependentProperties.

La asignación de AreaID para la propiedad HVAC_POWER_ON debe contener todos los AreaIDs a los que se asignan HvacPower_DependentProperties. Por ejemplo, un automóvil tiene dos:

Asientos delanteros (ROW_1_LEFT, ROW_1_RIGHT) y tres asientos traseros (ROW_2_LEFT, ROW_2_CENTER, ROW_2_RIGHT). Si las funciones de HVAC (aire acondicionado, temperatura, etc.) del automóvil dependen de un solo controlador de alimentación de HVAC, HVAC_POWER_ON se debe asignar a [ROW_1_LEFT | ROW_1_RIGHT | ROW_2_LEFT | ROW_2_CENTER | ROW_2_RIGHT]
Asientos en la fila delantera (ROW_1_LEFT, ROW_1_RIGHT) y tres asientos en la segunda (ROW_2_LEFT, ROW_2_CENTER, ROW_2_RIGHT) y tercera fila (ROW_3_LEFT, ROW_3_CENTER, ROW_3_RIGHT). Si el automóvil tiene controles de temperatura en la fila delantera que pueden funcionar de forma completamente independiente de los controles de temperatura en la parte posterior del vehículo, HVAC_POWER_ON se debe asignar a un array de dos elementos:
```
- ROW_1_LEFT | ROW_1_RIGHT - ROW_2_LEFT | ROW_2_CENTER | ROW_2_RIGHT | ROW_3_LEFT | ROW_3_CENTER | ROW_3_RIGHT
```

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs tienen la opción de implementarla solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_RECIRC_ON

Activa o desactiva la recirculación. Controla el suministro de aire exterior a la cabina. Si la recirculación está activada, la mayor parte del flujo de aire que ingresa a la cabina se origina en ella. Si la recirculación está desactivada, la mayor parte del flujo de aire que ingresa a la cabina proviene del exterior del vehículo. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_SEAT_TEMPERATURE

Calefacción y enfriamiento de los asientos Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. maxInt32Value indica la configuración máxima de calefacción de la temperatura del asiento. minInt32Value debe ser 0, a menos que el vehículo admita el enfriamiento de los asientos. En este caso, minInt32Value indica la configuración máxima de enfriamiento de la temperatura del asiento. Esta propiedad no se encuentra en ninguna unidad específica, sino en un rango especificado de parámetros de configuración de temperatura relativa. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_SEAT_VENTILATION

Ventilación del asiento. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. minInt32Value debe ser 0. maxInt32Value indica el parámetro de configuración de ventilación máximo disponible para el asiento.

Esta propiedad no se encuentra en ninguna unidad en particular, sino en el rango especificado de parámetros de configuración de ventilación.

Las apps de HVAC y Asistente lo usan para habilitar, cambiar o leer el estado de la ventilación de los asientos. Esto es diferente de la refrigeración de los asientos. Puede estar activado al mismo tiempo que el enfriamiento o no.

Esta propiedad se define como >VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_SIDE_MIRROR_HEAT

Calor del espejo lateral. Los valores crecientes indican niveles de calefacción más altos para los espejos laterales. Debes definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. En los datos de configuración, haz lo siguiente:

maxInt32Value representa el nivel máximo de calefacción.
minInt32Value DEBE ser 0 y no indica calefacción.

Esta propiedad no se encuentra en ninguna unidad en particular, sino en un rango especificado de parámetros de configuración de calefacción relativa. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs tienen la opción de implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_STEERING_WHEEL_HEAT

Establece la cantidad de calefacción y enfriamiento del volante. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El maxInt32Value indica la configuración máxima de calefacción del volante. minInt32Value debe ser 0, a menos que el vehículo también admita el enfriamiento del volante. En este caso, minInt32Value indica la configuración máxima de enfriamiento del volante. Esta propiedad no se encuentra en ninguna unidad en particular, sino en un rango específico de parámetros de configuración de la calefacción. Esta propiedad se define como VehiclePropertyAccess.READ, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HVAC_TEMPERATURE_CURRENT

Temperatura actual del sistema de HVAC.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:CELSIUS
Versión: Android 13

HVAC_TEMPERATURE_DISPLAY_UNITS

Unidades de temperatura para la pantalla. Indica si la temperatura se muestra en grados Celsius o Fahrenheit. VehiclePropConfig.configArray indica las unidades de visualización de temperatura compatibles. Por ejemplo, configArray[0] = CELSIUS configArray[1] = FAHRENHEIT. Este parámetro SE PUEDE usar para mostrar cualquier temperatura del sistema de HVAC. Los valores deben ser VehicleUnit.CELSIUS o VehicleUnit.FAHRENHEIT.

Si la actualización de HVAC_TEMPERATURE_DISPLAY_UNITS afecta los valores de otras propiedades *_DISPLAY_UNITS, sus valores deben actualizarse y comunicarse al framework de AAOS.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleUnit
Tipo de unidad: N/A
Versión: Android 13

HVAC_TEMPERATURE_SET

Temperatura objetivo del sistema de HVAC establecida en grados Celsius.

Se deben definir minFloatValue y maxFloatValue en VehicleAreaConfig:

Es la configuración de temperatura mínima de minFloatValue en grados Celsius.
maxFloatValue Configuración de temperatura máxima en grados Celsius.

Si no se admiten todos los valores entre minFloatValue y maxFloatValue, usa configArray para enumerar los valores de temperatura válidos que se pueden establecer. También se describe una tabla de consulta para convertir la temperatura de Celsius a Fahrenheit (y viceversa) del vehículo. Se debe definir configArray si la conversión de unidades estándar no es compatible con el vehículo.

configArray se establece de la siguiente manera:

configArray[0] [límite inferior de la temperatura admitida en grados Celsius] × 10
configArray[1] [límite superior de la temperatura admitida en grados Celsius] × 10
configArray[2] [incremento en grados Celsius] × 10
configArray[3] [límite inferior de la temperatura admitida en Fahrenheit] × 10
configArray[4] [límite superior de la temperatura admitida en Fahrenheit] × 10
configArray[5] [incremento en Fahrenheit] × 10

minFloatValue y maxFloatValue en VehicleAreaConfig deben ser iguales a configArray[0] y configArray[1], respectivamente. Por ejemplo, si el vehículo admite valores de temperatura como [16.0, 16.5, 17.0 ,..., 28.0] in Celsius [60.5, 61.5, 62.5 ,..., 84.5] en Fahrenheit, configArray debe ser configArray = {160, 280, 5, 605, 845, 10}.

Idealmente, la proporción del incremento en grados Celsius al incremento en grados Fahrenheit debería ser lo más cercana posible a la proporción real de 1 grado Celsius a 1.8 grados Fahrenheit. Debe haber una asignación uno a uno de todos los valores Celsius a los valores Fahrenheit definidos por configArray. Los clientes usan configArray para convertir la temperatura de esta propiedad de Celsius a Fahrenheit. Además, les permite a los clientes saber qué valor en grados Celsius deben establecer en la propiedad para lograr el valor en grados Fahrenheit deseado para el sistema. Si la ECU no tiene una asignación uno a uno de todos los valores Celsius a valores Fahrenheit, configArray solo debe definir la lista de valores Celsius y Fahrenheit que tienen una asignación uno a uno.

Por ejemplo, si la ECU admite valores de Celsius de 16 a 28 y valores de Fahrenheit de 60 a 85, cada uno con un incremento de 1, un configArray posible es code>{160, 280, 10, 600, 840, 20}. En este caso, 85 no es una temperatura compatible.

Cualquier valor establecido entre un valor válido debe redondearse al valor válido más cercano. Recomendamos encarecidamente que el OEM también implemente la propiedad del vehículo HVAC_TEMPERATURE_VALUE_SUGGESTION, ya que proporciona a las aplicaciones un método simple para determinar los valores de temperatura que se pueden establecer para un vehículo y para convertir valores entre Celsius y Fahrenheit.

Esta propiedad se define como VehiclePropertyAccess.READ, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:CELSIUS
Versión: Android 13

HVAC_TEMPERATURE_VALUE_SUGGESTION

Valores sugeridos para establecer la temperatura del sistema de HVAC.

Implementa la propiedad para ayudar a las aplicaciones a comprender el valor de temperatura compatible más cercano en grados Celsius o Fahrenheit.

floatValues[0] Es el valor solicitado que una app desea establecer en una temperatura.
floatValues[1] Unidad para floatValues[0] y debe ser una de las siguientes opciones: {VehicleUnit.CELSIUS, VehicleUnit.FAHRENHEIT}
floatValues[2] Valor que los OEMs sugieren en CELSIUS (este valor no se incluye en la solicitud).
floatValues[3] Valor de los OEMs sugerido en FAHRENHEIT (este valor no se incluye en la solicitud).

Una aplicación llama a set(VehiclePropValue propValue) con el valor y la unidad solicitados para el valor. Los OEMs deben mostrar los valores sugeridos en floatValues[2] y floatValues[3] mediante devoluciones de llamada de onPropertyEvent(). Los valores sugeridos deben cumplir con los valores que se pueden derivar de HVAC_TEMPERATURE_SET configArray. En otras palabras, los valores sugeridos y la tabla de valores de configArray deben ser los mismos.

Recomendamos que el OEM agregue lógica personalizada en su implementación de VHAL para evitar realizar solicitudes a la ECU del sistema HVAC. La lógica puede ser la siguiente. Para convertir la temperatura de Celsius a Fahrenheit, haz lo siguiente:

// 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;

Por ejemplo, cuando un conductor usa el asistente de voz para establecer la temperatura del sistema de HVAC en 18.5 °C. Primero, una aplicación establece esta propiedad con el valor [66.2, (float)VehicleUnit.FAHRENHEIT,0,0]. Si un OEM sugiere establecer 19.0 en Celsius o 66.5 en Fahrenheit a pedido del usuario, VHAL debe generar una devolución de llamada con un valor de propiedad [66.2, (float)VehicleUnit.FAHRENHEIT, 19.0, 66.5]. Después de que el asistente de voz recibe la devolución de llamada, le informa al usuario y establece la temperatura del HVAC en el valor sugerido.

En otro ejemplo, una app recibe 21 grados Celsius como el valor de temperatura actual mediante una consulta a HVC_TEMPERATURE_SET, pero la app necesita saber qué valor se muestra en la IU del automóvil en Fahrenheit. Para ello, la app establece la propiedad en [21, (float)VehicleUnit.CELSIUS, 0, 0]. Si el valor sugerido por el OEM para 21 grados Celsius es 70 grados Fahrenheit, VHAL debe generar una devolución de llamada con el valor de la propiedad [21, (float)VehicleUnit.CELSIUS, 21.0, 70.0]. En este caso, la app puede saber que el valor es de 70.0 grados Fahrenheit en la IU del automóvil.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HW_CUSTOM_INPUT

Define un evento de entrada de socio OEM personalizado. Los socios OEM que quieran propagar eventos que no son compatibles con Android deben usar este evento de entrada. Se compone solo de un array de valores int32. Las propiedades de Android son las siguientes:

int32Values[0] Código de entrada que identifica la función que representa este evento. Los tipos de eventos válidos se definen desde CustomInputType.CUSTOM_EVENT_F1 hasta CustomInputType.CUSTOM_EVENT_F10. Representan el evento personalizado que definirán los socios OEM.
int32Values[1] Tipo de pantalla de destino definido en VehicleDisplay Los eventos que no están vinculados a una pantalla específica se deben enviar a VehicleDisplay#MAIN.
int32Values[2] Contador de repetición. Si es 0, el evento no se repite. Los valores 1 o superiores indican cuántas veces se repitió este evento.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: CustomInputType
Tipo de unidad: N/A
Versión: Android 13

HW_KEY_INPUT

Es una propiedad para enviar eventos de entrada de hardware a Android.

Acción int32Values[0] definida por VehicleHwKeyInputAction
Código de clave int32Values[1], debe usar el código de clave estándar de Android
int32Values[2] Pantalla de destino definida en VehicleDisplay Los eventos que no están vinculados a una pantalla específica se deben enviar a VehicleDisplay#MAIN
int32Values[3] (opcional): Es la cantidad de marcas. El valor debe ser igual o superior a 1. Cuando se omite, Android establece el valor predeterminado en 1.

Cambia el modo: .ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

HW_KEY_INPUT_V2

Es una propiedad para enviar eventos de entrada de hardware a Android.

int32array[0] Pantalla de destino definida por VehicleDisplay, como:
VehicleDisplay::MAIN, VehicleDisplay::INSTRUMENT_CLUSTER, VehicleDisplay::AUX
Código de clave int32array[1]: Debe usar el código de clave estándar de Android, como KEYCODE_HOME y KEYCODE_BACK.
Acción int32array[2] definida en VehicleHwKeyInputAction, como:
VehicleHwKeyInputAction::ACTION_UP, VehicleHwKeyInputAction::ACTION_UP
int32array[3] Es el recuento de repeticiones del evento. En el caso de los eventos de teclas abajo, este es el recuento de repetición con la primera tecla abajo que comienza en 0 y cuenta a partir de ahí. Para los eventos de teclas arriba, siempre es igual a 0.
int64array[0] Tiempo de inactividad en nanosegundos transcurridos desde el último inicio. Indica la hora del evento de tecla abajo más reciente. Para el evento de bajada, esta es la hora del evento de bajada.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

HW_MOTION_INPUT

Es una propiedad para enviar eventos de entrada de hardware a Android.

int32array[0] Pantalla de destino definida por VehicleDisplay, como:
VehicleDisplay::MAIN, VehicleDisplay::INSTRUMENT_CLUSTER, VehicleDisplay::AUX
int32array[1] Tipo de entrada definido en VehicleHwMotionInputSource, como:
VehicleHwMotionInputSource::SOURCE_KEYBOARD, VehicleHwMotionInputSource::SOURCE_DPAD
int32array[2] Código de acción definido en VehicleHwMotionInputAction, como:
VehicleHwMotionInputAction::ACTION_UP, VehicleHwMotionInputAction::ACTION_DOWN
Marca de estado del botón int32array[3] definida en VehicleHwMotionButtonStateFlag, como:
VehicleHwMotionButtonStateFlag::BUTTON_PRIMARY, VehicleHwMotionButtonStateFlag::BUTTON_SECONDARY
int32array[4] Cantidad de eventos del puntero, N. N debe ser un número entero positivo.
int32array[5:5+N-1] ID del puntero, longitud N
int32array[5+N:5+2*N-1] Tipo de herramienta, longitud N. Como se define en VehicleHwMotionToolType, como
, VehicleHwMotionToolType::TOOL_TYPE_FINGER, VehicleHwMotionToolType::TOOL_TYPE_STYLUS
floatArray[0:N-1] datos de x, longitud N
Datos de floatArray[N:2*N-1] y, longitud N
Datos de presión floatArray[2*N:3*N-1], longitud N
Datos de tamaño floatArray[3*N:4*N-1], longitud N
int64array[0] Tiempo de inactividad, nanosegundos transcurridos desde el inicio. Indica el momento en el que el usuario presionó hacia abajo originalmente para iniciar una transmisión de eventos de posición. Para el evento de bajada, es la hora del evento de bajada.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

HW_ROTARY_INPUT

Es una propiedad para enviar eventos rotativos de hardware a Android.

int32Values[0] RotaryInputType para identificar qué perilla rotativa se gira.
int32Values[1] Cantidad de puntos de detención (clics), positivo para el sentido de las manecillas del reloj, negativo para el sentido contrario a las manecillas del reloj.
int32Values[2] Pantalla de destino definida en VehicleDisplay Los eventos que no están vinculados a una pantalla específica se deben enviar a VehicleDisplay#MAIN
int32values[3 .. 3 + abs(number of detents) - 2] Deltas en nanosegundos entre pares de detentaciones consecutivas cuando la cantidad de detentaciones es superior a 1 o inferior a -1.
VehiclePropValue.timestamp Cuándo se produjo la rotación. Si la cantidad de puntos de detención es mayor que 1 o menor que -1, cuando se produjo el primer punto de detención de la rotación.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: RotaryInputType
Tipo de unidad: N/A
Versión: Android 13

IGNITION_STATE

Representa el estado de encendido.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleIgnitionState
Tipo de unidad: N/A
Versión: Android 13

INFO_DRIVER_SEAT

Las implementaciones de VHAL de la ubicación del asiento del conductor deben ignorar el áreaId. Usa VehicleArea:GLOBAL

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: VehicleAreaSeat
Tipo de unidad: N/A
Versión: Android 13

INFO_EV_BATTERY_CAPACITY

Es la capacidad nominal de la batería de un vehículo eléctrico o híbrido. Muestra la capacidad nominal de la batería, ya sea de un vehículo eléctrico o híbrido. Esta es la capacidad total de la batería utilizable cuando el vehículo es nuevo. Este valor puede diferir de EV_CURRENT_BATTERY_CAPACITY porque EV_CURRENT_BATTERY_CAPACITY muestra la capacidad de batería utilizable en tiempo real teniendo en cuenta factores como el envejecimiento de la batería y la dependencia de la temperatura.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:WH
Versión: Android 13

INFO_EV_CONNECTOR_TYPE

Es la lista de conectores que puede usar este VE. Si el vehículo tiene varios puertos de carga, esta propiedad debe mostrar todos los tipos de conectores posibles que puede usar al menos un puerto de carga del vehículo.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: EvConnectorType
Tipo de unidad: N/A
Versión: Android 13

INFO_EV_PORT_LOCATION

Esta propiedad debe comunicar la ubicación del puerto de carga del VE con la enumeración PortLocationType. Si un vehículo tiene varios puertos, esta propiedad debe mostrar el puerto que permite la carga más rápida. Para comunicar todas las ubicaciones de los puertos, usa INFO_MULTI_EV_PORT_LOCATIONS.

Ubicación del puerto de VE: STATIC
Modo de acceso: LECTURA
Tipo de enumeración: PortLocationType
Tipo de unidad: N/A
Versión: Android 13

INFO_EXTERIOR_DIMENSIONS

Dimensiones exteriores del vehículo:

Altura: int32Values[0]
Longitud: int32Values[1]
Ancho: int32Values[2]
Ancho, incluidos los espejos: int32Values[3]
Distancia entre ejes, incluidos los espejos: int32Values[4]
Ancho de la pista frontal: int32Values[5]
Ancho de la pista trasera: int32Values[6]
Diámetro de giro de bordillo a bordillo: int32Values[7]

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MILLIMETER
Versión: Android 13

INFO_FUEL_CAPACITY

Es la capacidad de combustible del vehículo en mililitros. Esta propiedad debe indicar la cantidad máxima de combustible que se puede almacenar en el vehículo en mililitros. Esta propiedad no se aplica a los vehículos eléctricos (VE). Es decir, si INFO_FUEL_TYPE solo contiene FuelType::FUEL_TYPE_ELECTRIC, no se debe implementar INFO_FUEL_CAPACITY. Para los VE, implementa INFO_EV_BATTERY_CAPACITY.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MILLILITER
Versión: Android 13

INFO_FUEL_DOOR_LOCATION

Ubicación de la puerta de combustible. Esta propiedad debe indicar la ubicación de la puerta de combustible del vehículo. Esta propiedad no se aplica a los VE. Es decir, si INFO_FUEL_TYPE solo contiene FuelType::FUEL_TYPE_ELECTRIC, no se debe implementar esta propiedad. Para los VE, implementa INFO_EV_PORT_LOCATION o INFO_MULTI_LOCATIONS.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: PortLocationType
Tipo de unidad: N/A
Versión: Android 13

INFO_FUEL_TYPE

Es la lista de combustibles que puede usar el vehículo. FuelType::FUEL_TYPE_ELECTRIC solo se debe incluir si el vehículo puede tener un dispositivo recargable con enchufe. Por ejemplo, un vehículo eléctrico híbrido completo (FHEV) no debe incluir FuelType::FUEL_TYPE_ELECTRIC, ya que el valor INT32_VEC para INFO_FUEL_TYPE INFO_FUEL_TYPE se puede propagar como tal.

int32Values = { FuelType::FUEL_TYPE_UNLEADED }

Por otro lado, un vehículo eléctrico híbrido enchufable (PHEV) es recargable y debe incluir FuelType::FUEL_TYPE_ELECTRIC como el valor INT32_VEC para INFO_FUEL_TYPE. INFO_FUEL_TYPE se puede propagar como tal. int32Values = { FuelType::FUEL_TYPE_UNLEADED, FuelType::FUEL_TYPE_ELECTRIC }

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: FuelType
Tipo de unidad: N/A
Versión: Android 13

INFO_MAKE

Es el fabricante del vehículo. Esta propiedad debe comunicar el nombre de la marca pública del vehículo.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

INFO_MODEL

Es el modelo del vehículo. Esta propiedad debe comunicar el nombre público del modelo del vehículo.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

INFO_MODEL_YEAR

Es el año modelo del vehículo en formato "AAAA" según el calendario gregoriano.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:YEAR
Versión: Android 13

INFO_MULTI_EV_PORT_LOCATIONS

Varias ubicaciones de puertos de VE Implementa esta propiedad si el vehículo tiene varios puertos para VE. Las ubicaciones de los puertos se definen en PortLocationType. Por ejemplo, un automóvil tiene un puerto en la parte delantera izquierda y otro en la parte trasera izquierda:

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

Si un vehículo tiene un solo puerto, el valor de esta propiedad debe incluir un elemento. Para describir una ubicación de puerto, consulta INFO-EV-PORT-LOCATION.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: PortLocationType
Tipo de unidad: N/A
Versión: Android 13

INFO_VIN

VIN del vehículo

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

INITIAL_USER_INFO

Define el usuario de Android que se usará durante la inicialización. El sistema Android llama a esta propiedad cuando se inicializa y permite que el HAL defina qué usuario de Android se debe iniciar. Para realizar esta solicitud, se establece un VehiclePropValue (definido por InitialUserInfoRequest), y el HAL debe responder con un evento de cambio de propiedad (definido por InitialUserInfoResponse). Si el sistema HAL no responde después de un tiempo definido por el sistema Android, este último continúa como si HAL mostrara una respuesta de la acción InitialUserInfoResponseAction:DEFAULT. Por ejemplo, en el primer inicio, la solicitud podría ser la siguiente:

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)

Si el HAL responde con la creación de un usuario administrador llamado Owner, la respuesta sería la siguiente:

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

El valor de cadena representa varios valores, separados por ||. El primer valor es la configuración regional del sistema (opcional) para el usuario que se creará (vacío en este caso, lo que significa que usa el valor predeterminado de Android), mientras que el segundo valor es el nombre (opcional) del usuario que se creará (cuando el tipo de respuesta es InitialUserInfoResponseAction:CREATE). Por ejemplo, para crear el mismo usuario Owner con las configuraciones regionales en inglés (EE.UU.) y portugués (Brasil), el valor de cadena de la respuesta es en-US,pt-BR||Owner. Por lo tanto, ni la configuración regional ni el nombre pueden contener dos barras verticales (||) en sus valores, aunque puedes usar una sola barra vertical (|).

Nota: Si el HAL no admite la administración de usuarios, no debe definir esta propiedad, lo que inhabilita otras propiedades relacionadas con el usuario. Por ejemplo, el sistema Android nunca las emitiría, y el sistema Android ignoraría las solicitudes relacionadas con el usuario de la capa HAL. Sin embargo, si admite la administración de usuarios, debe admitir todas las propiedades principales relacionadas con el usuario, incluidas INITIAL_USER_INFO, SWITCH_USER, CREATE_USER y REMOVE_USER.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

De J a R

LANE_CENTERING_ASSIST_COMMAND

Comandos de la función de asistencia para mantenerse en el carril (LCA) Comandos para activar y suspender la LCA Cuando se envía el comando ACTIVATE de LaneCenteringAssistCommand, LANE_CENTERING_ASSIST_STATE se debe establecer en LaneCenteringAssistState#ACTIVATION_REQUESTED. Cuando el comando ACTIVATE se realiza correctamente, LANE_CENTERING_ASSIST_STATE se debe establecer en LaneCenteringAssistState#ACTIVATED. Cuando el comando DEACTIVATE de LaneCenteringAssistCommand se realiza correctamente, LANE_CENTERING_ASSIST_STATE se debe establecer en LaneCenteringAssistState#ENABLED.

Para el ID de área global (0), se debe definir VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los valores de enum de LaneCenteringAssistCommand. Cuando esta propiedad no está disponible porque la LCA está inhabilitada (por ejemplo, LANE_CENTERING_ASSIST_ENABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED. Si se implementa LANE_CENTERING_ASSIST_STATE y el estado se establece en un valor ErrorState, esta propiedad debe mostrar un StatusCode que se alinee con el valor ErrorState. Por ejemplo, si LANE_CENTERING_ASSIST_STATE se establece como ErrorState#NOT_AVAILABLE_SPEED_LOW, esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_SPEED_LOW.

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: LaneCenteringAssistCommand
Tipo de unidad: N/A
Versión: Android 14

LANE_CENTERING_ASSIST_ENABLED

Habilita o inhabilita la Asistencia para mantenerse en el carril (LCA). Establece el valor en verdadero para habilitar la LCA y en falso para inhabilitarla. Cuando el LCA está habilitado, el sistema ADAS del vehículo debe estar encendido y esperando una señal de activación del conductor. Una vez que se active la función, el sistema ADAS debería dirigir el vehículo para mantenerlo centrado en su carril actual.

Esto es diferente de la asistencia para mantenerse en el carril (LKA), que supervisa si el conductor se desvía de forma involuntaria hacia el carril o lo cruza. Si se detecta un cambio de carril no intencional, el sistema aplica el control de la dirección para que el vehículo vuelva al carril actual. En general, LANE_CENTERING_ASSIST_ENABLED siempre debe mostrar verdadero o falso. Si la función no está disponible debido a algún estado temporal, como que la velocidad del vehículo es demasiado baja o demasiado alta, esa información se debe transmitir a través de los valores de ErrorState en la propiedad LANE_CENTERING_ASSIST_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

LANE_CENTERING_ASSIST_STATE

Estado de la asistencia para mantener el carril (LCA). Devuelve el estado actual de LCA. Esta propiedad siempre debe mostrar un estado válido definido en LaneCenteringAssistState o ErrorState. No debe mostrar errores a través de StatusCode y, en su lugar, debe usar los estados de error admitidos.

Si el LCA incluye advertencias de salida de carril, esas advertencias deben aparecer a través de las propiedades de advertencia de salida de carril (LDW).

Para el ID de área global (0), se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de LaneCenteringAssistState (incluido OTRO, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: LaneCenteringAssistState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

LANE_DEPARTURE_WARNING_ENABLED

Habilita o inhabilita la Advertencia de salida de carril (LDW). Establece el valor en verdadero para habilitar la LDW y en falso para inhabilitarla. Cuando el LDW está habilitado, el sistema ADAS del vehículo debe estar encendido y supervisar si el vehículo se aproxima o cruza las líneas del carril, en cuyo caso se emitirá una advertencia.

En general, LANE_DEPARTURE_WARNING_ENABLED siempre debe mostrar verdadero o falso. Si la función no está disponible debido a algún estado temporal, como que la velocidad del vehículo es demasiado baja o demasiado alta, esa información se debe transmitir a través de los valores de ErrorState en la propiedad LANE_DEPARTURE_WARNING_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

LANE_DEPARTURE_WARNING_STATE

Estado de la advertencia de salida de carril (LDW). Devuelve el estado actual de la LDW. Esta propiedad siempre debe mostrar un estado válido definido en LaneDepartureWarningState o ErrorState. No debe mostrar errores a través de StatusCode y, en su lugar, debe usar los estados de error admitidos.

Para el ID de área global (0), se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de LaneDepartureWarningState (incluido OTRO, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: LaneDepartureWarningState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

LANE_KEEP_ASSIST_ENABLED

Habilita o inhabilita la asistencia de mantenimiento de carril (LKA). Establece el valor en verdadero para habilitar la LKA y en falso para inhabilitarla. Cuando el LKA está habilitado, el sistema ADAS del vehículo debe estar encendido y supervisar si el conductor se desvía de forma involuntaria hacia el centro del carril o lo cruza. Si se detecta un cambio de carril no intencional, el sistema aplica el control de la dirección para devolver el vehículo al carril actual. Esto es diferente del asistente de centrado en el carril (LCA), que, cuando se activa, aplica un control de dirección continuo para mantener el vehículo centrado en el carril actual.

En general, LANE_KEEP_ASSIST_ENABLED siempre debe mostrar verdadero o falso. Si la función no está disponible debido a algún estado temporal, como que la velocidad del vehículo es demasiado baja o demasiado alta, esa información se debe transmitir a través de los valores de ErrorState en la propiedad LANE_KEEP_ASSIST_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

LANE_KEEP_ASSIST_STATE

Estado de la asistencia de mantenimiento de carril (LKA). Devuelve el estado actual de la LKA. Esta propiedad siempre debe mostrar un estado válido definido en LaneKeepAssistState o ErrorState. No debe mostrar errores a través de StatusCode y, en su lugar, debe usar los estados de error admitidos.

Si el LKA incluye advertencias de salida de carril antes de aplicar correcciones de dirección, esas advertencias deben aparecer a través de las propiedades de advertencia de salida de carril (LDW).

Para el ID de área global (0), se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de LaneKeepAssistState (incluido OTRO, que no se recomienda) y ErrorState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: LaneKeepAssistState/ErrorState
Tipo de unidad: N/A
Versión: Android 14

LOCATION_CHARACTERIZATION

Caracterización de las entradas que se usan para calcular la ubicación. Esta propiedad debe indicar qué entradas de datos y sensores (si las hay) considera el sistema cuando calcula la ubicación del vehículo que se comparte con Android a través de la HAL de GNSS.

El valor debe mostrar una colección de marcas de bits. Las marcas de bits se definen en LocationCharacterization. El valor también debe incluir exactamente uno de DEAD_RECKONED o RAW_GNSS_ONLY entre su colección de marcas de bits.

Cuando esta propiedad no es compatible, se supone que no se combinan entradas de sensores adicionales en las actualizaciones de GNSS proporcionadas a través de la HAL de GNSS. Esto es, a menos que se especifique lo contrario a través de las interfaces de la HAL de GNSS.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

MIRROR_AUTO_FOLD_ENABLED

Representa la propiedad de la función de plegado automático con espejo. Esta propiedad es verdadera cuando está habilitada la función para plegar automáticamente los espejos laterales del vehículo (por ejemplo, cuando los espejos se pliegan hacia adentro automáticamente cuando se sale y se traba el vehículo).

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

MIRROR_AUTO_TILT_ENABLED

Representa la propiedad de la función de inclinación automática del espejo. Esta propiedad es verdadera cuando está habilitada la función para inclinar automáticamente los espejos laterales del vehículo (por ejemplo, cuando los espejos se inclinan hacia abajo automáticamente cuando se pone el vehículo en reversa).

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

MIRROR_FOLD

Plegado espejo. Verdadero indica que los espejos están plegados. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

MIRROR_LOCK

Bloqueo de espejo. True indica que las posiciones de espejo están bloqueadas y no se pueden cambiar. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

MIRROR_Y_MOVE

Movimiento espejo en Y. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

maxInt32Value representa la velocidad máxima de movimiento del espejo mientras se inclina hacia la derecha. minInt32Value representa la velocidad máxima de movimiento del espejo mientras se inclina hacia la izquierda.

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el espejo alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de MIRROR_Y_MOVE es 0, significa que no hay movimiento en ese momento.

Esta propiedad no está en ninguna unidad en particular, sino en un rango especificado de velocidades de movimiento relativo.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

MIRROR_Y_POS

Posición Y del espejo. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El minInt32Value indica que el espejo está inclinado completamente hacia la izquierda.

Debe ser un valor no positivo. El maxInt32Value indica que el espejo está inclinado completamente hacia la derecha. Debe ser un valor no negativo. 0 indica que el espejo no está inclinado en ninguna dirección.

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones extremas izquierda y derecha.

Esta propiedad no se encuentra en ninguna unidad en particular, sino en un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

MIRROR_Z_MOVE

Movimiento de espejo en Z. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

maxInt32Value representa la velocidad máxima de movimiento del espejo mientras se inclina hacia arriba. minInt32Value representa la velocidad máxima de movimiento del espejo mientras se inclina hacia abajo. Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el espejo alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de MIRROR_Z_MOVE es 0, significa que no hay ningún movimiento en curso.

Esta propiedad no está en ninguna unidad en particular, sino en un rango especificado de velocidades de movimiento relativo.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

MIRROR_Z_POS

Posición en Z del espejo. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El minInt32Value indica que el espejo está inclinado completamente hacia abajo. Debe ser un valor no positivo. El maxInt32Value indica que el espejo está inclinado completamente hacia arriba. Debe ser un valor no negativo. 0 indica que el espejo no está inclinado en ninguna dirección.

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones completamente hacia abajo y completamente hacia arriba.

Esta propiedad no se encuentra en ninguna unidad en particular, sino en un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

NIGHT_MODE

"True" indica que el sensor del modo nocturno detectó que el entorno de la cabina del automóvil tiene poca luz. La plataforma puede usar esto para, por ejemplo, habilitar una IU adecuada para una mejor visualización en entornos oscuros o con poca luz.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

OBD2_FREEZE_FRAME

Informa una instantánea del valor de los sensores OBD2 disponibles en el momento en que se produjo y detectó una falla. Se debe proporcionar un configArray con el mismo significado que se definió para OBD2_LIVE_FRAME.

Los valores de esta propiedad se deben interpretar de manera similar a los de OBD2_LIVE_FRAME, con la excepción de que el campo stringValue puede contener un código de solución de problemas de diagnóstico (DTC) no vacío.

Una solicitud IVehicle#get de esta propiedad debe proporcionar un valor para int64Values[0]. Esto se interpreta como la marca de tiempo de la foto fija que se recuperará. Se puede obtener una lista de marcas de tiempo con una IVehicle#get de OBD2_FREEZE_FRAME_INFO.

Si no hay una foto fija disponible en la marca de tiempo determinada, la implementación debe mostrar una respuesta de NOT_AVAILABLE. Debido a que los vehículos pueden tener almacenamiento limitado para las imágenes fijas, es posible que una solicitud de fotograma responda con NOT_AVAILABLE, incluso si la marca de tiempo asociada se obtuvo recientemente a través de OBD2_FREEZE_FRAME_INFO.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

OBD2_FREEZE_FRAME_CLEAR

Se borró la imagen fija. Informa una instantánea del valor de los sensores OBD2 disponibles en el momento en que se produjo y detectó una falla. Se debe proporcionar un configArray con el mismo significado que el definido para OBD2_LIVE_FRAME.

Una solicitud IVehicle#get de esta propiedad debe proporcionar un valor para int64Values[0]. Esto se interpretará como la marca de tiempo de la foto fija que se recuperará. Se puede obtener una lista de marcas de tiempo con un IVehicle#get de OBD2_FREEZE_FRAME_INFO.

Si no hay una foto fija disponible en la marca de tiempo determinada, la implementación debe mostrar una respuesta de NOT_AVAILABLE. Debido a que los vehículos pueden tener almacenamiento limitado para las imágenes fijas, es posible que una solicitud de fotograma responda con NOT_AVAILABLE , incluso si la marca de tiempo asociada se obtuvo recientemente a través de OBD2_FREEZE_FRAME_INFO.

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

OBD2_FREEZE_FRAME_INFO

Esta propiedad describe las imágenes fijas actuales almacenadas en la memoria del vehículo y disponibles para su recuperación a través de OBD2_FREEZE_FRAME. Los valores se deben interpretar de la siguiente manera. Cada elemento de int64Values debe ser la marca de tiempo en la que se detectó un código de falla y se almacenó la foto fija correspondiente, y cada uno de esos elementos se puede usar como clave para OBD2_FREEZE_FRAME para recuperar la foto fija correspondiente.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

OBD2_LIVE_FRAME

Genera un informe de una instantánea de los valores actuales (en tiempo real) de los sensores OBD2 disponibles. El configArray se establece de la siguiente manera:

configArray[0] Cantidad de sensores con valores enteros específicos del proveedor
configArray[1] Cantidad de sensores con valores de punto flotante específicos del proveedor

Los valores de esta propiedad se deben interpretar como en el siguiente ejemplo. Se considera que un configArray = {2,3} int32Values debe ser un vector que contiene Obd2IntegerSensorIndex.LAST_SYSTEM_INDEX más dos elementos (o 33 elementos). floatValues debe ser un vector que contenga Obd2FloatSensorIndex.LAST_SYSTEM_INDEX más tres elementos (o 73 elementos).

Es posible que cada fotograma contenga un subconjunto diferente de valores de sensores, tanto los proporcionados por el sistema como los específicos del proveedor. Para admitir esto, el elemento de bytes del valor de la propiedad se usa como una máscara de bits. Los bytes deben tener una cantidad suficiente de bytes para representar la cantidad total de sensores posibles (en este caso, 14 bytes para representar 106 valores posibles). Se debe leer como una máscara de bits contigua, de modo que cada bit indique la presencia o ausencia de un sensor del fotograma, comenzando con tantos bits como el tamaño de int32Values, seguido inmediatamente por tantos bits como el tamaño de floatValues.

Por ejemplo, si bytes[0] = 0x4C (0b01001100), significa lo siguiente:

int32Values[0 and 1] no son valores de sensores válidos.
int32Values[2 and 3] son valores de sensores válidos.
int32Values[4 and 5] no son valores de sensores válidos.
int32Values[6] es un valor de sensor válido.
int32Values[7] no es un valor de sensor válido
int32Values[0 and 1] no son valores de sensores válidos.
int32Values[2 and 3] son valores de sensores válidos.
int32Values[4 and 5] no son valores de sensores válidos.
int32Values[6] es un valor de sensor válido.
int32Values[7] no es un valor de sensor válido

Si bytes[5] = 0x61 (0b01100001), entonces:

int32Values[32] es un valor de sensor válido.
floatValues[0 thru 3] son valores de sensores no válidos.
floatValues[4 and 5] son valores de sensores válidos.
floatValues[6] no es un valor de sensor válido.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

ON_CHANGE

Modo de cambio:
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad:N/A
Versión: Android 13

PARKING_BRAKE_AUTO_APPLY

Freno de estacionamiento automático. Cuando es verdadera, esta propiedad indica que el freno de mano automático del automóvil está habilitado. False indica que la función de freno de estacionamiento automático del automóvil está inhabilitada. A menudo, esta propiedad se confunde con PARKING_BRAKE_ON. La diferencia es que PARKING_BRAKE_ON indica si el freno de estacionamiento está activado o desactivado, mientras que PARKING_BRAKE_AUTO_APPLY indica si la función de freno de estacionamiento automático está habilitada o inhabilitada y no describe el estado actual del freno de estacionamiento.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

PARKING_BRAKE_ON

Estado del freno de mano. Cuando es verdadera, esta propiedad indica que el freno de mano del automóvil está activado. False indica que el freno de mano del automóvil está desconectado.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

PER_DISPLAY_BRIGHTNESS

Es una propiedad para representar el brillo de las pantallas que se controlan por separado. Algunos automóviles tienen una o más pantallas cuyo brillo se controla por separado, y esta propiedad es para informar el brillo de cada pantalla para pasajeros. En los automóviles en los que se controla el brillo de todas las pantallas en conjunto, deben usar DISPLAY_BRIGHTNESS.

Solo se debe implementar una de PER_DISPLAY_BRIGHTNESS y PER_DISPLAY_BRIGHTNESS. Si ambos están disponibles, AAOS usa PER_DISPLAY_BRIGHTNESS.

El puerto de pantalla identifica de forma exclusiva un conector físico en el dispositivo para la salida de la pantalla, que varía de 0 a 255.

int32Values[0] Puerto de pantalla
Brillo de int32Values[1]

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

PERF_ODOMETER

Es el valor actual del odómetro del vehículo.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:KILOMETER
Versión: Android 13

PERF_REAR_STEERING_ANGLE

Ángulo de dirección del modelo de bicicleta trasera para el vehículo. El ángulo se mide en grados. La izquierda es negativa. Esta propiedad es independiente del ángulo del volante. Esta propiedad debe comunicar el ángulo de las ruedas traseras con respecto al vehículo, no el ángulo del volante.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:DEGREES
Versión: Android 13

PERF_STEERING_ANGLE

Ángulo de dirección del modelo de bicicleta delantera para el vehículo. El ángulo se mide en grados. La izquierda es negativa. Esta propiedad es independiente del ángulo del volante. Esta propiedad debe comunicar el ángulo de las ruedas delanteras con respecto al vehículo, no el ángulo del volante.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:DEGREES
Versión: Android 13

PERF_VEHICLE_SPEED

Es la velocidad del vehículo. El valor debe ser positivo cuando el vehículo avanza y negativo cuando retrocede. Este valor es independiente del valor de la marcha (CURRENT_GEAR o GEAR_SELECTION). Por ejemplo, si GEAR_SELECTION es GEAR_NEUTRAL, PERF_VEHICLE_SPEED es positivo cuando el vehículo avanza, negativo cuando está en reversa y cero cuando no se mueve.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de unidad: N/A
Tipo de unidad: VehicleUnit:METER_PER_SEC
Versión: Android 13

PERF_VEHICLE_SPEED_DISPLAY

Velocidad del vehículo para pantallas. Algunos automóviles muestran una velocidad ligeramente más lenta en el velocímetro que la velocidad real.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:METER_PER_SEC
Versión: Android 13

POWER_POLICY_GROUP_REQ

Define una solicitud para establecer el grupo de políticas de energía que se usa para decidir una política de energía predeterminada por transición de estado de energía.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

POWER_POLICY_REQ

Define una solicitud para aplicar la política de energía. VHAL establece esta propiedad para cambiar la política de activación del vehículo. El servicio de la política de activación del vehículo se suscribe a esta propiedad y, en realidad, cambia la política de activación. Para realizar la solicitud, se establece VehiclePropValue con el ID de una política de energía que se define en /vendor/etc/automotive/power_policy.xml. Si no se define el ID determinado, el servicio de política de energía del automóvil ignora la solicitud y se mantiene la política de energía actual.

string: "sample_policy_id" // power policy ID

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

POWER_POLICY_GROUP_REQ

Define una solicitud para establecer el grupo de políticas de energía que se usa para decidir una política de energía predeterminada por transición de estado de energía. VHAL establece esta propiedad con el ID de un grupo de políticas de energía para establecer la política de energía predeterminada que se aplica en la transición de estado de energía. Los grupos de políticas de energía se definen en /vendor/etc/power_policy.xml. Si no se define el ID determinado, el servicio de la política de energía del automóvil ignora la solicitud. El servicio de la política de activación del vehículo se suscribe a esta propiedad y establece el grupo de políticas de activación. La aplicación real de la política de energía se produce cuando cambia el estado de energía del sistema y hay una política de energía asignada válida para el nuevo estado de energía.

string: "sample_policy_group_id" // power policy group ID

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

RANGE_REMAINING

Autonomía restante Metros restantes de combustible y carga La autonomía restante debe tener en cuenta todas las fuentes de energía de un vehículo. Por ejemplo, la autonomía de un automóvil híbrido es la suma de las autonomías según el combustible y la batería. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE porque una app de navegación podría actualizar el rango si tiene una estimación más precisa según la ruta que se aproxima. Esta propiedad solo se puede implementar como VehiclePropertyAccess.READ a discreción del OEM.

Modo de cambio: CONTINUOUS
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:METER
Versión: Android 13

READING_LIGHTS_STATE

Muestra el estado actual de las luces de lectura.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 13

READING_LIGHTS_SWITCH

Cambiar para controlar las luces de lectura Esto puede diferir de READING_LIGHTS_STATE si las luces están encendidas porque una puerta está abierta o debido a un comando por voz. Por ejemplo, mientras el interruptor está en la posición desactivada o automática. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

REAR_FOG_LIGHTS_STATE

Devuelve el estado actual de las luces antiniebla traseras. Solo se puede implementar una de FOG_LIGHTS_STATE o REAR_FOG_LIGHTS_STATE. Consulta FOG_LIGHTS_STATE

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 13

REAR_FOG_LIGHTS_SWITCH

Es el parámetro de configuración que desea el usuario. Solo se debe implementar una de FOG_LIGHTS_SWITCH o REAR_FOG_LIGHTS_SWITCH. Consulta FOG_LIGHTS_SWITCH para obtener más información. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

REMOVE_USER

El sistema Android lo llama después de que se quita un usuario de Android. El sistema HAL puede usar esta propiedad para quitar el usuario equivalente. Esta es una llamada de solo escritura. El sistema Android no espera una respuesta del HAL. Por lo tanto, esta solicitud no debería fallar. Si no se puede quitar el usuario de HAL equivalente, HAL debe marcarlo como inactivo o recuperarlo de otra manera.

Para realizar la solicitud, se establece VehiclePropValue con el contenido definido por RemoveUserRequest. Por ejemplo, si el sistema tuviera 3 usuarios (0, 10 y 11) y se quitara el usuario 11, la solicitud sería la siguiente:

int32[0] 42 // request id
int32[1] 11 // (Android user id of the removed user)
int32[2] 0 // (Marcas de usuario de Android del usuario quitado)
int32[3] 10 // usuario actual
int32[4] 0 // marcas del usuario actual (ninguna)
int32[5] 2 // cantidad de usuarios
int32[6] 0 // primer usuario (usuario 0)
int32[7] 0 // primeras marcas del usuario (ninguna)
int32[8] 10 // segundo usuario (usuario 10)
int32[9] 0 // segundas marcas de usuario (ninguna)

Modo de cambio: STATIC
Modo de acceso: WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

De la S a la Z

SEAT_AIRBAG_HABILITADO

Representa una función que habilita o inhabilita la capacidad de un asiento para desplegar los airbags cuando se activa (por ejemplo, en una colisión). Si es true, significa que los airbags del asiento están habilitados y, si se activan, se despliegan. Si es true, los airbags del asiento están inhabilitados y lo hacen implementar en ninguna circunstancia. Esta propiedad no indica si los airbags están desplegados.

Esta propiedad se puede establecer en VehiclePropertyAccess.READ de solo lectura para fines regulatorios o de seguridad.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_BACKREST_ANGLE_1_MOVE

Movimiento de ángulo del respaldo del asiento. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser compatibles. maxInt32Value representa la velocidad máxima de movimiento del respaldo del asiento mientras se inclina hacia adelante. El minInt32Value representa la velocidad máxima de movimiento del asiento. el respaldo cuando te reclinas.

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el respaldo del asiento alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_BACKREST_ANGLE_1_MOVE es 0, no se produce ningún movimiento.

Esta propiedad se representa en un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_BACKREST_ANGLE_1_POS

Ángulo del respaldo del asiento en la posición 1. El ángulo del respaldo 1 es el accionador que está más cerca de la parte inferior de base. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser compatibles. El minInt32Value indica el reclinable completamente el respaldo del asiento con respecto al accionador en la parte inferior del asiento. maxInt32Value indica la posición más vertical o hacia delante del respaldo del asiento en relación con el actuador en la parte inferior del asiento.

Los valores entre minInt32Value y maxInt32Value indican una transición entre la inclinación completa y las posiciones vertical y hacia adelante.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_BACKREST_ANGLE_2_MOVE

Ángulo del respaldo del asiento 2 movimientos. Los elementos maxInt32Value y minInt32Value de cada uno Se debe definir VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

maxInt32Value representa la velocidad máxima de movimiento del respaldo del asiento mientras se inclina hacia adelante. minInt32Value representa la velocidad máxima de movimiento del respaldo del asiento mientras se reclina.

Los valores absolutos más altos, positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el respaldo del asiento alcance el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_BACKREST_ANGLE_2_MOVE es 0 en este momento, no hay ningún movimiento en curso.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A Tipo de unidad: N/A
Versión: Android 13

SEAT_BACKREST_ANGLE_2_POS

Posición inclinada del respaldo del asiento en 2 posiciones. El ángulo del respaldo 2 es el siguiente actuador desde la parte inferior del asiento.

El maxInt32Value y la minInt32Value en VehicleAreaConfig se deben definir las reglas de firewall. Todos los números enteros entre minInt32Value y maxInt32Value debe ser compatible con #0.

minInt32Value indica la posición de reclinación completa del respaldo del asiento en relación con el siguiente actuador en el respaldo desde el que está en la parte inferior del asiento (consulta SEAT_BACKREST_ANGLE_1_POS para obtener más información). maxInt32Value indica la posición más vertical y hacia delante del respaldo del asiento en relación con el siguiente actuador en el respaldo desde el que está en la parte inferior del asiento (consulta SEAT_BACKREST_ANGLE_1_POS para obtener más información).

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre la posición reclinada completa y las posiciones verticales y hacia adelante.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_BELT_BUCKLED

Cinturón de seguridad abrochado. El valor verdadero indica que el cinturón está abrochado. El acceso de escritura indica las capacidades de ajuste automático de los cinturones de seguridad. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_BELT_HEIGHT_MOVE

Movimiento de la altura del cinturón de seguridad Los elementos maxInt32Value y minInt32Value de cada uno Se debe definir VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

El maxInt32Value representa la velocidad máxima de movimiento del cinturón de seguridad. ancla mientras se mueve hacia arriba. minInt32Value representa la velocidad máxima de movimiento de el anclaje del cinturón de seguridad mientras se mueve hacia abajo.

Los valores absolutos más altos, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el cinturón de seguridad alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_BELT_HEIGHT_MOVE es 0, no hay ningún movimiento en curso.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_BELT_HEIGHT_POS

Posición de la altura del cinturón de seguridad. Ajusta el punto de anclaje del cinturón de hombro.

Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

El minInt32Value indica que el anclaje del cinturón de seguridad se encuentra en su punto más bajo posición. El maxInt32Value indica que el ancla para el hombro del cinturón de seguridad está en su posición más alta.

Los valores entre minInt32Value y maxInt32Value indican una transición entre las posiciones más bajas y más altas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_CUSHION_SIDE_SUPPORT_MOVE

Representa la propiedad de la dirección de movimiento y la velocidad del soporte lateral del cojín del asiento.

Los valores de maxInt32Value y minInt32Value en cada VehicleAreaConfig deben definido. Todos los números enteros entre minInt32Value y maxInt32Value deben ser no es compatible.

maxInt32Value representa la velocidad máxima de movimiento del soporte lateral del cojín del asiento cuando se ensancha (por ejemplo, el soporte disminuye). minInt32Value representa la velocidad máxima de movimiento del soporte lateral del cojín del asiento cuando se estrecha (por ejemplo, el soporte aumenta).

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el soporte del lado del cojín del asiento alcance el límite posicional, el valor se debe restablecer a 0. Si el valor de SEAT_CUSHION_SIDE_SUPPORT_MOVE es 0, por lo que no se produce ningún movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_CUSHION_SIDE_SUPPORT_POS

Representa la propiedad de la posición de soporte del lado de la cadera del asiento (lado del cojín inferior).

Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value.

maxInt32Value indica que el soporte lateral del cojín del asiento está en su posición más ancha (por ejemplo, la menos resistente). El símbolo minInt32Value indica que el soporte lateral del cojín del asiento se encuentra en su lugar más delgado. (por ejemplo, la mayoría del apoyo).

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones más delgadas y más anchas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo como <covehiclepropertyaccess.read< código=""> solamente.</covehiclepropertyaccess.read<>

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_DEPTH_MOVE

Movimiento de la profundidad del asiento.

Los valores de maxInt32Value y minInt32Value en cada VehicleAreaConfig deben definido. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

maxInt32Value representa la velocidad máxima de movimiento del asiento mientras se profundiza. minInt32Value representa la velocidad máxima de movimiento del asiento mientras se reduce la profundidad.

Los valores absolutos más altos, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el respaldo del asiento alcance el límite de posición, el valor se debe restablecer a 0. Si el valor de Actualmente, SEAT_DEPTH_MOVE es 0. No hay ningún movimiento en curso.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_DEPTH_POS

Profundidad del asiento. Establece la profundidad del asiento y la distancia desde el respaldo trasero hasta el borde frontal del asiento.

Se deben definir los elementos maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

El minInt32Value indica que el asiento está en su posición más baja (por ejemplo, la posición con la distancia más pequeña entre el borde frontal del cojín del asiento y el extremo posterior del asiento).

El valor maxInt32Value indica que el asiento está en su posición más profunda (por ejemplo, la posición con el distancia mayor entre el borde frontal del cojín del asiento y el extremo trasero).

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones más superficiales y más profundas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo como <covehiclepropertyaccess.read< código=""> solamente.</covehiclepropertyaccess.read<>

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_EASY_ACCESS_ENABLED

Representa la propiedad de la función de acceso fácil a Seat. Si es verdadero, el asiento se ajusta automáticamente para facilitar la entrada y salida del vehículo. Cada ID de área debe asignarse al asiento al que el usuario intenta ingresar o salir con la ayuda de la función de acceso fácil. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla solo como <covehiclepropertyaccess.read< code="">.</covehiclepropertyaccess.read<>

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_FOOTWELL_LIGHTS_STATE

Representa la propiedad del estado de las luces del piso del asiento. SEAT_FOOTWELL_LIGHTS_STATE refleja el el estado actual de las luces en cualquier momento. Esto es diferente de la función de SEAT_FOOTWELL_LIGHTS_SWITCH, que representa la posición del interruptor que controla las luces

Por lo tanto, es posible que SEAT_FOOTWELL_LIGHTS_STATE no coincida con el valor de SEAT_FOOTWELL_LIGHTS_SWITCH. (por ejemplo, SEAT_FOOTWELL_LIGHTS_SWITCH=AUTOMATIC y SEAT_FOOTWELL_LIGHTS_SWITCH=ON).

Esta propiedad solo debe implementarse si el valor de SEAT_FOOTWELL_LIGHTS_STATE puede ser diferente. de CABIN_LIGHTS_STATE.

Para cada ID de área admitida, se debe definir VehicleAreaConfig#supportedEnumValues, a menos que se admiten todos los valores de enumeración de VehicleLightState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleLightState
Tipo de unidad: N/A
Versión: Android 14

SEAT_FOOTWELL_LIGHTS_SWITCH

Representa la propiedad del interruptor de las luces del piso del asiento. SEAT_FOOTWELL_LIGHTS_SWITCH representa la posición del interruptor que controla las luces. Esto es diferente de la función de SEAT_FOOTWELL_LIGHTS_STATE, que refleja el estado actual de las luces en cualquier momento. Por lo tanto, es posible que SEAT_FOOTWELL_LIGHTS_SWITCH no coincida con el valor de SEAT_FOOTWELL_LIGHTS_STATE. (por ejemplo, SEAT_FOOTWELL_LIGHTS_SWITCH=AUTOMATIC y SEAT_FOOTWELL_LIGHTS_SWITCH=ON).

Esta propiedad solo debe implementarse si el valor de SEAT_FOOTWELL_LIGHTS_SWITCH puede ser diferente. de CABIN_LIGHTS_SWITCH.

Para cada ID de área compatible, se debe definir VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los valores de enum de VehicleLightSwitch.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

SEAT_FORE_AFT_MOVE

Movimiento hacia adelante y atrás del asiento. Esta propiedad mueve todo el asiento hacia adelante o hacia atrás en la dirección hacia la que está orientado.

Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

El maxInt32Value representa la velocidad máxima de movimiento del asiento mientras se mueve. avanzar. El minInt32Value representa la velocidad máxima de movimiento del asiento, mientras que y se mueve hacia atrás.

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el asiento alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de SEAT_FORE_AFT_MOVE es 0, no hay movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_FORE_AFT_POS

Posición hacia adelante y atrás del asiento. Fija la posición del asiento hacia delante y hacia atrás.

Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

El minInt32Value indica que el asiento está en su posición lineal más hacia atrás. El maxInt32Value indica que el asiento se encuentra en su posición lineal más hacia delante. Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones más cercanas y más lejanas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEADREST_ANGLE_MOVE

Ángulo de movimiento del reposacabezas. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

maxInt32Value representa la velocidad máxima de movimiento del reposacabezas del asiento mientras se mueve hacia una posición vertical o hacia adelante. El minInt32Value representa el máximo velocidad de movimiento del reposacabezas del asiento mientras se mueve a una posición superficial.

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez si el reposacabezas del asiento alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de SEAT_HEADREST_ANGLE_MOVE es 0, no se produce ningún movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla solo como <covehiclepropertyaccess.read< code="">..</covehiclepropertyaccess.read<>

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEADREST_ANGLE_POS

Posición del ángulo del reposacabezas. La maxInt32Value y la minInt32Value en Se debe definir VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser compatibles.

El minInt32Value indica que el reposacabezas está en su posición de reclinación completa. El maxInt32Value indica que el reposacabezas está en su posición más vertical y hacia delante.

Los valores entre minInt32Value y maxInt32Value indican un de transición entre la reclinación completa y las posiciones más rectas y hacia delante.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEADREST_FORE_AFT_MOVE

Movimiento hacia adelante y atrás del reposacabezas. Los valores maxInt32Value y minInt32Value en se debe definir cada VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser compatibles.

maxInt32Value representa la velocidad máxima de movimiento del reposacabezas del asiento mientras se mueve hacia adelante. El minInt32Value representa la velocidad máxima de movimiento del apoyacabezas del asiento cuando se mueve hacia atrás.

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el reposacabezas del asiento alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_HEADREST_FORE_AFT_MOVE es 0, no se produce ningún movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEADREST_FORE_AFT_POS

Posición del reposacabezas hacia adelante y hacia atrás maxInt32Value y minInt32Value en VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser compatibles.

El minInt32Value indica que el reposacabezas está en su posición lineal más hacia atrás. El maxInt32Value indica que el reposacabezas está en su posición lineal más hacia delante.

Los valores entre minInt32Value y maxInt32Value indican una transición estado entre las posiciones hacia delante y atrás.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEADREST_HEIGHT_MOVE

Movimiento de altura del reposacabezas. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser compatibles.

El maxInt32Value representa la velocidad máxima de movimiento del reposacabezas del asiento mientras que se mueve hacia arriba. El minInt32Value representa la velocidad máxima de movimiento del asiento. apoya la cabeza mientras te mueves hacia abajo.

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el reposacabezas del asiento alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_HEADREST_HEIGHT_MOVE es 0, por lo que no se produce ningún movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEADREST_HEIGHT_POS

(Obsoleto) Posición de la altura del reposacabezas.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEADREST_HEIGHT_POS_V2

Posición de altura del reposacabezas. Establece la altura del reposacabezas para los asientos compatibles. VehiclePropConfig.areaConfigs especifica qué asientos son compatibles.

Los valores de maxInt32Value y minInt32Value en VehicleAreaConfig deben definido. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

El minInt32Value indica que el reposacabezas está en su posición más baja. El maxInt32Value indica que el reposacabezas está en su posición más alta.

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones más bajas y más altas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_HEIGHT_MOVE

Movimiento de la altura del asiento. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

maxInt32Value representa la velocidad máxima de movimiento del asiento cuando se mueve hacia arriba.

minInt32Value representa la velocidad máxima de movimiento del asiento cuando se mueve hacia abajo.

Los valores absolutos más altos, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el asiento alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de SEAT_HEIGHT_MOVE es 0, no se produce ningún movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEIGHT_POS

Posición de la altura del asiento. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value debe ser compatible.

El minInt32Value indica que el asiento está en su posición más baja. El maxInt32Value indica que el asiento está en su posición más alta.

Los valores entre minInt32Value y maxInt32Value indican una transición entre las posiciones más bajas y más altas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_LUMBAR_FORE_AFT_MOVE

Movimiento frontal y posterior lumbar. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

maxInt32Value representa la velocidad máxima de movimiento del soporte lumbar del asiento mientras se avanza. minInt32Value representa la velocidad máxima de movimiento del soporte lumbar del asiento cuando se mueve hacia atrás.

Los valores absolutos más altos, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el soporte lumbar del asiento alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_LUMBAR_FORE_AFT_MOVE es 0, no se produce ningún movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_LUMBAR_FORE_AFT_POS

Posición de la madera delantera y trasera. La maxInt32Value y la minInt32Value en Se debe definir VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

El minInt32Value indica que el soporte lumbar se encuentra en su posición más hacia atrás. (por ejemplo, una posición de menor apoyo). El maxInt32Value indica la posición lumbar apoyo está en su posición más avanzada (por ejemplo, la posición de mayor apoyo).

Los valores entre minInt32Value y maxInt32Value indican una transición estado entre las posiciones hacia adelante y hacia atrás.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Tipo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_LUMBAR_SIDE_SUPPORT_MOVE

Movimiento del soporte lumbar lateral. Los valores maxInt32Value y minInt32Value de cada uno Se debe definir VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value.

El maxInt32Value representa la velocidad máxima de movimiento del lado lumbar del asiento. a la vez que el soporte técnico es más amplio. La minInt32Value representa el movimiento máximo. la velocidad del soporte lumbar del asiento y, al mismo tiempo, se vuelve más delgado.

Los valores absolutos más altos, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el soporte lumbar lateral del asiento alcanza el límite de posición, el valor debe restablecerse a 0. Si el botón valor de SEAT_LUMBAR_SIDE_SUPPORT_MOVE 0, entonces no se produce ningún movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Tipo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_LUMBAR_SIDE_SUPPORT_POS

Posición de apoyo lateral lumbar. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value debe ser compatible. El minInt32Value indica que el soporte lumbar lateral está en su posición más delgada (por ejemplo, la más alta). maxInt32Value indica que el soporte lumbar lateral está en su posición más ancha (por ejemplo, la menos de apoyo).

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones más delgadas y más anchas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Tipo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_LUMBAR_VERTICAL_MOVE

Representa la propiedad de la dirección y la velocidad del movimiento vertical del soporte lumbar del asiento.

Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser no es compatible. El maxInt32Value indica que el soporte lumbar se está moviendo a la velocidad de ascenso más rápida. El minInt32Value indica que el soporte lumbar se mueve más rápido. disminuir la velocidad.

Los valores absolutos más altos, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el soporte lateral del cojín del asiento alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_LUMBAR_VERTICAL_MOVE es 0, por lo que no hay ningún movimiento.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_LUMBAR_VERTICAL_POS

Representa la propiedad para la posición vertical del soporte lumbar del asiento. El maxInt32Value y minInt32Value en cada VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser compatibles. maxInt32Value indica la posición más alta del soporte lumbar. minInt32Value indica la posición más baja del soporte lumbar.

Los valores entre minInt32Value y maxInt32Value indican una transición entre las posiciones más bajas y más altas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_MEMORY_SELECT

Este parámetro selecciona el ajuste predeterminado de memoria que se usará para seleccionar la posición del asiento. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. minInt32Value siempre es 0, y maxInt32Value determina la cantidad de ranuras de memoria predeterminadas de los asientos disponibles (por ejemplo, numSeatPresets - 1). Por ejemplo: Si el asiento del conductor tiene tres ajustes predeterminados de memoria, maxInt32Value es dos. Cuando el usuario selecciona un parámetro predeterminado, se establece el número deseado (0, 1 o 2).

Cambiar modo: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_MEMORY_SET

Este parámetro de configuración permite al usuario guardar la configuración de posición del asiento actual en la ranura predeterminada seleccionada. La maxInt32Value y la minInt32Value en Se debe definir VehicleAreaConfig. El minInt32Value debe ser 0, y maxInt32Value para cada posición de asiento debe coincidir con la maxInt32Value de SEAT_MEMORY_SELECT

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_OCCUPANCY

Indica si un asiento específico está ocupado, según la capacidad del vehículo para determinarlo. Los valores válidos son de la enumeración VehicleSeatOccupancyState.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleSeatOccupancyState
Tipo de unidad: N/A
Versión: Android 13

SEAT_TILT_MOVE

Movimiento de inclinación del asiento. Los valores maxInt32Value y minInt32Value de cada uno Se debe definir VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value debe ser compatible. maxInt32Value representa la velocidad máxima de movimiento del borde frontal del asiento mientras se mueve hacia arriba. minInt32Value representa la velocidad máxima de movimiento del borde frontal del asiento mientras se mueve hacia abajo.

Los valores absolutos más altos, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez si la parte inferior del asiento alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de SEAT_TILT_MOVE es 0, no hay ningún movimiento en curso.

Esta propiedad se representa como un rango especificado de velocidades de movimiento relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_TILT_POS

Posición de inclinación del asiento. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value debe ser compatible. El minInt32Value indica que la parte inferior del asiento se inclina en su posición angular más baja. Esto corresponde al borde delantero del asiento en su posición más baja posible en relación con el extremo posterior del asiento. El maxInt32Value indica que la parte inferior del asiento está en ángulo en su posición angular más alta. Esto corresponde al borde frontal del asiento en su posición más alta posible en relación con la parte trasera final del asiento.

Los valores entre minInt32Value y maxInt32Value indican una transición entre las posiciones más bajas y más altas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_WALK_IN_POS

Representa la propiedad que indica la posición actual del asiento en el vehículo. El minInt32Value indica la posición normal del asiento. El minInt32Value debe ser 0. El maxInt32Value indica que el asiento está en la posición de acceso completo.

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones normal y de entrada.

Esta propiedad se representa como un rango especificado de posiciones relativas.

El ID de área debe coincidir con el asiento que realmente se mueve cuando se activa la función de acceso peatonal, no con el asiento en el que se sentarán los pasajeros.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden

impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SOLICITUD_DE_APAGACIÓN

Solicita que se apague la unidad principal.

Esto es necesario para ejecutar una tarea cuando la unidad principal está apagada (función de tarea remota). Después de encender la unidad principal para ejecutar la tarea, esta se debe apagar. La cabeza la unidad envía este mensaje una vez finalizada la tarea.

Esta propiedad no se aplica cuando un usuario quiere apagar la unidad principal.

Por lo general, esto implica indicarle a un sistema separado que se encuentre fuera de la consola central para preparar el apagado de la consola central.

El sistema externo debe validar que esta solicitud sea válida verificando si el vehículo está en usar. Si un usuario ingresa al vehículo después de que se envía una SHUTDOWN_REQUEST, el sistema debe ignorar esta solicitud. Se recomienda almacenar una propiedad VehicleInUse en el controlador de alimentación y lo expone a través de la propiedad VEHICLE_IN_USE. Se debe ignorar una solicitud de apagado si VehicleInUse es cierto.

Si se permite, el sistema externo envía una señal de apagado a la consola central, lo que provoca que el VHAL enviar el mensaje SHUTDOWN_PREPARE a Android Luego, Android iniciará el proceso de apagado controlando el mensaje.

Esta propiedad solo se usa para emitir una solicitud y solo admite escritura. Cada vez que esta propiedad establecido, se emite la solicitud de cierre sin importar el valor de la propiedad actual. El valor de la propiedad actual no tiene sentido.

Dado que esta propiedad es de solo escritura, no se permite la suscripción y no se permite ningún evento de cambio de propiedad de red.

El valor a establecer indica la opción de apagado, debe ser uno de {@code VehicleApPowerStateShutdownParam} Por ejemplo: VehicleApPowerStateShutdownParam.SLEEP_IMMEDIATELY Es posible que esta opción de apagado no sea se respetará si el sistema no la admite. En ese caso, no se muestra un error.

Para obtener información de configuración, VehiclePropConfig.configArray debe tener una marca de bits Se combinan valores en {@code VehicleApPowerStateConfigFlag} para indicar qué apagado opciones compatibles.

Muestra un error si no se pudo enviar la solicitud de apagado al otro sistema.

Cambiar modo: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: VehicleApPowerStateShutdownParam>
Tipo de unidad: N/A
Versión: Android 14

DIRIGIR_WHEEL_DEPTH

Movimiento de profundidad del volante. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Todos los valores entre minInt32Value y maxInt32Value debe ser compatible.

El maxInt32Value indica que el volante se aleja del conductor. El minInt32Value indica que el volante se mueve hacia el conductor.

Los números enteros más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que volante alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de STEERING_WHEEL_DEPTH_MOVE es 0 en este momento, no hay ningún movimiento en curso.

Esta propiedad se representa como un rango especificado de valores relativos de movimiento de los usuarios.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

STEERING_WHEEL_DEPTH_POS

Posición de profundidad del volante. Todos los IDs únicos de las propiedades del volante comienzan en 0x0BE0.

Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los valores entre minInt32Value y maxInt32Value. El maxInt32Value indica la posición del volante más alejada del conductor. El elemento minInt32Value indica la posición del volante más cercana al controlador.

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre los

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

STEERING_WHEEL_EASY_ACCESS_HABILITADO

La función de acceso fácil al volante está habilitada. Si esta preferencia se establece como "true", el volante se activa automáticamente. ajustar para que sea más fácil para el conductor entrar y salir del vehículo.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

STEERING_WHEEL_HEIGHT_MOVE

Movimiento de la altura del volante. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Todos los valores entre minInt32Value y maxInt32Value debe ser compatible.

El maxInt32Value indica que el volante se mueve hacia arriba. El minInt32Value indica que el volante se mueve hacia abajo.

Los números enteros más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que el volante alcanza el límite de posición, el valor se debe restablecer a 0. Si El valor de STEERING_WHEEL_HEIGHT_MOVE actualmente es 0, por lo que no hay movimiento. ocurriendo actualmente.

Esta propiedad se representa como un rango especificado de valores relativos de movimiento de los usuarios.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

STEERING_WHEEL_HEIGHT_POS

Posición de la altura del volante.

Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los valores entre minInt32Value y maxInt32Value. El maxInt32Value indica que el volante está en la posición más alta. El minInt32Value indica que el volante está en la posición más baja.

Los valores entre minInt32Value y maxInt32Value indican un de transición entre las posiciones más bajas y más altas.

Esta propiedad se representa como un rango especificado de posiciones relativas.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

DIRIGIR_WHEEL_Luces_ESTADO

Estado de las luces del volante Representa el estado actual de las luces del volante. Este es es diferente de STEERING_WHEEL_LIGHTS_SWITCH, que representa la posición del interruptor. controlando las luces. Por lo tanto, es posible que STEERING_WHEEL_LIGHTS_STATE no coincida con el valor de STEERING_WHEEL_LIGHTS_SWITCH (por ejemplo, STEERING_WHEEL_LIGHTS_SWITCH=AUTOMATIC y STEERING_WHEEL_LIGHTS_STATE=ON).

Esta propiedad solo debe implementarse si el valor de STEERING_WHEEL_LIGHTS_STATE puede ser diferente. de CABIN_LIGHTS_STATE.

Para el ID de área global (0), se debe definir VehicleAreaConfig#supportedEnumValues, a menos que Se admiten los valores de enumeración de VehicleLightState.

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo enum: VehicleLightState
Tipo de unidad: N/A
Versión: Android 14

STEERING_WHEEL_LIGHTS_SWITCH

Interruptor de luces del volante. Representa la posición del interruptor que controla la dirección luces del volante. Esto es diferente de , que representa el estado actual. de las luces del volante. Por lo tanto, es posible que STEERING_WHEEL_LIGHTS_SWITCH no coincida con el valor de STEERING_WHEEL_LIGHTS_STATE. Por ejemplo, STEERING_WHEEL_LIGHTS_SWITCH=AUTOMATIC y STEERING_WHEEL_LIGHTS_STATE=ON.

Esta propiedad solo debe implementarse si el valor de STEERING_WHEEL_LIGHTS_SWITCH puede diferir de la de CABIN_LIGHTS_SWITCH

Para el ID de área global (0), se debe definir VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los valores de enum de VehicleLightSwitch.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo enum: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 14

DIRECCIÓN_BLOQUEADO

Volante bloqueado. Si es verdadero, la posición del volante está bloqueada y no se puede cambiar. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como <covehiclepropertyaccess.read< code=""> solo./p> </covehiclepropertyaccess.read<>

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

STEERING_WHEEL_THEFT_LOCK_HABILITADO

Se habilitó la función de bloqueo por robo del volante. Si esta preferencia se establece como "true", el volante se bloquea automáticamente en y evitar el robo en ciertas situaciones. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

ALMACENAMIENTO_ENCRYPTION_BINDING_SEED

Origen de vinculación de encriptación externa. Este valor se mezcla con la clave de encriptación del almacenamiento de claves local. Esta propiedad contiene 16 bytes y se espera que se conserve en una ECU independiente del IVI. El AAOS establece la propiedad inicialmente y la genera con un CSRNG. Luego, el AAOS lee la propiedad en los inicios posteriores. Se espera que la semilla de vinculación se conserve de forma confiable. Cualquier pérdida de la semilla genera un restablecimiento de la configuración de fábrica del IVI.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

SUPPORT_CUSTOMIZE_VENDOR_PERMISSION

Compatibilidad con permisos personalizados para propiedades de proveedores

Implementa esta propiedad si VHAL admite la función de personalizar permisos de proveedores. VehiclePropConfig.configArray se usa para indicar las propiedades y los permisos del proveedor que seleccionado para esta propiedad del proveedor. El permiso debe ser uno de los enum en VehicleVendorPermission. El configArray se establece de la siguiente manera: configArray[n]: propId : property ID para la Propiedad del proveedor en la que configArray[n+1] es una enumeración en VehicleVendorPermission y especifica el permiso para leer el valor de la propiedad.

configArray[n+2] es una enumeración en VehicleVendorPermission y indica el permiso para escribir un valor de la propiedad. Por ejemplo:

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

Si las propiedades del proveedor no están en este array, tienen el permiso de proveedor predeterminado. Si el proveedor elegiste PERMISSION_NOT_ACCESSIBLE, Android no tiene acceso a la propiedad. En el ejemplo, Android no puede escribir un valor para provider_prop_2.

Modo de cambio: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

IDS_DE_PROPIEDAD_COMPATIBLES

(Obsoleto) Lista de todos los IDs de propiedades compatibles.

Cambiar modo: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SWITCH_USER

Define una solicitud para cambiar el usuario de Android en primer plano.

El sistema Android usa esta propiedad, principalmente, para informar a la HAL que el estado usuario de Android en primer plano está cambiando, pero la HAL también podría usarlo para solicitar el el sistema Android para cambiar de usuario. Cuando Android realiza la solicitud, establece un VehiclePropValue y el HAL debe responder con un evento de cambio de propiedad. Cuando el HAL realiza la solicitud, también debe hacerlo a través de un evento de cambio de propiedad (la diferencia principal es que el ID de solicitud es positivo en el primer caso y negativo en el segundo). El SwitchUserMessageType también difiere.

SwitchUserRequest define el formato de ambas solicitudes y el formato de la respuesta (cuando necesario) se define mediante SwitchUserResponse. Cómo debe proceder la HAL (o el sistema Android) en el tipo de mensaje (que se define mediante el parámetro SwitchUserMessageType), como se define a continuación.

LEGACY_ANDROID_SWITCH: El sistema Android lo llama para indicar el usuario de Android. está a punto de cambiar, cuando la solicitud de cambio se hizo de una forma que no está integrada en el HAL (por ejemplo, a través de adb shell am switch-user) La HAL puede cambiar de usuario interno una vez recibe esta solicitud, pero no necesita responder al sistema Android. Si es el usuario interno no se puede cambiar por algún motivo, entonces debe esperar a que SWITCH_USER(type=ANDROID_POST_SWITCH) para recuperar los datos (por ejemplo, podría generar un SWITCH_USER(type=VEHICLE_REQUEST) para volver al usuario anterior) Lo ideal es que nunca falle (ya que volver a cambiar podría confundir al usuario final).
Por ejemplo, si el sistema tiene usuarios (0, 10, 11) y está cambiando de 0 a 11 (cuando ninguna tiene una marca especial), la solicitud sería la siguiente:
- int32[0] 42 // ID de solicitud
- int32[1] 1 // SwitchUserMessageType::LEGACY_ANDROID_SWITCH
- int32[2] 11 // ID de usuario objetivo
- int32[3] 0 // marcas de usuario objetivo (ninguna)
- int32[4] 10 // usuario actual
- int32[5] 0 // marcas del usuario actual (ninguna)
- int32[6] 3 // number of users
- int32[7] 0 // usuario n° 0 (ID de usuario de Android 0)
- int32[8] 0 // marcas del usuario n° 0 (ninguna)
- int32[9] 10 // usuario n° 1 (ID de usuario 10 de Android)
- int32[10] 0 // Marcas del usuario n° 1 (ninguna)
- int32[11] 11 // usuario n.° 2 (ID de usuario de Android 11)
- int32[12] 0 // marcas del usuario n° 2 (ninguna)
ANDROID_SWITCH El sistema Android lo llama para indicar que el usuario de Android está a punto de cambiar, pero Android espera la respuesta del HAL (hasta cierto tiempo) antes de continuar. La HAL debe cambiar su usuario interno una vez que reciba esta solicitud y, luego, responder a Android con un SWITCH_USER(type=VEHICLE_RESPONSE), que indica si se cambió o no su usuario interno (a través de la enumeración SwitchUserStatus). Por ejemplo, si Android tiene usuarios (0, 10 y 11) y cambia de 10 a 11 (donde ninguno tiene una marca especial), la solicitud sería la siguiente:
- int32[0] 42 // request id
- int32[1] 2 // SwitchUserMessageType::ANDROID_SWITCH
- int32[2] 11 // ID de usuario objetivo
- int32[3] 0 // marcas de usuario objetivo (ninguna)
- int32[4] 10 // usuario actual
- int32[5] 0 // marcas del usuario actual (ninguna)
- int32[6] 3 // number of users
- int32[7] 0 // primer usuario (usuario 0)
- int32[8] 1 // primeras marcas de usuario (SISTEMA)
- int32[9] 10 // segundo usuario (usuario 10)
- int32[10] 0 // segundas marcas de usuario (ninguna)
- int32[11] 11 // 3er usuario (usuario 11)
- int32[12] 0 // marcas de 3er usuario (ninguna)
Si la solicitud se realiza correctamente, el sistema HAL debe actualizar la propiedad con lo siguiente:
- int32[0] 42 // ID de solicitud
- int32[1] 3 // messageType: SwitchUserMessageType::VEHICLE_RESPONSE
- int32[2] 1 // status: SwitchUserStatus::SUCCESS
Si la solicitud falla, la respuesta sería algo así:
- int32[0] 42 // request id
- int32[1] 3 // messageType: SwitchUserMessageType::VEHICLE_RESPONSE
- int32[2] 2 // status: SwitchUserStatus::FAILURE string: "108-D'OH!"
- Mensaje de error específico del OEM
VEHICLE_RESPONSE: La HAL lo llama para indicar si una solicitud de tipo ANDROID_SWITCH. debe continuar o anularse. Consulta también ANDROID_SWITCH.
VEHICLE_REQUEST La HAL lo llama para solicitar que el usuario de Android actual en primer plano cambia. Esto es útil en situaciones en las que Android comenzó como un usuario, pero el vehículo identificaron al conductor como otro usuario. Por ejemplo, el usuario A desbloqueó el vehículo con el llavero del usuario B. La solicitud INITIAL_USER_INFO mostró al usuario B, pero luego un reconocimiento facial. subsubsistema identificó al usuario como A. El HAL realiza esta solicitud mediante un evento de cambio de propiedad (pasa un ID de solicitud negativo) y la respuesta del sistema Android es emitir una llamada ANDROID_POST_SWITCH con el mismo ID de solicitud. Por ejemplo, si el usuario actual de Android en primer plano es 10 y el HAL solicita cambiar a 11, la solicitud sería la siguiente:
- int32[0] -108 // request id
- int32[1] 4 // messageType: SwitchUserMessageType::VEHICLE_REQUEST
- int32[2] 11 // ID de usuario de Android
Si la solicitud se realizó correctamente y Android tiene tres usuarios (0, 10 y 11), la respuesta sería la siguiente:
- int32[0] -108 // ID de solicitud
- int32[1] 5 // messageType: SwitchUserMessageType::ANDROID_POST_SWITCH
- int32[2] 11 // ID de usuario objetivo
- int32[3] 0 // Marcas de ID de usuario objetivo (ninguna)
- int32[4] 11 // usuario actual
- int32[5] 0 // marcas del usuario actual (ninguna)
- int32[6] 3 // number of users
- int32[7] 0 // primer usuario (usuario 0)
- int32[8] 0 // first user flags (none)
- int32[9] 10 // segundo usuario (usuario 10)
- int32[10] 4 // segundas marcas del usuario (ninguna)
- int32[11] 11 // tercer usuario (usuario 11)
- int32[12] 3 // terceras marcas de usuario (ninguna)
Los IDs de usuario actuales y de destino son los mismos. Si la solicitud falla, serán diferentes. Por ejemplo, el usuario objetivo sería 11 y el usuario actual seguiría siendo 10.
ANDROID_POST_SWITCH Lo llama el sistema Android después de que se realiza una solicitud para cambiar de usuario. Se llama a esta propiedad después de las solicitudes de cambio de cualquier tipo (por ejemplo, >code>LEGACY_ANDROID_SWITCH, >code>ANDROID_SWITCH o VEHICLE_REQUEST) y se puede usar para determinar si la solicitud se realizó correctamente o falló.
- Si tiene éxito, se llama cuando el usuario de Android está desbloqueado y el de los IDs de usuarios actuales y de destino en la respuesta son los mismos. Este es que equivalen a recibir un Intent.ACTION_USER_UNLOCKED en una app para Android.
- Cuando falla, se lo llama de inmediato y el valor de los IDs de los usuarios actuales y de destino en la respuesta difiere (ya que el usuario actual no cambió al objetivo).
- Si se realiza una nueva solicitud de cambio antes de que el HAL responda a la anterior o antes de que se desbloquee el usuario, no se realiza la solicitud ANDROID_POST_SWITCH. Por ejemplo, el el conductor podría cambiar accidentalmente al usuario equivocado, que tiene credenciales de bloqueo, y luego cambiar al usuario correcto antes de ingresar las credenciales.
La HAL puede actualizar su estado interno una vez que recibe esta solicitud, pero no es necesario para responder al sistema Android.
- Solicitud. Los primeros N valores según lo define INITIAL_USER_INFO (en los que el valor específico de la solicitud en el índice 1 es SwitchUserMessageType::ANDROID_POST_SWITCH), luego dos valores más para el ID de usuario de destino (por ejemplo, el ID de usuario de Android al que se solicitó cambiar) y sus marcas (según lo define UserFlags).
- Respuesta: Ninguna. Por ejemplo, consulta VEHICLE_REQUEST.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

TIRE_PRESIÓN

Presión de los neumáticos. Cada neumático se identifica por su configuración de áreaConfig.areaId. Los valores minFloatValue y maxFloatValue respectivos se usan para almacenar el rango de presión recomendado por el OEM. Valores para minFloatValue y maxFloatValue en VehicleAreaConfig.

El minFloatValue de los datos de AreaConfig representa el límite inferior del neumático recomendado. presión. El valor de maxFloatValue en los datos de AreaConfig representa el límite superior de la la presión recomendada de los neumáticos. Por ejemplo, este areaConfig indica la presión de neumáticos recomendada del neumático left_front de 200.0 kPa a 240.0 kPa.

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

Cambiar modo: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:KILOPASCAL
Versión: Android 13

TIRE_PRESSURE_DISPLAY_UNITS

Unidades de presión de los neumáticos para la pantalla Indica qué unidades usa el vehículo para mostrar la presión de los neumáticos para el usuario. Por ejemplo, PSI, bar o kilopascal. VehiclePropConfig.configArray se usa para indicar las unidades de visualización de presión compatibles. Las unidades de presión se definen en VehicleUnit. Por ejemplo, configArray[0]: KILOPASCAL configArray[1]: configArray[2]: BAR

Si la actualización de TIRE_PRESSURE_DISPLAY_UNITS afecta los valores de otras propiedades de *_DISPLAY_UNITS, sus valores también deben actualizarse y comunicarse al framework AAOS. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo como <covehiclepropertyaccess.read< código=""> solamente./p> </covehiclepropertyaccess.read<>

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: VehicleUnit
Tipo de unidad: N/A
Versión: Android 13

TRACTION_CONTROL_ACTIVE

Se establece como verdadero cuando el control de tracción (TC) está activo y se restablece como falso cuando el TC está desactivado. Esta propiedad se puede establecer de forma intermitente (pulsada) según el estado en tiempo real del sistema de TC.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

TRAILER_PRESENT

Devuelve el estado del remolque del automóvil.

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo enum: TrailerState
Tipo de unidad: N/A
Versión: Android 13

TURN_SIGNAL_STATE

Estado de las señales de giro de los vehículos.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: VehicleTurnSignal
Tipo de unidad: N/A
Versión: Android 13

USER_IDENTIFICATION_ASSOCIATION

Propiedad que se usa para asociar (o consultar la asociación) al usuario actual con recursos específicos del vehículo (como FOB clave).

Esta es una propiedad opcional de administración de usuarios. El OEM aún puede admitir la administración de usuarios sin definirlo. De hecho, esta propiedad podría usarse sin admitir el elemento principal relacionado funciones descritas en INITIAL_USER_INFO.

Para consultar la asociación, el sistema Android obtiene la propiedad y pasa un VehiclePropValue que contenga los tipos de asociaciones que se consultan, según lo define UserIdentificationGetRequest. La HAL debe devolverse de inmediato y mostrar un VehiclePropValue con un UserIdentificationResponse.

Observa que la identificación del usuario se llevó a cabo mientras el sistema arrancando. La implementación de Takehe VHAL solo debería devolver la asociación ya identificada. (como el FOB de llave que se usa para abrir el auto), en lugar de iniciar una asociación nueva desde llamada.

Para asociar tipos, el sistema Android establece la propiedad y pasa un VehiclePropValue que contiene los tipos y valores de las asociaciones que se establecen, como lo define UserIdentificationSetRequest.

Luego, el sistema HAL usa un evento de cambio de propiedad (cuyo VehiclePropValue es definido por UserIdentificationResponse) que indica el estado actual de los tipos después de la solicitud.

Por ejemplo, para consultar si el usuario actual (10) está asociado con el FOB que destrabó el vehículo y un mecanismo personalizado proporcionado por el OEM, la solicitud es la siguiente:

int32[0] 42 // request id
int32[1] 10 (ID de usuario de Android)
int32[2] 0 (marcas de usuario de Android)
int32[3] 2 (cantidad de tipos consultados)
int32[4] 1 (primer tipo consultado, UserIdentificationAssociationType::KEY_FOB)
int32[5] 101 (segundo tipo consultado, UserIdentificationAssociationType::CUSTOM_1)

Si el usuario está asociado con el FOB, pero no con el mecanismo personalizado, la respuesta es:

int32[0] 42 // request id
int32[1] 2 (cantidad de asociaciones en la respuesta)
int32[2] 1 (primer tipo: UserIdentificationAssociationType::KEY_FOB)
int32[3] 2 (primer valor: UserIdentificationAssociationValue::ASSOCIATED_CURRENT_USER)
int32[4] 101 (primer tipo: UserIdentificationAssociationType::CUSTOM_1)
int32[5] 4 (segundo valor: UserIdentificationAssociationValue::NOT_ASSOCIATED_ANY_USER)

Luego, para asociar al usuario con el mecanismo personalizado, se realiza una solicitud establecida:

int32[0] 43 // ID de solicitud
int32[1] 10 (ID de usuario de Android)
int32[2] 0 (marcas del usuario de Android)
int32[3] 1 (cantidad de asociaciones que se están configurando)
int32[4] 101 (primer tipo: UserIdentificationAssociationType::CUSTOM_1)

Si la solicitud se realiza correctamente, la respuesta será la siguiente:

int32[0] 43 // ID de solicitud
int32[1] 1 (cantidad de asociaciones en la respuesta)
int32[2] 101 (primer tipo: UserIdentificationAssociationType::CUSTOM_1)
int32[3] 1 (primer valor: UserIdentificationAssociationValue::ASSOCIATED_CURRENT_USER)

La solicitud de configuración agrega asociaciones, pero no quita las existentes. En el ejemplo anterior, el estado final serían dos asociaciones (FOB y CUSTOM_1). Para asociar al usuario con solo CUSTOM_1 pero no FOB, la solicitud habría sido:

int32[0] 43 // ID de solicitud
int32[1] 10 (ID de usuario de Android)
int32[2] 2 (cantidad de tipos establecidos)
int32[3] 1 (primer tipo: UserIdentificationAssociationType::KEY_FOB)
int32[4] 2 (primer valor: UserIdentificationAssociationValue::DISASSOCIATE_CURRENT_USER)
int32[5] 101 (segundo tipo: UserIdentificationAssociationType::CUSTOM_1)
int32[6] 1 (segundo valor: UserIdentificationAssociationValue::ASSOCIATE_CURRENT_USER)

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

VEHICLE_CURB_WEIGHT

Muestra el peso en orden de marcha del vehículo en kilogramos. El peso en vacío es el peso total del vehículo con equipo estándar y todos los consumibles operativos necesarios, como aceite de motor, transmisión aceite, líquido de frenos, refrigerante, refrigerante del aire acondicionado y peso del combustible en el tanque nominal mientras no esté cargado ni con pasajeros ni carga.

configArray[0] se usa para especificar el peso bruto del vehículo en kilogramos. El peso bruto del vehículo es el peso máximo de funcionamiento del vehículo, según lo especifica el fabricante, incluido el chasis, la carrocería, el motor, los fluidos del motor, el combustible, los accesorios, el conductor, los pasajeros y la carga, pero sin incluir el de los remolques.

Cambiar modo: STATIC
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:KILOGRAM
Versión: Android 13

VEHICLE_IN_USE

Indica si el vehículo está en uso. En uso significa que hay un usuario humano presente y que tiene la intención de usar el vehículo. Esto no significa necesariamente que el usuario humano esté en el vehículo. Por ejemplo, si el usuario humano desbloquea el vehículo de forma remota, se considera que está en uso. Si esta propiedad es compatible, haz lo siguiente:

Cada vez que el usuario encienda el vehículo o el sistema detecte que está presente VEHICLE_IN_USE se debe configurar como verdadero. Cada vez que el usuario apaga el vehículo el sistema detecta que el usuario no está presente, se debe establecer VEHICLE_IN_USE como falso.
Si el usuario apaga el vehículo o el sistema detecta que no está presente, VEHICLE_IN_USE se debe configurar como falso.
Si el usuario enciende el vehículo o el sistema detecta que el usuario está presente, VEHICLE_IN_USE se debe establecer como verdadero.

Esta propiedad se diferencia de AP_POWER_BOOTUP_REASON en el sentido de que AP_POWER_BOOTUP_REASON solo se establece una vez durante el inicio del sistema. Sin embargo, esta propiedad puede cambiar varias veces durante un ciclo de inicio del sistema. Por ejemplo, actualmente un dispositivo no está en uso. El inicio del sistema para ejecutar una tarea remota VEHICLE_IN_USE es falso. Mientras que se está ejecutando la tarea remota, el usuario ingresa al vehículo y lo enciende. VEHICLE_IN_USE se establece como verdadero. Después de una sesión de conducción, el usuario apaga el vehículo y VEHICLE_IN_USE se establece en falso.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 14

SERVICIO DE MAPA DE VEHÍCULO

Mensaje del Servicio de mapas para vehículos (VMS). Esta propiedad usa datos MIXED para comunicar mensajes de VMS. Su contenido se debe interpretar de la siguiente manera: Los índices definidos en VmsMessageIntegerValuesInde se usan para leer de int32Values. bytes es un mensaje de VMS serializado, como se define en la VMS protocolo, que es opaco para el framework. IVehicle#get siempre debe mostrar StatusCode::NOT_AVAILABLE.

Cambiar modo: ON_CHANGEREAD_WRITE
Modo de acceso: READ_WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

VEHICLE_SPEED_DISPLAY_UNITS

Unidades de velocidad para la pantalla. Indica el tipo de unidades que se usan para mostrarle la velocidad al usuario. Por ejemplo, m/s, km/h o mph. VehiclePropConfig.configArray indica las unidades de visualización de velocidad compatibles. Las unidades de presión se definen en VehicleUnit. Por ejemplo:

.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

Si la actualización de VEHICLE_SPEED_DISPLAY_UNITS afecta los valores de otros *_DISPLAY_UNITS properties, esos valores deben actualizarse y comunicarse al framework de AAOS.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

VHAL_HEARTBEAT

Define un evento que la VHAL envía. Perro guardián del vehículo como un latido. Si VHAL admite esta propiedad, debe escribir el tiempo de actividad del sistema en esta propiedad. cada tres segundos. Car Watchdog se suscribe a esta propiedad y verifica si se actualiza cada tres segundos. Con el tiempo de búfer de tres segundos, Car Watchdog espera a que se envíe un mensaje de estado hasta seis segundos después del último. De lo contrario, Car Watchdog considera que el VHAL está en mal estado y lo finaliza. Si VHAL no admite esta propiedad, Car Watchdog no verificará el estado de VHAL.

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

WATCHDOG_ALIVE

Define un evento que el perro guardián del vehículo actualiza para indicar que está activo. Car Watchdog establece esta propiedad en el tiempo de actividad del sistema en milisegundos cada tres segundos. Durante el inicio, es posible que la actualización tardar más.

Modo de cambio: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

WATCHDOG_TERMINATED_PROCESS

Define un proceso que finaliza el perro guardián del vehículo y el motivo.

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

Cambiar modo: ON_CHANGE
Modo de acceso: WRITE
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

WHEEL_TICK

Informa los tics de la rueda. El primer elemento del vector es un recuento de restablecimiento. Un restablecimiento indica que los recuentos de marcas anteriores no son comparables con este y los futuros. Algún tipo de discontinuidad en se ha producido un recuento de marcas.

Los siguientes cuatro elementos representan marcas para ruedas individuales en el siguiente orden:

Parte delantera izquierda
Parte delantera derecha
Parte trasera derecha
Parte trasera izquierda

Todos los recuentos de marcas son acumulativos. Los recuentos de marcas aumentan cuando el vehículo avanza y disminuyen cuando el vehículo retrocede. Las marcas deben restablecerse a 0 cuando el vehículo esté empezaste.

int64Values[0] restablecer recuento
int64Values[1] Marcas de la parte delantera izquierda
int64Values[2] Marcas en el frente derecho
int64Values[3] Marcas en la parte posterior derecha
int64Values[4] Marcas de la parte trasera izquierda

configArray se usa para indicar el valor de micrómetros por marca de la rueda y qué wheels son compatibles y configArray se establece de la siguiente manera:

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

Usa la enum Wheel. Por ejemplo, si se admiten todas las ruedas, haz lo siguiente:

configArray[0] vehículoAreaWheel::LEFT_FRONT | VehicleAreaWheel::RIGHT_FRONT | VehicleAreaWheel::LEFT_REAR | VehicleAreaWheel::RIGHT_REAR
configArray[1] Micrómetros por marca de la rueda delantera izquierda
configArray[2] micrómetros por marca de la rueda delantera derecha
configArray[3] Micrómetros por marca de la rueda trasera derecha
configArray[4] Micrómetros por marca de la rueda trasera izquierda.

Si una rueda no es compatible, su valor siempre debe establecerse en 0.

Se debe completar el campo VehiclePropValue.timestamp.

Modo de cambio: CONTINUOUS
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

WINDOW_LOCK

Bloqueo de ventanas para niños El valor verdadero indica que la ventana está bloqueada para niños. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo como Solo VehiclePropertyAccess.READ.

Modo de cambio: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

WINDOW_MOVE

Mover ventana Los elementos maxInt32Value y minInt32Value de cada uno Se debe definir VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value debe ser compatible. El maxInt32Value indica que la ventana se está abriendo en un plano o se cierra en la dirección fuera del plano como se espera la velocidad. El minInt32Value indica que la ventana se cierra en el plano o se abre en la dirección fuera del plano a la velocidad más rápida.

Los valores absolutos más grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que la ventana alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de WINDOW_MOVE es 0, no hay ningún movimiento en curso. Esta propiedad se representa en un rango especificado de velocidades de movimiento relativas.

Para una ventana que puede abrirse fuera del plano (un modo de ventilación del techo panorámico), este parámetro funciona de la siguiente manera. Si:

Techo solar abierto:
- Max Abre más el techo corredizo y detente automáticamente cuando se abra por completo.
- Min Cierra el techo panorámico y deténlo automáticamente cuando esté cerrado.
La ventilación está abierta:
- Max Cierra la ventilación y detén la ventilación automáticamente cuando esté cerrada.
- Min Abre más la ventilación y detén automáticamente cuando la ventilación esté abierta por completo.
El techo panorámico está cerrado:
- Max Abrir el techo corredizo y detenerse automáticamente cuando esté abierto por completo
- Min Abrir el conducto de ventilación y detenerlo automáticamente cuando este esté completamente abierto.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

WINDOW_POS

Posición de la ventana. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value debe ser compatible. El minInt32Value indica que la ventana está cerrada o completamente abierta fuera del plano. Si la ventana no puede abrirse fuera del plano, minInt32Value es la posición de la ventana cuando está completamente cerrada y debe ser 0. Si el botón la ventana puede abrirse fuera del plano, el minInt32Value indica que la ventana está completamente abierta en su posición fuera del plano y es un valor negativo. Consulta el siguiente ejemplo para obtener una explicación más detallada. El elemento maxInt32Value indica que la ventana está completamente abierta.

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones fuera del plano y completamente abiertas, cerradas o completamente abiertas. Esta propiedad no se encuentra en ninguna unidad específica, sino en un rango especificado de posiciones relativas. Por ejemplo, así es como la propiedad debería funcionar para una ventana que pueda salir del plano: para una ventana que puede abrirse plano (modo de ventilación de techo solar), este parámetro funciona con valores negativos de la siguiente manera:

Max Techo solar completamente abierto (0 para techo corredizo cerrado).
Min Ventilación del techo corredizo completamente abierta (0 para el techo corredizo cerrado).

En este modo, 0 indica que la ventana está cerrada.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enumeración: N/A
Tipo de unidad: N/A
Versión: Android 13

WINDSHIELD_WIPERS_PERIOD

Es el período de los limpiaparabrisas (milisegundos). Devuelve el período de tiempo instantáneo de los limpiaparabrisas en milisegundos. Un ciclo completo se define como un limpiador que pasa de y vuelve a la posición de reposo. Cuando se selecciona un parámetro de configuración de borrado intermitente, debe establecerse en 0 durante el período de pausa de la limpieza intermitente. El Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. El maxInt32Value de cada ID de área debe especificar el período de limpieza más largo. El minInt32Value se debe establecer en 0 para cada ID de área.

Modo de cambio: ON_CHANGE
Modo de acceso: READ
Tipo de enumeración: N/A
Tipo de unidad: VehicleUnit:MILLI_SECS
Versión: Android 14

ESTADO_DE_WINDSHIELD_WIPERS

Estado de los limpiaparabrisas Devuelve el estado actual de los limpiaparabrisas. Es posible que el valor de WINDSHIELD_WIPERS_STATE no coincida con el valor de WINDSHIELD_WIPERS_SWITCH. Por ejemplo, WINDSHIELD_WIPERS_STATE: ON y WINDSHIELD_WIPERS_SWITCH: WindshieldWipersSwitch#AUTO. Si se implementan WINDSHIELD_WIPERS_STATE: ON y WINDSHIELD_WIPERS_PERIOD, WINDSHIELD_WIPERS_PERIOD debe reflejar el período de un ciclo completo de los limpiaparabrisas.

Para cada ID de área admitida, el array VehicleAreaConfig#supportedEnumValues debe a menos que se admitan todos los estados en WindshieldWipersState (incluido OTHER, lo que no se recomienda).

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo enum: WindshieldWipersState
Tipo de unidad: N/A
Versión: Android 14

CAMBIO DE WINDSHIELD_WIPERS_SWITCH

Interruptor de limpiaparabrisas. Representa la posición del interruptor que controla los limpiaparabrisas. Es posible que el valor de WINDSHIELD_WIPERS_SWITCH no coincida con el valor de WINDSHIELD_WIPERS_STATE. Por ejemplo, WINDSHIELD_WIPERS_SWITCH: AUTO y WINDSHIELD_WIPERS_STATE: WindshieldWipersState#ON. Para cada ID de área compatible, se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de WindshieldWipersSwitch (incluido OTRO, que no se recomienda).

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden impleméntalo solo como VehiclePropertyAccess.READ. Si esta propiedad se implementa como VehiclePropertyAccess.READ_WRITE y el estado OTHER aparece en el array VehicleAreaConfig#supportedEnumValues, OTHER no es un valor admitido para la escritura. Solo es un valor admitido para la lectura.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo enum: WindshieldWipersSwitch
Tipo de unidad: N/A
Versión: Android 14

Propiedades del sistema compatibles Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

Modos de acceso y de cambio generados automáticamente

De la A a la D

ADAPTIVE_CRUISE_CONTROL_LEAD_VEHICLE_MEASURED_DISTANCE

ADAPTIVE_CRUISE_CONTROL_TARGET_TIME_GAP

ABS_ACTIVE

ANDROID_EPOCH_TIME

AP_POWER_BOOTUP_REASON

AP_POWER_STATE_REPORT

AP_POWER_STATE_REQ

AUTOMATIC_EMERGENCY_BRAKING_ENABLED

AUTOMATIC_EMERGENCY_BRAKING_STATE

BLIND_SPOT_WARNING_ENABLED

BLIND_SPOT_WARNING_STATE

CABIN_LIGHTS_STATE

CABIN_LIGHTS_SWITCH

CLUSTER_DISPLAY_STATE

CLUSTER_NAVIGATION_STATE

CLUSTER_REPORT_STATE

CLUSTER_REQUEST_DISPLAY

CLUSTER_SWITCH_UI

CREATE_USER

CRITICALLY_LOW_TIRE_PRESSURE

CRUISE_CONTROL_COMMAND

CRUISE_CONTROL_ENABLED

CRUISE_CONTROL_STATE

CRUISE_CONTROL_TARGET_SPEED

CRUISE_CONTROL_TYPE

CURRENT_GEAR

CURRENT_POWER_POLICY

DISABLED_OPTIONAL_FEATURES

DISPLAY_BRIGHTNESS

DISTANCE_DISPLAY_UNITS

DOOR_CHILD_LOCK_ENABLED

DOOR_LOCK

DOOR_MOVE

DOOR_POS

De E a G

ELECTRONIC_TOLL_COLLECTION_CARD_STATUS

ELECTRONIC_TOLL_COLLECTION_CARD_TYPE

EMERGENCY_LANE_KEEP_ASSIST_ENABLED

EMERGENCY_LANE_KEEP_ASSIST_STATE

ENGINE_COOLANT_TEMP

ENGINE_IDLE_AUTO_STOP_ENABLED

ENGINE_OIL_LEVEL

ENGINE_OIL_TEMP

ENGINE_RPM

ENV_OUTSIDE_TEMPERATURE

EV_BATTERY_DISPLAY_UNITS

EV_BATTERY_INSTANTANEOUS_CHARGE_RATE

EV_BATTERY_LEVEL

EV_BRAKE_REGENERATION_LEVEL

EV_CHARGE_CURRENT_DRAW_LIMIT

EV_CHARGE_PERCENT_LIMIT

EV_CHARGE_PORT_CONNECTED

EV_CHARGE_PORT_OPEN

EV_CHARGE_STATE

EV_CHARGE_SWITCH

EV_CHARGE_TIME_REMAINING

EV_CURRENT_BATTERY_CAPACITY

EV_REGENERATIVE_BRAKING_STATE

EV_STOPPING_MODE

EVS_SERVICE_REQUEST

EXTERNAL_CAR_TIME

FOG_LIGHTS_STATE

FOG_LIGHTS_SWITCH

FORWARD_COLLISION_WARNING_ENABLED

FORWARD_COLLISION_WARNING_STATE

FRONT_FOG_LIGHTS_STATE

FRONT_FOG_LIGHTS_SWITCH

FUEL_CONSUMPTION_UNITS_DISTANCE_OVER_VOLUME

FUEL_DOOR_OPEN

FUEL_LEVEL

FUEL_LEVEL_LOW

FUEL_VOLUME_DISPLAY_UNITS

GEAR_SELECTION

GENERAL_SAFETY_REGULATION_COMPLIANCE_REQUIREMENT

GLOVE_BOX_DOOR_POS

GLOVE_BOX_LOCKED

De H a I

Propiedades del sistema compatibles
Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.