FPD-Link III解串器BCC状态与端口寄存器深度解析与调试指南

1. 项目概述与核心价值

在汽车摄像头、工业视觉以及多传感器融合系统中，高速、可靠且长距离的视频数据传输是基石。德州仪器（TI）的DS90UB662-Q1作为一款四通道FPD-Link III解串器，正是为此类苛刻应用而生。它通过一对同轴电缆或双绞线，不仅能传输高达4.2Gbps的原始视频数据流，还集成了一个至关重要的“神经系统”——双向控制通道（Bidirectional Control Channel, BCC）。这个通道承载着I2C通信，使得位于系统主机端的处理器能够远程配置位于传感器端的串行器（如DS90UB633A-Q1），并实时读取其状态，构成了一个完整、可管理的链路。

然而，在实际的硬件驱动开发、系统调试和故障排查中，仅仅知道BCC存在是远远不够的。你是否遇到过这样的场景：系统上电后，主机无法识别到远端的摄像头传感器；或者在运行中，图像偶尔出现花屏、丢帧，但难以定位是视频链路问题还是控制通信问题？这时，深入芯片寄存器层面，理解BCC的状态监控机制和灵活的端口配置逻辑，就从“可选知识”变成了“必备技能”。本文将以DS90UB662-Q1的数据手册片段为蓝本，结合多年的一线调试经验，为你深度剖析BCC状态寄存器组和端口选择寄存器的每一个比特位。我们不止于翻译手册，更会聚焦于这些寄存器在真实工程中的意义、常见的配置陷阱、以及如何利用它们快速锁定问题根源。无论你是正在编写底层驱动的软件工程师，还是负责硬件调试和系统集成的工程师，掌握这些内容都将让你在面对复杂的FPD-Link III系统时，拥有拨云见日的能力。

2. 双向控制通道（BCC）核心机制与状态寄存器深度解析

双向控制通道（BCC）是FPD-Link III架构中实现远程I2C访问的桥梁。它并非简单的透明传输，而是在串行器与解串器之间建立了一套包含错误检测、重试和超时管理的可靠通信协议。理解BCC的工作机制，是正确解读其状态寄存器的前提。

2.1 BCC通信协议与错误检测原理

BCC在物理上复用高速视频链路的后向通道（Back Channel）。主机（位于解串器侧）发起的I2C命令，被解串器封装成特定的BCC数据包，通过后向通道发送给串行器；串行器解包后，在其本地I2C总线上执行该命令，并将响应（对于读操作）或确认（对于写操作）再封装返回给解串器，最终送达主机。

为了保证这条“远程I2C总线”的可靠性，BCC协议层引入了多重保护：

1. CRC校验：每个BCC数据包都包含循环冗余校验码。接收方会计算CRC并与包内的CRC字段比对，不一致则表明数据传输过程中发生了比特错误。
2. 序列号：数据包包含序列号，用于检测丢包或乱序。例如，如果解串器收到一个序列号不连续的响应包，则判定发生了序列错误。
3. 看门狗定时器：当解串器（作为BCC Master）向串行器发送一个请求后，会启动一个内部定时器。如果在预设时间内未收到有效响应，定时器超时，标志一次通信失败。

BCC_STATUS寄存器（地址0x47）正是这些机制健康状况的集中“仪表盘”。它的每个错误标志位（Bit 4-0）都对应一种特定的故障模式，并且绝大多数标志位都属于“读清零”（R/RC）类型，这为软件轮询和故障记录提供了便利。

2.2 BCC_STATUS寄存器（0x47）逐位详解与实战关联

让我们跳出手册的纯描述，结合实战场景来解读每个位：

• Bit 4: BCC_MASTER_ERR (BCC主模式错误)

  • 手册定义：当BCC I2C主控制器（即解串器主动发起通信时）处于活动状态，等待串行器响应时，发生了前向通道BCC序列、CRC或锁定错误，此标志置位。
  • 实战解读：这个错误通常发生在解串器尝试主动配置或读取串行器时。例如，主机通过解串器向串行器写入传感器配置寄存器。如果此时视频链路不稳定（导致“锁定错误”），或者数据包在传输中损坏（CRC错误），或者响应包顺序错乱（序列错误），都会触发此位。
  • 排查方向：首先检查视频链路质量（锁存状态LOCK_STS），确保物理连接可靠。其次，检查BCC通信速率设置是否与线缆长度、质量匹配。过高的速率在长距离传输下容易出错。

• Bit 3: BCC_MASTER_TO (BCC主模式超时错误)

  • 手册定义：当BCC I2C主控制器活动并等待串行器响应时，BCC看门狗定时器超时。
  • 实战解读：这是最常见的BCC错误之一。它意味着解串器发出了请求，但在规定时间内根本没收到任何回应。可能的原因有：1) 串行器未上电或工作异常；2) 串行器的I2C从地址配置错误，导致其不响应；3) 后向通道物理连接完全中断；4) 看门狗超时时间设置过短。
  • 排查方向：确认串行器电源和复位信号。核对解串器SER_ALIAS_ID寄存器配置的地址是否与串行器实际I2C地址一致。测量后向通道信号完整性。

• Bit 2: BCC_SLAVE_ERR (BCC从模式错误)

  • 手册定义：当BCC I2C从控制器（即解串器响应远程请求时）处于活动状态，等待串行器响应时，发生了前向通道BCC序列、CRC或锁定错误。
  • 实战解读：这个错误场景比较特殊。它发生在串行器主动通过BCC向解串器发起请求时（例如，串行器模拟一个I2C主设备访问解串器本地的某个从设备）。此时解串器作为BCC通信的“从设备”。错误原因与BCC_MASTER_ERR类似，但方向相反。
  • 实战注意：在大多数摄像头应用中，通信是主机->解串器->串行器->传感器的单向主控模式，此错误位较少出现。但在一些复杂的双向控制拓扑中需要关注。

• Bit 1: BCC_SLAVE_TO (BCC从模式超时错误)

  • 手册定义：当BCC I2C从控制器活动并等待串行器响应时，BCC看门狗定时器超时。
  • 实战解读：与Bit 3对应，这是从模式下的无响应超时。表明串行器发起了请求，但未在预期内收到解串器的回复。

• Bit 0: BCC_RESP_ERR (BCC响应错误)

  • 手册定义：在双向控制通道上检测到命令响应错误。当I2C主设备活动时，串行器应返回写入的数据（地址、偏移量或数据）；当I2C从设备活动时，串行器应返回读取的数据。BCC功能检查返回数据中的错误。
  • 实战解读：这是一个更细粒度的错误。它表示通信链路本身通了（没有超时），但返回的应答内容不对。例如，主机向地址0x70的器件写入数据，但串行器返回的应答中包含了来自地址0x72器件的数据（可能由于I2C总线上的地址冲突或串行器解析错误）。或者返回的读取数据CRC校验失败。
  • 排查方向：此错误常指向逻辑配置问题，如I2C从设备地址冲突、串行器SlaveID/SlaveAlias映射配置错误，或者在多主系统中发生了总线仲裁问题。

关键配置提示：BCC_STATUS寄存器中Bit 4, 3, 2, 0的详细错误指示，仅在BCC_EN_ENH_ERR（位于BCC_ERR_CTL寄存器）设置为1时才可用。默认情况下，为了简化状态判断，这个增强错误报告功能可能是关闭的，只用一个综合错误标志（BCC_ERROR）。在深度调试时，务必先使能此位，才能获得最详细的错误分类信息。

2.3 增强错误报告使能（BCC_EN_ENH_ERR）的权衡

使能增强错误报告（BCC_EN_ENH_ERR = 1）会将RX_PORT_STS1寄存器中的BCC_SEQ_ERROR位功能转变为综合的BCC_ERROR标志。这意味着：

• 使能前：BCC_SEQ_ERROR仅报告序列错误。
• 使能后：BCC_ERROR成为一个总览标志，只要BCC_STATUS寄存器中（Bit 4,3,2,0）有任何错误置位，BCC_ERROR就会置位。读取BCC_STATUS寄存器会清除其中的错误位以及BCC_ERROR位。

实战建议：在系统初始化完成后，进行BCC通信测试时，可以短暂使能增强错误报告，通过轮询BCC_STATUS来精确定位初期故障。在稳定运行的产品固件中，可以考虑使用BCC_ERROR这个综合标志进行健康监测，以简化软件逻辑，仅在错误发生时再深入读取BCC_STATUS进行诊断。

3. 多端口管理核心：FPD3_PORT_SEL寄存器（0x4C）精解与应用策略

DS90UB662-Q1拥有四个独立的FPD-Link III接收端口，可以连接四个独立的串行器-传感器对。如何高效、灵活地管理这四个端口上的大量端口特定寄存器（地址0x4D-0x7F,0xD0-0xDF）？这正是FPD3_PORT_SEL寄存器的设计使命。它采用了“读选一，写可广播”的巧妙设计。

3.1 寄存器字段深度剖析

• Bit 7-6: PHYS_PORT_NUM (物理端口号) - 只读

  • 功能：当通过双向控制通道（BCC）读取此寄存器时，它会返回当前BCC通信所经过的那个接收端口的物理编号（0-3）。这是一个非常有用的诊断信息。
  • 实战场景：假设你的主机通过I2C访问解串器，并利用BCC去读取远端串行器的ID。你可以通过BCC先读取解串器0x4C寄存器的PHYS_PORT_NUM字段，来确认当前命令实际是通过哪个物理端口送达串行器的，用于验证硬件连接和端口映射是否正确。
  • 重要区别：当通过本地I2C（即主机直接连接到解串器的I2C引脚）读取此字段时，返回值始终为0。因为它只反映BCC路径上的端口信息。

• Bit 5-4: RX_READ_PORT (接收端口读选择) - 读写

  • 功能：这是一个全局选择器。它指定接下来通过I2C（无论是本地还是通过BCC）读取端口特定寄存器时，实际访问的是哪个端口的寄存器镜像。
  • 工作模式：你将其设置为01（端口1），那么随后读取RX_PORT_STS1（0x4D）时，得到的就是端口1的锁存状态、错误标志等信息，而不是端口0的。这相当于一个“读指针”。
  • 默认值：本地访问默认为0（端口0）；通过BCC访问时，默认值为BCC所用链路的端口号。

• Bit 3-0: RX_WRITE_PORT_[3:0] (接收端口写使能) - 读写

  • 功能：这是四个独立的写使能开关。每个比特位控制对相应端口寄存器的写入是否生效。
  • 强大之处：你可以同时使能多个位。例如，设置RX_WRITE_PORT_0=1且RX_WRITE_PORT_1=1，然后向BCC_CONFIG寄存器（0x58）写入一个配置值。这个写入操作会同时广播到端口0和端口1的BCC_CONFIG寄存器中。这对于需要批量初始化多个相同配置的端口极其高效。
  • 与读选择的独立性：写广播不受RX_READ_PORT设置的影响。无论读指针指向哪里，写广播都独立作用于所有使能的端口。

3.2 典型应用场景与配置流程示例

场景一：逐个端口进行诊断和配置这是最常用的模式，适用于端口连接不同型号传感器或需要独立调试的情况。

1. 配置RX_READ_PORT=0，然后读取端口0的所有状态寄存器（RX_PORT_STS1,RX_PORT_STS2,RX_FREQ等），进行诊断。
2. 配置RX_WRITE_PORT_0=1，同时确保RX_WRITE_PORT_[3:1]=0，然后对端口0的配置寄存器（如BCC_CONFIG,SER_ALIAS_ID）进行写入。这样操作只会影响端口0。
3. 重复步骤1和2，将RX_READ_PORT和RX_WRITE_PORT_X改为1, 2, 3，对其他端口进行操作。

场景二：批量初始化多个相同端口当四个端口都连接同型号摄像头时，高效初始化。

1. 设置RX_WRITE_PORT_0=1,RX_WRITE_PORT_1=1,RX_WRITE_PORT_2=1,RX_WRITE_PORT_3=1。
2. 一次性写入BCC_CONFIG、DATAPATH_CTL1等公共配置寄存器。这些配置会瞬间应用到所有四个端口。
3. 将RX_READ_PORT依次设置为0,1,2,3，分别读取各个端口的SER_ID，以验证每个端口上的串行器是否正确连接和响应。

场景三：通过BCC访问时的端口识别在编写通用BCC访问函数时，可以利用PHYS_PORT_NUM。

// 伪代码示例：通过BCC读取远端串行器ID，并确认所用端口 uint8_t read_serializer_id_via_bcc(deserializer_i2c_addr, remote_serializer_alias) { // 步骤1: 通过BCC读取解串器自身的FPD3_PORT_SEL寄存器，获取物理端口号 uint8_t port_sel_val = i2c_read_via_bcc(deserializer_i2c_addr, 0x4C); uint8_t physical_port = (port_sel_val >> 6) & 0x03; printf(“BCC communication is going through physical Port %d\n”, physical_port); // 步骤2: 通过同一BCC路径，访问远端串行器 uint8_t serializer_id = i2c_read_via_bcc(remote_serializer_alias, SER_ID_REG_ADDR); return serializer_id; }

3.3 配置陷阱与避坑指南

1. 读写端口设置混淆：最常见的错误是只设置了RX_READ_PORT，然后就试图写入配置，结果发现不生效。记住，读用RX_READ_PORT选择，写用RX_WRITE_PORT_X使能，两者没有联动关系。写入前务必确认对应的RX_WRITE_PORT_X位已置1。
2. 广播写入的副作用：批量初始化很方便，但后期若需修改某一个端口的特定配置，务必先关闭其他端口的写使能，再进行单独写入，避免“误伤”。
3. PHYS_PORT_NUM的误读：在调试初期，通过逻辑分析仪抓取本地I2C总线，发现读取PHYS_PORT_NUM总是0，便怀疑芯片故障。实际上这是正常行为，因为此时是本地访问。只有通过BCC访问（即命令穿越了串行链路）时，该字段才有非零值。
4. 端口特定寄存器的范围：FPD3_PORT_SEL仅对地址范围在0x4D-0x7F和0xD0-0xDF的寄存器生效。芯片的全局配置寄存器（如0x00-0x4C中的大部分）不受此寄存器影响，它们是芯片级统一的。

4. 关键端口状态寄存器实战解读与故障排查

FPD3_PORT_SEL让我们能瞄准单个端口，接下来就要看懂这个端口的“体检报告”——端口状态寄存器。它们是系统调试中最直接的抓手。

4.1 RX_PORT_STS1 (0x4D)：链路基础状态与BCC通信健康度

• Bit 0: LOCK_STS (锁存状态)
  • 这是最重要的位之一。1表示FPD-Link III接收器已锁定输入数据流。这是视频传输和BCC通信正常工作的先决条件。如果此位为0，一切免谈。排查方向：检查串行器供电、参考时钟、差分线对是否接反、线缆质量、共模电压等。
• Bit 4: LOCK_STS_CHG (锁存状态变化) - 读清零
  • 用于检测锁存状态的跳变（从锁定到失锁，或反之）。在监控程序中周期性读取此寄存器，如果此位为1，则立即读取LOCK_STS可知变化方向，可用于触发告警或重初始化流程。
• Bit 5: BCC_CRC_ERROR (BCC CRC错误) - 读清零
  • 指示前向控制通道（从解串器到串行器）检测到CRC错误。结合BCC_STATUS寄存器，可以判断是主模式还是从模式下的CRC问题。持续的CRC错误通常指向链路质量差、噪声干扰或配置速率过高。
• Bit 3: BCC_SEQ_ERROR / BCC_ERROR
  • 如前所述，其功能由BCC_EN_ENH_ERR决定。在增强错误禁用时，它仅报告BCC序列错误；使能后，它作为BCC_STATUS中任何错误的总览标志。
• Bit 1: PORT_PASS (接收器通过指示)
  • 这是一个综合质量指示位，其��定条件可由PORT_PASS_CTL寄存器配置。例如，可以配置为仅在锁定(LOCK_STS=1)且无奇偶校验错误(PARITY_ERROR=0)时才置1。可用于实现简单的“链路就绪”信号。

4.2 RX_PORT_STS2 (0x4E)：视频数据流与时钟状态

• Bit 0: LINE_CNT_CHG (行计数变化) - 读清零
• Bit 6: LINE_LEN_CHG (行长度变化) - 读清零
• Bit 7: LINE_LEN_UNSTABLE (行长度不稳定) - 读清零
  • 这三个位是诊断视频流稳定性的关键。LINE_CNT_CHG和LINE_LEN_CHG指示帧的行数或每行像素长度发生了变化，这可能源于传感器输出不稳定或配置错误。LINE_LEN_UNSTABLE更严重，表示在一帧内行长度都不一致，通常意味着严重的时钟或数据同步问题。
• Bit 5: FPD3_ENCODE_ERROR (FPD3编码器错误) - 读清零
  • 表示接收器检测到来自串行器的FPD-Link III编码错误。重要提示：要检测此错误，必须使能LINK_ERROR_COUNT功能并设置LINK_ERR_THRESH大于1。否则，一旦发生编码错误，接收器可能会直接失锁(LOCK_STS=0)，从而掩盖了这个错误标志。
• Bit 4: BUFFER_ERROR (缓冲区错误) - 读清零
  • 数据包缓冲区FIFO溢出。这通常发生在后端CSI-2或数据接口消费数据的速度跟不上前端FPD-Link III接收的速度，可能是时钟域不匹配、后端阻塞（如DMA未就绪）导致。
• Bit 2: FREQ_STABLE (频率测量稳定)
  • 指示内部频率测量是否稳定。在初始化后或链路重锁后，应等待此位稳定为1，再读取RX_FREQ_HIGH/LOW寄存器以获得准确的输入频率值。
• Bit 1: NO_FPD3_CLK (无FPD3输入时钟)
  • 直接指示是否有差分时钟信号输入。如果此位为1且LOCK_STS为0，首先检查串行器时钟输出和物理链路。

4.3 频率测量寄存器 (RX_FREQ_HIGH 0x4F, RX_FREQ_LOW 0x50)

这两个寄存器共同组成一个16位的频率计数值，用于测量输入FPD-Link III数据流的速率。

• FREQ_CNT_HIGH：整数部分（单位MHz）。
• FREQ_CNT_LOW：小数部分（单位1/256 MHz）。
• 计算公式：实测频率 =FREQ_CNT_HIGH+ (FREQ_CNT_LOW/ 256) (MHz)。
• 实操要点：读取前务必确认FREQ_STABLE位为1。这个测量值对于验证串行器输出速率是否正确、诊断因速率偏差导致的锁存问题非常有帮助。

4.4 传感器状态寄存器组 (SENSOR_STS_0/1/2/3, 0x51-0x54)

这组寄存器是DS90UB662-Q1与DS90UB633A-Q1串行器搭配时的“增值功能”。串行器可以将传感器的一些状态信息（如温度、电压、CSI-2错误）通过前向通道自动传递给解串器，并映射到这些只读寄存器中。

• SENSOR_STS_0：包含各种报警标志位（温度、电压、链路检测、BCC、CSI-2），方便主机快速感知远端传感器模组的健康状况。
• SENSOR_STS_1/2：提供电压和温度传感器的具体采样值（_LEVEL）。这为系统实现温度补偿或电源监控提供了硬件基础。
• SENSOR_STS_3：提供详细的CSI-2错误分类，如ECC错误、校验和错误、SOT/同步错误等，对于调试传感器输出数据问题至关重要。
• 使用前提：这些功能需要串行器（DS90UB633A-Q1）支持并正确配置，且前向通道链路必须稳定。

5. BCC与端口配置寄存器的完整初始化与调试流程

理解了各个寄存器后，我们需要一套系统性的方法来配置和调试。以下是一个基于实战经验的推荐流程：

5.1 上电初始化与基础配置流程

1. 硬件检查与电源时序：确保解串器、串行器供电电压和复位时序符合数据手册要求。这是所有后续工作的基础。
2. 解串器全局初始化：通过本地I2C，配置解串器的全局寄存器，如时钟模式、CSI-2输出格式、GPIO功能等（这些寄存器通常不在0x4D-0x7F范围内）。
3. 配置FPD3_PORT_SEL进行端口批量预配置：
   • 设置RX_WRITE_PORT_[3:0] = 0xF（使能所有端口写）。
   • 批量写入各端口公共的BCC和路径配置，例如：
     • BCC_CONFIG：设置后通道CRC使能(BC_CRC_GENERATOR_ENABLE=1)、选择适当的BC_FREQ_SELECT（如默认2.5Mbps）。
     • FPD3_CAP：强烈建议将FPD3_ENC_CRC_CAP位设置为1，以使能前向通道编码器CRC错误标志，增强诊断能力。
     • DATAPATH_CTL1：根据需求配置前向通道GPIO数量(FC_GPIO_EN)。
4. 逐个端口进行精细配置与链路建立：
   • 循环处理每个端口（i从0到3）： a. 设置RX_READ_PORT = i。 b. 设置RX_WRITE_PORT_i = 1，其他端口写使能为0。 c. 配置该端口特定的串行器别名SER_ALIAS_ID和可能的从设备地址映射SlaveAlias/SlaveID。 d.关键步骤：检查链路状态。轮询RX_PORT_STS1的LOCK_STS位，直到其为1。如果长时间未锁定，检查NO_FPD3_CLK和FREQ_STABLE位，并使用示波器检查差分信号。 e. 链路锁定后，通过BCC尝试读取远端串行器的SER_ID寄存器，验证BCC通信是否正常。此时可监控BCC_STATUS和BCC_CRC_ERROR等标志。

5.2 系统运行时监控与错误处理策略

一个健壮的系统需要持续的链路健康监测。

1. 周期性状态轮询：在主循环或定时中断中，依次读取每个端口的RX_PORT_STS1和RX_PORT_STS2。
2. 错误分级处理：
   • 致命错误（需立即处理）：LOCK_STS=0（失锁）。处理策略：记录日志，尝试触发端口软复位或重新初始化BCC配置，若多次失败则上报系统故障。
   • 重要错误（需记录并评估）：BCC_ERROR=1或BCC_CRC_ERROR=1或FPD3_ENCODE_ERROR=1。处理策略：读取BCC_STATUS获取详细错误码，增加错误计数器。如果错误率超过阈值，可能预示线缆老化或干扰加剧，需要预警。
   • 稳定性警告：LINE_LEN_UNSTABLE=1或BUFFER_ERROR=1。处理策略：检查传感器输出稳定性或后端数据接口性能。
3. 利用传感器状态：如果使用了DS90UB633A-Q1，定期读取SENSOR_STS_0的报警位和SENSOR_STS_1/2的采样值，可以实现对摄像头模组的温度监控和预防性维护。

5.3 常见故障排查速查表

6. 高级配置与优化技巧

6.1 BCC_CONFIG寄存器的精细调优

• BC_FREQ_SELECT（后通道频率选择）：默认2.5Mbps兼容性好。在链路质量佳、线缆短的应用中，可以尝试提高到10Mbps以加快配置速度。注意：更改此设置会导致后通道短暂错误，建议在配置AUTO_ACK_ALL或SER_AUTO_ACK期间进行，或先进入自动应答模式以避免超时。
• BC_ALWAYS_ON：默认使能（1），意味着后通道始终开启。如果考虑功耗，且系统仅在初始化时需要BCC，之后可以关闭（0）。但关闭后，只有使能了I2C_PASS_THROUGH或I2C_PASS_THROUGH_ALL时后通道才会开启，增加了软件复杂度。
• AUTO_ACK_ALL与SER_AUTO_ACK：在初始化或已知链路不稳定的阶段，使能这些自动应答功能可以防止因串行器响应慢导致的BCC超时错误，提高配置成功率。稳定后可关闭以进行严格的错误检测。

6.2 利用端口广播实现高效的多传感器同步

假设一个四目摄像头系统需要同时启动所有传感器的某个特定模式（如同时进入低功耗模式）。利用FPD3_PORT_SEL的广播写功能，可以近乎原子地完成：

1. 设置RX_WRITE_PORT_[3:0] = 0xF。
2. 通过BCC，向所有串行器共用的一个控制寄存器（假设地址为0xXX）写入启动命令。
3. 由于写操作是广播的，四个端口上的串行器几乎在同一时刻收到命令，实现了硬件级的同步，比软件循环发送四个命令的同步性高得多。

6.3 奇偶校验错误计数与链路质量评估

RX_PAR_ERR_HI和RX_PAR_ERR_LO寄存器组成的16位计数器，统计了自上次锁定或上次读取RX_PAR_ERR_LO以来的奇偶校验错误数。

• 最佳实践：在系统启动并稳定锁定后，先读取一次RX_PAR_ERR_LO以清零计数器。
• 定期监控：运行一段时间后（如24小时），再次读取这两个寄存器，计算错误总数。一个高质量、稳定的链路，此计数应该为0或极小的个位数（可能由偶发强干扰引起）。持续增长的错误计数是链路质量劣化（如连接器氧化、线缆弯折过度）的早期指标。
• 读取注意事项：数据手册建议，在读取奇偶校验错误计数前，先禁用RX奇偶校验器（寄存器0x02中的相应位），以确保读取值的准确性。读取完成后，再重新使能。