EdgeTX模拟器中硬件设置持久化问题的技术分析与解决方案

问题背景

在EdgeTX开源无线电项目的最新版本中，开发团队发现了一个关于模拟器行为的异常现象：当用户在模拟器中修改无线电硬件设置（如轴、电位器和开关的自定义名称）后，这些修改会在关闭并重新打开模拟器时意外地保留下来。这与预期行为不符，因为理论上模拟器应该在每次关闭时重置所有设置。

问题现象的具体表现

经过开发团队的多平台测试，发现该问题具有以下特征：

1. 主要影响彩色屏幕的无线电设备模拟（如TX16S），而单色设备模拟（如X9D+）通常能正常重置
2. 修改的设置不会反映在Companion软件的无线电设置中
3. 完全关闭Companion软件后，这些临时修改才会真正消失
4. 问题自EdgeTX 2.11.0-rc版本开始出现，在2.10版本中不存在

技术分析过程

开发团队通过深入的技术调查，逐步定位了问题根源：

1. 动态库卸载问题：核心问题在于模拟器使用的动态链接库（libsim）未能正确卸载。特别是彩色屏幕设备的模拟库，由于使用了更多C++特性，卸载问题更为明显。

2. 内存残留效应：当动态库未完全卸载时，其静态内存区域（包括硬件设置数据）会保留在内存中，导致下次加载时这些值仍然存在。

3. 平台一致性：该问题在Linux和macOS系统上均有出现，表明这是一个跨平台的底层行为问题，而非特定操作系统的问题。

4. 历史追溯：问题最早出现在LVGL图形库的大规模重构提交(f28c1150e)之后，暗示可能与图形系统初始化/清理流程相关。

临时解决方案

针对该问题，开发团队提出了一个临时解决方案：

1. 将开关和模拟输入的名称存储位置移回全局设置结构(g_eeGeneral)
2. 在模拟器启动时强制重置无线电和模型内存
3. 通过显式清理确保每次模拟器启动都从干净状态开始

这个方案虽然解决了表面问题，但开发团队认识到这只是规避了根本问题。

根本解决方案探讨

经过深入讨论，开发团队认为真正的解决方案需要更彻底的架构调整：

1. 进程隔离方案：将模拟器运行为独立进程，确保完全的资源清理。这类似于现代浏览器的多进程架构，每个模拟器窗口对应一个独立进程。

2. RPC通信机制：通过进程间通信(IPC)实现Companion与模拟器进程的数据交换和控制。

3. 资源管理优化：设计专门的机制处理多模拟器实例间的资源共享和冲突避免。

技术挑战与考量

实现理想解决方案面临多项挑战：

1. 跨平台兼容性：需要在不同操作系统上实现一致的进程管理和通信机制
2. 性能影响：进程创建和通信开销可能影响用户体验
3. 开发复杂度：需要设计健壮的故障处理和状态同步机制
4. 资源占用：多进程架构可能增加内存使用量

总结与展望

EdgeTX开发团队通过这个问题深入理解了现代C++动态库管理的复杂性，特别是长期运行应用中的资源清理挑战。虽然临时解决方案已经可用，但团队将继续探索更健壮的架构改进，以提升模拟器的稳定性和用户体验。

这个问题也提醒我们，在嵌入式系统模拟领域，资源生命周期管理需要格外谨慎，特别是在混合使用C和C++特性的复杂项目中。未来EdgeTX可能会通过进程隔离等现代软件工程实践来彻底解决这类问题。