04:09 <f0rte[m]> does anyone else have alignment issues when using `tio` with `esp-println`? If so, how did you fix it? I'm experiencing something like this (only by the println code, the bootloader code formats fine)... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/CdjeoaxYsGaCpzuKeZUUGYJm>)

05:56 <M9names[m]> Please don't cross-post, this is pretty clearly an esp specific question. Anyone in here likely to answer it is also going to be in esp-rs.

09:19 <RoyBuitenhuis[m]> mabez: About that riscv32ima target. I suppose they implicitly asked me not to open the MCP to get it to tier 2. Do you know how to help the stabilization of Cargo build-std?

09:32 <RoyBuitenhuis[m]> * Cargo build-std? Not sure if there's something in the list of blockers I could help with.

11:18 <ithinuel[m]> thejpster Adam Hott James Munns : https://www.seeedstudio.com/Grove-Vision-AI-Module-V2-p-5851.html is another occurrence of M55 in the wild.

11:26 <JamesMunns[m]> > On backorder... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/LNVEzhScrUoEjdCgzWkFkGfv>)

12:03 <mabez[m]> <RoyBuitenhuis[m]> "mabez: About that riscv32ima..." <- I'm not really familiar with cargo, and tbh I don't have the time to get familiar with it. It's probably worth checking the issue list ehuss mentioned in your PR and seeing whether they can be solved easily, or if they truly block stabilization or can be punted down the line

12:06 <marmrt[m]> that is a tiny MCU package

12:14 <JamesMunns[m]> you aren't kidding, the MCU is the long rectangle in the center there

13:23 <AdamHott[m]> <ithinuel[m]> "thejpster Adam Hott James Munns..." <- The price is definitely right on that one.... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/BnOTCEkVFUjYPIzxqVUnTRWg>)

13:30 <AdamHott[m]> If I take a soldering iron to a cable on the positive terminal of a battery, will that complete the circuit and short the battery?

13:32 <AdamHott[m]> s/complete the circuit and//

13:32 <marmrt[m]> As long as you don't touch the negative terminal with the solder iron at the same time it should be fine

13:39 <AdamHott[m]> ok thanks!

15:42 <Ecco> Hi! Here's an embassy question: why is the stm32-metapac not providing any registers for the Touch-Sensing Controller? https://docs.embassy.dev/stm32-metapac/git/stm32wba52cg/constant.TSC.html#

15:43 <dirbaio[m]> because no one has added it

15:43 <dirbaio[m]> using these steps https://github.com/embassy-rs/stm32-data?tab=readme-ov-file#adding-support-for-a-new-peripheral

15:45 <Ecco> oh cool

15:45 <Ecco> Will try and do it then :)

15:46 <Ecco> I found some related files https://github.com/embassy-rs/stm32-data/blob/main/data/registers/tsc_v1.yaml

15:46 <Ecco> So I guess maybe all I need is to tell embassy-stm33 what touch-sensing IP this specific chip uses

15:47 <dirbaio[m]> ah yes. here: https://github.com/embassy-rs/stm32-data/blob/main/stm32-data-gen/src/chips.rs#L602-L606

15:47 <dirbaio[m]> check if the registers are the same as any of the v1/v2/v3

15:47 <dirbaio[m]> if they're not then you'll have to add v4

15:47 <Ecco> perfect

15:47 <Ecco> thanks!

17:30 <almindor[m]> embedded-hal::serial is embedded-io now?

17:31 <dirbaio[m]> yep

17:31 <almindor[m]> is there a changelog/migration doc somewhere between 0.27 -> 1.0 ? I'm trying to bump e310x-hal but it's kinda confusing for things I'm not used to (e.g. I never did anything with the i2c abstractions)

17:32 <dirbaio[m]> see https://blog.rust-embedded.org/embedded-hal-v1/ , it has some overview and links to the migration guide

23:03 <f0rte[m]> <M9names[m]> "Please don't cross-post, this is..." <- 9names: I understand that the spray-and-pray method may seem annoying, but you may notice I waited two hours before cross posting, and despite this received no replies (besides yours) in either group. I think that would indicate that it's logical to do so if I want hope of some traction. Not really sure what the "better" alternative would be.

23:04 <f0rte[m]> * would be. Not that anyone "owes" me help, but the membership between groups are different, and the issue I'm experiencing, while I am assuming _may_ be esp-specific, may also not be.