LiveBudsCli
A tool to control your Galaxy buds+, Live, Buds Pro and Buds 2 Pro (by JojiiOfficial)
nrf-hal
A Rust HAL for the nRF family of devices (by nrf-rs)
LiveBudsCli | nrf-hal | |
---|---|---|
4 | 5 | |
189 | 473 | |
- | 2.1% | |
2.3 | 8.4 | |
14 days ago | 29 days ago | |
Rust | Rust | |
GNU General Public License v3.0 only | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
LiveBudsCli
Posts with mentions or reviews of LiveBudsCli.
We have used some of these posts to build our list of alternatives
and similar projects.
-
Minimum Bluetooth headset volume is too high
I'm trying out the Samsung Galaxy Live earbuds with Linux. Generally speaking, they work great. I was able to install LiveBudsCli to control the device-specific features (ANC) and view left/right battery.
- LiveBudsCLI - A tool to control your Galaxy buds+ and live from Linux
- Control your galaxy buds+ or live from Linux
nrf-hal
Posts with mentions or reviews of nrf-hal.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-11-06.
-
Rust newcomers are 70x less likely to create vulnerabilities than C++ newcomers [pdf]
You should try again. I think that code is verbose because of the borrowing and because you're trying to do a one-liner. I use the nrf-hal library with the nrf52840, and the code reads pretty nicely. Here's an example:
https://github.com/nrf-rs/nrf-hal/blob/master/examples/blink...
-
Any good examples of using embedded Rust with an existing embedded C codebase?
Reading nrf-hal source, unfortunately new does re-configure the UARTE, and there is not a new_unchecked. The solution I can think of is to duplicate the write code with nrf52833_hal::pac::UARTE0. The Uarte type does not contain any metadata, it exists purely to guard the init of UARTE.
- Rust on the MOS 6502: Beyond Fibonacci
-
First steps with Embedded Rust: Selecting a board
Really good. Check out the examples in the nrf-hal repo. Also, if you don't mind forking out for some extra components the Knurling sessions by Ferrous Systems are ace.
-
I rewrote my Rust keyboard firmware in Zig: consistency, mastery, and fun
The embedded HAL crates do this with extensive use of macros, for example: https://github.com/nrf-rs/nrf-hal/blob/aae17943efc24baffe30b...
This solution makes sense given the constraints of Rust, but there's quite a cost in terms of compiler time and cognitive overhead to understand what is going on.
(Aside: I didn't use the HAL in my Rust firmware, that's a higher layer of abstraction; I only used the PAC crates.)