DS2480
9 的 28
搜索 accelerator 介绍
这 搜索 accelerator 是 一个 逻辑 块 inside 这 ds2480 那 准许 使用 这 搜索 只读存储器 函数
非常 efficiently 下面 modern 运行 系统 此类 作 windows 和 windows 95/nt. 没有 这
ds2480 所有 1-线 端口 adapters 有 至 包含 这 计算机’s cpu 为 每 单独的 时间 slot 或者 脉冲波
至 是 发生 在 这 1-线 总线.
下面 dos, accessing peripherals 此类 作 这 uart 或者 并行的 端口 是 非常 笔直地 向前 和
因此 快. 下面 windows 这 situation 是 不同的 和 它 将 引领 一些 milliseconds 或者 更多 至
得到 这 第一 时间 slot 发生 在 这 1-线 总线. 每 subsequent 时间 slot 将 是 发生 在 更
较少 时间, 自从 这 计算机 simply 发送 输出 (“streams”) 一个 长 chain 的 字节. 这个 工作 合理地
好 当 读 或者 writing 大 blocks 的 数据.
searching 这 1-线 总线 至 identify 所有 只读存储器 ids 的 这 设备 连接, 不管怎样, 需要 读
二 位, 制造 一个 decision 和 然后 writing 一个 位. 这个 程序 是 至 是 重复的 64 时间 至 identify
和 地址 一个 单独的 设备. 和 这 overhead 的 modern 运行 系统 这个 fairly 简单的 处理
takes 一个 lot 的 时间, 减少 这 discovery 比率 的 设备 在 这 1-线 总线 从 一个 典型 值 的 40 至
50 每 第二 下面 dos 至 较少 比 10 下面 windows. 至 solve 这个 问题 这 搜索 accelerator
是 开发.
这 搜索 accelerator receives 从 这 host 信息 在 这 preferred path 至 chose 在 这
执行 的 这 搜索 只读存储器 函数 作 一个 相接的 chain 的 字节 和 然后 translates 它 在 这
适合的 时间 slots 在 这 1-线 总线. 在 增加, 这 搜索 accelerator reports 后面的 至 这 host 这
只读存储器 id 的 这 设备 的确 addressed 和 这 位 positions 在 这个 conflicts 是 建立. (如果 这
只读存储器 id 的 一个 设备 有 一个 0 在 一个 位 位置 在哪里 另一 设备 有 一个 1, 这个 是 called 一个 “conflict” 在
这 电的 水平的 和 “discrepancy” 在 这 logical 水平的. 看 这 书 的 ds19xx ibutton standards 为
一个 更多 详细地 discussion 的 这 搜索 只读存储器). 这个 helps 这 host 至 选择 这 preferred path 为 这
next 搜索 只读存储器 activity.
自从 这 只读存储器 id 的 所有 microlan 兼容 设备 是 64 位 长 和 一个 conflict 将 出现 在 任何 的
这些 位, 这 总的 长度 的 数据 reported 至 这 host 是 128 位 或者 16 字节. 至 避免 数据 overrun (如果 这
cpu 发送 数据 faster 比 它 能 是 processed) 这 协议 为 这 搜索 accelerator 运作 是
定义 所以 那 一个 有 至 send 作 许多 字节 作 一个 将 receive. 这个 方法 这 cpu 发送 16 字节 为
各自 path 和 这 uart guarantees 这 准确无误的 数据 定时 和 frees 这 cpu 为 其它 tasks 当 这
ds2480 执行 一个 搜索 只读存储器 函数.
搜索 accelerator 运作
之后 这 搜索 accelerator 是 使活动 和 这 数据 模式 是 选择, 这 host 必须 send 16 字节 至
完全 一个 单独的 搜索 只读存储器 通过 在 这 1-线 总线. 这些 字节 是 构成 作 跟随:
第一 字节
76543210
r
3
x
3
r
2
x
2
r
1
x
1
r
0
x
0
et cetera
16th 字节
76543210
r63 x63 r62 x62 r61 x61 r60 x60