KNX ETS 6.4：自动备份和原生升级，解决项目交付后的隐性风险

很多 KNX 项目不是不能运行，而是交付后缺少可恢复的工程资料。几年后更换电脑、设备或网关时，找不到正确的 ETS 工程文件和版本记录，才是真正的运维风险。

自动备份和原生固件升级让工程流程更完整，但不能代替人为的项目归档。每次升级前都要确认设备型号、当前版本、回退路径和现场影响。

R智能建议把备份、升级、验收和变更记录放进同一套交付制度，让客户知道系统如何恢复，而不是只知道系统今天能不能用。

落地时要先把边界写清楚

建议在交付节点建立三份资料：完整 ETS 工程文件、设备和版本清单、客户可读的功能说明。任何升级都要先备份、再测试、后发布，并留下可回退的版本。

R智能的判断是：技术选型最终要回到项目实际。楼宇、别墅、会所和商业空间需要稳定底座、清晰权限、可解释的自动化，以及能够持续交接的运维方法。