畅所欲言，随着i.MX RT各路开发板在国内上市，ST的F7和H7是否还有活路

eric2013 · 发表于 2018-1-18 15:42:50

除了那些忠实的ST粉丝。

我个人认为如果这两年没有大的降价幅度，将被丢弃到历史的垃圾堆。如同当年英特尔和诺基亚推的MeeGO系统，被Android打的死死的，随着自带5MB SRAM的i.MX RT系列发布，将彻底被判死刑。

eric2013 · 发表于 2018-1-18 15:46:13

因为我们的开发板V2，V3，V4，V5，V6都是用的标准库，看到F7和H7必须要搞HAL库，已经全然没有兴趣再做了，正好i.MX RT来了，拯救了我们。

quanqq2008 · 发表于 2018-1-18 15:52:27

汗歌，抓紧吧，望眼欲穿啊！

quanqq2008 · 发表于 2018-1-18 15:54:22

因为很多电力相关公司以前沿袭的传统是用freescale的芯片，从coldfire系列，到K60系列，所以我觉得i.mx rt 系列肯定会被很多公司引入的，只是时间问题，希望汗哥早点下手。

ruixiang · 发表于 2018-1-18 15:56:12

除却死忠粉，ST的F7和H7甚至是F4都将几乎没有活路，是几乎不是肯定。
对工程师和产品设计人员来说，功能，性能，成本是唯一需要考虑的。你有的功能，他也有，甚至更好，价格还比你便宜，我凭什么还用你？所谓信仰在成本性能面前，一文不值。
实事求是的说，ST在中国这几年发展不错，也很友好。中文化做的好，API库也好用。但没办法，丛林法则就是这么残酷。
除非是特殊的产品设计，RT上的某外设不够或某外设参数不满足产品要求，设计人员才会选择ST中的某款恰好能达到要求的吧。。否则，价格便宜功能更牛的RT，肯定会反ST的F7H7压的死死的。
F7和H7降价是唯一可能的活路吧，而且要大幅的降，降到和RT一个档次都危险，降到比它低才行啊。
芯片的价格越来越低，对工程师和老板来说是好事，成本降低了，利润增加了。。
可是，真的是好事么？芯片价低意味着产品价低，看起来功能强大牛B的产品可能因为竞争只能卖到几十块上百块。要想赚钱只能跑量。感觉工程师越来越累，越来越不值钱了。。

byccc · 发表于 2018-1-18 15:58:20

十年河东，十年河西，去年是ST刚刚发布STM32十周年，历史将继续上演？

天空之痕 · 发表于 2018-1-18 16:03:27

eric2013 发表于 2018-1-18 15:46
因为我们的开发板V2，V3，V4，V5，V6都是用的标准库，看到F7和H7必须要搞HAL库，已经全然没有兴趣再做了， ...

你好，我只开发过F103和F407系列的ST微控制器，没用过HAL库，想问一下为什么F7和H7必须用HAL库就没有兴趣再做了？

ruixiang · 发表于 2018-1-18 16:12:06

天空之痕发表于 2018-1-18 16:03
你好，我只开发过F103和F407系列的ST微控制器，没用过HAL库，想问一下为什么F7和H7必须用HAL库就没有兴趣 ...

我替硬汉回答吧，原因可能是两个
一是客观原因，HAL库对用户更加友好，意味着封装更加深，从效率的角度来说，肯定会影响性能;
二是主观原因，厂家动不动搞新的东西，工程师会很累，有一种跟在后面被耍的感觉。辛苦把标准外设库学好教好，一转眼厂家出新的了。不跟吧，以后肯定被淘汰，跟吧，以前学的要更新，又要重新重来。完全被动的跟着厂家跑，非常的令人讨厌和愤怒。。
所以，我觉得是这两个原因。不知硬汉，我说的对不对？

eric2013 · 发表于 2018-1-18 16:12:07

天空之痕发表于 2018-1-18 16:03
你好，我只开发过F103和F407系列的ST微控制器，没用过HAL库，想问一下为什么F7和H7必须用HAL库就没有兴趣 ...

从软件角度：
因为HAL做的太繁琐，我们现有的方案和例子都是基于标准库的，很多都是经过几年的时间验证。与其新学HAL，LL等库做验证，不如直接不搞他们了，换平台。

从硬件角度：
他们已经几乎没有优势。

eric2013 · 发表于 2018-1-18 16:15:01

quanqq2008 发表于 2018-1-18 15:52
汗歌，抓紧吧，望眼欲穿啊！

好，等我把二代示波器发布了，就开搞。

eric2013 · 发表于 2018-1-18 16:16:01

ruixiang 发表于 2018-1-18 16:12
我替硬汉回答吧，原因可能是两个
一是客观原因，HAL库对用户更加友好，意味着封装更加深，从效率的角度 ...

是的，后续的延续性太差。我们例子比较多，升级工作量太大。

lvehe · 发表于 2018-1-18 16:16:49

话说imxrt功耗怎么样，手持式设备对功耗要求比较严格

fiber · 发表于 2018-1-18 16:17:43

lvehe 发表于 2018-1-18 16:16
话说imxrt功耗怎么样，手持式设备对功耗要求比较严格

低功耗，高性能，是现在的如日中天的 i.mx6ul 换个内核搞过来的

ruixiang · 发表于 2018-1-18 16:21:48

i.MX系列的稳定性还是很有保障的。我从i.MX27开始，用过28，53，6q，6ul。特别是10年左右用的i.MX27，用在某公安的设备中，全年开机，居然几年了还好好的，稳定性很赞。只不过以前用的都是ARM9或A核，M核倒是没用过，不知道RT到底怎么样。

fiber · 发表于 2018-1-18 16:25:01

eric2013 发表于 2018-1-18 16:12
从软件角度：
因为HAL做的太繁琐，我们现有的方案和例子都是基于标准库的，很多都是经过几年的时间验证 ...

HAL 简直就是一坨屎

天空之痕 · 发表于 2018-1-18 16:31:33

ruixiang 发表于 2018-1-18 16:12
我替硬汉回答吧，原因可能是两个
一是客观原因，HAL库对用户更加友好，意味着封装更加深，从效率的角度 ...

谢谢，明白了

天空之痕 · 发表于 2018-1-18 16:32:18

eric2013 发表于 2018-1-18 16:12
从软件角度：
因为HAL做的太繁琐，我们现有的方案和例子都是基于标准库的，很多都是经过几年的时间验证 ...

谢谢，明白了

laofa · 发表于 2018-1-18 17:22:22

对H7还有一点需求就是3.6msps的16位ADC，这可是价值不非啊。

eric2013 · 发表于 2018-1-18 17:34:44

laofa 发表于 2018-1-18 17:22
对H7还有一点需求就是3.6msps的16位ADC，这可是价值不非啊。

就是有效位数一般
差分是13.X，单端11,X ,我们自己做的板子和优化能做到12位已经相当棒。

laofa · 发表于 2018-1-18 17:56:33

eric2013 发表于 2018-1-18 17:34
就是有效位数一般
差分是13.X，单端11,X ,我们自己做的板子和优化能做到12位已经相当棒。

原来这么水，还是继续用4370吧，哈哈

qwert1213131 · 发表于 2018-1-18 18:11:17

st的产品线太长了，今年估计主推低功耗系列了，H7或者F7肯定翻不了身了，
其他厂家的竞争力也在上升
这种局面对于开发者来说比较好

novice · 发表于 2018-1-18 20:59:52

I.MX RT也有自己的不足，例如BGA封装，没有内置的大容量RAM型号。
HAL库是一种进步，整个库变得更简洁，工程的维护性更好。

jcak-zhou · 发表于 2018-1-18 21:58:40

novice 发表于 2018-1-18 20:59
I.MX RT也有自己的不足，例如BGA封装，没有内置的大容量RAM型号。
HAL库是一种进步，整个库变得更简洁，工 ...

HAL庫就是一個垃圾玩意，居然有人說這個好，真是不考慮程序設計的基本要求

magicoctoier · 发表于 2018-1-18 22:07:42

其实和当年的STM32F1xx和LPC17xx一样，功能，性能，成本之外最重要的还是厂商的推广怎么样，是不是符合中国这个市场的定位。

一般首席 · 发表于 2018-1-18 22:30:34

stm32的HAL库简直一坨屎

bd7qw · 发表于 2018-1-18 22:36:52

由于细节上的问题1050比1052好好吧，但没见1050的核心板出来，还是我没注意看到，

unknownuser · 发表于 2018-1-18 23:18:36

据说RT1020 已经在测试当中了，STM32F207 系列估计会有压力了吧

novice · 发表于 2018-1-19 08:33:54

本帖最后由 novice 于 2018-1-19 08:38 编辑

jcak-zhou 发表于 2018-1-18 21:58
HAL庫就是一個垃圾玩意，居然有人說這個好，真是不考慮程序設計的基本要求

偏硬的人总是喜欢汇编、搞寄存器，喜欢直面硬件；偏软的人喜欢搞架构注重工程维护性，喜欢搞硬件隔离。
谁对谁错会在工作中得到答案。

我个人的看法是硬件是为方案服务的，硬件性能不够就换硬件，毕竟客户不会愿意改代码，所以说软件才是灵魂。
软件工程的维护性、扩展性比性能更重要。

laofa · 发表于 2018-1-19 08:46:56

novice 发表于 2018-1-18 20:59
I.MX RT也有自己的不足，例如BGA封装，没有内置的大容量RAM型号。
HAL库是一种进步，整个库变得更简洁，工 ...

同感，HAL更好用，现在只要勾一下就能把部件加上，各种参数只要简单配置一下就好，对于入门来说是简单好多，特别是对一个MCU还不了解的时候上HAL是明智之举，很多时候我用寄存器方式玩不转的时候就上HAL就知道怎么配置了。

rgw5267 · 发表于 2018-1-19 08:52:46

时代在发展，什么最新用什么

laofa · 发表于 2018-1-19 08:55:23

rgw5267 发表于 2018-1-19 08:52
时代在发展，什么最新用什么

我个人是什么好用就用什么

ou513 · 发表于 2018-1-19 09:02:10

jcak-zhou 发表于 2018-1-18 21:58
HAL庫就是一個垃圾玩意，居然有人說這個好，真是不考慮程序設計的基本要求

新手或要求不高的，感觉库好用，毕竟接口都做好了。但是真的不好用，嵌的太多了，找个东西n多转地方，效率啊估计也是………………

barryxiao · 发表于 2018-1-19 09:17:54

ou513 发表于 2018-1-19 09:02
新手或要求不高的，感觉库好用，毕竟接口都做好了。但是真的不好用，嵌的太多了，找个东西n多转地方，效 ...

效率上其实问题不大，中断处理得挺不错的，虽然中断时间长但更完善了。
但缺点也在这里，想做个贴心周到的库，又做得不够完善。就例如uart的idl中断回调，根本就没做接口。想用回调就得自己另写中断服务，既然都要自己重写中断服务了，干嘛还要你HAL提供的中断回调？
这个库在软硬件之间做了比较多的妥协，用c++来写的话会特别舒服因为硬件外设都是句柄操作。繁琐的地方基本都在与一些初始化、中断、数据收发，初始化只用一两次繁琐也无所谓，中断里其实也用了句柄操作，并没有看起来那样的低效，数据收发我通常用dma也没觉得很低效。

laofa · 发表于 2018-1-19 09:19:02

ou513 发表于 2018-1-19 09:02
新手或要求不高的，感觉库好用，毕竟接口都做好了。但是真的不好用，嵌的太多了，找个东西n多转地方，效 ...

我是低要求的地方用HAL，高要求的地方自己另想办法，不会呆死一棵树上。

翱翔云端的鸟 · 发表于 2018-1-19 09:28:37

试了下HAL库，然后还是回到标准库+寄存器了

smallmount · 发表于 2018-1-19 10:03:42

颤抖吧，RT1020的 LQFP100和LQFP144都快出来样片了

hanzixiangel · 发表于 2018-1-19 12:13:38

ruixiang 发表于 2018-1-18 15:56
除却死忠粉，ST的F7和H7甚至是F4都将几乎没有活路，是几乎不是肯定。
对工程师和产品设计人员来说，功能， ...

同意该看法如果ST不想死就必须降价往死里降否则他会丢失大部分份额至少在中国是

qwert1213131 · 发表于 2018-1-19 12:17:07

请扶正此楼

4058665 · 发表于 2018-1-19 12:48:20

5M 还是有些小    ST的HAL真难用，编译慢不说 weak翻来倒去的定位个代码极其不便自带的一些库效率很低，测试测试还可，太不实用
开始还结合CMSIS5用了一段时间，写了些程序后发现限制太多，还是换回来了
另外cube也是坑  想完美的实现用户代码和cube代码结合不容易
单片机  还是简而美的好

cjunrong · 发表于 2018-1-19 20:57:45

赶紧出 i.MX RT

		自动登录	找回密码
密码			立即注册

[其它] 畅所欲言，随着i.MX RT各路开发板在国内上市，ST的F7和H7是否还有活路

浏览过的版块