STM32F7还没用上，更强悍的STM32H7来了

游在云间 · 发表于 2016-12-18 06:16:02

还在用f1，情何以堪。

网络孤客 · 发表于 2016-12-18 09:02:32

感觉性价比不强。观望ing

jack12345 · 发表于 2016-12-18 10:06:47

400MHz跑LED的速度,真的挺快!

小小菜 · 发表于 2016-12-18 10:18:39

逼死电子狗的节奏啊

jxyctwt · 发表于 2016-12-25 19:15:15

M4才玩转,又来个H7了. 干脆上1G的单片机好了,十年不用升级

wz18th · 发表于 2016-12-25 21:57:27

F7板子还没落地，又搞个H7的大新闻啊……

小手冰凉 · 发表于 2017-4-25 09:34:38

XIVN1987 发表于 2016-10-26 13:37
400MHz，估计应该是MCU的极限了吧！

MCU的极限就是现在桌面级cpu的极限

jackiezeng · 发表于 2017-4-25 09:50:11

价格是关键，不带DDR性价比不高啊！

xiaowenshao · 发表于 2017-4-25 10:48:44

为啥TI、ADI、这些厂家的微控制器几年都不出一个新款

avr-arm · 发表于 2017-4-26 10:47:11

xiaowenshao 发表于 2017-4-25 10:48
为啥TI、ADI、这些厂家的微控制器几年都不出一个新款

应该是传统微控制器的市场已经达到饱和。
像F4，F7这一类做控制还不错，但做一些图形或网络的话，依然无法替代之前的ARM9.这里性能是一个因素，更重要的是软件栈。什么时候stm32可以运行Linux，那这个软件栈可以平滑过渡了。否则都涉及到一个重新开发的过程。
拿图形来说，只要带屏幕的设备要么是传统QT，要么是新兴Android UI。这些都是STM32所不擅长的。
拿网络来说，STM32做网络还是呵呵吧，可能集中在最简单的TCP，HTTP，UDP层。稍微上层的网络组件都不支持。开发起来是噩梦。

zack_cf · 发表于 2017-4-26 11:42:48

avr-arm 发表于 2017-4-26 10:47
应该是传统微控制器的市场已经达到饱和。
像F4，F7这一类做控制还不错，但做一些图形或网络的话，依然无 ...

怎么会无法代替ARM9呢。F4F7主频可以上到几百M，性能已经完全不是问题。这种主频的cpu已经可以运行win95了，那个年代的电脑性能还不如现在的F7还不是能干很多事？再说软件，Linux又不是非用不可，ucos难道不可以用，实时性Linux还不如ucos。再说Linux里面的API都是标准的，真想用这些API，在其他操作系统上封装一下就好，类似Cygwin的原理，根本不会存在“都涉及到一个重新开发的过程”。
图形STM32的低端型号可能不擅长，但是F4F7就没问题，有LTDC、DMA2D，就是为图形准备的。图形软件用ucGUI & emWin ，为何非要用QT？
网络怎么呵呵了？STM32低端型号都有网口，F4F7更不用说，软件lwip就可以做。TCP、UDP层本来就是传输层的协议，传输层有了，应用层怎么不可以做？“稍微上层的网络组件都不支持”根本站不住脚，只要遵行TCP、IP协议，符合协议的上层的网络组件完全可以运行。
SONY十多年前的游戏机PSP的cpu就不是ARM的，拿到今天来CPU也就比F7的频率高一点，也没用Linux，也没用QT，更没用Android UI，但是用户界面堪称一绝，整机图形性能和网络性能也不差，产品销量几千万。就算是消费电子产品也根本不会因为没用ARM的CPU没用Linux就变得一无是处。

avr-arm · 发表于 2017-4-26 12:13:09

本帖最后由 avr-arm 于 2017-4-26 12:15 编辑

zack_cf 发表于 2017-4-26 11:42
怎么会无法代替ARM9呢。F4F7主频可以上到几百M，性能已经完全不是问题。这种主频的cpu已经可以运行win95 ...

你可能没理解我的意思。我的意思并不是性能因素。而是在软件栈上。
受影响的主要是以前Linux栈的设备，向stm32移植这个过程。
图形和网络部分是没法直接移植的。这还仅仅是一部分。比如我设备里运行的node.js后端，代码如何移植？可以说根本没法，代码里要支持usb下的设备例如：4G模块，打印机驱动。网络这边要支持iptables，支持NAPT，支持反向代理。
也不用和我说一些实时性的事情，基本工控场合会有实时性的刚需，民用场合很少。
我说的是部分场合，并没有以偏概全的意思。因为很多工控设备我们一直用F103就很好。

还有一个“理论上符合TCP和UDP的上层应用都可以跑”我不敢苟同，这么说任何架构都可以虚拟化成其它设备跑任何代码，但这是没什么意义的。忽略了工作量的前提。
比如我想要跑反代frp，是GO语言写的，stm32怎么跑？这样讨论没什么意义。