RIOT
zephyr
Our great sponsors
RIOT | zephyr | |
---|---|---|
39 | 57 | |
4,754 | 9,402 | |
1.1% | 3.4% | |
9.9 | 10.0 | |
6 days ago | 2 days ago | |
C | C | |
GNU Lesser General Public License v3.0 only | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
RIOT
-
Open source embedded projects
Just one example: https://github.com/RIOT-OS/RIOT
- Woke up today to my first ever pull request of one of my public repos! Wait... oh... oh god...
-
Looking for a GitHub repo which contains unit tests
RIOT-OS has a lot of unit tests for all the boards they support. And it's written in C. https://github.com/RIOT-OS/RIOT/tree/master/tests
-
What's the best book and microcontroller to learn embedded design?
Another option is using RIOT-OS. But that unfortunately doesn't support PWM for the Weact. It does support PWM for the Bluepill and Blackpill STM32f103 and the Nucleo-f446 After quick search. \ https://riot-os.org
-
Programming arduino in actual C
Alternatively, you can also write your code in an RTOS. They often have scripts that make flashing and debugging easy. One that I personally like, and also supports Arduino, is RIOT-OS.
-
Cool C projects
Port a new board or Mikrocontroller to RIOT or Zephyr
-
Looking for someone interested in designing a HAL
You can also look at examples of HALs such as - libopencm3 (Though this is Cortex only) - RIOT OS (though this requires an RTOS)
-
How to do STM32 with no abstractions?
Or try RIOT-OS. Which is programmed in C and works nicely with STM32. It has some nice abstractions you can study. https://riot-os.org
- Query: Alternatives to Zephyr?
-
Can you share some open source projects we can contribute to?
I really like RIOT. It's an open source RTOS with a good support for a lot of IETF and POSIX standards. https://github.com/RIOT-OS/RIOT https://www.riot-os.org/
zephyr
-
VisionFive 2 ROM addresses for Zephyr RTOS
I am working on adding support for VisionFive 2 in Zephyr RTOS. I have created a device tree by referencing the starfive linux, patches of hifive_unmatched FU740 SoC and patches of BeagleV Starlight.
-
Adding support for visionfive2 in zephyr rtos
We are unsure on how to proceed further with this error. We have opened a github discussion regarding the same issue.
-
Learning to write device drivers using C/C++ in Zephyr OS
Then there are samples. Look through it for anything useful. RC522 uses SPI, so getting that to work would be a good first step.
-
PlatformIO and Zephyr is a bad idea
In this thread u/ikravets explained that there hasn't been much demand for Zephyr, which is why they aren't doing anything with it, and in this pull request Zephyr decided to no longer recommend PlatformIO in their documentation.
-
Libraries for Zephyr (Nordic SDK 2.3)
I'd start out with another IMU example like this one: https://github.com/zephyrproject-rtos/zephyr/tree/main/samples/sensor/lsm6dso
This is exactly the library you're looking for. You just need to create an application and instantiate it. The samples for other drivers can show you how to do that. https://github.com/zephyrproject-rtos/zephyr/tree/main/drivers/sensor/ism330dhcx
- Examples of excellently-written projects.
-
Sensor FIFO interrupt implementation in Zephyr
2) There's nothing better I guess. Just look through the samples and try to understand what they're doing. In the MAX30101 example they only enabled the sensor itself. So the configuration was already done in the .dts file. If you look into that file, you'll see how exactly it was configured. I'd urge you to go through the samples/sensor directory and look at as many overlay files as possible to see how they can be configured.
The Zephyr driver for MAX30101 does not have much functionality, it lacks sensor triggering support for example https://github.com/zephyrproject-rtos/zephyr/blob/main/drivers/sensor/max30101/max30101.c so you need to implement it yourself, maybe you could contribute to the driver itself.
-
Git archive generation meets Hyrum's law
I think that's uncharitable. Almost no one realized these things were being generated. We all assumed that links to github's "releases" were just links to files because they look like links to files! Here's one to Zephyr 3.2.0: https://github.com/zephyrproject-rtos/zephyr/archive/refs/ta...
You pull that and get a tarball that is presented to the world as an "official release". Looks like a file. Acts like a file. It's a file.
So now your package manager or reproducible build engine or whatever needs a reference to the "official source code release", and what do you point it to? That file, obviously. It's right there on the "release" page for the download. And of course you checksum it for security, because duh.
Then last week all of a sudden that file changed! Sure, it has the same contents. But the checksum that you computed in good faith based on the official release tarball doesn't match!
If there's a misunderstanding here, it's on github and not the users. They can't be providing official release tarballs if they won't guarantee consistency. "As documented", this feature was a huge footgun. That's bad.
What are some alternatives?
FreeRTOS-Kernel - FreeRTOS kernel files only, submoduled into https://github.com/FreeRTOS/FreeRTOS and various other repos.
mbed-os - Arm Mbed OS is a platform operating system designed for the internet of things
nuttx - Apache NuttX is a mature, real-time embedded operating system (RTOS)
wasm-micro-runtime - WebAssembly Micro Runtime (WAMR)
mongoose-os - Mongoose OS - an IoT Firmware Development Framework. Supported microcontrollers: ESP32, ESP8266, CC3220, CC3200, STM32F4, STM32L4, STM32F7. Amazon AWS IoT, Microsoft Azure, Google IoT Core integrated. Code in C or JavaScript.
FreeRTOS-rust - Rust crate for FreeRTOS
littlefs - A little fail-safe filesystem designed for microcontrollers
TinyGo - Go compiler for small places. Microcontrollers, WebAssembly (WASM/WASI), and command-line tools. Based on LLVM.
pico-sdk
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.