后仿之SDF 反标Warning的描述和解决

在后仿中SDF的反标log中Error是必须要解决的,但是Warning有时候可能并不会影响到实际的内容,而是工具严格的检查得到的一些警告,因此可能就需要我们仔细的来甄别是否warning需要被解决;针对此,将平时看到的一些warning进行整理,帮助之后解决这些问题:

1. SDFCOM_UHICD:Up-hierarchy Interconnect Delay ignored

     这个warning是指将hier间的delay放在device delay上体现,可以不用处理;对跨层次的端口标注INTERCONNECT delay时出现该warning,在层次铺平之后是不会有问题的。

2. SDFCOM_IWSBA:INTERCONNECT will still be annotated

    也不用处理,delay实际上也是反标了。

    vcs是无法识别assign语句代表的是单纯的连线还是作为一个device存在,所以当vcs检测到对assign语句反标INTERCONNECT delay时会报出该警告,但是依然会将INTERCONNECT delay标注。要求designer做出进一步的确认,如果确认assign只是连线,那么是可以选择屏蔽这条warning。不过我们是推荐使用相同的变量连接两个同一层级下cell的端口,并仅对这两个端口标注INTERCONNECT delay。

3. SDFCOM_INF: IOPATH not found

    这个一般是sdf和specify中的没有对应上,这个需要判别是否需要处理。
    这个会造成sdf反标失败  -- 要针对对应的case来判别有没有影响:
    clk  to clk 的警告应该还好;但是clk to Q -- 这个就要好好检查

4. SDFCOM_CFTC: Cannot find timing check

    这个一般是sdf和specify中的没有对应上;
    比如某些时候,两者中 一个是多bit一个是拆分bit,这个会造成match不上;对这种位宽拆分的可以在编译时添加: -tcheckvecsplit, 其他的情况就需要检查为何不匹配。需要被解决。

5. SDFCOM_TANE:TIMINGCHECK Annotation Not Enabled

    SDF中有timing check,但是verilog没有这个specify的指定,这个sdf 的约束就没有意义了
正常情况下是需要解决掉的。

6. SDFCOM_IANE: IOPATH Annotation Not Enabled

    SDF中有对应IOPATH约束,但是verilog没有这个specify的指定,这个sdf 的约束就没有意义了
正常情况下是需要解决掉的

7. SDFCOM_STCLOR: SCALED TC Limit Out of Range

    vcs 用32bit做为deay,所以就是2^31, 超过最大delay就会报;
有时候没有超过delay也会报,因为module没有指定timesale,但是采用的是top的timescale来计算,还是超过了。修改delay或者用 -override_timiescale= 重新指定timescale来覆盖之前的timescale来解决这个问题。

8. SDFCOM_RLTPD:RETAIN value larger than IOPATH delay

     RETAIN delay一定不能比IOPATH delay大。首先得去确认是否需要RETAIN,如果不需要就去掉RETAIN的编译选项,如果需要就去确认为什么出现这种不合理的延时关系

9. SDFCOM_SWC:Simple Wire Connection

    这个提示是啥Y->A之间不是简单的wire连接,在经过了几级assign,可能是会这么report的,但是delay还是吃上了的。可以不用修改,只要符合实际设计就可以。

10. SDFCOM_NICD: INTERCONNECT Delay encountere

    仿真器对应的处理是根据前后级的关系来处理的,可以参考:SDF 优先级和相关的概念
一般来讲,仿真工具在默认情况下,是会将负值当成0处理,这样一来,约束就会更紧
如果想正常处理这些负延迟数值,除了要添加仿真工具使能选项之外,还要确认SDF文件或者specify模型中,关于时序定义是否支持负值,比如$setup不支持,而$setuphold就支持。

    本质上都是因为负的延时无法被补偿为正值,需要仔细确认。

11. SDFCOM_NTCDNC- Negative Timing Check Did Not Converge

    当vcs无法converge多条negative timing check中的delay时会报告这条warning,可能有两种原因,第一种是vcs无法识别互斥condition导致的。第二种是timing出问题导致delay无法收敛,需要仔细检查并去解决;

12. SDFCOM_NDMD - NTC Delay is larger than ModPath Delay

    ModPath Delay小于NTC Delay是不合理的,需要解决。

备注1:针对3-6项,warning都是关于SDF 和Library model之间的不匹配导致的,当出现不匹配时vcs默认的行为是忽略SDF中多余的check和delay,需要前端和后端确认哪一个才是golden。

本节只摘录了部分的sdf warning的情况,实际上可能还有各种各样的类型,这里的warning都需要被认真的对待,这样才能保证sdf的反标没有问题,同时后仿也没问题,否则可能会导致大量且无效的debug的工作。

Read more

2026年各大高校AIGC检测政策汇总(持续更新)

2026年各大高校AIGC检测政策汇总(持续更新)

2026年各大高校AIGC检测政策汇总(持续更新) 2026年毕业季正式来临,AIGC检测已经不再是"可能会查",而是"一定会查"。从去年下半年到现在,全国高校密集出台了一系列针对论文AI生成内容的检测政策。本文将为大家做一个尽可能全面的汇总,方便同学们快速了解自己学校的要求,提前做好准备。 本文持续更新,建议收藏。 2026年高校AIGC检测的整体趋势 在详细列出各高校政策之前,先给大家概括一下今年的整体形势: 三大核心变化 1. 检测范围全覆盖:不再只是抽检,而是全部论文必查AIGC 2. 检测标准趋严:AI率阈值从去年普遍的30%收紧到20%甚至10% 3. 处罚力度加大:从"修改后重新提交"升级到"延期答辩"甚至"取消答辩资格" 主要检测平台分布 * 知网AIGC检测系统:覆盖约60%的985/211高校

高性能计算 FPGA 开发:Quartus Prime 18.0 下载安装教程 高带宽内存(HBM2)支持

简介 Quartus Prime 18.0 软件详情Quartus Prime 是英特尔(原 Altera)推出的 PLD/FPGA 设计开发平台,广泛应用于芯片设计、逻辑电路开发、高速接口和嵌入式系统领域。它支持完整的硬件设计流程,从架构设计、逻辑综合、仿真分析,到烧录部署。 * 部分重新配置升级:提供一键式部分重新配置设计流程,能动态重新配置 FPGA 部分区域,其余区域正常运行。同时优化了 Stratix 10 器件的重新配置时间,还支持传统和分层两种重新配置流程,助力加速产品上市。 * 快速重新编译适配:针对 Stratix 10 器件支持快速重新编译功能,对 Signal Tap 逻辑分析仪提供完善支持,包含适配后增量布线支持,小幅度修改 HDL 代码后无需完整重编,减少重复工作量。 * Quartus Prime

Retinaface+CurricularFace部署教程:镜像内Python 3.11.14环境安全补丁升级方法

Retinaface+CurricularFace部署教程:镜像内Python 3.11.14环境安全补丁升级方法 你是不是也遇到过这样的问题:刚拉取一个功能齐全的人脸识别镜像,准备直接上手测试,结果发现Python版本存在已知安全漏洞?或者在企业级部署中,安全审计要求必须打上最新补丁,但又担心升级后破坏原有推理环境的稳定性?别急,这篇教程就是为你量身定制的——我们不讲抽象理论,不堆砌参数配置,而是手把手带你完成RetinaFace+CurricularFace镜像中Python 3.11.14的安全补丁升级,全程零兼容性风险,所有操作均可逆、可验证。 本教程面向真实工程场景:你拿到的是一个开箱即用的AI镜像,目标不是从头编译Python,而是以最小改动、最高安全性完成升级。我们会避开常见的“重装conda环境”陷阱,绕过PyTorch与CUDA的脆弱依赖链,用官方推荐的增量补丁方式,让Python版本号不变(仍是3.11.14),但底层安全漏洞全部修复。整个过程5分钟内完成,不影响任何已有推理脚本运行。 1. 镜像环境现状与升级必要性 1.1 当前镜像核心组件一览 Ret

2026 最新 OpenClaw 企业微信 AI 机器人对接全流程教程|可复现实操 + 全场景避坑指南

2026 最新 OpenClaw 企业微信 AI 机器人对接全流程教程|可复现实操 + 全场景避坑指南

随着 AI Agent 技术在企业办公场景的落地,OpenClaw 作为轻量开源的 AI 智能体框架,成为了众多团队搭建企业微信自动化机器人的首选方案。无论是内部办公的智能问答助手、客户运营的智能客服,还是跨系统的定时消息推送、业务流程自动化处理,OpenClaw 都能提供灵活的能力支持。 但在实际开发部署中,不少开发者都会遇到技术卡点:官方英文文档对新手不友好、webhook 回调签名校验门槛高、企业微信权限配置逻辑复杂,很容易出现对接失败、消息收不到、机器人不回复、服务重启后配置失效等问题,很多人反复调试数天都无法完成稳定对接。 本文是我经过多轮实测、踩坑无数整理的 2026 最新稳定版对接教程,从后台配置、代码编写到排障逻辑,每一步都有可落地的操作指引,哪怕你是刚接触 OpenClaw 的零基础新手,跟着步骤也能一次对接成功。 如果你不想手动修改配置文件、反复调试回调接口、处理复杂的企业微信权限逻辑,也可以直接使用 OpenClaw 国产平替EasyClaw,它内置了企业微信原生一键对接能力,无需修改一行代码、无需手动调试回调地址,全中文可视化界面操作,最快 10 分钟就能