5、车载HAL层：Vehicle HAL 架构、属性定义与注册、VHAL 回调机制、模拟器中的VHAL实现

好，咱们今天聊聊车载系统里最硬核的一层——Vehicle HAL。说实话，很多做上层应用的同学对这块儿比较陌生，觉得离自己很远。但你要想真正理解整个车载系统的数据流转，VHAL 是绕不过去的坎儿。我当年刚接触 Android Automotive 时，也是被这一堆属性定义和回调搞得头大。后来踩了几个坑，才慢慢摸清楚门道。

5.1 Vehicle HAL 整体架构

Vehicle HAL 说白了，就是汽车硬件和 Android 系统之间的翻译官。它把车上的各种信号——车速、车门状态、空调温度、转向灯——翻译成 Android 能理解的属性。

整个架构分三层：

• 应用层：CarService 和车载应用，通过 Car API 获取车辆数据
• 服务层：VehicleService（也叫 VHAL Service），运行在 system_server 进程中
• HAL 层：Vehicle HAL，直接和硬件打交道

我习惯把 VHAL 想象成一个巨大的属性字典。上层应用说“我要知道当前车速”，VHAL 就去硬件那边查一下，然后返回结果。就这么简单？嗯，实际要复杂得多，但核心思想就是这个。

5.2 属性定义与注册

VHAL 里的每个数据项都是一个属性（Property）。每个属性都有唯一的 ID、类型、权限和描述。这些定义都在 hardware/interfaces/automotive/vehicle/ 目录下。

我记得第一次看属性定义文件时，密密麻麻几百个属性，差点劝退。后来发现，其实常用的就那几十个。咱们挑几个典型的看看：

属性名	属性ID	类型	权限	说明
VEHICLE_SPEED	0x11100100	FLOAT	读	当前车速，单位 km/h
DOOR_POS	0x11400200	INT32_VEC	读/写	车门位置状态
HVAC_TEMPERATURE_SET	0x12400200	FLOAT	读/写	空调设定温度
GEAR_SELECTION	0x11200100	INT32	读/写	档位选择

属性注册这块儿，我建议你重点关注 VehiclePropertyStore 这个类。它负责管理所有已注册的属性。每个属性注册时需要指定：

• 属性 ID：全局唯一
• 区域 ID：比如左前门、右后门
• 初始值：启动时的默认值
• 回调函数：属性值变化时通知谁

5.3 VHAL 回调机制

VHAL 的回调机制，说白了就是“硬件有变化了，赶紧告诉上层”。这个机制非常关键，因为车辆数据是实时变化的，不能靠上层轮询。

回调流程大概是这样的：

1. 硬件检测到变化（比如车速从 0 变成 10）
2. VHAL 实现层调用 onPropertyEvent()
3. VehicleService 收到事件，更新内部状态
4. 通过 CarService 通知到应用层

这里有个重要的接口——IVehicleCallback。它定义了三个核心回调方法：

// 属性值变化回调
void onPropertyEvent(
    in VehiclePropValue[] propValues
);

// 错误回调
void onPropertySetError(
    in int32_t propertyId,
    in int32_t areaId,
    in int32_t errorCode
);

// 订阅状态变化
void onPropertySet(
    in VehiclePropValue propValue
);

还有一个容易忽略的点——订阅机制。上层应用不是必须接收所有属性变化的。你可以只订阅你关心的属性。比如导航应用只关心车速和位置，不关心空调温度。这样可以大大减少不必要的回调。

5.4 模拟器中的 VHAL 实现

做开发时，你不可能每次都在真车上调试。这时候模拟器就派上用场了。Android Automotive 模拟器自带了一个虚拟的 VHAL 实现，叫 EmulatedVehicleHal。

这个模拟 VHAL 的原理很简单：它用一组预设的数据来模拟真实车辆的行为。比如：

• 车速在 0-120 km/h 之间随机变化
• 车门状态可以手动切换
• 空调温度可以调节

模拟器的 VHAL 实现代码在 packages/services/Car/ 目录下。我建议你重点看这几个文件：

// 模拟 VHAL 的核心实现
EmulatedVehicleHal.java

// 模拟车辆属性的默认值
DefaultVehicleHal.java

// 模拟车辆数据生成器
VehicleHalTestUtils.java

模拟器里怎么用？很简单：

1. 启动模拟器时选择 Automotive 镜像
2. 通过 adb 连接模拟器
3. 用 dumpsys car_service 查看当前车辆属性值
4. 用 cmd car_service set-property 手动设置属性值

不过模拟器也有局限性。比如它无法模拟真实的 CAN 总线延迟，也无法模拟硬件故障。所以我的建议是：

• 功能开发阶段用模拟器，效率高
• 集成测试阶段用真车或 HIL（硬件在环）
• 性能测试必须用真车

说到模拟器的 VHAL，我想起一个坑。有一次我在模拟器上测试车门状态，怎么设置都报错。查了半天才发现，模拟器的 VHAL 默认只支持部分属性，有些属性根本没注册。所以用模拟器前，最好先看看它支持哪些属性。

最后总结一下。VHAL 是整个车载系统的数据枢纽。理解它的架构、属性定义、回调机制，是做好车载开发的基础。模拟器虽然有限制，但绝对是学习和调试的好帮手。嗯，这一章的内容就到这儿，希望对你有所帮助。