确实，cubeMX+HAL+Freertos

用CubeMX确实挺好的，contex-M那么多寄存器，直接操作寄存器的方式在8位机上还可以，但是在contex-m太耗精力了。

早期版本的HAL库有好多bug，想修改还不容易，这是让人头疼的问题，现在好了一些，希望尽快把ST 把Bug都改掉。
不过我不喜欢ST把库封装的这么复杂，有把简单问题复杂化的倾向，在库的使用上我更喜欢NXP LPC系列的方式。

有了STM8的基础，如果库函数运用的很熟练，使用CUBEMX一点也不难，这个是趋势，F7只有HAL库了，要早学，既然上了STM32了，要想不落在人后，早些开始学吧

用CubeMX初始化代碼沒有不好。應用代碼中，它初始化好的物件其實可以操作暫存器，不見得要呼叫它的函數。

adlu 发表于 2015-12-7 09:27
当然，使用CubeMX有利有弊。
使用Cube的坏处是，它对操作封装的太好了，不利于你对底层操作的理解。
如果是 ...

其实你说的比较片面，有人用寄存器并非显摆，为什么这么说
第一，很多产品是讲究成本的，用库开发的代码占用空间大，本来32K FLASH的MCU用寄存器编程就够用，你非要用库编程选择一个64K FLASH的MCU，这样无非增加成本；
第二，就是你说的特殊场合，对效率要求高的，这个就不用多解释。