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.

CCS/TIDA-00203: Cannot ping or telnet with CAN demo Using Gigabit Switch

Part Number: TIDA-00203

Tool/software: Code Composer Studio

We have been running the CAN to Ethernet demo successfully on the TIDA-00203 web site. It always worked for us. We can ping the board at 169.254.254.255 (default IP for demo) and run the CAN demo through either a direct connection with a laptop (Gigabit NIC) performing the telnet successfully OR through a Fast Ethernet 10/100 switch. When we put a Gigabit switch between the TIDA-00203 and the laptop we cannot ping the TIDA-00203 board anymore and the demo does not work! We tried 2 different Gigabit unmanaged switches and we cannot ping the TIDA-00203 through a Gigabit switch. Any ideas on why this is and is there a software setting in the code that we can make to fix this? The TIDA-00203 must have a problem negotiating with the GigE Switch (even though the switches we tried support 100 Mb Ethernet and give us a 100 Mb link light).

Regards,

Todd

  • Hello,

    Just following up to see if anyone has any insight on this problem?

    Regards,

    Todd

  • Hi Todd,

    See, if you either need a Straight Ethernet Cable or a Crossover Ethernet Cable.

    - kel
  • Hi Kel,

    Thank you. I have tried strait through and crossover cables. Still no luck. Both link with the Gigagbit switches and show link activity on ping but no success.

    In lwiplib.c I have this line by default:
    #define EMAC_PHY_CONFIG (EMAC_PHY_TYPE_INTERNAL | \
    EMAC_PHY_INT_MDIX_EN | \
    EMAC_PHY_AN_100B_T_FULL_DUPLEX)

    I have tried setting the last flag to other settings as well that are defined in emac.h and there is no behavioral difference.

    I get a Fast Ethernet Link LED and I see the LED blink when I ping but I don't get a response on my laptop from the TIDA-00203. I even put a breakpoint in my icmp_input() function in icmp.c on my can2enet demo and it does not get hit when the ping comes in. If I move the cables to a Fast Ethernet switch the breakpoint gets hit and the ping works.

    One new data point...... I tried connecting a Netgear JGS526 Gigabit switch in between my laptop and TIVA-00203 and it works. It does not work through the Cisco SG200-18 (Managed Gigabit switch with all default VLAN) or the switch I need to get working - an Etherwan EX42908 Unmanaged Gigabit Ethernet switch.

    Regards,
    Todd
  • Hello,

    I am still looking for help with this. The TIDA-00203 does not work when we connect it to a Gigabit Ethernet switch. When the can2enet software boots up it calls etharp_raw() which sends out an ARP Request first. We can set a break point here and see that the destination MAC gets filled out and the everything looks good. When we continue form breakpoint we see the switch LED blink where the TIDA-00203 is connected to but no other switch ports blink and Wireshark shows nothing on computers connected to the switch and we don't see any other lights blink. Therefore the demo does not work and we cannot pin the TIDA-00203. The ARP Request is not being broadcast out any of the managed or unmanaged Cisco/Netgear Gigabit switches we try. If we swap in a Fast Ethernet Switch everything works. We have spent weeks on this. All of our development has been done with Fast Ethernet switches and now we have found this out. If we connect to a laptop with a Gigabit port the demo works but not through a Gigabit switch - just a Fast Ethernet port. Could it be some EMAC register?

    Todd
  • Feel your pain - yet does not the "success" enjoyed w/  "Netgear JGS526" provide a good clue?     Now we know that you "cannot" use it - but, "How was that Giga Sw. chosen - was it simply luck?"    

    I would hope that (something) w/in Netgear's design spec "explains" the,  "Why & How" that switch works.    Believe it doubtful that Netgear will state, "Accommodates most any application" - thus you must search long, hard, deeply - to discover just "why" that switch (alone) works.

    Surely there are (other) commercial devices which can transact "thru or with" your EX42908.     Data logging those exchanges - and then "comparing/contrasting" those "failed vs. passing" - should assist in (some) identification...