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.

Problem with uPP using PSP

Other Parts Discussed in Thread: OMAPL138

Hi,

I think I have at the moment two problems with the uPP device on a OMAPL138 using the PSP-Dirver (1.30.01) in a DSP/BIOS (5.41.11.38) application.

Basically I need the upp-Interface only to get datas out from a 16-Bit ADC, therefore I modified the included DLB example from the PSP to have the channel A in 16-Bit receive mode and use only the clock, wait and data signals. The ADC itself doesn’t generate any clock signal for the parallel interface. But I create the clock by toggle an GPIO, at the moment. I’m also not so familiar with this processor and DSP/Bios….

 

  1. Problem:
    The procedure in the PSP example is to issue an empty buffer and get it back by SIO_reclaim after the transmission is done. I do the same and I thought every clock-cycle the data from the upp is written in the buffer and I can reclaim it after. But it isn’t… depending on the issued buffersize it will take several clock-cycles until the buffer can be reclaimed, otherwise the application stops  running and seems to wait for anything. What is the condition for reclaiming a buffer?
    When I want to receive 3 times the 16 Bit ADC value before I reclaim the buffer what would be the best bufferadjustment (Number of buffers, buffer_alignment, buffersize). Or is the issue_reclaim_model maybe not the right for my application?

2.      Problem:
I can see in the memory-window in debug mode (CCSv5) that the buffer is filled with the right values. But this will happens only once. When I tried to receive new, different values, the receive-buffer shows still the same than before.

 

Would be absolutely great if anybody can show me a good way to get the parallel-datas out from my ADC and have it available in my application.

 

Many thanks in advanced,

Christian