This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

MCU-PLUS-SDK-AM243X: Frames passed to the PRU for EtherNet/IP are lost while the second port is up

Part Number: MCU-PLUS-SDK-AM243X

This question is about the PRU issue for EtherNet/IP in the thread below.

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1312845/mcu-plus-sdk-am243x-ethernet-ip-adapter-demos-host-name-in-dhcp-mode

I built the demo below and checked its operation.

"ethernetip_adapter_generic_device_mii_demo_am243x-lp_r5fss0-0_freertos_ti-arm-clang"

We checked with new version 09.01.00.03 of INDUSTRIAL-COMMUNICATIONS-SDK-AM243X.

It has been confirmed that when two Ethernet ports are linked up with a time difference, all frames sent to the PRU during link up of the second port are lost.


The team can reproduce this behavior:

  • It seems as under some circumstances the PRU does not send out the frames we are passing to it.

When we attach a “RevPi Connect 3” to the secondary ports, we see that the LINKUP-event for that 2nd port comes >1s later than the LINKUP-event for the first port (attached to NICs of our PCs). 2nd port usually comes up between 1st and 2nd announcement-frame, and the 2nd announcement can be received on PC..

When this “slow” device is attached while (fast, 10Hz) “ping”ing the DUT, one can see that the ping freezes for close to a second while the LINK is negotiated (admittedly in this situation the packets are late, but not lost).
The frames we pass to the PRU while the 2nd port of the DUT is coming up are lost.

Currently we are working on root causing the issue on TI end.


What is the status of this issue?