|author||Ewout van Bekkum <email@example.com>||Thu Mar 11 08:30:39 2021 -0800|
|committer||CQ Bot Account <firstname.lastname@example.org>||Sat Mar 13 00:55:45 2021 +0000|
embos: fix for_at_least contract to add one tick Fixes the embOS backends for pw::sync::Mutex, pw::sync::BinarySemaphore, pw::sync::CountingSemaphore, and pw::this_thread::sleep_for to add one tick when invoking the native API to comply with the for_at_least contract as we do not know how far we are into the current tick. Note this is not observable without the use of an independent clock. This also adds explicit downcasting from int64_t to OS_TIME ticks when invoking native APIs. Change-Id: I113cbdfc1a88795df87223117e65a763ae050772 Reviewed-on: https://pigweed-review.googlesource.com/c/pigweed/pigweed/+/37280 Reviewed-by: Wyatt Hepler <email@example.com> Commit-Queue: Ewout van Bekkum <firstname.lastname@example.org>
Pigweed is an open source collection of embedded-targeted libraries--or as we like to call them, modules. These modules are building blocks and infrastructure that enable faster and more reliable development on small-footprint MMU-less 32-bit microcontrollers like the STMicroelectronics STM32L452 or the Nordic nRF52832.
Pigweed is in the early stages of development, and should be considered experimental. We’re continuing to evolve the platform and add new modules. We value developer feedback along the way.
Get the code:
git clone https://pigweed.googlesource.com/pigweed/pigweed
If you'd like to get set up with Pigweed, please visit the getting started guide.
There are many modules in Pigweed, and this section only showcases a small selection that happen to produce visual output. For more information about the different Pigweed module offerings, refer to “Module Guides” section in the full documentation.
pw_watch- Build, flash, run, & test on save
In the web development space, file system watchers are prevalent. These watchers trigger a web server reload on source change, making development much faster. In the embedded space, file system watchers are less prevalent; however, they are no less useful! The Pigweed watcher module makes it easy to instantly compile, flash, and run tests upon save. Combined with the GN-based build which expresses the full dependency tree, only the exact tests affected by a file change are run on saves.
The demo below shows
pw_watch building for a STMicroelectronics STM32F429I-DISC1 development board, flashing the board with the affected test, and verifying the test runs as expected. Once this is set up, you can attach multiple devices to run tests in a distributed manner to reduce the time it takes to run tests.
pw_presubmit- Vacuum code lint on every commit
Presubmit checks are essential tools, but they take work to set up, and projects don’t always get around to it. The
pw_presubmit module provides tools for setting up high quality presubmit checks for any project. We use this framework to run Pigweed’s presubmit on our workstations and in our automated building tools.
pw_presubmit module includes
pw format command, a tool that provides a unified interface for automatically formatting code in a variety of languages. With
pw format, you can format C, C++, Python, GN, and Go code according to configurations defined by your project.
pw format leverages existing tools like
clang-format, and it’s simple to add support for new languages.
pw_env_setup- Cross platform embedded compiler setup
A classic problem in the embedded space is reducing the time from git clone to having a binary executing on a device. The issue is that an entire suite of tools is needed for non-trivial production embedded projects. For example:
In the server space, container solutions like Docker or Podman solve this; however, in our experience container solutions are a mixed bag for embedded systems development where one frequently needs access to native system resources like USB devices, or must operate on Windows.
pw_env_setup is our compromise solution for this problem that works on Mac, Windows, and Linux. It leverages the Chrome packaging system CIPD to bootstrap a Python installation, which in turn inflates a virtual environment. The tooling is installed into your workspace, and makes no changes to your system. This tooling is designed to be reused by any project.