Proplem transfer Peripheral app from nrf52810 QFN48 to QFN32

[OldXiao]

The app can work well in nrf52810 QFN48,it can't work as design in QFN32.

I have created my module with nrf52810 QFN32, loaded softdevice,loaded app,enter debug mode with keil.

It can run without error,but

1) the BLE did not start-up,for can't find the module with mobile app nrfConnect;

2) it may trigger the error :"SOFTDEVICE: ASSERTION FAILED",and the PC=0x12214.

    My app code start from 0x1C000,so code in softdevice space triggered it,but I can't find out which function call triggered that.

The chip NRF52810-QCAA should be used one(collected from other device), the price has speaked out.

The silkscreen: N52810 QCAAC0 1751BM

I did not find the way to distinguish the different packages, is there any settings in SDK?

[OldXiao]

In nRF52810 - Compatible downloads - nordicsemi.com, 

I made this selection:

This is the available option:

So, I have to use SDK 14.2 + S112?

Now,I'm using SDK17.1 + S113

[Kenneth]

Hello,

The assert you see is the same reason as the assert discussed in various thread like this:
https://devzone.nordicsemi.com/f/nordic-q-a/69091/nrf52840-softdevice-assertion-failed-pc-at-0x0001505c 
https://devzone.nordicsemi.com/f/nordic-q-a/121074/error-1813-unknown-error-code-at-kgj-h-o-h-536871936-pc-at-0x0001505c 

(The links above is for a different chip and softdevice, but the root cause should be the same)

Kenneth

[OldXiao]

Checked again:

QFAA B00 -> nrf52 SDK 17.1 + S112/S113

QFAA BB0 -> nrf52 SDK 14.2 + S112/S132

QCAA CB0 -> nrf52 SDK 14.2 + S132/S112

I did not know this limited, otherwise will chose QFN48 package.

And I understand why almost all nrf52810 application selecting QFN48.

Will try nrf52 SDK 14.2 + S112,but my code maybe need change,for I develop it based on 17.2+S113.

[Kenneth]

Hello,

Some of the build codes you refer to are Engineering build codes, meaning they manufactured during test and qualification, they can for instance have not optimized trim values etc, the middle letter B show they are Engineering build codes, also see Table 5 here:
https://docs.nordicsemi.com/bundle/ps_nrf52810/page/ordering_info.html 

These engineering devices typically are manufactured in small quantities while waiting for the mass production devices. So I would say that those build codes you have that are BB0 and CB0 are something you should ideally avoid if possible. Instead order new samples of the mass production devices.

You can also find an overview here off the hardware revisions that exists:
https://docs.nordicsemi.com/bundle/comp_matrix_nrf52810/page/COMP/nrf52810/nRF52810_ic_revision_overview.html 

Unfortunately I can see the Table below have not been updated for a while, but all revision 1, 2, and 3 should work with the same SDK and softdevices:
https://docs.nordicsemi.com/bundle/comp_matrix_nrf52810/page/COMP/nrf52810/nRF52810_ic_rev_sdk_sd_comp_matrix.html 

Even though the above table have not been updated, I can see this is indirectly described in the product change notice:
https://docs.nordicsemi.com/bundle/PCN/resource/PCN_113-v1.2.pdf 

Kenneth

[OldXiao]

Thank you so much.

I misunderstanded the build code,the build code for my chip is "C0",that is mass production devices.

So,the reason BLE not started maybe related to hardware, for the app can work on other board.

First, I want to clarify some questions:

1) If I can enter debug mode and execute the main() successfully, that means:

power ok --> DECx caps work well

CPU ok   --> oscillater works well

2) If return code from ble_stack_init() /advertising_init is right, the SD runs well.

3) can use nrf5 SDK17.1 + S113 7.2 to develop for nrf52810? 

If answer to those question is yes,then why can't find the device with nrfConnect app?

Maybe:

1)oscillater is not stable;

2)problem on antenna circuit;

3)some functions to SD for "C0" build does not work.

Any other reason?