在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 1557|回复: 5

[解决] scan chain长度(scan cells)数量不等的原因之一

[复制链接]
发表于 2023-2-21 16:20:34 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
本帖最后由 DFTbin 于 2023-2-21 16:20 编辑


标题所指不等为unbalanced,意为两条及以上链的scan chain 长度(scan_cells)数量相差很大,如两条chains,一条50 cells,另一条51cells,则不是unbalanced的情况。
具体解决方法,其实,DFT compiler已经给出了答案,在2016.03版本的user_guide中P10-11处。
具体而言(翻译):在DFT compiler默认情况下会根据mux-DFF的时钟沿将其分配到不同的scan_chain上,为了覆盖这一默认行为,可通过设置set_scan_configuration -clock_mixing解决。
发表于 2023-2-22 10:22:56 | 显示全部楼层
clock mix下scan chain会很均等,但是会把不同时钟域串在一起,会加LOCKUP latch,影响主要在后端
发表于 2023-8-8 11:28:04 | 显示全部楼层


guiqix 发表于 2023-2-22 10:22
clock mix下scan chain会很均等,但是会把不同时钟域串在一起,会加LOCKUP latch,影响主要在后端 ...


hello,请问加入LOCKUP latch应该是为了hold timing,对后端的影响具体是什么
发表于 2023-8-8 14:52:10 | 显示全部楼层


人生百态 发表于 2023-8-8 11:28
hello,请问加入LOCKUP latch应该是为了hold timing,对后端的影响具体是什么


对后端就是不同时钟域的DFF一条scan chain上,数据存在跨时钟域。
发表于 2023-8-10 13:07:22 | 显示全部楼层


guiqix 发表于 2023-8-8 14:52
对后端就是不同时钟域的DFF一条scan chain上,数据存在跨时钟域。


是的后端很讨厌这种情况,将来做时钟树也比较烦。
发表于 2023-10-18 08:11:40 | 显示全部楼层
学习
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条

×

小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-11-22 04:16 , Processed in 0.016309 second(s), 6 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表