FPGA设计要点之一：时钟树

FPGA的用处比我们平时想象的用处更广泛，原因在于其中集成的模块种类更多，而不仅仅是原来的简单逻辑单元（LE）。
早期的FPGA相对比较简单，所有的功能单元仅仅由管脚、内部 buffer、LE、RAM 构建而成，LE 由 LUT（查找表）和 D 触发器构成，RAM 也往往容量非常小。现在的FPGA不仅包含以前的 LE,RAM 也更大更快更灵活，管教 IOB 也更加的复杂，支持的 IO 类型也更多，而且内部还集成了一些特殊功能单元，包括：
DSP:实际上就是乘加器，FPGA 内部可以集成多个乘加器，而一般的 DSP 芯片往往每个 core 只有一个。换言之，FPGA 可以更容易实现多个 DSP core 功能。在某些需要大量乘加计算的场合，往往多个乘加器并行工作的速度可以远远超过一个高速乘加器。
SERDES:高速串行接口。将来 PCI-E、XAUI、HT、S-ATA 等高速串行接口会越来越多。有了 SERDES 模块，FPGA 可以很容易将这些高速串行接口集成进来，无需再购买专门的接口芯片。
CPU core:分为 2 种，软 core 和硬 core. 软 core 是用逻辑代码写的 CPU 模块，可以在任何资源足够的 FPGA 中实现，使用非常灵活。而且在大容量的 FPGA 中还可以集成多个软 core,实现多核并行处理。硬 core 是在特定的 FPGA 内部做好的 CPU core,优点是速度快、性能好，缺点是不够灵活。
不过，FPGA 还是有缺点。对于某些高主频的应用，FPGA 就无能为力了。现在虽然理论上 FPGA 可以支持的 500MHz,但在实际设计中，往往 200MHz 以上工作频率就很难实现了。

FPGA 设计要点之一：时钟树

对于 FPGA 来说，要尽可能避免异步设计，尽可能采用同步设计。同步设计的第一个关键，也是关键中的关键，就是时钟树。一个糟糕的时钟树，对 FPGA 设计来说，是一场无法弥补的灾难，是一个没有打好地基的楼，崩溃是必然的。

具体一些的设计细则：
1）尽可能采用单一时钟；

2）如果有多个时钟域，一定要仔细划分，千万小心；

3）跨时钟域的信号一定要做同步处理。对于控制信号，可以采用双采样；对于数据信号，可以采用异步 fifo. 需要注意的是，异步 fifo 不是万能的，一个异步 fifo 也只能解决一定范围内的频差问题。

4）尽可能将 FPGA 内部的 PLL、DLL 利用起来，这会给你的设计带来大量的好处。

5）对于特殊的 IO 接口，需要仔细计算 Tsu、Tco、Th,并利用 PLL、DLL、DDIO、管脚可设置的 delay 等多种工具来实现。简单对管脚进行 Tsu、Tco、Th 的约束往往是不行的。

可能说的不是很确切。这里的时钟树实际上泛指时钟方案，主要是时钟域和 PLL 等的规划，一般情况下不牵扯到走线时延的详细计算（一般都走全局时钟网络和局部时钟网络，时延固定），和 ASIC 中的时钟树不一样。对于 ASIC,就必须对时钟网络的设计、布线、时延计算进行仔细的分析计算才行。

FPGA 设计要点之二：FSM

FSM:有限状态机。这个可以说是逻辑设计的基础。几乎稍微大一点的逻辑设计，几乎都能看得到 FSM.FSM 分为 moore 型和 merly 型，moore 型的状态迁移和变量无关，merly 型则有关。实际使用中大部分都采用 merly 型。
FSM 通常有 2 种写法：单进程、双进程。
初学者往往喜欢单进程写法，格式如下：

always @（ posedge clk or posedge rst ）

begin

if （ rst == 1'b1 ）

FSM_status <= ……；

else

case（ FSM_status ）

……；

endcase

end

简单的说，单进程 FSM 就是把所有的同步、异步处理都放入一个 always 中。

优点：

1）看起来比较简单明了，写起来也不用在每个 case 分支或者 if 分支中写全对各个信号和状态信号的处理。也可以简单在其中加入一些计数器进行计数处理。
2）所有的输出信号都已经是经过 D 触发器锁存了。
缺点：
1）优化效果不佳。由于同步、异步放在一起，编译器一般对异步逻辑的优化效果最好。单进程 FSM 把同步、异步混杂在一起的结果就是导致编译器优化效果差，往往导致逻辑速度慢、资源消耗多。
2）某些时候需要更快的信号输出，不必经过 D 触发器锁存，这时单进程 FSM 的处理就比较麻烦了。
双进程 FSM,格式如下：

always @（ posedge clk or posedge rst ）

begin

if （ rst == 1'b1 ）

FSM_status_current <= …；

else

FSM_status_current <= FSM_status_next;

always @（*）

begin

case （ FSM_status_current ）

FSM_status_next = ……；

endcase

end

从上面可以看到，同步处理和异步处理分别放到 2 个 always 中。其中 FSM 状态变量也采用 2 个来进行控制。双进程 FSM 的原理我这里就不多说了，在很多逻辑设计书中都有介绍。这里描述起来太费劲。

优点：
1）编译器优化效果明显，可以得到很理想的速度和资源占用率。
2）所有的输出信号（除了 FSM_status_current）都是组合输出的，比单进程 FSM 快
缺点：
1）所有的输出信号（除了 FSM_status_current）都是组合输出的，在某些场合需要额外写代码来进行锁存。
2）在异步处理的 always 中，所有的 if、case 分支必须把所有的输出信号都赋值，而且不能出现在 FSM 中的输出信号回送赋值给本 FSM 中的其他信号的情况，否则会出现 latch.
latch 会导致如下问题：
1）功能仿真结果和后仿不符；
2）出现无法测试的逻辑；
3）逻辑工作不稳定，特别是 latch 部分对毛刺异常敏感；
4）某些及其特殊的情况下，如果出现正反馈，可能会导致灾难性的后果。
这不是恐吓也不是开玩笑，我就亲眼见过一个小伙把他做的逻辑加载上去后，整个 FPGA 给炸飞了。后来怀疑可能是出现正反馈导致高频振荡，最后导致芯片过热炸掉（这个 FPGA 芯片没有安装散热片）。

FPGA 设计要点之三：latch

首先回答一下：
1）stateCAD 没有用过，不过我感觉用这个东东在构建大的系统的时候似乎不是很方便。也许用 systemC 或者 system Verilog 更好一些。
2）同步、异步的叫法是我所在公司的习惯叫法，不太对，不过已经习惯了，呵呵。

这次讲一下 latch.

latch 的危害已经说过了，这里不再多说，关键讲一下如何避免。
1）在组合逻辑进程中，if 语句一定要有 else!并且所有的信号都要在 if 的所有分支中被赋值。

always @（ * ） begin

if （ sig_a == 1'b1 ） sig_b = sig_c;

end

这个是绝对会产生 latch 的。

正确的应该是

always @（ * ） begin

if （ sig_a == 1'b1 ） sig_b = sig_c;

else sig_b = sig_d;

end

另外需要注意，下面也会产生 latch. 也就是说在组合逻辑进程中不能出现自己赋值给自己或者间接出现自己赋值给自己的情况。

always @（ * ） begin

if （ rst == 1'b1 ） counter = 32'h00000000;

else counter = counter + 1;

end

但如果是时序逻辑进程，则不存在该问题。

2）case 语句的 default 一定不能少！
原因和 if 语句相同，这里不再多说了。需要提醒的是，在时序逻辑进程中，default 语句也一定要加上，这是一个很好的习惯。
3）组合逻辑进程敏感变量不能少也不能多。这个问题倒不是太大，verilog2001 语法中可以直接用 * 搞定了。顺便提一句，latch 有弊就一定有利。在 FPGA 的 LE 中，总存在一个 latch 和一个 D 触发器，在支持 DDR 的 IOE（IOB）中也存在着一个 latch 来实现 DDIO. 不过在我们平时的设计中，对 latch 还是要尽可能的敬而远之。

FPGA 设计要点之四：逻辑仿真

仿真是 FPGA 设计中必不可少的一步。没有仿真，就没有一切。仿真是一个单调而繁琐的工作，很容易让人产生放弃或者偷工减料的念头。这时一定要挺住！仿真分为单元仿真、集成仿真、系统仿真。单元仿真：针对每一个最小基本模块的仿真。单元仿真要求代码行覆盖率、条件分支覆盖率、表达式覆盖率必须达到 100%!这三种覆盖率都可以通过 MODELSIM 来查看，不过需要在编译该模块时要在 Compile option 中设置好。集成仿真：将多个大模块合在一起进行仿真。覆盖率要求尽量高。系统仿真：将整个硬件系统合在一起进行仿真。此时整个仿真平台包含了逻辑周边芯片接口的仿真模型，以及 BFM、Testbench 等。系统仿真需要根据被仿真逻辑的功能、性能需求仔细设计仿真测试例和仿真测试平台。系统仿真是逻辑设计的一个大分支，是一门需要专门学习的学科。

责任编辑：lq