NDK - using interrupts for C6747

tharangini chinnadurai

Other Parts Discussed in Thread: TMS320C6747

Hi all,

I am developing a VOIP application- where I use NDK and EDMA with ping pong buffering concept. When using the recv() for receiving data via ethernet ( using UDP protocol), the recv() takes a long time to finish. So, I would like to use the NDK's interrupts (like STKEVENT, etc) so that I can get an interrupt or event which indicates that the recv() function is complete and now I can process the new data that has been received using the recv() (instead of polling it every time that semaphore gets a turn).

I am actually looking for an example that uses NDK's recv() for receiving UDP packets and uses NDK's interrupts to inform that recv() function has finished receiving via UDP protocol.

I use CCS v4 EVM OMAPL137/c6747

Thanks

over 13 years ago

0 David Friedland over 13 years ago

TI__Mastermind 18320 points

Tharangini,

What version of the NDK are you currently using?

Dave

0 tharangini chinnadurai over 13 years ago in reply to David Friedland

Intellectual 980 points

Hi David,

Thank you for your reply. I am using ndk_2_0_0_0. CCS ver Version: 4.2.4.00033 in Windows 7 . EVM OMAP L137/TMS320C6747.

0 tharangini chinnadurai over 13 years ago in reply to tharangini chinnadurai

Intellectual 980 points

Some more info: When I use the audio pass through code (using ping pong buffers for the transmission and reception- I use 4 semaphores for this as per the example code audio_edma_c6747.pjt ), it works fine. When I introduce the recv() code (just before the place where there is a memcpy between RXping & TxPing and Rxpong and Txpong)to receive UDP packets, the output audio heard is broken. But recv() is receiving the correct number of packets. I think the output audio is broken because recv() doesnot get finished in one semaphore's allocated time. It takes longer to finish- so till it finishes receiving UDP packet, it looks like there is a delay module introduced in the code.

0 ToddMullanix over 13 years ago in reply to tharangini chinnadurai

TI__Guru* 96960 points

You can have a dedicated Task that handles the receiving of the UDP packets. This Task can then signal that data is present.

Todd

Processors

Processors forum

NDK - using interrupts for C6747