Category: Software

Radia Perlman – Routing without tears; Bridging without danger

Posted by June 30, 2014

Nuttx on Linux

Posted by April 2, 2014

If you are also working with Nuttx, you will love the “sim” configuration. It will allow running a minimal version of Nuttx as a regular program on a linux machine (assuming 86x_64).

Before getting the sources and building anything you will need the 32-bit version of the GCC and the following libraries that can be installed like this:

sudo apt-get install -y gcc-multilib libc6-dev-i386 lib32z1-dev

After installing there is a final thing you need to fix on your own (see this launchpad ticket)

sudo ln -s /usr/include/x86_64-linux-gnu/zconf.h /usr/include

Now get the Nuttx sources using git like this:

git clone http://git.code.sf.net/p/nuttx/git nuttx.git

First thing after getting the sources is to run the configure script (a bit different from the well known ./configure) to setup the build directory for the target hardware. In our case the target will be the native machine for which the “sim” configuration has been created (see nuttx/configs/sim).

To configure the build setup for target “sim” with “nsh” as the application to run on start, run:

cd nuttx.git/nuttx/tools
./configure.sh sim/nsh
cd ..

Last step before building is the configure the image. This is done by calling

make menuconfig

There is at least one setting that needs to be enabled:

– System Type —> [*] Build 32-bit simulation on 64-bit machine

You are now ready to build the image

make

If there was no problem during the build you will find a “nuttx” file in the same directory. Just run it and you will see the NSH prompt.

./nuttx

lzoDSO – Firmware Documentation

Posted by June 12, 2013

oscilloscopeMoved form using Doxygen 1.7.1 (comes with Debian 6) to Doxygen 1.8.4 (build from sources) for the lzoDSO firmware documentation. Looks much nicer.

Still, there is a problem with the documentation (unrelated to doxygen). All code that is linked to the project repository using svn:externals properties is somehow not covered (still investigating). I think this is somehow related to the way the Bitten slave (build slave of my CI setup) does the automated build (in which doxygen gets executed).

If you ever had something similar, please let me know (via comment or Twitter).

Using Doxygen

Posted by June 12, 2013

doxygenAfter using Doxygen for a couple of years, I have collected the basics of how to work with it in a short article in the labs wiki.

The article covers installation from package or sources and short list of doxygen parameters that are essential to building your documentation based on source file comments.

I thought it is about time to publish it, even though its quiet short.

lzoDSO – todo for today: timer driver

Posted by June 11, 2013

Will work on the timer driver code (legacy and fresh one) to allow selection of the actual hardware timer to use (the on-chip ones that are part of the ATmega series micro controllers).

When things are working, I’ll be able to finally enable the test signal output on the front panel controller board of the lzoDSO.

lzoDSO – Status Update

Posted by June 3, 2013

oscilloscopeWhat happened in the days past:

  1. moved prototype-a branch to trunk of our repository (finally!)
  2. registered lzoDSO project at Ohloh
  3. started moving legacy code out of the firmware to replace it with code that has been programmed test-driven
  4. created a minimal project homepage

lzoDSO – Documentation

Posted by May 27, 2013

oscilloscopeI have set up a routine that automates the generation of documentation for the prototype firmware on every commit to the repository.

The documentation is generated using Doxygen, which scans for comments in the source files and compiles into one structured document. The result is available here.

lzoDSO – legacy firmware … evolving

Posted by May 22, 2013

oscilloscopeYeah! We have finally managed to fix some stupid things, related the the firmware used for our lzoDSO scope. There where files missing (which had been referenced by the Makefile but where outside of the projects repository) and loads of files in either the wrong place or simply cruft.

The files have now been added (which should allow anyone to build the firmware) and things have been cleaned up slightly. There is still much work, so be sure you will find spots in the source that have a smell. I have also documented the fuse-bits that are configured in the micro controller used.

Ah .. note, after having the missing files in the project, these “sub-projects” have their own dependency which is CppUTest in that case (this is a dependency to be proud of I think). So make sure you have CppUTest on your machine and your users environment set up with the corresponding variables (see the Software page in the lzoDSO wiki for details on how to setup the build environment).

Agile for Embedded — Impossible!

Posted by May 3, 2013

A sarcastic collection of the typical lousy excuses people come up with for why “agile” can not be applied to their project

Watch end enjoy!

Gerard Meszaros on Automated Testing Patterns and Smells

Posted by May 3, 2013