09:59 <re_irc> <@gauteh:matrix.org> Hi. I'm looking for a simple way to track elapsed time using hopefully systick on cortex-m, something similar to millis() on arduino. does anyone have any tips? doesn't need to be perfect.

10:13 <re_irc> <@omar_u8:matrix.org> gauteh:matrix.org: You can use a simple timer module I would think.

10:15 <re_irc> <@omar_u8:matrix.org> Start/Stop and capture value.

10:15 <re_irc> <@omar_u8:matrix.org> Not sure if there is a high level function though.

12:02 <re_irc> <@henrik_alser:matrix.org> gauteh: What device are you using? Are you using rtic?

12:58 <re_irc> <@firefrommoonlight:matrix.org> How long is the time you're tracking?

14:33 <re_irc> <@dngrs:matrix.org> any analysis I can run to figure out what's eating my stack? Running out of memory and not *quite* sure why.

14:36 <re_irc> <@dngrs:matrix.org> (using RTIC fwiw)

14:39 <re_irc> <@henrik_alser:matrix.org> dngrs (spookyvisiongithub): https://crates.io/crates/stack-sizes

14:40 <re_irc> <@dngrs:matrix.org> thx!

14:40 <re_irc> <@henrik_alser:matrix.org> And probe-run with —measure-stack

14:41 <re_irc> <@dngrs:matrix.org> `stack-sizes` looks awesome and exactly what I need. Will also try `probe-run`

14:41 <re_irc> <@henrik_alser:matrix.org> Can be useful

14:41 <re_irc> <@henrik_alser:matrix.org> Have fun!

18:54 <re_irc> <@jdeitmerg:matrix.org> Hello rustaceans, my name is Jonas and I'm totally stoked by rust in the embedded context

19:01 <re_irc> <@jdeitmerg:matrix.org> I want to get up to speed and have decided to jump in at the deep end: A controller for a little rover-thingy based on the nRF52832. The rover part should be straight-forward, but I also want to integrate the Nordic SoftDevice for BLE connectivity. I also want to use RTIC because it's awesome. Do you think this is feasible?

19:07 <re_irc> <@dngrs:matrix.org> it sounds like you already have a decent amount of embedded experience?

19:08 <re_irc> <@adamgreig:matrix.org> definitely sounds feasible! check out https://crates.io/crates/nrf52832-hal https://crates.io/crates/nrf-softdevice-s140 and maybe join #nrf-rs:matrix.org #rtic:matrix.org

19:09 <re_irc> <@adamgreig:matrix.org> and #embassy-rs:matrix.org is probably a good place to ask about the softdevice part (it's part of that project, but as I understand it you should be fine to use it with rtic too)

19:10 <re_irc> <@jdeitmerg:matrix.org> dngrs (spookyvisiongithub): Yes, on different MCUs, using different tooling, working with different communication stacks and of course not using rust. What could go wrong? :D

19:11 <re_irc> <@dngrs:matrix.org> jdeitmerg:matrix.org: you're probably good to go, depending on your level of Rust knowledge :) I'm not intimately familiar with Nordic (used them only a few times) but one caveat to look out for on STM32 is that it's sometimes quite hard to find good documentation/HOWTOs for things that aren't yet available in Rust HALs/crates, since most people use the CubeMX HAL and that's an abstraction that will get you...

19:12 <re_irc> ... exactly nowhere in Rust

19:12 <re_irc> <@dngrs:matrix.org> and/or articles will assume you've already memorized the entire reference manual

19:12 <re_irc> <@jdeitmerg:matrix.org> adamgreig: Saw those crates, I too think I have to go the "low level" of only basic wrappers for the SoftDevice. Will definitely check out the chatrooms!

19:15 <re_irc> <@adamgreig:matrix.org> perhaps I should have linked to https://github.com/embassy-rs/nrf-softdevice, there's a high-level API

19:16 <re_irc> <@jdeitmerg:matrix.org> dngrs (spookyvisiongithub): I'm not very confident in regards to rust, but have always got myself unstuck. Yes I have used CubeMX stuff and was nervous concerning clock tree configurations in rust. Well there is no clock tree to speak of on the nRF52.

19:20 <re_irc> <@jdeitmerg:matrix.org> adamgreig: I judged getting an async library to work with RTIC will be too much trouble. Wouldn't even know where to start 🥴

19:24 <re_irc> <@adamgreig:matrix.org> I haven't tried it, but I think running a simple async executor in the RTIC idle task is quite popular and perhaps straightforward, possibly easier than using the low-level softdevice interface yourself?

19:25 <re_irc> <@adamgreig:matrix.org> possibly like https://docs.rs/cassette/latest/cassette/, though I don't know if there's some reason that would or wouldn't work with nrf-softdevice

19:28 <re_irc> <@firefrommoonlight:matrix.org> AFAIK, the best support for BLE on nRF in Rust is embassy. So, it may be worth trying to get it working

19:29 <re_irc> <@adamgreig:matrix.org> I think all the BLE support is inside nrf-softdevice, though?

19:30 <re_irc> <@firefrommoonlight:matrix.org> Good pt

19:36 <re_irc> <@jdeitmerg:matrix.org> I think getting some hands-on experience with the SoftDevice is a good idea anyways

19:37 <re_irc> <@firefrommoonlight:matrix.org> I should probably just learn it instead of relying on high level interfaces

19:37 <re_irc> <@firefrommoonlight:matrix.org> It would be nice to have a high level API for SoftDevice not coupled to a framework though

19:38 <re_irc> <@firefrommoonlight:matrix.org> Is anyone here working on a BLE project?

19:38 <re_irc> <@firefrommoonlight:matrix.org> I'm not, but it would be nice should the use case arise in a future proj

19:39 <re_irc> <@firefrommoonlight:matrix.org> (I'm going to add BT audio to a WIP project, but from what I gather, BLE is unsuitable for high quality audio; normal BT is the better choice)

19:39 <re_irc> <@firefrommoonlight:matrix.org> If anyone has a non LE BT module they recommend btw, I'm all ears. Ideally something that can connect via I2S etc

19:39 <re_irc> <@adamgreig:matrix.org> nrf-softdevice _is_ that high-level API not coupled to a framework, I believe

19:40 <re_irc> <@firefrommoonlight:matrix.org> Oh. I should just learn it

20:34 <re_irc> <@dirbaio:matrix.org> nrf-softdevice requires only async itself, it can run on any executor

20:35 <re_irc> <@dirbaio:matrix.org> if you care about low-power use embassy's though

20:39 <cr1901> https://github.com/rust-embedded/msp430/pull/7#issuecomment-1006918176 Can someone help me merge this? Idk what bors wants

20:41 <cr1901> cc: adamgreig maybe you can help?

20:45 <re_irc> <@dirbaio:matrix.org> travis, hehe https://github.com/rust-embedded/msp430/blob/master/.github/bors.toml#L4

20:47 <cr1901> dirbaio: Tyvm

20:48 <cr1901> Guess I better take some time to figure out how bors actually works :/

20:49 <re_irc> <@dirbaio:matrix.org> it waits for the statuses in `status` to pass, then merges

20:50 <re_irc> <@dirbaio:matrix.org> travis is gone, so I guess you'd have to port the CI scripts to github actions, then update `status` in bors.toml to make it wait for that

20:51 <cr1901> Can I disable bors so I can merge?

20:51 <cr1901> I have admin rights on the repo, I just don't know how to disable bors for the time being so I can merge

20:52 <re_irc> <@dirbaio:matrix.org> you can disable enforcing bors in settings -> branches -> branch protection

20:54 <cr1901> dirbaio: Tyvm, that'll do as a stopgap for now

20:54 <re_irc> <@adamgreig:matrix.org> if you have admin rights you can just click merge on the PR, right?

20:54 <re_irc> <@adamgreig:matrix.org> or maybe you just need to disable branch protection also applying to admins

20:54 <cr1901> It was greyed out until I removed branch protection using bors

20:54 <re_irc> <@adamgreig:matrix.org> turning it off entirely seems fine too until CI is fixed, anyway

20:55 <cr1901> Yea, I'll have to set aside time for that. But this weekend is bad for that