磁悬浮自动门参数备份核对
磁悬浮自动门换板前，要保存能对应原门、原控制器及版本的参数和现场资料，同时确认备份实际包含哪些内容。文件能保存、软件能打开、恢复后整门通过复验，是三项不同结果。行程、模式、接口、保护和独立授权按实际配置分开登记；原故障状态也要保留，不能把故障时导出的文件直接当作已验收基线。
先确认备份对应哪一樘门
一份叫“正常参数”的文件，离开门号和设备身份，可能已经无法安全使用。先登记项目内部门点代号、单开或对开结构、控制器与驱动型号、硬件修订、固件版本和现有配置。分离式主控与驱动分别登记，不用一个外壳型号概括所有模块。
备份还要对应导出时的现场状态：这份文件来自已验收的正常基线，还是故障发生后、临时调整后或更换前的现状？保存故障原状有助于追溯，但不等于认可其中的设置。文件备注应保留告警、临时模式、近期变更和当时未确认项。
对开或多扇系统记录主从关系、各自设备身份和关联配置。某一侧文件可读，不能自动说明另一侧、网关或独立门禁也已备份。设备没有导出能力时，如实记录这一限制，按其文件允许的方法保存可见清单与交接依据。
总体调试范围见控制器与版本资料；更换件身份核对见备件清单。本文提供资料核对方法，不要求公开公司的参数文件、程序或项目记录。
备份范围逐类登记
表格可横向滑动查看。
| 资料类别 | 本次应确认什么 | 不能默认包含 |
|---|---|---|
| 设备身份 | 主控、驱动、扩展模块及软件版本 | 导出文件名已经写全型号 |
| 运动与行程 | 运行设置、位置或学习数据的保存范围 | 普通参数导出必然包含学习结果 |
| 模式与接口 | 模式、端口映射、逻辑及扩展件关联 | 主控文件也保存外围独立设备设置 |
| 保护与联动 | 相关配置、适用图纸及验收依据 | 有备份就可以省略恢复后验证 |
| 权限与网络 | 哪些由独立系统保存，由谁管理与恢复 | 账号、分享和本地配对都在同一文件 |
| 现场与历史 | 原接线、配置差异、问题与复测记录 | 单份参数文件代表完整竣工资料 |
各行填写“已覆盖、另行保管、不适用或未确认”，并写出文件或说明书依据。没有该能力的设备，不勾选“已导出”。如果导出工具只保存部分设置，应列出缺失范围及补充资料，而不是把文件统称为整机镜像。
固件安装包、应用程序、参数导出、行程学习数据、设备许可及人员权限，可能分别由不同工具或系统管理。是否存在这些对象、能否备份和由谁恢复，按准确设备确认；网站不预设所有门机都支持相同的软件结构。
独立凭证与分享的交接可另参照权限撤销与现场生效核对。配置恢复也要核对当前应保留和应撤销的授权，不能让旧备份的日期掩盖这类变化。
文件名和清单一起保存
文件名可包含内部门号、控制器代号、硬件与固件标识、导出时刻和修订号，真正的含义再放进备份清单。名称不宜只有“新”“终版”“能用”；文件名写得详细，也不能替代来源、范围和适用条件。
虚拟命名示例：D017_CTRLX_H2_F3_20261026_prechange_r02，只演示字段关系，不是德恩科料号或真实项目文件。扩展名沿用对应工具生成的格式，不为了统一外观擅自更改。清单解释D017对应的内部对象、导出工具、版本、文件位置和“变更前现状”的状态。
至少区分已批准基线、本次变更前原状、变更后复验版，保留它们之间的关系。基线来自何次验收，现状与基线差在哪里，复验版经过哪些检查，都应有记录；不能每导出一次就覆盖旧文件并继续称为正常参数。
传递时可按项目方法核对文件大小、校验值和是否可由适用工具读取。校验值一致只能支持文件未发生相应内容变化，不能证明来源可信、配置正确或适用于新板。公司规定的存储位置、访问权限和保管责任另外登记，密码、密钥及实际账号不要写进文件名或公开表。
同一文件有三种不同结论
表格可横向滑动查看。
| 确认层级 | 取得的证据 | 仍需回答的问题 |
|---|---|---|
| 文件已保存且可读 | 来源设备、工具、范围及完整性记录 | 新硬件和固件是否允许恢复 |
| 恢复适用性已确认 | 适配说明、版本差异及允许恢复范围 | 实际恢复哪些项，有无拒绝或保留项 |
| 恢复与现场复验完成 | 实施记录、差异处理和受影响任务结果 | 未覆盖项及后续变更由谁负责 |
软件允许选择某个文件，不等于文件里的每项设置都能在目标版本生效。参数可能改名、变更单位、改变允许范围、移到另一模块或不再提供。应按制造商的适配和版本说明核对，不把工具弹出“完成”直接翻译成整门恢复正常。
部分恢复、被跳过的项目和继续保留的目标设备设置，要单独列出。存在不能解释的差异时，由对应责任方确认处理，不自行补填菜单里的数字，也不从另一樘门复制看似接近的配置。
备份检查本身不是恢复演练。要验证恢复能力，应另外安排获准的设备、条件、责任和失败处理方案；不能为了试验备份是否有效，就在正在服务的门上随意导入或恢复出厂。
虚拟换板案例怎么判定
以下情景不对应真实客户或德恩科控制板。D017原控制器为硬件H2、固件F3，现拟换为H3、F4。管理者有一份已验收基线r01，以及故障后导出的现状r02。r02可在工具中打开，包含若干参数，却没有说明是否包含位置学习和扩展模块映射。
- 先保留两份文件及来源，不把较新的r02自动替代r01成为批准基线。
- 请设备责任方确认H3、F4与原配置的适配关系、允许恢复的范围及差异处理依据。
- 对学习数据、扩展件、接口和保护相关项，分列可以恢复、需要重新确认及尚无依据的内容。
- 实施由获准维护人员按准确设备文件进行；记录实际成功、跳过、拒绝或另行设置的项目。
- 恢复后形成当前配置清单，完成受影响任务的现场复验，再保存有明确确认状态的新修订。
这一例子支持的判断是：文件可读的条件已具备，恢复适用性和覆盖范围仍需补证。它不支持“新版本肯定不兼容”，也不支持“能打开就照原样全部恢复”。是否可用由具体适配文件与验证决定。
如果旧板故障，无法重新导出，也应注明最后一份可靠记录的时间及未覆盖变更。缺失的数据由对应责任方按设备要求重建和验证，不从网上寻找一个同名文件来填满资料包。
恢复后按影响范围复验
确认实际硬件、固件、参数和外围配置后，将受影响的运行、行程、模式、触发、保护、锁控、状态反馈及断电恢复列入核对。对开门还要确认两侧关系；独立网关、门禁和接收器按各自范围处理，不由主控一次恢复代签。
每项记录起始条件、预期结果、实际结果、异常及处理。文件读取成功与门开关一次正常，都不能代替这份清单。没有条件完成的项目保留未验证状态，按项目确定通行与维护安排，不把未测写成不适用。
失败处理也要写出具体前提。若原硬件已损坏，或者目标版本不允许使用原配置，“回退”未必意味着重新导入旧文件。恢复路径、可用备件、现场配合和责任应在实施前确认，不能只有一句“有问题再恢复”。
最终文件与验收交接资料关联。后续调整另建修订，保留本次恢复和复验的依据；软件、接线或门体条件再变时，重新评估受影响范围。
空白表与资料边界
下载参数备份与恢复范围空白表。表中保存文件身份、范围、不包含项、兼容依据、恢复结果、复验和未决责任，不要求填写实际参数值或上传备份包。
资料参考ABB《ACS850 Standard Control Program Firmware Manual》Rev I中备份与恢复说明：不同备份路径保存的内容有区别，跨固件恢复需核对适用性，并可能存在未恢复项目。本页只借此说明“备份范围、版本兼容与结果需要分别确认”，不移植ABB的操作步骤、参数组或宣称德恩科采用同样系统。
公司程序、设备凭据、客户项目文件和内部备份继续由各责任方按权限保管。咨询只需说明设备型号、变更任务、已有资料类别和仍不清楚的范围。
常见问题
换主控板前只拍参数截图够吗？
截图可作辅助，但还要说明门号、设备与软件版本、当前状态、备份覆盖和未包含项。是否需要导出文件及其他资料，按准确设备能力和更换任务确认。
工具能打开备份文件，就可以恢复到新板吗？
不能这样推断。需先核对目标硬件、固件及允许恢复范围，再记录实际恢复结果和现场受影响功能复验。
故障后导出的文件，可以直接叫正常基线吗？
不应直接这样命名。应标明故障原状、近期变更和未确认项，与已有批准基线分别保存，待复核后再确定当前可用修订。
备份文件校验值一致，就证明配置正确吗？
不能。校验值主要用于核对文件内容一致性，配置是否适用仍需来源、版本、范围和实际验证依据。