Icarus Verilog中时钟边沿与信号更新的竞争条件分析
2025-06-27 21:25:53作者:管翌锬
在数字电路仿真中,时序逻辑的精确建模至关重要。本文通过一个典型的Icarus Verilog仿真案例,深入分析时钟边沿触发时信号更新可能出现的竞争条件问题,帮助开发者理解Verilog仿真器的调度机制。
案例现象
在测试案例中,我们观察到一个有趣的现象:当clock_0从高电平变为低电平时(下降沿触发),寄存器reg_0未能正确捕获输入信号in0的最新值。具体表现为:
- Icarus Verilog仿真结果显示
out0保持为0 - Verilator仿真则显示
out0在4000000ps时刻先保持0,随后更新为1
这种仿真器间的差异并非bug,而是反映了Verilog标准中允许的不同实现方式。
竞争条件原理
问题的核心在于Verilog事件队列的调度机制。Verilog标准定义了多个事件区域,包括:
- 活跃区域:执行阻塞赋值和连续赋值
- 非阻塞赋值更新区域:执行非阻塞赋值的右侧计算
- 监视区域:执行$monitor等系统任务
在本案例中,当clock_0发生下降沿时,两个关键事件同时被触发:
- 输入信号
in0从0变为1的更新 - 时钟下降沿触发的always块执行
根据Verilog标准,仿真器可以自由决定这两个事件的执行顺序:
- 如果先执行输入更新,则
wire_0会先更新为1,随后reg_0会捕获到这个新值 - 如果先执行always块,则
reg_0会捕获到wire_0的旧值0
解决方案
要避免这种不确定性,设计者可以采取以下措施:
- 时钟同步:确保输入信号的变更不与时钟边沿对齐,通常保持至少一个delta周期的间隔
- 非阻塞赋值:对跨时钟域的信号使用非阻塞赋值,虽然本例中已经使用
- 明确的时序关系:在测试平台中建立清晰的信号时序,例如:
// 推荐写法:先改变数据,再触发时钟边沿
#2000;
in0 = 27'd1; // 先更新数据
#10; // 插入微小延迟
clock_0 = 1'b0; // 再触发时钟边沿
深入理解调度机制
Verilog的离散事件仿真模型基于时间轮转机制。每个时间点包含多个仿真阶段:
- 前更新阶段:执行原语和模块输入
- 活跃阶段:执行阻塞赋值和连续赋值
- 非阻塞赋值阶段:执行非阻塞赋值的右侧计算
- 后更新阶段:执行非阻塞赋值的左侧更新
不同仿真器可能在这些阶段的实现细节上有所差异,特别是在处理同一阶段内的事件顺序时。这正是导致本案例中不同仿真结果的根本原因。
设计建议
对于可靠性要求高的设计,建议:
- 遵循"先数据后时钟"的原则安排信号时序
- 在关键路径上增加足够的建立时间余量
- 使用同步电路设计技术减少对时序的敏感性
- 在跨时钟域处明确使用同步器
通过理解这些底层机制,开发者可以编写出在不同仿真环境下表现一致的Verilog代码,提高设计的可移植性和可靠性。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0212
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0137
JoyAI-EchoJoyAI-Echo,这是一个独立的、仅用于推理的版本,旨在实现分钟级多镜头音视频生成。它采用了经过蒸馏的DMD生成器、配对的跨模态记忆以及故事级别的一致性。其性能的核心在于,一个跨模态视听记忆库能够在长达五分钟的视频中保持角色外观和语音音色的一致性。同时,一个训练后处理流程将基于记忆的强化学习与分布匹配蒸馏相结合,实现了7.5倍的速度提升,显著增强了视觉质量和对齐效果。00
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03
热门内容推荐
最新内容推荐
项目优选
收起
deepin linux kernel
C
32
16
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
468
461
暂无描述
Dockerfile
775
5.07 K
Ascend Extension for PyTorch
Python
756
961
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
872
2.01 K
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
696
1.4 K
昇腾LLM分布式训练框架
Python
183
230
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.1 K
1.14 K
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271
Oohos_react_native
React Native鸿蒙化仓库
C++
361
430