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 montis Cancel reply

        Your email address will not be published.

        *

        主站蜘蛛池模板: 伊川县| 莱西市| 广饶县| 临漳县| 广平县| 汶上县| 台北市| 舞钢市| 天等县| 扶余县| 德州市| 礼泉县| 渝北区| 旬阳县| 纳雍县| 沛县| 辽宁省| 铁岭市| 徐汇区| 彰化县| 盐边县| 临武县| 曲沃县| 陇南市| 普宁市| 武城县| 米林县| 阳曲县| 大姚县| 涞源县| 三亚市| 中超| 秭归县| 余庆县| 龙胜| 通辽市| 咸丰县| 桐柏县| 水城县| 彭山县| 大姚县|