关于接收机和高频头模块问题的解决办法

一、一般故障排除

Q1:我的接收机和遥控器已绑定，但飞控板没有响应输入，只能看到 10 个遥测传感器

A1:检查接收机的RX与TX引脚是否已正确接线，。请检查您是否具有正确的 SerialRX 配置。您可能需要重新访问 FC 准备 页面以了解飞行控制器设置。

此外，请确保您连接接收机的UART 没有反转并且处于 full duplex mode全双工模式。您也可以尝试不同的 UART。

Q2:我的接收机和遥控器已绑定，遥控器上显示多余 10 个遥测传感器，但是没有摇杆输入

A2:这是由于接收机和高频头模块之间的模型不匹配造成的。接收机上的 LED 将短暂闪烁 3 次，然后暂停 1 秒，表示不匹配。要修复这个问题，您可能需要开启 Model Matching。

另一个需要检查的事项是，是否已为接收机固件启用 RCVR_INVERT_TX 选项。这个选项适用于没有其他可用 UART 的飞控（例如 AIO 飞控），仅能使用 SBUS 引脚。

对于 R9mm/mini 接收机，请确保在固件选项中没有启用 USE_R9MM_R9MINI_SBUS。请参阅 输出反转（Output Inverting） 了解此选项的作用。

Q3: 我的接收机和遥控器已绑定，我正在获得摇杆输入，但我只能获得 10 个 遥测传感器

A3：检查您是否在飞控配置中启用了遥测功能。验证接收机的 RX 焊盘是否正确连接到飞控板中的 TX 焊盘，与接收器的 TX 线位于同一 串口中。

此外，请确保您已删除并重新发现传感器。增加 TLM Ratio 是件好事，这样传感器的采集速度会更快。

这也可能意味着您必须将 FC 固件更新到至少支持 CRSFv2 协议的最新版本。

Q4：我认为我的接收器和遥控器已绑定，因为接收器上的 LED 指示灯常亮。但我的收音机上没有摇杆输入或 RSSI。

A4:你没有绑定。接收机可能处于 bootloader 模式。

1.确保已断开引脚连接：如果您是通过 passthrough 刷写接收机，请确保已经断开了 boot 引脚（boot pads）。

2.检查是否仍然为常亮 LED：关闭遥控器，如果 LED 仍然是常亮的，但 boot 引脚未被桥接，那么连接接收机的 UART 很可能在无意中将其置于 bootloader 模式。这通常是由于接收机的 RX 引脚 上的下拉电阻，帮助处理 SBUS 线的反向。

3.验证 UART 问题：要验证 UART 问题，您可以断开飞控的 RX 和 TX 线。如果接收机开始慢速闪烁，经过设定的间隔（默认 20s - 30s）后会开始快速闪烁，表示它处于 WiFi 模式。

解决方法：1.将接收机连接到其他可用的 UART。2.如果没有其他 UART，可以通过在 3.3V 引脚 和飞控的 RX 引脚（接收机 TX 连接的地方）之间连接一个 300Ω 至 1kΩ 的电阻来解决问题。

如果问题仍然存在：即使断开了 TX 和 RX 线，如果 LED 仍然常亮，接收机可能因 WiFi 刷写失败 而软砖化。此时，您需要按照 unbricking 程序恢复接收机。

Q5：我的 OSD 显示 LQ 0：0 和 RSSI dBm 为 -130 dBm，但我有摇杆输入和 多于10个遥测传感器

A5:检查您是否将RSSI 通道设置为 Aux11 或 Aux12。如果这样做，请将其设置为 disabled。

如果仍未修复，请检查您是否启用了 RSSI ADC。如果是这样，请将其设置为 disabled。

Q6：我的 OSD 有时显示 LQ 3：1，有时显示 LQ 3：9

A6:移动 LQ OSD 数据，因为它可能被另一个数据挡住，或者它离预览右侧太远。

Q7:我收到遥测丢失/恢复

A7:出现 Telemetry Lost/Recovered 问题的原因有很多，如果您使用的是较新的遥控器/手持设备，除非飞行距离非常远，且使用的接收机没有放大遥测信号（例如 EP 接收机），否则不应该发生这种情况。

以下是一些需要检查的内容：

1. 您使用的是 X9D(+) 或 QX7 且配备了不太理想的反向器芯片。请查看此页面，了解如何解决此问题。
2. 您使用的是早期版本的 Happymodel Slim Pro。请查看该厂商在 Facebook 上的帖子，了解修复方法。
3. 您使用的是 2018 年版的 ACCST R9M，同时您的遥控器的波特率为 400k 或更高。在这种情况下，您需要将遥控器的波特率降低到 115200（如 QX7），或者按照此处描述的方式对模块进行电阻修改。
4. 您的模块在外壳内部松动，这种情况在 Happymodel ES24TX 的第一批产品中最为常见（白色 3D 打印外壳；尽管黑色版本稍好一些，具有 4 个螺丝点而不是 2 个）。
5. 您需要打印一个新的外壳（可以在 Thingiverse 上搜索 "expresslrs"），或者找到方法来固定模块和外壳。
6. 检查模块和模块舱内的 S.Port 引脚和连接，确保它们有稳定的物理连接。在 DIY 模块上，特别是 全尺寸模块，Molex 连接器的平引脚的圆孔/过孔可能由于冷焊接或焊锡不足而无法良好连接。

Q8：在获得接收机和遥控器绑定之前，第二次/第三次插入我的飞控。当我通电时，接收器上的 LED 会变暗

A8;请尽快更新到最新固件。一批 HM 接收器进入市场时，稳压器（标记为 SDG）不足，无法处理启动期间的较高电流消耗。

Q9:我的 Blackbox 日志 显示 RC 路径上有阶跃。

Q9：确保您已在 Radio Hardware 设置中禁用 ADC Filte

二、对Lua脚本进行故障排除

Q1:在遥控器上刷新ExpressLRS Lua 脚本卡在Loading...

A1:参考遥控器 设置指南，确保您的无线电已为 ExpressLRS 做好准备。此外，请确保您的模块已使用v3.0 固件刷写。V3 Lua 用于 V3.0 烧录的模块，V2 Lua 用于 v2.x 烧录的模块（包括一些刚出厂的模块）。

对于新购置的 ExpressLRS 模块，通过 USB 刷写是推荐的更新方法。

Q2:Betaflight Lua 卡在Initializing

A2：通过 ExpressLRS Lua 脚本将TLM 比率增加到 1：4 甚至 1：2 等值，然后重试 Betaflight Lua 脚本。此外，在启动脚本之前，您必须确保获得10个以上的遥测传感器。

Q3：遥控器上在Express LRS页面无法更改切换模式

A3：更改开关模式要求高频头模块和接收机不相互连接（即Lua 脚本右上角没有C）。首先关闭接收器的电源，从 Lua 脚本更改Switch Mode（切换模式），然后打开接收器的电源。然后应用 Switch Mode。

Q4:VTX Admin 无法正常工作，但可以通过 OSD 菜单更改 VTX 频道

A4:由于 VTX 管理依赖于 MSP，然后又依赖于遥测，因此请确保您在 FC飞控配置上启用了遥测，并且您的遥控器（模型设置 - >遥测页面）上获得了 10 个以上的遥测传感器;Delete 和 Discover New sensors 刷新传感器列表。

Q5:遥控器在ExpressLRS Lua脚本右上角没有 C（即遥控器没有与接收机连接），但我的遥控器中没有显示遥测！

A5:确保在ExpressLRS Lua脚本中Telem Ratio 没有设置为 Off。将其设置为 Std 或其他任何值，而不是 Off。

Q6：在 v1.x 版本上，我可以在 Lua 上选择 2W，但是更新了新的版本之后不能再选择了。是什么原因？

A6：这意味着您的模块本身无法达到如此高或如此低的功率级别。您可以在新的 Lua 脚本 中选择的功率级别是基于您的模块支持的功率级别。

这同样适用于其他选项，如 Enable Backpack WiFi、BLE 和 Joystick。如果您的模块不支持这些功能，它们将不会出现在 Lua 脚本 中。

三、刷写和更新过程的问题

Q1:检测到无效的串行 RX 配置

A1:这个问题通常是由不正确的 Serial RX 协议 设置引起的（应设置为 CRSF），是 serialrx_inverted = on 或 serialrx_halfduplex = on设置错误。日志中的 Passthrough Init 部分会告诉您需要修正哪个设置。

Q2:未找到 RX 序列号

A2:确保 FC 固件配置器的 Ports 选项卡上的 Serial RX 设置为正确的 UART。

Q3:No CLI Available(没有可用的命令行界面)

A3:这个消息通常出现在使用 Passthrough 方法时，在 ExpressLRS Configurator Log 中看到，可能是由于 COM 端口忙碌 引起的。请确保关闭任何其他配置器应用，并重新插拔飞控的 USB 连接。

您也可以尝试使用不同的 USB 端口 或 USB 线缆。这也可能意味着飞控无法被脚本检测到。这可能是因为飞控处于 DFU 模式，而 Passthrough 刷写 并不需要该模式。

有些应用程序可能在后台运行，导致这个问题。比如 Cura Slicer。如果有这类应用程序，关闭它们后再尝试进行新的 Build 和 Flash 操作。在再次尝试之前，重新插拔飞控的 USB 连接。

Q4:更新重试了多遍，但没有成功

A4:这可能是由以下几个原因引起的：

1.引导程序不正确或未正确刷写：这通常发生在 Frsky R9 接收机 上。

2.接线不正确：确保接收机的 RX 引脚连接到飞控的 TX 引脚，接收机的 TX 引脚连接到飞控的 RX 引脚。同时，确保接收机从飞控或电压源获得足够的电压（最小 4.5V）。

3.接收机关闭：检查接收机上的 LED 是否亮起，指示它已通电并处于工作状态。

4.UART 存在硬件反转：确保您连接接收机的 UART 不是一个通常有硬件反转的 SBUS UART（这种情况在 F4 飞控中较常见）。某些飞控需要您桥接一对引脚来启用或禁用 RX 引脚 的硬件反转。您可以尝试连接到另一个 UART。

5.接收机的 LED 为常亮状态，而遥控器关闭：这可能意味着飞控的 RX 引脚 被拉低，导致基于 ESP 的接收机（如 EP、ES900RX 等）意外进入 Bootloader 模式，这将干扰正常的 Passthrough 操作。您可以尝试使用另一个 UART。

Q5:更新的时候出现了错误“Failed to connect to ESP8266: Timed out waiting for packet header.”

A5：这可能是由以下几个原因引起的：

1.接收机接线不正确：请检查 RX 和 TX 线是否交换，并确保 RX 引脚连接到飞控的 RX 引脚，TX 引脚连接到飞控的 TX 引脚。

2.接收机的 "boot" 引脚未桥接（或在开机时未按住并保持按钮）以进行 passthrough 刷写。如果接收机是全新的并且固件版本低于 1.0.0-RC6，这是进行 passthrough 刷写 所必需的。

3.接收机的 UART 将其置于Bootloader 模式 并干扰了 passthrough 刷写。将接收机移到另一个 UART。您也可以尝试通过 UART 使用 FTDI 适配器（或 USB 到 UART 桥接）进行更新。

Q6:通过 WiFi 进行了更新，但现在接收器无法工作并且 LED 指示灯常亮

A6:这是由于过早断电导致 WiFi 刷写 未能正确完成的迹象。为了解决这个问题，您需要桥接 boot 引脚，并使用 Passthrough 方法 重新刷写（在 Betaflight 或 iNav 中，遥测选项设置为 OFF，这一点非常重要！），或者使用 FTDI 适配器通过UART的方法进行刷写。

此视频展示了步骤，尽管它使用的是 VSCode 开发环境，但 ExpressLRS Configurator 也可以正常工作。

（该视频来源于YouTube网站Jye Smith博主）

为确保 WiFi 正确闪烁，请等到接收器上的 LED 缓慢闪烁（表示它正在寻找 TX 绑定）后再拔下电源

———— 本文引用至ExpressLRS入门： https://www.expresslrs.org/quick-start/troubleshooting/#i-updated-via-wifi-but-now-the-receiver-wont-work-and-has-solid-led