Porting example to nRF52832QFAB

Hi,

I used the BLE blinky app on a nRF52832DK and it was working nicely.

I am then trying to make it run on a custom board with nRF52832QFAB version mounted.

I see several strange things.

- If I have the debugger attached it starts advertising, but the interval the nRF connect mobile app sees the device varies from 40ms - 4000ms and I am not able to connect to the device.

- If I remove the debugger and just flash the code the program goes into an error state as soon as I supply power.

I am using nRF52832QFAB with Segger Embedded Studio, SDK 17.1.0 and softdevice S132 V7.0.1

In the settings dialog I have changed the processor to the nrf52_xxAB version. This gave me a problem with compiling, but I found the answer on this forum about SES changes FLASH to FLASH1 in the placement file.

Then I have changed the FLASH/RAM size in the linker settings:

Are there anything else I need to change to run on a QFAB device?

Any suggestions why the advertising interval varies so much?

Parents
  • Hi

    I don't think the varying advertising interval is because of the QFAB build code. This amount of variation in advertising/connection intervals is likely due to poorly tuned crystals in your design. Can you show me schematics of the external crystal oscillators (32.768kHz and 32MHz crystals) and the load capacitors you're using. If possible, can you also link to the crystals' datasheets? We generally use the following formula to find the correct load capacitance (Ccap).

    (CL * 2) - 4 = Ccap where CL is defined in the crystal datasheet.

    Best regards,

    Simon

  • Thank you for your answer.

    I think I found the problem - it turned out there was a defined pin in another module that collapsed with one of my pins.

    Why don't Nordic make a project that has everything disabled except a single LED. That would make it much easier to port to custom boards. Now we have to go through all the code and hope we disable unused peripherals. Just a suggestion!

    I still don't understand why my code only runs if the debugger is attached. As soon as I disable the debugger the board stops advertising - any ideas?

    Regards,

    Morten

Reply
  • Thank you for your answer.

    I think I found the problem - it turned out there was a defined pin in another module that collapsed with one of my pins.

    Why don't Nordic make a project that has everything disabled except a single LED. That would make it much easier to port to custom boards. Now we have to go through all the code and hope we disable unused peripherals. Just a suggestion!

    I still don't understand why my code only runs if the debugger is attached. As soon as I disable the debugger the board stops advertising - any ideas?

    Regards,

    Morten

Children
No Data
Related