磁悬浮自动门楼控平台改版复核

先固定改了什么，别只记平台版本

同一个楼控画面背后，可能同时有门机、采集装置、网关、协议适配、服务端点表与前端显示。平台升级不代表这些部分都同步更新；门机没动，也不代表显示和命令解释没有变化。

用实际门号列出旧组合与新组合，以及每项可取得的版本、适用文件和负责人。不能取得内部程序版本时，先由相应方确认可公开的产品或交付标识，不要求公开源代码、保密接口或项目原始数据。

变更记录不只写“升级优化”。把增加、删除、改名、类型、单位、枚举、默认值、更新机制和权限相关变化逐项标出，并关联受影响的门位和页面。不受本次影响的内容也要有依据，不能单凭界面没变化判断。

开发需求与交付资料的总范围见门控开发与定制交付。实体板卡替换则另看换板兼容评审，不把两种变更混成同一份通过结论。

字段名称相同，还要比较解释条件

先确定每个字段对应哪樘门、哪一扇、哪把锁或哪个通信节点，再比较类型与含义。名为“关闭”的字段可能是模式，也可能是请求或现场反馈，不能只按中文名字沿用原图标。

表格可横向滑动查看。

单位改了但字段仍为数字，数据校验可能仍然通过。是否需要换算、取值范围与异常处理，应由准确协议和双方文件确认，不能在现场凭经验加一个系数试到画面顺眼。

缺少新定义时列为待确认，不用旧的默认值把未知状态填成正常。需要监测锁已到位时，仍要有对应信号来源；更新软件不能凭空增加硬件反馈能力。

虚拟反例：同样读到0，含义却变了

以下为自编的映射反例，不是德恩科、楼控品牌或任何真实协议的状态码。假定两个版本都提供一个整数门位字段，但双方定义不同。

表格可横向滑动查看。

网络连通、字段名称相同、类型都是整数，都没有阻止这个假设中的误读。只做一次正常开门演示，也可能没有覆盖未知值和全部状态分支。

应先由相关方提供适用的新定义，建立明确映射，再用批准的方法核对有效状态、未知、缺失与异常。不能把表中的数字写入真实系统试验，也不能把未认识的值一律翻译为0或“无故障”。

旧新含义没有变化时，保留对应依据。是否兼容来自具体组合与证据，不由版本号大或界面新来决定。

复验按变化影响展开，读状态与发命令分开

把每个变化关联到读取、汇总、告警、控制、记录和页面。改变一条到位映射，可能影响总览图标、未关门提醒和联动条件，不能只查详情页的一行文字。

读取侧核对原始来源、正常值、未知/缺失、离线和恢复；控制侧另核请求对象、权限、允许模式、回执含义及实际结果。状态已能读出，不代表控制已验证，普通监控字段也不能因为前端显示为按钮就视为可写。

按获准的测试环境和方法执行，保存预期、实际、配置、时间及未覆盖项。涉及设备动作的现场复验由相应人员按项目要求安排，本页不提供寄存器地址、真实写值、绕过权限或停用保护的方法。

旧事件补传、消息顺序、重启与新旧配置混用等情形，按实际链路能力选择覆盖。当前状态的时效性可继续核对远程开门与监控，不靠不断刷新页面证明已正常。

恢复旧配置后，也要核对依赖是否匹配

变更前确认受影响范围、实施窗口、停止或恢复条件、负责人及可恢复的资料。备份文件里包含什么、适用于什么版本，要事先明确；不要等误显示出现后才寻找原点表。

出现不符合预期的状态或控制结果时，按批准的恢复方案处理。恢复一个旧页面不说明网关、后端映射和现场配置都已同步恢复，不能让旧界面继续读取新语义后宣称已经回退成功。

恢复后重新确认对象、版本组合、状态解释、权限和受影响功能，保留仍未覆盖的项。参数资料的范围可看备份核对；备份存在、导入成功和现场功能恢复分别记录。

OPC基金会公开数据访问规范专门说明某些属性变化会影响数据解释，使用这些属性的客户端需要重新取得相应信息。这里只说明“数值可读与语义仍适用是两件事”，不表示德恩科或本项目使用OPC UA或具备该规范的通知机制。

让下一位维护者知道按哪一版解释

可下载楼控版本变更空白表。记录旧新组合、语义差异、影响范围、复验与恢复结果，不预填协议码、通过结论或客户资料。

交付时指明当前生效的点表与版本、未决项、维护责任及下一次变更触发条件。历史版本用于追溯，与现行版本区分保存；不能让现场人员从多份同名“最终版”中猜测。

界面截图和连通记录可以作为证据的一部分，仍需关联实际对象和解释依据。没有取得的反馈、未实施的场景和没有证明的兼容范围，保留为未确认，不扩写成全系列兼容承诺。

常见问题