17:15 <re_irc> < (@CyReVolt:matrix.org)> : Thank you, sounds good! I've exchanged a bit with folks at Backspace (hackerspace in Bamberg) yesterday. They were very curious about embedded Rust and find the abstractiony (BSC, HAL, PAC) quite interesting. :-)

17:15 <re_irc> Slides are here: https://metaspora.org/microcontrollers-and-rust-wch.pdf

18:23 <re_irc> < (@ryan-summers:matrix.org)> alvela: Next time feel free to ping me here ;) Sorry I haven't been regularly monitoring Matrix lately

18:26 <re_irc> <Ralph> i'm using a SparkFun Motor Driver - Dual TB6612FNG (https://www.sparkfun.com/products/14451) which is a typical 2-motor h-bridge DC motor controller with a shutdown pin (to disable both motors at the same time). i've written a small driver for it but now realised that there's already an extremely similar driver for a completely different motor controller, l298n (https://github.com/lucazulian/l298n) (the only difference...

18:26 <re_irc> ... that i can see is that this one has a dedicated enable pin per motor, though that isn't implemented in the crate - i guess most people - myself included - will just keep the motor enabled at all times by directly pulling the pin high/low (depending on the chip)).

18:26 <re_irc> AFAIK all such h-bridge motor controllers are virtually identical (each motor is controlled by two digital pins to select brake/stop/forward/backwards and a PWM to select the speed for the forward/backwards mode).

18:26 <re_irc> would it make sense to have

18:26 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/44aCOhHH0rEVQZjB36jc5OdcGyEcR1dz (7 lines)

20:01 <re_irc> <Ransford Hyman> einferd: Pretty cool that you are working on this because this was going to be one of my projects for Embedded Rust 🙂 👍🏿👍🏿👍🏿

23:38 <re_irc> < (@dirbaio:matrix.org)> is there any downside of doing "extern crate alloc" on targets that do support "std"?

23:39 <re_irc> < (@dirbaio:matrix.org)> like, some weird target where it's not available..?

23:39 <re_irc> < (@dirbaio:matrix.org)> or is it always guaranteed to be available if "std" is?

23:40 <re_irc> < (@timbod7:matrix.org)> Cargo-embed is really nice. I'm using it for some stm32f401 development. But does anyone else find the tui display for the rtt output frustrating? specifically: the text output is lost when you interrupt the command, you can't scroll back through the output, or cut and past from it.

23:40 <re_irc> Is there a better tool or way to use it? It would seem more useful to just dump the rtt output to stdout and collect it in the contained terminal session.

23:53 <re_irc> < (@adamgreig:matrix.org)> you can at least tell it to dump the logs to a text file and then check that

23:54 <re_irc> < (@adamgreig:matrix.org)> probe-run is also popular and prints log outputs normally, but with multiple lines per log it can also get pretty noisy (it uses the same underlying probe-rs library so supports the same things, but works in a slightly different way and is developed by different people)

23:54 <re_irc> < (@adamgreig:matrix.org)> I mean, embed.toml can be configured to log rtt to a log file inside target/ as well as the tui display

23:56 <re_irc> < (@timbod7:matrix.org)> : Ah - I was looking for a command line flag. That will help - thanks!

23:58 <re_irc> < (@timbod7:matrix.org)> Just tried it out - much better thanks!