Search Results

Hi, Please find it attached.

Hi, Yes, I've read that guide from top to bottom. I think everything is setup correctly, but maybe you can make a better judgment based on the provided screenshot? Did I miss something somewhere?

Hi, I think this issue is resolved. While trying to build a reproducible example and going back and forth between v7.30 and v8.10d I've somehow managed to clear the error. The original project now compiles fine under v8.10d.

Hi, Because JScope HSS sampling is currently not working for me (see forum.segger.com/index.php/Thr…Failed-to-initialize-HSS/), I'm trying to get JScope working using RTT mode. I've configured an up buffer and write data to it. The RTT viewer can find the control block almost immediately and shows the additional channel: [img='blob:https://forum.segger.com/81c4fa6a-226e-46b0-9b06-e56dc2b199cf',none,401][/img] But when I then start JScope it tries to find the control block for a while and then ba…

Hi, I've upgraded SES from (for ARM 7.30) to 8.10b. I now get the following error at the final build step for both Debug and Release mode: scanops.c:(.text.libc.sscanf+0x22): undefined reference to `__SEGGER_RTL_vfscanf' How can I resolve this error? Thanks in advance. Kind regards, Remco Poelstra

Hi, I'm sorry about the confusion. I meant V794d. I just tried V794e and it shows the same problem. Before trying V794d I was using V792c, and I downloaded V794d in the hope it was already fixed. I've tried V788h as well, as it was still on my system. It fails as well. On Win11, V788m gave the exact same error message. I don't know if it ever worked on Win11 for me, I've never used it there. Given the fact that I've used JScope successfully a few months ago, I would come to believe that the prob…

Hi, I'm trying to use J-Scope, but as soon as a click 'start' I get the message 'Failed to initialize HSS'. I've used J-Scope in the recent past on the same host and target successfully, and debugging using MCUXpresso and the J-Link still works fine. I'm not aware that I changed anything that might break J-Scope's functioning and the error message doesn't provide a clue unfortunately. How can I get J-Scope working again? J-Link software 749d macOS 14.1.2 (Apple M1) LPC844M201 Thanks in advance. …

Hi, I just switched to SES 6.32a from 6.20a. When I compile my project in Release mode and try to run on an nRF52840 then the code crashes somewhere early. The code runs fine when build in Debug mode. I've tried to disable LTO, but that didn't help. In 6.20a the code runs fine in both Debug as well as Release mode. I'm not sure on how to tackle this issue as it's difficult to find out where it exactly crashes in Release mode as there is no debug information anymore. Thanks in advance. Kind regar…

Hi, I've the following format specifier in a snprintf function: Source Code (1 line) Unfortunately, this results in the string '255', instead of -1. When I remove the 'hh' part, then -1 is correctly converted to '-1'. I've set the 'Printf Width/Precision supported' to Yes in the project configuration. I'm using SES 5.42 on a Mac. Is this a bug? Thanks in advance. Kind regards, Remco Poelstra

I think I've found the solution. I've added a ProgramSection as follows: XML Source Code (1 line)This seems to correctly fill the whole area between NRFFW[1] and REGOUT0. Kind regards, Remco Poelstra

Hi Nino, Thanks for your answer. I'm very sorry for my late reply, I was waiting for a mail from the system that there was a reply but never received it. I've tried both setting the 'default fill pattern' to 0xff as well as adding a 'fill="0xff"' attribute to the MemorySegment in the flash_placement.xml, but the UICR section is still filled with all 0's. Did I set the wrong option?

Hi, I'm using SES 4.52b with a (custom) nR52840 board. SES generates both .elf and .hex files. I've defined the following MemorySegment in the flash_placement.xml: XML Source Code (5 lines)When I now start the debugger (which loads the .elf) the unused sections in this MemorySegment are filled with 0's. When I load the .hex file, the unused sections are properly filled with 0xff. Is this a bug in the .elf loader? Or is there a way to make sure the unused sections remain untouched while loading a…