embedded-hal
embedded-hal copied to clipboard
A Hardware Abstraction Layer (HAL) for embedded systems
`1-wire` API
I'd like to propose a trait for a bit banged 1-wire protocol. It is a fairly simply protocol that uses a single pin for communications between one master device and...
# Signed count It's unclear from the documentation whether the intended use is an unsigned result from `count()`, with `direction()` indicating which way the system has moved from its zero...
Many MCUs (the STM32s especially) implement a plethora of different output options for their GPIO pins. A driver generally has specific output requirements for its pins -- but enforcing these...
I'd like to propose a waveform generation trait. This would be useful for efficient bitbanging, PWM, etc. I will begin with simple sketch and we will see where it will...
These traits became available in release v0.1.2 behind the "unproven" Cargo feature.
Since concrete driver implementations are on the way it would be great if there was a common set of Traits that could be implemented to retrieve values from sensors, potentially...
What the title says. The use case for this is some sort of generic charlieplexing interface / driver / library. ## Alternatives ### Vanilla ``` rust /// A tri-state (low,...
Clocks are an important part of all microcontrollers that I know of, and I believe this is a topic that should be covered in embedded-hal. I don't have a good...
Required for generic_associated_types feature.
Latest Rust nightlies have somewhat usable async-fn-in-trait support already! :tada: embassy-nrf updated here https://github.com/embassy-rs/embassy/pull/974 Paprecuts encountered: - there's this annoying error [playground](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=f04fca1f2a3d643c323fb49c05bd3ed3), workaround is to use the concrete type instead...