NRF9160 KC certification RE test problemn

Hello, my product is undergoing KC certification testing. The required testing bands are LTE-M Band 3 and Band 5. However, the certification company reports that my device is also transmitting signals on other bands (see attached screenshot). They want us to disable the other bands to avoid additional RF testing fees. We contacted the certification company to inquire about their specific testing procedures, and their feedback is as follows:
The certification company is conducting certification tests with itsequipment called CMW500. The equipment is said to perform X frequency tests sequentially from Band 1 to 2, 3~~. The test currently failing is called the Radio Emission Test. It's also known as the RE test. (Rradiation Electromagnetic test)

We tried adding the XBANDLOCK command during application layer initialization, and we found that this command could lock the band for normal network attach. However, the problem persists on the CMW500. The certification test seem to be outside the standard network attach process? Could you please advise on our next steps? Thanks.
AT%%XBANDLOCK=1,\"0000000000000000000000000000000000000000000000000000000000000000000000000000000000010100\"\r\n

  • Hi Hogen,

    Sorry for the delay.

    Our theory on what is happening in your case is the following: The band lock seems to be working fine. But the strange thing is that the problematic frequencies are not on the LTE bands. They possibly are unwanted emissions caused by the harmonics from the board around the nRF9160.

    However, there are things that are still unclear:

    • Which band and TX frequency was used on the measurement picture you sent ?
    • Does the "harmonics" changes when another frequency is used ?

    If you can get these questions answered it would be great

    Also, if you really think that it is our chip that produce these frequencies, can you please provide some raw modem traces (.mtrace or .bin).

    Best regards,

    Simon D-M

  • Thank you for your reply. This issue has been resolved. It was finally found to be a problem with the signaling settings of the CMW500. After modifying the signaling setting of the CMW500, the issue has been resolved.

Related