| 1 Apr 2020 |
| 08:41:42 |  Augustin Godinot | (I already looked at https://github.com/rust-embedded/awesome-embedded-rust) |
| 08:50:00 | Augustin Godinot | * Hi everyone,
Do you know anybody who ran RTFM sucessfully on a STM32F7 DISCOVERY ? Do you know if Board Support software exists for that board (I looked on the internet and couldn't find one, maybe I don't know the right keywords)
Thanks ! |
| 08:50:10 | Augustin Godinot | * (I already looked at https://github.com/rust-embedded/awesome-embedded-rust) |
| 13:34:53 |  thalesfragoso | There is a HAL for the F7, but no bsp, I think |
| 13:49:40 | Augustin Godinot | yes indeed and there is a BSP for the F3 I think but I haven't found any for the F7 |
| 2 Apr 2020 |
| 08:11:49 |  MathiasKoch | If a software task is spawned from an ISR, that should allow the ISR to return immediately, right? |
| 08:12:04 | MathiasKoch | * If a software task is spawned from an ISR, that should allow the ISR to return immediately, right? |
| 08:12:38 |  korken89 | The ISR will continue until it finishes (given that the ISR has equal or higher priority) |
| 08:13:00 | korken89 | And then the software task will run (given there is no other pending ISR / software task with higher priority) |
| 08:13:20 | korken89 | Or that is before it in the release queue (for software tasks with equal priority) |
| 08:13:38 | MathiasKoch | Great! |
| 08:13:43 | MathiasKoch | Thx |
| 08:14:18 | korken89 | No problem :) |
| 14:07:49 |  dngrs (spookyvision@github) | woo hoo, rtfm running on my F103, this is so exciting :) super fast turnaround! breakpoints! omg! (using cortex-debug vscode extension) |
| 14:22:06 | korken89 | Awesome! |
| 17:01:03 |  justacec | I am using RTFM for some STM32F103 efforts. I my MCU is crashing at line cx.spawn.process_spi_command().unwrap(); with an expect none failed. My process_spi_command() function does not return anything. Under what conditions can the result return None? |
| 17:01:58 | justacec | It should be noted that I am spawning this call from an ISR. |
| 17:07:43 |  ra_kete | That can happen if the same task is already running |
| 17:07:46 | ra_kete | https://rtfm.rs/0.5/book/en/by-example/tasks.html#capacity |
| 22:33:55 |  per.lindgren | you can set the capacity of the message queue, |
| 22:37:26 | per.lindgren | unwrap will panic if the backing queue is full (default size is 1). |
| 3 Apr 2020 |
| 14:06:46 | justacec | Thanks |
| 14:10:31 |  alex | Question with regards to the queue: Lets say the task with the queue has a higher priority than the task that is spawning it. That means that it will be spawned immediately after I put the first element of the queue in, right? |
| 14:10:51 | alex | What if I want to fill the queue to capacity, and only then start the task, is this possible? |
| 14:13:35 | alex | If I understand the workings of RTFM correctly I could do it by disabling interrupts, but maybe there is a better way? |
| 14:16:45 | korken89 | For this I would use an heapless::Queue that you fill and then simply spawn the higher prio task |
| 14:17:01 | korken89 | In reply to @alex:mailandmore.no-ip.org
What if I want to fill the queue to capacity, and only then start the task, is this possible? * For this I would use an heapless::Queue that you fill and then simply spawn the higher prio task |
| 14:20:02 | alex | Makes sense, thanks! |
| 14:20:26 | korken89 | No problem! |
| 20:26:49 | |  chocol4te joined the room. |
