One of the great features in CodeWarrior for MCU10.x is the ability to read memory/variables while running (see “Live View for Variables and Memory“). This technology of ‘live view’ is based on the CodeWarrior debugger engine. How can I do something like this with stock GDB and Eclipse? What I need is a periodic update of variables/expressions/memory while the program on the board is running, without the need to stop the board with the debugger first:
periodic auto-display output
On our motorbike tour through the Alps this weekend, we visited Italy, Austria and of course many summits in Switzerland. On the way from Italy to Austria we visited Lake Reschen (or Lago di Resia), an artificial Lake in South Tyrol, Italy, south of the Reschen Summit. The lake is famous for the bell tower of a 14th-century church: the tower is all what remains from the submerged village of Graun, and it probably Italy’s most famous drowned town:
Glockenturm im Reschensee
Hello Again!
In my previous blog I talked about the new getting started process for Kinetis FRDM-K64F development board. Here I am with my next blog going one step further and introducing you to the target application that I have planned for this summer using the awesome FRDM K-64 development board from Freescale. I am planning to work on some really cool stuff that we can do from this board. And I came up with an idea for making an Adafruit NeoPixel NeoMatrix Signboard!!
Wait….does it sound boring to you? Nah… we are not planning some ordinary signboard. This Adafruit NeoPixel NeoMatrix signboard is really cool. It will display what you want to display and it will change the displayed text with just the movement of your hand. Sounds interesting now?? Continue reading
Key to successfully implementing embedded applications these days is to have detailed visibility into what is going on with the application on the board. For this, I’m using the FreeRTOS+Trace from Percepio to inspect the runtime behaviour. Stop-Mode debugging is very useful, but visibility into the runtime is even more important. FreeRTOS+Trace is a tool to accomplish this, but it requires to dump the data off the target to the host (see “Updated Percepio Tracealyzer and Trace Library to Version V2.7.0“). Usually, I’m using the GDB debugger for this, and that works for shorter trace sequences like a few seconds. Yes, I can combine them, but it painful to stop, dump and continue. So what if I could collect trace for several minutes or hours without the need to stop the application? Why not stream the data to the host directly?
So here is it: I’m now able to get almost unlimited trace streaming off the target, witout user intervention. I can trace my application for hours 🙂
Trace Recording for almost one hour
Freescale has released the new Kinetis SDK v1.2 back in May. Because of the changes in v1.2, previous applications (or my tutorials) do not work any more :-(. So time to write a new tutorial: how I can use Processor Expert with FreeRTOS for the Kinetis SDK v1.2.
Blinky Task with FreeRTOS and Kinetis SDK in KDS v3.0.0
Hello all!
Here is my second blog about the Kinetis MCU development boards, introducing you to the new and more informative Getting Started process for Kinetis FRDM-K64F from Freescale. As a part of my internship I got the amazing opportunity to play with the ‘New Getting Started’ process and the most recent box of the FRDM-K64F development board from Freescale.
Freescale have been working all along to make the life of its customers easier. So, at the FTF 2015 we launched the new website:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=FRDM-K64F&tab=In-Depth_Tab
This website is for the new Getting started process for FRDM K-64F. This website will tell you all that you will need to start the FRDM K-64F development board. Continue reading
I have used semihosting more and more in my projects. However, there are several disadvantage of using it:
The good news is that Segger supports with their debug probes a faster approach with what they name Real Time Terminal (RTT). And it even runs without a debugger attached to the board: all what I need is a Segger J-Link probe (or Segger J-Link OpenSDA) plus a telnet client.
Segger RTT Viewer
Processor Expert for Kinetis v3.0.0 (which is part of Freescale Kinetis Design Studio v3.0.0, KDS) has now the concept of ‘repositories’ for the components.
Previously, Processor Expert was able to use two paths for its components (e.g. in KDS v2.0.0):
These directories are listed in the workspace settings (menu Window > Preferences > Processor Expert > Paths):
Processor Expert Paths in v2.0.0
I know: A new McuOnEclipse Processor Expert components release was long overdue. But I have been extremely busy in the last months, but now the university semester is over, and I have finally some spare time to catch up on a lot of things. So here we go: there is a new component release available on SourceForge (https://sourceforge.net/projects/mcuoneclipse/files/PEx%20Components/): Components 2015-07-05.zip
McuOneEclipse Components on SourceForge
In “A Processor Expert Component to Help with Hard Faults” I’m using a C handler with some assembly code, created with Processor Expert, to help me with debugging hard faults on ARM Cortex-M. Inspired by a GNU gdb script here, I have now an alternative way. As this approach is using the GDB command line approach, it works both with an Eclipse GUI and with using GDB in command line mode only :-).
MCU on Eclipse 