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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
12
返回列表 发新帖
楼主: cenarius

请教版主:amba hready信号

[复制链接]
发表于 2006-12-6 10:55:24 | 显示全部楼层
谢谢楼上的。
发表于 2006-12-7 18:30:24 | 显示全部楼层
好人 好书 好资料
发表于 2007-11-5 11:49:52 | 显示全部楼层
slave确实有两个hready.
1)一个是out,作用是slave用来延长一个transfer。
2)一个是in,作用如版主所说是用来通知slave总线的状态的。

至于salve到底需不需要输入的hready,我还是不明白。协议上好像有讲,说是arbitrator和master有可能出现master得到granted,但是并没有ready的情况。所以为了完全起见,我认为hready还是需要的。

比如说master是处理器,处理器已经申请了请求,而且在下一个cycle就会被granted,如果刚好这个时候出现异常的话,那么下个cycle就可以用low hready通知总线上的设备,表明master没有ready。避免概率极小的错误。



原帖由 老扁 于 2006-2-28 18:02 发表
其实slave一般确实不需要hready_g。
“地址选择”就是地址decoder出来的slave选择信号HSELx

发表于 2009-12-26 21:55:17 | 显示全部楼层
我对AMBA总线不大了解,只是想问:主机和从机是相对的,还是绝对的,就是说,cache和mmu都要从主存中取数据时,cache和mmu是主机,主存是从机;是不是当主存要往cache和mmu中写数据时,主存就是主机了,而cache和mmu就是从机了???
发表于 2013-9-2 15:54:00 | 显示全部楼层
精彩的讨论,戛然而止
发表于 2014-3-18 17:26:51 | 显示全部楼层
回复 9# 老扁


    hi,老扁
按照这种说法的话,那么总线上的HREADY信号应该是各个slave的HREADYx & HSELx然后在一起或得出的结果吧?可是在下面的波形图中:
a master for two slave.png
T4之前的HREADY都应该由A来把持的吧,但是在T2-T4之间总线上是针对slave B的地址,此时地址译码后应该sel B才对啊?这样按照之前的公式计算就不对了。
这里可能理解的不大对,还望大侠指点迷津。
Thanks
a master for two slave.png
发表于 2014-4-27 15:43:29 | 显示全部楼层
回复 16# bajie199101


    我觉得进行MUX的HSEL是当前地址变化产生的HSEL的一个延迟。就是说地址发生变化之后,HSEL会随之发生变化,但是要延迟之后作为MUX的选择信号。
发表于 2014-5-8 14:07:09 | 显示全部楼层
讨论十分精彩!!!
发表于 2015-8-20 16:30:54 | 显示全部楼层
讨论很精彩,100个赞
发表于 2019-8-23 16:05:04 | 显示全部楼层
解释地非常好
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-11-28 20:47 , Processed in 0.033358 second(s), 11 queries , Gzip On, Redis On.

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