※ 引述《qk13 (give me someone to shoo)》之铭言： : 小弟我目前是硕二学生， : 正在做一个将MIMO Receiver的implement。 : （之前有修过一门SOC的课，做过十个出头的coding练习， : 　目前是边写边看verilog的书） : 这是我第一次写一个很大且复杂的code， : 没有概念也不知道每个阶段该注意的是什麽， : 或是以我的写法写出来的面积／功率会是怎样， : 让我现在抱着一个很迷惘的心态在写我的code， : 想请教我这样的想法是不是对的。 : ＊先将架构图完成以及决定最开始的input定点数。 : ＊开始写每一个module目标是能正确的运作。 : ＊连结所有的module让他能正确运作。 : ＊最後在回到每个module看能不能改变写法来改变面积或速度。 : 因为我很疑惑我是否能在写完这个code之後有所进步， : 我怕我自己埋着头干能得到的似乎有限， : 所以想请问板上的各位， : 当初是怎麽从第一个code开始的？ : 或是我该把我的重点放在哪呢？ : 请给我些建议，谢谢^^" 我个人的方法 仅作参考 原则上跟你讲的差不多，但是有时写很大的code，就必须善用其规律性， 或是遵循一些法则，这样可以减少debug的困难度... 所以很多时候，我会请c code帮我写verilog，一方面要改比较好改，而且 比用手key要好，因为可以减少key错的情况.. 还要善用verilog的parameter和define，增加你code的弹性.. 另外最重要得当然就是coding style，他可以减少你以後在sythesis的麻烦 ，毕竟要以能够合成为最终目标，或是将来人家要看你的code会比较容易， 所以每条线的取名，和注解，可以写得很白痴让人一眼就了解这是干嘛的.. debug的时候善用cad tool的热键，我都是用verdi帮我，其中他里面有很多 功能可以增加debug的速度，我以前都只会用nWave，可是後来发现两个同时 一起用，效果加强很多.. 而最终测试，通常是用testbench和c code做资料比对，这就考验你testbench 的功力了.. 我用的软体是UltraEdit，他有些热键功能都还满好用的..推荐可以试看看^^ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.132.144.169 ※ kevin695:转录至看板 ECClab 10/20 21:22