• FPGA学习笔记(八)同步/异步信号的打拍分析及处理


    系列文章目录

    一、FPGA学习笔记(一)入门背景、软件及时钟约束

    二、FPGA学习笔记(二)Verilog语法初步学习(语法篇1)

    三、FPGA学习笔记(三) 流水灯入门FPGA设计流程

    四、FPGA学习笔记(四)通过数码管学习顶层模块和例化的编写

    五、FPGA学习笔记(五)Testbench(测试平台)文件编写进行Modelsim仿真

    六、FPGA学习笔记(六)Modelsim单独仿真和Quartus联合仿真

    七、FPGA学习笔记(七)verilog的深入学习之任务与函数(语法篇3)



    前言

    在学习FPGA串口通信的过程中,遇到了串口接收中打拍处理的问题,有的人打两拍,有的打三拍,于是决定分析一下到底打几拍才是最好的。


    提示:以下是本篇文章正文内容,下面案例可供参考

    一、打拍是什么?

    always@(posedge sys_clk or negedge sys_rst_n)begin  
    	if(!sys_rst_n)begin                            
    		uart_rx_d1 <= 1'b0;
    		uart_rx_d2 <= 1'b0;
    		uart_rx_d3 <= 1'b0;
    	end
    	else begin
    		uart_rx_d1 <= uart_rxd;
    		uart_rx_d2 <= uart_rx_d1;
    		uart_rx_d3 <= uart_rx_d2;
    	end		
    end
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12

    如程序中所写,打拍就是把信号进行记录保存,同时带有一定延后性。
    uart_rx_d1 这里存放的最新的数据
    uart_rx_d2 存放的是前一个数据
    uart_rx_d3 存放的上上一个数据
    同时这里使用的是非阻塞赋值,所以这几个值只能赋值后的下一个周期才能判断。

    要注意的是这里的打拍只能从慢时钟域到快时钟域才能实现。


    二、为什么要打拍

    首先是因为可能出现亚稳态的现象,其次是为了判断上升沿和下降沿。

    亚稳态现象:
    当时钟信号上升沿到来的时候正好采样的数据也在发生变化,但是如果想要采样得到一个稳定值,在clk的上升沿的前一段时间有一个建立时间TSU和在clk的上升沿的后一段时间有一个保持时间Th,如果在这两个时间段内采样的信号发生跳变的话,输出的信号就会出现0,1之间跳变的不稳定、不确定状态。这里要注意最后会稳定下来,但是稳定值是0或1不确定,与输入值无关

    亚稳态的危害:
    亚稳态如果不解决,那么他会一直向下传播,不知道会传播多少级,如果后面是组合逻辑,那么亚稳态无法消除,那么会严重影响我们的数据提取与数据处理!

    亚稳态的处理方法:
    1.降低系统时钟频率
    2.用反应更快的FF
    3.引入同步机制,防止亚稳态传播(加两级D触发器)。
    4.改善时钟质量,用边沿变化快速的时钟信号


    三、常见的打拍要求

    1.全局时钟的跳变沿最可靠。
    2.来自异步时钟域的输入需要寄存一次以同步化,再寄存一次以减少亚稳态带来的影响。
    3.不需要用到跳变沿的来自同一时钟域的输入,没有必要对信号进行寄存。
    4.需要用到跳变沿的来自同一时钟域的输入,寄存一次即可。
    5.需要用到跳变沿的来自不同时钟域的输入,需要用到3个触发器,前两个用以同步,第3个触发器的输出和第2个的输出经过逻辑门来判断跳变沿。

    四、常见的复位过程

    1.异步复位

    一般复位采用的是异步复位:

    always @ (posedge clk or negedge rst_n) begin
        if (!rst_n)
            xxxx;
        else if (xx) begin
                xxxx;
                xxxx;
             end
        end
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    这里收到复位的下降沿就程序执行,但是当由低到高释放时,应该会出现亚稳态。

    2.同步复位

     always @ (posedge clk) begin
            if (!rst_n)
                xxxx;
     end
    
    • 1
    • 2
    • 3
    • 4

    即如果复位信号有效,则只能在时钟上升沿让电路复位。同样有亚稳态的现象的可能性。

    3.异步复位,同步释放(两次打拍,复位亚稳态常见处理方法)

    异步复位,同步释放(复位信号):在rst_n信号为低时,立刻进行复位,而rst_n信号由低到高释放时,为了防止亚稳态的出现,将rst_n信号用DFF向后延一周期,达到与时钟clk边沿同步的目的。

    input clk	;
    input rst_n	; 
    output reg rst_s2;
    reg rst_s1;
     
    always @ (posedge clk or negedge rst_n) begin
    	if (!rst_n) begin
    		rst_s1 <= 1'b0;
    		rst_s2 <= 1'b0;
    	end
    	else begin
    	   rst_s1 <= 1'b1	;
    	   rst_s2 <= rst_s1	;
    	end
    end
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15

    在这里插入图片描述

    五.常见的打拍理解

    1.打拍两次

    常见的串口接收时,寄存三次:(一般一个时钟周期内,亚稳态会稳定,这里稳定到1为例)
    在这里插入图片描述

    如上图所示,一般用reg2和reg3来判断上升沿/下降沿,这就是寄存三次的时序图,但是看这个图,好像reg3没有必要,因为亚稳态一个周期内稳定后,是可以用reg2和reg1判断上下升降沿


    2.打拍三次

    在这里插入图片描述
    第一级寄存器产生亚稳态并经过自身后可以稳定输出的概率为 70%~80%左右,第二级寄存器可以稳定输出的概率为 99%左右。
    所以一般第二级的寄存器自身肯定能稳定,图上就是第一级没有稳定,第二级稳定了,然后再加一级就可以判断上升沿和下降沿。

    六. FIFO进行异步跨频数据处理

    除了上面的异步复位,同步释放、打拍两次/三次,还有利用FIFO。

    1.当数据流从一个时钟域到另一个时钟域的时候,绝大多数情况下都采用FIFO来作为中间缓冲,采用双时钟对数据缓冲,就可以避免亚稳态的发生。

    2.当遇到多bits的大量数据流的情况下,可以使用异步FIFO。

    3.当遇到少量多bits的信号,可以利用指示信号来错过亚稳态,就是伴随数据到来有一个拉高的指示信号,这个信号经过打拍处理后,如果是高电平就读取数据(感觉没什么用,用到一些cpu接口,串口芯片的信号啥的)

    七、总结

    这里要对前面的内容进行一些补充:

    1.D触发器不是在时钟信号上升沿到来后才有信号输出吗,那么这一周期不应该是亚稳态状态吗?

    D触发器在亚稳态期间会0-1波动,但之后会慢慢稳定下来,就像上面的图,最后是一个确定值(但是结果未知,和输入无关),所以这也就是为什么要加多级寄存器,目的是让亚稳态过渡过去。(一开始以为D触发器只会在时钟上升沿的时候输出信号,所以一遇到亚稳态就一整个周期都信号不确定了,所以不明白为什么会有第二级寄存器采集到是一个确定值,原来慢慢会自己稳定)

    2.亚稳态稳定值未知,那么上面的图不就是错的吗?

    上面的图显示如果最后亚稳态的稳定值和输入一样,显然一切都正确,如果不一样
    在这里插入图片描述
    可以看到,最后还是可以用这段代码判断的。所以这里的亚稳态为什么要处理,就是怕一直往下传播,如果你对这个reg1在亚稳态的时候程序中用了很多次,那么这个亚稳态将传播的到处都是。

  • 相关阅读:
    二维矩阵的DFS算法框架
    如何统计数据库的QPS和TPS?
    Linux入门与进阶(二)
    (高阶) Redis 7 第14讲 数据统计分析 实战篇
    QT在线安装指南
    go-bindata - embed结合嵌入静态文件打包可执行二进制文件
    Spring响应式编程之Reactor核心接口
    conda清华源安装cuda12.1的pytorch
    Java 8被抛弃,甲骨文份额萎缩超一半,2022年Java生态报告出炉
    (三)softmax分类--九五小庞
  • 原文地址:https://blog.csdn.net/zerokingwang/article/details/127934270