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.

Delay between 2 bursts on UPP with a C6748 ?

Hello,

I'm using UPP on a C6748 facing a FPGA.

The FPGA is sending Burst of data to DSP. The frequency of the UPP is 50 Mhz. The size of the data burst is 72 bytes.

I'm queueing 2 DMAs  with 72 bytes each on my DSP,  I receive the 1rst burst from the FPGA but I noticed that if the FPGA is sending the 2nd burst very closed to the second one (1 CLCK) , that is to say : the Start signal of the 2 nd burst is 20 ns after the end of the last data of the 1st burst  then the 2nd burst is lost, I have no interrupt for  it.

Could you tell me if the UPP component need a certain delay for switching betwen 2 DMAs  ?

Thank you very much for your help.

regards,

Pat

  • Hi,

    Welcome to the TI E2E forum. I hope you will find many good answers here and in the TI.com documents and in the TI Wiki Pages (for processor issues). Be sure to search those for helpful information and to browse for the questions others may have asked on similar topics (e2e.ti.com).

    We are working on it and will get back to you on this.

    Thanks & regards,

    Sivaraj K

    -------------------------------------------------------------------------------------------------------

    Please click the Verify Answer button on this post if it answers your question.

    --------------------------------------------------------------------------------------------------------

  • HI,

    Thank you for your answer, I'm waiting for your help now.

    I noticed also that :

    if delay between 2 bursts = 20 ns => no data no EOW for the 2 nd burst with the 2nd DMA queued

    if delay < 2,5 us => data are present but no EOW for this the 2nd DMA queued

    if delay > 2,5 us => all is OK , Data and EOW present for the 2nd DMA queued

    If you have any suggestions ? thank you in advance.

    regards,

    Pat
  • Hi Pat,

    What is the state of the wait signal? Does the wait signal remain in the inactive state during the above transfers in all cases?

    Regards,

    Bill

  • Hello Bill,

    Thank you very much for your answer.

    yes, the WAIT signal remain in the inactive state during the above transfers in all cases .

    I thought that the WAIT signal had no effect in receive mode ?

    see Jo answer at e2e.ti.com/.../120588

    Another suggestion ? thank you in advance for your help.

    Regards.

    Pat.
  • Hi Pat,
    I'm trying to verify with the SOC designer that the wait is not used by the receive path for this part. Can you give me some details on how you are configuring the DMA accesses? What is the frequency of the internal SYSCLK1? How are you checking the PEND bit before programming the DMA descriptor fields for the second DMA?
    Regards,
    Bill
  • Hi Bill,

    Thank you again for your answer.

    The frequency of the internal SYSCLK1 is 360 Mhz.

    This is an extract of the code for my DMA programming :
    /////////////////////////////////////////////:
    uPP_UPIQDS1_t uprxd1 = {0};

    uprxd1.field.BCNT = 72;
    uprxd1.field.LNCNT = 1;

    if( (UPPR->UPRXS2 & UPP_UPIQS2_PEND_MASK) != 0)
    {
    // A transfer is already pending
    err = DUPP_ERR_UPP_NAVAILABLE;
    }
    else
    {
    // Program the transfer
    UPPR->UPRXD0 = addr;
    UPPR->UPRXD1 = uprxd1.value;
    UPPR->UPRXD2 = 0;
    }
    ///////////////////////////////////////////////////////////

    As you can see , I have a checking code for the pending DMA, I never failed in the error case (no error for the 1st DMA and no error for the 2nd DMA queued).
    In the 3 cases of delay( t < 20 ns, t < 2,5 µs and t > 2,5 us), I'm using the same code and in the 3rd case (t > 2,5 us) all is working (I m' receiving the 2 bursts ) so I think that that the 2nd DMA is always well programmed.
    The behaviour of the UPP SOC isn't the same.

    Regards.

    Pat.
  • Hi bill,

    I have answered to your questions, did you have some news about the SOC designer ? thanks.

    regards.