BLE Bootloader Example not Advertising on BLE Nano

RE: BLE Bootloader Example not Advertising on BLE Nano

MS_Ich — Wed, 18 Apr 2018 09:26:47 GMT

Yes, it really seems to be a little bit curious. I checked other android devices before, but the same problem also occured there. I also retried the pixel tablet after checking the iPad. The iPad detected the board in bootloader mode, the pixel doesn't.

However, nrfConnect received an update on android in the last few days, now it also works fine on the pixel c.

Thanks for your help, though.

Markus

RE: BLE Bootloader Example not Advertising on BLE Nano

Hung Bui — Wed, 11 Apr 2018 06:12:51 GMT

Hi,

It sounds very strange that the ipad can scan for the device's advertising but the the Android phone couldn't. I would suggest to try with another Android phone, and use nRFConnect app to test.

RE: BLE Bootloader Example not Advertising on BLE Nano

MS_Ich — Mon, 09 Apr 2018 14:17:05 GMT

I solved the issue: I used the nrf connect app on a pixel c tablet with the current version of android. Now I tried an ipad mini with iOS 11.3 and it worked. I saw the davice advertising in bootloader mode and could update the application. I still don't know why the app on android doesn't detect the device in bootloader mode but while running an application...

RE: BLE Bootloader Example not Advertising on BLE Nano

MS_Ich — Thu, 05 Apr 2018 20:06:33 GMT

I ran the bootloader with softdevice in debug mode and paused the debugger when in dfu mode. Here's the call stack at this time, maybe this information is useful:

RE: BLE Bootloader Example not Advertising on BLE Nano

MS_Ich — Wed, 04 Apr 2018 12:21:27 GMT

I tested the ble_app_blinky example and it seems to work fine. It advertises, I can connect to it, read, write, .. no problem. But does it use the 32 kHz crystal?

Here you can see the bottom side of the ble nano v2. These are all the parts mounted on it. On the top side is only a yellow LED and a resistor connected to P0_11 and of course the nrf52832. But I think the part in the lower right corner is the crystal.

RE: BLE Bootloader Example not Advertising on BLE Nano

Hung Bui — Wed, 04 Apr 2018 10:40:44 GMT

Please double check if you have the 32kHz crystal or not. I worries the schematics you sent is just a reference schematic of what you should have to use the module (for example the 16MHz crystal is not in the schematic).

It could be very easy to test by just testing with a normal BLE example that use 32kHz crystal in our SDK.

"Invalid bank" is normal as you don't have valid application before a successful DFU.

RE: BLE Bootloader Example not Advertising on BLE Nano

MS_Ich — Tue, 03 Apr 2018 16:18:00 GMT

Hi,

no i haven't a crystal externally, but it is mounted on the ble nano v2. Have a look at the schematic: https://github.com/redbear/nRF5x/blob/master/nRF52832/pcb/schematic/Nano%20V2.0%20SCH%2020161102.pdf

component Y1

I didn't change the settings of the clock in the sdk_config file. Here are my settings, they should have all the default value:

//==========================================================

// <h> nRF_Drivers 

//==========================================================
// <e> CLOCK_ENABLED - nrf_drv_clock - CLOCK peripheral driver
//==========================================================
#ifndef CLOCK_ENABLED
#define CLOCK_ENABLED 1
#endif
// <o> CLOCK_CONFIG_XTAL_FREQ  - HF XTAL Frequency
 
// <0=> Default (64 MHz) 

#ifndef CLOCK_CONFIG_XTAL_FREQ
#define CLOCK_CONFIG_XTAL_FREQ 0
#endif

// <o> CLOCK_CONFIG_LF_SRC  - LF Clock Source
 
// <0=> RC 
// <1=> XTAL 
// <2=> Synth 

#ifndef CLOCK_CONFIG_LF_SRC
#define CLOCK_CONFIG_LF_SRC 1
#endif

// <o> CLOCK_CONFIG_IRQ_PRIORITY  - Interrupt priority
 

// <i> Priorities 0,2 (nRF51) and 0,1,4,5 (nRF52) are reserved for SoftDevice
// <0=> 0 (highest) 
// <1=> 1 
// <2=> 2 
// <3=> 3 
// <4=> 4 
// <5=> 5 
// <6=> 6 
// <7=> 7 

#ifndef CLOCK_CONFIG_IRQ_PRIORITY
#define CLOCK_CONFIG_IRQ_PRIORITY 7
#endif

// </e>


...


//==========================================================

// <h> Clock - SoftDevice clock configuration

//==========================================================
// <o> NRF_SDH_CLOCK_LF_SRC  - SoftDevice clock source.
 
// <0=> NRF_CLOCK_LF_SRC_RC 
// <1=> NRF_CLOCK_LF_SRC_XTAL 
// <2=> NRF_CLOCK_LF_SRC_SYNTH 

#ifndef NRF_SDH_CLOCK_LF_SRC
#define NRF_SDH_CLOCK_LF_SRC 1
#endif

// <o> NRF_SDH_CLOCK_LF_RC_CTIV - SoftDevice calibration timer interval. 
#ifndef NRF_SDH_CLOCK_LF_RC_CTIV
#define NRF_SDH_CLOCK_LF_RC_CTIV 0
#endif

// <o> NRF_SDH_CLOCK_LF_RC_TEMP_CTIV - SoftDevice calibration timer interval under constant temperature. 
// <i> How often (in number of calibration intervals) the RC oscillator shall be calibrated
// <i>  if the temperature has not changed.

#ifndef NRF_SDH_CLOCK_LF_RC_TEMP_CTIV
#define NRF_SDH_CLOCK_LF_RC_TEMP_CTIV 0
#endif

// <o> NRF_SDH_CLOCK_LF_XTAL_ACCURACY  - External crystal clock accuracy used in the LL to compute timing windows.
 
// <0=> NRF_CLOCK_LF_XTAL_ACCURACY_250_PPM 
// <1=> NRF_CLOCK_LF_XTAL_ACCURACY_500_PPM 
// <2=> NRF_CLOCK_LF_XTAL_ACCURACY_150_PPM 
// <3=> NRF_CLOCK_LF_XTAL_ACCURACY_100_PPM 
// <4=> NRF_CLOCK_LF_XTAL_ACCURACY_75_PPM 
// <5=> NRF_CLOCK_LF_XTAL_ACCURACY_50_PPM 
// <6=> NRF_CLOCK_LF_XTAL_ACCURACY_30_PPM 
// <7=> NRF_CLOCK_LF_XTAL_ACCURACY_20_PPM 

#ifndef NRF_SDH_CLOCK_LF_XTAL_ACCURACY
#define NRF_SDH_CLOCK_LF_XTAL_ACCURACY 7
#endif

// </h>

I've anbled logging functionality on the clock module in the sdk_config, here is the new log:

<info> app: Inside main
<debug> app: In nrf_bootloader_init
<debug> app: in weak nrf_dfu_init_user
<debug> app: In real nrf_dfu_init
<debug> nrf_dfu_settings: Running nrf_dfu_settings_init(sd_irq_initialized=false).
<debug> nrf_dfu_flash: Calling nrf_dfu_flash_init(sd_irq_initialized=false)...
<debug> nrf_dfu_flash: Initializing nrf_fstorage_nvmc backend.
<debug> app: Initializing the clock.
<info> clock: Function: nrf_drv_clock_init, error code: NRF_SUCCESS.
<debug> app: Enter nrf_dfu_continue
<error> app: Single: Invalid bank
<debug> app: Enter nrf_dfu_app_is_valid
<debug> app: Return false in valid app check

There's one more entry now, which says: drv_clock_init -> success.

Because of the debugging, I don't know exactly where and when an error happens because no real error messages occur except of the "Single: Invalid bank" log message. Is that message normal, because there was no valid application found?

RE: BLE Bootloader Example not Advertising on BLE Nano

Hung Bui — Tue, 03 Apr 2018 02:36:42 GMT

Hi,

The 32kHz crystal is not included inside the BLE Nano 2, do you have the crystal externally on your PCB ?

If you don't you need to change the configuration in sdk_config in the CLOCK setting (CLOCK_CONFIG_LF_SRC) to use RC, also change the softdevice SDH clock setting (NRF_SDH_CLOCK_LF_SRC) to use RC as well.

If you already have the crystal or if you changed to RC and you still have the issue, you would need to debug the bootloader and see where it throws an error.

RE: BLE Bootloader Example not Advertising on BLE Nano

MS_Ich — Wed, 28 Mar 2018 15:44:19 GMT

I followed the guide step by step once again from zero with a fresh sdk. The problem is, that the device doesn't advertise when in dfu mode, so "Step D. Test DFU" after flashing softdevice and bootloader. There were no errors occuring while building the bootloader.

I know, the example should work out of the box, anyway i decided to enable the logging functionality, here's the result:

<info> app: Inside main
<debug> app: In nrf_bootloader_init
<debug> app: in weak nrf_dfu_init_user
<debug> app: In real nrf_dfu_init
<debug> nrf_dfu_settings: Running nrf_dfu_settings_init(sd_irq_initialized=false).
<debug> nrf_dfu_flash: Calling nrf_dfu_flash_init(sd_irq_initialized=false)...
<debug> nrf_dfu_flash: Initializing nrf_fstorage_nvmc backend.
<debug> app: Initializing the clock.
<debug> app: Enter nrf_dfu_continue
<error> app: Single: Invalid bank
<debug> app: Enter nrf_dfu_app_is_valid
<debug> app: Return false in valid app check

RE: BLE Bootloader Example not Advertising on BLE Nano

Hung Bui — Wed, 28 Mar 2018 07:33:43 GMT

Please follow the guide and let us know at which step you hit the error.

RE: BLE Bootloader Example not Advertising on BLE Nano

MS_Ich — Tue, 27 Mar 2018 20:36:50 GMT

Yes i tested Softdevice + Bootloader already before expanding to softdevice + bootloader + application + settings, even without success.

Oh yes you're right, that was not intentional to use s132 v4. I've tested v5 in the meantime and it also doesn't work :(

I'll enable the logging function, do more intensive debugging on the softdevice+bootloader version and then report.

RE: BLE Bootloader Example not Advertising on BLE Nano

Hung Bui — Tue, 27 Mar 2018 11:57:50 GMT

Hi Markus,

Please try with the bootloader only first (softdevice + bootloader ) as instructed in the guide.

Why are you testing with S132v4.0 ? Note that SDK v14.2 is made for S132v5.0

I would suggest to test with the debug variant of the bootloader and step into the code (and check the log) and check why it doesn't advertise. Again, test with bootloader + softdevice first.