NRF_FAULT_ID_SD_ASSERT Concurrent multiprotocol ESB + BLE

RE: NRF_FAULT_ID_SD_ASSERT Concurrent multiprotocol ESB + BLE

Kenneth — Wed, 21 Feb 2018 19:42:32 GMT

The PC is different, and from the internal assert the issues also seem different. Based on the assert in SDv5.1 it is more likely related to handling of the radio peripheral when timeslot is at it's end. We don't have any explanation to this at the moment, a few things we would like your help with:

- I assume the issue does not follow sensor A in specific, but if you swap sensor A with another board the problem still occurs.

- Is it possible there is RADIO_IRQ after timeslot and/or you are calling NVIC_SetPendingIRQ(Radio_IRQn)?

- Are you changing interrupt priorities like RADIO_IRQ or TIMER0_IRQ?

RE: NRF_FAULT_ID_SD_ASSERT Concurrent multiprotocol ESB + BLE

li tong — Wed, 21 Feb 2018 10:32:29 GMT

We have tried sdk14.1+S132v5.1. we still got SOFTDEVICE: ASSERTION FAILED. But the PC is different.

<error> app: SOFTDEVICE: ASSERTION FAILED
<error> app: id: 1 pc: 0x1278E

Does the error SOFTDEVICE: ASSERTION FAILED means i didn't release all resource at the end of timeslot? The error only appear at the sensor who have to send ACK with payload of 13bytes. Could this be a problem? Is it possible that the error is due to the NRF_ESB library trying to send ACK payload at the end of time slot? I have called nrf_esb_disable(); at NRF_RADIO_CALLBACK_SIGNAL_TYPE_EXTEND_FAILED.

RE: NRF_FAULT_ID_SD_ASSERT Concurrent multiprotocol ESB + BLE

Kenneth — Tue, 20 Feb 2018 09:26:19 GMT

You can use S132v5.1, just follow my description:

Download from http://www.nordicsemi.com/eng/nordic/Products/nRF52832/S132-SD-v5/58987

1. program the S132v5.1 softdevice binary

2. replace softdevice header files in \components\softdevice\s132\headers

3. re-compile the application project.

RE: NRF_FAULT_ID_SD_ASSERT Concurrent multiprotocol ESB + BLE

li tong — Mon, 19 Feb 2018 15:58:23 GMT

Sorry for my mistake, I have used SDK 14.1. I think I can’t use S132V5.1.

I attach 3 hex files for 3 sensor to recreate the error. The bootloader is needed to run the application.

Sensor A: connection interval 500-600ms, timeslot 8 ms with extension. ESB PRX, ACK with payload length 13 bytes.

Sensor B: connection interval 15-18ms, timeslot 3 ms no extension. ESB PTX, TX payload 2 bytes.

Sensor C: connection interval 15-18ms, timeslot 3 ms no extension. ESB PTX, TX payload 2 bytes.

To reproduce fast the error. I use 3 sensor. Connect Sensor A, B and C with nrf connect. Write 1 byte data to characteristic 00000201-1212-efde-1523-785fef13d123 to start the timeslot of the 3 sensors.

Normally, the error will appear on Sensor A after several minutes.devzone.nordicsemi.com/.../hex.zip

I have also tested with duration of 50ms seconds for Sensor A. With this long duration , I don’t have error during a test of 15 hours.

RE: NRF_FAULT_ID_SD_ASSERT Concurrent multiprotocol ESB + BLE

Kenneth — Mon, 19 Feb 2018 12:56:16 GMT

Hi, can you share an application hex file that we can run on a PCA10040 so we can recreate it here?

Can you also try with S132v5.1? http://www.nordicsemi.com/eng/nordic/Products/nRF52832/S132-SD-v5/58987

To use S132v5.1, simply program the S132v5.1 binary, replace header files in \components\softdevice\s132\headers, and re-compile the project.