embedded-hal
embedded-hal copied to clipboard
A Hardware Abstraction Layer (HAL) for embedded systems
Hi All, I'v run into the need for a generic "Instant" implementation several times. - Its implementation could be "tick based", for example running from 72Mhz clock with an u32...
This trait lets the implementer choose the type for `Baudrate` as this is done in different ways in different crates. Returning a result lets the implementer sort out bad, incompatible...
**NOTE** I don't think the idea presented here should live in this crate, but it could live in a crate maintained by the HAL team. In any case, the only...
I would like to write a driver for the (not so popular) TLC5957 LED driver chip, which has a rather convoluted serial protocol. Like many devices with an internal shift...
# Motivation Most boards have one or more LEDs on them for application use. Because operating these lights is simple IO, the temptation is to simply use an `OutputPin` to...
While writing [`shared-bus`](https://github.com/Rahix/shared-bus) I was hit with the lack of a standardized Mutex type. `std` solves this by implementing the mutex type differently for all architectures it supports and this...
*embedded-hal* has done a great job in reducing the combinatorial complexity stemming from the *m:n* amount of *microcontrollers:devices*. But this is only part of the complexity problem present in current...
Currently the traits within embedded-hal make use of the nb crate's flavour of async IO, however, `core::future` and `core::task` have recently been standardised and I believe are slated for inclusion...
- What is missing in this API? - Can this API be implemented for different devices?
Also add a default implementation for FullDuplex, that only needs an additional read function. Implies some constraints resulting from #120. I also want to do an spi::Read trait, but the...