04:05 <azqb[m]> Hello! I'm starting work on a project that uses embedded_hal. More of a curiosity question: eh:digital:OutputPin has a provided setState method which takes a PinState. Yet InputPin doesn't appear to have a matching state method which returns a PinState. Is this omitted for a reason?

07:04 <korken89[m]> <azqb[m]> "Hello! I'm starting work on a..." <- PinState and `bool` are interchangeable so an `.map(Into::into)` should be enough: https://docs.rs/embedded-hal/1.0.0/embedded_hal/digital/enum.PinState.html#impl-From%3Cbool%3E-for-PinState

07:04 <korken89[m]> If it's the reason it's omitted is unclear to me though :)

07:16 <thejpster[m]> Thoughts on https://github.com/rust-embedded-community/embedded-storage/pull/59 welcome.

08:32 <shilga[m]> Hi,

08:32 <shilga[m]> has somebody some tips for creating and modifying strings in `no_std` ? It begins in creating a struct that contains that should contain the string and it's memory. So the `&str` which is given in `new()` should be copied over to be part of the struct. I've found no good way to create a string with a max length. The only options I have found while googling for a solution is to use the heap.

08:34 <shilga[m]> I solved it right now by having the slice and the length stored separately, but that really feels ugly.... (full message at <https://catircservices.org/_irc/v1/media/download/AXYEpbdwbEOsSBz3yX1B4f65GtZOpVdRZvP7VoLMZ7-TK3o3rne_2dNsZuZq0dLsNqM_Cm4MDpZnEc10XRhLQSlCeS0nnrAAAGNhdGlyY3NlcnZpY2VzLm9yZy9jc21nbHBXa3lKZWRweVVvSW5PRUpjZ28>)

08:36 <shilga[m]> s/contains that//

08:39 <shilga[m]> I also have not found a way to easily concat strings in no_std. I ended up copying the raw data from slice to slice, which also feels really ugly.

08:41 <diondokter[m]> > has somebody some tips for creating and modifying strings in `no_std` ? It begins in creating a struct that should contain the string and it's memory. So the `&str` which is given in `new()` should be copied over to be part of the struct. I've found no good way to create a string with a max length. The only options I have found while googling for a solution is to use the heap.

08:41 <diondokter[m]> <shilga[m]> "Hi,..." <- > <@shilga:matrix.org> Hi,

08:41 <diondokter[m]> You're probably looking for a fixed size string. The `arrayvec` and the `heapless` crates both have a good implementation that I recommend you take a look at.

08:45 <dav1d> Danilo[m], yep it's pretty awesome, should also be able to do the same without idf pretty easily

08:51 <shilga[m]> <diondokter[m]> "> <@shilga:matrix.org> Hi,..." <- thanks, `ArrayString` seems to be what I'm searching for.

09:10 <chrysn[m]> Is there a general-purpose "async option cell" type similar to static-cell, so that I can declare `static MY_THING: AsyncCell<MyType> = AsyncCell::empty();`, and then anywhere in the code I can call `let thing: &MyType = MY_THING.... (full message at

09:10 <chrysn[m]> <https://catircservices.org/_irc/v1/media/download/AdoZ9O7hQYv-wBNcKaokN-rUHX3C8fjMtP_MlqdPPdeqVboyCn6WncH-GBzI3jekOnB2mO66X94TK8McoHMJs55CeS0prkfQAGNhdGlyY3NlcnZpY2VzLm9yZy9aeG1xWktGVlJ0ZGJEVXZGQ2hBaU9BVkk>)

09:30 <chomp4570[m]> You could build sth like that yourself fairly easily using a CondVar

09:31 <chrysn[m]> Is there an embedded friendly condvar? Quick search only shows async_std's and other std based ones.

09:34 <chomp4570[m]> Oh, right, it's in std. Stupid me

09:35 <chrysn[m]> Nonetheless it's a good search input!

13:39 <YaseenTa> hu

13:39 <YaseenTa> hu

13:39 <YaseenTa> hi

17:04 <cr1901> Is Yatekii around either on here or Matrix?

17:04 <JamesMunns[m]> Noah ^

17:06 <cr1901> Noah: Looking into msp430 support for probe-rs again. I see PRs like this, which make me think that external deps are discouraged. Is this correct? https://github.com/probe-rs/probe-rs/pull/2077

17:07 <cr1901> libmsp430 is the easiest way to get msp430 support right now, and gradually reimplement FET drivers in Rust incrementally

17:14 <ryan-summers[m]> The main problem is that a user will need the prerequisite libraries before installing probe-rs, right? Getting libmsp430 isn't trivial from what I remember, esp. on things like windows-based systems

17:17 <cr1901> You download it from TI's website, and you have to install drivers on Windows-based systems (I guess it's based on how libmsp430 talks to the devices, it's not actually all that clear to me why special drivers are required, since many protos talk over serial port).

17:19 <ryan-summers[m]> Yeah there's various forks of the libMSP430 lib because TI gives out the source. There's a lot of ....odd design choices for the MSP-FET that the libMSP430 is written to abstract out, like the EEM polling thread. As an aside, it doesn't work all that great IME

17:20 <cr1901> Is EEM still undocumented except for the source?

17:20 <ryan-summers[m]> I've never seen any documents around it, but have gotten a billion error codes from the MSP-FET around "EEM polling thread still active" in my automated test systems :)

17:23 <cr1901> Does probe-rs allow incremental support (e.g. programming only)?

17:24 <ryan-summers[m]> I would imagine it would allow whatever you program it to allow. Or are you asking from a policy perspective (i.e. would it be okay if we only implemented programming support)? I don't see why you couldn't mark things as unimplemented!() for now though?

17:26 <cr1901> Policy perspective. I don't like that I expect users to use mspdebug and possibly libmsp430- I think it's an ergonomic issue. But I cannot maintain Rust drivers for the myriad ways to talk to an msp430 device, especially if libmsp430 is unacceptable

17:29 <ryan-summers[m]> I wonder if you could just bindgen in the libmsp430 source code? That would eliminate the ergonomic issues and then let you use the existing libs (even if they aren't great)

17:30 <cr1901> Well that was my plan (at least attempt to do), but am unsure if it'll be accepted

17:36 <cr1901> ryan-summers[m]: Oooh, I see what you're saying- compile libmsp430 on-demand. I'd have to think about that, not opposed.

17:37 <ryan-summers[m]> Yeah that way you don't need the user to install libmsp430 on their system, it's just directly compiled with cc when probe-rs gets built and installed

17:41 <cr1901> Assuming I get those bindings working, where do I start inserting calls to libmsp430 into probe-rs? Just enough to e.g. get programming working

17:42 <ryan-summers[m]> Maybe better asked in the #probe-rs:matrix.org channel

17:43 <cr1901> (Not sure why I expected /join #probe-rs to work lol)

17:58 <cr1901> ryan-summers[m]: Right, I just remembered. At least for Linux, Windows, and Mac, TI provides a binary libmsp430 library. So no need to compile (for now) :P.

18:03 <ryan-summers[m]> Ah right, just bindgen into the external lib and link it in

22:03 <Ralph[m]> korken89: GH's dependabot just offered me to upgrade `panic-halt` to v1.0.0 - congrats on the major release! 🥳

22:03 <Ralph[m]> i noticed however that on your repo you neither have a v1.0.0 tag nor a GH release for it (the latter can only be created if you have the former) - maybe you forgot to push the tag? i'd also suggest to create the GH release to make it more visible