delay
loadstone | delay | |
---|---|---|
2 | 3 | |
184 | 15 | |
0.0% | - | |
0.0 | 0.0 | |
over 1 year ago | almost 2 years ago | |
Rust | Rust | |
MIT License | 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.
loadstone
-
Embedded Rust Development
Just the first example that comes to mind: https://github.com/absw/loadstone
-
Announcing Loadstone, a secure bare-metal Rust bootloader
Loadstone is an open source, MIT licensed secure bootloader for small-footprint embedded applications (bare metal, RTOS at most). We've been working on it for some time at Bluefruit Software, and you may have read about it on my blog.
delay
-
AVR-GCC Compiler Makes Questionable Code
Took a while but this issue was fixed this year. Until then, you could compile a patched version of LLVM, or use an older nightly.
And the code generation was quite broken indeed. Most importantly the saving of registers within interrupt handlers. Hard to understand the bug, but I had documented a simple ask inline solution on the issue. It has been fixed since then.
My last experience was quite good. And I didn't notice wrong codegen.
As an aside, the inline asm combines pretty well with generics to produce custom machine code during compilation. For example I was able to reproduce the gcc-avr built-in for delays: https://github.com/avr-rust/delay/blob/cycacc/src/delay_cycl...
-
Embedded Rust Development
I recently got an Arduino Uno to blink without much hassle, very excited about the 328p having built-in support. Will be even easier when a new release of a couple libraries gets released to crates.io, hopefully soon? (https://github.com/avr-rust/delay/issues/19)
-
Code works fine copy/pasted into my main.rs, but is ignored when run from its own external crate
tl;dr I'm trying to figure out why the avr-delay::delay function doesn't seem to do anything when imported as an external crate, but when copy/pasting the code into my main.rs, it all works. Source code here https://github.com/avr-rust/delay
What are some alternatives?
gdbstub - An ergonomic, featureful, and easy-to-integrate implementation of the GDB Remote Serial Protocol in Rust (with no-compromises #![no_std] support)
esp-wifi - A WiFi, Bluetooth and ESP-NOW driver for use with Espressif chips and bare-metal Rust
blue_hal - Rust HAL repp
embedded-storage - An Embedded Storage Abstraction Layer