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.

[Primus, EDMA ] Does EDMA work for the current frame when McASP Unexpected Frame Sync Error happens ?

Hi,

I have a question about EDMA behavior when McASP Unexpected Frame Sync Error happens.

Let's assume McASP is working with EDMA and McASP Unexpected Frame Sync Error happens on McASP Rx port.

According to TRM, there is two possible scenarios in McASP Frame Sync Error. That is "Early" and "Late".

===================================

1. Early: An early unexpected frame sync occurs when the McASP is in the process of completing the
current frame and a new frame sync is detected (not including overlap that occurs due to a 1 or 2 bit
frame sync delay). When an early unexpected frame sync occurs:
• Error interrupt flag is set (XSYNCERR, if an unexpected transmit frame sync occurs; RSYNCERR,
if an unexpected receive frame sync occurs).
• Current frame is not resynchronized. The number of bits in the current frame is completed. The
next frame sync, which occurs after the current frame is completed, will be resynchronized.

2. Late: A late unexpected frame sync occurs when there is a gap or delay between the last bit of the
previous frame and the first bit of the next frame. When a late unexpected frame sync occurs (as soon
as the gap is detected):
• Error interrupt flag is set (XSYNCERR, if an unexpected transmit frame sync occurs; RSYNCERR,
if an unexpected receive frame sync occurs).
• Resynchronization occurs upon the arrival of the next frame sync.

====================================

My understanding is,
1. Early case : EDMA works for the errorous frame. The transferred data from McASP port can have invalid data.
2. Late case : EDMA does not work for the errorous frame. EDMA/McASP discards the current frame and EDMA/McASP starts to work with next frame sync.

Is my understanding correct ?

Best Regards,
Kawada 

  • Hi,

    We are already following it up on the other E2E thread below:
    e2e.ti.com/.../1409688

    Please don't create duplicate post and it will add more overhead to us in tracking the issue.

    Kindly follow it up on the same thread above.

    Thanks for your understanding, thereby, I will close this thread.
     
    Thanks & regards,
    Sivaraj K

  • Sivaraj K,

    This question is from the customer related to the post you mentioned, but what i want to confirm is the behavior of EDMA when McASP Unexpected Framesync Error happens. Not about McASP Framesync Error itself. I seem I gave you some confusion. I'm sorry for that.

    Anyway, the thread you mentioned does not answer to the question about EDMA behavior.
    I have already edited the original question. If this is problem, I'll ask the same question to :
    e2e.ti.com/.../1409688

    Best Regards,
    Kawada
  • Any update on this ?
    If you need any clarifications on this, please let me know.

    Best Regards,
    kawada
  • Hi,

    We apologise for the delayed response.

    Even my understanding was same like you,

    In Late unexpected framesync case, EDMA/McASP will discard the current frame and continue to work with next frame sync which resynchronizes upon the arrival of the next frame sync. Yes, EDMA will not work for the erraneous sync frame XSYNCERR/RSYNCERR.

    Thanks & regards,

    Sivaraj K

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

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

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

  • Hi Sivaraj K

    Thanks for your reply. Ok, I understood.

    Thanks for your cooperation!
    Kawada