29、车载安全系统：360 环视、ADAS 集成、DMS 驾驶员监控、紧急呼叫

车载安全系统，说白了就是车的「眼睛」和「大脑」。我做了这么多年车载开发，最深的感触就是：安全功能不是锦上添花，而是底线。今天咱们聊聊四个核心模块——360环视、ADAS集成、DMS驾驶员监控、紧急呼叫。这些功能在Android Automotive OS里怎么落地？坑在哪？我一个个说。

29.1 360环视系统：让车「长眼睛」

360环视，就是通过四个广角摄像头合成一个鸟瞰图。我最早接触这个功能是在一个量产项目上，当时客户要求倒车时画面延迟不能超过100ms。嗯，这个要求其实挺苛刻的。

系统架构

典型的360环视系统分三层：

  • 采集层：四个鱼眼摄像头，分辨率通常720p或1080p
  • 处理层：ISP图像信号处理器 + GPU做畸变校正和拼接
  • 显示层：Android SurfaceFlinger合成显示

在Android Automotive OS里，我们通常用CarCameraService来管理摄像头流。代码大概长这样：

// 注册环视摄像头
CarCameraManager cameraManager = 
    (CarCameraManager) car.getCarManager(Car.CAMERA_SERVICE);

CameraConfig config = new CameraConfig.Builder()
    .setCameraType(CarCameraManager.CAMERA_TYPE_SURROUND)
    .setResolution(1280, 720)
    .setFps(30)
    .build();

cameraManager.registerCamera(config, 
    new CarCameraManager.CameraCallback() {
        @Override
        public void onFrame(CameraFrame frame) {
            // 这里拿到原始帧，交给GPU做拼接
            processSurroundView(frame);
        }
    });
注意：摄像头帧是高频数据流，千万别在主线程里处理。我见过有人直接在callback里做图像处理，结果UI直接卡死。用单独的HandlerThread来处理。

拼接算法要点

四个摄像头画面要拼成一张图，核心是找到重叠区域的匹配点。我个人习惯用特征点匹配+透视变换。不过要注意，鱼眼镜头畸变很大，必须先做去畸变。

我曾在项目里踩过一个坑：拼接缝处有重影。后来发现是标定参数没校准好。解决办法是：

  • 用棋盘格标定板重新标定每个摄像头
  • 在重叠区域做加权融合，而不是简单裁剪
  • 动态调整亮度差异，避免拼接处一明一暗

29.2 ADAS集成：让车「会思考」

ADAS（高级驾驶辅助系统）包括车道保持、碰撞预警、自适应巡航等。在Android Automotive OS里，ADAS数据通常通过CAN总线或以太网传到车机。

数据流设计

我建议用这样的架构：

// ADAS数据接收服务
public class AdasService extends Service {
    private CarPropertyManager propertyManager;
    
    @Override
    public void onCreate() {
        propertyManager = (CarPropertyManager) 
            getSystemService(Car.CAR_PROPERTY_SERVICE);
        
        // 监听车道偏离预警
        propertyManager.registerCallback(
            CarPropertyManager.PROPERTY_ADAS_LANE_DEPARTURE,
            new CarPropertyEventCallback() {
                @Override
                public void onChangeEvent(CarPropertyValue value) {
                    int status = value.getIntValue();
                    if (status == LANE_DEPARTURE_LEFT) {
                        // 触发左侧预警
                        triggerWarning(WarningType.LANE_LEFT);
                    }
                }
            });
    }
}
经验之谈：ADAS数据有严格的实时性要求。我曾经遇到一个问题：CAN总线数据到了Android层后延迟超过200ms。排查后发现是Binder通信排队了。解决办法是给ADAS服务设置高优先级线程，并且用共享内存代替Binder传输高频数据。

ADAS与HMI交互

ADAS预警怎么显示？我一般用CarHvacManager的扩展接口，或者自定义Overlay。举个例子，车道偏离时在HUD上显示红色闪烁线：

// 在SurfaceView上绘制ADAS预警
public class AdasOverlayView extends SurfaceView {
    public void drawLaneWarning(boolean leftWarning, boolean rightWarning) {
        Canvas canvas = getHolder().lockCanvas();
        if (canvas != null) {
            Paint paint = new Paint();
            paint.setColor(Color.RED);
            paint.setStrokeWidth(8);
            
            if (leftWarning) {
                canvas.drawLine(0, 0, 100, height, paint);
            }
            if (rightWarning) {
                canvas.drawLine(width - 100, 0, width, height, paint);
            }
            getHolder().unlockCanvasAndPost(canvas);
        }
    }
}

29.3 DMS驾驶员监控：盯着「人」

DMS（驾驶员监控系统）用摄像头检测驾驶员状态——疲劳、分心、甚至突发疾病。这个功能在欧洲已经强制要求了，国内也在逐步推广。

核心检测项

检测项 技术实现 阈值
闭眼/打瞌睡 眼部关键点检测 + PERCLOS算法 闭眼超过1.5秒触发预警
分心驾驶 头部姿态估计（Yaw/Pitch/Roll） 偏离正前方超过30度持续2秒
打电话 手部检测 + 手机识别 检测到手机靠近耳朵
突发疾病 面部表情异常 + 姿态异常 头部下垂超过5秒

在Android Automotive OS里，DMS通常跑在独立的NPU或DSP上。我建议用Camera2 API的IR摄像头流，因为红外在夜间也能工作。

隐私问题：DMS摄像头数据绝对不能上传云端。我参与的项目里，所有图像处理都在本地完成，只输出检测结果（比如「疲劳等级：高」）。原始帧处理完就丢弃，不留存。

代码示例：DMS状态回调

// DMS检测结果回调
public class DmsCallback {
    public void onDriverStateChanged(DriverState state) {
        switch (state.getAlertLevel()) {
            case AlertLevel.NORMAL:
                // 正常驾驶，不打扰
                break;
            case AlertLevel.WARNING:
                // 轻度疲劳，语音提醒
                speak("请保持注意力");
                break;
            case AlertLevel.CRITICAL:
                // 严重疲劳，强制接管
                triggerEmergencyStop();
                break;
        }
    }
}

29.4 紧急呼叫：最后的防线

紧急呼叫（eCall）是发生事故后自动拨打救援电话。欧洲有eCall法规，国内也有类似要求。在Android Automotive OS里，这个功能通常和Telephony集成。

触发条件

  • 碰撞检测：安全气囊弹出或加速度传感器超过阈值
  • 手动触发：车顶SOS按钮
  • 自动回拨：如果第一次呼叫失败，自动重试3次

实现要点

我建议用CarEmergencyService来处理。核心逻辑：

// 紧急呼叫服务
public class EmergencyCallService extends Service {
    private static final String EMERGENCY_NUMBER = "112";
    
    public void triggerEmergencyCall(CrashData crashData) {
        // 1. 获取车辆位置
        Location location = getLastKnownLocation();
        
        // 2. 组装MSD数据（最小数据集）
        MsdData msd = new MsdData.Builder()
            .setTimestamp(System.currentTimeMillis())
            .setLatitude(location.getLatitude())
            .setLongitude(location.getLongitude())
            .setVehicleType(VehicleType.PASSENGER_CAR)
            .setCrashSeverity(crashData.getSeverity())
            .build();
        
        // 3. 发起呼叫
        Intent intent = new Intent(Intent.ACTION_CALL);
        intent.setData(Uri.parse("tel:" + EMERGENCY_NUMBER));
        startActivity(intent);
        
        // 4. 通过数据通道发送MSD
        sendMsdData(msd);
    }
}
关键点：紧急呼叫必须独立于车机系统。我见过一个案例：车机死机了，eCall也打不出去。正确的做法是：eCall模块有独立的电源和通信模块，即使Android系统挂了，也能正常工作。

29.5 知识体系总览

这四个模块的关系，我用一张图来总结：

车载安全系统知识体系 感知层（数据采集） 360环视摄像头 ADAS传感器 DMS红外摄像头 碰撞传感器 处理层（算法与融合） 图像拼接/畸变校正 目标检测/预警算法 疲劳/分心检测模型 碰撞严重度评估 应用层（HMI与交互） 360环视显示 ADAS预警HMI DMS状态提示 eCall紧急呼叫

你看，从感知层采集数据，到处理层做算法融合，最后在应用层呈现给用户或触发动作。每个环节都有坑，但核心思路是：数据要准、延迟要低、系统要稳。

我个人觉得，车载安全开发最考验人的不是技术本身，而是对「安全」二字的敬畏。你想想看，一个bug在手机App里顶多闪退，但在车上可能出人命。所以，测试要加倍，冗余要到位，永远假设系统会出问题。

避坑指南：我曾经在一个项目里，DMS和360环视共用了同一个ISP通道，结果两个功能互相抢资源，画面卡顿。后来我强制给DMS分配了独立ISP通道，问题才解决。记住：安全功能要有资源优先级保障。

好了，这四个模块的核心内容就这些。实际开发中，每个模块都能展开讲一天，但今天咱们先把骨架搭起来。你动手做的时候，遇到具体问题再回来翻翻这些要点。

公众号:蓝海资料掘金营，微信deep3321

← 上一章 📖 返回目录 下一章 →