2. MicroAutoBox硬件与实时平台认知
MicroAutoBox（常简称MABX）是dSPACE面向车载快速控制原型（RCP）的核心硬件平台。它的定位不是“更快的单片机”，而是一台可随车运行的实时计算与I/O系统：处理器运行实时操作系统，FPGA/ASIC承担高速I/O与协议处理，模拟与数字接口直接对接传感器、执行器和目标ECU的线束。理解它的硬件接口、I/O资源、实时内核与任务调度机制，并清楚它与量产ECU的差异，是后续模型部署、标定与代码验证的前提。
一、硬件接口与I/O资源
MicroAutoBox通常由主处理器板、I/O板卡和底板/机箱组成，典型形态如DS1401系列。主处理器负责模型运算与实时调度，I/O板卡负责信号采集与输出。常见资源可分为几类：
- 模拟输入（ADC）：多路12～16位分辨率通道，量程可配置为0～5V、0～10V或±10V，采样率与模型步长相关。用于采集节气门位置、踏板、压力、温度等传感器信号。
- 模拟输出（DAC）：用于驱动执行器或向目标ECU注入模拟量，如替代氧传感器、油门踏板模拟信号。
- 数字输入/输出（DIO）：TTL或24V电平，用于开关量、PWM捕获、频率测量。
- PWM输出与捕获：可输出可变占空比驱动喷油器、风扇，也可捕获目标ECU输出的PWM信号。
- CAN/CAN FD、LIN、FlexRay：用于与目标ECU、整车网络通信，支持报文收发、信号解析与残余总线仿真。
- 增量编码器/位置接口：用于电机或曲轴位置信号。
这些资源并非全部同时可用，实际可用通道数取决于安装的I/O板卡型号与插槽配置。工程上第一步应确认“我需要哪些信号、什么电平、什么速率”，再对照板卡手册分配通道，而不是先看软件里有哪些模块。
二、实时内核与任务调度机制
MicroAutoBox运行实时操作系统（如dSPACE的RTI或基于QNX/VxWorks的实时内核），其核心特征是确定性：模型以固定步长周期执行，每个周期的计算必须在下一个周期到来前完成。调度机制通常包含：
- 基础采样率任务：模型中最快的任务，例如1ms或0.1ms，负责高频控制回路。
- 分频任务：较慢任务按整数分频执行，如10ms、100ms，用于监控、通信和慢速逻辑。
- 中断与异步任务：由外部事件触发，如CAN报文到达、PWM捕获边沿，用于事件响应。
调度器按优先级和周期触发任务，任务超时（overrun）会导致控制周期抖动，严重时模型输出异常。因此，模型复杂度、I/O访问方式和通信负载必须与步长匹配。例如，一个包含大量查表和积分运算的1ms任务，若单周期执行时间接近1ms，就应拆分或降频。
三、与目标ECU的差异分析
把MABX上验证过的模型迁移到量产ECU，是课程的核心任务之一。两者差异主要体现在以下方面：
| 维度 | MicroAutoBox | 目标ECU |
|---|---|---|
| 处理器与算力 | 高性能处理器，算力冗余大 | 车规MCU，算力有限，需优化 |
| 任务调度 | 实时OS动态/半静态调度，可在线调整 | 静态调度表，周期与优先级固定 |
| I/O访问 | 通过RTI库函数，通道可重映射 | 直接寄存器/驱动访问，引脚固定 |
| 通信 | 可自由配置报文，支持旁路与仿真 | 通信矩阵固定，需符合网络管理 |
| 标定与测量 | 支持在线标定、信号观测、数据记录 | 通过XCP/CCP标定，资源受限 |
| 代码生成 | 自动生成，快速迭代 | 需集成、手写胶水代码，考虑MISRA |
差异带来的直接后果是：在MABX上“能跑”的模型，迁移后可能因为步长、数据类型、I/O延迟或通信周期不匹配而出现控制品质下降。因此，在MABX阶段就应尽量模拟目标ECU的约束，例如使用相同的采样率、相同的数据类型（如单精度浮点转定点）、相同的CAN报文周期。
四、工程实践中的关键检查点
在把模型部署到MABX之前，建议按以下顺序确认：
- 信号清单与通道分配：列出所有输入输出信号，标注电平、方向、采样率，对照板卡手册分配物理通道，避免冲突。
- 步长与任务划分：确定基础采样率（如1ms），将慢速逻辑放入分频任务，检查单周期执行时间是否留有余量（建议不超过周期的70%）。
- 通信配置：设置CAN波特率、报文ID与周期，确认与目标ECU网络一致；若做残余总线仿真，需保证报文超时行为正确。
- 标定与观测：为关键参数分配标定变量，为关键信号分配观测变量，便于在线调整和记录。
- 安全与保护：设置输出限幅、故障检测和看门狗，防止模型异常导致执行器误动作。