This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Time out error while production test using DTM

Hello,

I am testing 9 channels for PER (1,2,3,21,22,23,37,38,39). During testing the last 3 channels I always get a single time out error in response to LE_TEST_END. I also get much higher PER for higher channels (not sure if these 2 problems are related). Anybody with a similar experience? I am using nRF51 dev kit.

Thanks

Jerry

Parents
  • Hello,

     

    During testing the last 3 channels I always get a single time out error in response to LE_TEST_END

     So that is channels 37,38 and 39?

     

    I also get much higher PER for higher channels

     And this is 21, 22, 23?

    What environment are you testing in? Do you have an RF shielded box, as described in section 3.2 here?

    Can you also describe your test setup? Do you use a DK, or an external tester? (MT8852B)

  • The time out happens when testing channel 37. But it does not happen 100% of the time. I'd say 80% of the time. So it can go through all the tests without a time out.

    Higher PER is for channels 37,38 and 39.

    I do have an RF shielded box.

    I have nRF51 dev kit connected to com9 and our customer product with Nordic's BT chip connected to com15. My script sets one chip in transmitting mode and the other in receiving mode, then I switch them around for each channel. We're testing channels 1,2,3,21,22,23 and 37,38,39. The first 6 passes with 0 packet loss, the last 3 are much worse. We're supposed to set the attenuation as per nAN-034 application note but we can't since there's probably 15-20 dB difference between 1..23 and 37..39.

    thanks

Reply
  • The time out happens when testing channel 37. But it does not happen 100% of the time. I'd say 80% of the time. So it can go through all the tests without a time out.

    Higher PER is for channels 37,38 and 39.

    I do have an RF shielded box.

    I have nRF51 dev kit connected to com9 and our customer product with Nordic's BT chip connected to com15. My script sets one chip in transmitting mode and the other in receiving mode, then I switch them around for each channel. We're testing channels 1,2,3,21,22,23 and 37,38,39. The first 6 passes with 0 packet loss, the last 3 are much worse. We're supposed to set the attenuation as per nAN-034 application note but we can't since there's probably 15-20 dB difference between 1..23 and 37..39.

    thanks

Children
No Data
Related