归档接收篇让我把“接收成功”拆成更小的可观察问题：输入信号能否恢复？并行字节是否对齐？编码有没有错误？应用解析器是否找到可信的帧边界？这些条件不能由一个状态位全部回答。
重新对齐是一次事件
PG168对齐设置 把RXCOMMADET、RXBYTEISALIGNED和RXBYTEREALIGN作为不同指示。RXBYTEREALIGN高有效表示因comma检测发生了字节重新对齐，原文将其0/1含义写反，本笔记不沿用。检测到comma也不等于应用帧已经通过验证。
图列出检查层次，不代表所有编码模式都使用comma。对于块编码，需根据对应模式检查有效指示与块边界，不能复用8B/10B的所有判断。
缓冲、频差与帧解析分别讨论
我会记录收发两端的时钟来源、缓冲配置和协议允许的空闲序列。若方案使用时钟校正，要说明哪些序列允许被插入或删除，并保证应用不会把它们当成有效载荷。有限缓冲不是无限的频差补偿器，也不是跨任意吞吐差的应用队列。
对多通道设计，还需记录通道绑定方案与允许偏差。单个通道的字节对齐，不自动保证多通道在同一个帧位置输出。具体机制应回到目标器件的 UG482接收章节 核对。
验收应记录什么
后续测试会覆盖初始对齐、数据中断、再次对齐和帧错误，分别统计重对齐事件、编码错误、丢帧及恢复时间。PLL锁定和复位完成也只作为其中的前提。本轮未执行链路测试；没有给出误码率、均衡参数或恢复时间的测量值。
阅读来源
原始阅读材料：沧小海深入剖析xilinx的GTP/GTX核，掌握高速串行收发机制——第六章 接收端结构及功能说明_沧小海的FPGA的博客-CSDN博客_rx termination = floating 是啥意思。
本文为原创阅读整理，配图为原创检查顺序，未复用原文截图。整理日期不是原文发表日期；未运行RTL仿真或硬件测试。