2. MicroAutoBox硬件与软件资产盘点
MicroAutoBox 的验收与测试资产治理，第一步不是写测试用例，而是把“我们到底拥有什么”盘清楚。MicroAutoBox 是一套由硬件机箱、可插拔 I/O 板卡、总线接口模块、实时操作系统、配置工具与许可证共同构成的快速控制原型平台。任何一项资产缺失或版本错配，都会让后续的模型编译、实时运行或 HIL 联调在某个环节突然中断。因此本节的目标是：建立一套可复用、可核对、可追溯的资产盘点方法，并产出一份能直接填写的资产清单模板。
一、资产分类：六类对象，各有各的“身份信息”
MicroAutoBox 的资产可以按“物理—逻辑—授权”三个层面划分为六类。理解每一类的关键标识字段，是盘点不遗漏的前提。
- 控制器主机（机箱）：核心资产，标识包括型号（如 MicroAutoBox II 1401/1511/1512 等）、序列号、机箱槽位数、供电规格、以太网主机接口 IP、以及是否带 DS1401 处理器板。机箱决定了可用槽位数量与实时计算能力上限。
- I/O 板卡：插在机箱槽位上的功能模块，如模拟输入 DS2001、模拟输出 DS2102、数字 I/O DS4002、CAN 板卡 DS4302 等。关键字段是板卡型号、序列号、占用槽位号、通道数与量程。板卡与槽位必须一一对应，否则接线表会失效。
- 总线接口：包括 CAN/CAN FD、LIN、FlexRay、以太网等通信通道。它可能由板卡提供，也可能是主机自带接口。需记录通道编号、波特率、终端电阻配置、对应物理连接器（如 Sub-D9、RJ45）。
- 实时系统：运行在 DS1401 上的实时操作系统与 RTI（Real-Time Interface）版本，如 dSPACE 实时内核版本、RTI 版本、编译器版本。它决定了模型能否被正确编译并下载运行。
- 配置工具：ConfigurationDesk、ControlDesk、AutomationDesk、MATLAB/Simulink 及其与 dSPACE 的接口版本。工具版本必须与实时系统、RTI 版本兼容。
- 许可证：包括 dSPACE 许可证（如 RTI、ControlDesk、AutomationDesk 的授权）、MATLAB 许可证、以及可选的第三方工具授权。许可证字段应记录授权类型（节点锁定/浮动）、到期日、绑定主机或加密狗编号。
二、盘点方法：从物理到逻辑，逐层核对
实际盘点建议按“先物理、后逻辑、再授权”的顺序推进，避免在版本核对时反复翻找硬件。
- 物理层核对：断电状态下打开机箱，逐槽记录板卡型号与序列号，拍照留存槽位布局。同时记录主机序列号、供电接口、以太网口与总线连接器位置。
- 逻辑层核对：上电后通过 ConfigurationDesk 或 ControlDesk 读取实时系统版本、RTI 版本、已识别板卡列表。将软件识别结果与物理记录比对，若出现“物理有、软件无”或“软件有、物理无”，即为资产异常点。
- 授权层核对：在 dSPACE 许可证管理工具中导出许可证清单，核对每项授权的有效期、绑定对象与可用功能。特别关注浮动许可证的并发数量，避免多人同时使用时冲突。
下面这张图展示了 MicroAutoBox 资产盘点的对象结构与核对关系。它把六类资产、关键标识字段以及“物理—软件—授权”三层核对路径放在同一视图中，便于在盘点时逐项对照。
三、资产清单模板：字段设计与填写示例
资产清单不是简单的“名称+数量”，而应能支撑后续的版本追溯、故障定位与验收签字。建议采用一张主表加两张附表的结构：主表记录硬件与逻辑资产，附表一记录许可证，附表二记录资产异常与处理状态。
主表字段建议如下：资产编号、资产类别、型号/名称、序列号/版本号、物理位置（槽位/接口）、关联资产、状态、责任人、备注。其中“关联资产”用于表达板卡与主机、许可证与工具之间的依赖关系，是后续影响分析的关键。
| 资产编号 | 类别 | 型号/名称 | 序列号/版本 | 位置 | 关联资产 | 状态 |
|---|---|---|---|---|---|---|
| MAB-HW-001 | 控制器主机 | MicroAutoBox II 1401 | SN-1401-88231 | 机架 A | — | 在用 |
| MAB-IO-001 | I/O 板卡 | DS2001 模拟输入 | SN-2001-45102 | 槽位 1 | MAB-HW-001 | 在用 |
| MAB-IO-002 | I/O 板卡 | DS2102 模拟输出 | SN-2102-77310 | 槽位 2 | MAB-HW-001 | 在用 |
| MAB-BUS-001 | 总线接口 | DS4302 CAN 板卡 | SN-4302-20987 | 槽位 3 | MAB-HW-001 | 在用 |
| MAB-SW-001 | 实时系统 | dSPACE RTOS + RTI | RTI 7.3 / 内核 7.3 | DS1401 | MAB-HW-001 | 在用 |
| MAB-SW-002 | 配置工具 | ConfigurationDesk | V6.3 | 工作站 WS-02 | MAB-SW-001 | 在用 |
| MAB-LIC-001 | 许可证 | dSPACE RTI 授权 | LIC-RTI-2024-118 | 加密狗 | MAB-SW-001 | 有效至 2026-12 |
填写时有两个容易忽略的细节。第一，板卡的“位置”必须写槽位号而不是“机箱内”，因为槽位号直接决定 ConfigurationDesk 中的 I/O 映射关系。第二，实时系统与配置工具的版本要成对记录，例如 RTI 7.3 通常需要匹配的 ConfigurationDesk 版本，单独记录其中一个无法判断兼容性。
四、从盘点结果到治理动作
盘点完成后，清单本身不是终点。应基于清单做三件事：一是标记异常项，如物理有而软件未识别的板卡、即将到期的许可证、版本不匹配的工具链；二是建立变更记录，任何板卡插拔、版本升级、许可证续期都要更新清单并记录变更人和日期；三是将清单与验收测试资产关联，明确每个测试用例依赖哪些硬件通道和软件版本，从而在资产变更时快速判断哪些测试需要重跑。
例如，若 MAB-IO-001（DS2001）被更换为不同序列号的同型号板卡，虽然功能相同，但模拟输入通道的校准系数可能不同，依赖该板卡的测试用例应重新执行零点与满量程校验。若 MAB-SW-001 的 RTI 版本从 7.3 升级到 7.4，则所有已编译的实时应用都需要重新编译并下载验证。这些判断都依赖资产清单中“关联资产”字段的完整性。
因此，一份合格的 MicroAutoBox 资产清单，应当同时满足三个条件：能唯一标识每一个物理与逻辑对象；能表达对象之间的依赖关系；能支撑变更影响分析与验收追溯。做到这三点，后续的测试资产治理才有稳定的基础。