Propiedades del sistema compatibles

En esta página, se enumeran las propiedades del sistema compatibles con la VHAL. Propiedades compatibles con VHAL debe ser una propiedad del sistema de la siguiente lista o una propiedad del proveedor. En Android 14 y superior, 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 del AIDL. android.hardware.automotive.vehicle.property, que es independiente del VHAL interfaz de programación de aplicaciones (android.hardware.automotive.vehicle) Implementaciones de VHAL y VHAL los clientes deben depender de ambas interfaces.

Modos de acceso generados automáticamente y modos de cambio

En Android 14 y versiones posteriores, para admitir implementaciones de VHAL, proporcionamos Encabezado de C++ archivos y Archivos de clase de Java con el modo de cambio o el modo de acceso permitido para propiedades del sistema. Implementaciones de VHAL del proveedor puedes usarlas para asegurarte de que la configuración de la propiedad cumpla con la especificación.

ADAPTIVE_CRUISE_CONTROL_LEAD_VEHICLE_MEASURED_DISTANCE

Distancia medida desde el vehículo que conduce cuando se usa el control de crucero adaptativo (ACC) o el modo predictivo Control de crucero (PCC). Devuelve la distancia medida en milímetros entre el punto más trasero del vehículo principal y el punto más delantero del vehículo ACC. El maxInt32Value y minInt32Value en VehicleAreaConfig. El minInt32Value debe ser 0. El campo maxInt32Value debe completarse con el rango máximo que puede admitir el sensor de distancia. Este valor no debe ser negativo.

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

Cuando esta propiedad no está disponible porque se inhabilitan los subtítulos (por ejemplo, StatusCode#NOT_AVAILABLE_DISABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED Si CRUISE_CONTROL_STATE se implementa y el estado se establece en un valor ErrorState, esta propiedad debe mostrar un StatusCode que se alinee con el valor ErrorState. Para Por ejemplo, si CRUISE_CONTROL_STATE está configurado como ErrorState#NOT_AVAILABLE_SPEED_LOW, esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_SPEED_LOW

Cambiar modo: 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 el lapso de tiempo objetivo actual para ACC o PCC en milisegundos. Esta propiedad debe especificar brecha de tiempo objetivo para un vehículo líder. La brecha se define como el tiempo para recorrer la distancia entre el punto más trasero del vehículo líder y el punto más delantero del vehículo ACC. El estado el intervalo de tiempo de un vehículo principal puede ser superior o inferior a este valor.

Los posibles valores que se pueden establecer para el intervalo de tiempo objetivo deben especificarse en configArray orden ascendente. Todos los valores deben ser positivos. Si la propiedad admite escritura, todos los valores deben admite escritura. Cuando esta propiedad no está disponible porque se inhabilitan los subtítulos (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 ErrorState, esta propiedad debe mostrar un StatusCode que se alinea con el valor ErrorState. Por ejemplo: Si CRUISE_CONTROL_STATE está configurado como 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 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: VehicleUnit:MILLI_SECS
Versión: Android 14

ABS_ACTIVE

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

Cambiar modo: 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 hora de ciclo (en milisegundos). Este valor denota la cantidad de milisegundos que transcurrieron desde el 1/1/1970 UTC.

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

Los AAOS WRITE se asignan a esta propiedad una vez durante el inicio y, luego, WRITE. solo cuando se propagan los cambios de las fuentes de tiempo. AAOS completará VehiclePropValue.timestamp correctamente. AAOS no envía actualizaciones para un lapso de tiempo natural. int64Values[0] = Unix proporcionados tiempo (en milisegundos).

La propiedad puede tardar más de 0 ms en propagarse a través de la pila. Además, si tiene con marca de tiempo ayuda a reducir cualquier desvío temporal. Entonces, para todos los WRITE de la propiedad, La marca de tiempo se puede usar para anular este desvío:

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

Cambiar modo: 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 la propiedad para informar el motivo de inicio del encendido actual. Esta es una propiedad de STATIC que no cambiará durante todo el período hasta que se apague. Por ejemplo, incluso si el usuario presiona botón de encendido después de encendido automático al abrir la puerta, el motivo del inicio debe estar VehicleApPowerBootupReason#USER_UNLOCK int32Values[0] debe ser VehicleApPowerBootupReason

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

INFORME_DE_ESTADO_DE_POTENCIA AP

Es la propiedad para informar el estado de potencia del procesador de la app. Se supone que el estado de alimentación del PA es con un controlador de alimentación independiente.

  • Valor enum int32Values[0] de VehicleApPowerStateReport
  • int32Values[1] Tiempo en ms para despertar, si es necesario (de lo contrario, 0)

Cambiar modo: 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 la propiedad para controlar el estado de energía del procesador de la app. Se supone que el estado de alimentación del PA es y se controla con un controlador de energía independiente. Para obtener información sobre la configuración, VehiclePropConfig.configArray debe tener valores de combinación de marca de bits en VehicleApPowerStateConfigFlag

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

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

AUTOMATIC_EMERGENCIA_BRAKING_HABILITADA

Habilita o inhabilita el frenado automático de emergencia (AEB). Establece el valor verdadero para habilitar AEB y falso para inhabilitarlo. Cuando AEB está habilitado, el sistema ADAS en la el vehículo debe estar encendido y monitoreando para evitar posibles colisiones. Esta propiedad debe se aplican solo a aplicaciones de mayor velocidad. Para habilitar el frenado de emergencia automático de 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 sea demasiado rápida baja, esa información debe transmitirse a través de los valores ErrorState en el propiedad AUTOMATIC_EMERGENCY_BRAKING_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero Los OEM solo pueden implementarlo 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

ESTADO_DE_EMERGENCIA_AUTOMÁTICO

Estado de frenado de emergencia automático (AEB). Muestra el estado actual de AEB. Esta propiedad debe Siempre muestra un estado válido definido en AutoEmergencyBrakingState o ErrorState No debe mostrar errores a través de StatusCode y debe usar los estados de error admitidos. en su lugar. Esta propiedad solo debe aplicarse a aplicaciones de mayor velocidad. Para representar el estado del sistema de frenado de emergencia automático de baja velocidad Se debe usar LOW_SPEED_AUTOMATIC_EMERGENCY_BRAKING_STATE.

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

Para el ID de área global (0), el campo StatusCode#VehicleAreaConfig#supportedEnumValues el array debe definirse, a menos que todos los estados de ambos AutomaticEmergencyBrakingState (incluido OTHER, que no se recomienda) y ErrorState son no es compatible.

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

BLIND_SPOT_WARNING_HABILITADO

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

En general, BLIND_SPOT_WARNING_ENABLED siempre debe mostrar verdadero o falso. Si el botón no está disponible debido a un 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 el propiedad BLIND_SPOT_WARNING_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEM solo pueden implementarlo 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

ESTADO_DE_ADVERTENCIA_EL_SPOT_ESTILO

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

Para cada ID de área admitida, StatusCode#VehicleAreaConfig#supportedEnumValues el array debe definirse, a menos que todos los estados de ambos BlindSpotWarningState (incluidos OTHER, lo que no se recomienda) y ErrorState.

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

CABIN_LIGHTS_STATE

Muestra el estado de las luces de la cabina.

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

CABIN_LIGHTS_SWITCH

Interruptor de las 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 se abierto o debido a un comando por voz. Por ejemplo, cuando el interruptor esté en la posición de apagado o automática.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero Los OEM solo pueden implementarlo como VehiclePropertyAccess.READ.

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

CLUSTER_DISPLAY_STATE

Cambia el estado de la pantalla del clúster.

  • Límites: Área en la que se renderizará la actividad del clúster.
  • Inserción: Área en la que la actividad no debe incluir información importante.

Valores posibles:

  • int32[0] Activada, Desactivada: 0: Desactivada, 1: Activada, -1: No me interesa
  • int32[1] Límites - izquierda: número positivo - posición izquierda en píxeles -1 - no importa (debe establecer todos los campos Límites)
  • int32[2] Límites - superior: mismo formato con “izquierda”
  • int32[3] Límites - derecha: mismo formato con "izquierda"
  • int32[4] Límites, parte inferior: mismo formato con “izquierda”
  • int32[5] Inserción - izquierda: número positivo - valor real de la inserción izquierda en píxeles -1 - No importa (debe establecerse "No me interesa" todos los campos de inserción)
  • int32[6] Inserción: parte superior: mismo formato con "izquierda"
  • int32[7] Inserción: derecha: mismo formato con "left"
  • int32[8] Inserción: parte inferior: El mismo formato con "izquierda"

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

ESTADO_DE_NAVEGACIÓN_DEL_CLÚSTER

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

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

ESTADO_DE_INFORME_DEL_CLÚSTER

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 debe enviar esto mensaje cuando se inicia por primera vez. Cuando ClusterOS reciba este mensaje y si el la expectativa interna es diferente con el mensaje recibido, entonces debería CLUSTER_SWITCH_UI y CLUSTER_DISPLAY_STATE de nuevo para que coincidan con el estado.

  • Activado/desactivado de int32[0]: 0: apagado, 1: encendido
  • int32[1] límite - izquierdo
  • int32[2] límites: superior
  • int32[3] límites: derecha
  • int32[4] límites: Parte inferior
  • int32[5] Inserción: izquierda
  • int32[6] Inserción: Parte superior
  • int32[7] Inserción: derecha
  • int32[8] Inserción: inferior
  • int32[9] Es el tipo de ClusterUI en pantalla completa o principal. 0 indica ClusterHome Otros valores van seguidos de la definición del OEM.
  • int32[10]: Es el tipo de ClusterUI en la subpantalla, si se muestran las dos IU actualmente. -1 indica que el área ya no se usa. bytes: el array para representar la disponibilidad de ClusterUI. 0 indica que no está disponible y 1 indica que está disponible. Por ejemplo, si un automóvil admite tres ClusterUI definidos por el OEM, como HOME, MAPS y CALL, y solo admite La IU de CALL solo cuando la red móvil está disponible. Luego, si la red está disponible, envía [1 1 1] y, si está fuera de la red, envía [1 1 0].

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

CLUSTER_REQUEST_DISPLAY

Solicitudes para cambiar el estado de visualización del clúster con el fin de mostrar cierta ClusterUI. Cuando la pantalla actual está desactivado y ClusterHome envía este mensaje a ClusterOS para solicitar que se active la pantalla para mostrar una ClusterUI específica. ClusterOS debería responder con lo siguiente: CLUSTER_DISPLAY_STATE

  • int32 Tipo de ClusterUI para mostrar

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

Interfaz de usuario de CLUSTER_SWITCH_UI

Inicia la ClusterUI en la pantalla del clúster.

  • int32: El tipo de ClusterUI para mostrar 0 indica ClusterHome; el la pantalla principal de la pantalla del clúster y proporciona la IU predeterminada y una especie de función de selector para la pantalla del clúster. El resto de los valores se establecen según la definición del OEM.

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

CREAR USUARIO

Lo llama el sistema Android después de crear un usuario de Android. La HAL puede usar esta propiedad para crear su usuario equivalente. Esta es una solicitud asíncrona: Android realiza la solicitud estableciendo un VehiclePropValue y la HAL deben responder con un cambio de propiedad que indique si la solicitud correctamente o con errores. Si falla, el sistema Android quita el usuario.

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

  • int32[0] 42 // ID de solicitud
  • 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 // 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)
  • int32[10] 11 // tercer usuario (usuario 11)
  • int32[11] 6 // String de marcas de tercer usuario (invitado efímero): "ElGuesto" // nombre del usuario nuevo

Si la solicitud se realizó correctamente, la HAL mostrará lo siguiente:

  • int32[0] 42 // ID de solicitud
  • int32[1] 1 // CreateUserStatus::SUCCESS

Pero si falla:

  • int32[0] 42 // ID de solicitud
  • 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 toma el la acción adecuada.

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

CRÍTICA_LOW_TIRE_PRESSURE

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

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

COMANDO_DE_CONTROL_CRUISE

WRITE Comandos de control de crucero (CC). Consulta CruiseControlCommand para obtener información detallada sobre cada comando compatible. Para el ID de área global (0), se debe definir el array StatusCode#VehicleAreaConfig#supportedEnumValues, a menos que se estados de CruiseControlState. Cualquier comando no admitido que se haya enviado a través de esta propiedad debe mostrar StatusCode#INVALID_ARG si la propiedad no está disponible Debido a que los subtítulos están inhabilitados (por ejemplo, CRUISE_CONTROL_ENABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED si CRUISE_CONTROL_STATE se implementa y el estado se establece en un valor ErrorState, este La 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

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

CRUISE_CONTROL_HABILITADO

Habilitar o inhabilitar el control de crucero Establece el valor verdadero para habilitar Cc y el falso para inhabilitarlo. Esta se comparte con todas las formas de CruiseControlType(s). Cuando se habilitan CC, el sistema ADAS en el vehículo debería 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 un estado temporal, como que la velocidad del vehículo es demasiado baja, esa información debe transmitirse a través de ErrorState en la propiedad CRUISE_CONTROL_STATE. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo como Solo 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

ESTADO_DE_CONTROL_CRUISE

Estado actual del control de crucero (CC). Esta propiedad muestra el estado actual de Cc. En general, esta propiedad debe mostrar un estado válido definido en los campos 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), el valor Se debe definir el array VehicleAreaConfig#supportedEnumValue, a menos que todos los estados de CruiseControlState (incluye OTHER, lo que no se recomienda) y ErrorState compatibles.

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

VELOCIDAD_OBJETIVO_CONTROL_CRUISE

Velocidad objetivo actual para el control de crucero (CC). Los OEMs deben establecer minFloatValue y Los valores maxFloatValue de esta propiedad para definir los valores de velocidad objetivo mínima y máxima Estos Los valores no deben ser negativos. El valor de maxFloatValue representa el límite superior de la velocidad objetivo. El minFloatValue representa el límite inferior de la velocidad objetivo. Cuando esta propiedad no está disponible porque se inhabilitan los subtítulos (por ejemplo, CRUISE_CONTROL_ENABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED Si CRUISE_CONTROL_STATE es se implementa y el estado se establece en un valor ErrorState, esta propiedad debe mostrar un StatusCode que se alinea con el valor ErrorState. Por ejemplo, Se estableció CRUISE_CONTROL_STATE a ErrorState#NOT_AVAILABLE_SPEED_LOW, esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_SPEED_LOW

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

TIPO_DE_CONTROL_CRUISE

Tipo actual de control de crucero (CC). Cuando CRUISE_CONTROL_ENABLED es verdadero, esta propiedad muestra el tipo de Cc que está habilitada actualmente (por ejemplo, Cc estándar y Cc adaptable, predictiva). En primer lugar, esta propiedad debe mostrar un estado válido definido en el archivo CruiseControlType. o ErrorState Por ejemplo, si la función no está disponible debido a algún estado temporal que la información se debe transmitir a través de ErrorState Para el ID de área global (0), el StatusCode#VehicleAreaConfig#supportedEnumValues se debe definir el array a menos que todos los estados de CruiseControlType (incluido OTHER, que no es recomendado) y ErrorState. Intentando WRITE CruiseControlType#OTHER o ErrorState a esto la propiedad arroja una IllegalArgumentException 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: CruiseControlType ErrorState
Tipo de unidad: N/A
Versión: Android 14

CURRENT_GEAR

Vestimenta actual. En un caso que no es manual, es posible que el engranaje seleccionado no coincida con el actual. Para por ejemplo, si el engranaje seleccionado es GEAR_DRIVE, el engranaje actual será uno de GEAR_1, GEAR_2, etc., que reflejan el engranaje real transmisión en vivo. Los valores de los datos de configuración deben representar la lista de engranajes compatibles para este vehículo. Por ejemplo, los datos de configuración para una transmisión automática deben contener {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_PARK, GEAR_1, GEAR_2,...} y, para las versiones manuales, de transmisión, la lista debe estar {GEAR_NEUTRAL, GEAR_REVERSE, GEAR_1, GEAR_2,...} No es necesario que esta lista sea la misma que la de los engranajes admitidos que se informaron en GEAR_SELECTION

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

POLÍTICA_DE_POTENCIA_ACTUAL

Notifica la política de energía actual a la capa VHAL. El servicio de la política de energía del automóvil establece esta propiedad cuando se cambia la política de energía actual

string: "sample_policy_id" // power policy ID

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

FUNCIONES_OPCIONALES INHABILITADAS

Permite la inhabilitación de funciones opcionales en VHAL. Esta propiedad presenta funciones opcionales que deberían inhabilitarse. Todas las funciones opcionales permitidas para el sistema se declaran en el servicio del vehículo. superposición, config_allowed_optional_car_features Esta propiedad permite inhabilitar funciones definidas en la superposición. Sin esta propiedad, todas se habilitarán las funciones declaradas en la superposición. El valor READ debe incluir todas las funciones inhabilitadas con una coma (,) y la separación de responsabilidades. Por ejemplo, com.android.car.user.CarUserNoticeService,storage_monitoring.

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

BLANCO_DE_PANTALLA

Es la propiedad que representa el brillo de la pantalla. Algunos vehículos tienen un solo control para la el brillo de todas las pantallas. Esta propiedad es para compartir los cambios de ese control. En automóviles que tienen pantallas cuyo brillo se controla por separado, deben usar PER_DISPLAY_BRIGHTNESS Solo se puede seleccionar una de las siguientes propiedades: DISPLAY_BRIGHTNESS y PER_DISPLAY_BRIGHTNESS cuando se implementa un plan. Si ambos son disponible, AAOS usa PER_DISPLAY_BRIGHTNESS. Si se puede escribir, Android puede establece esto cuando el usuario cambie el brillo de la pantalla desde la Configuración. Si solo usas READ, el usuario aún puede Cambiar el brillo de la pantalla desde Configuración, pero el cambio no se debe reflejar en otras pantallas

Cambiar modo: 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 utiliza el automóvil para mostrar las distancias a la 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 pantalla de distancia admitidas. Por ejemplo, configArray[0] = METER configArray[1] = KILOMETER configArray[2] = MILE. Si la actualización de DISTANCE_DISPLAY_UNITS afecta los valores de otras *_DISPLAY_UNITS propiedades, 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 solo como VehiclePropertyAccess.READ.

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

DOOR_CHILD_LOCK_HABILITADO

Se habilitó la función de traba para niños de la puerta. Muestra el valor true si la función de trabar la puerta para niños está habilitada y Es falso si está inhabilitado. Si se habilita, la puerta no se puede abrir desde el interior. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo como Solo 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

BLOQUEO_DE_PUERTA

El candado de puerta "true" indica que la puerta está trabada. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo como Solo 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

MOVER_MOVER_PUERTA

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. El objeto maxInt32Value representa la velocidad máxima de movimiento de la puerta, mientras que abriendo. El objeto minInt32Value representa la velocidad máxima de movimiento de la puerta, mientras que se cierra.

Los valores absolutos más altos, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que la puerta alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de DOOR_MOVE es 0, eso significa que no hay movimiento actualmente.

Esta propiedad no se encuentra en ninguna unidad en particular, pero sí 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.

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

PdV_PUERTA

Posición de la puerta. 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 la puerta está cerrada. El minInt32Value debe ser 0. El maxInt32Value indica que la puerta está completamente abierta. Valores entre minInt32Value y maxInt32Value indica un estado de transición entre cerrado y completamente. puestos disponibles.

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

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

E a G

ESTADO_DE_LA_TARJETA_DE_EL_ECTRONIC_TOLL_COLLECTION_

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 consola central reconoce una tarjeta ETC adjunta al vehículo, esta propiedad debería devolver el tipo de tarjeta adjunta. 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_HABILITADO

Habilita o inhabilita la función de asistencia para el 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, 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 de 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.

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

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.

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo de enum: 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_HABILITADO

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 OEM 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.

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

ENGINE_OIL_TEMP

Temperatura del aceite del motor.

Cambiar modo: CONTINUOUS
Modo de acceso: READ
Tipo de enum: 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 utiliza para indicar la energía eléctrica admitida. 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. El elemento minInt32Value indica la configuración de no 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.

Cambiar modo: 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 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], el configArray debe ser {20, 40, 60, 80, 100}. Si el 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

VE_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.

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo de enum: 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 el valor true si alguno de ellos está abierto. 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_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. Configurar esta propiedad como verdadero inicia la carga de la batería y falso para detener la carga. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEM solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITEREAD
Tipo de enum: 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

Capacidad actual de la batería utilizable para VE o vehículo 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 la configuración de frenado regenerativo del vehículo. Si el OEM requiere más opciones de configuración que las que se proporcionan en EvRegenerativeBrakingState, se puede usar la propiedad EV_BRAKE_REGENERATION_LEVEL en su lugar, lo 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]

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo de enum: 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 denota la cantidad de milisegundos que transcurrieron 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á esta propiedad y se suscribirá a ella 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 sugerencia de hora externa al servicio TimeDetectorService.

Si otras fuentes no tienen una prioridad más alta, Android la usará 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.

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

FOG_LIGHTS_STATE

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

  • El vehículo tiene faros antiniebla delantero y trasero. 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 las siguientes propiedades: 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.
  • Los faros antiniebla delantero y trasero 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 faros antiniebla delanteros. Solo se debe implementar uno de FOG_LIGHTS_SWITCH o FRONT_FOG_LIGHTS_SWITCH (no ambos). 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.

Cambiar modo: 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 directa (FCW). Se establece como verdadero para habilitar los FCW y como falso para inhabilitarlos. 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.

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

FORWARD_COLLISION_WARNING_STATE

Estado de advertencia de colisión directa (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 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

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 las siguientes opciones: 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 las siguientes opciones: 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 mostrar Indica el tipo de unidades que usa el automóvil para mostrarle al usuario la información sobre el consumo de combustible. Si es verdadero, significa que las unidades son de distancia sobre volumen, como MPG. Falso indica que las unidades son el volumen a 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 OEM 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

NIVEL DE FUEL

Es la cantidad de combustible que queda en el vehículo, expresada en mililitros. Esta propiedad debe comunicar la cantidad actual de combustible restante en el vehículo en mililitros. Esta propiedad no se aplica a 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 establezca el FUEL_LEVEL_LOW, no se debería liberar 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 ubicaciones:

  • Vehículo de combustible: esta propiedad se basa solo en el nivel de combustible
  • 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.

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo de enum: 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.

Cambiar modo: 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.

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

REQUISITO_DE_CUMPLIMIENTO_DEL_REGLAMENTACIÓN_DE_SEGURIDAD GENERAL

Es el requisito de cumplimiento de la Directiva 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 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, pero sí 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 así, la guantera está bloqueada. Si es falso, la guantera está desbloqueada. El ID de área debe coincidir con el asiento donde 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

MANUAL

Estado del controlador de detección de manos en el volante (HOD). Indica si las manos del conductor están en 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 debe transmitirse a través de ErrorState. Si el vehículo quiere enviar una advertencia al usuario porque las manos del conductor estuvieron demasiado tiempo fuera del volante, la advertencia debe aparecer a través de HANDS_ON_DETECTION_WARNING, que incluye el ID de área global (0), que no es compatible con los siguientes estados: ErrorState (0) y no se admiten todos los estados del array ErrorState (0)HandsOnDetectionDriverStateVehicleAreaConfig#supportedEnumValues

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

HANDS_ON_DETECTION_HABILITADA

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 el atributo no está disponible debido a un estado temporal, esa información se debe transmitir a través de los valores ErrorState de la propiedad HANDS_ON_DETECTION_STATE. Esta propiedad se define como minInt32Value VehiclePropertyAccess.READ_WRITE, pero los OEM solo pueden implementarla si es VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enum: 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 quitar las manos del volante durante un período prolongado. 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 OTHER, 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 Muestra 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 la luz de peligro. Es el parámetro de configuración que el usuario desea. 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 enum: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 13

HEADLIGHTS_STATE

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

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

HEADLIGHTS_SWITCH

Interruptor de los faros. Es el parámetro de configuración que el usuario desea. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEM 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. Muestra 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 luz de luz alta. El parámetro de configuración que quiere 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_ACTIVADO

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.

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

HVAC_ACTIVADO_AUTOMÁTICO

Activa y desactiva el control de climatización automático. Si esta opción está activada, se activará el sistema de climatización automático. 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 los parámetros de configuración que se hayan modificado cuando la climatización automática está desactivada. De esta manera, el único resultado debería ser que HVAC_AUTO_ON esté desactivado. Si no es posible restablecer la configuración de HVAC a la configuración anterior, el OEM debe implementar el cambio menos disruptivo.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enum: 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 está definida como VehiclePropertyAccess.READ_WRITE, pero los OEM 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 basado en el ventilador para la ventana designada. 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 enum: 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, la del conductor y la del pasajero, que se pueden sincronizar de forma 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 establecer una temperatura (por ejemplo, la del conductor) cambia otra (como la 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.

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

HVAC_ELECTRIC_DEFROSTER_ACTIVADO

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.

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

VENTILADOR_HABILITADO_DISPOSITIVO_DISPONIBLE

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. Una dirección de ventilador puede tener varios bits del conjunto vehicle_hvac_fan_direction. Por ejemplo, un automóvil típico puede tener las siguientes posiciones del 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)

Cambiar modo: ESTÁTICO
Modo de acceso: READ
Tipo de enum: VehicleHvacFanDirection
Tipo de unidad: N/A
Versión: Android 13

VENTILADOR_DE_HVAC_VELOCIDAD

Configuración 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 más baja del ventilador
  • Velocidad máxima del ventilador: maxInt32Value

Esta propiedad no se encuentra en ninguna unidad específica, pero sí 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

Activa o desactiva la electricidad MAX. Cuando esta función está activada, la ECU puede ajustar ciertos elementos, como la posición de la ventilación, 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 de AC MAX genera devoluciones de llamada onPropertyEvent() a la 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() a la VHAL. El AreaIDs para HVAC_MAX_DEFROST_ON indica que se puede controlar 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 primeras filas. Esta propiedad está definida como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como VehiclePropertyAccess.READ

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

POTENCIA_HABILITADA_ENCENDIDA

Representa el estado de alimentación 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 verdadera, 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.

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:

  1. 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 potencia de HVAC, HVAC_POWER_ON se debe asignar a [ROW_1_LEFT | ROW_1_RIGHT | ROW_2_LEFT | ROW_2_CENTER | ROW_2_RIGHT]
  2. Asientos en la primera fila (ROW_1_LEFT, ROW_1_RIGHT) y tres asientos en la segunda (ROW_2_LEFT, ROW_2_CENTER, ROW_2_RIGHT) y la tercera fila (ROW_3_LEFT, ROW_3_CENTER, ROW_3_RIGHT). Si el automóvil tiene controladores de temperatura en la primera fila que pueden funcionar por completo de forma independiente de los controladores de temperatura en la parte posterior del vehículo, HVAC_POWER_ON debe asignarse 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.

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

HVAC_RECIRC_ON

Recirculación activada y desactivada. 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. El maxInt32Value indica el parámetro de configuración de calefacción de la temperatura máxima del asiento. El valor de minInt32Value debe ser 0, a menos que el vehículo admita la refrigeración del asiento. 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.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enum: 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. El valor maxInt32Value indica la configuración de ventilación máxima disponible para el asiento.

Esta propiedad no se encuentra en ninguna unidad en particular, pero sí en el rango especificado de configuración de ventilación.

Las apps de HVAC y el Asistente lo usan para habilitar, cambiar o leer el estado de la ventilación del asiento. No es lo mismo que 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 OEM solo pueden implementarla como VehiclePropertyAccess.READ.

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

CALEFACCIÓN_LATERAL_MIRROR_HVAC

Calor en el 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:

  • maxInt32Value representa el nivel de calefacción máximo.
  • 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.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enum: 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 los elementos 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. El valor de minInt32Value debe ser 0, a menos que el vehículo también admita la refrigeración 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 especificado de parámetros de configuración de calefacción. Esta propiedad se define como VehiclePropertyAccess.READ, pero los OEMs solo pueden implementarla como VehiclePropertyAccess.READ.

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

HVAC_TEMPERATURE_CURRENT

Temperatura actual del sistema HVAC.

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

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 PUEDE usarse para mostrar cualquier temperatura de HVAC en el sistema. 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.

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

TEMPERATURE_SET DE HVAC

Se estableció la temperatura final de HVAC en Celsius.

Se deben definir los elementos minFloatValue y maxFloatValue en VehicleAreaConfig:

  • Se estableció la temperatura mínima en minFloatValue grados Celsius.
  • La temperatura máxima establecida es de maxFloatValue en 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. Esto también describe una tabla de consulta para convertir la temperatura de Celsius a Fahrenheit (y viceversa) para el 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 Celsius] * 10
  • configArray[3] [límite inferior de la temperatura admitida en grados Fahrenheit] * 10
  • configArray[4] [límite superior de la temperatura admitida en grados Fahrenheit] * 10
  • configArray[5] [incremento en Fahrenheit] × 10

El valor de minFloatValue y maxFloatValue en VehicleAreaConfig debe ser igual 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 grados Fahrenheit, configArray debe ser configArray = {160, 280, 5, 605, 845, 10}

Idealmente, la relación entre el incremento Celsius y el Fahrenheit debe ser lo más cercana a la relación real que va 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 Celsius deben establecer en la propiedad para alcanzar el valor Fahreneheit 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 Celsius de 16 a 28 y valores Fahrenheit de 60 a 85, cada uno con un incremento de 1, un configArray posible es el código>{160, 280, 10, 600, 840, 20}. En este caso, 85 no es una temperatura admitida.

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

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

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

SUGGESTION: VALOR_DE_TEMPERATURE_DE HVAC

Valores sugeridos para establecer la temperatura 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 para una temperatura.
  • floatValues[1] Unidad para floatValues[0] y debe ser una de las siguientes opciones: {VehicleUnit.CELSIUS, VehicleUnit.FAHRENHEIT}
  • floatValues[2] Valores de OEM sugeridos en CELSIUS (este valor no se incluye en la solicitud).
  • floatValues[3] Valores de OEM sugeridos 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 enviar solicitudes a la ECU de 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 HVAC en 66.2 grados Fahrenheit. 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 grados Celsius o 66.5 en grados 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.

Otro ejemplo es que una app recibe 21 grados Celsius como valor de temperatura actual mediante una consulta a HVC_TEMPERATURE_SET, pero la app necesita saber qué valor se muestra en la IU del vehículo en grados 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.

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

HW_CUSTOM_INPUT

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

  • int32Values[0]: Es el 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] El tipo de visualización objetivo 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.

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

HW_KEY_INPUT

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

  • Acción int32Values[0] definida por VehicleHwKeyInputAction
  • Código de clave int32Values[1], se debe usar el código de clave de Android estándar
  • 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) 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 enum: 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.
  • La acción int32array[2] se define en VehicleHwKeyInputAction, por ejemplo:
    VehicleHwKeyInputAction::ACTION_UP y VehicleHwKeyInputAction::ACTION_UP
  • int32array[3] Repetir la cantidad del evento. Para los eventos de tecla presionada, este es el recuento de repetición con la primera vez que se presiona, el valor se inicia en 0 y de allí va en aumento. Para los eventos de activación de tecla, siempre es igual a 0.
  • int64array[0] Tiempo de inactividad en nanosegundos transcurridos desde el último inicio. Indica el tiempo del evento de tecla abajo más reciente. Para el evento de presión, esta es la hora del evento de presión.

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 la propiedad para enviar eventos de entrada de hardware a Android.

  • int32array[0] Visualización de destino definida por VehicleDisplay, por ejemplo:
    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
  • La marca de estado del botón int32array[3] definida en VehicleHwMotionButtonStateFlag, por ejemplo:
    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. Según se define en VehicleHwMotionToolType, por ejemplo:
    VehicleHwMotionToolType::TOOL_TYPE_FINGER y 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 de floatArray[2*N:3*N-1], longitud N
  • Datos de tamaño de floatArray[3*N:4*N-1], longitud N
  • int64array[0] Tiempo de inactividad, nanosegundos transcurridos desde el inicio. Indica la hora en la que el usuario presionó la pantalla originalmente para iniciar un flujo de eventos de posición. Para el evento de presión, es la hora del evento de presión.

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo de enum: 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] La pantalla objetivo definida en VehicleDisplay Los eventos no 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 detenciones consecutivas cuando la cantidad de detenciones es superior a 1 o inferior a -1.
  • VehiclePropValue.timestamp Cuándo se produjo la rotación. Si la cantidad de retenciones es mayor que 1 o menor que -1, cuando se produjo la primera 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.

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

INFO_DRIVER_SEAT

Las implementaciones de VHAL de ubicación del asiento del conductor deben ignorar el áreaId. Usar 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 la batería utilizable en tiempo real teniendo en cuenta factores como el vencimiento de la batería y la dependencia de la temperatura.

Cambiar modo: ESTÁTICO
Modo de acceso: READ
Tipo de enum: N/A
Tipo de unidad: VehicleUnit:WH
Versión: Android 13

INFO_EV_CONNECTOR_TYPE

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]
  • Base de ruedas, incluidos espejos: int32Values[4]
  • Ancho de la pista frontal: int32Values[5]
  • Ancho de la vía trasera: int32Values[6]
  • Diámetro de giro de puerta a acera: int32Values[7]

Cambiar modo: ESTÁTICO
Modo de acceso: READ
Tipo de enum: 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.

Cambiar modo: ESTÁTICO
Modo de acceso: READ
Tipo de enum: 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.

Cambiar modo: ESTÁTICO
Modo de acceso: READ
Tipo de enum: PortLocationType
Tipo de unidad: N/A
Versión: Android 13

INFO_FUEL_TYPE

Es la lista de combustibles que puede usar el vehículo. Solo se debe incluir FuelType::FUEL_TYPE_ELECTRIC si el vehículo es recargable. Por ejemplo, un vehículo eléctrico completamente híbrido (FHEV) no debe incluir FuelType::FUEL_TYPE_ELECTRIC, ya que el valor INT32_VEC de 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 enchufable y debería incluir FuelType::FUEL_TYPE_ELECTRIC, ya que el valor INT32_VEC de 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.

Cambiar modo: ESTÁTICO
Modo de acceso: READ
Tipo de enum: N/A
Tipo de unidad: N/A
Versión: Android 13

MODELO DE INFORMACIÓN

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 de 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 solo un puerto, el valor de esta propiedad debe enumerar un elemento. Para describir la ubicación de un puerto, consulta INFO-EV-PORT-LOCATION

.

Cambiar modo: ESTÁTICO
Modo de acceso: READ
Tipo de enum: PortLocationType
Tipo de unidad: N/A
Versión: Android 13

INFORMACIÓN_VIN

VIN del vehículo.

Cambiar modo: ESTÁTICO
Modo de acceso: READ
Tipo de enum: 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 la inicializa, y permite que la HAL defina qué usuario de Android se debe iniciar. Para realizar esta solicitud, se configura un VehiclePropValue (definido por InitialUserInfoRequest) y la 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 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 son las configuraciones regionales del sistema (opcional) que se crearán para el usuario (están vacías, en este caso, significa que usan 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 Propietario con las configuraciones regionales en-US y pt-BR, la respuesta es en-US y pt-BR. 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 (|).

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

De la J a la R

LA CENTRO_DE_LANZAMIENTO_DE_ASSIST_COMANDO

Comandos de asistencia al centro de carriles (LCA). Comandos para activar y suspender el LCA. Cuando se envía el comando ACTIVATE de LaneCenteringAssistCommand, LANE_CENTERING_ASSIST_STATE debe establecerse en LaneCenteringAssistState#ACTIVATION_REQUESTED. Cuando el valor El comando ACTIVATE tiene éxito. LANE_CENTERING_ASSIST_STATE debe establecerse en LaneCenteringAssistState#ACTIVATED Cuando el comando DEACTIVATE de LaneCenteringAssistCommand tiene éxito, LANE_CENTERING_ASSIST_STATE se debe establecer en LaneCenteringAssistState#ENABLED

Para el ID de área global (0), se debe definir el VehicleAreaConfig#supportedEnumValues, a menos que todos Se admiten los valores de enumeración de LaneCenteringAssistCommand. Cuando esta propiedad no está disponible Debido a que la LCA está inhabilitada (por ejemplo, LANE_CENTERING_ASSIST_ENABLED es falso), esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_DISABLED si LANE_CENTERING_ASSIST_STATE es implementar y la estado se establece en un valor ErrorState, entonces esta propiedad debe mostrar un StatusCode que se alinee con el valor de ErrorState. Por ejemplo, si LANE_CENTERING_ASSIST_STATE se establece en ErrorState#NOT_AVAILABLE_SPEED_LOW, esta propiedad debe mostrar StatusCode#NOT_AVAILABLE_SPEED_LOW

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

GOOGLE_CENTERING_ASSIST_HABILITADO

Habilita o inhabilita la asistencia de centrado de carriles (LCA). Establece el valor como verdadero para habilitar el LCA y falso para inhabilitarlo. Cuando se habilita el LCA, el sistema de ADAS del vehículo se debe encender y esperar a que se produzca como una señal de activación del conductor. Una vez que se active la función, el sistema ADAS conducir el vehículo para mantenerlo centrado en el carril actual.

Es diferente de la Función para mantener el carril (LKA), que supervisa si el conductor se desvía hacia o sobre la marca de carril. Si se detecta una salida accidental de un carril, el aplica el control de dirección para devolver el vehículo al carril actual. En general, LANE_CENTERING_ASSIST_ENABLED siempre debe mostrar verdadero o falso. Si el botón no está disponible debido a un estado temporal, como que la velocidad del vehículo es demasiado baja o demasiado alto, esa información debe transmitirse a través de los valores ErrorState en el propiedad LANE_CENTERING_ASSIST_STATE.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo 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

URL_CENTERING_ASSIST_STATE

estado de la Asistencia para centrar el carril (LCA). Muestra el estado actual del LCA. Esta propiedad siempre debe Devuelve un estado válido definido en LaneCenteringAssistState o ErrorState No debe mostrar errores a través de StatusCode y debe usar el error admitido estados.

Si la LCA incluye advertencias de salida de carril, estas deben aparecer a través del Carril. Propiedades de advertencia de salida (LDW).

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

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

LA VERDAD

Habilita o inhabilita la advertencia de salida de carril (LDW). Establece el valor verdadero para habilitar LDW y falso para inhabilitarlo. Cuando el LDW está habilitado, el sistema ADAS en la el vehículo debe estar encendido y supervisar si se está acercando a las líneas de carriles o cruzando las líneas. en cuyo caso se enviará una advertencia.

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

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

LA_VERSIÓN_DE_LA_AL_VENTA___ALGUNA_SERVICIO

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

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

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

URL_KEEP_ASSIST_HABILITADA

Habilita o inhabilita la función Función de mantenimiento de carril (LKA). Establece el valor verdadero para habilitar LKA y falso para inhabilitarlo. Cuando el LKA está habilitado, el sistema ADAS del vehículo debe encenderse y supervisar si el El conductor se desvía involuntariamente hacia o sobre la marca de carril. Si la salida accidental de un carril el sistema aplica el control de dirección para devolver el vehículo al carril actual. Esto es diferente de la Asistencia de Centrado de Carriles (LCA), que, cuando se activa, aplica para mantener el vehículo centrado en el carril actual.

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

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

URL_KEEP_ASSIST_STATE

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

Si la LKA incluye advertencias de salida de carril antes de corregir la dirección, se mostrarán debe 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 todos los estados de LaneKeepAssistState (incluido OTHER, lo que no se recomienda) y ErrorState.

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

UBICACIÓN_CARACTERIZACIÓN

Caracterización de las entradas utilizadas para el procesamiento de la ubicación. Esta propiedad debe indicar qué datos y entradas de sensores considera el sistema (si corresponde) cuando se 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 Caracterización de la ubicación. El valor también debe incluir exactamente uno de los valores DEAD_RECKONED o RAW_GNSS_ONLY entre su colección de marcas de bits.

Cuando no se admite esta propiedad, se supone que no se fusiona ninguna entrada de sensor adicional a las actualizaciones de GNSS proporcionadas a través de la HAL de GNSS. A menos que se especifique lo contrario mediante entre las interfaces de HAL del GNSS.

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

MIRROR_AUTO_FOLD_HABILITADO

Representa la propiedad de la función de plegado automático de duplicación. Esta propiedad es verdadera cuando el atributo para se pliegan automáticamente los espejos laterales del vehículo (por ejemplo, cuando los espejos se pliegan hacia adentro) automáticamente cuando alguien baja y traba el vehículo).

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo 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

MIRROR_AUTO_TILT_HABILITADO

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

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo 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

MIRROR_PLEGAR

Plegado tipo espejo. El valor verdadero indica que los espejos están plegados. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo como Solo 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

BLOQUEO_MIRROR

Bloqueo de espejo El valor verdadero indica que las posiciones de los espejos están bloqueadas y no se pueden cambiar. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo 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

MIRROR_Y_MOVIMIENTO

Replica el movimiento Y. 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 objeto maxInt32Value representa la velocidad máxima de movimiento del espejo mientras se inclina. bien. El objeto minInt32Value representa la velocidad máxima de movimiento del espejo, mientras que inclinando hacia la izquierda.

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

Esta propiedad no se encuentra en ninguna unidad en particular, pero sí en un rango de movimiento relativo especificado de alta velocidad.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo 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

MIRROR_Y_POS

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

Este debe ser un valor no positivo. El maxInt32Value indica que el espejo está inclinado. totalmente a la derecha. Debe ser un valor no negativo. 0 indica que el espejo no está inclinado en ninguna de las dirección IP.

Los valores entre minInt32Value y maxInt32Value indican una transición estado entre la izquierda posiciones extremas y derechas.

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

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo 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

MIRROR_Z_MOVE

Mover el espejo Z. 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 objeto maxInt32Value representa la velocidad máxima de movimiento del espejo mientras se inclina hacia arriba. El objeto minInt32Value representa la velocidad máxima de movimiento del espejo mientras se inclina 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 alcanza el límite posicional, el valor se debe restablecer a 0. Si el valor de MIRROR_Z_MOVE es 0 actualmente, eso significa que no hay movimiento en ese momento.

Esta propiedad no se encuentra en ninguna unidad en particular, pero sí en un rango de movimiento relativo especificado de alta velocidad.

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo 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

MIRROR_Z_POS

Duplicar la posición Z 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 el espejo esté completamente inclinado hacia abajo. Este debe ser un valor no positivo. El maxInt32Value indica que el espejo está completamente inclinado hacia arriba. Debe ser un 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 totalmente descendentes y ascendentes.

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

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo 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

MODO_NOCHE

El valor verdadero indica que el sensor del modo nocturno detectó el entorno en la cabina del vehículo. tengan poca luz. La plataforma puede usar esto, por ejemplo, para habilitar una IU adecuada para mejorar en entornos oscuros o con poca luz.

Cambiar modo: 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 una falla. y fue detectado. 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 un modo similar a los de OBD2_LIVE_FRAME, con la excepción de que el campo stringValue puede contener una código de solución de problemas de diagnóstico (DTC) que no esté vacío.

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

¿No debería haber ningún fotograma congelado disponible en la marca de tiempo dada, una respuesta de La implementación debe mostrar NOT_AVAILABLE. Debido a que los vehículos pueden tener almacenamiento limitado para los fotogramas congelados, es posible que una solicitud de fotogramas responda NOT_AVAILABLE incluso si la marca de tiempo asociada se obtuvo recientemente a través de OBD2_FREEZE_FRAME_INFO

Cambiar modo: 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

Inmovilizar el marco despejado. Informa un resumen del valor de los sensores de OBD2 disponibles en ese momento. de que se produjo y se detectó una falla. Se debe proporcionar un configArray con el mismo significado que definido para OBD2_LIVE_FRAME

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

Una solicitud IVehicle#get de esta propiedad debe proporcionar un valor para int64Values[0]. Esto será se interpreta como la marca de tiempo del fotograma congelado que se recuperará. Una lista de marcas de tiempo obtenido por un IVehicle#get de OBD2_FREEZE_FRAME_INFO

Si no hay ningún fotograma congelado disponible en la marca de tiempo especificada, se debe obtener una respuesta de NOT_AVAILABLE. que muestra la implementación. Debido a que los vehículos pueden tener almacenamiento limitado para los fotogramas congelados es posible que una solicitud de fotograma responda con NOT_AVAILABLE incluso si el elemento la marca de tiempo se obtuvo recientemente a través de OBD2_FREEZE_FRAME_INFO

Cambiar modo: 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 los fotogramas congelados actuales almacenados en la memoria del vehículo y disponibles para recuperación mediante OBD2_FREEZE_FRAME. Los valores se deben interpretar de la siguiente manera. Cada elemento de int64Values deben ser la marca de tiempo en la que se detectó un código de falla y el Se almacenó el fotograma congelado, y cada elemento de ese tipo se puede usar como la clave de OBD2_FREEZE_FRAME para recuperar el fotograma congelado correspondiente.

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

FRAME_EN_VIVO_OBD2

Informa un resumen de los valores actuales (en vivo) de los sensores OBD2 disponibles. El configArray se establece de la siguiente manera:

  • configArray[0] Cantidad de sensores con valores de número entero específicos del proveedor
  • configArray[1] Cantidad de sensores con valor flotante específicos del proveedor

Los valores de esta propiedad se deben interpretar como en el siguiente ejemplo. Considera configArray = {2,3} int32Values debe ser un vector que contenga 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, ambos sistemas los sensores proporcionados y los específicos del proveedor. Para ello, el elemento bytes del se usa como 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 marco, que comienza con tantos bits como el tamaño de int32Values seguida de tantos bits como el tamaño de floatValues.

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

  • int32Values[0 and 1] no son valores de sensor válidos
  • int32Values[2 and 3] son valores de sensor válidos
  • int32Values[4 and 5] no son valores de sensor 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 sensor válidos
  • int32Values[2 and 3] son valores de sensor válidos
  • int32Values[4 and 5] no son valores de sensor válidos
  • int32Values[6] es un valor de sensor válido
  • int32Values[7] no es un valor de sensor válido

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

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

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

ON_CHANGE

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

APLICACIÓN_DE_PARKING_BRAKE_AUTO_APPLY

Aplica automáticamente el freno de estacionamiento. Si el valor es verdadero, esta propiedad indica El freno de estacionamiento automático está habilitado. Falso indica que el estacionamiento automático del automóvil la función de freno está inhabilitada. Esta propiedad se suele confundir con PARKING_BRAKE_ON. es que PARKING_BRAKE_ON indica si el freno de estacionamiento real activado o desactivado, mientras que PARKING_BRAKE_AUTO_APPLY indica si el freno de estacionamiento automático está habilitada o inhabilitada, y no describe el estado actual del estacionamiento real freno.

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

ESTACIONAMIENTO_EN_FRECUENCIA

Estado del freno de estacionamiento. Si es verdadero, este valor de propiedad será verdadero el freno está activado. Falso indica que el freno de estacionamiento del vehículo está desactivado.

Cambiar modo: 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 la propiedad para representar el brillo de las pantallas que se controlan por separado. Algunos autos tienen una o más pantallas cuyo brillo se controla por separado y esta propiedad es para informar el brillo de la pantalla de cada pasajero. En autos donde todas las pantallas brillo se controla en conjunto, deben usar DISPLAY_BRIGHTNESS

Solo uno de PER_DISPLAY_BRIGHTNESS y PER_DISPLAY_BRIGHTNESS la implementación. Si ambos son disponible, AAOS usa PER_DISPLAY_BRIGHTNESS.

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

  • int32Values[0] puerto de visualización
  • Brillo: int32Values[1]

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

PERF_ODOMETER

Valor actual del odómetro del vehículo.

Cambiar modo: 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 posterior del vehículo. El ángulo se mide en grados. La izquierda es negativa. Esta propiedad es independiente del ángulo del volante. Esta propiedad debe comunicar la de las ruedas traseras con respecto al vehículo, no el ángulo del volante.

Cambiar modo: 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 delantero del 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.

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

VELOCIDAD_PERF._VEHÍCULO

La velocidad del vehículo. El valor debe ser positivo cuando el vehículo está en movimiento. negativo cuando el vehículo está en reversa. Este valor es independiente del valor del engranaje (CURRENT_GEAR o GEAR_SELECTION). Por ejemplo, GEAR_SELECTION es GEAR_NEUTRAL, PERF_VEHICLE_SPEED es positivo cuando el vehículo está en movimiento, negativo cuando va en reversa y cero cuando no está en movimiento.

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

PANTALLA_DE_VEHÍCULO_PERF.

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

Cambiar modo: 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 para la transición del estado de alimentación.

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

POLÍTICA_DE_POTENCIA_REQ

Define una solicitud para aplicar la política de energía. VHAL configura esta propiedad para cambiar la política de encendido del auto. El servicio de la política de energía del automóvil se suscribe a esta propiedad y cambia la política de energía. El se hace con la configuración de 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 proporcionado, el servicio de la política de energía del vehículo ignora la solicitud y se mantiene la política de energía actual.

string: "sample_policy_id" // power policy ID

Cambiar modo: 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 alimentación. para la transición de estado. VHAL establece esta propiedad con el ID de un grupo de políticas de energía. la política de energía predeterminada que se aplica durante la transición del estado de alimentación. Los grupos de políticas de energía se definen en /vendor/etc/power_policy.xml. Si no se define el ID proporcionado, el servicio de la política de energía del auto lo ignorará. la solicitud. El servicio de políticas de energía del automóvil se suscribe a esta propiedad y establece el grupo de políticas de energía. La aplicación real de la política de energía ocurre cuando cambia el estado de alimentación del sistema es una política de energía asignada válida para el nuevo estado de potencia.

string: "sample_policy_group_id" // power policy group ID

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

RANGO_restantes

Rango restante. Medidores restantes de combustible y carga. El rango restante debe corresponder a todos fuentes de energía de un vehículo. Por ejemplo, el rango de un automóvil híbrido es la suma de los rangos basados en en combustible y 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 la próxima ruta. Esta propiedad se puede implementar como VehiclePropertyAccess.READ. solo a discreción del OEM.

Cambiar modo: 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.

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

READING_LIGHTS_SWITCH

Mueve el interruptor para controlar las luces de lectura. Esto puede diferir de READING_LIGHTS_STATE si Las luces están encendidas porque hay una puerta 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 pueden implementarlo como Solo VehiclePropertyAccess.READ.

REAR_FOG_LIGHTS_STATE

Muestra el estado actual de los faros antiniebla traseros. Solo se puede elegir una de FOG_LIGHTS_STATE o Se puede implementar REAR_FOG_LIGHTS_STATE. Consulta FOG_LIGHTS_STATE

Cambiar modo: ON_CHANGE
Modo de acceso: READ
Tipo enum: 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 puede elegir una de FOG_LIGHTS_SWITCH o REAR_FOG_LIGHTS_SWITCH debe ser implementarse. Consulta FOG_LIGHTS_SWITCH para obtener más información. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarlo como Solo VehiclePropertyAccess.READ.

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

QUITAR_USUARIO

Lo llama el sistema Android después de que se quita a un usuario de Android. La HAL puede usar esta propiedad para lo siguiente: quitar al usuario equivalente. Es un cálculo de solo escritura. El sistema Android no está esperando una respuesta de la HAL. Por lo tanto, esta solicitud no debe fallar. Si no se puede quitar el usuario de HAL equivalente, y la HAL debe marcarlo como inactivo o recuperarse de otra manera.

La solicitud se realiza mediante la configuración de VehiclePropValue con el contenido definido por RemoveUserRequest Por ejemplo, si el sistema tiene 3 usuarios (0, 10 y 11) y el usuario 11 quitada, la solicitud sería:

  • int32[0] 42 // ID de solicitud
  • int32[1] 11 // (ID de usuario de Android del usuario que se quitó)
  • int32[2] 0 // (Marcas del usuario de Android del usuario que se quitó)
  • 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)

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

D a Z

SEAT_AIRBAG_HABILITADO

Representa la función para habilitar o inhabilitar la capacidad de un asiento de desplegar los airbags cuando se activan (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 no se despliegan en ninguna circunstancia. Esta propiedad no indica si los airbags están desplegados.

Esta propiedad se puede establecer en VehiclePropertyAccess.READ de solo lectura con 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. 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. El minInt32Value representa la velocidad máxima de movimiento del respaldo del asiento cuando se lo reclina.

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

Ángulo del respaldo del asiento en la posición 1. El ángulo del respaldo 1 es el actuador más cercano a la parte inferior del asiento. Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El minInt32Value indica la posición de reclinación completa del respaldo del asiento en relación con el actuador en la parte inferior del asiento. El 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 un estado de transición entre la reclinación 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 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_BACKREST_ANGLE_2_MOVE

Ángulo del respaldo del asiento 2 movimientos. 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 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 grandes, 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, significa que 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_BACKREST_ANGLE_2_POS

Ángulo del respaldo del asiento en la posición 2. El ángulo del respaldo 2 es el siguiente actuador desde la parte inferior del asiento.

Se deben definir maxInt32Value y minInt32Value en VehicleAreaConfig. Todos los números enteros entre minInt32Value y maxInt32Value deben ser #0compatibles.

El minInt32Value indica la posición reclinada total del respaldo del asiento con respecto al siguiente accionador en el respaldo desde el que se encuentra en la parte inferior del asiento (consulta SEAT_BACKREST_ANGLE_1_POS para obtener más detalles). maxInt32Value indica la posición más vertical y hacia adelante del respaldo del asiento con respecto al siguiente accionador en el respaldo desde el que se encuentra 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 OEM 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_BUCKLED

Se abrochó el cinturón de seguridad. Si es 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 Se deben definir el maxInt32Value y la 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 ancla del hombro del cinturón de seguridad mientras se mueve hacia arriba. minInt32Value representa la velocidad máxima de movimiento del ancla para el hombro 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 posicional, 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 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 ancla para el hombro del cinturón de seguridad está en su posición más baja. El maxInt32Value indica que el anclaje del cinturón de seguridad se encuentra 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 OEM 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_CUSHION_SIDE_SUPPORT_MOVE

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

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

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

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_CUSHION_SIDE_SUPPORT_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 enum: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_CUSHION_SIDE_SUPPORT_POS

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

Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir 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 valor minInt32Value indica que el soporte lateral del cojín del asiento se encuentra en su posición más delgada (por ejemplo, casi todo el soporte).

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 implementarla solo como <covehiclepropertyaccess.read< code="">.</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 14

SEAT_DEPTH_MOVE

Movimiento de la profundidad del asiento.

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 profundiza. El minInt32Value representa la velocidad máxima de movimiento del asiento y, al mismo tiempo, se vuelve más superficial.

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 alcance el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_DEPTH_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 solo pueden implementarla como VehiclePropertyAccess.READ.

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

SEAT_DEPTH_POS

Posición de profundidad del asiento. Establece la profundidad del asiento, la distancia desde el respaldo 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 maxInt32Value indica que el asiento está en su posición más baja (por ejemplo, la posición con la distancia más grande entre el borde frontal del cojín del asiento y el extremo posterior del asiento).

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 implementarla solo como <covehiclepropertyaccess.read< code="">..</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 para la función de acceso fácil a los asientos. 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<>

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_FOOTWELL_LIGHTS_STATE

Representa la propiedad del estado de las luces del piso del asiento. SEAT_FOOTWELL_LIGHTS_STATE refleja 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 se debe implementar si el valor de SEAT_FOOTWELL_LIGHTS_STATE puede ser diferente del de CABIN_LIGHTS_STATE.

Para cada ID de área compatible, se debe definir VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los valores de enum 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 del 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 OEM 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

SEAT_FORE_AFT_MOVE

El asiento se mueve hacia adelante y hacia atrás. 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.

maxInt32Value representa la velocidad máxima de movimiento del asiento mientras se mueve hacia adelante. minInt32Value representa la velocidad máxima de movimiento 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 asiento alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_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.

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_FORE_AFT_POS

Posición hacia adelante y atrás del asiento. Ajusta la posición del asiento hacia adelante y 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 OEM solo pueden implementarla como VehiclePropertyAccess.READ.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enum: 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. minInt32Value representa la velocidad máxima de movimiento del reposacabezas del asiento mientras se mueve a una posición baja.

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

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_POS

Posición del ángulo del reposacabezas. 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 reposacabezas está completamente reclinado. 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 estado de transición entre la reclinación completa y las posiciones más verticales 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 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_FORE_AFT_MOVE

El reposacabezas se mueve hacia adelante y hacia atrás. 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 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 altos, 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 enum: 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 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 reposacabezas está en su posición lineal más hacia atrás. El maxInt32Value indica que el reposacabezas se encuentra en su posición más lineal hacia delante.

Los valores entre minInt32Value y maxInt32Value indican un estado de transición entre las posiciones hacia delante 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 OEM solo pueden implementarla como VehiclePropertyAccess.READ.

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

SEAT_HEADREST_HEIGHT_MOVE

Se mueve la altura del reposacabezas. Se deben definir el maxInt32Value y la 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 reposacabezas del asiento mientras se mueve hacia arriba. minInt32Value representa la velocidad máxima de movimiento del reposacabezas del asiento mientras se baja.

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, 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 enum: N/A
Tipo de unidad: N/A
Versión: Android 13

SEAT_HEADREST_HEIGHT_POS

(Obsoleto) Posición de altura del reposacabezas.

Cambiar modo: ON_CHANGE
Modo de acceso: READ_WRITE/READ
Tipo de enum: 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 los asientos que se admiten.

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

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_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 baja.

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 de posición, 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.

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_HEIGHT_POS

Posición de la altura del asiento. 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 más baja. El maxInt32Value indica que el asiento 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 OEM 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_LUMBAR_FORE_AFT_MOVE

Movimiento lumbar hacia adelante y hacia atrás. 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 grandes, 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, significa que no se está produciendo 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_LUMBAR_FORE_AFT_POS

Posición de la madera delantera y trasera. 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 soporte lumbar está en su posición más posterior (por ejemplo, la posición menos de apoyo). El maxInt32Value indica que el soporte lumbar está en su posición más hacia delante (por ejemplo, la posición más de apoyo).

Los valores entre minInt32Value y maxInt32Value indican un estado de transición 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. 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 lateral del asiento mientras se ensancha. El objeto minInt32Value representa la velocidad máxima de movimiento del soporte lumbar del asiento al mismo tiempo que se hace más delgado.

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 lumbar lateral del asiento alcanza el límite de posición, el valor se debe restablecer a 0. Si el valor de SEAT_LUMBAR_SIDE_SUPPORT_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.

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_POS

Posición del soporte lumbar lateral. Se deben definir los elementos maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El símbolo minInt32Value indica que el soporte lateral lumbar se encuentra en su posición más delgada (por ejemplo, casi todo el soporte). 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 OEM 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 de movimiento vertical y la velocidad del soporte lumbar del asiento.

Se deben definir los elementos maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El maxInt32Value indica que el soporte lumbar se mueve a la velocidad de ascenso más rápida. El minInt32Value indica que el soporte lumbar se mueve a la velocidad de descenso 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 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, 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 14

SEAT_LUMBAR_VERTICAL_POS

Representa la propiedad de la posición vertical de soporte lumbar del asiento. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. 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 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 OEM 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_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 de memoria predeterminados, el maxInt32Value es dos. Cuando el usuario selecciona un parámetro predeterminado, se establece el número deseado (0, 1 o 2).

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_MEMORY_SET

Este parámetro de configuración le permite al usuario guardar la configuración actual de la posición del asiento en el espacio predeterminado seleccionado. Se deben definir los elementos maxInt32Value y minInt32Value en VehicleAreaConfig. El minInt32Value debe ser 0, y el maxInt32Value de cada posición de asiento debe coincidir con el 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, en la medida de lo posible. Los valores válidos son de la enumeración VehicleSeatOccupancyState.

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

SEAT_TILT_MOVE

Movimiento de inclinación del asiento. 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 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 grandes, ya sean positivos o negativos, indican una velocidad de movimiento más rápida. Una vez que la parte inferior del asiento alcanza el límite de posición, el valor debe restablecerse 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 los elementos maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El minInt32Value indica que la parte inferior del asiento está 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 valor maxInt32Value indica que la parte inferior del asiento se inclina 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 el extremo posterior del asiento.

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 enum: N/A
Tipo de unidad: N/A
Versión: Android 14

SEAT_WALK_IN_POS

Representa la propiedad que indica la posición actual de acceso al asiento. minInt32Value indica la posición normal del asiento. 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éntala 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

SOLICITUD_DE_APAGACIÓN

Solicita que se apague la unidad principal.

Esto es obligatorio 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 unidad principal envía este mensaje una vez que finaliza la tarea.

Esta propiedad no se aplica cuando un usuario quiere apagar la consola central.

Por lo general, esto implica decirle a un sistema independiente fuera de la unidad principal (por ejemplo, un controlador de potencia) que se prepare para apagar la unidad principal.

El sistema externo debe validar que esta solicitud sea válida y verificar si el vehículo está en uso. 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 energía y exponerla a través de la propiedad VEHICLE_IN_USE. Se debe ignorar una solicitud de apagado si VehicleInUse es verdadero.

Si se permite, el sistema externo envía una señal de apagado a la unidad principal, lo que hace que VHAL envíe 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 operaciones de escritura. Cada vez que se establece este valor de propiedad, se emite la solicitud de cierre, independientemente del valor actual de la propiedad. El valor actual de la propiedad no tiene sentido.

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

El valor que se debe establecer indica la opción de apagado y debe ser uno de los siguientes {@code VehicleApPowerStateShutdownParam}. Por ejemplo, VehicleApPowerStateShutdownParam.SLEEP_IMMEDIATELY. Es posible que no se respete esta opción de apagado 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 bit que combine valores en {@code VehicleApPowerStateConfigFlag} para indicar qué opciones de apagado se admiten.

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

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

STEERING_WHEEL_DEPTH_MOVE

Movimiento de profundidad 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 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 el volante alcanza el límite posicional, el valor debe restablecerse a 0. Si el valor de STEERING_WHEEL_DEPTH_MOVE es 0, significa que 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 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 objeto minInt32Value indica la posición del volante más cercana al conductor.

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.

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

STEERING_WHEEL_EASY_ACCESS_ENABLED

La función de acceso fácil al volante está habilitada. Si es verdadero, el volante del conductor se ajusta automáticamente para facilitarle la entrada y salida 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 los elementos maxInt32Value y minInt32Value en VehicleAreaConfig. Se deben admitir todos los valores entre minInt32Value y maxInt32Value.

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 es 0 en este momento, significa que 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 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 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.

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

DIRIGIR_WHEEL_Luces_ESTADO

Estado de las luces del volante. Representa el estado actual de las luces del volante. Esto es diferente de STEERING_WHEEL_LIGHTS_SWITCH, que representa la posición del interruptor que controla 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 del de CABIN_LIGHTS_STATE.

Para el ID de área global (0), se debe definir VehicleAreaConfig#supportedEnumValues, a menos que se admitan 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

DIRIGIR_WHEEL_Luces_CAMBIAR

Interruptor de luces del volante. Representa la posición del interruptor que controla las luces del volante. Esto difiere 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 del valor 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 de enum: VehicleLightSwitch
Tipo de unidad: N/A
Versión: Android 14

STEERING_WHEEL_LOCKED

El volante está bloqueado. Si esta opción se establece en "true", la posición del volante estará bloqueada y no se podrá cambiar. Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEMs pueden implementarla como <covehiclepropertyaccess.read< code=""> solo./p> </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 14

STEERING_WHEEL_THEFT_LOCK_ENABLED

La función de bloqueo antirrobo del volante está habilitada. Si es verdadero, el volante se traba automáticamente para evitar robos en ciertas situaciones. 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 14

STORAGE_ENCRYPTION_BINDING_SEED

Provisión de vinculación de la 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 del valor inicial provocará un restablecimiento de la configuración de fábrica del IVI.

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

SUPPORT_CUSTOMIZE_VENDOR_PERMISSION

Se admiten permisos de personalización para propiedades del proveedor.

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 se seleccionaron 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 que indica 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 eligió PERMISSION_NOT_ACCESSIBLE, Android no tiene acceso a la propiedad. En el ejemplo, Android no puede escribir un valor para vendor_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) Es la lista de todos los IDs de propiedad admitidos.

Modo de cambio: 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 al HAL que el usuario actual de Android en primer plano se cambiará, pero el HAL también podría usarla para solicitarle al sistema Android que cambie de usuario. Cuando Android realiza la solicitud, establece un VehiclePropValue y el HAL debe responder con un evento de cambio de propiedad. Cuando la 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 último). SwitchUserMessageType también difiere.

SwitchUserRequest define el formato de ambas solicitudes y SwitchUserResponse define el formato de la respuesta (cuando es necesario). La forma en que debe continuar el sistema HAL (o Android) depende del tipo de mensaje (que define el parámetro SwitchUserMessageType), como se define a continuación.
  • LEGACY_ANDROID_SWITCH: El sistema Android lo llama para indicar que el usuario de Android está a punto de cambiar, cuando la solicitud de cambio se realizó de una manera que no está integrada con la HAL (por ejemplo, a través de adb shell am switch-user). El HAL puede cambiar su usuario interno una vez que recibe esta solicitud, pero no es necesario que responda al sistema Android. Si, por algún motivo, no se puede cambiar el usuario interno, debe esperar a que se recupere la llamada a SWITCH_USER(type=ANDROID_POST_SWITCH) (por ejemplo, podría emitir un SWITCH_USER(type=VEHICLE_REQUEST) para volver al usuario anterior). Lo ideal sería que nunca fallara (ya que volver atrás podría confundir al usuario final).
    Por ejemplo, si el sistema tiene usuarios (0, 10 y 11) y cambia de 0 a 11 (donde ninguno de ellos tiene ninguna 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 de destino
    • 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 de Android 10)
    • 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 de la HAL (hasta un tiempo) antes de continuar. El HAL debe cambiar su usuario interno una vez que recibe esta solicitud y, luego, responder a Android con un SWITCH_USER(type=VEHICLE_RESPONSE) que indique si se cambió su usuario interno o no (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 // cantidad de usuarios
    • 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 // 3rd user flags (none)

    Si la solicitud se realiza correctamente, el HAL debe actualizar la propiedad con lo siguiente:

    • int32[0] 42 // request id
    • int32[1] 3 // messageType: SwitchUserMessageType::VEHICLE_RESPONSE
    • int32[2] 1 // status: SwitchUserStatus::SUCCESS

    Si la solicitud falla, la respuesta será similar a lo siguiente:

    • 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 Es llamado por el HAL para indicar si una solicitud de tipo ANDROID_SWITCH debe continuar o abortarse. Consulta también ANDROID_SWITCH.
  • VEHICLE_REQUEST El HAL llama a esta función para solicitar que se cambie el usuario actual de Android en primer plano. Esto es útil en situaciones en las que Android se inició como un usuario, pero el vehículo identificó 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 un subsistema de reconocimiento facial 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 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 realiza correctamente y Android tiene tres usuarios (0, 10 y 11), la respuesta sería la siguiente:

    • int32[0] -108 // request id
    • 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 // cantidad de usuarios
    • int32[7] 0 // primer usuario (usuario 0)
    • int32[8] 0 // primeras marcas del usuario (ninguna)
    • int32[9] 10 // segundo usuario (usuario 10)
    • int32[10] 4 // segundas marcas de 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 no.
    • Cuando tiene éxito, se llama cuando el usuario de Android está desbloqueado y el valor de los IDs de usuario actual y de destino en la respuesta son los mismos. Esto equivale 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 controlador podría cambiar accidentalmente al usuario equivocado, que tiene credenciales de bloqueo, y, luego, cambiar al usuario correcto antes de ingresar las credenciales.

    El HAL puede actualizar su estado interno una vez que recibe esta solicitud, pero no es necesario que responda al sistema Android.

    • Solicitud. Los primeros N valores definidos por INITIAL_USER_INFO (donde 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 (como 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_PRESSURE

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

El minFloatValue en los datos de AreaConfig representa el límite inferior de la presión recomendada de los neumáticos. El valor de maxFloatValue en los datos de AreaConfig representa el límite superior de la presión recomendada de los neumáticos. Por ejemplo, esta zonaConfig indica la presión recomendada del neumático frontal izquierdo entre 200.0 kPa y 240.0 kPa.

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

Modo de cambio: 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 las unidades que usa el vehículo para mostrarle la presión de los neumáticos al 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]: PSI configArray[2]: BAR

Si la actualización de TIRE_PRESSURE_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 pueden implementarla como <covehiclepropertyaccess.read< code=""> solo./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 en verdadero cuando el control de tracción (TC) está activo y se restablece a falso cuando el TC está desactivado. Esta propiedad se puede establecer de forma intermitente (pulso) 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_PRESENTE

Devuelve el estado del remolque del automóvil.

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

TURN_SIGNAL_STATE

Estado de las luces direccionales del vehículo

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

IDENTIFICACIÓN_DE_USUARIO_ASOCIACIÓN

Es una propiedad que se usa para asociar (o consultar la asociación) al usuario actual con mecanismos de identificación específicos del vehículo (como el llavero electrónico).

Esta es una propiedad opcional de administración de usuarios. El OEM aún puede admitir la administración de usuarios sin definirla. De hecho, esta propiedad se podría usar sin admitir las funciones principales relacionadas con el usuario que se describen en INITIAL_USER_INFO.

Para consultar la asociación, el sistema Android obtiene la propiedad y pasa un VehiclePropValue que contiene los tipos de asociaciones que se consultan, como se define en UserIdentificationGetRequest. El HAL debe mostrarse de inmediato y mostrar un VehiclePropValue con una UserIdentificationResponse.

Ten en cuenta que la identificación del usuario se realizó mientras se iniciaba el sistema. La implementación de VHAL de takehe solo debe mostrar la asociación ya identificada (como el llavero electrónico que se usa para desbloquear el automóvil), en lugar de iniciar una asociación nueva desde la llamada get.

Para asociar tipos, el sistema Android establece la propiedad y pasa un VehiclePropValue que contiene los tipos y valores de asociaciones que se establecen, según lo definido por UserIdentificationSetRequest.

Luego, la HAL usa un evento de cambio de propiedad (cuyo VehiclePropValue se define 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 llavero electrónico que desbloqueó el automóvil y un mecanismo personalizado que proporcionó el OEM, la solicitud es la siguiente:

  • int32[0] 42 // request id
  • int32[1] 10 (ID de usuario de Android)
  • int32[2] 0 (marcas del 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 llavero electrónico, pero no con el mecanismo personalizado, la respuesta es la siguiente:

  • 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 de configuración:

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

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

  • int32[0] 43 // request id
  • 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 solo con CUSTOM_1, pero no con FOB, la solicitud sería la siguiente:

  • int32[0] 43 // request id
  • int32[1] 10 (ID de usuario de Android)
  • int32[2] 2 (cantidad de tipos establecida)
  • 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 orden de marcha es el peso total del vehículo con el equipo estándar y todos los consumibles de funcionamiento necesarios, como aceite de motor, aceite de transmisión, líquido de frenos, refrigerante, refrigerante del aire acondicionado y el peso del combustible a la capacidad nominal del tanque, sin 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, incluidos el chasis, la carrocería, el motor, los líquidos del motor, el combustible, los accesorios, el conductor, los pasajeros y la carga, pero sin incluir el remolque.

Modo de cambio: 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 está dentro del 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 enciende el vehículo o el sistema detecta que el usuario está presente, VEHICLE_IN_USE se debe establecer como verdadero. Cada vez que el usuario apaga el vehículo o el sistema detecta que no está presente, VEHICLE_IN_USE se debe establecer como "false".
  • Si el usuario apaga el vehículo o el sistema detecta que no está presente, VEHICLE_IN_USE se debe establecer 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 difiere de AP_POWER_BOOTUP_REASON en el sentido de que AP_POWER_BOOTUP_REASON solo se configura una vez durante el inicio del sistema. Sin embargo, esta propiedad puede cambiar varias veces durante un ciclo de inicio del sistema. Por ejemplo, un dispositivo no está en uso en este momento. El inicio del sistema para ejecutar una tarea remota VEHICLE_IN_USE es falso. Mientras se ejecuta 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 solo pueden implementarla como VehiclePropertyAccess.READ.

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

VEHICLE_MAP_SERVICE

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 el protocolo de VMS, que es opaco para el framework. IVehicle#get siempre debe mostrar StatusCode::NOT_AVAILABLE.

Modo de cambio: 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 mostrar 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 otras *_DISPLAY_UNITS properties, esos valores 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: N/A
Tipo de unidad: N/A
Versión: Android 13

VHAL_HEARTBEAT

Define un evento que VHAL indica a Car Watchdog como un indicador de actividad. 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.

Modo de cambio: 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 Car Watchdog 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, la actualización podría 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 finalizó Car Watchdog y el motivo de la finalización.

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

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

MARCADOR_DE_LA_VENTA

Informa las marcas 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. Se produjo algún tipo de discontinuidad en el recuento de marcas.

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

  1. Parte delantera izquierda
  2. Parte delantera derecha
  3. Parte trasera derecha
  4. Parte trasera izquierda

Todos los recuentos de marcas son acumulativos. Los recuentos de marcas aumentan cuando el vehículo se mueve hacia adelante y disminuyen cuando el vehículo se mueve hacia atrás. Las marcas deben restablecerse a 0 cuando se encienda el vehículo.

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

configArray se usa para indicar el valor de micrómetros por marca de rueda y qué ruedas son compatibles. 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] VehicleAreaWheel::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 no se admite una rueda, 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 infantil de la ventana. Si es verdadero, indica que la ventana está bloqueada para niños. 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

WINDOW_MOVE

Movimiento de la ventana. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. El maxInt32Value indica que la ventana se abre en el plano o se cierra en la dirección fuera del plano a la velocidad más rápida. 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én el vehículo automáticamente cuando esté cerrado.
  • La ventilación está abierta:
    • Max Cierra el conducto de ventilación y deténlo automáticamente cuando se cierre.
    • Min Abre el respiradero más, deténlo automáticamente cuando esté completamente abierto.
  • El techo solar está cerrado:
    • Max Abre el techo panorámico y deténlo automáticamente cuando esté completamente abierto.
    • Min Abre la ventilación y deténla automáticamente cuando esté completamente abierta.

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

WINDOW_POS

Posición de la ventana. Se deben definir maxInt32Value y minInt32Value en cada VehicleAreaConfig. Se deben admitir todos los números enteros entre minInt32Value y maxInt32Value. 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 se cierra por completo y debe ser 0. Si la ventana puede abrirse fuera del plano, 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 debería funcionar la propiedad para una ventana que pueda salir del plano. En el caso de una ventana que puede abrirse fuera del plano (modo de ventilación de techo corredizo), este parámetro funciona con valores negativos de la siguiente manera:

  • Max techo solar completamente abierto (0 para techo solar cerrado)
  • Min Ventilación del techo solar completamente abierta (0 para techo solar cerrado).
En este modo, 0 indica que la ventana está cerrada.

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

WINDSHIELD_WIPERS_PERIOD

Es el período de los limpiaparabrisas (milisegundos). Muestra el período de tiempo instantáneo de un ciclo completo del limpiaparabrisas en milisegundos. Un ciclo completo se define como un limpiador que se mueve desde la posición de reposo y regresa a ella. Cuando se selecciona un parámetro de configuración de limpiaparabrisas intermitente, el valor de esta propiedad debe establecerse en 0 durante el período de pausa de la limpieza intermitente. Se deben definir los elementos 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

WINDSHIELD_WIPERS_STATE

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 compatible, se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados en WindshieldWipersState (incluidos OTROS, que no se recomienda).

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

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 de WINDSHIELD_WIPERS_STATE. Por ejemplo, WINDSHIELD_WIPERS_SWITCH: AUTO y WINDSHIELD_WIPERS_STATE: WindshieldWipersState#ON. Para cada ID de área admitida, se debe definir el array VehicleAreaConfig#supportedEnumValues, a menos que se admitan todos los estados de WindshieldWipersSwitch (incluido OTHER, que no se recomienda).

Esta propiedad se define como VehiclePropertyAccess.READ_WRITE, pero los OEM solo pueden implementarla 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.

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