复位设计中的结构性缺陷及解决方案

期的延迟，其中，由于复位同步器导致整个mod_clk域逻辑都处于复位状态。在该阶段，如果一些数据交易从sys clk域开始，将在mod_clk域丢失。

2.解决方案

虽然这不是大问题，但有时会在客户一端造成混淆，因为该延迟对客户不可见。因此消除混淆的更好的方式是：

*如果在全局复位去断言过程中没有时钟，则在设计中绕过/删除冗余复位同步器。这当然会节省一定的门控数。

*如果动态功耗不是问题，用户可以在mod_clk域逻辑开始运作之前很长时间在启动代码选择启用mod_clk.因此，复位去断言将有足够的时间传播。

*这也可以在软件中处理，在任何有效操作之前启用了mod_clk后，设置两三个mod_clk周期的延迟。

由于罕见的时钟路径导致复位去断言时序问题

1.问题

设计的复位架构根据系统而不同。在一些安全关键设备中，整个复位状态机在安全时钟上工作，安全时钟默认启用。该时钟也被用作设备的默认系统时钟。

图13：罕见时钟路径的问题。

在上图中，复位状态机（R触发器）在default_clk上工作。此外，在复位去断言过程中，default_clk是sys clk的源。因此，在逻辑上，这两个时钟（clk1和clk2）在复位去断言过程中同步。但是，由于clk1和clk2之间存在巨大的罕见路径，因此很难平衡这两个时钟并视其为同步。因此，满足A触发器的复位去断言变得具有挑战性。

2.解决方案

异步对待clk1和clk2，并在A触发器中使用复位之前放置复位同步器。现在需要从S2-->A满足复位去断言时序（见图14）。这不应是个问题。

图14：解决方案。

结束语

这部分主要专注于复位设计中的故障以及克服这些问题的可能的解决方案。然而，上述解决方案并非唯一的解决方案，也不普遍适用于所有设计。这些是一些通用的解决方案和建议的指导方针，在特殊情况下可能需要进行修改。在这些情况下，此类问题不仅导致功能故障，还会增加一些额外的调试时间和工作，从而增加执行周期时间。因此，设计人员需要在设计的早期阶段考虑此类问题。