07:48 <igiona[m]> In embassy-nrf, iIs anything one has to do other than

07:49 <igiona[m]> * In embassy-nrf, is there anything one has to do other than enabling the feature nfc-pins-as-gpio in order to use the NFC pads as Gpio?

07:49 <igiona[m]> Somehow it's seem snot to be enough :/

07:55 <igiona[m]> * ~In embassy-nrf, is there anything one has to do other than enabling the feature nfc-pins-as-gpio in order to use the NFC pads as Gpio?

07:55 <igiona[m]> Somehow it's seem snot to be enough :/ ~

07:55 <igiona[m]> Errata, the DK connects the pins to the NFC connector as default. The feature is indeed enough ;)

07:58 <igiona[m]> * ~In embassy-nrf, is there anything one has to do other than enabling the feature nfc-pins-as-gpio in order to use the NFC pads as Gpio?... (full message at <https://catircservices.org/_irc/v1/media/download/AawewqOmNV2WyqX55NgLQbjPo3sEBE_tYfrF10sm0-G3Pe2JmyN2xf_0QwMmjqLDNdz--owlh139wdaCknkkFBq_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy9STkNjQ1Z4TVBkdFVMZ3FRdGJUV1Jham4>)

08:07 <thejpster[m]> ICYMI: https://blog.rust-lang.org/2024/11/06/trademark-update.html

09:29 <igiona[m]> * <del>In embassy-nrf, is there anything one has to do other than enabling the feature nfc-pins-as-gpio in order to use the NFC pads as Gpio?... (full message at <https://catircservices.org/_irc/v1/media/download/AaliGSfFOUiC5XzkGnkZIEDPPpAVmipYJA5KwDKABDM4pY7gSRaAvWBMX1zUZwofZrOtcuda4j-I4EUCgUQZM26_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy9wWnlnVWFibmhzcGdXa3pMY2lZTUVybko>)

09:48 <igiona[m]> Did anybody encountered issues with the SimplePwm duty cycle on nrf devices?... (full message at <https://catircservices.org/_irc/v1/media/download/AciIMFGU7tLKcXfmqMGqxKNF1FSMxaRVJFeEH1Ty1HPY2mhc8uhRCrtBOmo2B3zduZpRwXpHnenxobRm6nSk6k6_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy9tendDYkt1THl1VW55Q3hpWXh3QVhoaW8>)

09:49 <igiona[m]> s/max_duty/max\_duty/, s/is/it's/, s/month/months/

09:50 <igiona[m]> * Did anybody encountered issues with the SimplePwm duty cycle on nrf devices?

09:50 <igiona[m]> I'm puzzled 'cause on my nrf5340, when I set the duty to 0, the GPIO is high, and when I set to max_duty() it's low.

09:50 <igiona[m]> I'm not sure if I'm too tired already, or it's actually a bug to be reported :D

09:50 <igiona[m]> I tested both, embassy-nrf main and 0.2.0

09:50 <igiona[m]> I'm pretty sure on my nrf53833 did work just fine a couple of months ago.

11:32 <birdistheword99[> Hi guys, I'm looking to write a library that I can use on my embedded device, that describes the layout of my settings in eeprom, and in a PC application that will read and write those settings. I am tripping up on the... (full message at

11:32 <birdistheword99[> <https://catircservices.org/_irc/v1/media/download/AY_vKu--meVsXwpWwNsMNTmiavuh2Fa7XQMmeLGo7dWsCKVIjskcAs5lCV2n9mPYRxlkdW6_xeZoCDXHLVcwhne_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy91aFVvWUx3Wk56WlRzY2JsUmJtZUFZQms>)

11:33 <dirbaio[m]> Are you transmuting rust structs to bytes and writing them to eeprom?

11:34 <birdistheword99[> Yes, I'm annotating them with [#repr(c)] and writing them as bytes into eeprom

11:34 <dirbaio[m]> Heapless string itself is not repr(C)

11:35 <dirbaio[m]> So you can't do that

11:35 <dirbaio[m]> The layout is unstable. A future rustc version might decide to place the length at the end instead of st the start, for example

11:36 <birdistheword99[> Ah Ok thats good to know, why does the compiler not warn that items in a struct annotated with #[repr(C)]' are not all #[repr(C)]' ? Is there an additional clippy lint that needs to be turned on perhaps?

11:36 <dirbaio[m]> That's a very good q, I don't know. Maybe it should warn

11:37 <birdistheword99[> * Ah Ok thats good to know, why does the compiler not warn that items in a struct annotated with #[repr(C)] are not all #[repr(C)] ? Is there an additional clippy lint that needs to be turned on perhaps?

11:37 <dirbaio[m]> Anyway

11:37 <dirbaio[m]> The solution is you need to make your own string struct

11:37 <dirbaio[m]> {len: u32, chars: [u8; 32]}

11:38 <dirbaio[m]> And make it repr(C)

11:38 <dirbaio[m]> You can even omit the length and assume the string is padded with null bytes, that'd save some space in eeprom.

11:39 <dirbaio[m]> And Since you're making the structs yourself you can use u32 to avoid the usize issue

11:40 <birdistheword99[> Ah ok, that makes sense, thanks :)

11:41 <birdistheword99[> Does heapless String have a method to convert from raw bytes back to String?

12:46 <birdistheword99[> I'm guessing this is the most obvious way:... (full message at <https://catircservices.org/_irc/v1/media/download/ARuwZ9j3FG83mdGVxf59VK-OeErTKXamptGpcpyZWkKbRUcWjtvHvAHH5dpN3phEtGtgGAWTNBkz0F2176czR_6_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy9GR0FMcHBjRkt5cnFNZkFCRGpYc2pLeVY>)

19:14 <cr1901> Is there any precedent for optionally auto-generating memory.x for applications (so ppl who don't know the offhand can get started more quickly)?

19:15 <JamesMunns[m]> I think embassy provides it by default? or the nrf-hal crates used to automatically provide it (maybe behind a feature?)

19:18 <Lumpio[m]> Double from_ is a bit cumbersome, maybe time for a PR to heapless? 🙂

19:22 <cr1901> Why would embassy need to provide memory.x? Is it a convenience, or are apps expected to use a different memory region allocation?

19:22 <JamesMunns[m]> sorry, "embassy hals"

19:24 <cr1901> Ahhh. And yes, nrf-hal does it.

19:26 <dirbaio[m]> embassy does it for rp, stm32 but not nrf

19:26 <dirbaio[m]> PRs welcome

19:26 <cr1901> I was looking for ideas for msp430 :P

19:27 <dirbaio[m]> it's a convenience

19:27 <dirbaio[m]> * a convenience yep

19:27 <dirbaio[m]> it's best if hte HAL allows disabling it in case you need a custom memory map

19:28 <cr1901> How does embassy hals disable it, enabled-by-default feature?

19:28 <dirbaio[m]> Cargo feature memory-x

19:28 <dirbaio[m]> it's not enabled by default, you have to enable it

19:28 <dirbaio[m]> but the examples enable it, and that's what most people copypaste from

23:43 <Jubilee[m]> hey everyone, can someone show me a non-simple example of them using linker scripts to position "marker statics" in the binary? ...and by non-simple I do actually mean the weirder, the better, actually, though I might have some followup questions.