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

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了[整理]一个有关Latch(锁存器)的有趣问题相关的知识,希望对你有一定的参考价值。

起源

今天诳论坛,突然发现了一个有关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说的不错,组合逻辑时,可以使用[email protected](*)作为敏感列表,并且检查每个else或者case分支都有明确的赋值。

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

以上是关于[整理]一个有关Latch(锁存器)的有趣问题的主要内容,如果未能解决你的问题,请参考以下文章

基础——D Latch(D锁存器)

倒计数锁存器(CountDown Latch)和 CyclicBarrier(同步屏障)

性能分析之子锁存器(latch)到SQL

基础——SR Latch(SR锁存器)

性能分析之子锁存器(latch)到 SQL(Oracle)

性能分析之子锁存器(latch)到 SQL(Oracle)