iNavFlight项目中BLHeli_32电调启动不一致问题的技术分析

问题背景

在iNavFlight 7.1.2版本中，部分用户报告了使用特定电调时出现的启动不一致问题。这一问题主要出现在采用AM32微控制器并运行BLHeli_32 32.9版本固件的电调上。经过技术分析，发现问题的根源与电池任务导致的DShot信号输出中断有关。

问题现象

当飞行控制器启动时，DShot信号输出会出现约40毫秒的中断。这一中断源于电池任务中的VBATT_STABLE_DELAY延迟设置。这种信号中断会导致部分BLHeli_32电调(特别是32.9版本)无法正常启动，而升级到32.10版本可以解决此问题。

技术分析

1. 信号中断机制：电池任务在初始化时会引入40ms的延迟，这个延迟会阻塞其他任务的执行，包括DShot信号输出。

2. 电调兼容性：BLHeli_32 32.9版本的电调固件对信号中断特别敏感，而32.10版本则对此有更好的容错性。

3. 影响范围：虽然问题最初在BrainFPV版本的iNav中被报告，但测试表明标准iNav版本在OMNIBUS F4飞控上同样存在此问题。

解决方案

1. 临时解决方案：在启用DShot输出前先运行一次电池任务，可以避免信号中断。

2. 根本解决方案：优化电池任务代码，使其延迟不会阻塞其他关键任务的执行。

验证结果

解决方案已在HobbyWing xrotor G2 65A 4合1电调和TMotor 65A 4合1电调上验证有效。移除40ms的信号中断后，电调启动问题得到解决。

技术建议

对于仍在使用BLHeli_32 32.9版本电调的用户，建议：

1. 优先考虑升级电调固件至32.10版本
2. 如无法升级，可应用上述解决方案修改飞控固件
3. 关注iNavFlight的后续更新，获取官方修复版本

此问题的发现和解决过程展示了嵌入式系统中任务调度和时序控制的重要性，特别是在多任务实时系统中，一个模块的延迟可能会对其他关键功能产生连锁影响。