[参考译文] DP83826I：CAN#39；t link to chip from PC

只需添加更多格式化的寄存器摘要：

寄存器地址00值= 1000
寄存器地址01值= 786D
寄存器地址02值= 2000
寄存器地址03值= A130
寄存器地址04值= 1E1
寄存器地址05值= 45E1
寄存器地址06值= 7
寄存器地址07值= 2001
寄存器地址08值= 0
寄存器地址09值= 0
寄存器地址0A 值= 1000
寄存器地址0b 值= 0
寄存器地址0C 值= 0
寄存器地址0D 值= 0
寄存器地址0E 值= 0
寄存器地址0F 值= 0
寄存器地址10值= 215
寄存器地址11值= 108
寄存器地址12值= 6400
寄存器地址13值= 2800
寄存器地址14值= 0
寄存器地址15值= 0
寄存器地址16值= 100
寄存器地址17值= 41
寄存器地址18值= 0
寄存器地址19值= CC01
寄存器地址1A 值= 0
寄存器地址1B 值= 7D
寄存器地址1C 值= 424
寄存器地址1D 值= 0
寄存器地址1E 值= 102
寄存器地址1F 值= 0

尊敬的 Dean：

目标速度是否为10M/100M？ 使用的电缆长度是多少？

--
此致、
Gokul。

预计100M。 电缆长度非常短。 3英尺。

尊敬的 Dean：

从寄存器中可以看到、器件在100M 模式下成功连接。 我猜 LED_0的 LED 极性是错误的。 您可以通过编程 reg0x18h 来更改它。

--
此致、
Gokul。

PC 端的 Windows 看不到设备。 寄存器01的"远程故障"位置位。

e2e.ti.com/.../2425.V86652_5F00_3.3.pdf

这在以前已经过更正。 我向您发送了一个稍微旧一点的原理图。 我保证、这是最新的设计人员。 Thx。

尊敬的 Dean：

关于显示"远程故障"的 Reg01、您是指在 PC 侧还是在 DP83826侧读取寄存器？

如果您在 DP83826上使用任何额外的初始化设置、您能告诉我吗？

您还能提供 DP83826上寄存器0x303 0x304的读取值吗？

--
此致、
Gokul。

BMSR。 位4。 DP83826侧。  但只需重新检查它和 (x01)  

= 7 8 4 9
= 0111 1000 0100 1001

因此、现在"不"远程故障。 之前可能有误读过

X303和 X304都是 FFFF。 注意到、当我读取高数字寄存器时、它们都是该值。 奇怪吗？

感谢你的帮助…

DJK

噢、没有额外的设置。 几乎设置了捆扎的内容。 随附 strapping.e2e.ti.com/.../Strap-report.txt 寄存器解码报告

尊敬的 Dean：

在轮询上述寄存器(上一条消息)时是否连接了链路？ 如果是、我们可以忽略寄存器读数0x7849。
从该线程的第二条消息中的寄存器轮询来看、器件的运行状况良好。 器件状态显示已链接。

我想问题是 PC 无法 ping DP83826、即使检测到链路。 是这样吗？

您能检查寄存器的读写情况吗？ 控制器未读取寄存器中的值较高、器件在该时间内处于断电状态。 在这两种情况下、寄存器读取 FFFF。

--
此致、
Gokul。

在初始化例程之后读取了低电平寄存器。  

是的、PC 无法 ping 板(或通过端口连接)。  

我正在努力使这些高级寄存器 u 得到请求。 DOC 不清楚如何执行该魔术。  

Thx

Dean

尊敬的 Dean：

Ping 取决于 PC 中的 MAC 和连接到 DP83826I 的 MAC 之间的通信。

DP83826 MII 侧连接到哪里以及如何连接？ 使用的 MAC 接口是什么？

--
此致、
Gokul。

e2e.ti.com/.../2821.V86652_5F00_3.3.pdf

输入原理图。 STM32通过 MII (线路)连接到您的芯片。 由 LWIP 控制的 MAC 层。 (不确定是否回答了该部分)。 该项目由 STM 的 Cube 系统生成、并包含 LWIP 堆栈。  

尊敬的 Dean：

感谢您提供相关信息。 我建议我们进行一些调试实验、以确定问题是与 MAC 接口还是 PHY 的铜接口有关。

您可以检查以下内容吗？

1. DP83826上的反向环回：
   反向环回将来自 DP83826铜接收路径的数据环回到铜传输路径、并可通过编程0x0016 = 0x0110来启用
   启用反向回送后、请尝试从 PC ping、并检查 PC 是否正在 ping 通自身。 如果可以、则铜质接口没有问题。
2. DP83826上的 MII 回送：
   断开与 PC 的连接并启用 MII 环回(数据表中提供的设置)
   
   通过此环回、PHY 通过引脚 TX_D*接收的数据将环回 RX_D*。
   启用 MII 回送后、从 STM32启动引脚并检查它是否能够 ping 通自身。 如果这起作用、则 MAC 接口没有问题。

如果您需要更多详细信息、请告诉我。

--
此致、
Gokul。

感谢您的到来。

第一次环回的问题："请尝试从 PC ping、并检查 PC 是否正在 ping 通自身。 如果这起作用、则铜没有问题"

我在执行什么操作？ 如果我一开始不知道地址。 (即、不会在 arp -a 上显示、也不会通过 ping 我们将其设置为的内容来显示)。

Thx

Dean

尊敬的 Dean：

由于这是环回、MAC 可以 ping 其自己的地址。

否则、您可以启动从 MAC 的数据传输、并确保 MAC 接收到相同的数据。

--
此致、
Gokul。  

我很困惑。 您似乎跳过了铜侧测试的初始请求：

1. DP83826上的反向环回：
   反向环回将来自 DP83826铜接收路径的数据环回到铜传输路径、并可通过编程0x0016 = 0x0110来启用
   启用反向回送后、请尝试从 PC ping、并检查 PC 是否正在 ping 通自身。 如果可以、则铜质接口没有问题。

您已要求注册：

x303 => 08

X304 => 0E

这告诉您什么？

Thx

DJK

尊敬的 Dean：

我提到的两个实验是不同和独立的实验。 当您启用反向回送并从 PC 开始数据传输/ ping 时、数据包将通过铜线从 PC 传输、并由 DP83826接收。 然后、接收到的数据包通过铜线再次环回到 DP83826的发送器、到达 PC。 请告诉我这是否清楚。

--
此致、
Gokul。  

非常清楚。 但是、如果我不知道 IP 地址(或 PC 网络无法识别)、那么该地址将如何工作？

它是否指向铜侧(或磁性元件内部)的问题？

Thx。

DJK

另一个注意事项。  

如何从芯片中检索 MAC 地址？ 这是在寄存器中的某个位置吗？  

我们的 STM Cub/LWIP 生成的软件似乎将一个奇怪的值(即 Xerox 公司)转移到 init 例程中。

Thx

DJK

现在具有一些自举寄存器值：

467 -> 0x06

468 -> 0x2C87

Dean

尊敬的 Dean：

感谢您共享寄存器的日志。 关于什么是问题，没有结论。

无法从以太网 PHY 中检索 MAC 地址。 只能使用 MAC 来完成。

您的 PC 是否支持数据传输工具？ 我们必须从 PC 传输一些数据、启用反向回送并检查数据是否已接收回。

--
此致、
Gokul。

将研究如何执行此操作。 运行了一些内部环回、看起来不错。 请参见随附的。

DJKe2e.ti.com/.../LOOPBACK-TESTS-8_2D00_16_2D00_22.txt

尊敬的 Dean：

在任何情况下、我都看不到 PRBS 蒸汽被锁定。 无论如何、我认为数字/模拟环回测试对任何事情都没有帮助、因为器件显示有源链路。 只有反向回送/MAC 回送才会为我们提供一些信息。

我建议探索 DP83826的 PC 端和 MAC 端的数据生成器件、并尝试反向/MAC 环回。

--
此致、
Gokul。

好的。 反向环回打开。 请参见随附的。 不确定要做什么。 长测试(未完成)、但它会找到一些活动端口。 但 UDP 流量似乎正在到处下降。 将使用更多 later.e2e.ti.com/.../NPing-Intense-scan-8_2D00_17_2D00_22.txt 进行更新

我运行了多个扫描。 这一个是" TCP 端口密集"。 底线是"来回"：

nmap Done (nmap 完成)：511.95秒内扫描1个 IP 地址(上一个主机)
发送的原始数据包：130889 (5.764MB)|接收地址：694 (62.108KB)

我不应该返回5.764MB？

最后一个版本。 我无法关闭无线网络、电缆可能已错误。 直接从 PC 交叉返回 cable....no 数据。

>>>

主机发现已禁用(-PN)。 所有地址都将标记为"向上"、扫描时间可能会更慢。
于 2022-08-1711:12东部夏令时开始 NMAP 7.92( https://nmap.org )
NSE：加载了155个脚本进行扫描。
NSE：脚本预扫描。
在11：12启动 NSE
在11：12完成 NSE、已过0.00s
在11：12启动 NSE
在11：12完成 NSE、已过0.00s
在11：12启动 NSE
在11：12完成 NSE、已过0.00s
在11:12启动 ARP Ping 扫描
正在扫描192.168.0.5 [1端口]
11：12完成 ARP Ping 扫描，已用1.5秒(总共1台主机)
192.168.0.5的 nmap 扫描报告[主机关闭]
NSE：脚本后扫描。
在11：12启动 NSE
在11：12完成 NSE、已过0.00s
在11：12启动 NSE
在11：12完成 NSE、已过0.00s
在11：12启动 NSE
在11：12完成 NSE、已过0.00s
从：C：\Program Files (x86)\Nmap 中读取数据文件
nmap 完成：2.48秒内扫描1个 IP 地址(0台主机)
发送的原始数据包：2 (56B)|接收：0 (0B)

尊敬的 Dean：

我不知道该工具的具体细节。 我需要您的帮助来了解该工具的功能、并让我从 PHY 级别获得一些信息。

--
此致、
Gokul。

启用反向环回。 我们希望能够准确地看到从一个启用的 RJ45插孔发送(无论协议如何)到器件的流量、然后环回。 我附上了一张你可以发送的各种内容的照片。 您的数据表中有 PHY 在反向环回中所做操作的示意图。

尊敬的 Dean：

Mac 级别的工具和协议超出了我的知识库的范围。 我不知道为什么没有发送或接收数据。 是否可以发送连续突发数据包并检查它们是否被接收回？

同时 、我们能否通过与 STM 供应商联系来检查环回是否正常工作、从 STM 方面尝试这一点。 与以太网 PHY 一样、MAC 通常支持不同的环回测试。
从 STM 侧进行测试时、您可以尝试 MII 环回、PCS 环回和模拟环回、并检查它们是否全部正常工作。

--
此致、
Gokul。