Ulf Lilleengen

@jcrossley3 Ok, good news. There is now a buffered uart example with wifi _and_ TLS now: https://github.com/drogue-iot/drogue-device/tree/main/examples/stm32h7/nucleo-h743zi/esp8266 Adapting this to your F4 shouldn't bee much more than changing pins and...

@jcrossley3 I've created a rebased version of this branch in #116 that uses the not-yet-merged buffered embassy usart for your board. I've made it use the 'drogue-temperature' example application, so...

Improvements: * Added `cargo xtask clone` in #244 * Added docs for BSP in #245 Will take a stab at improving the code docs.

I'm going to attempt to improve the experience of writing and running actors as follows: 1. Introduce a `spawn_actor!` macro to simplify creation and mounting of the actor context +...

Supporting the radio-hal traits sounds like a good idea to me as well. Note there are two versions of PhyRxTx, one for the blocking device, and one for the async....

> Perhaps it's a good idea to add `PhyRxTx` to radio-hal, though maybe with a structure that is more similar to its current traits. However (correct me if I'm wrong),...

> > the `radio-hal` base traits are perhaps more fine-grained than `PhyRxTx`, the idea is that you would to combine `Transmit` or `Receive` with `Channel` and `State` to compose the...

I worry that using a special build tool like `just` also raises the bar for contributors who want to develop drogue cloud who now needs to install another tool and...

IMO it's also about familiarity with the syntax (though I don't know just so can't say how different it is)

I'd like to release a new version with lorawan-device after the API changes for the async radio.