Mac V5 - Standard LoRa switching from Tx to RX continuous apparently needs a full chip reset

[Cjtechnologyltd]

Radio hardware: SX1262
Mac version: Latest commit from V5.0.0-branch

Hi there, I've been porting the LoRa MAC to my client's hardware for the past few moths. They specifically want to use the V5 driver that allows for LR-FHSS transmissions.

I had some success with LoRaWAN (albeit with large Rx packet loss) and now I'm doing standard LoRa.
At first I had issues where it seemed like the busy line wasn't working as I expected and I required an inline delay of 10ms after every SPI write command....but that's another story since I haven't proved if its the busy line not working or my micro reading the pin before it's even being asserted. But lets just say, the radio had a mind of its own without that delay, ie tx'ing in 1MHz Bandwidth FSK instead of the requested 7Khz LoRa.

My issue currently is that after a lora transmit, in the tx complete callback, I set the receiver back to continuous mode, except it never actually turns the receiver back on at all.

I tried setting the chip back to standby, doing another config and then setting rx but also didnt work.

What did work was re-initialising the loramac radio driver by re-calling the init in the tx done callback before setting rx mode. My guess is that the chip restart in the init is what is helping me....pretty sure i shouldn't have to do that though.

Thoughts anybody?

[Cjtechnologyltd]

Btw I sorted the busy line and no longer require an inline delay in the spi write command function.

The busy line was being checked as the Gpio read result == 1, where I was returning a bitmasked port value (ie 0x80 for pin 7). I found another similar read in the irq process. I have since altered the gpio reads == 1 to != 0.

However, I still have issue switching back to Rx from Tx mode without calling loramac_radio_init and loramac_radio_lora_set_cfg beforehand.