Pigweed: What’s New in January 2022¶
Happy new year from the Pigweed team! We’re excited to share what we’ve been up to this month and we’re really looking forward to what 2022 will bring to the Pigweed community.
Pigweed is a collection of libraries and tools for building robust embedded software, efficiently. Pigweed allows you to write code that runs transparently on both your host machine and tiny 32-bit microcontrollers like those in the STM32 and Arduino families, while giving you the comforts of modern software development traditionally lacking in embedded systems, like easy unit testing, powerful build systems, flexible logging, and reliable communication.
Many Pigweed modules are already shipping in commercial products, but it is still an early access project. Find out if Pigweed is right for you.
Pigweed is a free and open source project and we welcome contributions! Join us on Discord to share feedback, ask questions, and get involved with the Pigweed community!
Experimental Pigweed framework¶
We’re starting the “whole OS” framework version of Pigweed! It’s not ready for use yet but you might want to take a peek.
Pigweed is designed to be highly modular—you can use as many or as few of the Pigweed modules as you need for your project, and those modules will work flexibly in any project structure. This works great when you want to add Pigweed super powers like hybrid host/target unit testing or RPC communication to an existing project. While Pigweed gives you nearly all of the tools you need to efficiently build a robust, reliable embedded project, until now we haven’t had a great solution for building a new project on Pigweed.
The Pigweed framework assembles an opinionated project structure, build system, and development environment that does three key things:
Takes care of difficult but unproductive project plumbing issues like setting up a target toolchain and providing support for OS abstractions.
Configures Pigweed module backends that give you logging, asserts, threads, dynamic memory allocation, and more, that work transparently both on host and on target
Sets up a productive development environment with rich code analysis and powerful device interaction tools
You can experiment with this right now by checking out the
documentation. The experimental configuration leverages
FreeRTOS and runs on the STM32F429I Discovery board. With a
few simple commands, you can have a
complete embedded development environment set up and focus on building your
The Pigweed framework is still in very active development and you should expect breaking changes in the future. If you’re experimenting with it, we would love to hear from you! Join us on Discord!
Support for plugins in
Teams that use Pigweed quickly come to rely on the
console as a vital tool for interacting with their
devices via RPC. It’s now possible to tailor the console to meet your project’s
specific needs through a new plugin interface.
You can build your own menus, window panes, keybindings, and clickable buttons
to truly make
pw_console your own.
How are you using the Pigweed console in your project? Let us know on Discord!
Expanded support for Bazel and CMake¶
Pigweed’s primary build system is
GN (Generate Ninja), but to make it easier
to use Pigweed modules in existing projects, we have been expanding support for
the Bazel and CMake build
systems. Right now, the best way to determine which build systems a module
supports is to look out for
files (respectively) in module directories. While we work on improving build
system support and documentation, check out the
build system documentation for more detailed
information and join us on Discord for support.
Changes to the RPC
RPC endpoints use ChannelOutput instances to send packets encoding RPC data. To send an encoded RPC packet, we need a buffer containing the packet’s data. In the past, we could request a buffer by doing something like this:
auto buffer = pw::rpc::ChannelOutput::AcquireBuffer(buffer_size) // fill in the buffer here pw::rpc::ChannelOutput::SendAndReleaseBuffer(buffer)
methods are no longer part of
ChannelOutput’s public API, making its
internal buffer private. Now, we create our own buffer and
simply responsible for sending it:
auto buffer = ... // create your own local buffer with RPC packet data pw::rpc::ChannelOutput::Send(buffer)
This approach avoids several tricky concurrency issues related to buffer
lifetimes, and simplifies the
ChannelOutput API. It also opens up the
possibility of projects managing RPC buffers in more flexible ways, e.g. via
dynamically-allocated memory or separate shared memory mechanisms.
This is a breaking change if you update pw_rpc, but one that can be fixed quickly.
We’re actively reviewing the RPC API with a view towards significantly improving it in the future. Share your input with us on Discord!
It’s now possible to generate a token database from a list of strings in a JSON file for
pw_tokenizer. This can be useful when you need to tokenize strings that can’t be parsed from compiled binaries.
pw_assert_tokenizedbackend provides a much more space-efficient implementation compared to using
pw_log_tokenized. However, there are trade offs to consider, so check out the documentation.
CMake builds now support compile-time module configuration similar to GN through the use of the
pw_build, it is now possible to set a specific working directory for pw_exec actions.
pw_cpu_exceptionnow supports the ARMv8M Mainline architecture in
pw_cpu_exception_cortex_m. This allows us to take advantage of stack limit boundary features in microcontrollers using that architecture, like Cortex M33 and M35P.
We welcome contributions from the community! Here are just a few opportunities to get involved.
Pigweed now includes GN build files for TinyUSB, a popular USB library for embedded systems. Projects can now include it by cloning the TinyUSB repository and configuring GN to build it. But right now, we lack interfaces between TinyUSB and Pigweed abstractions like pw_stream. This is a great opportunity to help get very useful functionality across the finish line.
We’re very interested in supporting the Raspberry Pi Pico and the ecosystem of devices using the RP2040 microcontroller. We will be working in earnest on this in the coming months and welcome anyone who wants to lend a helping hand!
Evolving the Pigweed framework from its current experimental state to a relatively complete embedded project platform is one of our major focuses this year, and we want your help. That help can range from providing input on what you’re looking for in a framework, to building small projects with it and providing feedback, up to contributing directly to its development. Join us to talk about it on Discord!