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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 8493|回复: 12

比较器的传输延迟 在线等

[复制链接]
发表于 2009-3-10 21:29:20 | 显示全部楼层 |阅读模式

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

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

x
比较器的传输延迟跟哪些因素有关?摆率+带宽?NO。

[ 本帖最后由 大大山 于 2009-3-10 22:13 编辑 ]
 楼主| 发表于 2009-3-10 22:06:12 | 显示全部楼层
同志们,给小弟出主意啊。
发表于 2009-3-10 22:28:34 | 显示全部楼层
gain,CL

减小L有比较明显改善

[ 本帖最后由 zhanweisu27 于 2009-3-10 22:34 编辑 ]
发表于 2009-3-11 02:47:37 | 显示全部楼层
Tor=CL/gm. decrease CL  or increase gm
 楼主| 发表于 2009-3-11 21:27:48 | 显示全部楼层
 楼主| 发表于 2009-3-12 00:05:53 | 显示全部楼层
还有其它方面的考虑吗?
发表于 2009-3-12 07:02:50 | 显示全部楼层
As long as your comparator always regenerates from meta-stable point, the time for comparator to solve will 100% depend on CL/gm. However, if you are talking about the logic delay outside the comparator core. It will be another story. If your comparator needs recovery time or your comparator is like OPA-based structure, then please think about that is not the right approach for high speed design.
发表于 2009-3-12 09:41:42 | 显示全部楼层
问题有点大,不过,大概说来,增大电流,减小device尺寸,会提高比较器速度,反之则变慢。但是改变这两个参数,其他许多指标也会变,所以只能取个折衷了。
采用不同的结构,比如OTA,对电容负载比较有效。
 楼主| 发表于 2009-3-12 20:29:33 | 显示全部楼层


原帖由 prof3 于 2009-3-12 07:02 发表
As long as your comparator always regenerates from meta-stable point, the time for comparator to solve will 100% depend on CL/gm. However, if you are talking about the logic delay outside the comparat ...


yes,you are right.i have solven this problem by taking the postive feedback structure .
 楼主| 发表于 2009-3-12 20:31:04 | 显示全部楼层


原帖由 supermos 于 2009-3-12 09:41 发表
问题有点大,不过,大概说来,增大电流,减小device尺寸,会提高比较器速度,反之则变慢。但是改变这两个参数,其他许多指标也会变,所以只能取个折衷了。
采用不同的结构,比如OTA,对电容负载比较有效。


ota结构不错,电流型比较器比较速度比较快
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2024-9-29 23:32 , Processed in 0.030601 second(s), 9 queries , Gzip On, Redis On.

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