[CC1101] Allow continuous transmit via refilling TX buffer

[westy92]

Is your feature request related to a problem? Please describe.
I am trying to transmit continuously. As far as I can tell, I need to transmit a buffer, let it finish, then transmit another. I don't want to trigger bits manually, but rather rely on the radio timing.

Describe the solution you'd like
I want to be able to start transmitting a buffer, then append to it continuously before it empties.

Describe alternatives you've considered
I've considered triggering the bits manually, but calling delayMicroseconds() isn't as precise as the radio itself. Plus, I'd like to do other computations between buffer fills, not manually keying each bit.

Additional context
I'm working with a CC1101 and the UHF RFID protocol. Ideally, I'd be able to run a continuous wave without any gaps, and inject commands as necessary.

[jgromes]

What you are describing is the Stream mode, some of the radio modules here (like SX127x) suport it. For CC1101 I also tried to implement it (see this branch), but it never worked reliably. Although it has been before #1404 has been merged, which extends the maximum packet size from the 63 bytes of teh internal CC1101 FIFO size to 255 bytes, so it might be worth investigating this again.

[gaellalire]

Would be great if it is implemented, although the message I'm sending is 120 bytes long, so #1404 is good enough for me.
I'm not sure but I think I got the same issue that I got with the flipper Zero
flipperdevices/flipperzero-firmware#3844
So I put

    SPIsetRegValue(RADIOLIB_CC1101_REG_MDMCFG4, 0x2A);
    SPIsetRegValue(RADIOLIB_CC1101_REG_MDMCFG3, 0x93);

in the CC1101::setBitRate method.

I may be wrong but maybe bit issue is due to bad documentation on these two fields.

Also flipper zero firmware is open source and using infinite mode, so you may take a look there to make your code work
https://github.com/flipperdevices/flipperzero-firmware/blob/d1c3b0bc680c4eb4c79bbbc1f969b8756781aa34/lib/drivers/cc1101.c