首页
/ GHDL异步动态置位/复位触发器的敏感列表处理问题分析

GHDL异步动态置位/复位触发器的敏感列表处理问题分析

2025-06-30 13:15:58作者:尤辰城Agatha

问题背景

在数字电路设计中,异步置位/复位触发器是一种常见的基本元件。当使用VHDL描述这类电路时,设计者需要特别注意敏感列表的正确性,以确保仿真和综合结果的一致性。本文针对GHDL合成工具在处理动态异步置位/复位触发器时的一个特定问题进行分析。

问题描述

设计者实现了一个具有动态异步置位/复位功能的触发器模块。该模块的特点是:

  • 当reset信号为高电平时,输出out1被异步置为state信号的当前值
  • 在时钟上升沿时,输出out1被同步置为in1信号的值

原始VHDL代码如下:

process (all)
begin 
    if (reset='1') then 
        out1 <= state;
    elsif (clk'EVENT AND clk = '1') THEN
        out1 <= in1;
    end if;
end process;

预期行为

根据设计意图,当reset信号有效时:

  1. 输出out1应立即响应state信号的变化
  2. 在reset保持有效期间,state信号的任何变化都应立即反映在out1上

实际观察到的行为

GHDL合成工具生成的网表中,异步置位/复位触发器的敏感列表存在问题:

process (wrap_clk, wrap_reset)
begin
    if wrap_reset = '1' then
        n6 <= wrap_state;
    elsif rising_edge (wrap_clk) then
        n6 <= wrap_in1;
    end if;
end process;

问题在于敏感列表中缺少了对state信号的监测,导致在reset有效期间,state信号的变化无法触发进程执行。

技术分析

  1. 敏感列表的重要性:在VHDL中,进程的敏感列表决定了进程在什么条件下会被激活执行。对于异步电路,必须包含所有可能影响输出的信号。

  2. 动态异步控制:本例中的异步置位/复位是"动态"的,因为其值由state信号决定,这与固定值的异步控制不同,需要额外注意。

  3. 综合工具处理:GHDL在综合过程中,将原始代码转换为底层元件时,未能正确保留所有必要的敏感信号。

解决方案

正确的敏感列表应该包含state信号,或者直接使用VHDL-2008引入的"all"关键字:

process (wrap_clk, wrap_reset, wrap_state)
-- 或
process (all)

对形式验证的影响

这个问题还会影响形式验证的结果。当使用PSL断言检查reset期间out1与state的关系时:

assert always ({reset='1'} |-> { out1 = state} );

由于敏感列表不完整,可能导致验证失败,即使RTL设计在功能上是正确的。

结论

在使用GHDL进行VHDL综合时,设计者需要特别注意动态异步控制信号的敏感列表处理。虽然生成的网表功能正确,但中间表示的敏感列表不完整可能影响形式验证和其他后续流程。建议设计者在关键路径上手动检查综合后的网表,确保所有必要的信号都被包含在敏感列表中。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
27
11
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
466
3.47 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
10
1
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19
flutter_flutterflutter_flutter
暂无简介
Dart
715
172
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
203
82
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.27 K
695
rainbondrainbond
无需学习 Kubernetes 的容器平台,在 Kubernetes 上构建、部署、组装和管理应用,无需 K8s 专业知识,全流程图形化管理
Go
15
1
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
1