Memfault Beyond the Launch

Using GPIO in (Apache) NuttX RTOS

Alan C AssisJanuary 21, 20243 comments

In the previous article (https://embeddedrelated.com/showarticle/1610.php) we saw how to compile and run NuttX on three low cost boards (RaspberryPi Pico, ESP32-Devkit and STM32F4Discovery). Today we will see how to use GPIO pins and read and write logic level signals from/to the MCU pins.

Everybody knows that blinking a LED is the "Hello World" program of embedded system engineer. Controlling a GPIO we can do exactly that! Although it is important to know that NuttX also has a LED subsystem similar to that existent on Linux. Of course, because NuttX is a POSIX and a Linux-like RTOS for microcontrollers.

This article is available in PDF format for easy printing

In this tutorial we will use the RaspberryPi Pico board as example, but the same steps could be used for all other boards supported by NuttX. And this is a nice thing about NuttX: it is very orthogonal, what you learn for a microcontroller or architecture will be very similar to any other microcontroller or architecture supported by NuttX.

Let's see which pins are used by default as GPIO Output, Input and Input with Interruption support. Let's open the file boards/arm/rp2040/raspberrypi-pico/src/rp2040_gpio.c and look the lines defining it:

/* Output pins. GPIO25 is onboard LED any other outputs could be used. */
#define GPIO_OUT1     25
/* Input pins. */
#define GPIO_IN1      6
/* Interrupt pins. */
#define GPIO_IRQPIN1  14
For our “Hello World” objective, the use of GPIO 25 was essential, we could blink the board's LED directly. Later we can change it to another pin and connect an external LED to a breadboard.

We can start the build process clearing the previous configuration:

$ make distclean

Now we select the NSH configuration to the raspberrypi-pico board:

$ ./tools/configure.sh raspberrypi-pico:nsh

And run menuconfig to select the GPIO driver:

$ make menuconfig

Enter inside Device Drivers:

Then enter inside IO Expander/GPIO Support:

Enable the GPIO Driver:

Return to main menu and enter inside Application Configuration:

Enter inside examples:

Enable the GPIO driver example:

You can leave the menuconfig and compile the source code (use -j8 to use more CPU cores) :

$ export PICO_SDK_PATH=~/pico-sdk
$ make -j8
CPP:  ~/nuttxspace/nuttx/boards/arm/rp2040/raspberrypi-pico/scripts/raspberrypi-pico-flash.ld-> ~/nuttxspace/nuttx/boards/arm/rp2040/raspberrypi-pico/LD: nuttx
Generating: nuttx.uf2
tools/rp2040/elf2uf2 nuttx nuttx.uf2;

Now press and hold BOOTSEL button in the board and connect the USB cable in the computer. You will see the disk unit RPI-RP2. Copy the file nuttx.uf2 to the RPI-RP2 unit.

Connect a 3.3V USB/Serial to GP0 and GP1 pins as explained in the previous tutorial to get access to the NSH terminal and run "ls /dev" to confirm the gpio device files were created:

We can control the GPIO Output pin using passing -o value 1 or 0 to turn ON and turn OFF the LED:

And you will see the LED blinking:

For GPIO inputs we have two options: with interrupt support and without interrupt support. The main difference is that for inputs without interrupt you need to do polling to detect changes of its state, but for GPIO with interrupt we can be "notified" about that changes.

Let's start with a single example reading GPIO6 (that doesn't use interrupt in this case) you just need connect the pin 6 to positive (3.3V) this way:

And call "gpio /dev/gpio6" to read its state:

Please change the pin 11 to GND:

And run the command again, as you see it will show the value 0 instead of 1:

The next step is to read GPIO11 (that has interrupt support enabled). But before to do our testing we need to see more some technical details looking at the source code.

If you open the rp2040_gpio.c file you will see it is looking for FALLING EDGE signal (see RP2040_GPIO_INTR_EDGE_LOW) in our GPIO 11 pin:

  ret = rp2040_gpio_irq_attach(irq,

So, you need to include a pull-up resistor in the GPIO11 and connect the other side of the button to the GND, this way when you press the button the pin 11 goes down:

Now, finally we can test, and to do it we need to use the parameter "-w 1" that means we will wait for the signal 1 (we enabled only 1 signal, look at GPIO driver at menuconfig above). This way:

In this case the user pressed the button and the interrupt was generated. Case you didn't press the button in 5 seconds or there is some issue in your setup you will see the timeout message:

You can use GPIOs in your application looking the application example code at apps/examples/gpio/gpio_main.c as reference.

That all folks! I'm looking forward to our next tutorial.

Special thanks to Halysson Carvalho for supplying the images used here.

Memfault Beyond the Launch
[ - ]
Comment by tsjJanuary 30, 2024
Hello! I am getting into the programming of embedded systems and RTOS with your magnificent articles and I have done small tests with a Raspberry Pi Pico W board. I wanted to do the "Hello World" example of blinking the LED integrated on that board and from what I read it seems that LED in my version of Rpi Pico, although it uses the GPIO, is controlled by the WIFI chip (or so I understand). Is there a way to modify the proposed example so that I can control it? I assume so but my knowledge is not yet enough to do it myself and I was looking for source code to learn from it. I am also waiting for an article that teaches how to create your own software and include it in NuttX and not just use the examples to be able to program my own applications (and if there are examples in C/Rust/Python even better :-P). A cordial greeting
[ - ]
Comment by acassisJanuary 30, 2024

Hi tsj,

Thank you for your comment. I didn't know about Rasp PicoW using the WiFi chip to control the LED, initially I thought that information was incorrect because according with datasheet https://datasheets.raspberrypi.com/picow/pico-w-da... it uses an internal RP2040 GPIO pin (see page 4). Then I looked at schematic and in fact it is controlled by WL_GPIO0 pin. So, in this case we will need to implement the support in the Wireless driver to expose this pin as device file user LED. Please open an issue at https://github.com/apache/nuttx/issues and subscribe to NuttX mailing list https://nuttx.apache.org/community/ to discuss about it. In parallel you can try to use any other pin as user LED and connect a LED to that pin to test it (with a pull-down resistor). Cheers, Alan.

[ - ]
Comment by acassisFebruary 4, 2024

To post reply to a comment, click on the 'reply' button attached to each comment. To post a new comment (not a reply to a comment) check out the 'Write a Comment' tab at the top of the comments.

Please login (on the right) if you already have an account on this platform.

Otherwise, please use this form to register (free) an join one of the largest online community for Electrical/Embedded/DSP/FPGA/ML engineers: