←back to thread

Ask HN: Best way to learn STM32 and embedded for beginner

10 points skoopsy | 1 comments | 15 Mar 25 14:33 UTC | HN request time: 0s | source

My google foo is producing garbage - Most tutorials don't go past blinky. Most suggest CubeIDE, others have suggested ChibiOS. I followed some tutorials on stmbase to get a blinky going on a ST Nucleo, but it used a HAL library and it feels like cheating. I'm really looking for a good book/site that walks through a bunch of tutorials/learning to go from blinking an LED on a STM32 right the way up to me being able to design and build my own Smart watch based on a Cortex M33 or M55. QSPI flash, I2C sensors, bluetooth, power management, some DSP. What would be the best suggested way to do this?
Show context
the__alchemist ◴[15 Mar 25 15:50 UTC] No.43373282[source]▶
Start with a project you think should exist, but doesn't, or doesn't exist well. Make it happen. I think the blinky, keyboard, and e-paper display tutorials and demos are perhaps not the best way to stay motivated. I think your smart watch project is perfect! With the following exception: Designing space and power-efficient PCBs and firmware are their own challenges, and may be a distraction if you're new to this in general. I.e, the PCB design goes from connecting-the-things to an intricate puzzle full of tradeoffs.

To add further confusion, consider rust. The flashing and debugging is easier, but the library ecosystem is a bit of a mess. On the plus side for learning, you will get comfortable with data sheets!

Btw, regarding HAL vs register-level programming... I think if you end up not using a HAL, you will end up writing a subset of one naturally as you create practical abstractions. Your call!

Note: There are general 3 types of manuals you will encounter for STM32:

  - Reference Manual: Details on the MCU family broadly. Use this as your guide to programming and peripheral capabilities.
  - User manual: Details on the specific MCU. Use this for pin mappings, and which peripherals are available on a given package
  - Dev board datasheet: If using a dev board, this describes which pins are mapped to which external pins, onboard peripherals etc.
Don't get too overwhelmed with all the STM32 varieties. The family tree is sprawling, but peripherals are usually heavily conserved. With many exceptions to keep things interesting... A lot of the maker-oriented material points towards older ones; I would skip those, as working with the relatively newer ones tends to be a bit easier. (i.e. no reason to use an F3, F4, F0 etc on a new project)
replies(1): >>43375279 #
1. skoopsy ◴[15 Mar 25 21:29 UTC] No.43375279[source]▶
Excellent, I'll stick with my lofty smart watch goal then. I do have some intermediate steps like running some sensor fusion from an IMU in real time. So hoping I can build up a system, add peripherals, then transfer off a dev board, then keep iterating and adding complexity over time.

Rust looks very cool and is probably the future. To lower complexity it seems to make sense for me to stick with the familiarity of C from a bunch of Arduino projects (Although mostly Arduino IDE and Libraries) and some C++ projects (not embedded), but maybe I don't know what's good for me there, is there an equivalent to shooting yourself in the foot or blowing your whole leg off in Rust?

It seems to make sense to dabble with registers enough to be confident in understanding what the HAL is doing whilst learning, I find taking a peek at the lower levels of abstraction can really impact how to use libraries best?

"Reference Manual" - Brilliant! Just took a look and this is going to help me get my bearings so much, thank you!

STM32 family is definitely overwhelming - I was tempted to pickup a F0 Nucleo to match the tutorials but I'll take that advice and stick with the F1 Nucleo that was given to me.