Upgrade STM32CubeMX version from 5.3.0 -> 6.9.2

[gtaharaedmonds]

Summary

Upgrade the boards in our repo from STM32CubeMX 5.3.0 to 6.9.2. We need to switch to 6.9.2 to unlock support for the STM32H7xx family of microcontrollers, which is going to be on our vehicle controller this year. Also, we should just upgrade since they probably fixed a bunch of bugs.

TODO: Test this on other people's machines

Changelist

• Migrate every board's .ioc file from 5.3.0 to 6.9.2. This means we had to regenerate the drivers/middleware for every board, leading to a crazy diff.
• Switch to CMSIS-RTOS v2, which is supported in 6.9.2 (it wasn't in 5.3.0). CMSIS-RTOS is an API that wraps FreeRTOS, and v2 is way easier to use than regular FreeRTOS and way more powerful than v1.
• Bumped the version in the container (using a custom tag currently so ubcformulaelectric/environment still points to the regular container, and other CI jobs can run).

Testing Done

• Flashed all boards and spun wheels on jacks
• This is a big change, so lets do some driving with these changes

Resolved Issues

Checklist

Please change [ ] to [x] when you are ready.

• I have read and followed the code conventions detailed in README.md (This will save time for both you and the reviewer!).
• If this pull request is longer then 500 lines, I have provided explicit justification in the summary above explaining why I cannot break this up into multiple pull requests (Small PR's are faster and less painful for everyone involved!).

[Lucien950]

just a few optimization things.

[Lucien950]

Also I am not familiar about autogenerated STM files but can they autogenerate on each build? (If so can we hide it away in build_arm)

[gtaharaedmonds]

Also I am not familiar about autogenerated STM files but can they autogenerate on each build? (If so can we hide it away in build_arm)

Possibly yes. Currently we invoke CubeMX with the generate code command which just updates main.c and a few other files. We can also invoke with the project generate which should also update all driver files. Although Cube seems to not like being generated in a different directory than the .ioc so I'm not sure if we can put it in build_arm.

This'll be easier after the refactor since all CubeMX stuff will live in its own folder.

[Lucien950]

I'll review once #1040 gets merged in.