[Dspforum] CIPR question

[O'Connor, Sean R.]

Yes, this makes sense.  I wasn't thinking of the CIPR register as 16 locations, or essentially like 16 complete flags.  I will investigate tonight why I'm getting both transfers completing before I check the CIPR.  Thanks!

________________________________
From: dspforum-bounces at echelonembedded.com [mailto:dspforum-bounces at echelonembedded.com] On Behalf Of Wenstrand, Doug S.
Sent: Tuesday, November 03, 2009 11:21 AM
To: dspforum at echelonembedded.com
Subject: Re: [Dspforum] CIPR question

Bits 19-16 of the options register are the Transfer Complete Code.  Those 4 bits are a number from 0-15, which specify which bit in the CIPR gets set when the transfer is complete.
So you are setting bits 2 and bit 1 of the CIPR respectively, so if you read the CIPR, you should see either a 4, or a 2 (bits 2 or 1 being set)  When you read a "6" its because both are set, meaning both transfers are complete.  This could be because you didn't check soon enough and they both finished, or because you didn't clear the CIPR bit after using it.

Make sense?
Doug


From: dspforum-bounces at echelonembedded.com [mailto:dspforum-bounces at echelonembedded.com] On Behalf Of O'Connor, Sean R.
Sent: Tuesday, November 03, 2009 10:21 AM
To: dspforum at echelonembedded.com
Subject: [Dspforum] CIPR question

Setting the OPT registers for ping and pong to 0x20320002 and 0x20310002 should set CIPR to 2 and 1 when the transfers have completed, I think.  CIPR is actually getting set to 6 and 4 respectively, and if I use 6 and 4 as my masks things seem to operate as expected (at least ping and pong get updated and waitfordma() does not hang).  To my knowledge the OPT register is the only register that can effect the CIPR... so this discrepancy is confusing to me.  Any thoughts?

Thanks,
Sean

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://echelonembedded.com/pipermail/dspforum_echelonembedded.com/attachments/20091103/36e5e0cd/attachment.html>