Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

manchester encoder(transmitter) and decoder(receiver)

Status
Not open for further replies.
please explain this code

MODERATOR ACTION: Stop cross posting now. You will be banned

this is a code for manchester encoder can you please explain it
 

Re: please explain this code

More cross posting ...:cry:

Why don't append the question to your existing manchester code thread?

Actually, the code is a testbench for a manchester encoder (transmitter) not a manchester encoder. It does nothing but sending
a sequence of different data words to the said transmitter.

A manchester encoder can be simply made by a XOR gate: Encoded data = clock XOR data. The said transmitter apparently also
involves a shift register to serialize parallel data words. This has nothing to do with manchester encoding as such, but is most likely
required to build the complete transmitter.
 

    subbash

    Points: 2
    Helpful Answer Positive Rating
But how would you decode in different clock domain. It's not that easy I guess. You will need to recover a clk from the manchester data and then re-sample the data with the recovered clk....It's not that easy as transmitter I guess!...
 

    subbash

    Points: 2
    Helpful Answer Positive Rating
You hit the point. If you jump into the middle of a manchester encoded bit stream, you are even unable to detect the actual bit
boundary. A manchester encoded transmission usually starts with a preamble, that allows to sync the clock-data-recovery
circuit and determine the bit and word boundary unequivocally.

In a more general view, the problem is common to all synchronous serial protocols and needs a special handling with
any of them. Competing code schemes as 8B/10B have however the capability to resync the data stream by unique symbols.
For a packet structured communication, e.g. RF data transmission, manchester encoding is still a good choice and widely used.
Due to a low data rate, the decoding can be easily performed by a microprocessor.
 

    subbash

    Points: 2
    Helpful Answer Positive Rating
sir, so is the code which i have posted suitable for my project.... or should i be making some changes in the code..... if they are wrong..do you have any codes which i can use instead of the codes i have posted....
 

I answered this question before for one of the sources. The other (fifo) doesn't even claim to be related to Manchester encoding and it actually isn't.
 
Sir, i need ur help regarding my project..... so can you send your mail address to my mail id... subbash.19@gmail.com........ i want to discuss regarding projectl....... it would be of great help.......
 

Guys,

I am trying to do Manchester Encoder and Decoder by using AT89c2051 microcontroller in Keil C....

Can any one help me out.... How to Encode and decode? I want to implement the logic 0---->01 and 1------>10...

Please guys.... Its very important to do in Embedded C only....

Thanks in Advance
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top