ryan

another thing that can bite with FFI is dependence on `libc` which is not implemented for a _lot_ of platforms, so you almost always have to patch the bindgen build...

i think just cross compilation (including the test suite), afaik the issues we're looking to avoid are all around types and interfaces so should be p much (where things _can_...

[bluer](https://github.com/bluez/bluer) does support [`ConnectDevice`](https://docs.rs/bluer/latest/bluer/struct.Adapter.html#method.connect_device) which when enabled via `--experimental` in `bluetoothd.system` results in a dbus method error.. there's also `l2_bdaddr_type` in `struct sockaddr_l2` when opening sockets, but i can't see...

so you're right on all counts, you can't drive the radios from different places (on different SPI bus) because of the lack of bus synchronisation, and you can't run them...

> This is very cool, definitely will make these things less of an issue in the future. Is the plan to eventually fold in embedded-spi into embedded-hal or are there...

heads up i've moved `embedded-spi` over to `driver-pal`, though we're still stacking too many patches to publish just yet, and the transactional SPI PR has landed to hopefully be released...

I take it this is via the `DIO0` pin? To receive both it looks like you'll need to switch the `DIO0` mapping in `RegDioMapping1` from `RxDone` (`0b00`) to `TxDone` (`0b01`)...

yeah no stress, useful to leave it open for whomsoever gets to it first ^_^

ahh yes this is a classic embedded adventure, sorry that i haven't documented the generics better (if you fancy a PR later we could add some better docs and instructions...

hey, seems like a useful feature! i didn't implement it because how you configure the streamdeck typically depends on what kind it is, but, auto-detection with filters should work just...