TMAX testcoverage之remove_faults *匹配

最新推荐文章于 2025-11-22 23:53:54 发布
原创 最新推荐文章于 2025-11-22 23:53:54 发布 · 486 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#基带工程 #fpga开发 #云计算

文章讨论了在测试覆盖率低的情况下，如何通过TMAXATPG工具的remove_faults命令剔除不需要的逻辑单元，重点提到不能直接使用*号匹配，需用cellhierarchy精确匹配或使用-filter的正则表达式进行批量操作，同时强调了get_attribute在get_cells过程中的关键作用。

跑TMAX ATPG，testcoverage很低，想把不需要ATPG测试的逻辑剔除不计算在ATPG testcoverage，通过remove_faults命令来剔除这些逻辑cell，但cell太多如何通过*号匹配批量完成？

remove_faults不能直接get_cells 使用*匹配，只能通过foreach_in_collection的方式：

1. 直接带cell hierarchy 匹配，比较精准一些，不至于溢出到其他逻辑。

2.  使用-filter的正则表达式匹配，可以匹配更宽的范围

 注：注意其中的get_attribute的那行，是整个get_cells的关键

myx_mike
关注
量产导入 | ATPG Test_coverage_faults
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
06-19 472
ATPG不可测（AU）故障类别包括所有ATPG无法找到模式来创建测试，但也不能证明故障是冗余的故障。可能检测到的（POSDET）故障类别包括所有故障模拟识别为可能检测到的但不是硬性检测到的故障。通过模拟检测（DS）类别识别出“好电路模拟”和“故障电路模拟”结果不同时检测到的故障。
可测试性设计技术：ATPG篇 Fault Classes（1）
weixin_44150473的博客
10-06 2039
使用ATPG时，工具会根据检测到故障的方式或无法检测到故障的原因将故障进行分类。每个fault都有唯一的名字和两个字符的代码。默认情况下fault会设定在library model的输入和输出端口，可以通过设定set_internal_fault on使得fault可以设定在library model内部的门电路输入输出端口。
Tessent scan & ATPG(8) Debug low test coverage(低测试覆盖率的原因及debug方法)
热门推荐
旺旺家族的传说
08-29 1万+
如何利用工具debug测试覆盖率低的原因
Tmax & WGL
Kingbeful的专栏
05-12 9006
from http://wmct.blog.sohu.com/108377876.htmlTetraMAX使用注意事项 1.在*.spf文件中的扫描状态的初始化过程，即是使系统进入到扫描测试状态的JTAG信号输入流程必须放在“test_setup”过程中，否则生成的测试激励在测试中可能会产生无法匹配错误，从而导致扫描过程出错。2.TetraMAX中的GSV分析工具非常有用。使用GSV可
TMAX debug
01-24
synopsys TMAX: Tips For Simulation Debug, ATPG Pattern Validation
Scan chain提高覆盖率
lengxuemo的专栏
06-25 838
其中覆盖率的计算是DT和UD的faults除以total的faults.如图（57244+144）/58628=97.8338%.和报告相对应。3.将数字部分组合逻辑的输出放到寄存器中，DC综合时将这个寄存器设置为don‘t touch。这不是重点，重点是要搞清楚各个faults的含义，即DT，PT，UD，AU，ND都代表什么？跑完tmax后，会出来一份这样的报告，首先需要看懂这份报告。1.将数字部分的输入用mux切到寄存器的输出。2.数字部分的输出尽可能少的mux到固定值。
TMAX脚本，配合readme使用，快速实现DFT仿真
03-11
tmax tcl脚本
tmax_ug.rar_ATPG_DFT_TMax
09-24
《TMAX ATPG & DFT User Guide》 在IT领域，自动测试模式生成（Automatic Test Pattern Generation, ATPG）和设计-for-test（Design-for-Test, DFT）是集成电路（IC）测试的重要组成部分，用于确保芯片功能的正确性...
数组索引必须为正整数或逻辑值。 出错 btfwendu3 (第 63 行) Qw = rho_i*Cp*V*(T(i-1)-T(i-2))/dt;
06-08
kT = (Tave-Tmin)/(Tmax-Tmin); end R = k1*(1-exp(-k2*I))*exp(-k3*Tave)*kT; % 更新温度和湿度 Tin_i = Tin + Qin_i/(rho_i*Cp*V); RHin_i = RHin + R*(RHin/100)*(RHsoil-RHin)/dt; % 记录温度和湿度 ...
TMAX资料集合
04-04
《TMAX资料集合》 TMAX，全称为TestMAX，是一种高级测试模式生成（ATPG，Automatic Test Pattern Generation）工具，广泛应用于集成电路（IC）设计和验证领域。它旨在生成有效的测试向量，以检测电路中的缺陷，确保...
在TMAX simulation里什么是 “unload 2“ ?
ciscomonkey的博客
10-17 734
文章目录 什么是unload 2？其实做DFT的人，在sim的时候都会见到这个log信息，我之前就产生过疑惑了，只是在周围同事，也没人思考这种问题。 正如下图所示： 在最后一只pattern pattern 4的时候开始出现unload 2（T=5400ns V=55） 这是指的是这只pattern调用了多次 load_unload 我们可以看看如下图所示的pattern： 如下图所示，在最后一支pattern 4中，分为了两部分： 一部分是pattern 4 另一部分是 end 4 unload 可以看
DFT小记
seahqsky的博客
12-16 2631
记录DFT见闻
TetraMAX ATPG的基础整理
qq_34882285的博客
03-19 8589
TetraMAX ATPG的基础整理
【单元测试】五、JaCoCo Coverage Report 各项指标说明
qwertyuiopasdfghjklzxcvbnm
04-22 5256
Instructions Jacoco 计算的最小单位就是字节码指令。指令覆盖率表明了在所有的指令中， 哪些被指令过以及哪些没有被执行。这项指数完全独立于源码格式并且在任何情况下有效，不需要类文件 的调试信息。 Branches Jacoco 对所有的 if 和 switch 指令计算了分支覆盖率。这项指标会统计所有的分支数 量，并同时支出哪些分支被执行，哪些分支没有被执行。这项指标也在...
电源电压过冲
程序猿徐师兄的博客
05-16 7580
当然加入TVS也是有讲究的，其中最重要的便是它的额定工作电压，越靠近我们所在的电压轨电压越好。由于适配器线中寄生的串联电感、AC 适配器输出端电容板子端输入电容，在适配器的热插拔的过程中，会给对应的电容进行充电，而其电压的过冲大小取决于线与板的寄生电感、寄生电阻、电容等。可以清晰知道，这个措施是简单有效的。电容：I=C*du/dt。
【FPGA】FPGA开发流程
最新发布
工业电子技术研读及分享
11-22 395
FPGA开发流程主要包括设计输入、功能仿真、综合、实现和时序分析等关键步骤。开发人员首先使用HDL语言完成设计输入，然后通过功能仿真验证逻辑正确性。接着进行综合将设计转换为门级网表，再通过实现过程完成布局布线。最后进行静态时序分析(STA)确保设计满足时序要求。整个流程需要反复迭代优化，参考资料详细介绍了FPGA开发的仿真方法和时序分析技术。
XC3S200A-4VQG100C Xilinx AMD Spartan-3A FPGA
2403_90082736的博客
11-22 892
XC3S200A-4VQG100C 赛灵思 Xilinx AMD Spartan-3A 家族，是一款面向成本敏感与 I/O 密集型嵌入式应用的 SRAM 型 FPGA
可编程逻辑器件学习(day29)：Verilog HDL可综合代码设计规范与实践指南
人生真正的货币不是金钱，不是时间，而是你的注意力！”​​ ——纳瓦尔（《纳瓦尔宝典》）
11-22 1193
本文系统阐述了Verilog可综合设计的核心规范与工程实践。从基本准则（如禁用初始化/延时语句、同步设计原则）到变量硬件映射关系（线网/寄存器类型），详细解析了语句结构（赋值语句、条件/循环语句）的硬件实现方式。重点讨论了高级设计原则，包括参数化设计、时钟复位策略、时序面积权衡及可测试性设计，并提供了代码组织规范建议。全文强调硬件思维的重要性，指出优秀设计需要兼顾语言熟练度、电路原理理解力和工程实践执行力，为数字IC和FPGA设计提供了全面指导。
探索高性能伺服驱动：基于Verilog的FPGA实现之旅
2503_94130034的博客
11-21 501
高性能伺服驱动，纯verilog语言编写，FPGA电流环，包含坐标变换，电流环，速度环，位置环，电机反馈接口，SVPWM，编码器协议，电流环和编码器协议全部在FPGA中实现的，具有很大的参考学习意义。在硬件开发的领域中，高性能伺服驱动一直是一个令人瞩目的话题。
void utf16le_to_utf8(const uint16_t* src, char* dst) { while (*src) { uint16_t code = *src++; // UTF-16LE转UTF-8规则： if (code <= 0x7F) { *dst++ = (char)code; // 1字节 } else if (code <= 0x7FF) { *dst++ = 0xC0 | (code >> 6); // 110xxxxx *dst++ = 0x80 | (code & 0x3F); // 10xxxxxx } else { *dst++ = 0xE0 | (code >> 12); // 1110xxxx *dst++ = 0x80 | ((code >> 6) & 0x3F); // 10xxxxxx *dst++ = 0x80 | (code & 0x3F); // 10xxxxxx } } *dst = '\0'; // 终止符 }将const uint16_t* src 改为uint8_t* src
07-03
<think>我们之前已经有一个接受`const uint16_t*`的UTF-16LE到UTF-8转换函数。现在需要修改为接受`uint8_t*`参数。这是因为新的数据输入类型是`uint8_t*`，它实际上指向的是UTF-16LE编码的字节流（小端序）。原函数（假设）可能是这样的：```csize_tutf16le_to_utf8(constuint16_t*src,char*dst,size_tmax_len); ```现在要改为： ```csize_tutf16le_to_utf8(constuint8_t*src,char*dst,size_tmax_len); ```修改的关键点在于：原来我们直接使用`uint16_t`指针访问每个16位的码元（codeunit），现在改为从`uint8_t`指针读取两个字节来组合成一个16位的码元。注意：UTF-16LE的数据是小端序，即一个16位码元的低8位在前，高8位在后。修改步骤：1.将输入参数类型从`const uint16_t*`改为`const uint8_t*`。2.在函数内部，每次读取两个字节（小端序）来组成一个16位的码元（code unit）。3.注意处理代理对（surrogatepairs）时，需要连续读取两个码元（即4个字节）。修改后的函数如下（包含详细注释）：</think>### 修改 UTF-16LE 到 UTF-8 转换函数使用 `uint8_t*` 参数 #### 关键修改要点 1. **参数类型修改** 将函数参数从 `const uint16_t*` 改为 `const uint8_t*`： ```c // 修改前 size_t utf16le_to_utf8(const uint16_t* src, ...); // 修改后 ✅ size_t utf16le_to_utf8(const uint8_t* src, ...); ``` 2. **字节序处理优化** 直接通过字节指针访问 UTF-16LE 数据，无需类型转换： ```c // 获取当前码元 (小端序) uint16_t code_unit = (uint16_t)(src[0]) | ((uint16_t)(src[1]) << 8); src += 2; // 前进2字节 ``` #### 完整修改后的函数 ```c #include <stdint.h> size_t utf16le_to_utf8(const uint8_t* src, char* dst, size_t max_len) { size_t count = 0; // 检测终止符: UTF-16LE 的结束符是连续两个0字节 while (src[0] != 0 || src[1] != 0) { if (count >= max_len - 4) break; // 预留4字节空间 // 读取小端序的UTF-16码元 uint16_t code_unit = (uint16_t)(src[0]) | ((uint16_t)(src[1]) << 8); src += 2; // 移动到下一个字符 // 处理代理对 (Surrogate Pairs) if (code_unit >= 0xD800 && code_unit <= 0xDBFF) { // 读取低代理项 uint16_t low_surrogate = (uint16_t)(src[0]) | ((uint16_t)(src[1]) << 8); src += 2; // 计算完整码点 uint32_t code_point = 0x10000 + ((code_unit - 0xD800) << 10) + (low_surrogate - 0xDC00); // 转换为4字节UTF-8 dst[count++] = 0xF0 | (code_point >> 18); dst[count++] = 0x80 | ((code_point >> 12) & 0x3F); dst[count++] = 0x80 | ((code_point >> 6) & 0x3F); dst[count++] = 0x80 | (code_point & 0x3F); } // 处理3字节UTF-8字符 (U+0800 - U+FFFF) else if (code_unit > 0x07FF) { dst[count++] = 0xE0 | (code_unit >> 12); dst[count++] = 0x80 | ((code_unit >> 6) & 0x3F); dst[count++] = 0x80 | (code_unit & 0x3F); } // 处理2字节UTF-8字符 (U+0080 - U+07FF) else if (code_unit > 0x007F) { dst[count++] = 0xC0 | (code_unit >> 6); dst[count++] = 0x80 | (code_unit & 0x3F); } // ASCII字符 (U+0000 - U+007F) else { dst[count++] = (char)code_unit; } } dst[count] = '\0'; // 添加终止符 return count; } ``` #### 使用示例 ```c // UTF-16LE 数据 (&quot;A你😊&quot; + 终止符) uint8_t utf16le_data[] = { 0x41, 0x00, // 'A' 0x60, 0x4F, // '你' (U+4F60) 0x3D, 0xD8, // 高代理项 (U+D83D) 0x0A, 0xDE, // 低代理项 (U+DE0A) -> 😊 0x00, 0x00 // 终止符 }; char utf8_buf[32]; size_t len = utf16le_to_utf8(utf16le_data, utf8_buf, sizeof(utf8_buf)); printf(&quot;转换结果: %s\n&quot;, utf8_buf); // 输出: A你😊 ``` #### 核心优势 1. **直接处理原始字节流** 无需先转换为 `uint16_t` 数组，可直接处理来自文件、网络等原始数据源的小端序字节流。 2. **内存访问优化** 避免指针类型转换带来的潜在对齐问题，兼容任意内存地址： $$ \text{访问地址} = \text{src} + 2n $$ 3. **兼容 BOM 检测** 可直接检查前2字节判断字节序： ```c if (src[0] == 0xFF && src[1] == 0xFE) { // UTF-16LE BOM 跳过 src += 2; } ``` #### 性能优化建议 1. **批量处理** 使用 SIMD 指令并行处理多个字符（需平台支持）： ```c #if defined(__SSE4_2__) // 使用SSE4.2指令加速 #endif ``` 2. **长度预计算** 避免多次遍历数据： ```c size_t calc_utf8_length(const uint8_t* src) { size_t len = 0; while (src[0] || src[1]) { uint16_t cu = src[0] | (src[1] << 8); src += 2; len += (cu <= 0x7F) ? 1 : (cu <= 0x7FF) ? 2 : (cu <= 0xFFFF) ? 3 : 4; } return len; } ``` 3. **内存池管理** 避免频繁内存分配： ```c static char conversion_buf[1024]; // 静态缓冲区 utf16le_to_utf8(data, conversion_buf, sizeof(conversion_buf)); ``` ### 相关问题 1. 如何检测 UTF-16 数据的字节序（LE/BE）？ 2. 转换函数如何处理无效的 UTF-16 编码序列？ 3. 在内存受限系统中如何优化 UTF-16 到 UTF-8 的转换？
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值