关于OMAPL138 网口的一个奇怪现象

tulipyyf

$ Q5 M% i- b* }+ L1 r; A请教创龙工程师一个问题
) Y+ ?; O0 K3 D! O1 }最近研发的产品中，使用OMAPL138 CPU，网络接口布板全部按照OMAPL138 底板设计布置，现在发现一个奇怪问题。如下描述：

6 Z* P! J1 b4 @/ {* W8 p装置新上电，网口完全正常运行，网络状态、通讯正常。
但是，如果在控制台执行 reboot  执行系统软复位后，再次进入系统（实际发现，在uboot处已经不再认识网络），则发现网络不再通讯，好像网口底层无法连接状态一样。

. w* W  i: g. u' M问题的关键是，为何正常上电启动，网络完全没有问题，而且一直正常运行中。  只有reboot系统软复位后，每次必出现这个问题。

测试用创龙公司的底板进行同样的测试，没有问题，就是在自己产品的底板上，居然出现这个问题。请教创龙工程师，问题可能出现在哪里？

Abner

1、请检查信号线是否过长，阻抗匹配有没有做好。
2、ESD器件的型号是否符合设计，ESD的摆放是否符合要求。

tulipyyf

那为何只要上电启动就一点问题都没有
7 w# W3 b5 S8 ?) A
$ b' n: A! I' [7 ?只有软复位 reboot  才有问题啊~~、        
  b% `! n' o$ v+ H5 T$ p& j
! B& `) P' Y0 X  p( o3 T, t1 y器件使用应该，没有问题~~~

teddy

用我们的TL138-EVM底板测试了，软复位网口是能正常工作的，估计硬件可能性比较大。

tulipyyf

是的~~，用贵司的我也测试了，就是正常，当时不知道问题何在
+ z- c: a8 A6 a4 V% ~2 I2 _问题的关键是，为何正常上电启动，网络完全没有问题，而且一直正常运行中。  只有reboot系统软复位后，每次必出现这个问题。

Abner

您软复位核心板的同时有没有复位PHY芯片？
2 `2 n9 D. o; P( c需要两者同时复位才能正确建立连接。

tulipyyf

问一下，如何复位PHY芯片，不是uboot 以及linux操作复位吗？

6 k6 ^8 f/ U+ b% M( e; `" q8 r% K在贵司的底板上，我也是直接测试，没有特殊处理啊

我uboot Linux 根文件系统 全部在SD卡上，直接SD卡启动模式

1 W2 q  `+ V+ L$ u: _. y6 L求解~~

tulipyyf

而且，我看原理图上，也接了reset_out，CPU应该会复位网口芯片啊

Abner

建议将原理图及PCB发至创龙技术支持邮箱，到时会有相关工程师检查。