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

tulipyyf

+ O, s- C& v# c+ k$ L7 _请教创龙工程师一个问题
! _8 I; c  U7 T9 h8 b最近研发的产品中，使用OMAPL138 CPU，网络接口布板全部按照OMAPL138 底板设计布置，现在发现一个奇怪问题。如下描述：

装置新上电，网口完全正常运行，网络状态、通讯正常。
但是，如果在控制台执行 reboot  执行系统软复位后，再次进入系统（实际发现，在uboot处已经不再认识网络），则发现网络不再通讯，好像网口底层无法连接状态一样。
7 i* q: R8 U1 C4 {( u8 }: Z
问题的关键是，为何正常上电启动，网络完全没有问题，而且一直正常运行中。  只有reboot系统软复位后，每次必出现这个问题。

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

Abner

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

tulipyyf

那为何只要上电启动就一点问题都没有
; B( R7 H/ Z3 s
/ M$ R/ Y9 A9 A, ]8 n8 ~6 O$ x! O5 }只有软复位 reboot  才有问题啊~~、        

器件使用应该，没有问题~~~

teddy

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

tulipyyf

是的~~，用贵司的我也测试了，就是正常，当时不知道问题何在
. B- X" p9 e3 z% x) I. ^2 K/ J问题的关键是，为何正常上电启动，网络完全没有问题，而且一直正常运行中。  只有reboot系统软复位后，每次必出现这个问题。

Abner

您软复位核心板的同时有没有复位PHY芯片？
* }/ }& ]2 v" W4 l. r5 Z需要两者同时复位才能正确建立连接。

tulipyyf

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

在贵司的底板上，我也是直接测试，没有特殊处理啊
) {( T9 B; S( H1 U4 g- B2 J& ]% }, \8 [
我uboot Linux 根文件系统 全部在SD卡上，直接SD卡启动模式

求解~~

tulipyyf

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

Abner

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