diff --git a/README.md b/README.md index b7926b73e5661ef205c494be5b0975516b480c43..63b88b52bf4b305e3250f1b7fce2608369b17606 100644 --- a/README.md +++ b/README.md @@ -10,6 +10,8 @@ ST micros require an ST-Link for programming and debugging, which is a dedicated And lastly [here's the actual frequency response of the LC circuit changing as a large chunk of aluminum is brought over the coil](./images/frequency_response.mp4) It's hard to make out, but it's varying between 1.4 and 1.6 MHz, where frequency increases with the presence of aluminum. Steel had a similar, but slightly less prominent response (although the two pieces of metal were very different sizes so don't read into that too much). The steel target also reduced the amplitude of the response, and yielded cleaner, presumably less noisy oscilations. + + For next week, here's a nice blog post I found about [speeding up HAL's SPI transactions.](https://keepdevelopingprojects.wordpress.com/2020/09/09/reducing-stm32-spi-hal-latency/) One good reason to prefer ST to Atmel/Microchip here is that CubeMX generates MCU-specific initialization code, and actually going in to speed things up involves appreciably less searching for registers in datasheets. ## HTMSTMAA Week 7 - 4/15/21 diff --git a/images/LCresponse.png b/images/LCresponse.png new file mode 100644 index 0000000000000000000000000000000000000000..1e215a90f87ac3415450020f5b2b2940223082d4 Binary files /dev/null and b/images/LCresponse.png differ