Re: TMS320VC5509A EMIF problem (due to PLL unstability I guess)???

Hello Jeff,

It is my board.
The peripheral I mentioned is an image sensor which is a standard
asynchronous memory.
It is interesting that even without this sensor connected, the problem still
exists.

I think that the answer Andrej Novak gave me relates closely with my problem
as I have observed
strong correlation between enabling/disabling of the signal from "clockout "
pin and the 5509A
EMIF stability. In addition at 40MHz system clock this problem doesn't
exist, so it is logical that this
is a clock/PLL instability.

I pray that putting some load on clockout pin will solve my problem!
Will know very soon and will let you know guys!

Thank you!
Mitko

----- Original Message -----
From: "Jeff Brower"
To: "Mitko"
Cc:
Sent: Wednesday, June 21, 2006 6:06 PM
Subject: Re: [c55x] TMS320VC5509A EMIF problem (due to PLL unstability I
guess)???
> Mitko-
>
>> I have a very hard time trying to make the EMIF in TMS320VC5509APGE-4A
>> working stable at 192MHz.
>> The test conditions:
>>
>> Hardware: DSP: TMS320VC5509APGE-4A
>> Vdd=3.3V, Vcore=1.6V
>> We have a supervisor which monitors Vdd, Vcore and manual reset button
>> Crystal: 12 MHz,
>> CPU works at 192 MHz
>> LEDs on: GPIO0 - Green,
>> GPIO1 - Red
>> ARDY pin is pulled up using 2.2K
>> On reset we put GPIO0=0, GPIO1=0, GPIO2=1, GPIO3=0
>
> Is this your own board? Or a Spectrum Digital 5509A board? What type of
> external memory? SDRAM or SRAM? You mention ARDY and AWE so sounds like
> SRAM, but if so then what type of SRAM and what is its spec for min access
> time?
>
> At 192 MHz, PLL multiplier is 16? Did you slowing down a little, PLL
> multiplier of 15?
>
> -Jeff
>
>> 1. My initialization routine is:
>> _c_int00: BSET ST1_INTM
>> ; Init stack pointers
>> AMOV #(STACK+STACK_SIZE),XSP
>> AMOV #(SYSSTACK+STACK_SIZE),XSSP
>> MOV
>> #0000000000000111b,port(#0x07FD) ;
>> SYSR (CLKOUT=CPU_CLK/14)
>> MOV
>> #1000001000000001b,port(#0x6C00) ;
>> EBSR (Full EMIF, CLKOUT
>> disabled)
>> MOV
>> #0000000000000000b,port(#0x0001) ;
>> ICR (All domains active)
>> MOV #RESETIV >> 8,mmap(IVPD);
>> Init interrupt table pointers
>> MOV #RESETIV >> 8,mmap(IVPH)
>> MOV
>> #0100100100000000b,mmap(ST1_55) ; Status
>> registers
>> MOV
>> #1111000000000000b,mmap(ST2_55)
>> MOV
>> #0001110000000100b,mmap(ST3_55)
>> MOV #00DFh,port(#3400h)
>> ; GPIO - all outputs
>> MOV #0000h,port(#3401h)
>> MOV #0x0810,port(#0x1C00) ;
>> CLKMD
>> WAIT: BTST #0,port(#1C00h),TC1 ; Wait
>> for
>> PLL lock
>> BCC WAIT,!TC1
>> EMIRST_CFG
>> ; Initialize EMIF (192 MHz)
>> MOV
>> #EMIRST_DATA,port(#EMIRST); Reset EMIF
>> ;
>> memfreq,wpe,memcen,nohold
>> EGCR_CFG
>> MEMFREQ_1BY16X,WPE_OFF,MEMCEN_OFF,ARDYOFF_ON
>> MOV #EGCR_DATA,port(#EGCR) ;
>> Global control register
>> ;
>> mtype,rdsetup,rdstrobe,rdhold
>> CEx1_CFG ASYNC16,1,8,2
>> ;
>> rdexhld,wrexhld,wrsetup,wrstrobe,wrhold
>> CEx2_CFG 0,0,1,3,2
>> ; timeout
>> CEx3_CFG 96
>> 2. The problematic loop
>> void main()
>> {
>> while(1){
>> volatile ioport unsigned int *p;
>> p = (volatile ioport unsigned int *)(0x3401);
>> asm("\tMOV #25,*(#0x20000)"); // Write to
>> external memory
>> *p |= 0x0002;
>> // Red on
>> *p &= 0xFFFE;
>> // Green off
>> asm("\tMOV #125,*(#0x20001)"); //
>> Write to external memory
>> *p &= 0xFFFD;
>> // Red off
>> *p |= 0x0001;
>> // Green on
>> }
>>
>> }
>> In the loop above I write in the external memory and toggle the RED and
>> GREEN LEDs.
>> After some time however (this time can be from 1sec up to several
>> hours) the LEDs stop toggling.
>> CE0 and AWR signals stop as well. It seems the program flow suddenly
>> goes outside the loop.
>>
>> If we put LED toggling in the timer1 interrupt it continue normally so
>> the DSP continue
>> working but ouside the loop.
>> All maskable interrupts are disabled. I have tried to put several
>> NOPs in between of the instructions in the above loop but without any
>> improvement.
>> 0x20000 is just an example. The behavior is the same if other address
>> from the external space is used.
>> The problem stays the same if we remove the external periferal which we
>> have at 0x20000 location. Note that we can read and write correctly
>> from it. It is unstability problem.
>> If internal address is used we don't observe this problem. I have
>> experimented changing the time
>> parameters of CE0 and AWR but again without success. I desperately need
>> your help! Now I know almost
>> the same about this problem as I knew 10 days ago (when I faced it).
>> I have a feeling taht this is some EMIF problem due to PLL unstability?
>> If you need more information just let me know. I can send you my test
>> project as well.
>> Kind Regards
>> Mitko
>> ---------------
>> DSP forum from bulgaria
>> www.dsp-bg.info Start a New Thread