STM32CubeMX2的Reserved引脚，不等于外设已经配置完成

在引脚图上看见某个位置已有信号名，很容易以为相应外设已经配置好了。STM32CubeMX2 1.0.1 的官方引脚说明把 Reserved Signals 与 Configured Signals 分开介绍：前者用于表达板级设计中的信号映射，不会因此生成代码；后者包括已配置的GPIO和外设信号，用于配置及代码生成。[1]

这意味着一张颜色丰富、标签齐全的引脚图，首先能说明设计信息已经被记录，却不能单独证明外设代码可用。阅读交接材料时，可以把“计划用哪个引脚”“工具中实际配置了什么”“生成的项目包含什么”作为三个不同问题。它们相关，但每个问题都需要对应的证据。

以一个假设的串口交接为例：板级设计人员先把某引脚预留给发送信号，软件人员打开项目时看到了该标签。如果这里只存在Reserved记录，就不应在交接表中直接勾选驱动已经配置。还要进入相关配置查看真正启用的功能，确认项目生成结果，并在后续开发流程中验证。这个例子解释状态的区别，没有测试任何具体开发板，也不宣称某组引脚适用于所有芯片。

官方文档还介绍了引脚图导出为CSV等功能。导出的分配表很适合随原理图和工程版本一起归档，但表格是某一时点的信息副本。若工程随后修改了外设或信号，旧表不能自动证明最新配置仍与其一致。交接时附上导出日期、工程版本和芯片型号，比只传一张截屏更容易追查差异。

遇到冲突标记时，同样不能仅靠改一个标签来判断冲突已消除。文档将同一引脚上的不同功能冲突与配置处理联系起来。实际处理前先确定哪些是预留意图、哪些是已配置功能，再由项目负责人核对板级连接与软件需求；处理后的项目还要重新检查。本篇不提供某个硬件项目的改线或复用方案。

一份清楚的交接结论，可以写成“板级信号已记录，外设配置待核对”，也可以写成“配置已核对，代码生成与运行验证另有记录”。这样的表述并不复杂，却能避免将Reserved误读为开发进度已经完成。这里依据的是1.0.1版本说明，使用其他版本时还应对照该版本的状态定义。