首页/计算机组成原理/06-bus/总线定时 🔗 在 Obsidian 中打开
计算机组成原理 · 06-bus

总线定时

重要度 ⭐⭐ 计算机组成原理/总线总线总线定时同步通信异步通信408
速查
同步统一时钟,简单快速、灵活性差;异步握手协议(请求-应答),灵活;半同步同步 + 等待信号。

核心概念

总线定时是指总线通信双方在时间上的配合关系,即如何协调主设备和从设备之间的数据传输。

1. 四种定时方式

方式时钟特点适用场景
同步通信公共时钟传输在统一时钟控制下进行速度匹配的设备之间
异步通信无公共时钟用握手信号(应答)协调速度差异大的设备之间
半同步通信公共时钟 + 握手结合同步和异步需要一定灵活性的场景
分离式通信无固定时钟总线使用权在传输间隙释放高速总线

2. 同步通信

  • 使用统一的时钟信号协调所有操作
  • 所有事件在时钟信号的固定时间点发生
  • 优点:传输速度快,控制简单
  • 缺点:必须按最慢设备的速度设计时钟,不灵活

同步读操作时序

时钟:  ↓    ↓    ↓    ↓    ↓
       T1   T2   T3   T4   T5
       [地址] [命令]  [数据有效] [撤销]

3. 异步通信(握手协议)

不用公共时钟,通过请求(Request)应答(Acknowledge)信号协调:

类型特点
不互锁主设备发请求后等待固定时间,不等从设备应答
半互锁主设备等到从设备应答后撤销请求,但从设备不等主设备撤销
全互锁双方都必须确认对方的信号变化,最可靠

全互锁异步通信时序

主设备:  ──REQ──┐         ┌──REQ撤销──
                 │         │
从设备:  ──────ACK────┐   ┌──ACK撤销──
                      │   │
                  数据有效  主设备确认

4. 半同步通信

结合同步和异步的特点:

  • 有公共时钟信号
  • 但增加了一个 WAIT(等待) 信号
  • 从设备如果来不及响应,可以插入等待周期
  • 既有同步的速度,又有异步的灵活性

5. 分离式通信

  • 一次总线传输分为两个独立的子过程
  • 第一阶段:主设备发出地址和命令后释放总线
  • 第二阶段:从设备准备好数据后,作为主设备发起传输
  • 总线利用率最高,但控制最复杂
四种方式的排序直觉速度:同步 > 半同步 > 异步;灵活性/利用率:分离式 > 异步 > 半同步 > 同步;复杂度:分离式 > 异步 > 半同步 > 同步。

关键定义表格

术语定义
同步通信用统一时钟协调的总线通信方式
异步通信用握手信号(请求-应答)协调的总线通信方式
全互锁主从双方互相确认信号变化的异步通信协议
半同步通信有公共时钟但允许插入等待周期的通信方式
握手信号请求和应答信号的统称

常见考法

高频设问
  1. 选择题:四种定时方式的特点和适用场景
  2. 选择题:异步通信三种互锁方式的区别
  3. 时序分析题:根据时序图判断通信类型
  4. 选择题:同步通信和异步通信的优缺点对比
  5. 综合题:分析总线通信过程中各信号的变化

易错点

注意
  • 同步通信的速度受限于最慢的设备,不是最快的设备。
  • 全互锁是最可靠的异步方式,但速度最
  • 半同步通信中的 WAIT 信号是从设备发出的,表示需要等待。
  • 分离式通信中总线在两次子传输之间被释放,其他设备可以使用。
  • 异步通信不等于没有时序,只是没有公共时钟

核心结论

必背
  1. 同步通信:简单快速但不灵活,适合速度匹配的设备。
  2. 异步通信:灵活可靠但较慢,全互锁最可靠。
  3. 半同步通信:折中方案,用 WAIT 信号插入等待。
  4. 分离式通信:总线利用率最高,但控制最复杂。

记忆卡片

同步通信和异步通信的根本区别是什么?
同步通信使用公共时钟信号协调,异步通信使用请求-应答(握手)信号协调,没有公共时钟。
异步通信中全互锁的含义是什么?
主设备发请求后等到从设备应答才撤销请求,从设备等到主设备确认撤销后才撤销应答。双方互相确认,最可靠。
半同步通信的 WAIT 信号有什么作用?
当从设备来不及响应时,将 WAIT 线置有效,插入等待时钟周期,使同步通信能适应速度较慢的设备。
分离式通信为什么总线利用率最高?
因为一次传输分为两个独立阶段,中间总线被释放,其他设备可以使用总线。
哪种异步通信方式最可靠?为什么?
全互锁。因为主从双方都必须确认对方信号的变化才能继续,避免了信号丢失或误解。

交互动画 · 异步握手的三种互锁

主设备 REQ 从设备 ACK ① 发请求 ② 固定时间后自行撤销 双方都"定时自动撤销",互不等待 → 最快,但从设备慢时可能错过请求 ① 发请求 ② 收到 ACK 才撤 REQ ③ ACK 定时自撤(不等 REQ) REQ 等 ACK,ACK 不等 REQ → 主设备可能在 ACK 撤销前又发请求 ①REQ↑ ② 见 ACK↑ 才 REQ↓ ③ 见 REQ↓ 才 ACK↓ ④ 可发下一次请求 每一步都等对方"确认",环环相扣 → 最可靠,但握手开销最大、速度最慢
不互锁:谁也不等谁
点击「下一步」逐步点亮因果箭头
示意时序:橙线=主设备 REQ,绿线=从设备 ACK;流动虚线箭头表示"必须等到对方这一沿才能动作"的互锁关系。

相关知识点

(暂无关联知识点)

↑ 本页右上「在 Obsidian 中打开」可跳回源笔记。