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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 6297|回复: 16

[求助] 关于跨时钟域的问题

[复制链接]
发表于 2014-7-2 10:13:36 | 显示全部楼层 |阅读模式

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

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

x
哪位高人指点下,现在遇到一个问题:
系统时钟12M(source clock),分频出来8K和1M的时钟(generated clock)。
请问这种情况下,数据从12M到8K传输和 8K到12M间传输是跨时钟域吗?为什么?
谢谢!
发表于 2014-7-3 13:48:23 | 显示全部楼层
不算不算,这个是同源时钟啊,一个domain的,master和generated clocks,是一家人

cross clock domain属于根本不是同一个源头的时钟之间的关系
 楼主| 发表于 2014-7-3 20:22:44 | 显示全部楼层
多谢版主
发表于 2014-7-3 23:08:45 | 显示全部楼层
个人觉得不一定就是同步时钟,如果你定义的的是generate时钟,那没问题,在CTS时需要基本做平;但是你如果没有要求,那这几个时钟间没具体的需求,或者说你定义为create时钟,那APR时不需要做平,那你可以认为这几个时钟间为异步关系。主要还是看你自己的需求
发表于 2014-7-4 09:05:29 | 显示全部楼层
回复 1# ivor_kandy


   看看看看看看看看看看看看
 楼主| 发表于 2014-7-5 19:52:34 | 显示全部楼层
回复 4# 心海的一滴泪


   多谢您的回复,这里我们是有要求的,8K和1M都是generated clock,而12M是created clock
发表于 2014-7-7 11:33:52 | 显示全部楼层
实际上 master 和generated clock确实不一定有时序要求的, 但是很多情况下也balance了timing,

没要求的就更简单了,相当于异步时钟,
发表于 2018-12-23 12:57:54 | 显示全部楼层
发表于 2018-12-25 08:55:48 | 显示全部楼层
还是看需求,没要求就当异步
发表于 2019-4-26 16:21:22 | 显示全部楼层
首先你这种情况是可以作为同步时钟的,必须要做跨时钟域的是两个相位关系完全不能确定的情况,再说你这种情况可以认为是同步,也可以作为异步来处理,个人感觉如果跨时钟设计不复杂的话作为异步比较好,减少插时钟树的难度,也可以降低整体功耗!
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-12-26 04:12 , Processed in 0.028352 second(s), 8 queries , Gzip On, Redis On.

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