With Eclipse as IDE it is very easy to debug an application on a board. Still sometimes it is useful to get one level down and control the GDB server directly.
Monitor Flash Download
What is the life span of a cheap Chinese CO2 laser tube? I mean: how long can I use one these (aka K40) laser engraver/cutter tubes as used in that 50W machine I have? I have used my machine for over a year for now, and I don’t have hour meter, but I estimate it have used it for about 500 hours. I don’t have a data sheet of the tube used inside my machine. Discussions on the internet estimate the live span from DOA (Dead On Arrival) to ‘a few months with moderate usage’ up to 3000-5000h’. Well, whatever it would be: my laser cutter stopped working two weeks ago. Here is how I got it back operating again….
New Laser Tube on the Bench
Need a quick way how to attach a LED, a push button and two resistors to the Raspberry Pi header? One way is to use some ‘flying’ wires. Or to use three pieces of lasercut plywood for a nice looking Raspy extension board:
Wood Circuit Board on Raspberry Pi
There are things which are game changer in the world of software development: one such event was when I started using a VCS (Version Control System): it changed for me how I keep and store my projects and settings. It even changed the way how I deal with non-software related items like documents or other valuable things: I started storing them in to a VCS too.
Unit testing is a common practice for host development. But for embedded development this still seems mostly a ‘blank’ area. Mostly because embedded engineers are not used to unit testing, or because the usual framework for unit testing requires too many resources on an embedded target?
What I have used is the μCUnit framework which is a small and easy to use framework, targeting small microcontroller applications.
uCUnit
In my “Tutorial: Catching Rogue Memory Accesses with Eclipse and GDB Watchpoints” I have used Eclipse/CDT and GDB watchpoints. I used a conditional watchpoint, but this comes with a performance hit. In this article I show how to use the ARM Cortex trace hardware to catch specific writes to a memory location. Without severe performance degradation. But for this I need a little helper: the DEADBEEF catcher!
0xdeadbeef catcher
Eclipse is great: it gives me the tools and capabilities to solve the really hard bugs to find. An example of that ‘hard’ category are ‘rogue’ memory accesses: something in the application is accessing an unwanted memory location and corrupts the data. This might be very sporadic, or takes a long while until it happens. With normal ‘stop-mode’ debugging (setting a normal breakpoint) and stepping usually won’t let me find that bug, as it might be coming from a pointer somewhere. Maybe from an interrupt routine. Or maybe an unitialized or corrupted pointer corrupts to my memory. Usually all what I know is the memory adddress of the data, maybe what is written, but not what or who is writing to that location.
In this article I’m using one of the ‘less-known’ debugging techniques available in Eclipse and CDT and how it works: watchpoints!
Watchpoint with Condition
In this article I’m using one of the ‘less-known’ debugging techniques available in Eclipse and CDT and how it works: watchpoints!
In this short article I show you how to enable one of the hidden gems in Eclipse: how to get a description of the library function used in the code
snprintf() help text
FreeRTOS includes a nice feature to give me information about how much time every task is spending running on the system:
FreeRTOS Runtime Information
This tutorial explains that FreeRTOS Runtime Statistics feature and how it can be turned on and used.
My usual workflow is: edit – build – debug and repeat. And this for the same project again and again. So here are a few tips how to make these iterations faster with Eclipse. One thing is to use the F11 shortcut to debug the last launched/debugged application:
Debug Last Launched
MCU on Eclipse 