首页
/ EdgeTX 翼型模型双速率开关编程问题分析与修复

EdgeTX 翼型模型双速率开关编程问题分析与修复

2025-07-08 00:17:50作者:翟江哲Frasier

问题背景

在EdgeTX 2.10.5版本中,使用RadioMaster TX16S/TX16SMK2遥控器创建翼型(Wing)模型时,发现双速率(Dual Rate)开关功能存在编程错误。无论用户选择哪个物理开关作为双速率开关,系统都会默认使用"SC"开关,且选择的开关信息不会显示在模型摘要界面。

问题现象

  1. 开关绑定错误:在模型创建向导中,即使用户选择了特定开关(如SE)作为双速率开关,系统仍会错误地将SC开关绑定到双速率功能上。
  2. 摘要信息缺失:模型创建完成后,在摘要界面不会显示用户实际选择的双速率开关信息。

技术分析

该问题源于翼型模型创建向导Lua脚本(3.Wing.lua)中的硬编码错误。原代码中直接使用了"SC"作为默认开关,而没有正确引用用户选择的开关值。具体表现在:

  1. 输入通道配置部分直接硬编码了"SC"开关,而非动态获取用户选择
  2. 摘要界面显示逻辑缺少对双速率开关状态的判断和显示

修复方案

通过对3.Wing.lua脚本的修改,我们解决了上述问题:

输入通道配置修复

-- 修复前(硬编码SC开关)
-- updateInputLine(defaultChannel_0_AIL, 0, expoVal, 100, "SC"..CHAR_UP)
-- updateInputLine(defaultChannel_0_AIL, 1, expoVal, 75, "SC-")
-- updateInputLine(defaultChannel_0_AIL, 2, expoVal, 50, "SC"..CHAR_DOWN)

-- 修复后(动态获取用户选择)
updateInputLine(defaultChannel_0_AIL, 0, expoVal, 100, ElevronFields.dr_switch.avail_values[1 + ElevronFields.dr_switch.value]..CHAR_UP)
updateInputLine(defaultChannel_0_AIL, 1, expoVal, 75, ElevronFields.dr_switch.avail_values[1 + ElevronFields.dr_switch.value].."-")
updateInputLine(defaultChannel_0_AIL, 2, expoVal, 50, ElevronFields.dr_switch.avail_values[1 + ElevronFields.dr_switch.value]..CHAR_DOWN)

摘要界面显示优化

-- 添加条件判断,仅当启用双速率时才显示开关信息
if ElevronFields.is_dual_rate.value == 1 then
    drawNextLine("Dual Rate SW", nil, ElevronFields.dr_switch.avail_values[1 + ElevronFields.dr_switch.value])
end

技术实现细节

  1. 动态开关引用:通过ElevronFields.dr_switch结构体获取用户实际选择的开关值,而非使用硬编码值。
  2. 条件显示逻辑:增加对is_dual_rate标志的判断,确保只在启用双速率功能时显示相关开关信息。
  3. 开关状态表示:使用CHAR_UPCHAR_DOWN等符号清晰表示开关的不同位置状态。

影响范围

该修复影响所有使用翼型模型向导创建的新模型,确保:

  • 双速率功能正确绑定到用户选择的物理开关
  • 模型摘要信息完整显示双速率开关配置
  • 提升用户体验和配置准确性

后续建议

对于使用EdgeTX系统的用户,建议:

  1. 定期检查系统更新,获取最新的错误修复
  2. 创建模型后,验证各功能开关是否按预期工作
  3. 对于复杂模型配置,建议在模拟器中先行测试

该修复已通过测试验证,将包含在未来的EdgeTX版本更新中。

登录后查看全文
热门项目推荐

项目优选

收起
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
152
1.97 K
kernelkernel
deepin linux kernel
C
22
6
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
494
37
communitycommunity
本项目是CANN开源社区的核心管理仓库,包含社区的治理章程、治理组织、通用操作指引及流程规范等基础信息
323
10
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
145
191
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
991
395
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
193
277
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
937
554
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Python
75
70