MCU市场的分类要重新改写，Cortext M核的时代已到来。

1万 · 2010-11-24 16:23

该上M0了!

1万 · 2010-11-24 16:25

问一句新塘那玩意可以使用jlink调试吗？

如果不换开发工具，还是比较具有吸引力.

2万 · 2010-11-24 16:33

上量稳定的产品，管你M0，M2，M3，M4，除非那款MCU停产，不然是不会换的，性能再高，再好与我无关。

只看该作者 · 2010-11-24 16:37

42# shizaigaole
可以用JLINK调试 V8我有朋友在用----

2万 · 2010-11-24 16:41

上量稳定的产品，管你M0，M2，M3，M4，除非那款MCU停产，不然是不会换的，性能再高，再好与我无关。
pa2792 发表于 2010-11-24 16:33

如果老板说省下的钱给你1半当奖励呢?

或者你就是老板呢?

只看该作者 · 2010-11-24 16:46

顶了

2万 · 2010-11-24 16:48

老板省元器件前的时候，也要省你的薪水的，别做梦他把省出来的一半给你发奖金，他不把你薪水也省半就好了。
把为了省钱换IC的时间，多折腾款产品吧。

2万 · 2010-11-24 16:49

老板省元器件前的时候，也要省你的薪水的，别做梦他把省出来的一半给你发奖金，他不把你薪水也省半就好了。
把为了省钱换IC的时间，多折腾款产品吧。 ...
pa2792 发表于 2010-11-24 16:48

如果你是老板的情况呢.

呵呵.

3万 · 2010-11-24 16:52

如果已经稳定，不会冒险去换。
特别是非消费电子类

2万 · 2010-11-24 16:54

我不支持靠牺牲品质降成本走量，好产品是需要付出一定的成本的。中国人打价格战最终是两败俱伤，都死光。

2万 · 2010-11-24 16:55

如果已经稳定，不会冒险去换。
特别是非消费电子类
木头东瓜发表于 2010-11-24 16:52

这正是我做得东西敢于硬拼市场同类产品的原因.......(性价比就是高)

因为我直接掌控现金流. 不需要一个所谓的"老板"当中间环节....

2万 · 2010-11-24 17:01

我最讨厌采购天天来么我，换供应商，换供应商直接找老板签字去，我不负责。在工控机机上我用原装红宝石的电解电容不应该过分吧，他非得要换国产的，便宜一半，西门康的可控硅每个才比国产贵10元也要换。无语，要省钱，不要质量。我拒绝签字。

2万 · 2010-11-24 17:15

我最讨厌采购天天来么我，换供应商，换供应商直接找老板签字去，我不负责。在工控机机上我用原装红宝石的电解电容不应该过分吧，他非得要换国产的，便宜一半，西门康的可控硅每个才比国产贵10元也要换。无语，要省钱 ...
pa2792 发表于 2010-11-24 17:01

墙列支持.

给他说, 省下来的钱里边不给提成, 坚决不做可靠性测试.

这个采购就一MB想拿提成的. 他又不给你提成, 凭什么给他签字啊. 绝不冒那个风险.

只看该作者 · 2010-11-24 18:28

不会吧

1万 · 2010-11-24 20:57

许多嵌入式开发人员错误地认为其应用程序仅执行8位的数据
处理，因此没必要迁移到32位处理器。但是如果深入了解一下C
编译器手册，就会知道丑整数（humble integer，即因子为2/3/5
的整数）在 8 位微控制器上其实是16位数据－每次执行一个整
数操作，或者访问需要整数操作的C库函数，处理的都是16位数
据。8位处理器内核必须使用一系列指令和更多时钟周期来处理
这些数据。
同样的情况也适用于指针。在大多数的8位或16位微控制器中，
地址指针至少需要16位。如果在8051中使用通用内存指针，由
于需要额外的信息以表明所指的是哪块内存，或使用存存储体
切换或类似技术来克服64K字节内存障碍，指针的使用将增加。
因此，在8位系统中内存指针的处理效率是非常低的。
由于在寄存器库中的每个整数变量占用多个寄存器，因此，在8
位微控制器中进行整数运算也会导致更多的内存访问，更多的内
存读/写指令，以及更多的堆栈操作指令。所有这些问题都大大增
加了8位微控制器的程序代码长度。
那么，让我们看看在特定基准实例的比较结果？例如，针对多种
进行长度优化的架构编译的Dhrystone程序会产生以下结果：
大多数嵌入式应用程序迁移到基于ARM Cortex-M的微控制器
后，由于使用较少的代码而受益，因为这意味着对微控制器内存
要求降低，可以使用更便宜的微控制器。代码尺寸减小的原因是
指令集效率更高、指令规模更小、以及大多数嵌入式应用程序需
要处理16位或更大的数据。

1万 · 2010-11-24 21:01

那么，让我们看看在特定基准实例的比较结果？例如，针对多种
进行长度优化的架构编译的Dhrystone程序会产生以下结果：
大多数嵌入式应用程序迁移到基于ARM Cortex-M的微控制器
后，由于使用较少的代码而受益，因为这意味着对微控制器内存
要求降低，可以使用更便宜的微控制器。代码尺寸减小的原因是
指令集效率更高、指令规模更小、以及大多数嵌入式应用程序需
要处理16位或更大的数据。

微控制器                SiliconLabs C8051F320             Cortex-M0             Cortex-M3
工具                      Keil μVision 3.8 PK51 8.18          RVDS 4.0-SP2       RVDS 4.0-SP2
二进制输出大小(字节)       3186                                           912                         900

1万 · 2010-11-24 21:03

比较微控制器性能的一种常见方法是使用D hr ysto ne基准。它
免费、易用且小巧，在微控制器中只占很小的内存（尽管它不是
一个“最理想的”基准套件）。原始的8051的性能仅为0.0094
D M I P S/M H z。新型8 015s的性能略有提高，例如，M a x i m
80C310设备为0.027 D MI P S，最快的8015微控制器宣称拥有
0.1 DMIPS/MHz的Dhrystone性能。这仍然大大低于基于ARM
C o r tex-M微控制器的性能，如Co r tex-M3处理器的最高性能
是1.25 D M I P S/M H z，C o r tex-M0处理器的最高性能达到0.9
DMIPS/MHz。

1万 · 2010-11-24 21:04

1万 · 2010-11-24 21:10

低功耗，
尽管CM0代码率，性能都很棒，但是低功耗确实是短板。
除了运行功耗不错，其他的皆不能同MSP430和PIC相比.

当然对于那种活动状态需要做大量运算的低功耗应用场合是有一点优势的。

相关CM0文档说到低功耗的地方是一直避实就虚的。

1万 · 2010-11-24 21:14

一种常见的误解是，只有8 位和16 位机器才有
可能实现低功耗，因为其逻辑内容较少。M0 彻底改变
了这种状况。事实上，M0 的门数少于许多8051 方案。
M0 内核的功耗不到40uA/MHz。另外，电流消耗这个
指标并不能很好的展现内核在一定的能量下可以完成
多少工作。由于M0 内核基于32 位架构，因此其用电
效率高于8 位和16 位架构。

MCU市场的分类要重新改写，Cortext M核的时代已到来。

无冕之王奖章

奔腾之江水

七世轮回

技术导师奖章

涓涓之细流

核心会员奖章

坚毅之洋流

技术领袖奖章

十世金身

荣誉元老奖章

技术高手奖章

希望之星奖章

甘甜之泉水

以坛为家