对STM32比较失望

zhaojun_xf

对STM32比较失望 [复制链接]

最近使用STM32调试SD卡，使用的是SPI方式，同样的代码，SPI1、SPI2能正常读写1G和2G的卡，但是SPI3只能读1G的卡，2G的卡初始化都不行，莫名其妙。

fxw451

哪是什么问题？？
不过STM32的市场占有率还是挺高的

ddllxxrr

astwyg

和使用的卡也有关系吧.那就别用SPI3了呗~

fxw451

大家有没有用stm32和其他同类的对比下，说说你们的认识

astwyg

貌似木有.学校基站太少了.到现在就接触过51 PIC 430 和这个了.现在主要在用这个.都学的很粗很浅.惭愧啊

zhaojun_xf

转一个网友的评论，感觉不错：
NXP的东西在汽车上用的很多。我从毕业就在车载行业混。车上用的东西，飞思卡尔的最多，英飞凌那是车厂级别的采用，就是所谓的前装标准.汽车收音机出了ST的TDA7540外，最大的还是NXP的、

   ST的东西才是有不少BUG。比如STM32刚出来的时候，为了快速抢占市场，那些芯片问题很多的，只是说现在好很多。ST最成功的还是STM8
深圳车载行业以前用的MCU都8位的，厂家有很多，松下，瑞萨，东芝、、、、、自从STM8出来以后已下子都“叛变了”转投ST阵营。
    我09年开始玩STM32，后来，用STM32的64脚，100脚的做了几个应用。感触如下：《仅个人之言。》
1.开发容易，借助于那个让人“爱”有让人“恨”的库，开发周期比较快。
2.管脚分配比较灵活。映射考虑的很周全。不像我现在用的NXP LPC1768那样，AD和UART放在同一个引脚上，只能选其一，我很想骂人。
  明说8路AD，结果能真正用的只有4路，被占了4路。
3.STM32的很多功能都是好靠软件去实现的。比如：RTC时钟的日历功能，只能用户自己算。LPC1700的直接将年，月。日，星期写进去就行，硬件自己算。精度也很高、相当于DS1302那样。比较爽。LPC1700的UART带FIFO，数据量很大，也不会死。
4.I2C的控制，LPC1700做的很好。STM32的早期库有些问题，但是库的升级真的很麻烦。
5.LPC1700直接操作寄存器。这点很好，效率高，而且有助于我们深刻理解原理。
6.源于ARM V7的第二代内核，速度有了大幅提升，100M，关键是分开的内核总线，跑起来，不会有速度瓶颈。
7.LPC1700最复杂的地方就是时钟控制这一块，搞的像X86的时钟一样，有PLL0.PLL1，还有转给USB时钟的，但是这样也带来一个好处，待机功耗可以做的更低。
  睡眠模式-----------》深度睡眠----------------》掉电模式----------------》深度掉电模式
  10mA                 0.45mA------------------>150uA------------------>470nA   <实际测试的数据，可能有误差>
8.个人感觉STM32的AD精度还是不错的，LPC1700的AD很依赖PCB布局和走线，STM32的相比之下，比较随便。误差不是很大。
9.USB的开发，目前只能依赖STM32的库，要做的东西很多。速度也不是很快。LPC1700的快多了，速度快些，更重要的是升级固件的时候，很方便，不需要任何工具，会在系统下模拟一个U盘，然后将要升级的BIN文件，拖进去，然后重启就可以。ST的要搞得DFU的玩意。有时候还老是刷不成功。
10，最后感叹下STM32超强的定时器功能，做电机控制首先。
  
总结下：追求性价比的，上手快的，使用的外设要求多的，比如5个UART的，选STM32。
         选择工业控制，外设使用不是特别多的，可靠性高的，找LPC1700
  以上仅个人感受，有不对的地方，大家海涵下，同时也指出。-----别拍我！

sobaby

受教啦！
为啥不用TI的M3呢？？

erickent

謝謝指教....