配合老王的15元vfd团购，我来添吧火！KA版V7近况介绍

wanjinjie

回复 52# sdf15937


    你不会真的相信1T的51单片机真的能跑到普通12T单片机12倍的速度吧！相信我那只是一个传说！否则51比AVR牛X了！还是套用57楼KA的话：的stm32是趋势，赶紧买票上车要紧

kazuyuki

6T 24M能跑75hz，那我让他1T 35M跑30，剩下的去读取外围的元件（1302,18b20之类）应该没问题的把 ...
sdf15937 发表于 2012-12-25 16:14 https://www.yleee.com.cn/images/common/back.gif

   原来v6使用avr的m32，超频到20Mhz后，扫描100帧/秒，cpu占用量是1/3左右。1T的stc 51实际很多关键指令都是2T的，只有少量特殊指令是1T的，乘法甚至到了3、4T。而vfd扫描对于计算量是比较大的，帧速要保持在100，51的确有点难度。30帧下闪烁会非常厉害的
   另外，并不是简单计算扫描占30%，剩下的70%处理其他器件。很多外围资源设计到一个反应速度的问题。比方说3231的i2c总线，可能正在通信，扫描时间到了，要中断等扫描完成后才能继续通信，而这段等待时间后，原来的通信没法再继续了，数据就会出现错误。处理速度越快，对于这种分时处理的打断时间越短，对通信的影响也就越小。51很多能通过硬件来完成的设备没有，大部分情况下需要软件来实现，更谈不上dma了。

  所以，我对51一向不太感冒，硬件资源少，处理速度慢。当然我自己没有尝试过用51来驱动vfd，但我在m32编程过程中体会到，avr的指令系统相对51来说方便不是1点2点。

  stm32更加高级，我最看重的是它的dma功能，数据输送不用代码一个一个去处理，这在数据量大的情况下更加省心。

  V6原想通过指令来模拟ks0108，后来在编码后发现，就算通过汇编做极限优化，处理一条0108指令需要的时间也在2.5us以上，而标准0108的速度是1us。所以，V6的0108模拟代码没有放出来。昨天我在stm32下重新写了0108模拟，速度已经完全能满足要求了。stm32做ks0108的模拟已是板上订钉的事了。

sdf15937

原来v6使用avr的m32，超频到20Mhz后，扫描100帧/秒，cpu占用量是1/3左右。1T的stc 51实际很多关键 ...
kazuyuki 发表于 2012-12-26 13:33 https://www.yleee.com.cn/images/common/back.gif

    如果能模拟ks0108那就最好了。
自己只会51是因为一直没有机会接触到其他的单片机。51的话，例程，资料比较多，而且一般应用也能满足要求了。
此次组团可能是一个我接触STM的一个契机……

无锡风

原来v6使用avr的m32，超频到20Mhz后，扫描100帧/秒，cpu占用量是1/3左右。1T的stc 51实际很多关键 ...
kazuyuki 发表于 2012-12-26 13:33 https://www.yleee.com.cn/images/common/back.gif

xwj

原来v6使用avr的m32，超频到20Mhz后，扫描100帧/秒，cpu占用量是1/3左右。1T的stc 51实际很多关键 ...
kazuyuki 发表于 2012-12-26 13:33 https://www.yleee.com.cn/images/common/back.gif

   呵呵，除了i2c总线正在通信时不能打断这点，其他都很赞同！

这个东西，用STM32确实是很理想的方案，如果要按标准KS0108的指令时间来保证连续指令来得及执行不出错的话，编程难度不低。


如果是在很困难，可以考虑下指令先缓存然后执行的方法，毕竟一般应用不可能长期连续操作模块。

zhouqian2018

支持一下，支持3231.希望王老板的屏别吹了。呵呵

junn

坐等Ｖ７，用ＳＴＭ３２加入更多扩展功能。

luannan

没玩过STM32,不过这次有机会了，不知道要用到什么软件呢？

tsmawa

期待套件

yleee

支持一下，支持3231.希望王老板的屏别吹了。呵呵
zhouqian2018 发表于 2012-12-26 23:36 https://www.yleee.com.cn/images/common/back.gif

   这批货一共1万2千只，能买到的只是时间和价格问题。