10:49 <michaeldesilva[m> Hmm, I'm having a brain fart moment. If I have this, how can I write an Anytype wrapper on Pin (type-erasure):... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/vgOZTgwfhuREVTFHzZkwHgtx>)

10:50 <michaeldesilva[m> * Hmm, I'm having a brain fart moment. If I have this, how can I write an Anytype wrapper on Pin (type-erasure) - basically `got_pin` should be of type `PinWrapper<&mut Pin<_>>`... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/zehKktJnVxLZXImCFolPuwBx>)

10:54 <michaeldesilva[m> * Hmm, I'm having a brain fart moment. If I have this, how can I write an Anytype wrapper on Pin (type-erasure) - basically `got_pin` should be of type `PinWrapper<&mut Pin<_>>`... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/UNMupXvxaDfPFmBgTGUueonz>)

14:10 <michaeldesilva[m> For no_std if I setup type erasure is this a good crate for downcasting? https://crates.io/crates/downcast-rs

15:19 <JamesMunns[m]> Sorry, what are you actually trying to do michael.desilva, like big picture?

15:19 <JamesMunns[m]> Usually HALs will provide an `AnyPin` or something, or a "degraded" pin

15:20 <JamesMunns[m]> if your HAL doesn't offer that (like some way to go from PA04 -> "Pin"), then I'd probably consider that a fault in the HAL, and maybe use something like `embassy-stm32` instead.

15:21 <JamesMunns[m]> If you are trying to write a driver that works on any pin, even across HALs, then you might want something else, but if you are just trying to erase the difference between PA04 and PE03, then that is usually solved by the HAL.

15:23 <JamesMunns[m]> stm32h7xx-hal does offer this: https://docs.rs/stm32h7xx-hal/latest/stm32h7xx_hal/gpio/struct.Pin.html#method.erase

15:23 <JamesMunns[m]> but again, not super clear what you're trying to do, and if this is an X/Y problem

16:34 <michaeldesilva[m> <JamesMunns[m]> "Sorry, what are you actually..." <- I found my debugger had trouble stepping into certain blocks so I decided to toggle another LED - just to cofirm the logic path. I haven't been able to see any defmt output, so... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/XfdbfofhoTaJeytDWHSxxMRy>)

16:35 <michaeldesilva[m> > <@jamesmunns:beeper.com> Sorry, what are you actually trying to do michael.desilva, like big picture?... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/eQhawzefIjXTuYIxwTeBcrPA>)

16:36 <michaeldesilva[m> * I found my debugger had trouble stepping into certain blocks so I decided to toggle another LED - just to cofirm the logic path. I haven't been able to see any defmt output, so... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/nknyAjocqgOdiaGHDvihLoLa>)

16:37 <michaeldesilva[m> * I found my debugger had trouble stepping into certain blocks so I decided to toggle another LED - just to cofirm the logic path. I haven't been able to see any defmt output, so... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/kepKcYMcpbKyPREAijPMjZtb>)

16:56 <JamesMunns[m]> <michaeldesilva[m> "I found my debugger had trouble..." <- > <@michael.desilva:matrix.org> I found my debugger had trouble stepping into certain blocks so I decided to toggle another LED - just to cofirm the logic path. I haven't been able to see any defmt output, so... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/CcXlVgAWMrUNqHjHcrDOkIBY>)