📚 课程目录第2章 SATA协议体系

SATA协议体系：物理层、链路层、传输层、应用层简介

做SATA bring-up这些年，我最大的体会是：不懂协议体系，你连问题出在哪一层都搞不清楚。说白了，SATA协议就像一栋四层楼，从最底下的物理层，到顶上的应用层，每一层都有自己的规矩。

这里我先把四层结构摆出来，给各位一个全局认知。后面我们每一层都要单独讲，今天就先搭个框架。

物理层，说白了就是负责把主机和设备之间的电信号搞定。它管的是最底层的事情：怎么上电、怎么握手、怎么确定用多快的速度通信。

我记得刚开始调试SATA时，信号质量的观念还没有深入脑海。那时候遇到一个盘老是协商失败，死活上不了6Gbps。后来示波器一抓，才发现信号眼图已经糊成一团了。

物理层核心任务：

避坑指南：我曾经因为PCB走线阻抗不对，导致Gen3始终无法up。你想想看，物理层不过关，上面三层再牛也没用。所以bring-up的第一步，先确认信号是不是活着。

物理层把信号通路打通了，接下来链路层要干活。这一层负责的是可靠的数据传输，说白了就是确保发出去的"0"和"1"不会错乱。

链路层有几个关键机制，我简单列一下：

⚠️ 注意：链路层的原语对时序要求非常苛刻。我见过一个case，因为"SYNC"原语发得晚了几个时钟周期，整个链路上就疯狂报"CRC Error"。你排查链路层问题时，建议先抓原语时序。

传输层做的事情，我习惯用快递来类比。它把应用层的一大段命令和数据，打包成一个个FIS（帧信息结构）。一个FIS就是一个快递包裹，包裹里有发件地址、收件地址、内容说明。

常见的FIS类型包括：

传输层还负责流控和重发管理。如果设备来不及处理，它会通过原语让主机等一下，这就是流控。当链路层报CRC错误时，传输层会判断是否需要重传整个FIS。

应用层是离软件最近的一层。我们在驱动里发出去的ATA命令，归根结底都是应用层的事情。

举个简单的例子：你想读一个LBA地址的数据。驱动拼好一个"Read DMA Ext"命令，应用层把这个命令打包成Register FIS，往下传递给传输层。然后设备收到后解析命令，找到数据，再打包成Data FIS回传。

应用层的关键点包括：

我个人的经验：bring-up阶段最容易出问题的是应用层，因为它依赖下面三层都正常。你明明物理层OK、链路层OK、FIS也能收发，但命令就是执行不下去。这时候我通常会拿逻辑分析仪抓一帧完整的命令交互，看寄存器值对不对。

四层协议不是各自为政的。它们之间有严格的封装关系和依赖关系。我给你画个图，你一看就明白了：

你想想看，哪一层出错，都可能让整个链路中断。有时候链路层报CRC错误，问题根源可能是物理层的信号抖动太大；有时候传输层FIS收不全，问题可能出在链路层的流控原语没发对。

⚠️ 重要提醒：bring-up一定要从物理层开始逐层往上排查。我曾经看到一个团队卡在"命令超时"上三天，最后发现是物理层速率协商到1.5Gbps就卡住了，根本没跑到3Gbps。应用层命令超时只是表象。

这里我准备了一个对比表格，把各层常见的故障现象都列出来了。你以后遇到问题，可以先对照一下：