Guide: Redpine – the fastest radio protocol

        Redpine is the new radio protocol optimized for the speed. It is currently the fastest radio protocol in the world.

        How does the Redpine protocol work?

        The Redpine protocol is working at 1.5ms loop time (or in other words at 666Hz ??). This enables the latency of only 1-5ms from transmitter gimbal to Betaflight Dshot motor output. Compared to 7-20ms with Crossfire on Taranis and 18-37ms with FrSky_X to X4R on a Taranis. Also for the comparison the fastest ImmersionRC Ghost system ‘Pure Race’ rate runs at the 222.22Hz frame rate that is 3 times slower than Redpine protocol.

        Protocol latency chart

        The Redpine packet consists of 4 11-bit channels and 12 1-bit aux channels. In other words each of the AUX channel is only on or off. The 3-pos switches works as 2-pos and sliders or pots have only on or off values. All this is made for the minimization of the packet size.

        Developer of the Redpine protocol had to give up the telemetry for the sake of the speed. Telemetry substantially increases the latency as you need to switch the receiver into transmitting mode and sent the telemetry data back to the radio. 

        Because of the increased bitrate, the Redpine protocol has slightly lower range than for instance the FrSky D8 protocol, but still should be enough for the range of the 25mW video transmission.

        Compatibility

        Receiving side

        Redpine protocol support was added in the Betaflight version 4.2

        Redpine protocol is supported on the AIO flight control boards with integrated SPI FrSky receiver. These boards are (just some of them):

        BetaFPV  – F4 1S Brushless Flight Controller V2.2 (Meteor 65)

        Happymodel – Crazybee FR V1-3, CrazybeeX FR, Crazybee F4 Lite 1S and Nano X (Mobula 6, Mobula 7, Sailfly X)

        See the complete list of the whoop/toothpick flight controller boards here: List of brushless whoop/toothpick flight controllers

        Transmitting side

        Redpine is working on all  internal and external multiprotocol radio transmitter modules. Redpine protocol works with the multiprotocol firmware version v1.2.1.67  and newer.

        Redpine is not working on the native FrSky modules (Taranis, Horus, X-Lite etc.) as they contain some proprietary code. 

        How to set up the Redpine protocol?

        On the radio transmitter, go to Model Setup, then select the the Redpine protocol as shown below.

        There are two sub-protocol options Fast and Slow. Fast is obviously the fastest option, sending the packets every 1.5ms  and the Slow option that increases the control range by a packet every 19ms at a much slower modulation with some FEC (forward error correction).  

        On the receiver side (or better say the flight controller side) you need to set the Receiver mode to “SPI RX support” and SPI Bus Receiver Provider to “REDPINE“.

        Or you can set the Redpine protocol by this CLI command:

        set rx_spi_protocol=REDPINE
        save

        Binding

        After you set the Redpine protocol on both, the transmitting and receiving side, you will need to bind your receiver to the transmitter. My preferred way of the binding is to issue the command in CLI mode:

        bind_rx

        The main discussion thread on RCGroupshttps://www.rcgroups.com/forums/showthread.php?3236043-Redpine-Lowest-latency-RC-protocol

        Thanks to Bryce Johnson for the development of the Redpine protocol!

        Comments
        1. Frank
          • montis
            • Frank
        2. Martin

        Leave a Reply to Martin Cancel reply

        Your email address will not be published.

        *

        主站蜘蛛池模板: 剑河县| 金堂县| 喀喇| 华安县| 织金县| 甘南县| 彭阳县| 襄樊市| 清涧县| 探索| 阿拉善右旗| 积石山| 张家港市| 七台河市| 淳安县| 溧水县| 藁城市| 边坝县| 韶关市| 丰镇市| 环江| 田林县| 铜鼓县| 股票| 日土县| 广水市| 东港市| 西畴县| 扶沟县| 昂仁县| 巴林左旗| 教育| 大丰市| 巨野县| 比如县| 西和县| 横山县| 乌鲁木齐县| 丹阳市| 木兰县| 湖州市|