• State Verified Answer
  • Replies 5 replies
  • Subscribers 76 subscribers
  • Views 818 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 308317
Options

nRF52840 continuous carrier TX test shows another peak +2MHz away from f_c, why?

frank2608

I'm running the nRF52840's radio (Raytec MDBT50Q-1MV2 module) in continuous carrier mode just to check some stuff with my RF spectrum analyzer. The analyzer shows a two peaks, one at f_center, and a smaller one +2MHz from f_center.

Where is this second peak coming from? And why is it upper sideband and nothing lower sideband?

Screenshot shows two differently positioned nRF52840 units performing the same test, but with different f_center, both of them have the same second peak at +2Mhz

The radio itself works fine, no bit errors when I actually send packets, RSSI look great. I am mainly just curious about this second peak, for educational purposes.

Thanks

Parents
  • 0

    The mode of operation does not affect continuous carrier test. During modulated tests, it happens with nRF, BLE, and IEEE802.15.4 modes, in all 1mbps, 2mbps, and 250kbps. It happens in both the bottom of the nRF52840's freq range, in the middle, and at the higher end of the nRF52840's freq range. Yes I have done an entire matrix of tests, at the request of Nordic Semiconductor, and the full set of test data has been submitted. I've uploaded a screenshot of just one out of the many test sessions (2410 MHz, modulated, nRF mode, 1mbps).

     

    The nRF52840 does not feature a test mode register like the other chips in the family. The instructions from the SDK says that for nRF52840, continuous carrier is done by actually just not sending TASK_END when the packet is is done sending, and leaving the transmitter running (and obviously no shortcuts enabled). Modulated carrier tests are done by continuously writing to TASK_TXEN when the TX state exits, while the packet buffer being pointed to contains random data.

    I don't think it's the instrument, this is a radiated test, I am unaware of any physics phenomenon that would indicate that this is a problem with my analyzer. Even if my analyzer's own oscillator had an unfiltered harmonic, it is scanning through a spectrum, so that harmonic would've shown up on literally every single frequency. Am I wrong? I think I can test again with a ESP32 just to make sure. That's all I have access to. (unless anybody knows if I can put a Raspberry Pi's Wi-Fi module in RF continuous carrier test mode)

    That's the test setup. This is all for fun. I use the RF Explorer for crap like "why does Android Auto stop working beside this one public school when I drive by it" :-D

Reply
  • 0

    The mode of operation does not affect continuous carrier test. During modulated tests, it happens with nRF, BLE, and IEEE802.15.4 modes, in all 1mbps, 2mbps, and 250kbps. It happens in both the bottom of the nRF52840's freq range, in the middle, and at the higher end of the nRF52840's freq range. Yes I have done an entire matrix of tests, at the request of Nordic Semiconductor, and the full set of test data has been submitted. I've uploaded a screenshot of just one out of the many test sessions (2410 MHz, modulated, nRF mode, 1mbps).

     

    The nRF52840 does not feature a test mode register like the other chips in the family. The instructions from the SDK says that for nRF52840, continuous carrier is done by actually just not sending TASK_END when the packet is is done sending, and leaving the transmitter running (and obviously no shortcuts enabled). Modulated carrier tests are done by continuously writing to TASK_TXEN when the TX state exits, while the packet buffer being pointed to contains random data.

    I don't think it's the instrument, this is a radiated test, I am unaware of any physics phenomenon that would indicate that this is a problem with my analyzer. Even if my analyzer's own oscillator had an unfiltered harmonic, it is scanning through a spectrum, so that harmonic would've shown up on literally every single frequency. Am I wrong? I think I can test again with a ESP32 just to make sure. That's all I have access to. (unless anybody knows if I can put a Raspberry Pi's Wi-Fi module in RF continuous carrier test mode)

    That's the test setup. This is all for fun. I use the RF Explorer for crap like "why does Android Auto stop working beside this one public school when I drive by it" :-D

Children
No Data
Related
Terms of service