We have the following setup:
- Both nRF52832 and nRF52840 chips in our product
- The nRF52832 is a module while the nRF52840 is the chip integrated directly onto our PCB
- SDK 15.0.0 (and integrating ble_dtm.c into our test firmware)
- Our devices communicate quite happily over BLE with each other in all configurations (832-832, 832-840, and 840-840) (relevant a bit later)
We are looking to do certification for our devices and we need to get the packet error rate in a blocking test. I have already looked at nAN34_v1.01 and was planning to retrieve the packet error rate as in the python scripts. As the nRF52 chips are already integrated into our product we have implemented the DTM interface over I2C rather than serial.
The issue we are seeing is that we start the test by setting out of the devices to transmit with the following options followed by running the receiver test for 1-5 seconds before ending the receiver test. When the test is ended the number of received packets is reported as 0:
The transmitter is setup as follows:
- RESET: 0x0000
- Top two bytes in length to 11: 0x010c
- PHY 2M: 0x0208
- TX power -8dBm: 0xb80b
- Start Transmit PRBS9 Max length @ 2442MHz: 0x94fc
The receiver is setup as follows:
- RESET: 0x0000
- Top two bytes in length to 11: 0x010c
- PHY 2M: 0x0208
- Start Receive PRBS9 Max length @ 2442MHz: 0x54fc
- Wait 1-5 seconds
- End Test: 0xc000
For each of the operations ble_dtm.c returns the result as 0, and the ending of the receiver test always returns 32768 which should be packet report: count=0, this is irregardless of the channel selected.
A couple of questions:
1) Is there anything wrong in the setup and commands used?
2) Any Idea why ending any test always returns the packet count as 0?