电子工程师技术服务社区
- 社区首页
- 下载
- ram.v.txt
资料描述
不管太阳再怎么毒辣，即使资料再怎么难消化，只要一杯特凉的豆浆送入口中，笔者也能取回冷静的心境。喝完一杯豆浆以后，笔者望着天花板开始思考，是谁规定模块非仿真不可？然而模块为什么又要仿真呢？思考之际，笔者随手翻看参考书，然后遇见这样一张流程图（concept flow chart）。
图6.4.1 仿真流程图。
如图6.4.1所示，左图是参考书的流程图，那是非常正规的仿真流程，即建模失败继续返回建模；建模成功推向仿真；仿真失败就返回建模，或者再次仿真；仿真成功则往下继续推。左图表面上总是给人一种绝对有理的感觉，我们很难找到任何反驳的理由，结果不得不俯首称臣，屈服与它。但是反过的话，左图好似命令我们这样干那样干而已，却从来不说理由，其中成功的定义是什么？失败的定义又是什么？
小小的气愤之后，笔者随笔画了图6.4.1的右图。首先，建模还有仿真必须是同一个等级，示意建模还有仿真都有相同的根却有不同的概念。紧接着，有问题的双箭头示意仿真是用来测试有问题的模块，反之没有问题的模块则不用仿真 ... 想到这里，笔者开始停顿了一下。
“有问题的模块 ... 没有问题的模块 ...”，笔者嘟囔道。
“官方插件模块有问题吗？”，笔者继续嘟囔道。
没错，官方不可能发布有问题的插件模块，官方插件模块既然没有问题，我们为什么又要仿真呢？难道嫌青春太寂寞了吗？但是，官方插件模块最大的问题就是很难驾驭，虽然手册有详细的图形，出入端说明，还有时序结果，但是对于初学者而言，那些内容有如天书般实在很难理解。除非给钱，不然官方根本没有义务一一为我们解释清楚。
除此之外，从自动思想的角度而言，没有问题的模块就是一只完整的个体，但问题是官方插件模块是没有明显的特征，因为内容被隐藏起来，结果我们无法留下深刻的印象。在此我们有几个解决手段：
（一）解读手册；
（二）寻找替代；
虽说，驾驭官方插件模块最好的方法就是解读手册，然而关键是如何看懂时序图。为了实现这一点，除了提升基础能力以外，就是不停实验还有不停测试而已，笔者实在想不到其它好办法。官方插件模块虽然好用，只要我们习得驾驭的窍门，它们便会成为便利的家伙，对于那些喜欢快餐的朋友更是臭味相投。
这个世界上有两种懒人，一种是越懒越进步的人，另一种是越懒越退步的人。笔者作为一个懒人，虽
