LOGIN   :::   RECOVER PASS   :::   GET ACCOUNT    
Browse
  • Projects
  • Code (CVS)
  • Forums
  • News
  • Articles
  • Polls
  •  
    OpenCores
  • FAQ
  • CVS HowTo
  • Mission
  • Media
  • Tools
  • Advertise
  • Mirrors
  • Logos
  • Contact us
  • Job Opportunity
  •  
    Tools
  • Search
      
  • Download Cores (CVSGet)
  •  
    More
  • Wishbone
  • Perlilog
  • EDA tools
  • OpenTech CD
  •  
    Navigation: All forums > Cores > Message List > Message Post

    Message

    Reply | Reply all
    Date Prev | Date Next | Thread Prev | Thread Next Date Index | Thread Index

    From: John Sheahan<jrsheahan@o...>
    Date: Fri Jun 11 14:30:59 CEST 2004
    Subject: [oc] DPLL Design (sort of)
    Top
    colin.opencores@s... wrote:

    >Hi,
    >
    >I'm having fun coming up with a design for circuit similar to a Digital
    >Phase Locked Loop (DPLL). Unfortunately, my original design worked but
    >had issues and my new designs are getting more and more complicated.
    >I'm thinking I'm going down the wrong route so was looking for pointers
    >in the right direction (I can't find what I want on google etc).
    >
    >The Problem:
    >
    >Input: Square wave signal of a generally fixed frequency (though it may
    >start and stop) in the range 0.001Hz to 10MHz (quite a range!).
    >
    >Output Required: Digital ramp or saw tooth waveform 48 bits wide which
    >is synchronised to the input signal updated at 25MHz. (This signal will
    >then be fed into a Cordic processor to produce a sinewave also
    >synchronised to the input signal.)
    >
    >Locktime: 2 input clock cycles + 1uS.
    >
    >Implementation: Within a Altera Cyclone EP1C20 running at 50MHz. No
    >external circuitry allowed.
    >
    >I've looked at standard PLL and DPLL designs (such as fractional N) but
    >these all use analogue VCOs and wont operate over the frequency range
    >I need. I've considered designing an all digital VCO to emulate this
    >circuitry but this is A complicated and B won't meet my required lock
    >time.
    >
    >My working design counted the period of the input signal, used serial
    >division to produce the reciprical of this and then used an accumilator to
    >produce the ramp. Some additional control circuitry was then used to
    >keep everything in synchronisation. Unfortunately, this control either
    >paused the accumilator or reset it to zero which adds unwanted
    >frequency artifacts. What I need is complete ramps which are either
    >lengthened or shortened to keep the synchronisation. This unfortunately
    >is getting complicated but I keep on trying...
    >
    >Anybody have any better ideas?
    >
    >
    definitely has to be Altera here?
    might be a case where the (Xilinx-style?) DLL might be or more relevance
    than
    (Altera current?) PLL's. This might be a place where more clock jitter
    is agood thing.

    otherwise, you need to build bit wide synchronisers that decide what to
    do with
    accumulators, I suspect.

    >Cheers,
    >
    >Colin
    >_______________________________________________
    >http://www.opencores.org/mailman/listinfo/cores
    >
    >


     
    Copyright (c) 1999 OPENCORES.ORG. All rights reserved.