Search Results

Search results 1-15 of 15.

This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

  • Update: If I create a NEW debug configuration from Segger (not STM), I see the "connect to target" option. However, even though I explicitly filled in the path C:\Program Files (x86)\SEGGER\JLink\JLinkGDBServerCL.exe, I get an error "Error while launching command: gdb --version" when I try to debug. The project and ELF settings all look correct, and match the working non-Segger STM debug configuration. Any ideas??? Original post: I'm using J-Link base to debug an STM32F413CG over SWD, in the STM…

  • Background: Atollic 9.1, F429 Nucleo with Segger debug stub loaded. We'll be using Segger J-Link when production boards show up. CubeMX-generated FreeRTOS application. 6.34h Segger software installed. Trying to debug an LwIP problem, but breakpoint does not operate properly. When the breakpoint is hit inside an ISR (and FreeRTOS idle, no active task), the breakpoint fails to operate properly. The application stops, and a debugging failure is reported in the console window (shown below). RTOS-awa…

  • Apologies Nino if I wasn't clear. Connection is AOK, but the error happens on starting debug. I've attached console output below in case that's helpful. Thanks again for the help, Best Regards, Dave Source Code (134 lines)

  • Hi - I'm developing on a STM Nucleo-F413ZH Nucleo-144 Discovery board using STM/Atollic Eclipse. Because Segger doesn't provide a cable to connect my JLink to the debug header STM puts on these boards (please make and sell these!), I'm using the Segger-provided software in the onboard debugger. On this board (but not other boards I use), when I start the debugger it fails in the startup script, and pauses the debugger someplace related to the previous run. How can I get debug launch to work prop…

  • Is emFile suitable for: - nor SQI flash 64Mb - use under FreeRTOS (customer requirement) Is a hook provided to flush any cache for use entering power-down? Or is it expected that external hardware resets the processor while giving the flash time to finish up any operations in progress? Thanks! Best Regards, Dave

  • OK, problem is solved by adjusting FreeRTOS configuration; no idea why this is required: #define configUSE_TRACE_FACILITY 1 // without this, FreeRTOS-aware debug task list can miss tasks and show bogus stack overflows

  • Hi Guys - I'm not sure if this is a Segger problem, but maybe you've seen this before... I'm using MCUXpresso from NXP on a Kinetis K64 (Cortex-M4F). FreeRTOS 9.0.0 and ARM GCC tools of 1Q2017. #define configUSE_PORT_OPTIMISED_TASK_SELECTION 0 // Note: 1 causes FreeRTOS Eclipse plug-in to crash... #define configTASK_RETURN_ADDRESS 0 // place 0 task return address on stack to help FreeRTOS-aware debugger (GDB unwind thread stack) #define configCHECK_FOR_STACK_OVERFLOW 2 // FreeRTOS vTaskSwitchCon…

  •…03e08aafbeecf96ae201852b6Related to previous post: [SOLVED] JLink stack trace 0xA5A5A5A4 Freescale K64F, KDS 3.2, FreeRTOS-aware debugging on Windows 8.1, JLink_Windows_V612a Thanks to Arne I found and reset a well-hidden size-optimization setting, and now most FreeRTOS tasks show accurate call stacks. Unfortunately "BT input" task shows incomplete call stack. Same project as Arne received last week; just start it and pause. Any ideas? Thanks as always, Best Regard…

  • Thanks Arne, sorry I missed that optimization setting... Works fine now! Thanks again, Best Regards, Dave

  • Thanks Arne - I can send you the project; how do I do send this so it is not public? Thanks, Best Regards, Dave

  • Hi Arne - I'm also using FreeRTOS 9.0.0 (with no changes). IIRC other tasks using xQueueGenericReceive show normal stack trace. I've attached the FreeRTOSConfig.h in case that is helpful. Thanks, Best Regards, Dave PS: Is 0xA5A5A4 a known special fill sequence?

  • It's a debug build Arne - no optimization. Any ideas?

  •…03e08aafbeecf96ae201852b6Freescale K64F, KDS 3.2, FreeRTOS-aware debugging on Windows 8.1, JLink_Windows_V612a: No values are displayed for the peripheral registers (see attached image). Any idea what is going on? Thanks! Best Regards, Dave

  • Freescale K64F, KDS 3.2, FreeRTOS-aware debugging on Windows 8.1, JLink_Windows_V612a: One (and only one) of the tasks shows bad stack trace information. Program is running fine, plenty of stack space for this task. Please see image attached. Any idea what's going on? Thanks! Best Regards, Dave

  • Windows 8.1 machine with the Segger JLink_V612a of 2Dec2016 software installed. I just ran Windows update, and it wanted to install an ancient JLink driver from July 2014 (I declined). What's going on? Thanks! Best Regards, Dave