logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

【汽车芯片功能安全分析与故障注入实践 05】Architectural、RTL、Netlist 三个阶段的安全分析差异

汽车芯片功能安全分析不应该只发生在最终 netlist 阶段。Architecture 阶段:快速估算,指导安全机制方向RTL 阶段:结构探索,建立 SM map 和初步 fault listNetlist 阶段:最终验证,支持 sign-off 前指标闭环的核心作用是把三阶段输入统一成,让后续 FIT、DC、Fault Campaign 和 Benchmark 都能复用。这也是从“文章 + De

#汽车#安全
【汽车芯片功能安全分析与故障注入实践 04】IEC 62380 与 SN29500:FIT 模型如何工程化落地?

FIT 模型不是一个公式,而是一个工程系统。设计规模统计工艺与 lambda 数据温度与 mission profile模型选择永久故障计算瞬态故障计算分项贡献报告详细计算追溯的价值是把这些内容拆成清晰、可配置、可对比的工程模块。后续的会继续解决另一个问题:同一个设计在 architecture、RTL、netlist 三个阶段,FIT 输入和统计结果如何保持一致?只有解决了这个问题,FIT 模型

【Backend Flow工程实践 26】Hierarchical Design Flow:为什么大芯片后端必须分层、抽象、合并和签核?

Hierarchical Flow 可以用三个关键词理解。Abstract 是 block 对外提供的简化模型。它不是随意裁剪,而是保留 top integration 所需的信息。Abstract 的质量决定 top-level flow 是否可信。Physical abstract 的作用,是在 top-level flow 中代表 block。block sizeblock pinspowe

【Backend Flow工程实践 24】Low Power Flow:power domain、always-on、retention 和 power switch 如何进入后端实现?

Low Power Flow 的核心不是多跑几个低功耗命令,而是把 power intent 转换成后端实现数据库中的对象、约束和物理结构。Power domain 决定逻辑和物理区域如何按电源语义分组。Always-on 保证系统在关断状态下仍有控制能力。Isolation 保证 power-off domain 的输出不会污染 still-on domain。Level shifter 保证不

【Backend Flow工程实践 20】Routing:global route、detail route 与 route optimize 分别解决什么问题?

本文解释了 global route、detail route 和 route optimize 的区别。routing 的本质是把逻辑连接图映射成可制造几何;global route 解决 routing resource 和大方向规划问题;detail route 解决真实 track、via、pin access 和 DRC 落地问题;route optimize 解决 route 后 ti

【Backend Flow工程实践 16】从 Scan Chain 到 Placement:测试结构为什么会影响后端布局?

本文讨论了一个经常被低估的问题:为什么测试结构会影响后端布局?scan chain 在逻辑上是 DFT 结构,在物理上是真实连接;scan order 如果和物理位置不匹配,会增加 wirelength 和 congestion;scan register、scan enable、test clock 都会影响 placement 和 routing;physical-aware scan reo

【Backend Flow工程实践 11】设计对象模型:cell、net、pin、port 为什么是 Backend Flow 工程化的基本单位?

回到题目:cell、net、pin、port 为什么是 Backend Flow 工程化的基本单位?因为 Backend 工具真正理解设计,是从对象模型开始的。cell 表示设计中的实例化单元;net 表示连接关系和后续物理布线对象;pin 表示 cell 与 net 的连接界面,也是时序路径节点;port 表示 top-level boundary 与外部约束入口。这四类对象共同构成设计数据库的

【Backend Flow工程实践 08】LEF / Liberty / Verilog / DEF:Backend Flow 为什么依赖多格式协同?

回到题目:LEF / Liberty / Verilog / DEF:Backend Flow 为什么依赖多格式协同?因为后端设计不是单一文件能描述的对象。格式核心语义Verilog逻辑连接关系Liberty时序、功耗和单元逻辑模型LEF物理抽象、工艺层、pin 和 blockageDEF当前设计实例的物理实现状态Backend 工具真正要做的,不是简单“读文件”,而是把这些格式融合成统一设计数据

【Backend Flow工程实践 07】从 Project Library 看 EDA 工具如何管理工艺库与标准单元库

回到题目:从 Project Library 看 EDA 工具如何管理工艺库与标准单元库?Project Library 的本质不是路径管理,而是工艺和单元知识的工程化管理。读取和组织 technology file;管理 LEF 物理抽象;管理 Liberty 时序 / 功耗模型;关联标准单元的多种视图;检查 cell name / pin name / site / layer 等一致性;为

【Backend Flow工程实践 06】为什么成熟的 Backend Flow 要先建立命令帮助基线?

回到题目:从 Project Library 看 EDA 工具如何管理工艺库与标准单元库?Project Library 的本质不是路径管理,而是工艺和单元知识的工程化管理。读取和组织 technology file;管理 LEF 物理抽象;管理 Liberty 时序 / 功耗模型;关联标准单元的多种视图;检查 cell name / pin name / site / layer 等一致性;为

    共 12 条
  • 1
  • 2
  • 请选择