Degraded radio performance with QSPI

Hi,

We noted in the errata (Issue 133) that the radio performance is significantly degraded if the QSPI is enabled.  The suggested workarounds are to 1) lower Vdd to 1.7 to 2.0v or 2) only access QSPI when the radio is not operational.

In our application, we access the QSPI is memory-mapped mode every 500msec for tens of msec at a time resulting in a low duty cycle access time.  Are there uses cases which would allow both the radio and QSPI to function at the same time?  Would lowering the QSPI clock rate help?  Does the impact occur by simply enabling the QSPI peripheral without clocking?  If you have any information elaborating more on the cause of degradation that would be helpful.

Best,

Kurt

Parents
  • Hi Kurt

    I wanted to have something tangible for you before replying, but that seems harder to dig up than anticipated. Sorry about the delay. I'm still in the process of tracking down data you can use, but coming up short as of yet.

    It does not seem like we have characterization data specifically for the QSPI running on 8 MHz and VDD = 3V. But, we have analyzed the 8MHz operation in the past and recommended running at 8MHz with a standard drive on the pins used. This has solved the radio degradation problem in the past. I'll let you know if I find some more data for you.

    Best regards,

    Simon

  • When you say "This has solved radio degradation problem in the past", does this mean radio performance is as good as if QSPI was disabled?  Or is there still a receive sensitivity performance hit?

Reply Children
Related