【分析】STM32从Flash中运行程序的时序分析
大家都知道STM32的CPU时钟频率可以达到72MHz，以后还会更快，但是由于半导体制造工艺的限制，存放程序的Flash存储器不可能达到这么高的工作频率，这样当CPU直接访问Flash存储器时必须插入等待周期以得到正确的结果。
问题是在Flash的速度比CPU慢的情况下，是不是可以简单地说STM32在执行Flash中的程序时每条指令都需要插入等待周期呢？等待周期的插入对程序的执行到底有多大的影响？请看下面的分析：
首先，STM32的内部Flash是组织成64位宽度，即每次可以读出64位；在Flash与CPU的取指队列之间有两个缓冲器，用于暂存Flash中取出的指令，见下图。
其次，STM32的指令有16位的也有32位的，指令是从图中绿色的缓冲器取出；当绿色缓冲器变空时，黄色缓冲器中的内容会被复制到绿色缓冲器中；这样取指与读取Flash互不干扰。
正因为STM32的指令有不同长度，所以程序执行的等待周期与程序的内容有关。
图一是假定所有指令都是16位的指令：
1）时刻t0时黄色缓冲器和绿色缓冲器都为空，此时CPU等待3个周期后，到时刻t1时才能读到指令；
2）时刻t1时绿色缓冲器被填满，黄色缓冲器仍为空，Flash控制器继续读取后续指令；
3）时刻t2时绿色缓冲器还有两个字节，黄色缓冲器被填满；此时因为两个缓冲器都有数据，读取Flash的操作暂停(图一中的绿色虚线框所示)；
4）当黄色缓冲器变空时，绿色缓冲器被复制到黄色缓冲器，同时恢复读取Flash的操作；
5）时刻t3时缓冲器的状态又变为上述第3）步的状态。
从以上分析可以看出，CPU的指令执行是没有等待周期的。但当执行跳转指令时，Flash缓冲器中的内容作废，系统回到了上述第1)步的状态。
图二是假定每三条指令中有两条16位的指令和一条32位的指令。这种情况下，如图所示，CPU的指令执行也是没有等待周期的。
图三是假定所有指令都是32位的指令，从图中可看出，CPU每执行两条指令，要插入一个等待周期。
上面的分析只是针对每个CPU周期都有取指操作的情况，而实际的操作中情况并没有这么简单，因为Cortex-M3的指令不都是单周期指令。
实际的程序执行情况是受很多因素影响的，单纯静态的分析也是不现实的，因此才会出现这么多评测的标准和数据。我们应该以平均的性能指标作为参考的依据，而不是简单的有没有或有多少等待周期作为判断的依据。
相关文档：
学习Flash 学一点物理对flash有很大帮助，关于flash与运动学的一些知识在make thing move作者里面已经很详细提供了。物理来讲，个人学得比较差，中学时代基本上是物理白痴，毫无物理的思维。不得不重新去网站搜索一些概念去学回这种运动学。对于物理的介绍，不能去抛书包，只能记录一下笔记用作日后使用。
上 ......
智能照明控制系统在测试时，需要连接很多个具体的灯具，非常麻烦，灵活性不足。
我想在电脑上运行一个FLASH，来模拟灯光的开关和调光、窗帘的控制等操作。当真实的CAN总线上的面板/模块被测试人员或体验者操控时，通过CAN总线和CAN/IP转换器，向连接在IP网上的电脑发出信息，这个信息将驱动FLASH并产生变化。
如：下图为� ......
2009-09-01 17:33在.net中定义以下
using System;
using System.Net;
using System.Net.Sockets;
using System.Text;
using System.Threading;
namespace ClientSocket
{
public class AsynchronousSocketListener
{
//异步socket诊听
// Incoming data from client.从� ......
其实 很多人 现在在争论 FLASH 和HTML5 这些东东 。
但我感觉其实没有必要，
先说说 FLEX 很多人 学习 FLEX 的时候 尤其 中国人 很喜欢跟风 而且很严重的那总，很少有人踏踏实实的去积累。
你说包括 EXTJS FLEX 也好 等等 这些重量级 的 框架和组件 其实 都给你很多DEMO 和 网上可搜索这样的。很傻瓜了
轻松的就能掌握� ......
