mirror of
https://github.com/espressif/esp-idf.git
synced 2024-10-05 20:47:46 -04:00
591 lines
34 KiB
ReStructuredText
591 lines
34 KiB
ReStructuredText
以太网
|
||
=========
|
||
|
||
{IDF_TARGET_SOC_REF_CLK_IN_GPIO:default="", esp32="GPIO0", esp32p4="GPIO32, GPIO44 and GPIO50"}
|
||
{IDF_TARGET_SOC_REF_CLK_OUT_GPIO:default="", esp32="GPIO0, GPIO16 and GPIO17", esp32p4="GPIO23 and GPIO39"}
|
||
{IDF_TARGET_SOC_RMII_TX_EN:default="", esp32="GPIO21", esp32p4="GPIO33, GPIO40 and GPIO49"}
|
||
{IDF_TARGET_SOC_RMII_TXD0:default="", esp32="GPIO19", esp32p4="GPIO34 and GPIO41"}
|
||
{IDF_TARGET_SOC_RMII_TXD1:default="", esp32="GPIO22", esp32p4="GPIO35 and GPIO42"}
|
||
{IDF_TARGET_SOC_RMII_CRS_DV:default="", esp32="GPIO27", esp32p4="GPIO28, GPIO45 and GPIO51"}
|
||
{IDF_TARGET_SOC_RMII_RXD0:default="", esp32="GPIO25", esp32p4="GPIO29, GPIO46 and GPIO52"}
|
||
{IDF_TARGET_SOC_RMII_RXD1:default="", esp32="GPIO26", esp32p4="GPIO30, GPIO47 and GPIO53"}
|
||
|
||
|
||
:link_to_translation:`en:[English]`
|
||
|
||
.. -------------------------------- Overview -----------------------------------
|
||
|
||
概述
|
||
--------
|
||
|
||
.. only:: SOC_EMAC_SUPPORTED
|
||
|
||
ESP-IDF 提供一系列灵活度高且兼具一致性的 API,为内部以太网 MAC (EMAC) 控制器和外部 SPI-Ethernet 模块提供支持。
|
||
|
||
.. only:: not SOC_EMAC_SUPPORTED
|
||
|
||
ESP-IDF 提供一系列灵活度高且兼具一致性的 API,为外部 SPI-Ethernet 模块提供支持。
|
||
|
||
本编程指南分为以下几个部分:
|
||
|
||
1. :ref:`basic-ethernet-concepts`
|
||
2. :ref:`driver-configuration-and-installation`
|
||
3. :ref:`connect-driver-to-stack`
|
||
4. :ref:`misc-operation-of-driver`
|
||
|
||
.. --------------------------- Basic Ethernet Concepts ------------------------------
|
||
|
||
.. _basic-ethernet-concepts:
|
||
|
||
以太网基本概念
|
||
-----------------------
|
||
|
||
以太网是一种异步的带冲突检测的载波侦听多路访问 (CSMA/CD) 协议/接口。通常来说,以太网不太适用于低功耗应用。然而,得益于其广泛的部署、高效的网络连接、高数据率以及范围不限的可扩展性,几乎所有的有线通信都可以通过以太网进行。
|
||
|
||
符合 IEEE 802.3 标准的正常以太网帧的长度在 64 至 1518 字节之间,由五个或六个不同的字段组成:目的地 MAC 地址 (DA)、源 MAC 地址 (SA)、类型/长度字段、数据有效载荷字段、可选的填充字段和帧校验序列字段 (CRC)。此外,在以太网上传输时,以太网数据包的开头需附加 7 字节的前导码和 1 字节的帧起始符 (SOF)。
|
||
|
||
因此,双绞线上的通信如图所示:
|
||
|
||
.. rackdiag:: ../../../_static/diagrams/ethernet/data_frame_format.diag
|
||
:caption: 以太网数据帧格式
|
||
:align: center
|
||
|
||
前导码和帧起始符
|
||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||
|
||
前导码包含 7 字节的 ``55H``,作用是使接收器在实际帧到达之前锁定数据流。
|
||
|
||
帧前界定符 (SFD) 为二进制序列 ``10101011`` (物理介质层可见)。有时它也被视作前导码的一部分。
|
||
|
||
在传输和接收数据时,协议将自动从数据包中生成/移除前导码和帧起始符。
|
||
|
||
目的地址 (DA)
|
||
^^^^^^^^^^^^^^^^^^^
|
||
|
||
目的地址字段包含一个 6 字节长的设备 MAC 地址,数据包将发送到该地址。如果 MAC 地址第一个字节中的最低有效位是 1,则该地址为组播地址。例如,01-00-00-F0-00 和 33-45-67-89-AB-CD 是组播地址,而 00-00-00-F0-00 和 32-45-67-89-AB-CD 不是。
|
||
|
||
带有组播地址的数据包将到达选定的一组以太网节点,并发挥重要作用。如果目的地址字段是保留的多播地址,即 FF-FF-FF-FF-FF-FF,则该数据包是一个广播数据包,指向共享网络中的每个对象。如果 MAC 地址的第一个字节中的最低有效位为 0,则该地址为单播地址,仅供寻址节点使用。
|
||
|
||
通常,EMAC 控制器会集成接收过滤器,用于丢弃或接收带有组播、广播和/或单播目的地址的数据包。传输数据包时,由主机控制器将所需的目标地址写入传输缓冲区。
|
||
|
||
源地址 (SA)
|
||
^^^^^^^^^^^^^^
|
||
|
||
源地址字段包含一个 6 字节长的节点 MAC 地址,以太网数据包通过该节点创建。以太网的用户需为所使用的任意控制器生成唯一的 MAC 地址。MAC 地址由两部分组成:前三个字节称为组织唯一标识符 (OUI),由 IEEE 分配;后三个字节是地址字节,由购买 OUI 的公司配置。有关 ESP-IDF 中使用的 MAC 地址的详细信息,请参见 :ref:`MAC 地址分配 <MAC-Address-Allocation>`。
|
||
|
||
传输数据包时,由主机控制器将分配的源 MAC 地址写入传输缓冲区。
|
||
|
||
类型/长度
|
||
^^^^^^^^^^^^^
|
||
|
||
类型/长度字段长度为 2 字节。如果其值 <= 1500(十进制),则该字段为长度字段,指定在数据字段后的非填充数据量;如果其值 >= 1536,则该字段值表示后续数据包所属的协议。以下为该字段的常见值:
|
||
|
||
* IPv4 = 0800H
|
||
* IPv6 = 86DDH
|
||
* ARP = 0806H
|
||
|
||
使用专有网络的用户可以将此字段配置为长度字段。然而,对于使用互联网协议 (IP) 或地址解析协议 (ARP) 等协议的应用程序,在传输数据包时,应将此字段配置为协议规范定义的适当类型。
|
||
|
||
数据有效载荷
|
||
^^^^^^^^^^^^^
|
||
|
||
数据有效载荷字段是一个可变长度的字段,长度从 0 到 1500 字节不等。更大的数据包会因违反以太网标准而被大多数以太网节点丢弃。
|
||
|
||
数据有效载荷字段包含客户端数据,如 IP 数据报。
|
||
|
||
填充及帧校验序列 (FCS)
|
||
^^^^^^^^^^^^^^^^^^^^^^^
|
||
|
||
填充字段是一个可变长度的字段。数据有效载荷较小时,将添加填充字段以满足 IEEE 802.3 规范的要求。
|
||
|
||
以太网数据包的 DA、SA、类型、数据有效载荷和填充字段共计必须不小于 60 字节。加上所需的 4 字节 FCS 字段,数据包的长度必须不小于 64 字节。如果数据有效载荷字段小于 46 字节,则需要加上一个填充字段。
|
||
|
||
帧校验序列字段 (FCS) 长度为 4 字节,其中包含一个行业标准的 32 位 CRC,该 CRC 是根据 DA、SA、类型、数据有效载荷和填充字段的数据计算的。鉴于计算 CRC 的复杂性,硬件通常会自动生成一个有效的 CRC 进行传输。否则,需由主机控制器生成 CRC 并将其写入传输缓冲区。
|
||
|
||
通常情况下,主机控制器无需关注填充字段和 CRC 字段,因为这两部分可以在传输或接收时由硬件 EMAC 自动生成或验证。然而,当数据包到达时,填充字段和 CRC 字段将被写入接收缓冲区。因此,如果需要的话,主机控制器也可以对它们进行评估。
|
||
|
||
.. note::
|
||
除了上述的基本数据帧,在 10/100 Mbps 以太网中还有两种常见的帧类型:控制帧和 VLAN 标记帧。ESP-IDF 不支持这两种帧类型。
|
||
|
||
.. ------------------------------ Driver Operation --------------------------------
|
||
|
||
.. _driver-configuration-and-installation:
|
||
|
||
配置 MAC 和 PHY
|
||
---------------------
|
||
|
||
以太网驱动器由两部分组成:MAC 和 PHY。
|
||
|
||
.. only:: SOC_EMAC_SUPPORTED
|
||
|
||
MAC 和 PHY 之间的通信可以通过多种方式进行,如: **MII** (媒体独立接口)、 **RMII** (简化媒体独立接口)等。
|
||
|
||
.. figure:: ../../../_static/rmii-interface.png
|
||
:scale: 80 %
|
||
:alt: 以太网 RMII 接口
|
||
:figclass: align-center
|
||
|
||
以太网 RMII 接口
|
||
|
||
MII 和 RMII 的一个明显区别在于其所需的信号数。MII 通常需要多达 18 个信号,RMII 接口则仅需要 9 个信号。
|
||
|
||
.. only:: esp32
|
||
|
||
.. note::
|
||
ESP-IDF 只支持 RMII 接口,所以请将 :cpp:member:`eth_esp32_emac_config_t::interface` 设置为 :cpp:enumerator:`eth_data_interface_t::EMAC_DATA_INTERFACE_RMII` 或在 Kconfig 选项 :ref:`CONFIG_ETH_PHY_INTERFACE` 中选择 ``CONFIG_ETH_PHY_INTERFACE_RMII``。
|
||
|
||
.. only:: not esp32
|
||
|
||
.. note::
|
||
ESP-IDF 只支持 RMII 接口,所以请将 :cpp:member:`eth_esp32_emac_config_t::interface` 设置为 :cpp:enumerator:`eth_data_interface_t::EMAC_DATA_INTERFACE_RMII`。
|
||
|
||
在 RMII 模式下,接收器和发射器信号的参考时钟为 ``REF_CLK``。 **在访问 PHY 和 MAC 时,REF_CLK 必须保持稳定**。一般来说,根据设计中 PHY 设备的特征,可通过以下三种方式生成 ``REF_CLK``:
|
||
|
||
* 一些 PHY 芯片可以从其外部连接的 25 MHz 晶体振荡器中衍生出 ``REF_CLK`` (如图中的选项 **a** 所示)。对于此类芯片,请将 :cpp:member:`eth_esp32_emac_config_t::clock_config` 中的 :cpp:member:`eth_mac_clock_config_t::clock_mode` 设置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_EXT_IN`。
|
||
|
||
* 一些 PHY 芯片使用外接的 50 MHz 晶体振荡器或其他时钟源作为 MAC 端的 ``REF_CLK`` (如图中的选项 **b** 所示)。对于此类芯片,请同样将 :cpp:member:`eth_esp32_emac_config_t::clock_config` 中的 :cpp:member:`eth_mac_clock_config_t::clock_mode` 设置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_EXT_IN`。
|
||
|
||
* 一些 EMAC 控制器可以使用其内部的高精度 PLL 生成 ``REF_CLK`` (如图中的选项 **c** 所示)。此种情况下,请将 :cpp:member:`eth_esp32_emac_config_t::clock_config` 中的 :cpp:member:`eth_mac_clock_config_t::clock_mode` 设置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_OUT`。
|
||
|
||
.. only:: esp32
|
||
|
||
.. note::
|
||
使用 :c:macro:`ETH_ESP32_EMAC_DEFAULT_CONFIG` 宏初始化 :cpp:class:`eth_esp32_emac_config_t` 时,也可以通过项目配置来配置 ``REF_CLK``。在项目配置中,根据上述个人设计,在 :ref:`CONFIG_ETH_RMII_CLK_MODE` 配置下选择适当的选项, ``CONFIG_ETH_RMII_CLK_INPUT`` 或是 ``CONFIG_ETH_RMII_CLK_OUTPUT``。
|
||
|
||
.. warning::
|
||
如果配置 RMII 时钟模式为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_OUT` (或是选择 ``CONFIG_ETH_RMII_CLK_OUTPUT``,那么就可以使用 ``GPIO0`` 输出 ``REF_CLK`` 信号。更多细节,请参见 :cpp:enumerator:`emac_rmii_clock_gpio_t::EMAC_APPL_CLK_OUT_GPIO` 或是 :ref:`CONFIG_ETH_RMII_CLK_OUTPUT_GPIO0`。
|
||
|
||
值得一提的是,如果设计中并未使用 PSRAM,则 GPIO16 和 GPIO17 也可以用来输出参考时钟。更多细节,请参见 :cpp:enumerator:`emac_rmii_clock_gpio_t::EMAC_CLK_OUT_GPIO` 和 :cpp:enumerator:`emac_rmii_clock_gpio_t::EMAC_CLK_OUT_180_GPIO`,或是 :ref:`CONFIG_ETH_RMII_CLK_OUT_GPIO`。
|
||
|
||
如果配置 RMII 时钟模式为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_EXT_IN` (或是选择 ``CONFIG_ETH_RMII_CLK_INPUT``,那么只能选择 ``GPIO0`` 输入 ``REF_CLK`` 信号。请注意, ``GPIO0`` 同时也是 ESP32 上一个重要的 strapping GPIO 管脚。如果上电时 GPIO0 为低电平,则 ESP32 将进入下载模式,需进行手动复位重启系统。解决这个问题的方法是,在硬件中默认禁用 ``REF_CLK``,从而避免 strapping 管脚在启动阶段受到其他信号的干扰。随后,再在以太网驱动安装阶段重新启用 ``REF_CLK``。
|
||
|
||
可以通过以下方法禁用 ``REF_CLK`` 信号:
|
||
|
||
* 禁用或关闭晶体振荡器的电源(对应图中的选项 **b**)。
|
||
|
||
* 强制复位 PHY 设备(对应图中的选项 **a**)。**此种方法并不适用于所有 PHY 设备** (即便处于复位状态,某些 PHY 设备仍会向 GPIO0 输出信号)。
|
||
|
||
.. only:: not esp32
|
||
|
||
.. note::
|
||
如果 RMII 时钟模式配置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_OUT`,则可以通过 IO_MUX 将 {IDF_TARGET_SOC_REF_CLK_OUT_GPIO} 选择为 ``REF_CLK`` 信号的输出管脚。
|
||
|
||
如果 RMII 时钟模式配置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_EXT_IN`,则可以通过 IO_MUX 将 {IDF_TARGET_SOC_REF_CLK_IN_GPIO} 选择为 ``REF_CLK`` 信号的输入管脚。
|
||
|
||
.. only:: not SOC_EMAC_RMII_CLK_OUT_INTERNAL_LOOPBACK
|
||
|
||
.. warning::
|
||
如果 RMII 时钟模式配置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_OUT`,则必须从外部将 ``REF_CLK`` 输出信号回环到 EMAC。请将 :cpp:member:`eth_esp32_emac_config_t::clock_config_out_in` 中的 :cpp:member:`eth_mac_clock_config_t::clock_mode` 配置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_EXT_IN`,并选择与 ``REF_CLK`` 输入 GPIO ({IDF_TARGET_SOC_REF_CLK_IN_GPIO}) 相关联的 GPIO 编号。
|
||
|
||
.. only:: esp32p4
|
||
|
||
.. figure:: ../../../_static/rmii_ref_clk_esp32p4.png
|
||
:scale: 95 %
|
||
:alt: RMII REF_CKL Output Loopback
|
||
:figclass: align-center
|
||
|
||
RMII REF_CKL 输出回环
|
||
|
||
**无论选择哪种 RMII 时钟模式,都请确保硬件设计中 REF_CLK 的信号完整性!** 信号线越短越好,并远离 RF 设备和电感。
|
||
|
||
.. only:: not SOC_EMAC_USE_MULTI_IO_MUX
|
||
|
||
.. note::
|
||
数据平面中使用的信号通过 IO_MUX 连接至特定的 GPIO,这些信号无法配置到其他 GPIO 上。控制平面中使用的信号可以通过矩阵路由到任何空闲的 GPIO 上。相关硬件设计示例,请参阅 :doc:`ESP32-Ethernet-Kit <../../hw-reference/esp32/get-started-ethernet-kit>`。
|
||
|
||
.. only:: SOC_EMAC_USE_MULTI_IO_MUX
|
||
|
||
.. note::
|
||
数据平面中使用的信号可以通过 IO_MUX 配置为 RMII 预定义的 GPIO,请参阅下表。数据平面 GPIO 配置由驱动程序根据 :cpp:member:`eth_esp32_emac_config_t::emac_dataif_gpio` 的内容执行。控制平面中使用的信号可以通过 GPIO 矩阵路由到任何空闲的 GPIO。
|
||
|
||
.. list-table:: {IDF_TARGET_NAME} RMII 数据平面 GPIO
|
||
:header-rows: 1
|
||
:widths: 50 50
|
||
:align: center
|
||
|
||
* - 管脚名
|
||
- GPIO 编号
|
||
|
||
* - TX_EN
|
||
- {IDF_TARGET_SOC_RMII_TX_EN}
|
||
|
||
* - TXD0
|
||
- {IDF_TARGET_SOC_RMII_TXD0}
|
||
|
||
* - TXD1
|
||
- {IDF_TARGET_SOC_RMII_TXD1}
|
||
|
||
* - CRS_DV
|
||
- {IDF_TARGET_SOC_RMII_CRS_DV}
|
||
|
||
* - RXD0
|
||
- {IDF_TARGET_SOC_RMII_RXD0}
|
||
|
||
* - RXD1
|
||
- {IDF_TARGET_SOC_RMII_RXD1}
|
||
|
||
根据以太网板设计,需要分别为 MAC 和 PHY 配置必要的参数,通过两者完成驱动程序的安装。
|
||
|
||
MAC 的相关配置可以在 :cpp:class:`eth_mac_config_t` 中找到,具体包括:
|
||
|
||
.. list::
|
||
|
||
* :cpp:member:`eth_mac_config_t::sw_reset_timeout_ms`:软件复位超时值,单位为毫秒。通常,MAC 复位应在 100 ms 内完成。
|
||
|
||
* :cpp:member:`eth_mac_config_t::rx_task_stack_size` 和 :cpp:member:`eth_mac_config_t::rx_task_prio`:MAC 驱动会创建一个专门的任务来处理传入的数据包,这两个参数用于设置该任务的堆栈大小和优先级。
|
||
|
||
* :cpp:member:`eth_mac_config_t::flags`:指定 MAC 驱动应支持的额外功能,尤其适用于某些特殊情况。这个字段的值支持与以 ``ETH_MAC_FLAG_`` 为前缀的宏进行 OR 运算。例如,如果要求 MAC 驱动程序在 cache 禁用时仍能正常工作,那么则需要用 :c:macro:`ETH_MAC_FLAG_WORK_WITH_CACHE_DISABLE` 配置这个字段。
|
||
|
||
.. only:: SOC_EMAC_SUPPORTED
|
||
|
||
:cpp:class:`eth_esp32_emac_config_t` 描述了 **内部 MAC 模块** 的特定配置,其中包括:
|
||
|
||
.. list::
|
||
|
||
* :cpp:member:`eth_esp32_emac_config_t::smi_mdc_gpio_num` 和 :cpp:member:`eth_esp32_emac_config_t::smi_mdio_gpio_num`:连接 SMI 信号的 GPIO 编号。
|
||
|
||
* :cpp:member:`eth_esp32_emac_config_t::interface`:配置到 PHY (MII/RMII) 的 MAC 数据接口。
|
||
|
||
* :cpp:member:`eth_esp32_emac_config_t::clock_config`:配置 EMAC 接口时钟(RMII 模式下的 ``REF_CLK`` 模式以及 GPIO 编号)。
|
||
|
||
* :cpp:member:`eth_esp32_emac_config_t::intr_priority`: 设置 MAC 中断的优先级。如果设置为 ``0`` 或负值,则驱动程序将分配一个具有默认优先级的中断。否则,驱动程序将使用给定的优先级。请注意,可以设置 *低*、 *中* 中断优先级(1 到 3),因为这可以在 C 中处理。
|
||
|
||
:SOC_EMAC_USE_MULTI_IO_MUX: * :cpp:member:`eth_esp32_emac_config_t::emac_dataif_gpio`:EMAC MII/RMII 数据平面 GPIO 编号配置。
|
||
|
||
:not SOC_EMAC_RMII_CLK_OUT_INTERNAL_LOOPBACK: * :cpp:member:`eth_esp32_emac_config_t::clock_config_out_in`:当 ``REF_CLK`` 信号在内部生成并从外部回环到 EMAC 时,配置 EMAC 输入接口时钟。必须始终将 EMAC 的模式配置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_EXT_IN`。此选项仅在 :cpp:member:`eth_esp32_emac_config_t::clock_config` 的配置设置为 :cpp:enumerator:`emac_rmii_clock_mode_t::EMAC_CLK_OUT` 时有效。
|
||
|
||
PHY 的相关配置可以在 :cpp:class:`eth_phy_config_t` 中找到,具体包括:
|
||
|
||
.. list::
|
||
|
||
* :cpp:member:`eth_phy_config_t::phy_addr`:同一条 SMI 总线上可以存在多个 PHY 设备,所以有必要为各个 PHY 设备分配唯一地址。通常,这个地址是在硬件设计期间,通过拉高/拉低一些 PHY strapping 管脚来配置的。根据不同的以太网开发板,可配置值为 ``0`` 到 ``15``。需注意,如果 SMI 总线上仅有一个 PHY 设备,将该值配置为 ``-1``,即可使驱动程序自动检测 PHY 地址。
|
||
|
||
* :cpp:member:`eth_phy_config_t::reset_timeout_ms`:复位超时值,单位为毫秒。通常,PHY 复位应在 100 ms 内完成。
|
||
|
||
* :cpp:member:`eth_phy_config_t::autonego_timeout_ms`:自动协商超时值,单位为毫秒。以太网驱动程序会与链路另一端的设备进行自协商,以确定连接的最佳双工模式和速率。此值通常取决于电路板上 PHY 设备的性能。
|
||
|
||
* :cpp:member:`eth_phy_config_t::reset_gpio_num`:如果开发板同时将 PHY 复位管脚连接至了任意 GPIO 管脚,请使用该字段进行配置。否则,配置为 ``-1``。
|
||
|
||
ESP-IDF 在宏 :c:macro:`ETH_MAC_DEFAULT_CONFIG` 和 :c:macro:`ETH_PHY_DEFAULT_CONFIG` 中为 MAC 和 PHY 提供了默认配置。
|
||
|
||
|
||
创建 MAC 和 PHY 实例
|
||
---------------------------
|
||
|
||
以太网驱动是以面向对象的方式实现的。对 MAC 和 PHY 的任何操作都应基于实例。
|
||
|
||
.. only:: SOC_EMAC_SUPPORTED
|
||
|
||
内部 EMAC + 外部 PHY
|
||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
eth_mac_config_t mac_config = ETH_MAC_DEFAULT_CONFIG(); // 应用默认的通用 MAC 配置
|
||
eth_esp32_emac_config_t esp32_emac_config = ETH_ESP32_EMAC_DEFAULT_CONFIG(); // 应用默认的供应商特定 MAC 配置
|
||
esp32_emac_config.smi_mdc_gpio_num = CONFIG_EXAMPLE_ETH_MDC_GPIO; // 更改用于 MDC 信号的 GPIO
|
||
esp32_emac_config.smi_mdio_gpio_num = CONFIG_EXAMPLE_ETH_MDIO_GPIO; // 更改用于 MDIO 信号的 GPIO
|
||
esp_eth_mac_t *mac = esp_eth_mac_new_esp32(&esp32_emac_config, &mac_config); // 创建 MAC 实例
|
||
|
||
eth_phy_config_t phy_config = ETH_PHY_DEFAULT_CONFIG(); // 应用默认的 PHY 配置
|
||
phy_config.phy_addr = CONFIG_EXAMPLE_ETH_PHY_ADDR; // 根据开发板设计更改 PHY 地址
|
||
phy_config.reset_gpio_num = CONFIG_EXAMPLE_ETH_PHY_RST_GPIO; // 更改用于 PHY 复位的 GPIO
|
||
esp_eth_phy_t *phy = esp_eth_phy_new_ip101(&phy_config); // 创建 PHY 实例
|
||
// ESP-IDF 为数种以太网 PHY 芯片驱动提供官方支持
|
||
// esp_eth_phy_t *phy = esp_eth_phy_new_rtl8201(&phy_config);
|
||
// esp_eth_phy_t *phy = esp_eth_phy_new_lan8720(&phy_config);
|
||
// esp_eth_phy_t *phy = esp_eth_phy_new_dp83848(&phy_config);
|
||
|
||
可选的运行时 MAC 时钟配置
|
||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||
|
||
可以通过用户应用程序代码,选择性配置 EMAC 中的 ``REF_CLK``。
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
eth_esp32_emac_config_t esp32_emac_config = ETH_ESP32_EMAC_DEFAULT_CONFIG(); // 应用默认的供应商特定 MAC 配置
|
||
|
||
// ...
|
||
|
||
esp32_emac_config.interface = EMAC_DATA_INTERFACE_RMII; // 更改 EMAC 数据接口
|
||
esp32_emac_config.clock_config.rmii.clock_mode = EMAC_CLK_OUT; // 配置 EMAC REF_CLK 模式
|
||
esp32_emac_config.clock_config.rmii.clock_gpio = EMAC_CLK_OUT_GPIO; // 配置用于输入/输出 EMAC REF_CLK 的 GPIO 编号
|
||
esp_eth_mac_t *mac = esp_eth_mac_new_esp32(&esp32_emac_config, &mac_config); // 创建 MAC 实例
|
||
|
||
|
||
SPI-Ethernet 模块
|
||
^^^^^^^^^^^^^^^^^^^
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
eth_mac_config_t mac_config = ETH_MAC_DEFAULT_CONFIG(); // 应用默认的通用 MAC 配置
|
||
eth_phy_config_t phy_config = ETH_PHY_DEFAULT_CONFIG(); // 应用默认的 PHY 配置
|
||
phy_config.phy_addr = CONFIG_EXAMPLE_ETH_PHY_ADDR; // 根据开发板设计更改 PHY 地址
|
||
phy_config.reset_gpio_num = CONFIG_EXAMPLE_ETH_PHY_RST_GPIO; // 更改用于 PHY 复位的 GPIO
|
||
// 安装 GPIO 中断服务(因为 SPI-Ethernet 模块为中断驱动)
|
||
gpio_install_isr_service(0);
|
||
// 配置 SPI 总线
|
||
spi_device_handle_t spi_handle = NULL;
|
||
spi_bus_config_t buscfg = {
|
||
.miso_io_num = CONFIG_EXAMPLE_ETH_SPI_MISO_GPIO,
|
||
.mosi_io_num = CONFIG_EXAMPLE_ETH_SPI_MOSI_GPIO,
|
||
.sclk_io_num = CONFIG_EXAMPLE_ETH_SPI_SCLK_GPIO,
|
||
.quadwp_io_num = -1,
|
||
.quadhd_io_num = -1,
|
||
};
|
||
ESP_ERROR_CHECK(spi_bus_initialize(CONFIG_EXAMPLE_ETH_SPI_HOST, &buscfg, 1));
|
||
// 配置 SPI 从机设备
|
||
spi_device_interface_config_t spi_devcfg = {
|
||
.mode = 0,
|
||
.clock_speed_hz = CONFIG_EXAMPLE_ETH_SPI_CLOCK_MHZ * 1000 * 1000,
|
||
.spics_io_num = CONFIG_EXAMPLE_ETH_SPI_CS_GPIO,
|
||
.queue_size = 20
|
||
};
|
||
/* dm9051 ethernet driver is based on spi driver */
|
||
eth_dm9051_config_t dm9051_config = ETH_DM9051_DEFAULT_CONFIG(CONFIG_EXAMPLE_ETH_SPI_HOST, &spi_devcfg);
|
||
dm9051_config.int_gpio_num = CONFIG_EXAMPLE_ETH_SPI_INT_GPIO;
|
||
esp_eth_mac_t *mac = esp_eth_mac_new_dm9051(&dm9051_config, &mac_config);
|
||
esp_eth_phy_t *phy = esp_eth_phy_new_dm9051(&phy_config);
|
||
|
||
|
||
.. note::
|
||
* 当为 SPI-Ethernet 模块(例如 DM9051)创建 MAC 和 PHY 实例时,由于 PHY 是集成在模块中的,因此调用的实例创建函数的后缀须保持一致(例如 `esp_eth_mac_new_dm9051` 和 `esp_eth_phy_new_dm9051` 搭配使用)。
|
||
|
||
* 针对不同的以太网模块,或是为了满足特定 PCB 上的 SPI 时序,SPI 从机设备配置(即 `spi_device_interface_config_t`)可能略有不同。具体配置请查看模块规格以及 ESP-IDF 中的示例。
|
||
|
||
|
||
安装驱动程序
|
||
--------------
|
||
|
||
安装以太网驱动程序需要结合 MAC 和 PHY 实例,并在 :cpp:class:`esp_eth_config_t` 中配置一些额外的高级选项(即不仅限于 MAC 或 PHY 的选项):
|
||
|
||
* :cpp:member:`esp_eth_config_t::mac`:由 MAC 生成器创建的实例(例如 :cpp:func:`esp_eth_mac_new_esp32`)。
|
||
|
||
* :cpp:member:`esp_eth_config_t::phy`:由 PHY 生成器创建的实例(例如 :cpp:func:`esp_eth_phy_new_ip101`)。
|
||
|
||
* :cpp:member:`esp_eth_config_t::check_link_period_ms`:以太网驱动程序会启用操作系统定时器来定期检查链接状态。该字段用于设置间隔时间,单位为毫秒。
|
||
|
||
* :cpp:member:`esp_eth_config_t::stack_input`:在大多数的以太网物联网应用中,驱动器接收的以太网帧会被传递到上层(如 TCP/IP 栈)。经配置,该字段为负责处理传入帧的函数。可以在安装驱动程序后,通过函数 :cpp:func:`esp_eth_update_input_path` 更新该字段。该字段支持在运行过程中进行更新。
|
||
|
||
* :cpp:member:`esp_eth_config_t::on_lowlevel_init_done` 和 :cpp:member:`esp_eth_config_t::on_lowlevel_deinit_done`:这两个字段用于指定钩子函数,当去初始化或初始化低级别硬件时,会调用钩子函数。
|
||
|
||
ESP-IDF 在宏 :c:macro:`ETH_DEFAULT_CONFIG` 中为安装驱动程序提供了一个默认配置。
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
esp_eth_config_t config = ETH_DEFAULT_CONFIG(mac, phy); // 应用默认驱动程序配置
|
||
esp_eth_handle_t eth_handle = NULL; // 驱动程序安装完毕后,将得到驱动程序的句柄
|
||
esp_eth_driver_install(&config, ð_handle); // 安装驱动程序
|
||
|
||
以太网驱动程序包含事件驱动模型,该模型会向用户空间发送有用及重要的事件。安装以太网驱动程序之前,需要首先初始化事件循环。有关事件驱动编程的更多信息,请参考 :doc:`事件循环库 <../system/esp_event>`。
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
/** 以太网事件的事件处理程序 */
|
||
static void eth_event_handler(void *arg, esp_event_base_t event_base,
|
||
int32_t event_id, void *event_data)
|
||
{
|
||
uint8_t mac_addr[6] = {0};
|
||
/* 可从事件数据中获得以太网驱动句柄 */
|
||
esp_eth_handle_t eth_handle = *(esp_eth_handle_t *)event_data;
|
||
|
||
switch (event_id) {
|
||
case ETHERNET_EVENT_CONNECTED:
|
||
esp_eth_ioctl(eth_handle, ETH_CMD_G_MAC_ADDR, mac_addr);
|
||
ESP_LOGI(TAG, "Ethernet Link Up");
|
||
ESP_LOGI(TAG, "Ethernet HW Addr %02x:%02x:%02x:%02x:%02x:%02x",
|
||
mac_addr[0], mac_addr[1], mac_addr[2], mac_addr[3], mac_addr[4], mac_addr[5]);
|
||
break;
|
||
case ETHERNET_EVENT_DISCONNECTED:
|
||
ESP_LOGI(TAG, "Ethernet Link Down");
|
||
break;
|
||
case ETHERNET_EVENT_START:
|
||
ESP_LOGI(TAG, "Ethernet Started");
|
||
break;
|
||
case ETHERNET_EVENT_STOP:
|
||
ESP_LOGI(TAG, "Ethernet Stopped");
|
||
break;
|
||
default:
|
||
break;
|
||
}
|
||
}
|
||
|
||
esp_event_loop_create_default(); // 创建一个在后台运行的默认事件循环
|
||
esp_event_handler_register(ETH_EVENT, ESP_EVENT_ANY_ID, ð_event_handler, NULL); // 注册以太网事件处理程序(用于在发生 link up/down 等事件时,处理特定的用户相关内容)
|
||
|
||
启动以太网驱动程序
|
||
---------------------
|
||
|
||
安装驱动程序后,可以立即启动以太网。
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
esp_eth_start(eth_handle); // 启动以太网驱动程序状态机
|
||
|
||
.. _connect-driver-to-stack:
|
||
|
||
连接驱动程序至 TCP/IP 协议栈
|
||
------------------------------
|
||
|
||
现在,以太网驱动程序已经完成安装。但对应 OSI(开放式系统互连模型)来看,目前阶段仍然属于第二层(即数据链路层)。这意味着可以检测到 link up/down 事件,获得用户空间的 MAC 地址,但无法获得 IP 地址,当然也无法发送 HTTP 请求。ESP-IDF 中使用的 TCP/IP 协议栈是 LwIP,关于 LwIP 的更多信息,请参考 :doc:`LwIP <../../api-guides/lwip>`。
|
||
|
||
要将以太网驱动程序连接至 TCP/IP 协议栈,需要以下三步:
|
||
|
||
1. 为以太网驱动程序创建网络接口
|
||
2. 将网络接口连接到以太网驱动程序
|
||
3. 注册 IP 事件处理程序
|
||
|
||
有关网络接口的更多信息,请参考 :doc:`Network Interface <esp_netif>`。
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
/** IP_EVENT_ETH_GOT_IP 的事件处理程序 */
|
||
static void got_ip_event_handler(void *arg, esp_event_base_t event_base,
|
||
int32_t event_id, void *event_data)
|
||
{
|
||
ip_event_got_ip_t *event = (ip_event_got_ip_t *) event_data;
|
||
const esp_netif_ip_info_t *ip_info = &event->ip_info;
|
||
|
||
ESP_LOGI(TAG, "Ethernet Got IP Address");
|
||
ESP_LOGI(TAG, "~~~~~~~~~~~");
|
||
ESP_LOGI(TAG, "ETHIP:" IPSTR, IP2STR(&ip_info->ip));
|
||
ESP_LOGI(TAG, "ETHMASK:" IPSTR, IP2STR(&ip_info->netmask));
|
||
ESP_LOGI(TAG, "ETHGW:" IPSTR, IP2STR(&ip_info->gw));
|
||
ESP_LOGI(TAG, "~~~~~~~~~~~");
|
||
}
|
||
|
||
esp_netif_init()); // 初始化 TCP/IP 网络接口(在应用程序中应仅调用一次)
|
||
esp_netif_config_t cfg = ESP_NETIF_DEFAULT_ETH(); // 应用以太网的默认网络接口配置
|
||
esp_netif_t *eth_netif = esp_netif_new(&cfg); // 为以太网驱动程序创建网络接口
|
||
|
||
esp_netif_attach(eth_netif, esp_eth_new_netif_glue(eth_handle)); // 将以太网驱动程序连接至 TCP/IP 协议栈
|
||
esp_event_handler_register(IP_EVENT, IP_EVENT_ETH_GOT_IP, &got_ip_event_handler, NULL); // 注册用户定义的 IP 事件处理程序
|
||
esp_eth_start(eth_handle); // 启动以太网驱动程序状态机
|
||
|
||
.. warning::
|
||
推荐在完成整个以太网驱动和网络接口的初始化后,再注册用户定义的以太网/IP 事件处理程序,也就是把注册事件处理程序作为启动以太网驱动程序的最后一步。这样可以确保以太网驱动程序或网络接口将首先执行以太网/IP 事件,从而保证在执行用户定义的处理程序时,系统处于预期状态。
|
||
|
||
.. _misc-operation-of-driver:
|
||
|
||
以太网驱动程序的杂项控制
|
||
-------------------------------
|
||
|
||
以下功能只支持在安装以太网驱动程序后调用。
|
||
|
||
* 关闭以太网驱动程序::cpp:func:`esp_eth_stop`
|
||
* 更新以太网数据输入路径::cpp:func:`esp_eth_update_input_path`
|
||
* 获取/设置以太网驱动程序杂项内容::cpp:func:`esp_eth_ioctl`
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
/* 获取 MAC 地址 */
|
||
uint8_t mac_addr[6];
|
||
memset(mac_addr, 0, sizeof(mac_addr));
|
||
esp_eth_ioctl(eth_handle, ETH_CMD_G_MAC_ADDR, mac_addr);
|
||
ESP_LOGI(TAG, "Ethernet MAC Address: %02x:%02x:%02x:%02x:%02x:%02x",
|
||
mac_addr[0], mac_addr[1], mac_addr[2], mac_addr[3], mac_addr[4], mac_addr[5]);
|
||
|
||
/* 获取 PHY 地址 */
|
||
int phy_addr = -1;
|
||
esp_eth_ioctl(eth_handle, ETH_CMD_G_PHY_ADDR, &phy_addr);
|
||
ESP_LOGI(TAG, "Ethernet PHY Address: %d", phy_addr);
|
||
|
||
.. _flow-control:
|
||
|
||
数据流量控制
|
||
------------
|
||
|
||
受 RAM 大小限制,在网络拥堵时,MCU 上的以太网通常仅能处理有限数量的帧。发送站的数据传输速度可能快于对等端的接收能力。以太网数据流量控制机制允许接收节点向发送方发出信号,要求暂停传输,直到接收方跟上。这项功能是通过暂停帧实现的,该帧定义在 IEEE 802.3x 中。
|
||
|
||
暂停帧是一种特殊的以太网帧,用于携带暂停命令,其 EtherType 字段为 ``0x8808``,控制操作码为 ``0x0001``。只有配置为全双工操作的节点组可以发送暂停帧。当节点组希望暂停链路的另一端时,它会发送一个暂停帧到 48 位的保留组播地址 ``01-80-C2-00-00-01``。暂停帧中也包括请求暂停的时间段,以两字节的整数形式发送,值的范围从 ``0`` 到 ``65535``。
|
||
|
||
安装以太网驱动程序后,数据流量控制功能默认禁用,可以通过以下方式启用此功能:
|
||
|
||
.. highlight:: c
|
||
|
||
::
|
||
|
||
bool flow_ctrl_enable = true;
|
||
esp_eth_ioctl(eth_handle, ETH_CMD_S_FLOW_CTRL, &flow_ctrl_enable);
|
||
|
||
需注意,暂停帧是在自动协商期间由 PHY 向对等端公布的。只有当链路两端都支持暂停帧时,以太网驱动程序才会发送暂停帧。
|
||
|
||
.. -------------------------------- Examples -----------------------------------
|
||
|
||
应用示例
|
||
--------------------
|
||
|
||
* 以太网基本示例::example:`ethernet/basic`
|
||
* 以太网 iperf 示例::example:`ethernet/iperf`
|
||
* 以太网到 Wi-Fi AP“路由器”::example:`network/eth2ap`
|
||
* Wi-Fi station 到以太网 “网桥”::example:`network/sta2eth`
|
||
* 大多数协议示例也适用于以太网::example:`protocols`
|
||
|
||
.. ------------------------------ Advanced Topics -------------------------------
|
||
|
||
.. _advanced-topics:
|
||
|
||
进阶操作
|
||
---------------
|
||
|
||
自定义 PHY 驱动程序
|
||
^^^^^^^^^^^^^^^^^^^^^^^^^
|
||
|
||
市面上有多家 PHY 芯片制造商提供各种类型的芯片。ESP-IDF 现已支持数种 PHY 芯片,但是由于价格、功能、库存等原因,有时用户还是无法找到一款能满足其实际需求的芯片。
|
||
|
||
好在 IEEE 802.3 在其 22.2.4 管理功能部分对 EMAC 和 PHY 之间的管理接口进行了标准化。该部分定义了所谓的 ”MII 管理接口”规范,用于控制 PHY 和收集 PHY 的状态,还定义了一组管理寄存器来控制芯片行为、链接属性、自动协商配置等。在 ESP-IDF 中,这项基本的管理功能是由 :component_file:`esp_eth/src/phy/esp_eth_phy_802_3.c` 实现的,这也大大降低了创建新的自定义 PHY 芯片驱动的难度。
|
||
|
||
.. note::
|
||
由于一些 PHY 芯片可能不符合 IEEE 802.3 第 22.2.4 节的规定,所以请首先查看 PHY 数据手册。不过,就算芯片不符合规定,依旧可以创建自定义 PHY 驱动程序,只是由于需要自行定义所有的 PHY 管理功能,这个过程将变得较为复杂。
|
||
|
||
ESP-IDF 以太网驱动程序所需的大部分 PHY 管理功能都已涵盖在 :component_file:`esp_eth/src/phy/esp_eth_phy_802_3.c` 中。不过对于以下几项,可能仍需针对不同芯片开发具体的管理功能:
|
||
|
||
* 链接状态。此项总是由使用的具体芯片决定
|
||
* 芯片初始化。即使不存在严格的限制,也应进行自定义,以确保使用的是符合预期的芯片
|
||
* 芯片的具体功能配置
|
||
|
||
**创建自定义 PHY 驱动程序的步骤:**
|
||
|
||
1. 请根据 PHY 数据手册,定义针对供应商的特定注册表布局。示例请参见 :component_file:`esp_eth/src/phy/esp_eth_phy_ip101.c`。
|
||
2. 准备衍生的 PHY 管理对象信息结构,该结构:
|
||
|
||
* 必须至少包含 IEEE 802.3 :cpp:class:`phy_802_3_t` 父对象
|
||
* 可选择包含额外的变量,以支持非 IEEE 802.3 或定制功能。示例请参见 :component_file:`esp_eth/src/phy/esp_eth_phy_ksz80xx.c`。
|
||
|
||
3. 定义针对芯片的特定管理回调功能。
|
||
4. 初始化 IEEE 802.3 父对象并重新分配针对芯片的特定管理回调功能。
|
||
|
||
实现新的自定义 PHY 驱动程序后,你可以通过 `乐鑫组件注册表 <https://components.espressif.com/>`_ 将驱动分享给其他用户。
|
||
|
||
.. ---------------------------- API Reference ----------------------------------
|
||
|
||
API 参考
|
||
-------------
|
||
|
||
.. include-build-file:: inc/eth_types.inc
|
||
.. include-build-file:: inc/esp_eth.inc
|
||
.. include-build-file:: inc/esp_eth_driver.inc
|
||
.. include-build-file:: inc/esp_eth_com.inc
|
||
.. include-build-file:: inc/esp_eth_mac.inc
|
||
.. include-build-file:: inc/esp_eth_mac_esp.inc
|
||
.. include-build-file:: inc/esp_eth_mac_spi.inc
|
||
.. include-build-file:: inc/esp_eth_phy.inc
|
||
.. include-build-file:: inc/esp_eth_phy_802_3.inc
|
||
.. include-build-file:: inc/esp_eth_netif_glue.inc
|