- 主题:国产M7来了
部分取代dsp的定位吧。
a7,a53这种已经有点面向throughput的感觉了。在某些需要强实时性的场合不一定合适。
h7可以满足一定的实时性同时也需要一定计算量的场合。比如多电机驱动/运控,飞控等等
【 在 Oriphia 的大作中提到: 】
: 所以我就觉得stm32h7放到现在的定位就很尴尬,不上不下,往上看那些四核A7、A53的又便宜又快还带GPU,如果跑RTOS的话,600MHz,coremark 2000+,这么快也不知道用来干嘛,搞IOT的话既没有无线通讯能力,又不支持硬件加密,基本等于用不了。
:
--
修改:lvsoft FROM 180.111.26.*
FROM 180.111.26.*
速度快,功耗可接受,直接跑系统
一些嵌入式设备还是会用的
虽然有点不上不下,也就有点可上可下
【 在 Oriphia 的大作中提到: 】
: 所以我就觉得stm32h7放到现在的定位就很尴尬,不上不下,往上看那些四核A7、A53的又便宜又快还带GPU,如果跑RTOS的话,600MHz,coremark 2000+,这么快也不知道用来干嘛,搞IOT的话既没有无线通讯能力,又不支持硬件加密,基本等于用不了。
--
FROM 111.193.146.*
一般企业搞个能搞好dsp的工程师不太容易了。
很多设计方案就是直接上系统,堆算力,简单粗暴
【 在 lvsoft 的大作中提到: 】
: 部分取代dsp的定位吧。
: a7,a53这种已经有点面向throughput的感觉了。在某些需要强实时性同时也需要一定计算量的场合不一定合适。
--
FROM 111.193.146.*
你不做硬件研发,或者产品吧?
你不考虑成本吗?成本光看cpu?你所谓的a7、a53加上外围形成最小系统多少钱?
所谓通信能力,M7自带以太网,其他的各种wifi、蓝牙、ble、4g模块才多少钱?
随便一个工业级要求,你所谓的屏能满足低温40度?
单台成本50块,你拿a7给我搞一个iot的硬件平台出来?
【 在 Oriphia 的大作中提到: 】
: 所以我就觉得stm32h7放到现在的定位就很尴尬,不上不下,往上看那些四核A7、A53的又便宜又快还带GPU,如果跑RTOS的话,600MHz,coremark 2000+,这么快也不知道用来干嘛,搞IOT的话既没有无线通讯能力,又不支持硬件加密,基本等于用不了。
:
--
FROM 106.38.11.*
对啊,就是考虑成本,那我用f4不够吗?甚至我能用g0。上位机不需要放现场,不需要考虑负40度的问题,相反我把算法和任务调度放在上位机上面,那现场mcu就是一个执行器,坏了就换,因为参数都存在上位机,换现场主机都不需要重新调试,这才叫做iot。
【 在 tubie123 @ [Circuit] 的大作中提到: 】
:
: 你不做硬件研发,或者产品吧?
: 你不考虑成本吗?成本光看cpu?你所谓的a7、a53加上外围形成最小系统多少钱?
: 所谓通信能力,M7自带以太网,其他的各种wifi、蓝牙、ble、4g模块才多少钱?
: 随便一个工业级要求,你所谓的屏能满足低温40度?
#发自zSMTH@LYA-AL00
--
FROM 112.96.112.*
我想了一下,m7的架构没有mmu,没有cache,dsp本身要处理大部数据,数据存在内存里,sdram应该只能跑到166MHz吧,sram天价,用m7来做dsp,内存跑异步上,那数据不命中的话要等最少等二十几个周期吧。
跑算法的话,我还没发现在f439跑不动的,我看b站拆美军无人巡飞弹的也只用到f7。
【 在 lvsoft @ [Circuit] 的大作中提到: 】
:
: 部分取代dsp的定位吧。
: a7,a53这种已经有点面向throughput的感觉了。在某些需要强实时性的场合不一定合适。
: h7可以满足一定的实时性同时也需要一定计算量的场合。比如多电机驱动/运控,飞控等等
:
#发自zSMTH@LYA-AL00
--
FROM 112.96.112.*
你的应用场景而已。。。
【 在 Oriphia 的大作中提到: 】
: 对啊,就是考虑成本,那我用f4不够吗?甚至我能用g0。上位机不需要放现场,不需要考虑负40度的问题,相反我把算法和任务调度放在上位机上面,那现场mcu就是一个执行器,坏了就换,因为参数都存在上位机,换现场主机都不需要重新调试,这才叫做iot。
:
: #发自zSMTH@LYA-AL00
--
FROM 106.38.11.*
其实有mmu有cache,反而会导致延迟产生巨大波动。实时系统并不是说延迟要多低,更重要的是有可预期的延迟。
而且m系列也不应该接sdram,需要sdram的场合还真应该直接上cortex a系列,sdram本身就是个面向吞吐量设计的架构,a系列的吞吐量远比m系列大。
m7定位的场合不适合io intensive的计算。比如运控/飞控,整个过程就是几个坐标轨迹输入,并没有大量数据交换,大量内存需求。
至于算得过算不过嘛,可以看看klipper的这个bench:
https://www.klipper3d.org/Benchmarks.html
你可以发现哪怕是stm32f042,甚至atmega2560这样的8bit mcu都是算得过来的,只不过tick rate很小而已。
所以这里对性能的要求并不是算不算得过来,还要看看能算到什么样的频率。运控,飞控这些场合,tick rate肯定是越高效果越好的。
说点题外话,上面这个bench里的rp2040也是m0系列,却拥有最高的tick rate。这是因为rp2040有PIO辅助,这玩意可以算是个小fpga或者小mcu了。所以我相当看好rp2040,不知道有没有那个国产ic把这个feature抄过来的。
我感觉有类似feature的mcu不多,总共也就在beaglebone black,PIC的部分型号,然后就是这个rp2040上见过了。bbb太贵了不考虑,PIC也比rp2040贵很多综合还要弱一点。我是觉得这个PIO有很大的潜力可以深挖。比如有人用它bit bang个DVI出来....rp2040的canbus也是靠PIO软件实现的,性能和稳定性都好得很。
【 在 Oriphia 的大作中提到: 】
: 我想了一下,m7的架构没有mmu,没有cache,dsp本身要处理大部数据,数据存在内存里,sdram应该只能跑到166MHz吧,sram天价,用m7来做dsp,内存跑异步上,那数据不命中的话要等最少等二十几个周期吧。
: 跑算法的话,我还没发现在f439跑不动的,我看b站拆美军无人巡飞弹的也只用到f7。
:
: ...................
--
修改:lvsoft FROM 117.136.66.*
FROM 180.98.4.*
都玩M85了
--
FROM 60.190.56.*