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

        Your email address will not be published.

        *

        主站蜘蛛池模板: 同德县| 莎车县| 壶关县| 乐山市| 牡丹江市| 讷河市| 思茅市| 常州市| 建水县| 原平市| 清流县| 咸丰县| 高州市| 东阿县| 临武县| 分宜县| 五河县| 西平县| 邹城市| 平陆县| 伽师县| 贞丰县| 汉川市| 临澧县| 青州市| 齐河县| 华亭县| 遂平县| 墨江| 开远市| 肇州县| 石家庄市| 沾益县| 阿拉善右旗| 大名县| 监利县| 南投县| 万载县| 平远县| 织金县| 潼南县|