1. 底盘域控项目全景

在 Bosch 底盘域控项目中，工程师面对的不是单一 ECU 的软件开发，而是一个横跨制动、转向、悬架、驻车等多个子系统的域级集成工程。理解项目全景，是后续所有配置、集成、测试与交付工作的前提。本节从定位、E/E 架构、生命周期和交付物四个维度展开，帮助建立整体认知框架。

一、Bosch 底盘域控的定位

Bosch 底盘域控（Chassis Domain Control Unit，常简称为 CDC 或底盘域控制器）位于整车 E/E 架构的中间层，向上通过车载网络与整车中央计算平台或网关交互，向下通过 CAN、CAN FD、FlexRay 或以太网连接各底盘子系统 ECU。它的核心价值在于：把原本分散在多个 ECU 中的横纵向运动控制、冗余仲裁、功能安全监控和诊断管理集中到一个高性能控制器中，实现跨执行器的协同控制。

从功能安全视角看，底盘域控通常承担 ASIL D 级别的安全目标，例如制动冗余、转向冗余和驻车安全。这意味着项目从需求阶段就必须引入 ISO 26262 的完整流程，包括危害分析与风险评估、安全目标分解、技术安全需求分配以及安全验证。从工程交付视角看，底盘域控项目交付的不只是应用软件，还包括基础软件配置、AUTOSAR 集成、标定数据、诊断数据库、安全分析文档和整车级测试报告。

二、典型 E/E 架构

在典型的 Bosch 底盘域控 E/E 架构中，控制器内部可划分为若干功能分区：传感器输入处理区、车辆状态估计区、运动控制仲裁区、执行器指令输出区、安全监控区和诊断通信区。外部连接方面，前向雷达、摄像头、轮速传感器、横摆角速度传感器、转向角传感器等提供环境与车辆状态输入；制动执行器、转向执行器、悬架执行器和电子驻车制动器接收控制指令。

网络拓扑上，底盘域控通常作为底盘 CAN FD 网段的主节点，同时通过以太网骨干网与中央网关通信。部分高安全信号，如碰撞信号和制动请求，会采用私有 CAN 或 FlexRay 通道进行冗余传输。下图展示了这一典型架构的核心连接关系。

三、项目生命周期

Bosch 底盘域控项目的生命周期通常遵循 V 模型，但实际执行中会与整车厂的节点强耦合。从项目启动到量产交付，大致经历以下阶段：

• 概念与报价阶段：明确客户需求、法规要求和安全目标，输出技术方案建议书和初步 BOM 估算。此阶段的关键交付物是技术方案和项目计划。
• 系统需求与架构设计：完成系统需求规格书、E/E 架构设计、安全概念和网络拓扑定义。需要与整车厂确认信号矩阵和诊断规范。
• 软件详细设计与实现：包括应用层算法开发、基础软件配置、AUTOSAR 集成、诊断数据库生成和标定接口定义。
• 集成与测试：从软件单元测试、组件测试到域控 HIL 测试、整车网络集成测试，逐级验证功能、安全和诊断。
• 整车标定与验证：在实车上完成制动、转向、悬架协同标定，验证故障降级和冗余切换策略。
• 量产准备与交付：完成 PPAP、产线 EOL 测试规范、诊断刷写规范和售后诊断方案。

每个阶段都有明确的准入和退出准则。例如，进入 HIL 测试前，必须完成软件静态检查和单元测试覆盖率达标；进入整车标定前，必须完成域控台架功能测试和网络通信矩阵验证。

四、交付物清单

底盘域控项目的交付物可分为软件、文档、数据和工具链四类。以下清单可作为项目交付检查的参考框架：