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

Migration to SDK 8.1 from SDK 6.1 File Structure Issues

Hi all,

Due to the updates file structure introduces in SDK 7.0 I'm trying to figure our where everything has been scrambled to. Here are the items I'm struggling with

  1. The SDK is only tested with nRF51422 as evident with nrf51422_xxac_s110 mentioned in the example Makefiles. Can I simply overwrite these to nRF51822_xxaa_s110?

  2. Do I have to used the new Advertising module? I had developed my own on SDK 6.1. Was hoping to port it over, but want to make sure there are no underlying reliance on this module/issues.

  3. Is the new project based nrf_drv_config.h used to set each individual peripheral setting? I ask because my board has a 32MHz crystal which I normal setup the settings for with: NRF_CLOCK->XTALFREQ &= 0xFFFFFF00;

However if this is now supposed to be set in nrf_drv_config.h?

  1. There are alot more compiler and softdevice files integrated into this SDK. I'm using Eclipse to simply compile my application and flash/debug it separately from the SoftDevice is that still possible? Does this new CMSIS affect this?
Parents
  • Hi Dave,

    1. Yes, because there is no difference between nRF51422 and nRF51822 when you use them with Bluetooth stack.

    2. No, you don't have to. The SDK is created as reference code. You can choose to not to use any module. Just to make sure you update the API header files of the new S110 v8.0 and match the API call in your code with any new API introduced.

    3. Yes, you can set it in nrf_drv_config.h, but then you would need to use the clock driver, and call nrf_drv_clock_init(). I would suggest if you don't plan to use any other feature of the clock driver, you can simply keep your code to just calling NRF_CLOCK->XTALFREQ &= 0xFFFFFF00; to set the clock.

    4. The softdevice is pre-compiled. I don't see any problem that you compile your code using Eclipse.

  • Hi Hung,

    I've been trying to get the ble_app_template working on an old PCA10001 Eval board. It seems to compile. I added setting a few led pins to verify the functionality. But when I program the .hex file to the board (after flash it with S110 V8) nothing happens. The LED's do not turn on. I even hardcode the pins to set at the end of main() with calls:

    ..... nrf_gpio_cfg_output(18);
    nrf_gpio_pin_set(18); //RED LED

    nrf_gpio_cfg_output(19);
    nrf_gpio_pin_set(19);    //GREEN LED
    
    // Enter main loop
    for (;;)
    {
        app_sched_execute();
        power_manage();
    }
    

    }

    However the LEDs do not turn on. I changed all Makefile and preprocessor defines to BOARD_PCA10001. I even tried bypassing the bsp module as I don't need it. I can't get debugging to start at main either so I can't figure out where the failure is occuring. Unfortunately, we may have to scrap the migration to SDK 8 plan if I can't get this working in the next few days. We'd only allocated 2 days to migrate but its taking much longer due to all the changes that have been made.

Reply
  • Hi Hung,

    I've been trying to get the ble_app_template working on an old PCA10001 Eval board. It seems to compile. I added setting a few led pins to verify the functionality. But when I program the .hex file to the board (after flash it with S110 V8) nothing happens. The LED's do not turn on. I even hardcode the pins to set at the end of main() with calls:

    ..... nrf_gpio_cfg_output(18);
    nrf_gpio_pin_set(18); //RED LED

    nrf_gpio_cfg_output(19);
    nrf_gpio_pin_set(19);    //GREEN LED
    
    // Enter main loop
    for (;;)
    {
        app_sched_execute();
        power_manage();
    }
    

    }

    However the LEDs do not turn on. I changed all Makefile and preprocessor defines to BOARD_PCA10001. I even tried bypassing the bsp module as I don't need it. I can't get debugging to start at main either so I can't figure out where the failure is occuring. Unfortunately, we may have to scrap the migration to SDK 8 plan if I can't get this working in the next few days. We'd only allocated 2 days to migrate but its taking much longer due to all the changes that have been made.

Children
No Data
Related