Segger EMBEDDED STUDIO debugger breaks at random lines

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Wed, 22 Sep 2021 14:12:01 GMT

No, but for testing purposes you should make them global.
For the general case you will need the variable to have a fixed address in memory (which global variables do) so that it can be watched.

Best regards,
Karl

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Wed, 22 Sep 2021 12:55:36 GMT

Thank you Karl.

[quote userid="87869" url="~/f/nordic-q-a/78787/segger-embedded-studio-debugger-breaks-at-random-lines/330623#330623"]You will need to make sure that the variable is a global one, so they have a fixed address instead of being on the stack.[/quote]

So, are you saying Data breakpoints work only on global variables?

Kind regards

Mohamed

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Wed, 22 Sep 2021 12:26:34 GMT

Yes, you should be able to run it just fine on a nRF52833 DK, just change the build target in the Open NCS SDK project prompt. Remember to select the Clean build directory option before opening.
It might be that the breakpoint is not already there for the nRF52833 DK build, but then you can add it yourself following my prior instructions. Just set the expression to be tester_value == 5 or similar, you should also use set it as a hardware breakpoint.
Let me know if you encounter any issues with it.

Best regards,
Karl

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Wed, 22 Sep 2021 12:15:12 GMT

Thank you Karl,

I don't have access to an nRF52840DK.

Will the example run on nRF52833DK?

Kind regards

Mohamed

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Wed, 22 Sep 2021 11:05:16 GMT

Hello again, Mohamed

Thank you for your patience with this.

[quote user="Learner"]Did you see you program stopping few instructions after the actual variable was updated?[/quote]

Yes, I see the program stopping a few instructions after the data breakpoint condition was met. You will need to make sure that the variable is a global one, so they have a fixed address instead of being on the stack.

I have included a simple demonstration of this made for the nRF52840 DK with the nRF Connect v1.6.1 toolchain. Place it in \v1.6.1\zephyr\samples\basic\ and see if it works.
Please run this and see if you see the breakpoint triggering when the tester_variable is equal to 5.

Best regards,
Karl

devzone.nordicsemi.com/.../5126.blinky_5F00_databreakpoint.zip

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Thu, 16 Sep 2021 10:38:24 GMT

Good Morning Karl,

Thank you for your help.

[quote userid="87869" url="~/f/nordic-q-a/78787/segger-embedded-studio-debugger-breaks-at-random-lines/329787#329787"]Data breakpoints have a certain latency so the program will stop a few instructions after the actual variable is updated. [/quote]

I think I found that my program never stopped and I thought you also confirmed this in your previous message. So, putting extra dummy instructions will not help.

Did you see you program stopping few instructions after the actual variable was updated?

Kind regards

Mohamed

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Thu, 16 Sep 2021 10:14:31 GMT

Hello again, Mohamed

I just heard back from our SES NE developers and they are already aware of the issue and have raised an issue with Segger directly. In the meantime, they had this to say about the issue:

Data breakpoints have a certain latency so the program will stop a few instructions after the actual variable is updated. To verify add some dummy linear code lines (for instance a few volatile vars which are incremented) after the watched counter is changed. To get a precise analysis of a stray variable write from a crazy pointer you have to use instruction trace and look a couple of instructions back in the trace from where the program stops. This latency does not apply to program break points as they operate on the program counter.

So this should function as a workaround while we wait for it to be fixed. I hope it helps! :)

Best regards,
Karl

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Wed, 15 Sep 2021 11:30:24 GMT

Hello again, Mohamed

Thank you for your patience with this.

[quote user="Learner"]Not an issue anymore.[/quote]

I am glad to hear that this is no longer an issue for your development.

[quote user="Learner"]I did setup a data breakpoint as you described but the program never stops and I know full well the condition is occurring. The breakpoint I set is to break when when the expression cnt==1 is true. I know the counter cnt is incremented because when I set a normal breakpoint on the line where it gets incremented the program does break. Note, cnt is a volatile int16_t but I don't think this explains the behaviour I am seeing.[/quote]

Hm, this looks correct to me. I just tested this here on my end, and I am seeing the same behavior you describe - strange!
I have created an internal ticket for this so that our SES NE developers may examine this more closely.
Thank you for bringing this to our attention! :)

Best regards,
Karl

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Tue, 07 Sep 2021 09:21:02 GMT

Good Morning Karl,

[quote userid="87869" url="~/f/nordic-q-a/78787/segger-embedded-studio-debugger-breaks-at-random-lines/328181#328181"]Did you get a chance to look at this further? Or is this perhaps not an issue anymore?[/quote]

Not an issue anymore.

[quote userid="87869" url="~/f/nordic-q-a/78787/segger-embedded-studio-debugger-breaks-at-random-lines/328181#328181"]Click on the debug tab and select Breakpoints -> New Data Breakpoint option to setup a data breakpoint in Segger Embedded Studios. [/quote]

I did setup a data breakpoint as you described but the program never stops and I know full well the condition is occurring. The breakpoint I set is to break when when the expression cnt==1 is true. I know the counter cnt is incremented because when I set a normal breakpoint on the line where it gets incremented the program does break. Note, cnt is a volatile int16_t but I don't think this explains the behaviour I am seeing.

Kind regards

Mohamed

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Mon, 06 Sep 2021 12:01:40 GMT

Hello again Mohamed,

[quote user="Learner"]I will provide you with the requested information later on today.[/quote]

Did you get a chance to look at this further? Or is this perhaps not an issue anymore?

[quote user="Learner"]What is the correct way of setting a data breakpoint in Segger Embedded Studio?[/quote]

Click on the debug tab and select Breakpoints -> New Data Breakpoint option to setup a data breakpoint in Segger Embedded Studios. The new breakpoint will appear in the Breakpoints window. You can see the breakpoints windows if you click on Debug and select Breakpoints -> Breakpoints in the dropdown menu.
It might also be helpful to have a look through Segger's own page regarding Data Breakpoints and how to use them.

Best regards,
Karl

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Wed, 25 Aug 2021 10:37:22 GMT

Hi Karl,

Thank you for trying to investigate this problem further.

I will provide you with the requested information later on today.

What is the correct way of setting a data breakpoint in Segger Embedded Studio?

Note, I am using the version below.

[quote userid="92434" url="~/f/nordic-q-a/78787/segger-embedded-studio-debugger-breaks-at-random-lines"]

SEGGER Embedded Studio for ARM

Release 5.34a Build 2021011401.44914

Nordic Edition

Windows x64

[/quote]

Kind regards

Mohamed

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Tue, 24 Aug 2021 11:04:11 GMT

Hello again Mohamed,

[quote user="Learner"]but I am not sure if it worked or not. [/quote]

Could you share with me how the debug breakpoint screen looks after you've added the data breakpoint, and what you click on in order to delete it?

Could you perform a small test, in which you open a mint condition example from the SDK, run it, and see that there is no breakpoints being triggered, and then redo the test after having added and removed a data breakpoint on any of the variables? Are you then still seeing any lingering behavior of the data breakpoint?
If so, could you then send me the SES project file, so I may take a closer look and see what might be going wrong?

Best regards,
Karl

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Fri, 20 Aug 2021 10:55:11 GMT

Hi Karl,

The line in blue is where the program was breaking without a breakpoint being set. Note, I did try to set a data breakpoint for the condition gs_radio_handler.rx_device_id == 649140 but I am not sure if it worked or not.

gs_radio_handler.rx_device_id = util_GetUInt32(&crypto_buf_enc[1]);
if ( gs_radio_handler.rx_device_id == 946074 )

Kind regards

Mohamed

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Fri, 20 Aug 2021 10:33:43 GMT

Hello again,

[quote user="Learner"]I am not sure about which MAC address to use.[/quote]

You should use your physical address of your Ethernet adapter for the MAC address field.

[quote user="Learner"]Does this mean that if I update to a more recent SES version the data breakpoints might work?[/quote]

You could try that, sure.

[quote user="Learner"]I have tried to get help from Segger with a problem I had few months ago with SES Nordic Edition but they refused to help. They said Segger do not support SES Nordic Edition.[/quote]

Aha, I understand. Could you show me the two lines which the program stops as - the ones you are referring to in your ticket description?

Best regards,
Karl

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Fri, 20 Aug 2021 09:11:21 GMT

Hello Karl,

[quote userid="87869" url="~/f/nordic-q-a/78787/segger-embedded-studio-debugger-breaks-at-random-lines/325874#325874"]Please see this ticket for further information on how to update your SES license.[/quote]

Thank you. I am not sure about which MAC address to use.

C:\WINDOWS\System32>ipconfig /all

Windows IP Configuration

Host Name . . . . . . . . . . . . : G4S-L0226
Primary Dns Suffix . . . . . . . : g4smtl.com
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : g4smtl.com
dev.g4smtl.com
emsysdemo.local

Ethernet adapter Ethernet:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Intel(R) Ethernet Connection (7) I219-LM
Physical Address. . . . . . . . . : F8-B4-6A-BB-CE-96
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Local Area Connection* 1:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
Physical Address. . . . . . . . . : 50-E0-85-76-3D-43
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Local Area Connection* 2:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
Physical Address. . . . . . . . . : 52-E0-85-76-3D-42
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Ethernet adapter Ethernet 3:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : g4smtl.com
Description . . . . . . . . . . . : TAP-Windows Adapter V9
Physical Address. . . . . . . . . : 00-FF-E8-A6-9E-83
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wi-Fi:

Connection-specific DNS Suffix . : g4smtl.com
Description . . . . . . . . . . . : Intel(R) Wireless-AC 9560 160MHz
Physical Address. . . . . . . . . : 50-E0-85-76-3D-42
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::dde5:4c8a:668d:bff5%9(Preferred)
IPv4 Address. . . . . . . . . . . : 10.20.10.75(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : 20 August 2021 08:59:04
Lease Expires . . . . . . . . . . : 20 August 2021 17:02:03
Default Gateway . . . . . . . . . : 10.20.10.1
DHCP Server . . . . . . . . . . . : 10.20.20.18
DHCPv6 IAID . . . . . . . . . . . : 156295301
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-25-F9-7F-68-F8-B4-6A-BB-CE-96
DNS Servers . . . . . . . . . . . : 10.20.20.20
10.20.20.18
10.140.0.3
NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Bluetooth Network Connection:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Bluetooth Device (Personal Area Network)
Physical Address. . . . . . . . . : 50-E0-85-76-3D-46
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

[quote userid="87869" url="~/f/nordic-q-a/78787/segger-embedded-studio-debugger-breaks-at-random-lines/325874#325874"]If I recall correctly I think that Segger might have had some issues with data breakpoints earlier.[/quote]

Does this mean that if I update to a more recent SES version the data breakpoints might work?

[quote userid="87869" url="~/f/nordic-q-a/78787/segger-embedded-studio-debugger-breaks-at-random-lines/325874#325874"]Unfortunately, this is then an issue with Segger Embedded Studio and is not directly with any Nordic product, so you have to open a ticket with Segger directly[/quote]

I have tried to get help from Segger with a problem I had few months ago with SES Nordic Edition but they refused to help. They said Segger do not support SES Nordic Edition.

Kind regards

Mohamed Belaroussi

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Fri, 20 Aug 2021 08:49:03 GMT

Hello again Mohamed Belaroussi,

[quote user="Learner"]How do I renew my licence?[/quote]

Please see this ticket for further information on how to update your SES license.

[quote user="Learner"]But just before this problem started showing up I tried to set a data breakpoint breaking when a variable is set to a particular value. I thought it di not work because I could not see any breakpoint in the Breakpoints window in SES. Could it be that this data breakpoint is actually set but not showing up?[/quote]

If I recall correctly I think that Segger might have had some issues with data breakpoints earlier.
Unfortunately, this is then an issue with Segger Embedded Studio and is not directly with any Nordic product, so you have to open a ticket with Segger directly to have this issue examined.

Best regards,
Karl

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Fri, 20 Aug 2021 08:38:09 GMT

Hi Karl,

I am not sure what NRF_BREAKPOINT_COND is. But just before this problem started showing up I tried to set a data breakpoint breaking when a variable is set to a particular value. I thought it di not work because I could not see any breakpoint in the Breakpoints window in SES. Could it be that this data breakpoint is actually set but not showing up?

Kind regards

Mohamed Belaroussi

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Learner — Fri, 20 Aug 2021 08:32:07 GMT

Hi Karl,

Before I would like to update my SES to a more recent version. I have recently been getting this message every time I launch SES.

How do I renew my licence?

Thank you.

Kind regards

Mohamed Belaroussi

RE: Segger EMBEDDED STUDIO debugger breaks at random lines

Karl Ylvisaker — Fri, 20 Aug 2021 07:55:37 GMT

Hello Mohamed,

Could you specify which two lines you are referring to?
Is it the NRF_BREAKPOINT_COND you are referring to?

Could you also make sure to have DEBUG defined in your preprocessor defines, like shown in the included image?

This will make the logger output a detailed error message whenever a non-NRF_SUCCESS error code is passed to an APP_ERROR_CHECK.

Best regards,
Karl