• State
  • Locked Locked
  • Replies 1 reply
  • Subscribers 31 subscribers
  • Views 47 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Original question:

AM263X-MCAL-SDK: Why Link-up LED and Activity LED are not Glowing on the LP-263 board while using UDP client Example.

AM263X-MCAL-SDK: Etherent Communication on LauchPad 263, I have tried Example No-RTOS Httpserver Code, both ports on the Board are being working with same, why?

SAI KIRAN SATRAM
Prodigy 95 points

Part Number: AM263X-MCAL-SDK
Other Parts Discussed in Thread: AM2634-Q1, LP-AM263, SYSCONFIG

Hi Team,

We have designed hardware based on the AM2634-Q1 IC, using the CPSW0 RGMII1 interface for 1G Ethernet communication.

Our task is to read sensor data and transmit it over Ethernet using the UDP protocol.

Before testing on our custom hardware, we started firmware development on the LP-AM263 board. Using the MCU+SDK examples, we ran the HTTP Server example and modified it slightly to transmit 3 bytes of data over Ethernet. This is working fine.

However, the issue is that the LP-AM263 board has two Ethernet ports, and both ports are transmitting the same data. Our requirement is to transmit data only through port J7 (CPSW RGMII1 interface), and we do not want to disturb or use the signals on port J8. The J8 signals (PS0-PRU) are being used for another function in our design.

Could you please suggest how to isolate and use only the CPSW RGMII1 (J7) interface in this case?

I am attaching the modified HTTP server code (now sending UDP packets). Kindly let us know what changes are required in the application to ensure transmission happens only through CPSW RGMII1.

Thanks & regards,
Sai Kiranenet_cpsw_rawhttpserver_am263x-lp_r5fss0-0_nortos_ti-arm-clang.zip 

 

  • 0
    TI__Expert 7205 points

    Hi Sai Kiran,

    Can you try the following steps,

    1. You can disable the other mac port in the sysconfig and try it. If the other mac port is not required, then this can be done.

    2. You can try to send directed packets. Directed packet means, in the packet desc itself we will mention to which mac port the packet is intended to.

    For this you can set the txPortNum value of state filed of the netif structure. 

    Basically,

    The txPortNum filed of the desc is filled with the macport number before submitting to CPDMA.

    Thanks & Regards,

    Aswin