ET创芯网论坛(EETOP)

找回密码

  登录   注册  

电动/混动汽车、48V系统、汽车功能安全等技术资料合集
查看: 107|回复: 6

[求助] SOC PAD外面怎么接model才好验证

[复制链接]
发表于 2019-8-28 11:48:09 | 显示全部楼层 |阅读模式

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

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

x
PAD里面是pinshare电路(一堆mux,用来选择不用mode下,输入or输出不同信号到PAD上)。
PAD外面理应接sim model来支持SOC外设的验证,但是不知道该怎么接??
难道要做一个反向的pinshare吗??
请有经验的朋友给些验证思路。
发表于 2019-8-28 12:25:21 | 显示全部楼层
我验证io mux时,pad分输入和输出两个case,然后force信号源头跳变几次,再检查目的信号是否发生跳变,同时要检查其它的信号有没有跳变.
回复 支持 反对

使用道具 举报

发表于 2019-8-28 16:51:29 | 显示全部楼层
是需要做一个反向的pinshare, 不然你怎么知道这个pad用作什么功能?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2019-8-29 09:04:33 | 显示全部楼层


   
dragontail 发表于 2019-8-28 16:51
是需要做一个反向的pinshare, 不然你怎么知道这个pad用作什么功能?


感谢回答,^_^
我开始这是这么规划的,但是有人说这是DIC工程师的思路。
我觉得有道理,因为pinshare中犯的错,在反向pinshare中也可能出现,
当这种错误可以中和的时候,就打不到验证的效果了。

所以,从验证工程师的角度还有没有其他思路那???再讨论一下

回复 支持 反对

使用道具 举报

 楼主| 发表于 2019-8-29 09:12:44 | 显示全部楼层


   
janlesion 发表于 2019-8-28 12:25
我验证io mux时,pad分输入和输出两个case,然后force信号源头跳变几次,再检查目的信号是否发生跳变,同时要检 ...


感谢回答,
我local端验证iomux也是这么做的。(目前的想法是whole chip想要再验一次)

关于你的回答有个疑问,
就是force在PAD上,然后去检测对应信号value的时候,因为对应信号很多,而且可能随着SOC进度 iomux的规划在不断改变,
那么对应信号就会不断变化,一旦变化我就需要修改testbench把变化的对应信号增加或者剔除。
这其实还蛮费力的,  请问针对这个问题您有什么建议吗???
这个问题的原因是:对应信号很多很杂;iomux规划一直在改版(例如今天加一组jtag,明天加一组i2c....)。
回复 支持 反对

使用道具 举报

发表于 2019-8-29 12:15:31 | 显示全部楼层
这个没什么好办法,我们以前是利用宏定义和队列来做,这样改的地方只要改宏定义处,对比用队列的foreach,这样也只能减少修改的地方.  
回复 支持 反对

使用道具 举报

发表于 2019-8-29 17:20:32 | 显示全部楼层


   
Kiss_Rose 发表于 2019-8-29 09:12
感谢回答,
我local端验证iomux也是这么做的。(目前的想法是whole chip想要再验一次)


对在环境中对复用的IO加使能,比如pad0复用到uart_tx    assgin pad0 = uart_en?uart_tx:1'bz;  
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

关于我们|联系我们|ET创芯网 ( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2019-9-16 00:21 , Processed in 0.063565 second(s), 10 queries , Gzip On, Redis On.

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表