Hi all,
I’m building a custom quadcopter with a Pixhawk 6X (baseboard V2) and a TBS Crossfire Nano RX, connected via CRSF to the TELEM2 port (SERIAL2/UART5). The Tango 2 and Nano RX are bound (solid green LED), but I’m getting persistent “RC not found” pre-arm despite telemetry appearing to work.
Hardware:
-
Pixhawk 6X (Holybro, baseboard V2A/V2B)
-
ArduCopter V4.6.3 (92b0cd78), Pixhawk6X-bdshot firmware
-
TBS Tango 2 (integrated Crossfire TX)
-
TBS Crossfire Nano RX — bound, solid green LED
-
Connected via hand-soldered JST-GH 1.25mm cable to TELEM2
Wiring (TELEM2 port):
-
Pin 1 (VCC) → Nano RX 5V (red wire)
-
Pin 2 (TX out) → Nano RX CH2/CRSF RX (yellow wire)
-
Pin 3 (RX in) → Nano RX CH1/CRSF TX (white wire)
-
Pin 6 (GND) → Nano RX GND (black wire)
Output mapping on Nano RX confirmed via TBS Agent Lite: CH1 = CRSF TX, CH2 = CRSF RX.
Parameters (current):
| Parameter | Value |
|---|---|
| SERIAL2_PROTOCOL | 23 (RCIN) |
| SERIAL2_OPTIONS | 0 |
| SERIAL2_BAUD | 57 (auto) |
| BRD_SER2_RTSCTS | 0 |
| RC_PROTOCOLS | 512 (CRSF) |
Key observation: In Mission Planner, the PreFlight tab shows “Telemetry Signal: 100%”, which suggests some form of CRSF communication is reaching the Pixhawk. However, RC input is not being decoded — no channel movement on the radio calibration screen, and “RC not found” persists.
What I’ve already tried:
-
Verified and corrected BRD_SER2_RTSCTS (was 2, set to 0)
-
Verified and corrected RC_PROTOCOLS (was 1/PPM, set to 512/CRSF, also tried 0/all)
-
Tested SERIAL2_OPTIONS = 4 (TX/RX swap) — no change
-
Tested on TELEM1 (SERIAL1) with matching config — same result
-
Performed emergency firmware recovery on Nano RX (was double-blinking, now solid green)
-
Multimeter continuity test on signal wires — both beep OK
-
Reconnected a loose wire (white/CH1) — this is when Telemetry Signal 100% appeared
Suspected root causes (not yet tested):
-
Pin offset in JST-GH connector — hand-crimped cable, possible off-by-one on the 1.25mm pitch connector. Continuity confirmed but pin mapping not yet verified pin-by-pin against the connector housing.
-
Wrong port — ArduPilot wiki recommends SERIAL6/UART4 (USER port) for CRSF on the Pixhawk 6X. I’ve been using TELEM2 (SERIAL2/UART5). Could there be a hardware-level issue with CRSF on TELEM2 specifically?
Questions:
-
Has anyone successfully run CRSF on TELEM2 (SERIAL2) on a Pixhawk 6X, or is SERIAL6 required?
-
The “Telemetry Signal 100%” combined with “RC not found” — does this indicate a TX/RX line swap (FC receiving telemetry from RX but not sending/receiving RC channel data correctly)?
-
Any other ideas given the symptoms?
Thanks for any help. Happy to provide logs or additional details.
**EDIT — 15 April 2026:**
Tested on UART4/SERIAL6 (the officially recommended port for CRSF on Pixhawk 6X) with a new cable. Configuration: SERIAL6_PROTOCOL = 23, SERIAL6_OPTIONS = 0. SERIAL2_PROTOCOL reverted to 2 (MAVLink2).
Result: same behavior — Telemetry Signal 100% in Mission Planner PreFlight, Nano RX solid green LED (bound), but still "RC not found" and zero channel movement on the Radio Calibration screen.
This has now been tested on three different UARTs (TELEM1/SERIAL1, TELEM2/SERIAL2, UART4/SERIAL6) with the same result each time. The telemetry path (Pixhawk TX → Nano RX) works on every port, but the RC path (Nano RX TX → Pixhawk RX) never gets decoded.
Parameters currently set: SERIAL6_PROTOCOL = 23, SERIAL6_OPTIONS = 0, RC_PROTOCOLS = 512, BRD_ALT_CONFIG = 0.
**EDIT 2 — 15 April 2026:**
Further testing and investigation:
1. Tested on UART4/SERIAL6 (officially recommended port for CRSF on Pixhawk 6X) with new cable. SERIAL6_PROTOCOL = 23, SERIAL6_OPTIONS = 0. Same result: Telemetry Signal 100%, solid green LED, but "RC not found" and zero channel movement in Radio Calibration.
2. This has now been tested on THREE different UARTs (TELEM1, TELEM2, UART4) — identical behavior every time. This rules out port and cable issues.
3. Nano RX output mapping confirmed correct via TBS Agent Lite on Tango 2: Output 1 = CRSF TX, Output 2 = CRSF RX.
4. Receiver is a TBS Crossfire **Nano Diversity** RX (not standard Nano RX). Pinout verified — same CH1/CH2 mapping for CRSF.
5. Tango 2 Crossfire firmware is **V4.10** (current latest is V6.48). This is significantly outdated. Unable to update at this time due to a TBS Agent server-side bug affecting firmware downloads (confirmed by other users in TBS Crossfire SOS Group on Facebook, 15 April 2026).
**Current theory:** The V4.10 Crossfire firmware may not be fully compatible with ArduCopter V4.6.3 CRSF implementation, or the Nano Diversity RX hardware revision may require V6.10+ firmware. However, this is unconfirmed — the firmware update is currently blocked by the TBS Agent issue.
**Question remains:** Has anyone experienced "Telemetry 100% but RC not found" specifically caused by outdated Crossfire firmware? Or could there be another cause I'm missing?



