Beware that this post is related to an SDK in maintenance mode
More Info: Consider nRF Connect SDK for new designs
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Able to build, but not run unaltered example SDK projects using Segger (ses)

Newbie here simply trying to run some example projects from the SDK.

Setup:

  • Segger Embedded Studio 5.10b
  • Tried example projects in both SDK v17 and v16
  • nRF52 DK as attached hardware

I'm unable to run some (not all) unaltered SDK example projects from SES.  Some projects I have no trouble with, e.g. blinky, and the UART example.  I'm trying to add a UART interface to the Gazell example project, and as a first step I'm simply trying to build and run the unaltered Gazell example project:  gzll_ack_payload

I can open and build the example project (both host and device) without issue...see attached screen-cap showing that the build completes without issue.

The problem arises when I click the "play" button to upload and execute the program.  The output window shows:

However, SES then is looking for and is unable to find the files shown below.  Some of these files and/or directories don't even exist within the SDK, and I can't find where they do reside.  I also don't understand why it's looking for these files after it completes the build process?  After it reports being unable to find each of these files, it ends up with the the Segger Crash Report window.  

I've used nRFgo Studio to do an erase all before trying these steps, it didn't seem to help.  I understand this may be an SES issue, but it seems to work fine on some projects, so I thought it might also be an SDK/project issue.

Thanks!

Parents
  • Fresh install of SDK and SES on a different computer...neither SDK nor SES have been installed on this machine before.

    Here's the path to the unaltered project I opened:

    c:\Nordic\SDK_17.0.2\examples\proprietary_rf\gzll\gzll_ack_payload\device\pca10040\blank\ses\

    When I just build the project, again, it builds fine with no issues reported.

    The first time I clicked "play" to upload and run the project, I got the same message from SES that it is looking for and can not find the same files I listed in the initial post...however, even after not finding those files, it continued to upload the hex/elf to the part, and allowed me to run.

    HOWEVER, when I click the "stop" button, and again click play, I now get the same crash behavior...SES looks for the long list of files, and then at the end crashes.  I've also tried to open the project now and build it 2 additional times, with same crash behavior.

    Here's what the crash window looks like

    Here is what the output window looks like when I only click build, not "play"...this is the screenshot I wanted to show in my first post:

    For each of the files it can't find, a window like this pops up

    I click cancel, and then this window pops up, for each file and each time I cancel:

    As I mentioned previously, some of these files don't exist anywhere on my machine, and why is looking for these (or any) files after the build has already successfully completed?

    Thanks,

    Ted

  • When it asks for the files, you can uncheck the "show this dialog next time", and you don't have to do it for all the files.

    If it still crashes, I am not sure what to do. I guess you need to contact Segger for this issue. 

    Perhaps you have an old JLink version installed. On my computer I have 6.22G. Perhaps you can try that.

    I just tried to update to SES v 5.10b, and that worked without any issues for me.

    Best regards,

    Edvin

Reply
  • When it asks for the files, you can uncheck the "show this dialog next time", and you don't have to do it for all the files.

    If it still crashes, I am not sure what to do. I guess you need to contact Segger for this issue. 

    Perhaps you have an old JLink version installed. On my computer I have 6.22G. Perhaps you can try that.

    I just tried to update to SES v 5.10b, and that worked without any issues for me.

    Best regards,

    Edvin

Children
No Data
Related