[整理]一个有关Latch（锁存器）的有趣问题

标签：条件   时钟   always   简化   ble   工作量   需要   question   大神   

起源

今天诳论坛，突然发现了一个有关latch的问题，由于对D Flip-Flop和Latch还有些疑问，就点击了进去，一看果然有些意思，也挺有学习意义的，于是本文就诞生了。喊出口号~Just note it.

有意思的问题图

两个问题。

• 上面左边描述的电路，如果不加else q<=0;，会生成latch吗？
• 上面右边描述的电路，如果不加else q<=0;，会生成latch吗？

集思广益

论坛上还是有很多的大神和前辈的，几个回答相当不错，有着极强指导意义，让人不禁思考问题，然后开始默默思考人生。噗呜，不多说了，我们来看下参考。（有删减哦，在此谢过原大大提供自己的见解）

老阮（一看名字就知道是个老油条，手动滑稽）:

• 时序电路，生成触发器，触发器是有使能端的，使能端无效时数据不变，这是触发器的特性。
• 组合逻辑，由于数据要保持不变，只能通过锁存器来保存。
• 第一个代码，由于是时序逻辑，生成的触发器在enable无效时就可以保存数据。跟锁存器无关。
• 第二个代码就是在enable为低时，数据不变，因此要生成锁存器。

看起来很有道理呢，分析的较为详细了，就此问题详细介绍了两者的区别，很有指导意义啊。

——————————我是各楼主的分隔线——————————

chengroc（英文字母的ID呢，看起来貌似是姓成呢，就叫程先生吧，什么你说两个cheng不一样，哎呀不要在意这些细节，看下面）：

• latch其实比dff结构更简单啊
• 数字设计中如果你能控制好时序，有意识地用latch也不是不可以。但同时也会增加后面时序分析的工作量。前端设计与后端时序分析要传递的信息量比较多，也容易遗漏，但也可以做好。
• 就怕无意识地用了latch，例如本想实现一个组合逻辑功能，却因为条件没有写完备导致出现了latch，后端再一疏忽，导致完全不可控。
• 而用dff实现数据保持的功能，问题就简化多了

程先生简单的说明了下latch和dff呢，虽然并不深入，但对现在的我而言，嗯是够用了，后面我再深入的去看D触发器和锁存器的一些知识点。

——————————我是各楼主的分隔线——————————

walkman416（字母数字组合，好常见的组合方式，就叫他walkman好了）：

• 个人理解： 所谓生成latch其实是针对使用always语句描述一个组合逻辑而言，因为如果描述时序逻辑总是使用时钟或者时钟+复位作为敏感列表条件，所生成的电路总是组合逻辑+DFF；如果是描述组合逻辑，敏感列表中必然没有时钟复位，而是组合逻辑的输入信号。在FPGA设计，避免使用latch，不利于时序分析和仿真。 楼上有提到latch比DFF省资源， 这个在FPGA设计中其实还好， 因为在FPGA中DFF就是一个专用的硬件资源，并且数量也比较多。

• 使用always描述组合逻辑时，好的习惯是使用always @(*)作为敏感列表， 并且需要检查每个分支都有明确的赋值，从而避免生成latch.

哎呀说的真好，我等下也要总结下呢，walkman，好样的！

理解总结

1. 看always敏感信息，如果是边沿触发，那么为时序逻辑，本问题中不会产生latch。但是我是强迫症啊喂，写了if不写else都是耍流氓啊喂，为了代码的整体性还是补齐else的好，可以写else ;也可以写else q<=q;，总之补齐就好，这样说不定还有写别的什么好处我不知道呢，后续知道了再补上。
2. FPGA中现在对latch的理解不够深入，还是少用的好，也尽量的避免latch的产生，毕竟和ASIC有些区别，DFF在FPGA中可以算是一种基本逻辑了。
3. Walkman说的不错，组合逻辑时，可以使用always@(*)作为敏感列表，并且检查每个else或者case分支都有明确的赋值。

希望对阅读的你有着帮助，欢迎探讨。如果有什么觉得不对的，一定不要客气的留言回复大力拍砖~

[整理]一个有关Latch（锁存器）的有趣问题

标签：条件   时钟   always   简化   ble   工作量   需要   question   大神   

原文地址：http://www.cnblogs.com/airbird/p/6160296.html