reading serial inf. from parellel port(some off topic)

serial.inf

hi!we will sent a byte or stream of bytes to the pc parellel port serially(with pic mcu)...and parallel port should know baud rate(bytes may be in different baud rates) and values of the bytes...
we will use c++ with inport and outport functions(we will access to parallel port directly)...
is it possible to do that process???
what kind of algorithm we should use to read byte or bytes...
what do you suggest........

read profile inf c++

I have some experience programming the parallel port on Windows and MCU's, and i have found that for sending serial data correctly u need an extra line to signal the comp when to read data in your program, like the status line or something.Else you always get corruted data because of different computer speeds and the way it access it like the Hal layer on NT/XP, but dlportio does a good job.

Ps: reading parallel port directly is a good idea for linux/win9*/Me and not on NT/XP that's why i mentioned DLportio.

parellel port

thank you Microemission...
we have just one data line between pic and parallel port...we will write software in win98(to access p. port directly).

(actually this is a homework which a creazy lecturer wants my frend to do...and it looks nonsense but we have to do......)

What you are trying to do is to create a soft UART using the PC's parallel port.

I will highly discourage you, to save a lot of trouble, just use the PC's serial port.

thanks glenjoy..
but as i said this is a homevork....it should be done with this way.
think a program like windows hyper terminal...but there is one differance: it reads the serial data from the parallel port......

olemp said:

(actually this is a homework which a creazy lecturer wants my frend to do...and it looks nonsense but we have to do......)

Click to expand...

Believe me i know the type!
The only problem is the syncronization between the computer and the MCU which is way hard to do, thats why i suggested an extra line to do that.
But if it needs to be one line only then u can solve it this way, since he only said it needs to be serial protocol, not exactly Usart, so you can use any you like.
Remote controls and ethernet communications use the type of data your teacher was thinking on, and its called Manchester coding.
You can find some info on it here
**broken link removed**
**broken link removed**
and you can google more with keywords "philips Rc5" or "Manchester coding".
Basically it relies more on lenght of the pulse and the transitions from 0->1 or 1->0 to signal a 0 or a 1, unlike Usart which obeys bit time considerations, and i bet this is the solution your teacher really wants.Now i think you can kick his ass

thank you Microemission....
it was very helpful..........
i'll try to kick his ass)

why u don't try to use a serial to parallel converter