STM32cube例程序的缺点

发表于 2017-12-14 10:28

看了STM32CUBE都会发现，例子都是建立在官方开发板基础上的，这样就很容易让用户陷入开发板模式的泥淖之中。
看了新唐的BSP例子后发现，都是以芯片为基础的例子，很是好懂。大家说我说的对吗？
因为里面好多函数都是定义在开发板宏上的。。这让初学者容易迷惑。

发表于 2017-12-14 10:30

例子应该具备最原始的基础性，不应该依赖某个板子。。。
QQ截图20171214102737.png

比如这个最简单的GPIO IO Toggle例子，会发现，LED都用宏表示了，，就连初始化函数也是特别的宏实现的。。这让用户不容易看到最接近HAL库的东西。。

发表于 2017-12-14 10:31

希望以后ST做例子的时候，提供一份不基于任何开发板的例子，像新唐的BSP那种。另外也可以同时提供这种基于开发板的。

发表于 2017-12-14 10:41

对初学者来说直接用cube不太好，很多都被封装好了不便于学习

发表于 2017-12-14 10:55

学习了

发表于 2017-12-14 11:01

husoffer 发表于 2017-12-14 10:41
对初学者来说直接用cube不太好，很多都被封装好了不便于学习

对，太对了，他们封装的层次太多了，这一点很坑爹，没有新唐的BSP做的好。

发表于 2017-12-14 11:24

初学者最好先接触寄存器，不求习惯用寄存器，最起码知道什么是寄存器，再用库，不然出问题了根本不会找

发表于 2017-12-14 13:44

憨厚诚实大叔发表于 2017-12-14 11:24
初学者最好先接触寄存器，不求习惯用寄存器，最起码知道什么是寄存器，再用库，不然出问题了根本不会找 ...

是啊，特别是STM32给的库函数的例子写法，套的层次太深，不容易到底层。

发表于 2017-12-14 17:19

现在还是使用库开发。

发表于 2017-12-14 22:20

恩，有一定道理

发表于 2017-12-14 23:12

STM32的工程例程基于芯片及目标板而写，很自然啊。

要说脱离开发板的话，库函数就是纯粹基于芯片的代码，你可以基于库函数重新组建自己的工程。这个过程
中你也可以参考下官方例程。对于新手来说，CUBE库熟悉起来很快的，它条理很清晰。【其实基于官方相应例程框架来建自己的工程也很方便】

CUBE HAL库因要考虑到整个STM32全系列的移植上兼容性，API函数通用性强，但整体代码效率偏差。正因为这点，ST同时又推出了近于寄存器操作层面的LL库，即底层LL cube库，不论HAL库还是LL库都兼容STM32cubeMx图形化配置工具。使用STM32CUBEMX配置完成后可以根据需要生成基于HAL库或LL库的工程代码。

发表于 2017-12-15 08:27

分享的不错。

发表于 2017-12-15 12:37

不是有LL库吗，套路没HAL深的

发表于 2017-12-15 13:51

投入不够。
东西搞得不上不下。

发表于 2017-12-15 18:43

有些库函数实在看不懂，也是正常的。

[信息] STM32cube例程序的缺点

相关帖子

浏览过的版块

技术领袖奖章

十世金身

坚毅之洋流

荣誉元老奖章

技术奇才奖章

突出贡献奖章

沉静之湖泊

伴坛终老

奔腾之江水

七世轮回

精英会员奖章