nrf51-ble-driver_win_0.3.0 question

[ta2]

Hi!

I realize that the paint on this is still drying, but I'm wondering if anyone is seeing the following behavior?

I can run an program based on this API once. When I try to run it again, sd_ble_gap_scan_start() never returns. If I control-c the program, unplug the device and plug it back in, then the program runs -- once.

I've tried this with both a program that I have written and the S120 Multi-Link example. I've also tried a nRF51822 dongle (PCA10000) and a nRF51422 dongle (PCA10031).

The firmware I have loaded is

 s120_nrf51822_1.0.1_softdevice.hex

and

 connectivity_1M.hex

I have also tried connectivity_115k2.hex and changed the program code to match.

When using s120_nrf51_2.0.0_softdevice.hex I can't load either connectivity app since the newer software device appears to be bigger.

Any ideas?

Thanks!

[jpo38]

Hi, I am having the same problem and want to implement the pinreste workaround. "nrfjprog --pinreset" opens a GUI, can it be silent? How to pass COM number to this program?

[vage]

Tom seems to have a more sophisticated solution, but the following line of code works just fine for me

system("nrfjprog --pinreset -s XXXXXXXXX");

The serial number (-s) can be easily found in the GUI that opens if this argument is not passed. Try running "nrfjprog" without any arguments to see all available options supported.

[jpo38]

Hi.

Finally could make nrfprog partially (see below) work. Ran nrfprog --ids first to get all serial number and the ran --pinreset for each one.

But this does not fully fix the problem:

Let's define a function that simply:

• Opens the port
• Plays with BTLE (start/stop device lookup for instance is enough)
• Closes the port

Now, create one program calling this function:

• Run the program
• Reset device using --pinreset
• Run the program again. It works

Now, create another program running this function, then doing the pinresets (system calls) and then calling the function again:

• Run the program. First function run works, second fails. It reports Error: File: (null), Line: 0, Error code: 3 when sd_rpc_open() is invoked, and then sd_ble_gap_scan_start hangs for ever.

So, looks like the s120_nrf51_ble_driver.dll library itslef remains in an unstable state. Only having it be loaded from a brand new process makes it work again.

[Asbjørn]

We really appreciate the feedback. The developers are looking at the threads related to the development of the drivers and the early feedback is really good to get. There's been a few comments on the stability and resetting needed so it's something that will be taken into consideration for the development.

[jpo38]

Thanks again for the good work you are doing on this API!