企业官网建设流程全解析

1. 项目概述与核心价值

在嵌入式系统开发，尤其是工业控制、网络通信设备领域，以太网控制器是连接设备与外部世界的核心枢纽。我们常说的“网卡”功能，其最核心、最复杂的部分往往就是MAC（Media Access Control，媒体访问控制）层。它不仅仅是按照IEEE 802.3标准收发数据帧那么简单，更是一个充满可调参数和优化空间的“精密仪器”。很多工程师在驱动开发时，可能只满足于让链路灯亮起来、能ping通，但对于如何让网络通信更稳定、延迟更低、在恶劣的电磁环境下更抗干扰，却感到无从下手。其根源，往往在于对MAC控制器内部那些可编程寄存器的理解不够深入。

飞思卡尔（现恩智浦）的MPC8313E处理器集成的增强型三速以太网控制器（eTSEC），就是一个非常典型的工业级以太网IP核。它不像一些简单的MAC控制器只提供最基础的功能，而是通过一系列精心设计的寄存器，将标准中许多“黑盒”行为变成了可观察、可配置的“白盒”。例如，你是否知道可以调整以太网帧前导码的长度？是否了解在半双工模式下，冲突后的退避时间算法是可以被微调的？又是否清楚如何通过寄存器配置，让MAC在缓冲区不足时，以一种对网络更友好的方式（背压）通知对端暂停发送，而不是粗暴地丢包？

这些问题的答案，都藏在eTSEC的MAC寄存器组里。本文将以MPC8313E eTSEC为例，抛开枯燥的寄存器列表罗列，深入解析关键MAC寄存器的每一个配置位在实际网络通信中扮演的角色、其背后的工作原理，以及如何通过配置它们来解决真实场景中的问题。无论你是正在调试一块工控板卡的网络稳定性，还是试图优化嵌入式网关的吞吐量，理解这些寄存器的“所以然”，都将让你从被动地使用驱动库，转变为主动驾驭网络通信的专家。

2. eTSEC MAC寄存器全景与核心设计思路

在深入每个寄存器之前，我们有必要先理解eTSEC MAC寄存器组的设计哲学。它并非简单地将所有控制位堆砌在一起，而是按照功能模块进行了清晰的划分，这种划分直接反映了数据包从接收到发送的生命周期中所经历的不同处理阶段。

2.1 寄存器功能模块划分

eTSEC的MAC寄存器大致可以分为以下几个核心功能群：

• 全局配置与状态寄存器：如MACCFG1、MACCFG2，负责MAC的整体开关、工作模式（全/半双工）、流控使能等顶层设置。
• 数据帧处理寄存器：如MAXFRM（最大帧长）、PAD/CRC控制位，决定了MAC如何封装和解封装一个以太网帧，包括帧长检查、CRC生成与校验、短帧填充等。
• 时序与流量控制寄存器：如IPGIFG（帧间间隔）、HAFDUP（半双工控制），这些寄存器精细地控制了数据包在物理链路上的时间行为，是影响网络效率和公平性的关键。
• 物理层管理寄存器：即MIIM系列寄存器（MIIMCFG,MIIMCOM,MIIMADD,MIICON,MIIMSTAT,MIIMIND），用于通过MDIO/MDC接口配置和管理外部的PHY芯片，读取链接状态、协商速率等。
• 地址过滤寄存器：如MACSTNADDR1/2（本站MAC地址）、MACnADDR1/2（精确匹配地址），用于实现Layer 2的地址过滤功能，减轻CPU处理负担。

2.2 核心设计思路：从标准到可配置

IEEE 802.3标准定义了以太网通信的“宪法”，但具体到芯片实现，如何平衡标准的严格性、系统的灵活性和实现的效率，是设计者面临的挑战。eTSEC的设计思路体现了以下原则：

1. 标准兼容性为基石：所有默认配置均严格遵循IEEE 802.3标准，确保与任何标准兼容设备的互操作性。例如，前导码长度默认7字节，帧间间隔（IPG）默认96比特时间。
2. 提供性能调优“后门”：在标准允许或未明确禁止的范围内，提供可配置选项。例如，HAFDUP寄存器允许修改二进制指数退避（BEB）算法的截断点（从标准的10次改为其他值），这使设备在网络拥堵时能表现出更激进或更保守的竞争行为。
3. 增强系统鲁棒性：提供应对非理想网络环境的机制。最典型的是背压（Back Pressure）流控和可配置的冲突窗口（Collision Window）。在半双工共享网络中，当本地接收缓冲区不足时，可以主动发送前导码占用信道，优雅地阻止其他站点发送，而非直接丢包。
4. 硬件加速与CPU减负：通过MAXFRM帧长检查、Length Check长度字段校验、精确地址匹配等功能，在硬件层面提前过滤或验证数据包，将无效或非目标数据包尽早丢弃，避免其进入系统内存占用宝贵的总线带宽和CPU中断资源。

理解了这个设计思路，我们再去看每个寄存器的具体位域，就不再是记忆枯燥的0和1，而是理解设计者赋予每个控制位的意图和场景。

3. 关键寄存器深度解析与配置实战

接下来，我们挑选几个最具代表性、对网络行为影响最直接的寄存器进行拆解。我会结合寄存器手册的描述，补充实际配置时的考量、常见参数计算以及容易踩到的“坑”。

3.1 MAC配置寄存器1和2（MACCFG1 & MACCFG2）：全局开关与模式设定

MACCFG1和MACCFG2是MAC的“总控制台”，通常在驱动初始化早期进行配置。

3.1.1 MACCFG1：复位与使能控制

MACCFG1的低16位主要用于对MAC内部各个子模块进行软复位（Soft Reset），这是一个非常重要的功能。与整个eTSEC的硬复位不同，软复位允许你在不影响其他模块（如DMA）的情况下，单独重启MAC的接收、发送、流控等逻辑块。

• Soft_Reset(Bit 0)：置1会使整个MAC（除主机接口外）复位。注意事项：执行软复位后，必须等待至少4个TX_CLK/RX_CLK周期，并重新配置所有MAC寄存器，因为它们的值会被清除为默认值。一个常见的驱动初始化流程是：先配置其他寄存器，最后置位Soft_Reset并等待，再将其清零，以此确保MAC从一个确定的初始状态开始工作。
• Reset Rx/Tx MC/Fun(Bits 12-15)：这些位提供了更细粒度的复位控制。例如，当发现流控逻辑出现异常时，可以单独复位Reset Rx MC（接收MAC控制块）和Reset Tx MC（发送MAC控制块），而无需中断数据收发路径（Reset Rx/Tx Fun）。
• Rx_EN和Tx_EN(Bits 29, 31)：这是数据收发的总开关。关键点在于其“优雅停止”机制。手册明确指出，在清除Rx_EN或Tx_EN之前，必须先设置DMACTRL寄存器中的GRS（Graceful Receive Stop）或GTS（Graceful Transmit Stop）位，并等待相应中断IEVENT[GRSC]或IEVENT[GTSC]置位。这确保了DMA能够完成当前正在处理的数据包，避免数据损坏或描述符状态混乱。直接粗暴地关闭使能位是驱动开发中一个常见的错误来源。

3.1.2 MACCFG2：数据帧处理策略

MACCFG2的配置决定了MAC如何处理流经它的每一个数据帧。

• Preamble Length(Bits 16-19)：前导码长度，默认0x7（7字节）。除非有极其特殊的兼容性需求（如与某些非标准旧设备通信），否则绝对不要修改此值。修改它会破坏与标准IEEE 802.3设备的互操作性。PreAM RxEN/TxEN位与此相关，它们控制是否接收或发送用户自定义的前导码，同样仅在非标准互联场景下使用。
• PAD/CRC和CRC EN(Bits 29, 30)：这是配置中最容易混淆的部分之一，它决定了MAC硬件如何处理帧尾。
  • 场景一：CPU/Driver提供完整帧（含CRC）。这是最常见的情况，驱动负责组装包含正确CRC的完整以太网帧。此时，PAD/CRC和CRC EN都应清零（0）。MAC会原样发送驱动提供的帧，并在接收时校验CRC。
  • 场景二：希望MAC硬件自动为短帧填充并添加CRC。将PAD/CRC置1。此时，驱动可以提交长度小于60字节（不含CRC）的数据，MAC会自动将其填充至60字节，并计算附加4字节CRC。CRC EN位在此模式下被忽略。
  • 场景三：仅希望MAC附加CRC，不进行填充。将CRC EN置1，PAD/CRC清零。MAC会为任何长度的帧附加CRC，但不对短帧进行填充。这需要确保上层提交的帧长度至少为46字节（不含CRC），否则会产生无效帧（< 64字节）。
  • 半双工模式强制要求：当Full Duplex位为0（半双工）时，PAD/CRC位必须置1。这是因为在半双工CSMA/CD网络中，最小帧长64字节（含CRC）是冲突检测机制正常工作的基础，硬件必须保证发出的帧满足这个要求。
• Huge Frame(Bit 26)：巨型帧使能。默认0，即MAC会依据MAXFRM寄存器的值来限制收发帧的长度。如果置1，则禁用长度检查，可以处理超过标准MTU（1500字节）的Jumbo Frame。启用前必须确保：1) 对端设备支持；2) 网络中的所有交换机、路由器支持；3) 驱动和协议栈（如Linux内核）的MTU设置相应增大；4) 接收缓冲区描述符环（RxBD）的缓冲区大小（MRBLR）足够容纳巨型帧。
• Full Duplex(Bit 31)：全双工模式选择。这是基础配置，必须与连接的PHY芯片实际协商出的模式一致。如果PHY工作在半双工，而MAC配置为全双工，会导致严重的性能问题和丢包。

3.2 帧间间隔/半双工控制寄存器（IPGIFG & HAFDUP）：掌控网络时序与公平性

这两个寄存器是优化网络性能，尤其是在半双工共享式网络（如早期以太网总线）中行为的关键。

3.2.1 IPGIFG：帧间间隔的精细调控

帧间间隔（IPG）是发送完一个帧后，需要等待的空闲时间，才能发送下一个帧。标准规定最小为96比特时间（对于100Mbps就是960纳秒）。eTSEC将其分为两部分：

• Back-to-Back Inter-Packet-Gap(Bits 25-31)：背对背包间隔，默认96。用于全双工模式，或半双工模式下连续发送多个包时的间隔。
• Non-Back-to-Back Inter-Packet-Gap, Part 1/2(Bits 1-7, 9-15)：非背对背包间隔，默认分别为64和96。这是半双工模式下更复杂的IPG机制，总共160比特时间。其中Part 1（IPGR1）是一个“载波侦听窗口”。

其工作原理（CSMA/CD Deferral）：在半双工模式下，当MAC准备发送时，它会先等待IPGR1时间（默认64比特）。在此期间如果检测到载波（CRS，其他站点在发送），则延迟（Defer）发送，等待对方发送完毕后再重新开始计时IPG。如果在IPGR1期间没有载波，则在剩余的IPGR2时间（96比特）内，即使检测到载波也忽略，并开始发送。这个“2/3 - 1/3”机制（IPGR1占IPG的2/3）是IEEE 802.3推荐的，它确保了网络的公平性：一个站点不会因为持续监听而永远无法在繁忙网络中发送数据（即“饿死”现象）。

配置建议：在绝大多数情况下，使用默认值即可。只有在极其特殊、对网络实时性有苛刻要求的专用网络中，才考虑微调这些值。缩短IPG可以提升吞吐量，但会增加冲突概率；延长IPG可以减少冲突，但会降低带宽利用率。需要根据网络负载和站点数量进行权衡。

3.2.2 HAFDUP：半双工冲突处理策略

这个寄存器是调试半双工网络问题的利器。

• Retransmission Maximum(Bits 16-19)：重传最大次数，默认15（0xF）。这是指一个帧经历冲突后，最多尝试重发的次数。超过此次数，MAC会放弃并向上层报告“过多冲突”错误。在噪声大、冲突频繁的网络中，可以适当增加此值以提高帧的最终送达概率，但代价是单次冲突的延迟增加。在要求低延迟的系统中，可以减少此值，让无效帧尽快失败，以便发送下一个帧。
• Collision Window(Bits 26-31)：冲突窗口，默认0x37（55字节）。这个值定义了“时隙时间”（Slot Time）的结束点，从帧头（含前导码）开始计算。在标准10/100M网络中，时隙时间是512比特时间（64字节）。由于冲突检测必须在时隙结束前完成，这个窗口定义了MAC在多长时间内需要监听冲突。除非网络电缆极长导致传播延迟显著增加，否则不要修改此值。错误的设置会导致冲突检测失效。
• Alt BEB和Alternate BEB Truncation(Bits 8-12)：替代二进制指数退避。标准BEB算法在10次冲突后，退避时隙上限固定在1024。此功能允许你修改这个截断点（Truncation Point）。例如，设置为7，则第7次及以后冲突的退避上限就是2^7=128时隙。这会使你的设备在网络持续拥堵时表现得比其他标准设备更“激进”（退避时间更短，重试更频繁），可能有助于抢占信道，但破坏了标准的公平性，仅在完全可控的专用网络中有条件使用。
• BP No BackOff(Bit 13)：背压无退避。当启用背压流控（通过发送前导码占用信道）时，如果发生冲突，此位决定行为。置1表示冲突后立即重发前导码（不退避），这能更有效地阻塞其他站点，保护本地缓冲区。置0则遵循标准BEB退避，可能让其他站点的数据包“乘虚而入”。在需要强背压效果的场景下，建议置1。

3.3 MII管理接口寄存器组：与PHY芯片的对话桥梁

MII管理接口（MDIO/MDC）是MAC控制PHY的标准化接口。eTSEC的MIIM寄存器组提供了完整的访问能力。

3.3.1 访问流程与“Scan Cycle”妙用

标准的PHY寄存器访问流程是：

1. 向MIIMADD写入目标PHY地址（PHY Address）和寄存器地址（Register Address）。
2. 对于读操作：将MIIMCOM[Read Cycle]置1，触发一次读周期。然后轮询MIIMIND[Busy]位直到为0，再从MIIMSTAT读取数据。
3. 对于写操作：向MIIMCON的PHY Control字段写入数据，即自动触发一次写周期。

高级技巧：MIIMCOM[Scan Cycle]。将此位置1，MAC会自动、连续地读取MIIMADD中指定的PHY寄存器（通常是状态寄存器1）。MIIMIND[Scan]位会指示扫描状态。这个功能非常有用，可以以极低的CPU开销持续监控链路状态。当链路断开或恢复时，你可以通过中断或轮询MIIMSTAT来及时感知，而不需要CPU定时发起读操作。这是实现快速链路状态检测和故障恢复的一个硬件加速特性。

3.3.2 时钟配置与效率提升

MIIMCFG[MgmtClk](Bits 29-31) 用于设置MDC时钟频率。该时钟由eTSEC的系统时钟分频得到。必须根据PHY芯片手册支持的最大MDC时钟频率来设置。过高的频率可能导致通信失败。通常，PHY支持的最高频率为2.5MHz（对于100Mbps MII）或25MHz（对于1000Mbps GMII）。你需要根据eTSEC的系统时钟频率（例如，133MHz或166MHz）计算分频系数，选择不超过PHY限制的配置。

效率技巧：MIIMCFG[No Pre](Bit 27)- 前导码抑制。标准的MDIO读/写操作需要32个时钟的前导码（Preamble）。如果确认对端PHY支持前导码抑制（大多数现代PHY都支持），将此位���1可以将管理帧从64个时钟缩短到32个时钟，直接将MDIO访问效率提升一倍，这对于需要频繁配置或监控PHY的场景有显著性能收益。

4. 典型场景配置实战与避坑指南

理解了寄存器原理后，我们来看几个具体的配置场景。假设我们正在为一个基于MPC8313E的工业网关编写以太网驱动，需要实现稳定可靠的双工自适应、流控以及应对半双工环境的策略。

4.1 场景一：全双工、自动协商、使能硬件流控

这是最常见的场景。假设PHY已通过自动协商确定了千兆全双工连接。

// 1. 配置MAC地址 (示例: 00:04:9F:01:02:03) // 注意字节序：内存中为 00 04 9F 01 02 03，寄存器需要按 [6th][5th][4th][3rd] 和 [2nd][1st] 反转写入 MACSTNADDR1 = 0x0302019F; // 低32位: 0x03, 0x02, 0x01, 0x9F MACSTNADDR2 = 0x04000000; // 高16位: 0x04, 0x00 // 2. 配置MACCFG2：全双工，使能流控，标准帧处理 MACCFG2 = 0; MACCFG2 |= (1 << 31); // Full Duplex = 1 MACCFG2 |= (1 << 26); // Rx_Flow = 1, 接收并响应PAUSE帧 MACCFG2 |= (1 << 27); // Tx_Flow = 1, 允许发送PAUSE帧 // PAD/CRC和CRC EN保持为0，由驱动提供完整帧 // Huge Frame为0，使用标准MTU // 其他位保持默认 // 3. 配置IPGIFG：使用默认全双工背对背IPG (96 bits) // 通常无需修改，使用复位默认值即可。如需极致性能，可在标准范围内微调。 // IPGIFG = 0x60000060; // 默认值，Back-to-Back IPG = 0x60 (96) // 4. 配置MAXFRM：标准以太网最大帧 (1518字节) + VLAN (1522字节) 或 Jumbo MAXFRM = 1518; // 0x05EE， 标准以太网帧最大长度 // 如果支持VLAN: MAXFRM = 1522; // 0x05F2 // 如果启用Jumbo Frame: MAXFRM = 9018; // 或更大，且需设置MACCFG2[Huge Frame]=1 // 5. 优雅启动收发 // 先设置DMACTRL[GRS]和[GTS]（如果需要从停止状态恢复） DMACTRL |= (1 << XXXX); // 设置GRS位 (具体位需查手册) DMACTRL |= (1 << XXXX); // 设置GTS位 // 等待IEVENT[GRSC]和[GTSC]中断或轮询其状态... // 然后使能MAC MACCFG1 |= (1 << 29); // Rx_EN = 1 MACCFG1 |= (1 << 31); // Tx_EN = 1

避坑点：

• 流控生效条件：Rx_Flow和Tx_Flow仅在Full Duplex=1时才有效。在半双工模式下设置它们无作用。
• MTU一致性：MAXFRM的值必须与操作系统网络协议栈中设置的MTU匹配。如果MAXFRM小于协议栈试图发送的帧，会导致发送失败。如果MAXFRM设置过大，而Huge Frame未启用，则过大的帧会被MAC丢弃。

4.2 场景二：半双工环境优化（如老旧工业总线）

在某些使用集线器（Hub）或同轴电缆的遗留工业网络中，可能强制工作在10M/100M半双工模式。

// 1. MACCFG2：配置为半双工，禁用流控，启用硬件填充和CRC MACCFG2 = 0; // Full Duplex = 0 (默认) // Rx_Flow = 0, Tx_Flow = 0 (半双工下无效) MACCFG2 |= (1 << 29); // PAD/CRC = 1, 半双工必须置1！ // CRC EN = 0 (由PAD/CRC覆盖) // 确保PreAM RxEN/TxEN = 0 (使用标准前导码) // 2. HAFDUP：调整冲突处理策略 HAFDUP = 0; HAFDUP |= (0xF << 16); // Retransmission Maximum = 15 (标准) // Collision Window = 0x37 (55字节，默认) // 如果网络拥堵严重，可以尝试更激进的退避策略（谨慎使用）： // HAFDUP |= (1 << 12); // Alt BEB = 1 // HAFDUP |= (0x7 << 8); // Alternate BEB Truncation = 7 (将退避上限从1024降至128) // 如果需要强背压： // HAFDUP |= (1 << 13); // BP No BackOff = 1 // 3. IPGIFG：可以微调以优化竞争 // 默认 IPGR1=64, IPGR2=96 (总计160比特时间，符合2/3-1/3规则) // 在站点少、负载轻的网络中，可以尝试略微减小IPGR2以提升吞吐量，但不要小于96。 // IPGIFG = (64 << 1) | (96 << 9) | (96 << 25); // 各部分默认值组合

避坑点：

• PAD/CRC强制要求：半双工模式下，MACCFG2[PAD/CRC]必须为1，否则MAC发出的短帧将不满足64字节最小帧长要求，导致其他站点无法正确进行冲突检测，可能引发网络间歇性故障。
• 背压的副作用：启用背压（通过配置其他相关寄存器）并设置BP No BackOff=1虽然能保护本地缓冲区，但本质是一种“广播干扰”，会降低整个共享网络的效率。仅在必要时（如接收端处理能力严重不足）使用。
• 修改BEB算法的风险：修改Alt BEB会破坏标准的公平性，可能导致你的设备在网络拥堵时“霸占”信道，引起其他设备通信超时。仅在私有、可控网络中使用。

4.3 场景三：通过MIIM接口诊断PHY链路问题

当网络不通时，首先应该通过MIIM接口检查PHY状态。

// 假设PHY地址为0x01，我们要读取其状态寄存器（地址0x01） uint16_t read_phy_reg(uint8_t phy_addr, uint8_t reg_addr) { // 1. 设置PHY和寄存器地址 MIIMADD = (phy_addr << 19) | (reg_addr << 27); // 2. 触发单次读操作 MIIMCOM |= (1 << 31); // 设置 Read Cycle 位 // 3. 等待操作完成 (轮询方式，实际中可用中断) while (MIIMIND & (1 << 31)) { // 等待 Busy 位清零 // 可加入超时处理 } // 4. 检查数据是否有效 if (MIIMIND & (1 << 29)) { // Not Valid 位为1，读取失败 return 0xFFFF; // 错误值 } // 5. 读取数据 return (uint16_t)(MIIMSTAT >> 16); } // 读取PHY状态寄存器 uint16_t phy_status = read_phy_reg(0x01, 0x01); if (phy_status == 0xFFFF) { // 读取失败，可能是MDIO线路问题、PHY地址错误或PHY无响应 } else { if (phy_status & (1 << 2)) { // 检查 Link Status 位 // 链路已建立 } else { // 链路断开 } } // 启用链路状态自动扫描（高级） // 配置扫描PHY 0x01的寄存器0x01 MIIMADD = (0x01 << 19) | (0x01 << 27); MIIMCOM |= (1 << 30); // 设置 Scan Cycle 位 // 此后，MIIMSTAT会定期更新PHY状态寄存器的值 // 可以通过轮询MIIMIND[Scan]位或MIIMSTAT值的变化来检测链路状态改变

避坑点：

• MDC时钟频率：务必根据MIIMCFG[MgmtClk]的设置和eTSEC系统时钟，计算实际的MDC频率，并确认其在PHY规格范围内。频率过高是导致MDIO访问失败的常见原因。
• 访问冲突：MIIM硬件模块被所有eTSEC实例共享。在有多网口的MPC8313E上，需要通过软件锁或调度机制来序列化对MIIM寄存器的访问，防止冲突。
• 扫描周期中断：当使用Scan Cycle时，PHY状态的变化不会自动产生中断。需要配合定时器轮询MIIMSTAT，或者有些PHY的特定状态变化可以触发自身的中断信号，通过GPIO告知CPU。

5. 调试技巧与常见问题排查

即使配置正确，在实际硬件调试中也可能遇到各种问题。以下是一些基于寄存器状态的排查思路。

5.1 链路不通，无数据收发

1. 检查基础使能：确认MACCFG1[Rx_EN]和[Tx_EN]已置1，并且是通过“优雅启动”流程设置的。
2. 检查双工模式：读取PHY的状态寄存器（通过MIIM），确认实际链接的双工和速率。与MACCFG2[Full Duplex]的配置进行比对。不匹配是导致吞吐量极低或完全不通的典型原因。
3. 检查MII/RGMII接口时钟与数据对齐：这属于硬件和SerDes配置层面，但会影响MAC。使用示波器或逻辑分析仪检查TXC/RXC时钟与TXD/RXD数据之间的时序关系是否符合MII/RGMII规范。
4. 检查DMA描述符环：MAC本身正常，但如果DMA描述符环未正确初始化（如RxBD环为空、TxBD未置就绪），MAC也无法进行实际的数据搬运。检查相关DMA控制寄存器（如DMACTRL）和描述符状态。

5.2 数据收发不稳定，大量CRC错误或丢包

1. 检查IFSTAT[Excess Defer]位：如果此位被置1，说明MAC多次尝试发送都因检测到载波而延迟，最终放弃了发送。这通常表明半双工网络过于拥堵，或者IPGIFG设置过短，导致无法公平竞争信道。
2. 检查统计计数器：eTSEC有丰富的硬件统计计数器（通常在TSTAT/RSTAT等相关寄存器中），可以查看具体的错误类型：CRC错误、对齐错误、过小帧、过大帧、冲突次数等。这些是定位���理层问题（电缆、接口）、配置问题（MAXFRM,Huge Frame）或半双工冲突问题的直接证据。
3. 确认PAD/CRC配置：如果发送短帧（如ARP请求、某些协议报文），在半双工模式下必须确保MACCFG2[PAD/CRC]=1。否则对方可能因帧过短而丢弃。
4. 流控问题：在全双工模式下，如果接收端丢包，检查流控是否生效。可以尝试强制在交换机和对端设备上禁用流控，看问题是否消失。也可能是接收缓冲区（RxBD环）太小或耗尽，导致MAC发送了PAUSE帧但对方未响应或响应太慢。

5.3 性能达不到预期

1. 测量实际IPG：使用网络分析仪捕获数据包，测量帧与帧之间的实际间隔。如果远大于96比特时间，检查是否有Excess Defer，或者软件提交数据包的速度是否成为瓶颈。
2. 调整缓冲区描述符：确保TxBD和RxBD环的数量足够深，避免MAC因等待CPU处理描述符而空闲。对于高速率（千兆），通常需要更大的环。
3. 考虑中断合并：频繁的中断会消耗大量CPU资源。可以配置eTSEC的事件掩码和中断触发条件，让DMA在传输完多个帧或达到一定阈值后才产生一次中断，提升吞吐量。
4. 检查Huge Frame与MAXFRM：如果处理大数据流，启用Jumbo Frame并正确设置MAXFRM和协议栈MTU，可以显著减少协议开销，提升有效数据吞吐量。

寄存器配置是嵌入式网络驱动开发的基石，但也是最容易因“差不多就行”心态而引入隐性问题的环节。花时间理解每个配置位背后的网络原理，在调试时善用硬件提供的状态寄存器和计数器，才能构建出真正稳定、高效、可靠的嵌入式网络系统。MPC8313E eTSEC的这套MAC寄存器设计，为我们提供了一个绝佳的深度实践窗口，其原理和思路对于理解其他厂商的以太网控制器也同样具有重要的参考价值。