Build Environment Problem

RE: Build Environment Problem

Shahar — Thu, 02 Jun 2022 19:26:38 GMT

My fixes for v6.20+ are focused on the RTT and the RTT redirect (which breaks all project from nRF5 SDK).

So adding those two lines in the SEGGER_RTT_Syscalls_SES.c is the cleanest solution.

As I've seen some discussions here struggeling with __SEGGER_RTL_VERSION

RE: Build Environment Problem

matty — Thu, 02 Jun 2022 19:16:51 GMT

Thank you Shahar. For what its worth, using the libUARTE_async library seems to work for me. But my application doesn't use the SoftDevice. Also at this point I haven't tried a release build or optimization. I also want to try that UART library again using your suggestions.

RE: Build Environment Problem

Shahar — Thu, 02 Jun 2022 18:50:27 GMT

Hi,

6.30 has a combination of multiple issues (building in release mode, etc - see this: devzone.nordicsemi.com/.../segger-embedded-studio-latest-incompatible-with-nrf5-sdk)

I would suggest sticking to 6.22a for now with the following fix/workaround (as in 6.20 RTT was modified)

in SEGGER_RTT_Syscalls_SES.c

modify to look like this (and remember to add #endif at line 264)

#include "sdk_config.h"
#if !defined(RETARGET_ENABLED) || RETARGET_ENABLED == 0
#if (defined __SES_ARM) || (defined __CROSSWORKS_ARM)

#include "SEGGER_RTT.h"
#if !defined(__SEGGER_RTL_VERSION)

If using UART modfiy retarget.c at line 99 as so:

#if defined(__SES_VERSION) && (__SES_VERSION >= 34000) && !defined(__SEGGER_RTL_VERSION)

RE: Build Environment Problem

matty — Tue, 24 May 2022 15:56:51 GMT

Thank you, Vidar. I want to implement something using UARTE before closing this. Even though the libuarte example worked, I want to confirm it. Might take a day or two.

RE: Build Environment Problem

Vidar Berg — Tue, 24 May 2022 14:12:36 GMT

No worries, thanks for confirming what the issue was!

[quote userid="87216" url="~/f/nordic-q-a/88123/build-environment-problem/369288#369288"]I would like to understand why I can't use SES 6.30 and the nordic_sdk_17.1 and the UART Library since it looks like you can't.[/quote]

You should be able to work with any of the uart libaries or drivers. The limitation is that you will not be able use the app uart library as the standard output for printf() because our retarget.c file is not compatible with the new Segger runtime libraries. You can see the changes that would have been required from the Segger Wiki page I linked to in my initial reply (Under "User-supplied I/O").

RE: Build Environment Problem

matty — Tue, 24 May 2022 12:58:03 GMT

[quote userid="4240" url="~/f/nordic-q-a/88123/build-environment-problem/369248#369248"]The Debug Terminal window will only display RTT traffic indicating that the printf()'s are being redirected to RTT instead of UART in your case, but I don't see how this could have happened with these default project settings:[/quote]

My apologies. I hadn't checked my sdk_config.h file. I know I said it wasn't modified but I must have done so during my trials and forgotten. Setting RETARGET_ENABLE to 1 gets that to work as it should.

[quote userid="4240" url="~/f/nordic-q-a/88123/build-environment-problem/369248#369248"]Are you relying on retarget.c/prinft()s to send the UART data?[/quote]

If my interpretation is correct, that won't compile when using SES version 6.30.

For example, using SES 6.30 and the nordic_sdk_17.1/examples/peripheral/uart example:

retarget.c either has to be removed from the project or RETARGET_ENABLE has to either be set to 0 or removed from the sdk_config.h file. But that is step one of two. The second step requires you to change the project's common options > Library > Library I/O to RTT from NONE. These two steps allow you to compile and load the DK. But printf() is redirected as you would expect, (I guess), since your I/O library seemingly uses RTTViewer exclusively.

I would like to understand why I can't use SES 6.30 and the nordic_sdk_17.1 and the UART Library since it looks like you can't. But it does look like the UARTE will work, (at least based on the nordic_sdk_17.1/examples/peripheral/libuarte example).

RE: Build Environment Problem

Vidar Berg — Tue, 24 May 2022 11:16:46 GMT

[quote user="matty"] run in the SES debugger and all the uart strings appear in the debugger's output window. Also I am able to enter keyboard characters through the terminal and watch the code reject everything but 'q'.[/quote]

The Debug Terminal window will only display RTT traffic indicating that the printf()'s are being redirected to RTT instead of UART in your case, but I don't see how this could have happened with these default project settings:

[quote user="matty"] I tried the nordic_sdk_17.1 libuarte example with SES 6.30. All I did was remove the SEGGER_RTT_Syscalls_SES.c file from the project. It worked exactly as described.[/quote]

Yes, this should be sufficient for the other projects that include SEGGER_RTT_Syscalls_SES.c but don't rely on retarget.c.

[quote user="matty"]Ultimately I have to use SES 6.30 and the nordic_sdk_17.1 and make use of NRF_LOG_ macros to the Segger RTTViewer and use UART to get information into the firmware and out of the firmware. In fact I have the beginnings of a project that uses all four and its just the UART portion that isn't working although everything compiles and links. I can even use NRF_LOG_INFO, NRF_LOG_ERROR to see that the APP_UART_ macros are returning without error[/quote]

Are you relying on retarget.c/prinft()s to send the UART data?

RE: Build Environment Problem

matty — Tue, 24 May 2022 02:26:07 GMT

Update - I tried the nordic_sdk_17.1 libuarte example with SES 6.30. All I did was remove the SEGGER_RTT_Syscalls_SES.c file from the project. It worked exactly as described.

RE: Build Environment Problem

matty — Mon, 23 May 2022 21:21:40 GMT

I am not getting anywhere with this.

1) I use SES 5.42b and open the nordic_sdk_16/examples/peripheral/uart example, compile and load the DK. I see all the expected results in my GTKTerm window.

2) I use SES 5.42b and open nordic_sdk_17.1/examples/peripheral/uart example, compile and load the DK. I don't see anything in my GTKTerm window. I run in the SES debugger and all the uart strings appear in the debugger's output window. Also I am able to enter keyboard characters through the terminal and watch the code reject everything but 'q'. So UART is working half-way. As in this post:

https://devzone.nordicsemi.com/f/nordic-q-a/87492/uart-example-in-nrf5-sdk-v17-0-2-not-working-as-expected-when-built-using-segger-embedded-studio-for-arm-v6-22

3) I use SES 6.30 and open a copy of the nordic_sdk_17.1 uart example. I use project options to change the Library I/O to RTT and I remove the retarget.c file from the project. As suggested in the post you provided in the edit. The project compiles and I load the DK. the results are exactly like 2).

I'm going to try the nordic_sdk_17.1 libuarte example next. In the meantime can you provide any insight. I would have expected number 2 to work. There must be something about my environment that effects the 17.1 SDK.

Ultimately I have to use SES 6.30 and the nordic_sdk_17.1 and make use of NRF_LOG_ macros to the Segger RTTViewer and use UART to get information into the firmware and out of the firmware. In fact I have the beginnings of a project that uses all four and its just the UART portion that isn't working although everything compiles and links. I can even use NRF_LOG_INFO, NRF_LOG_ERROR to see that the APP_UART_ macros are returning without errors. Because of the lack of UART issue, I went back to basics and tried using the uart example and I'm finding all of these difficulties.

My development set-up is as described at the top of this post. The sdk_config.h file and main.c are as provided by the examples and are unchanged. Any help will be greatly appreciated, thank you.

RE: Build Environment Problem

Vidar Berg — Fri, 20 May 2022 08:18:03 GMT

Hello,

The problem is that our retarget.c implementation responsible for redirecting printf() to print data out on UART is not compatible with the Segger Runtime library used in version 6.x.x of Segger embedded studio (Embedded Studio Library IO).

The recommended solution is to downgrade Embedded studio to the version we used for the release testing which was 5.42a. Excerpt from SDK release notes:

nRF5 SDK v17.1.0
------------------------
Release Date: August, 2021
 
Highlights:
 
- Added support for the new versions of the nRF52 devices:
   - nRF52820 revision 3
   - nRF52832 revision 3
   - nRF52833 revision 2
   - nRF52840 revision 3
   (Note: Programming these requires nrfjprog v10.13 or newer.)
- Updated nrf_oberon to v3.0.8.
- Updated Mbed TLS to v2.16.10.

The following toolchains/devices have been used for testing and verification:
 
 - ARM: MDK-ARM version 5.25   
 - GCC: GCC ARM Embedded 9.2020-q2.major
 - IAR: IAR Workbench 7.80.4
 - SES: SES 5.42a

Best regards,

Vidar

Edit: Another solution is to redirect printf to RTT as discussed in this post https://devzone.nordicsemi.com/f/nordic-q-a/86110/nrf5-sdk-17-1-0-examples-is-not-compiling-in-latest-ses-6-20a/359669#359669