ULWOS2: Multithreading on the MSP430

In our previous article we saw an example of our simple thread scheduler ULWOS2 running multiple threads on a Linux host. Now it is time to demonstrate ULWOS2 on a real embedded system! In this article we show how to use ULWOS2 to enable multithreading on a tiny MSP430 microcontroller with only 2 KiB of flash and 128 bytes of RAM!

Porting ULWOS2

It is quite easy to port ULWOS2 to a new microcontroller or architecture, as long as GCC supports it. All you have to do is to design a 1 ms timer which ULWOS2 needs in order to enable the thread sleep timer!

The MSP430F2013 has no 32-bit timers and no tick timer such as the one found on ARM Cortex MCUs. In fact, our tiny MSP430 target sports only one 16-bit timer with two channels (timer A).  It also includes a watchdog (WDT+) which can be configured to operate as an interval timer with a programmable interval, including a 1.024 ms one.

The WDT+ can also operate using the VLO clock source and remain active in low power mode. Since the VLO operates at around 12 kHz, the minimum interval achievable is 5.33 ms.

Now let’s take a look at how the MSP430 implementation looks like. We have a single systemInit function which initializes all the necessary MSP430 peripherals. This means stopping the watchdog, configuring the clock for 16 MHz operation, configuring the I/O port, setting up the timer to provide our 1 ms time-base and enabling interrupts.

We also had to write a small interrupt handler for the timer interrupts. It is responsible for incrementing the time-base variable (milliSeconds) on every interrupt (once per millisecond) and also add 1000 to CCR0, so that the next compare happens 1000 us from the current one.

ULWOS2 also expects a function for reading current milliseconds count (ULWOS2_getMilliseconds):

Blinking an LED

The first and ubiquitous example couldn’t be anything else than an LED blinker! In this first example (blink.c file) we use ULWOS2 to implement a single-threaded LED blinker. I know, I know, a single thread? What is the point of having a thread scheduler to handle a single thread? Well, I completely agree with that, but the idea here is just to demonstrate ULWOS2 usage and analyzing its memory footprint. Also, the project configures ULWOS2 to support up to four threads. Even though we are running only one, we can have a pretty good idea of what is it like the memory footprint on a four-thread environment.

Below is the code of the thread that blinks the LED.

Our application’s main function is also pretty simple:

On this project we are using Code Composer Studio. The figure below shows some of the configuration needed for this project. Make sure that the target (ULWOS_TARGET) is set to ULWOS2_TARGET_MSP430. Also make sure that the maximum number of threads (ULWOS2_MAX_THREADS) is set to 4 (you can also set it to 1 if you like).

Code Composer Studio Configuration
Code Composer Studio Configuration

Don’t forget that you also need to set the GCC tool-chain:

CCS tool-chain

If the GCC tool-chain is not present, you are gonna need to install it. Follow this link in order to download it.

Once the code is compiled we can check the generated map file or alternatively check the memory allocation tab, a nice CCS feature which shows a graphical representation of memory allocation on the target device. From the image below we can see that ULWOS2 is using only 642 bytes of code memory and 44 bytes of RAM! Note: that count is not considering milliSeconds counter which adds another 2 bytes of RAM for a total of 46. The whole application is using 792 bytes of flash and 52 bytes of RAM.

I don’t know about you, but these numbers are impressively low considering we are doing multithreading on a MSP430 microcontroller with only 2kb of flash and 128 bytes of RAM!

CCS memory allocation

Setting a higher bar

Ok, maybe you didn’t get very impressed with a single thread right? What about running eight threads? That is right, the next example demonstrates an 8-thread application. We have one thread dedicated as a software PWM (controlling the LED on P1.0) and one controlling the LED brightness. Additionally, we have 6 other threads toggling I/Os at different frequencies on pins P1.1 to P1.6!

Breathing LED with ULWOS2
Breathing LED with ULWOS2!

We can see below the code for the software PWM thread and LED brightness control thread:

The source code for the other 6 threads is pretty much like the blinker thread we’ve seen on the blinker example.

This is our main function:

Don’t forget to also set the maximum number of threads to 8. You must also exclude from build the first example (blink.c) and include this one (breathing.c).

CCS setting 8 threads

Once everything is set, build the project and check the resulting memory allocation:

CCS – Memory allocation 8 threads

Yes, that is right, we are running 8 threads on a tiny MSP430F2013 with 2kb of flash and 128 bytes of RAM and we are using 65% of the flash and 89% of the RAM! Now this is what I call Ultra Lightweight Operating System!


In this article we’ve saw how to port and use ULWOS2 on an MSP430F2013. We’ve saw memory usage in two different scenarios and implemented a breathing LED using software PWM. The examples shown here are just for demonstration of how small and yet powerful ULWOS2 can be. I really hope you have enjoyed it. In coming articles we will see how to use ULWOS2 on an STM32 microcontroller, Photon Particle (based on the STM32), RISC-V, MSP430 using watchdog and low power mode and much more!

As usual, all the files and projects shown here are available on my Github.

Leave a Reply

Your email address will not be published. Required fields are marked *

one × five =