[参考译文] TMS320F28388D：在10/100模式下将 DP83867与 F28388配合使用？

大家好、

只是想更新这方面的内容。

谢谢、此致、

艺术

您好、ART、

很抱歉耽误您的回答。

您能否给我指出您所参考的确切勘误表以及器件版本？

您好、Karthithkeyan、

以下是客户提供的信息：

《TMS320F2838x 实时 MCU 器件勘误表器件修订版本 A、0》
SPRZ458D–2019年5月–2021年5月修订

EtherCAT 从站控制器假定 PHY 寄存器支持千兆位、则对其进行配置。 如果使用非千兆位 PHY、这可能会导致 PHY 运行不良。
使用千兆位 PHY。

谢谢、此致、

艺术

感谢  Karthithkeyan。 我可能会指导客户使用此主题、以便他能够更好地解释他的用例。

谢谢、此致、

艺术

您好、Art 和 Karthitheyan

我们仍有关于连接 TMS320F23388D 的许多问题。

我们使用 Rev A 芯片。 当我们连接到使用83822的 controlCARD 时，我们会显示一个连接，并可以通过 TwinCAT 查看 phy。 但是，在带有388667的电路板上，我们看不到连接。 硬件指示灯也不显示连接。 我们使用的是 C2000Ware_3_03_00_00软件包中提供的 f2838x_CPU1_PDI_hal_test_app 项目、在这两种情况下均未修改。 唯一的区别是我们在连接到 controlCARD 时必须声明符号"use_20MHz_XTAL "。 我们在连接到开发板时不使用此符号。 电路板上的调试显示、C28x 处于从第77行开始的 PDI_TEST_APP.c 文件中的 while 循环中、这表示 EEPROM 尚未编程。 因此它能够在 ESC_initHW()函数中完成 EtherCAT Phys 的设置工作。 controlCARD 上的调试显示它也处于同一个“while 循环”状态，等待对 EEPROM 进行编程。 电源电压已经过测试、并且在电路板上是正确的。 我们也可以使用 MDIO 与芯片进行通信、这表明它们确实已通电。

对于以太网、DP83640或 DP83620是否可以替代83867？ F28388D 是否与83867完全不兼容？ 在我们的末尾进行测试会导致83867在 ethernet_initInterface()函数上失败，特别是等待在 ethernet_resetModule()中执行软件复位。

关于 C2000Ware_3_03_00_00、特别是提供的以太网驱动程序、连接到 F28388D 时、这些驱动程序是否适用于 DP83640、DP83620和 DP83867？

感谢您的观看、

ED

谢谢 Edward -抱歉我点击了错误的按钮！ 我不是说设置 TI 认为已解决的问题。   该线程仍处于打开状态。  

尊敬的 Ed：

我认为 DP83867适用于 EtherCAT、尽管它具有千兆位功能。 可能也值得在界面团队的论坛上提问、因为他们可能对您可以检查或测试的内容有一些想法(https://e2e.ti.com/support/interface-group/interface/f/interface-forum)。

以太网/EtherCAT 软件应与 PHY 无关、MII 接口需要与 F2838x 配合使用。 您是否使用与 F28388D controlCARD 相同的信号传输到 PHY？

您如何为定制电路板上的 F2838x 器件和 PHY 计时？ PHY 和 ESC 应使用相同的时钟源。

最棒的

Kevin

尊敬的 Kevin：  

今天早上、我再次验证了这一点、我使用的信号与 controlCARD 相同。  时钟信号来自同一个源。

此致、

编辑

尊敬的 Ed：

您的时钟方案看起来不错、与 F2838x ContorlCard 上的方案相匹配。

我建议查看 ECAT PHY 选择应用手册 Beckhoff、链接如下。 有一节"用于 EtherCAT 的千兆位以太网 PHY "提到了速度限制为100Mbps。

https://download.beckhoff.com/download/Document/io/ethercat-development-products/an_phy_selection_guidev2.7.pdf

我注意到列出了 DP83640和 DP83620、但未列出 DP83867。 但是、这不一定会取消 PHY 对 EtherCAT 的资格。

最棒的

Kevin

大家好、Kevin 和 Art、

 当设置为10/100模式时、Autoneg 禁用是否必须设置为1？  这是我的电流束带。

尊敬的 Edward：

很抱歉,我不确定。 我将把这篇文章移到接口论坛、他们应该能够回答 DP83867在10/100Mbps 模式下所需的内容。

最棒的

Kevin

尊敬的 Edward：

10/100模式下应保持启用自动协商。 ANEG_SEL0和 ANEG_SEL1都应设置为1。 这对应于引脚 RX_D4和 LED_1的模式3或4。 RX_D4上的自举看起来正确、但我看不到您的 LED_1自举电路。

谢谢、

卢卡斯

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

大家好、Art、Kevin 和 Lucas、

 我仍然缺少一些东西。  我已将所有适用器件合并到一个原理图页面上。  请参阅随附的.pdf

e2e.ti.com/.../etherCAT.pdf

此致、

ED

尊敬的 Edward：

我正在查看您的原理图、并将在星期三之前提供反馈。

谢谢、

卢卡斯

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

尊敬的 Edward：

以下是我在查看原理图后的注意事项：

• 我建议在每个电源上添加一个10uF 电容器以进行大容量去耦。
• 我注意到 EtherCAT P1 PHY 上的 rbias 为4.75k。 这是一个 PHY 关键型连接、需要为11k。
• 您能否确认您的时钟符合数据表要求？
• 以太网 PHY 复位引脚上的网络是否标记错误？ 它当前显示为 TX_ERR。 另请确保主机驱动器在所有 PHY 的正常运行期间复位为高电平。
• 您能否共享磁性元件/RJ45？
• 您希望在每个 PHY 上使用哪种 MAC 接口？ 我很困惑、因为 EtherCAT P0和 P1 PHY 上的自举会禁用 RGMII、但 COL、CRS 或 RX_D4-D7上没有网络标签。
• 为什么在 RX_ER/GPIO 和 COL/GPIO 上为 EtherCAT P0和 P1 PHY 使用 PU/PD 电阻器？ 对于64引脚封装、这些引脚上没有搭接。
• 是否可以确认以太网 PHY 通告10/100速度？

谢谢、

卢卡斯

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好 Lucas、

 请参阅随附的 pdf。

• 此原理图中显示的每个电源上都有10uF 电容器、它们位于原始原理图的另一页上。   
• P1 PHY 具有11K。  标签不正确、但我验证了器件和器件型号是否正确放置在电路板上。  我还验证了该引脚的电压。
• 时钟由3.3V 供电、每个 PHY 上都有一个27pF 电容分压器、原始附件中未显示该分压器。  时钟信号的波形看起来很干净、低于最大 P-P 电压、并且在10ppm 之内。
• 连接器脉冲电子装置 JXD2-0015NL 内置磁性元件。  我在所有三个位置都使用同一个连接器。  请参阅 EtherCAT_IN 连接器上方的图像。
• RGMII。  用于禁用的电阻器已移除。
• RX_ER 和 COL 上的 PU/PD 电阻器、其中的错误已从原理图和电路板中删除。
• 我已经尝试了所有速度组合。  这里有人建议尝试10/100。
• 我们仍然没有在软件或硬件中显示连接。  

e2e.ti.com/.../UpdatedEthercat.pdf

谢谢、

Edward。

尊敬的 Edward：

为了获得最佳 EMI/EMC 性能、我建议在 PHY GND 和屏蔽 GND 之间使用以下隔离、但这对连接问题并不重要。

您能否探测 RX_CLK、CLKOUT 和 MDI 链路脉冲线？ 您还能读取寄存器0x0、0x1、0x10、0x11、0x6E、 0x6f 并告诉我它们的值？

谢谢、

卢卡斯

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好 Lucas、

我是与 Ed. 我们能够在多次复位后获得寄存器值。

• BMCR (0x00) - 0x1140
• BMSR (0x01)  - 0x7949
• PHYCR (0x10) - 0x5848
• PHYSTS (0x11) - 0x0002
• TLOG_STS1 (0x6E) - 0x8820
• TAPE_STS2 (0x6f) - 0x0140

ED 测量线时得到以下点：

• RX_CLK 是一个2.50 MHz 方波。 3.50 Vp-p 和2.07 Vrms。
• CLKOUT 是一个25.0MHz 方波。 3.91Vp-p 和1.97Vrms。
• XI 是一个25.0MHz 方波。 1.59 Vp-p 和911 mVrms。
• MDIO 为高电平。
• MDC 为低电平。

您在要求我们探测 MDI 链路脉冲线路时所说的 MDIO 和 MDC 线路是什么？

我们注意到 Ethernet_init 仍然挂起在 ethernet.c 中的 ethernet_resetModule()函数上，等待软复位

已完成。

我们还注意到、MDIO 接口有时需要多次重置电路板、才能返回非零值。

谢谢、

Joseph

您好、Joseph、

我注意到设置寄存器中的一些保留位已从默认值更改为默认值。 您能否尝试在 LED_0上添加2.4k PD 以强制自举进入模式0？

MDI 链路脉冲通过 RJ45发送、以搜索链路伙伴。 由于端口镜像已启用、因此将在通道 C 和 D 上发生这种情况。您能否探测这些通道？

谢谢、

卢卡斯

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好 Lucas、

我们在末端固定了一些电阻器、这纠正了出现的端口镜像启用了 LED0自举。

以下是新的寄存器值：

• BMCR (0x00) - 0x1140
• BMSR (0x01)  - 0x796D
• PHYCR (0x10) - 0x5048
• PHYSTS (0x11) - 0x7C02
• TLOG_STS1 (0x6E) - 0x0000
• TAPE_STS2 (0x6f) - 0x0140

现在、将以太网电缆插入每个端口和我们的计算机中会在 Windows 10的"网络连接"窗格中显示已建立的连接。 更新的寄存器值还反映了自协商能够完成并且一个有效的链路被形成。 这很好！

但是，以太网代码仍然会在 C2000Ware 中提供的 ethernet_resetModule()执行软件复位时卡住。 EtherCAT 芯片在 TwinCAT 上显示为"器件1"、根据 C2000Ware 中提供的《EtherCAT 从站控制器软件用户指南》、这是不正确的。

您有什么想法、为什么会发生这种情况？

再次感谢您的帮助！

Joseph Keene

软件复位在以太网.c 中执行、C2000Ware 中提供了 driverlib_cm 文件夹的一部分。 这是片段。

/*These Routines are functions that touch the Ethernet Registers */
void Ethernet_resetModule(uint32_t base)
{
    //
    //DMA Initialization
    //
    HWREG(base + ETHERNET_O_DMA_MODE)  =  ETHERNET_DMA_MODE_SWR;
    //
    //Wait till the Soft Reset is done
    //
    while((HWREG(base + ETHERNET_O_DMA_MODE) &  ETHERNET_DMA_MODE_SWR) ==
        ETHERNET_DMA_MODE_SWR)
        {
        }
}

代码卡在 while 环路中、等待 DMA 清除 EtherNet_DMA_MODE_SWR 标志。

您好 Lucas、

查看 TRM 中的寄存器说明、特别是"表43-324. DMA_MODE"。 寄存器的位0对应于当前挂起的软件复位。 以下是有关 TRM (TMS320F2838x TRM)中位0的描述：

软件复位
当该位置位时、MAC 和 DMA 控制器复位逻辑
以及 DMA、MTL 和 MAC 的所有内部寄存器。 该位是
复位操作完成后自动清零
DWC_Aete_QoS 时钟域。 然后再重新编程任何内容
DWC_Aete_QoS 寄存器、应在此位读取0值。
写入该位后、必须至少4个 CSR 时钟周期读取该位
1。
注意：只有当所有复位都完成时、复位操作才会完成
活动时钟域无效。 因此，这一点至关重要
所有 PHY 输入时钟(适用于所选 PHY 接口)均为
软件复位完成时出现。 完成的时间
软件复位操作取决于最慢频率
活动时钟。
访问限制适用。 设置1设置。 自清零。 设置0有
没有影响。
0h =软件复位被禁用：0x0
1h =软件复位被启用：0x1

根据我的理解、如果代码在 while 环路中挂起、等待该位清零、那么 PHY 时钟肯定存在某种问题、对吧？

您好、Joseph、

只是为了确认、您是否对处理器进行编程以将 RESET 引脚拉至低电平？ 还是对寄存器进行编程以进行软件复位？ 您指的是位0不能自行清除的寄存器是什么？

谢谢、

卢卡斯

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好 Lucas、

该寄存器是 DMA_MODE_register、它是 F2838x 以太网媒体访问控制器(EMAC)的一部分。  TRM 的第4810页对该寄存器进行了说明。 请参阅随附的链接。 F2838 TRM。 该寄存器存在于作为处理器一部分的以太网模块上。

谢谢、

Joseph Keene

您好、Joseph、

如果您使用4000或8000对 PHY 寄存器0x1F 进行编程以进行软件重启或复位、是否仍然会出现问题？

谢谢、

卢卡斯

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好 Lucas、

我们正在探测 PHY 的信号、并注意到 RX CLK 以25MHz 的频率输出信号、但 TX CLK 没有输出任何信号。 图20. DP83867数据表上的 MII 连接(链接： DP83867数据表)显示、在 MII 模式下运行时、TX CLK 应从 PHY 到 MAC。 导致 TX CLK 输出不输出的原因是什么？

您好、Joseph、

我们将研究您的问题、并将能够在本周星期四之前提供反馈。

谢谢、

Nikhil Menon

应用工程师|以太网

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好、Nikhil、

我们按照您在该论坛帖子中的建议解决了我们的问题： DP83867IR：仅 MII 模式、TX_CLK 保持低电平。 我们将 RX_D6自举设置为模式3、通过启用 RGMII_DISABLE 有效地将寄存器0x32设置为全0。 完成该操作后、我们的 TX_CLK 读取25MHz。

我们现在能够使用以太网 PHY 发送和接收数据包。 我们仍然无法将两个 EtherCAT PHY 连接到 Beckhoff 的 TwinCAT。 TwinCAT 发现它们为1类器件、而不是2类器件。 如果你们有任何想法、为什么会这样、我们很感激您的建议！

谢谢、

Joseph Keene

您好、Joseph、

我很高兴听到 TX_CLK 问题已得到解决！ 我们的团队正在研究您的问题、并将能够在明天提供反馈。

谢谢、

Nikhil

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好、Nikhil、

只是想看看你能找到什么！

谢谢、

Joseph Keene

您好、Joseph、

对拖延表示歉意。 我们应检查 EtherCAT 所需的设置是否已启用。 是否启用了快速链路中断功能？

谢谢、

Nikhil

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好、Nick、

我们当前有一个绑定到禁用的快速链路丢弃。 是否应将其绑定以启用？

谢谢、

Joseph Keene

您好、Joseph、  

是应启用快速链路丢弃。 请问这是 DP83867的哪个版本？

此外、您还可以在以下应用手册 中找到 EtherCAT 的要求：https://www.ti.com/lit/an/snla344a/snla344a.pdf?ts=1631313963318&ref_url=https%253A%252F%252Fwww.google.com%252F

该应用手册详细介绍了如何为 EtherCAT 配置 DP83826、但 DP83867也适用相同的规则和原理。

如果您有任何疑问、请告诉我。

谢谢、

Nikhil

此通信和任何相关通信中的所有信息均按“原样”和“不含任何瑕疵”提供，并受 TI 的重要声明(http://www.ti.com/corp/docs/legal/important-notice.shtml)约束。

您好、Nikhil、

感谢您提供应用手册。 如果我们仍在努力、我将添加一个新问题或帖子。

Joseph