二手机器人的序列号和配置版本，交易时该怎么对应

在二手工业机器人、协作机器人或自主移动平台的交易核验中，买家最容易忽略的并不是外观磨损，而是“机器身份”与“控制器内部配置”之间是否一一对应。本文以中文交易核验表的角度，梳理铭牌身份、控制器配置导出、文件摘要和交接记录四层关系，并说明为什么哈希值只能用于比对文件、不能用来证明机器本体完好。

铭牌身份：机器序列号的静态起点

每台机器人在出厂时通常带有铭牌或机身标签，上面标注制造商、型号与序列号。序列号的作用是给物理资产一个静态标识，便于后续维修记录、保修查询和二手流转追踪。在核验现场，应把铭牌上的序列号拍照留档，并与设备外壳、控制柜贴纸、出厂合格证上的号码交叉比对。若三处号码不一致，或者标签有二次粘贴、打磨重刻痕迹，就说明“铭牌身份”这一层已经不可靠，后面的配置比对也就失去锚点。

需要提醒的是，序列号本身并不包含软件配置版本信息。它只能告诉你“这是哪一台外壳/机架”，不能告诉你控制器里运行的是什么参数集。因此交易核验不能停在抄序列号这一步，而要把序列号作为后续所有文件记录的索引主键。

控制器配置导出：从 Jazzy 节点取出参数快照

对于搭载 ROS 2 Jazzy 发行版的机器人控制器，参数与单个节点相关联，用于在启动或运行时配置节点；初始值可通过命令行参数、YAML 文件或 ROS 2 launch 设施设置。外部进程也能借助节点默认创建的参数服务读取当前值，例如 /node_name/list_parameters 可返回可用参数列表，/node_name/get_parameters 可按给定参数名返回参数值，而 ros2 param 命令用于与已运行节点的参数交互（参见 ROS 2 Jazzy documentation）。这些参数描述的是 ROS 2 节点，并非所有机器人硬件都具有的统一配置接口。

对于使用 ROS 2 的设备，可由熟悉该系统的操作人员在双方见证下，按设备既定安全程序进行只读参数导出，把 ros2 param dump 或等效方式得到的 YAML 文件保存下来；不要为了核验而自行改变设备运行状态。这个文件可作为相关 ROS 2 节点配置的文本快照，但不能单独代表整机控制器的全部配置。它可记录节点命名空间、参数名与当前值；具体是否包含关节限速、坐标系偏移或通信话题前缀，取决于节点实现。假设示例：若卖家声称某移动底盘导航参数未改过，但导出的 YAML 中最大速度值与双方认可的出厂技术文档记载不一致，则应把该差异写入记录，而不是仅凭口头描述下结论。

文件摘要：哈希只比对文件本身

得到配置导出的 YAML 或控制器备份包之后，可以对文件生成消息摘要。根据 NIST 计算机安全资源中心对哈希函数的说明，哈希算法用于把任意长度消息映射为固定长度消息摘要；NIST 批准的哈希函数预期具备抗碰撞、抗原像与抗第二原像性质（参见 Hash Functions | CSRC）。在交易场景里，SHA-256 或 SHA3-256 等算法可用于生成固定长度摘要，供后续比对同一文件内容。

关键在于：在双方使用同一算法、输入文件确实相同且摘要已可靠复算的前提下，哈希值相同可作为文件内容一致的校验结果；它不代表机器机械结构、线缆连接或传感器标定状态完好。假设示例：卖家先提供一份“标准配置 YAML”，买家在见证下重新导出后得到另一份 YAML，若两者摘要不同，说明这两份输入文件没有得到相同摘要，可能源于内容差异、导出范围或时机不同，不能据此反推机器人曾被拆解或主轴受损。把哈希当作“机器健康证明”是误用。核验表应把摘要字段标注为“文件一致性比对”，而不是“设备状态结论”。

交接记录：把四层信息串成一条链

完整的中文交易核验表应包含四栏：铭牌序列号、导出时间、配置文件相对路径与哈希算法、交接双方签字。序列号作为主索引；导出时间防止用旧备份冒充当前状态；文件路径与算法名保证摘要可复算；签字记录说明谁在场见证了导出动作。缺少交接记录的摘要只是一串字符，无法证明它对应哪次开机、哪台机器。

推荐文档实践是：在交接单里写明“本次导出参数文件哈希用于文件比对，不作为机器人本体完好性或合规性声明”。这样既保留了可核验痕迹，也避免了把文件级证据误读为设备级担保。同时，交接记录不要写机器维修动作，只写观察与留档：例如“现场读取序列号”“见证参数导出”“保存 YAML 至双方指定目录”。

配置版本与功能描述的差异处理

ROS 2 Jazzy 中参数有预定义类型，节点默认需声明其生命周期内接受的参数，从而让类型和名字在启动时明确，减少后续错配；节点也可在实例化时将 allow_undeclared_parameters 设为 true，允许获取和设置未声明参数（参见 ROS 2 Jazzy documentation）。对买家而言，导出的参数名、类型和值可作为核对线索：若某关键参数与双方认可的出厂技术文档不符，应记录并进一步核实；但未声明参数本身是 ROS 2 支持的配置方式，不能仅凭其数量较多就推断控制器软件经过非标准修改。

在核验表里应单列“差异备注”，记录口头功能描述与导出配置之间的不一致项。比如卖家说“视觉识别模块保持原厂设置”，但导出参数里相机曝光、识别阈值被改过，则应在备注中写清差异参数名与导出值，而不是直接判定机器故障。本站行业动态也提醒读者，展会上的功能演示与二手现场状态之间常有落差，文件比对正是缩小这种落差的手段。

原始中文核验清单示例

下面给出一份适配本网站角度的假设示例清单，供文档模板参考，并非强制标准要求：

铭牌层：机身序列号、控制柜序列号、合格证号码，三处拍照并填入同一索引号。
导出层：上电时间、执行命令、导出的 YAML 文件名与保存目录。
摘要层：所用算法名（如 SHA-256）、输出摘要字符串、复算人。
交接层：双方见证人、导出是否在设备现场完成、备注“仅文件比对”。

这份清单的价值在于可复算：任何后续争议都可回到“当时导出的文件与摘要是否一致”。它不替代现场机械检查，也不输出安全或合规结论，只是把序列号与配置版本之间的对应关系落成纸面证据链。对二手机器人交易来说，先把静态身份和动态参数对上，再谈价格与验收，才是稳妥的核验顺序。