Technical discussions related to Analog Devices DSPs (including Blackfin, TigerSHARC, SHARC and ADSP-21xx DSPs).
Hello,
We had a similar problem, and a colleague of mine found out that there is a statement to be put
in comments (in short, removed) if you are using a higher version of the BF535 chip in your
ez-kit. Check lines 103-104 in the Init_Interrupts function:
// for chip revisions >= 1.0 remove the following instruction (needed for anomaly
"IMASK bit polarity")
*pSIC_IMASK = 0xffffffcf;
So, simply put the last line in comments. The idea is that initialization routine first
disables the interrupts to initialize the codec, and then it has to enable it. (you can make
that out in the ASM version). so this last line, if not removed, overwrites the previous value
of the IMASK reg, and jumbles up the interrupt routines. the processor then wouldn't get the
awaited acknowledgment('sSPORT0_RX_Buffer[SLOT_TAG]') from codec telling it that everything's
fine, and would go in an infinite loop.
Hope that solves the case,
tanuj
>
>
>
> Hello
>
>I am trying to run the 'Talkthrough C.dpj' example program of the
>BF535 EZLite eval board. Unfortunatly it does not run because it does
>remain to stay in the while loop at line 141 within the
>initialisation.c (function Init_Codec)
>
>//wait for frame valid flag from codec
>//first bit in receive buffer)
>while((sSPORT0_RX_Buffer[SLOT_TAG] & 0x8000) == 0x0000);
>
>The assembler version 'Talkthrough.dpj' works fine.
>
>Anyone the same experiance and any solution?
>
>thanks
>Mario
>
>
>
>
>
>
>