element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Design Challenges
  • Challenges & Projects
  • More
Design Challenges
Forum Mirror input freq
  • Forum
  • Documents
  • Polls
  • Files
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Suggested Answer
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 6 subscribers
  • Views 639 views
  • Users 0 members are here
  • frontpage
Related

Mirror input freq

Former Member
Former Member over 9 years ago

Hi ALL,

i am using Atlys Sparten 6 board. i want to mirror an input frequency signal of low frequency, the mirrored signal should be sync with the input signal, i mean to say there should not be any drift between the signal. i also want FPGA maintain  the mirrored signal even when the actual signal is switched off. some body give me an idea it is possible through DCM.

Can any body help me??

 

Thanks in Advance.

Noman

  • Sign in to reply
  • Cancel
  • michaelkellett
    0 michaelkellett over 9 years ago

    You need to explain in  a LOT more detail what you are trying to do. I can guess but to offer some ideas I need details. This is a job not unlike one I have pending  - I expect it to take at least 200 hours of work so don't expect anyone to hand over some VHDL or Verilog that does your work for you.

     

    You have an incoming clock at frequency A and you make an output signal B - if you just copy A to B then B stops when A stops. If you don't care much about the frequency of B and you don't care about glitches then you could just switch B to a local source when A fails.  If you need B to be phase locked to A and suffer no glitch when A fails you need to make a local clock at about the right frequency and use A to force it (by some  sort of PLL (probably digital)). If you can't accept  a glitch when A returns it gets much more exciting - because when A is absent B must drift away from lock and when A returns you'll need to slowly bring B back into sync.

     

    So now you know why you need to specify frequency of A, drift of A, error in A, time A might be missing, frequency and drift of the local FPGA clock, are you allowed glitches, how much jitter is allowed on B and probably a few more things as well.

     

    If you want any more help - post here again with the details, a reason you want to do it  (if it's for military stuff I won't help) and your ideas about how to approach it.

     

    MK

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
  • Former Member
    0 Former Member over 9 years ago in reply to michaelkellett

    Hi Michael,

    Thanks for your support.

    Lemme me explain what i am trying to do.

    suppose we have 3 systems,  1 master: A and  2 slaves: B,C

    A transmit signal over a fixed period, let say 100 Hz, and the other systems receive that signal. in the mean time before transmission it gives a reference signal to B and C so they get sync with A. this reference signal ensure that all systems have same times in their timers.

    First i try this without having reference signal and i found that there is always time drift between the TX and the RX  signal due to this i could not receive properly.

    then i tired with the reference signal idea it works but till B and C have reference pulse from A as soon as i disconnect the A again drift problem occur.

    so i decide to generate  a copy of reference signal in my slaves. and additional question: how much DCM can support to generate low frequency below 100?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • michaelkellett
    0 michaelkellett over 9 years ago in reply to Former Member

    I suspect that you are going about this the wrong way - if all you need is for the slaves to be able to receive messages from the master you only need to use some kind of data encoding that can cope with the drift between the master and slave clocks.

     

    If you answer the questions I asked it will be possible to help:

     

    what is the drift in the master clock

    what is the drift in the slave clocks

    how much jitter and relative drift is acceptable

     

    what kind of data are you transmitting (speed, amount etc) from the master to the slaves and what protocol/signals are you using ?

     

    You haven't told me what your project is for (eg school, uni, hobby, work etc)

     

    MK

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube