Sign in
Search adsp
Subscribe to adsp
adsp by Keywords
AD1819 | AD7332 | ADSP-2106 | ADSP-21060 | ADSP-21065L | ADSP-2116 | ADSP-21160M | ADSP-2181 | ADSP-218x | ADSP-219 | ADSP-2199 | ADSP219 | BF531 | BF532 | BF533 | BF535 | Blackfin | FFT | JTAG | LDF | SDRAM | SHARC | SPORT | UART | VDSP++ | VisualDSP
Discussion Groups
Discussion Groups | Analog Devices DSPs | RE: Problem with CODEC - AD73322 - not really..... it is the BDMA bo oting
Technical discussions related to Analog Devices DSPs (including Blackfin, TigerSHARC, SHARC and ADSP-21xx DSPs).
RE: Problem with CODEC - AD73322 - not really..... it is the BDMA bo oting - Phil Levy - Oct 9 15:09:00 2001
|
Try tying the *IS (pin #124) high, via say 10k pull up. Phil -----Original Message----- From: Ozan Perincek [SMTP:] Sent: October 5, 2001 12:01 AM To: Subject: [adsp] Problem with CODEC - AD73322 - not really..... it is the BDMA bo oting Hello again, Just writing to say that my previous problem was not infact the CODEC (even though it helped me learn more about them). I have discovered that the problem occurs during BDMA booting. If the code is written straight into RAM there are no problems. If, however the code is booted from flash this interesting 1 out of 10 halt occurs. I have infact managed to increase this occurrence to 1 error out of 2 boots by applying a laud spread spectrum signal into one of the analog inputs. Hence, I think any external noise during BDMA booting is corrupting data - particularly the System Control Register located at dm(3fff). Any suggestions? Cheers, Ozan << File: ATT00016.htm > |
(You need to be a member of adsp -- send a blank email to adsp-subscribe@yahoogroups.com )