This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

nRF Beacon with Scanning Feature

Hi,

I have a couple of nRF Beacons and want to change the program so that it scans for iBeacon packets before starting to advertise.

The flashed program is just advertising and I think uses S110 soft device. Correct me if I'm wrong:

  • For adding the scan feature I have to program S130, and I expect that the same program (advertising) should work without any change, but it will just give me the feature of scanning too.

  • I need a simple example for "scanning". I think the "Sniffer" program does that on the nRF DKs but that one is in HEX only.

  • I found this topics: devzone.nordicsemi.com/.../

I think I should be able to use the scanning features from that program, but as the program was with S130 0.9.0-1 and PCA10001, would it cause a problem? I'm still a beginner about nRF MCU registers and board specific pins, but I think one of the tutorials was saying that you can change the target board in Keil and the required header files will be added, so that the program should run on a different board (here PCA20006).

Thanks, FA main_woPointer.c main_wPointer.c

Parents
  • Hi Petter,

    Thanks for the sample program. As I wanted to keep the advertising part of the Beacon program for nRF Beacon kit (PCA20006) I decided to keep all parts of that program and add the additional required lines (in the attached PDF, Yellow highlights are the codes that I added based on your program, and pink highlights are changes that I made to get rid of errors). Here is what happened:

    1- Beacon program was in SDK 7 and S110. So, I changed the include paths to S130 headers in SDK 9, and also removed "ble_dfu.h" and added the new one from SDK 9.

    2- By doing this I got few errors in some function calls (pink highlights), such as

    • no member named "timeout" in"ble_gap_sec_params_t"
    • one argument missing for "sd_ble_gap_sec_params_reply" and "sd_ble_gatts_sys_attr_set"
    • no member named "priph.keys" and "div" in CASE BLE_GAP_EVT_SEC_INFO_REQUEST (which I omitted completely from the cases!)

    3- I had to change LED1 to LED_RGB_BLUE which is the pin number for PCA20006 LED.

    The programs was built without error, but after programming S130 from SDK 9, I was getting error for programming the actual program. It was saying that the program has data in the Soft_Device part. I noticed that with S110, soft device was after x16000 in memory, while with S130 it was after x1C000. So, in the Target Options in Keil I changed the IROM start to x1C000.

    With these changes I could program the board. But! it seems the program in not actually running or there is an error inside.

    In the MAIN, the only change made is that, the program starts scanning and after the addresses are mateched, START=TRUE and it will exit a WHILE LOOP and should start Advertising like the normal beacon:

    scan_init(); scan_start(); led_softblink_start(LED_R_MSK); while (!start) { }

    As you can see even if it waits in the while loop, I think LED_SOFTBLINK_START should make the RED led blink, but nothing happens.

    So, I don't know if I had to update some more files to make it work (although Keil doesn't give any errors) or something else is going wrong.

    Attached are the main.c and the hex file.

    main.pdf main.c nrf51822_beacon_app.hex

  • @FA: No, it doesn't make sense that we have to use pointer when in while loop in main. When it's a global variable, you should be able to modify it from anywhere in main.c file.

    I think you can try to do a simply test, use a timer or button interrupt for example, to change the value of an uint8_t and see if you can get out of the loop.

    It would be very interesting if you can provide a small/simple example that can reproduce the issue.

Reply
  • @FA: No, it doesn't make sense that we have to use pointer when in while loop in main. When it's a global variable, you should be able to modify it from anywhere in main.c file.

    I think you can try to do a simply test, use a timer or button interrupt for example, to change the value of an uint8_t and see if you can get out of the loop.

    It would be very interesting if you can provide a small/simple example that can reproduce the issue.

Children
No Data
Related