EdgeTX固件在无触摸屏T16发射机上的启动问题分析

问题背景

在EdgeTX开源项目的最新开发版本中，出现了一个影响Jumper T16发射机(无触摸屏版本)的严重启动问题。当用户刷写包含特定提交(d0791fa)后的固件版本时，设备会出现黑屏、完全死锁的情况，必须断开电池才能恢复。

问题根源

经过开发团队和社区成员的深入调查，发现问题源于代码重构过程中对触摸屏初始化函数touchPanelInit()的位置调整。该函数从原来的radio/src/opentx.cpp被移动到了radio/src/targets/horus/board.cpp。

关键问题点在于：

1. 对于没有触摸屏硬件的T16发射机，系统仍然尝试执行触摸屏初始化
2. T16与TX16S在硬件设计上存在差异，特别是I2C总线(用于触摸屏通信)的上拉电阻配置不同
3. 在T16上，SCL和SDA信号线被用于其他功能(微调按钮)，且没有配置适当的上拉电阻

技术细节分析

从硬件角度看，TX16S在触摸屏连接器上配置了SCL和SDA信号线的上拉电阻，而T16则将这些信号线用于其他用途。当系统尝试初始化不存在的触摸屏时，由于缺乏适当的上拉电阻，I2C总线可能进入不确定状态，导致整个系统死锁。

更严重的是，在代码重构后，touchPanelInit()函数被意外调用了两次，这进一步加剧了问题。第一次调用可能已经使总线处于不稳定状态，第二次调用则彻底导致系统崩溃。

解决方案

开发团队通过以下方式解决了这个问题：

1. 移除了重复的touchPanelInit()调用
2. 确保触摸屏初始化只在检测到触摸屏硬件的设备上执行
3. 考虑为T16添加编译时选项(如-DHAVE_TOUCH=NO)来明确禁用触摸功能

经验教训

这个案例展示了硬件兼容性处理在嵌入式系统开发中的重要性。在进行代码重构时，特别是涉及硬件初始化的部分，必须考虑所有支持的硬件变体。对于开源项目而言，建立完善的硬件兼容性测试矩阵尤为重要。

用户建议

对于使用无触摸屏版本T16发射机的用户：

1. 避免使用包含此问题的固件版本
2. 如需升级，请等待包含修复的正式版本发布
3. 遇到启动问题时，可通过断开电池的方式恢复

此问题的解决体现了开源社区协作的优势，通过开发者与用户的紧密配合，快速定位并修复了影响用户体验的关键问题。