消息：今天开始将在论坛发布CubeF4的系列教程，每周2-3期。

eric2013

现在ST主推CubeF4已经无法逆转了，固件库已经停止更新，这个算是ST的发展战略吧，今年Cortex-M7内核的MCU激烈竞争即将上演。
CM7内核MCU内核哪家强，让我们拭目以待。

软件包这块，ST的优势比较明显，所以推出CubeF4这种更方便的图形界面，合情合理，我们安富莱电子顺势也推出CubeF4的系列教程，
这个教程每周在论坛发布2-3期，基本是做一期，发布一期。

caicaptain2

[s:141] [s:150]
攻城狮，程序猿随时跟进，马不停蹄啊。。。

redgrouper

想请教一下版主如何看待Cube以及HAL库。很多人说Cube和HAL是ST失败的项目，HAL代码臃肿，目前来说bug很多，不太适合嵌入式的开发。还是Standard Peripheral Library好。请问版主怎么看？

eric2013

redgrouper:想请教一下版主如何看待Cube以及HAL库。很多人说Cube和HAL是ST失败的项目，HAL代码臃肿，目前来说bug很多，不太适合嵌入式的开发。还是Standard Peripheral Library好。请问版主怎么看？ (2015-02-26 09:59) 

暂时先用标准固件库吧，让我们这些做开发的做先锋，先去探探地雷，[s:150]

eric2013

redgrouper:想请教一下版主如何看待Cube以及HAL库。很多人说Cube和HAL是ST失败的项目，HAL代码臃肿，目前来说bug很多，不太适合嵌入式的开发。还是Standard Peripheral Library好。请问版主怎么看？ (2015-02-26 09:59) 

去年年底的时候刚刚发布V1.4.0版本的CubeF4，这个版本应该好些，我先打打头阵。

caicaptain2

redgrouper:想请教一下版主如何看待Cube以及HAL库。很多人说Cube和HAL是ST失败的项目，HAL代码臃肿，目前来说bug很多，不太适合嵌入式的开发。还是Standard Peripheral Library好。请问版主怎么看？ (2015-02-26 09:59) 

我比较担心，凭ST一家的实力，很难做出较好的软件平台，毕竟他们是搞半导体出身的。

除非他们成立一个软件联盟，所有ARM核的开发商（NXP。。）都参与才能有所突破

jcx0324

个人不喜欢cube产生的代码,真心看起来累

eric2013

caicaptain2:我比较担心，凭ST一家的实力，很难做出较好的软件平台，毕竟他们是搞半导体出身的。

除非他们成立一个软件联盟，所有ARM核的开发商（NXP。。）都参与才能有所突破 (2015-02-26 10:39) 

的确是这样的，现在MDK搞的那个RTE环境也在升级。

redgrouper

以前用标准固件库，很容易搞明白程序在干什么，试用了一下HAL和Cube，不得不用上SourceInsight帮忙，对于ST推出软件平台的能力有点怀疑。

eric2013

sprone:HAL 封装得有点太厉害了，我做一个串口读入帧检测的应用中，被迫在应用层调用了HAL底层的函数和参数。

比较喜欢的是，在MDK5中要用RTOS的话，很方便，不用再去底层改驱动啥的。 (2015-02-28 20:50) 

的确是，打算做个10期左右就行，方便一些想用CubeF4的客户。

feezai

终于看到重启cube库的教程了，如lz所述，确实无可逆转，st肯定要玩这个库了，armfly觉悟早啊，执行力也很快啊。

勇于接受新事物吧，什么东西了解都要一个过程，

hexiaolong20

Cube HAL库做好了还是很有用的，尤其是对于大型的企业来说，增强了平台的可移植性，就像MTK的方案那样。

wwjdwy

跟着学吧吼吼吼吼。期待

feiante

eric2013:的确是，打算做个10期左右就行，方便一些想用CubeF4的客户。 (2015-03-01 10:28) 

只打算做10期吗？这是不是意味着以后还是要用原来的固件库呢？

eric2013

feiante:只打算做10期吗？这是不是意味着以后还是要用原来的固件库呢？ (2015-03-11 11:26)

看看大家的反应情况，其实使用这个图形开发界面，方便倒是方便，不过还是没有自己建立工程灵活。