00:53 <re_irc> <@firefrommoonlight:matrix.org> I treat RMs as the source of truth for STM32, eg in how I suggest PAC changes, and how I write and document HAL functions

00:54 <re_irc> <@firefrommoonlight:matrix.org> adamgreig: Yea, like the H7 DMA indexing. It's outstanding!

01:03 <re_irc> <@firefrommoonlight:matrix.org> And re the Stream/Channel thing... This is one case where I deliberately deviated from the RM in API design... I chose consistency with the other STM32s

01:09 <re_irc> <@dirbaio:matrix.org> same, embassy calls them all "channels". Why the hell did they change that??? 🤣

01:19 <re_irc> <@firefrommoonlight:matrix.org> It's designed to trigger emotions (like frustration), which increases product engagement

02:12 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/RPUvLdMVKDoxmEBSetlBtCgj/image.png

02:12 <re_irc> <@oddstr13:matrix.org> dirbaio: welp, I think this means I'm stuck for now 😒

02:14 <re_irc> <@dirbaio:matrix.org> ah yeah you need nonblocking receive

02:16 <re_irc> <@dirbaio:matrix.org> I guess you need to be "receiving in the background" all the time somehow

02:16 <re_irc> <@dirbaio:matrix.org> and only when you need to send, stop the receive, send, restart the receive

02:20 <re_irc> <@oddstr13:matrix.org> pretty much, yea

02:20 <re_irc> <@oddstr13:matrix.org> potentially with an interrupt stashing packets in a buffer & re-starting rx

02:22 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/KfNyJLwSIIdlgmSQhgyaBrKs/image.png

02:32 <re_irc> <@oddstr13:matrix.org> async I can work around with my very ugly unsafe unsound hack, but I don't know to deal with the `self.lower.clone()` stuff (copying around a reference to `ieee802154::Radio`?)

02:34 <re_irc> <@dirbaio:matrix.org> you can probably just put a &Radio

02:35 <re_irc> <@oddstr13:matrix.org> I assume I'm supposed to stash the radio in some other object rather than directly into the struct like this?

02:35 <re_irc> <@oddstr13:matrix.org> ```rust

02:35 <re_irc> <@oddstr13:matrix.org> pub struct IEEE802154Socket {

02:35 <re_irc> <@oddstr13:matrix.org> lower: ieee802154::Radio<'static>,

02:35 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/482d5e38ad81b7820346632122d2fe6d8caf263e2fabbcb0b8dc641913e00940 (6 lines)

02:35 <re_irc> <@dirbaio:matrix.org> that should work

02:37 <re_irc> <@dirbaio:matrix.org> on `receive` you can do the receive, then return a RxToken with the received packet and a TxToken with a `&'a mut Radio`so it can later transmit the response

02:38 <re_irc> <@dirbaio:matrix.org> lifetimes on the `Device` trait are a bit confusing, it's kinda a hack to workaround lack of GAT (generic associated types)

02:39 <re_irc> <@dirbaio:matrix.org> essentially it's allowed for RxToken/TxToken to borrow stuff from the Device

02:40 <re_irc> <@dirbaio:matrix.org> ah you're copying from RawSocket?

02:40 <re_irc> <@oddstr13:matrix.org> yep, I grabbed RawSocket

02:40 <re_irc> <@oddstr13:matrix.org> I can push my current mess to github if you wanna look at what I've got

02:41 <re_irc> <@dirbaio:matrix.org> yea these don't have lifetimes in RxToken/TxToken

02:41 <re_irc> <@dirbaio:matrix.org> you can put a lifetime on it and hook it up like this https://github.com/smoltcp-rs/smoltcp/blob/master/src/phy/loopback.rs#L34

02:41 <re_irc> <@dirbaio:matrix.org> then TxToken can borrow stuff from the Device struct

02:44 <re_irc> <@oddstr13:matrix.org> here's my current (obviously non-working) mess; https://github.com/oddstr13/usb-dongle-smoltcp-6lowpan-test/blob/master/src/ieee802154socket/mod.rs

02:53 <re_irc> <@oddstr13:matrix.org> I really don't have a good grasp on lifetimes yet, but I'm getting a conflict between 'static and 'a it looks like

02:54 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/DSvyKuSLQPzqeLOtsBvOlgLk/image.png

02:55 <re_irc> <@dirbaio:matrix.org> ```rust

02:55 <re_irc> <@dirbaio:matrix.org> pub struct TxToken<'a> {

02:55 <re_irc> <@dirbaio:matrix.org> }

02:55 <re_irc> <@dirbaio:matrix.org> lower: &'a mut ieee802154::Radio,

02:58 <re_irc> <@dirbaio:matrix.org> I'm gonna go sleep, it's 5AM here

02:58 <re_irc> <@dirbaio:matrix.org> have fun :)

03:01 <re_irc> <@oddstr13:matrix.org> welp, time flies when having fun 🙈

10:22 <re_irc> <@richarddodd:matrix.org> Does anyone know of a good compile-time map for embedded?

10:22 <re_irc> <@richarddodd:matrix.org> (or lookup table)

10:28 <re_irc> <@xiretza:xiretza.xyz> what are your keys?

11:20 <re_irc> <@richarddodd:matrix.org> Keys are bytes

11:20 <re_irc> <@richarddodd:matrix.org> (or ascii characters)

11:21 <re_irc> <@xiretza:xiretza.xyz> and a simple `[T; 256]` won't cut it?

11:25 <re_irc> <@richarddodd:matrix.org> hmm maybe that's the best solution. Would be 4 * 256 ~ 1K mem. I'm probably not going to beat that with any other method.

11:26 <re_irc> <@richarddodd:matrix.org> Might stick with that for now, then if I run out, then start changing things.

15:08 <re_irc> <@thejpster:matrix.org> https://github.com/rust-phf/rust-phf

15:09 <re_irc> <@newam:matrix.org> How cursed is this for RTC example code?

15:09 <re_irc> <@newam:matrix.org> ```rs

15:09 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/9534581085e4c68f9ff80156e3e02d88ab7592b2728fe92e7bba497d418e9df8 (18 lines)

15:09 <re_irc> <@newam:matrix.org> use proc_macro::TokenStream;

15:09 <re_irc> <@newam:matrix.org> extern crate proc_macro;

15:25 <re_irc> <@thejpster:matrix.org> I've seen worse. But it does completely break repeatable builds - what do you need the timestamp for?

15:27 <re_irc> <@newam:matrix.org> Just for example code (to make the date-time set a little closer to reality), I wanted to see if I could, I didn't know that proc-macros were not sandboxed.

18:43 <re_irc> <@newam:matrix.org> is this safe (or is there a better way do extract non-overlapping sub-slices from an array)?

18:43 <re_irc> <@newam:matrix.org> ```rs

18:43 <re_irc> <@newam:matrix.org> use core::slice;

18:43 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/1f7acfe5a49e47ce4f70d1296f340fdd050f9a38e6edfbcedc5186dd72121e46 (10 lines)

18:43 <re_irc> <@newam:matrix.org> pub fn main () {

18:45 <Lumpio-> If you need just two parts use split_at_mut

18:45 <Lumpio-> Otherwise there's chunks_mut and such

18:50 <re_irc> <@newam:matrix.org> `split_at_mut` works great, thanks!

19:34 <re_irc> <@eldruin:matrix.org> PSA: `embedded-hal` `1.0.0-alpha.5` is out: https://github.com/rust-embedded/embedded-hal/releases/tag/v1.0.0-alpha.5

21:15 <Lumpio-> Whoa, 1.x?

21:21 <re_irc> <@almindor:matrix.org> Yay

22:47 <re_irc> <@thejpster:matrix.org> newam:matrix.org: It's safe - and it's in the Book as an example of an unsafe function wrapped in a safe function

22:48 <re_irc> <@thejpster:matrix.org> https://doc.rust-lang.org/book/ch19-01-unsafe-rust.html#creating-a-safe-abstraction-over-unsafe-code

23:44 <re_irc> <@firefrommoonlight:matrix.org> Has anyone used CMSIS? I'm interested in some of the DSP functions, and am deciding whether to translate, or use FFI. Leaning translate, although FFI has the advantage of being able to import the whole library

23:44 <re_irc> <@firefrommoonlight:matrix.org> The C-compiling and FFI piece seem... nontrivial