• State TI Thinks Resolved
  • Locked Locked
  • Replies 8 replies
  • Answers 1 answer
  • Subscribers 34 subscribers
  • Views 1853 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.

RTOS/TM4C1290NCPDT: Ethernet LED is not blinking

paddu2017
Expert 2885 points
Part Number: TM4C1290NCPDT

Tool/software: TI-RTOS

Hi,

We are using TIVA C for a Ethernet to UART application and
we have some improper LED blink even though the communication is normal.
TI-RTOS Version:2.16.01.14

PF4/EN0LED1 and PF4/EN0LED1 ports are used to connect the Ethernet LEDs.
Below is the normal operation.
PF4/EN0LED1 -> Blinks according to the Ethernet Communication
PF4/EN0LED0 -> Indicates Ethernet connection is establised

The host device(Gateway) sends commands to the Tiva C(through Ethernet) every 200ms.
In this case the PF4/EN0LED1 should blink every 200ms, but it is not not blinking,
instead it is ON all the time.It could be recovered(blinking state) by reconnecting the Ethernet cable.

The Ethernet communication itself is working normal,but only the LED blinking is not working properly.

Below is the LED settings that are registered to the RTOS, nothing else is added.

GPIOPinConfigure(GPIO_PF0_EN0LED0);
GPIOPinConfigure(GPIO_PF4_EN0LED1);
GPIOPinTypeEthernetLED(GPIO_PORTF_BASE, GPIO_PIN_0 | GPIO_PIN_4);
EMAC_init();

We believe the LED operations are controlled by the RTOS, but don't understand
why would the LED don't blink even though the communication seems normal.
Please let me know if there is any suggestion on this.

Best Regards
paddu

  • 0
    TI__Guru* 96960 points
    Hi,

    Have you tried this with the TCP Echo example and see if the LED is flashing when the host application is communicating to the target? If so, in your example, are you remapping any of the Ethernet LEDs to something else (sorry, I don't have access to the data sheet right now because of limited Internet access, but wanted to get the ball rolling on this before I hand this off to someone else).

    Also, do you have another LaunchPad you can try to see if the behavior is same?

    Todd
  • 0 in reply to ToddMullanix
    Guru 117855 points

    *** LIKE ***
    Love the practice of "Starting the Diagnostic effort EARLY" - even when - and especially when - your (personal) situation is limited!    Excellent!

  • 0 in reply to cb1_mobile
    Expert 2885 points

    Hi Todd,

    Thank you for the quick reply.

    I am sorry for the incomplete information,
    actually this issue occured after running the application for 2 days.
    This application is based on the TCPEcho sample code.

    Below is the only LED settings done in the program at the beginning
    and these LED ports are not mapped to any other function.

    GPIOPinConfigure(GPIO_PF0_EN0LED0);
    GPIOPinConfigure(GPIO_PF4_EN0LED1);
    GPIOPinTypeEthernetLED(GPIO_PORTF_BASE, GPIO_PIN_0 | GPIO_PIN_4);
    EMAC_init();

    We shall try to re-produce the issue on the Launchpad,
    meanwhile, please let me know if you have seen such LED issue before
    and what could be the possible reason we could do research on.

    Best Regards
    paddu

  • 0 in reply to paddu2017
    TI__Mastermind 45025 points

    Hi Paddu,

    I will try to reproduce this issue with the TCP echo example, using the example app's tcpSendRecv.exe client side program to continuously transfer data to the device. I'll see what happens after 2 days. Do you think this would enable me to reproduce the issue?

    paddu2017 said:
    We shall try to re-produce the issue on the Launchpad

    Are you using a device other than the launch pad? Are you on custom hardware at this point?

    Steve

  • 0 in reply to Steven Connell
    Expert 2885 points
    Hi Steve,

    Thank you very much for considering this issue.

    Currently our customer is using their custom board.

    Please let me come back to you if there is any additional information
    necessary to reproduce the issue on the LauncPad.Please wait till tomorrow.

    Best Regards
    paddu
  • 0 in reply to paddu2017
    Expert 2885 points
    Hi Steve,

    With regards to re-producing the issue,
    if possible could you please try with the LauchPad.

    Our customer has developed this application based on the TCPecho sample code,
    as it is a simple application(Ethernet to UART bridge), we believe the sample
    code is used as it is with some minor addition of application software.

    Best Regards
    Paddu
  • 0 in reply to paddu2017
    TI__Guru**** 191886 points

    When I ran the tcpecho example on the launchpad I see D4 LED always ON and the D3 LED blinking which confirms customer's observation. I think PF0 is to indicate the Ethernet OK status while PF4 is to indicate the TX/RX activities. The TI-RTOS has the comments reversed. Please see the launchpad schematic below. 

    GPIOPinConfigure(GPIO_PF0_EN0LED0); /* EK_TM4C1294XL_USR_D3 */
    GPIOPinConfigure(GPIO_PF4_EN0LED1); /* EK_TM4C1294XL_USR_D4 */
    GPIOPinTypeEthernetLED(GPIO_PORTF_BASE, GPIO_PIN_0 | GPIO_PIN_4);

  • 0 in reply to Charles Tsai
    Guru 55913 points

    Hi Charles,

    Perhaps
    You have to enable EN0 LED0 as link / LED1 blink rate is either 5Hz or otherwise some other choice.

    MAP_EMACPHYExtendedWrite(EMAC0_BASE, 0, EPHY_LEDCFG, EMAC_PHY_LED0LNK_LED1ACTY);
    MAP_EMACPHYExtendedWrite(EMAC0_BASE, 0, EPHY_LEDCR, EPHY_LEDCR_BLINKRATE_5HZ);