Debugging my nrf5sdk code using vs code via make file

[gizgiz]

I want to use this command nrfjprog --program .\nrf52840_xxaa.hex --sectorerase

and I had this error any idea about how to fix this?

Parsing image file.

WARNING: A programming operation has been performed without --verify.
WARNING: Programming can fail without error.

[gizgiz]

Yes of course, I enter some information via ma application connected to my card with Bluetooth uart. In segger the led will stop lighting up and the Bluetooth of my card turned off, in vs code the Bluetooth turned off but the led still lighting up, "the led's lighting up and and off is related to the value of pressure sensor  and it's not on mounted to board, I think that's could be normal"

And I returned to check the debugging, and I found that 

this problem, appear sometimes, I think that problem related to my debug issues. 

After clicking "continue" button the debug stop in this 

I clicked reset button and the system could continue debugging, but I can't see the RTT print.

I'm ready to clarify anything

[Håkon Alseth]

Hi,

 

gizgiz said:

And I returned to check the debugging, and I found that

We do not have a setup guide for vscode + nRF5 SDK. I am not sure what the error is here, but if you click show errors, it will give you a better indication on what went wrong.

gizgiz said:

After clicking "continue" button the debug stop in this 

You should not click continue, but you can pause. This is due to the softdevice restrictions as previously mentioned.

What does the assert information show at this point?

 

Kind regards,

Håkon

[gizgiz]

Is this what you asked me for

[Håkon Alseth]

This is the same PC address as you formerly reported.

Do you use timeslot in your application?

 

The second image shows that you're stuck in enabling the SoftDevice. Does your design have a external LFCLK? If not, have you configured the LFCLK source to be the RC oscillator?

 

Kind regards,

Håkon

[gizgiz]

Hello, I'am sill working on a project which show me the same errors that I'm about them asked before, 

an I'am not using an external LFCLK, also the source is not an RC oscillator