SHARC 21369 to also execute general purpose code ?
As you mentioned though, it requires an additional chip ( probably not too
But i like the fact that the LCD update will be transparent to the DSP.
----- Original Message -----
Sent: Sunday, May 07, 2006 8:34 PM
Subject: [adsp] Re: SHARC 21369 to also execute general purpose code ?
> Another approach is to use the serial port and slow down the data rate
> until the LCD only gets one byte per usec. Then you can use 1 DMA
> transaction to update the entire display.
> If the LCD is a parallel device, TI makes a logic chip that is a
> serial to parallel converter. This can be used to interface the Sharc
> serial port to the LCD.
> --- In a..., Mike Rosing wrote:
>> On Fri, 5 May 2006, Laurent wrote:
>> > I presume it could sound kind of strange to have the Audio ISR at
> a lower
>> > priority than the LCD refresh.
>> > Of course i don't want any glitch in the Audio, it's my first
> priority. But
>> > if possible, i also don't want any "glitch" in the LCD refresh.
>> Since a glitch in the lcd won't be noticed at all but a glitch in audio
>> will be, make the audio higher priority. Put the lcd at 30 usec so
> it is
>> slightly faster than you need, but plenty slow enough to work well.
>> glitches won't be noticed anywhere.
>> Patience, persistence, truth,
>> Dr. mike