Enhance Parallel Data Transmit with Long Distance Design

Status
Not open for further replies.

Help

Advanced Member level 2
Joined
Feb 15, 2005
Messages
617
Helped
7
Reputation
14
Reaction score
3
Trophy points
1,298
Visit site
Activity points
7,065
how to transmit data to long distance

Hi,

I'm trying to transmit 8-bits data from A location to B location which is 20 meters long. Do i need to do any enhancement design on both A and B location so the data can able to transmit more stable condition?

Please advice.

Thank You.
 

74hc374

hi!
the basic priority of serial data transmition to parallel transmition is that we can use kinds of it for long distances .in parallel transmition we even have problems
for about 50cm .you should send data in serial mode, for that you should use 2 uc's
one as transmitter another for reciever .
if you want i can send a draw and an explanation about that i think that would be
effective for you!
good luck!
 

    Help

    Points: 2
    Helpful Answer Positive Rating
rs485 long distance high speed 2 km

convert parallel data to serial then transmit at the lowest acceptable baud rate, on the receiver, Schmitt triggered input is preferable
 

    Help

    Points: 2
    Helpful Answer Positive Rating
Help said:
Hi,

I'm trying to transmit 8-bits data from A location to B location which is 20 meters long. Do i need to do any enhancement design on both A and B location so the data can able to transmit more stable condition?

Please advice.

Thank You.

How fast ?

---

if new design - skip above solution with parallell port drive to unit and use 'local intelligence' with PIC in slave unit and using serial communication, RS485 and twisted pair between units. RS485 can going with 2 Mbit, multidrop and 1-2 km wire lenght

----

If interface to old units.... ( I feel a pain...)

On long cable you forced using slow speed ( < 10 - 100 KHz) or high speed (> 500 kHz) depend of mostly used cable (100 Ohm ribbon or twisted pair, also standard 'phone' cable) have tricky, vary complex impedance in range between 50 kHz - 100 kHz to 500 kHz - 1 MHz and make distord shape on pulse and can be hard to analyze correct on simple reciver side as TTL-input. (is why is tricky to use 115200 baud RS232 over long cable - is working just in 'tricky' frequency range in cable, and also using without correct terminate in each end make situation worse)

If using high speed, you must using terminator in reciever or both reciver and driver end to suppres reflection - ie. driver and reciver end should have same impedanse as cable (100 - 110 Ohm for twisted pair and ribbon cable)

Study how old SCSI-bus is build - this concept make handle 10 MHz data speed on > 15 meter cheap parallell ribbon cable witout any trouble, but wrong design simular IDE-bus and typical 74hc374/hc245 drivers without any terminating and impedance matching philophy, you can only handle 40 - 100 cm cable length for same data rate... (and this fact forced to going from parallell ATA to serial ATA (with internal terminate each end now) on IDE-disk to make space for future speed improvement - parallell IDE is dead end now depend lack of terminator and impedans matching philosphy)

Remember on 20 meter distance - you have not longer system with lumped componet concept and immediate respose between driver and reciver, you have now dristributed componet (cable) with variable delay and attenuate depend of used frequency range (frequency spectrum in your signal) between each end.

If possible - use balaced drivers and recivers simular RS485 and one pair wire with terminate resistance (100 Ohm) in each end for each data-line. - and all lines must have exaktly same length if you not want time skew between data bit in word.
(is why today to serialize parallell data to one serial line with only one impedance matched driver pair and one line-pair and make back to parallell data in reciver side again in modern solution compare to old parallell cable solution)

And if forced to drive unbalanced and common ground, use same concept
simular SCSI ie. GND D1 GND D2 GND D3 GND D4 GND... on ribbon cable - and still using terminator each end.

You must in all case have parallell ground/return wire tight on each data wire to make best possible transmission line with constant impedance - do not using only one 'common' ground wire for all data wire, if do it - you make vary impedances with risk for reflection, easy overhearing beween datawire and in the end possibly unstable system. Don't messing up grounding/return wire geometry as above to save few grounding wire or fit smaller connector with little to few pin - you can messing up whole system this way...
 

    Help

    Points: 2
    Helpful Answer Positive Rating
Hi, ktec1
I need some infor about the RS485 serial communication. Please advice. Thank You.

Hi,penoy_balut
Thank for your advice.

Hi, drbizzarow
I couldn't find 74ls7516 datasheet. Please can you upload. Thank.

Hi, xxargs
Thank you for shared your knowladge and a wealth of advice to me.
Yes, it's new design. I just plan to use parallel method to transmit the data. I just want to take experience on it. Hope can use parallel method to solve it.
I know serial method can solve this problem but the problem is... my MCU only got one serial, I have to use one RS232 interface with my PC. RS485 can looping alot of serial module. I don't have much idea how to use RS485 to design and write the firmware.

1) If there is the long cable problem. We try to lowest down the transfer rate 1-10KHz. 1mSec-0.1mSec transfering data. Is it much more better?

2) If using core cable, how can we do better design on cable grounded? If using core cable the 'common' ground will be bundle up already.

3) If I try to design the RC circuit before we transmit out the data? Is there got any improvement?

4) I think another reason because for long distance transmission of low level signals, if higher up the voltage signal make the signal voltage the more reliable.
Do you have any concern?

I already did the design but is on testing board. But haven't test it in long distance.
It seem like very not suitable for this application. But we try to learn something..

I would like to take this oppotunity to learn the RS485. I try to post as New topic (RS485 Serial Tech. PC Interface with other Module). Hopefully someone can help me..

Thank you.
 

@help
i regret i'm not familier with rs485 and i want to know about it too
although rs232 is not adviced for more 15 meters but you can do what you need
in this project by that way,but you should do it with 2 uc's,two max232 ic's
if you want to do it with rs485 i cant help you but with rs232 i want to callobrate with you!
goodluck!
 



Read some RS485 application note to make new idea - its easy find on Internet.

RS485 it's self a dumb differentiell buffer/driver with no protocol, i think you can using eight of them (one RS485 each dataline) per port as driver and simular reciver (also RS485) in B unit and simple shielded ribbon cable (for minimize RF-radiation) between units or two shielded CAT-5 cable (one twisted pair each dataline) - but here important make same electrical length if you make very fast data transport to minimize time skew between bits in word.

If you make this way - you not need a common gnd for signal, and need only grounding shield on cable in each end to make equal gnd-level in both end.

1) If there is the long cable problem. We try to lowest down the transfer rate 1-10KHz. 1mSec-0.1mSec transfering data. Is it much more better?

If you can using slow data speed - try this - old RS232 can using 20 - 100 meter cable pretty well if baudrate is 9600 baud or slower.

But if you using eigth parallell RS485-driver/reciver you can using any speed between zero and 2 MHz, even if range around 100kHz - 1 MHz still little more tricky than higher and lower speed if you using very long cable (~1-2 km).

2) If using core cable, how can we do better design on cable grounded? If using core cable the 'common' ground will be bundle up already.

Think transmissions line simular coax - each datawire shall have return/gnd line very tight to dataline (one twisted pair or coax per dataline is perfect) to not spread out static field and magnetic field between datawire and return wire to neighbour wires - if you force return lines to only one line (one wire common ground) for all eigth datalines, you also mixing up more or less data between datalines (overhearing) ie. all dataline now is magnetic and static coupled to same common ground lines, noise and inteference margin between datawire itself decrase to low and you possible make noise and inteferens-sensivity system...

3) If I try to design the RC circuit before we transmit out the data? Is there got any improvement?

This is one of many method to try to make better cable matching - but study how transmissions line really work so you understud how this work and make rigth solution in cooporative to your used drivers.

Spend some time in good spice-simulator with good intergation digital and analog component and se how this works with long transmissions-line between units.

4) I think another reason because for long distance transmission of low level signals, if higher up the voltage signal make the signal voltage the more reliable.
Do you have any concern?

You talk on very early and very expensive misstake in begining of telegraph era, this telegraph company also thinking this way and try rise voltage to higher and higher level for make better signal to noise and hopfully faster speed on first atlantic cable between USA and Europa (is was paining slow and this actually rate cannot pay back ever of investment even in 100% payed load in infinite time... so companys was desperate...) with result burning whole Altantic cable... and ground problem in this case is wrong designed cable without respect of physic laws for used modulation type (telegraph). This misstake was acceptable in this time ie. nobody know this laws - later knows as telegrapher's formula, but remake same kind of missake in design of IDE-bus and USB 1.1 in 90:s is unforgive!!....

You must rise voltag typical 1.4147 time of old value for every dubbling capacity or dubbling signal to noise ratio (3 dB...), so rise voltage is not right way to save from beginning really bad designed, noising and interferene, unbalanced, transmissions line.

Unbalanced connection and common, one wire ground/return line for many data line is not good solution if you want high immunity from outside noise and low overhearing between data wire, so compare to rising voltage for higher signal to noise ratio, is much better to redesign wire to balanced version - this way can make improvement compare to rise 100 - 1000 Volt sving from 1 volt for same impovement in term of more signal to noise ratio (40 - 60 dB) .

You can't catch up bad designed transmissions line geometry and unbalance with improved strength of drivers in each end. You must pay attention to select right transmissions line solution and geometry, fit to used modulation type already from beginning.

Digital designer common ignore above, depend of design in most case seems working directly on testing board (but have no idea how much inteference and noise margin...), but you can't ignore this if you want working on longer distance communication, here starting from around 0.5 m length (or shorter) for high speed link....

Modern time (90:s) embarrassing bad design as same rate att telegraph company as above, but here also forced to standard from computer industries is a IDE/ATA-bus standard (why you think ATA/IDE only can handle 40 cm expensive high density ribbon cable??, and SCSI in same time can handle dubble rate on each datawire pair on 5-15 meter cheap ribbon cable - ATA/IDE is a scandalous bad design in transmission line eye, but everybody shut on eyes on it) , and do it again on USB 1.1 !! (and somewhat forced to learning transmissions theory and using impedansmatching and terminators in hard way from USB 2.0 and higher with very complex USB-interface to make compatible back to old misstake eeh... USB 1.1...).

This 90:s digital people really forgot all knowhow from 80:s (time to doing SCSI and ST506 etc. and make this correct), no learning of history and make everything wrong again - twice!!! - and whole computer industry adapt to this mistake as max range as 40 cm for connection to ATA-hard drives and 4 m as USB... Ghaaa

I already did the design but is on testing board. But haven't test it in long distance.
It seem like very not suitable for this application. But we try to learn something..

Long haul testing is awlays intresting and is rare this working as you thinking, if you not calculate it from begining - and skipped/missing long distance test on long cable is many case difference between well working system in lab enviroment to non or unsteady working system in field using and customer no paying for you work and possibly sending lawsuit...

To day is not best solution using straight parallell solution for longer distance - in old time is only alternative depend of slow circurit and no widely know of transmissions theory (is know only on phone people and radio guy this time, and Shugart... (made SASI/SCSI, ST504 and floppy interfaces - all correct terminated))

Remember parallell port on PC and make only few hundred kB/s if try transport data between computers via parallell port and special paralell cable... now, HDMI, SATA etc. using parallell converter to very fast single serial link in many Mbit to GBit-speed over matched coax, twisted pair or opto and convert back to parallell again if nesserary, and make 'virtual' parallel cable connection with more or less instant response over only single serial link.

This can implement as autonom machine in FPGA (and using external drivers with matching to used transport media), using special circurit for this purpose etc., or using simple TTL/CMOS parallel to serial and serial to paralell-circurits ala SPI (motorola), but remember at long distance connection must always going over transmissions line as twisted pair, coax etc. witch matched drivers and/or terminate in each end in fast link.
 

    Help

    Points: 2
    Helpful Answer Positive Rating
Hi xxargs,

Thank for shared affluent in knowladge with me...Feel very thankfulness.

Sorry, so late to reply back.
Last week i just done the testing. It working fine.
I'm using ribbon cable to carry my data along 24 feets and i'm using low-level logic signal as my data signal and with a ribbon cable alternate ground and signal wires.
The transmision data rate is around 1Kbps.

I also had do some study on LVDS Bus. This kind of data bus is what i had did now.
http://www.interfacebus.com/Design_Connector_LVDS.html
If you still had any info please share with me..

Thank again...
 

Status
Not open for further replies.

Similar threads

Cookies are required to use this site. You must accept them to continue using the site. Learn more…