在Kevin学ZED之5中,  我们顺藤摸瓜, 沿着linux软件一直到点亮灯这条线索走了一遍,发现,虽然是小小的一盏LED灯, 也许是设计者有意为之, 居然涵盖了All Programable的所有部件. 对道行不深的菜鸟来说, 如果花时间搞明白这条线上所有环节, 基本上就可以上一个层次了.

花时间学习各种文档,永远是非常非常耗时间滴. 如果文档还是英文写的话, 就更抓不住重点啦. 当年俺在华为当菜鸟的时候,焚香沏茶,对着一篇晦涩的英文文档的前面几页读了半天,在各种法律术语和定语从句之间挠头, 终于才明白,那是GPL协议, 根本不用读嘛,应该跳过,直接读后面的内容嘛.

最简单的学习方法是搞破坏, 比如, 把源文件随便改改,然后编译啊,综合啊一通,居然能把系统搞崩溃了,转不起来了,这说明,至少你的工具链建立对了,可以重新编译或综合软硬件系统,把原先好的系统搞坏了.

搞破坏的方法相当粗暴, 而且有时候不说明问题. 比如,我小时候拿着把螺丝刀,把俺们家的闹钟全拆开了,零件散落了一地, 再也装不回去了.这种破坏,压根不能说明我对钟表的任何原理有理解.

稍微优化一点的方法是指鹿为马, 就是修改一些最容易理解的地方, 比如把LED0 和LED7这两盏灯互换一下.这样,你如果软件上操作LED7, 而实际亮的板子上是LED0,这就说明你有能力修改系统,而且能够通过所有的编译和综合环节了.   这种方法哪怕你不懂C语言,Verilog, UCF神马滴,照样可以对系统施加修改. 如果能实现这一步, 说明你能够修改源代码,对系统施加你希望的影响了.

在顺藤摸瓜一节中, 我们发现点亮一盏灯的环节还真多, 任何一个环节进行LD0, LD7的互换都可以实现. 可以在设备驱动那个环节,也可以在EMIO环节,也可以在UCF环节. 要么怎么叫All Programable, 全面可编程呢,真是条条大路通罗马.

由于修改代码地方非常有限,这样学习不会破坏编译进程,每次都能看到效果,自信心和成就感就油然而生.

后面我们分别会在这些环节进行互换,  分别看效果, 然后所有环节都随便换, 看看最后指鹿为马的最终效果. 通过这种方法,就可以在不理解代码的情况下,基本搞清楚整个软硬件工具链的使用方法,