TMS320C6748 Development Kit - NDK Example CFGDEMO

Hello,

I am using the C6748 Dev Kit with CCS Ver 5.

In order to debug the problem I built the NetworkTest as explained in the document spru523_ug.pdf, section 3.3.3.1 "Constructing a Configuration for a static IP and gateway".

Execution of NC_NetStart causes to stop responding of the system.

Can you please advise me?

Yacob Hassidim.

Yacob,

Do you have CCS connected? If so, can you check the console output and also Tools->ROV->Task to see the state of the system. Are you getting the IP address statically or via DHCP? If it is a static IP address, is it a valid address for your network?

Todd

Hello Tod,

Thank you for your response.

The IP address is set statically.

Unfortunately I have not Emulator to connect CCS. I am waiting to receive an Emulator.

I debug the application via printing messages to USB-UART port.

Till now I found the NIUMInit function sticks the system.

Can you please advise what can be the problem with NIMUInit?

Sincerely,

Yacob Hassidim.

You can route printf (and System_printf if you are using SysStd as the System provider) by adding the following:

    add_device("UART", _MSA, UARTUtils_deviceopen,
               UARTUtils_deviceclose, UARTUtils_deviceread,
               UARTUtils_devicewrite, UARTUtils_devicelseek,
               UARTUtils_deviceunlink, UARTUtils_devicerename);

    /* Open UART0 for writing to stdout and set buffer */
    freopen("UART:0", "w", stdout);
    setvbuf(stdout, NULL, _IOLBF, 128);

    /* Open UART0 for reading from stdin and set buffer */
    freopen("UART:0", "r", stdin);
    setvbuf(stdin, NULL, _IOLBF, 128);

Note: you'll need to implement functions to write to the USB-UART port then. The NDK outputs information that should be able to help debug the problem. The NDK can be re-build with different levels of trace information also.

NIMUInit calls the EMAC drivers initialization code via the NIMUDeviceTable[].init function. You need to make sure that this array is NULL terminated.

Todd

Hello Todd,

Thank you for your answer.

Regarding to routing printf/System_printf to UART: 

1) I understand that I should implement the UARTUtils_deviceXXX functions. Am I right?

2) Where should I define System provider as SysStd?

Regarding to NIMUDeviceTable: I can not check it by now and will check it later, but I think it is NULL terminated. Do you have other idea?

Sincerely,

Yacob Hassidim.

Hello Todd,

Another question regarding to routing printf/System_printf to UART:

3) I use the USB-UART port that is The UART-2.

    Should I use the freopen ("UART:0", "w", stdout) statement as is or change it to "UART:2"?

Sincerely,

Yacob Hassidim.

Hello Steve and Todd,

The version of NDK: ndk_2_20_06_35

The version of NSP: nsp_1_10_00_03

 Unfortunately the arp command does not help.

I used the add_device option.

The last printf message I receive is: "MAC Address = 00-08-ee-03-14-99"

The source of this message is: ethdriver.c.

Do you have idea what does cause to stuck the system?

Sincerely,

Yacob Hassidim.

Yacob,

Are you able to run the other examples successfully?  (the helloWorld and client examples?)

Steve

Hello Steve,

Thank you for your suggestion.

I tried the client example i.e.:

a) to build successfully and burn on Flash

b) on host (Windows 7):

b.1) disable Firewall

b.2)  run DHCP server

b.3) run Wireshark

but unfortunately I didn't see any response from the Dev kit.

I continued to debug the NetworkTest as explained in the document spru523_ug.pdf, section 3.3.3.1 "Constructing a Configuration for a static IP and gateway".

The last printf message I receive is: "MAC Address = 00-08-ee-03-14-99" (from the function HwPktOpen in ethdriver.c).

I found that calling to EMAC_initialize (emacHooks.c) does not perform (I added printf on beginning of the function and don't see the message).

Can you please advise me?

Sincerely,

Yacob Hassidim.

Hello Steve,

I succeeded to solve the stuck problem in NetworkTest project.

I enlarged the stack size to 0x10000 and the program did not stuck any more.

Now to next problem: I receive the message: "NO PHY CONNECTED".

The message comes from the _HwPktPoll function (file: ethdriver.c, part of NSP).

Do you have any idea?

Sincerely,

Yacob Hassidim.

Hello Steve,

Can you please refer me to someone that used this board (LCDK Dev. Kit) and operated the Ethernet port?

Sincerely,

Yacob Hassidim.

Yacob,

I am going to go ahead and mark this thread as Answered, although I understand that you have one or more questions still remaining.  In general, it is much better to make new posts for each new question rather than stringing your issues into a single thread.  The reason for this is that there is often different people with different expertise (or even different schedules working on the forum) who will need to respond.  It also makes it easier for others who may have similar issues to search for and find these posts.

For your last query, this question seems to be specific to the LCDK rather the NDK.  I would suggest posting that question on the C67x forum as you may get a faster response there.

Dave

Hello David,

Thank you and Steve.

I posted the question to C67x forum.

Sincerely,

Yacob Hassidim.