BPSK on VHDL (warning - VHDL newbie)

Discussion in 'VHDL' started by pygmalion, Jun 22, 2006.

  1. pygmalion

    pygmalion Guest

    Hello,

    I am writing a BPSK demodulator using VHDL for a Xilinx Vertex2 Pro
    FPGA. I will be getting IQ data on which I'll do the demodulation.
    However, the IQ data has varying phase and frequency offsets which need
    to be corrected before hard decision decoding can be carried out.

    Has anyone implemented frequency and phase offset removal using
    VHDL/fixed point algorithms? How can I approach this. Is there
    somewhere I can find code for this?

    Thanks and regards,

    Abhishek
     
    pygmalion, Jun 22, 2006
    #1
    1. Advertisements

  2. pygmalion

    Ricardo Guest

    If you have some algorithm for these stuff, implement a vhdl code will
    be easy. People of this list can give lots of helpfull information
    using the language, syntax and digital logic. I always answer the most
    newbie question with an appropriate reading and knowledge base needed.

    I must say: get the hands on it.

    Regards,

    Ricardo

    pygmalion escreveu:
     
    Ricardo, Jun 22, 2006
    #2
    1. Advertisements


  3. Is it truly BPSK, i.e. two possible phases 180 degrees apart? If so,
    then you can easily spot a phase *transition* by detecting zero-
    crossings of both I and Q at roughly the same time. The much
    slower phase changes caused by carrier frequency errors will
    give rise to zero-crossings of only one of I,Q; and it will
    always be the smaller-amplitude component that will change
    sign, while the larger-amplitude component stays roughly
    constant. A true BPSK transition will have a zero-crossing
    (polarity reversal) of the component with *larger* amplitude.

    Once you have the phase transitions, you don't really need to
    compensate for frequency errors or phase offsets. And I
    imagine you will be able to put the data stream back together
    from the transitions without too much trouble.

    However, once you can tell the difference between phase
    drift and phase transitions, it should be easy enough to
    extract the phase drift and use it as feedback to the
    demodulator. You may wish to Google for "Costas loop"
    and "carrier tracking loop" in this context.

    To get further I would want to see more detail of the
    modulation scheme and data encoding in your system,
    as well as details of the carrier, sampling and symbol rates.
    --
    Jonathan Bromley, Consultant

    DOULOS - Developing Design Know-how
    VHDL * Verilog * SystemC * e * Perl * Tcl/Tk * Project Services

    Doulos Ltd., 22 Market Place, Ringwood, BH24 1AW, UK

    http://www.MYCOMPANY.com

    The contents of this message may contain personal views which
    are not the views of Doulos Ltd., unless specifically stated.
     
    Jonathan Bromley, Jun 22, 2006
    #3
  4. pygmalion

    Dave Higton Guest

    In message <>
    .... and their tolerances.

    Dave
     
    Dave Higton, Jun 22, 2006
    #4
  5. pygmalion

    pygmalion Guest

    Hello Jonathan,

    I am going to try to code this idea to VHDL. As you've correctly
    assumed, the modulation is simple BPSK, so, your idea should work.
    There is Viterbi decoding after the demodulation, but, I've been able
    to implement that successfully.

    Dave,

    The system uses convolutional encoding. Symbol rate is 8 Mbps. There is
    an Analog Devices AD6654 ADC before the FPGA which does the IF to IQ
    conversion to return IQ data at desired symbol rates.

    Thanks and regards,

    Abhishek
     
    pygmalion, Jun 23, 2006
    #5
  6. pygmalion

    Guest

    hii
    i have algorithem for phase estimation but it requires reference data
    what we r transmitting so can u tell me some alogorithm that dosnt use
    reference data for phase and frequency estimation for bpsk modulation.
    regards
    sandeep
     
    , Jun 23, 2006
    #6
  7. pygmalion

    Dave Higton Guest

    In message <>
    *Nominally* 8 Mbps.

    I've seen so many systems malfunction because the designer(s) didn't
    think that the signal is *never* that frequency. The only argument
    is about the size of the error.

    I'm not saying you've made the error; I'm just making sure you don't!

    Dave
     
    Dave Higton, Jun 23, 2006
    #7
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.