RTPC与LCO版本兼容编译失败和恢复

实时平台上的“编译失败”很少只有一个原因。实验管理软件、实时机系统、MATLAB、编译工具链、许可证和工程过程文件构成一条版本链，任何一环不匹配都可能表现为同一个模糊错误。

出现异常时先冻结现场：记录实验软件版本、实时机版本、MATLAB 版本、工程路径、编译开始时间、错误截图和完整日志，并备份工程与界面资源。不要一边重装软件、一边改模型、一边换网络口，否则最后即使恢复了，也不知道是哪一步起了作用。

第一层检查版本矩阵。实验软件与实时机有兼容范围，模型编译还依赖特定 MATLAB 版本。选择“忽略版本检查”只能让下载继续尝试，不能改变二进制接口是否兼容。许可证服务、系统时钟、网络适配器和目标服务也要单独确认。多网卡电脑上出现“目标不可达”或使用了旧构建时，可以先核对路由与活动网卡，但修改前要保存网络配置。

第二层做最小编译。复制一个隔离工程，创建空模块并完成编译、下载和仿真；再添加一个只有简单运算的小模型；最后按功能模块逐块迁回。若空工程通过而完整模型卡住，问题更可能在模型内容、生成文件或任务分配；若最小工程也失败，优先检查安装、许可证和目标连接。

清理过程文件只能在备份副本上进行，并遵循工具规定的安全步骤。区分源文件、配置文件和可再生成文件，避免把“删除缓存”变成“删除证据”。若错误在多次操作后才消失，应继续做冷启动和 recompile 复测，暂时成功不能直接认定为稳定修复。

恢复验证至少包括一次完整编译、一次下载、一次仿真、一次台架重启后的再次下载。将最终版本矩阵、操作记录、日志和回滚位置写进交接文档。重装实验软件前还要专门备份界面图片和映射，因为部分资源不会随工程自动恢复。

版本兼容工作的核心是控制变量和保留退路。修复动作可以复杂，证据链必须简单：原来是什么、改变了什么、哪项验证通过、失败时如何回到已知可用状态。