Reference Design for multiplexing RS232 channels
Reference Design for multiplexing RS232 channels
(OP)
Does anyone know of a reference design for multiplexing RS232 channels by over sampling each data channel as opposed to separate UARTS for each data channel at both end of the mux??
I have not worked down at this level in a number of years and got rid of all my reference designs a few moves ago...
Larry
I have not worked down at this level in a number of years and got rid of all my reference designs a few moves ago...
Larry
Larry Mackey





RE: Reference Design for multiplexing RS232 channels
But if the signal on the actual wire/PHY layer adheres to RS232, there is no standard/supported way to multiplex on it.
I have seen a primitive multidrop implemented on RS232, by a creative Mac user who didn't know better. He got an electronic balance and a diluter with a serial interface to coexist, using the Mac's one serial port at two different baud rates in alternation. There was some interference, where some characters at the low baud rate, intended for one device, would be received as different characters at the high baud rate receiver of the other device, but the minimal command sets of the two devices didn't overlap enough for it to be a problem.
Thinking about that led to an attempt at commercializing a multidrop system that used one PC as a master, and up to 32 control/sensor devices that used a PIC at each to organize themselves by device number, decode standardized packets, and act accordingly. It worked okay, but never really found a market, mostly because it needed an external host adapter sort of thing to drive the multidrop lines because not all PC serial ports provided the proper voltage and current for RS232, and some PC serial ports could be damaged by a return signal at what would otherwise be a standard level.
Mike Halloran
Pembroke Pines, FL, USA
RE: Reference Design for multiplexing RS232 channels
> Time division multiplex -- simply assign fixed time slots for each sender and some overhead for synchronization; the total baud rate is divided by the number of sources that share the time slots
> If all sources are transmitting simultaneously and are uncoordinated with each other, then you would need Wavelength division multiplex -- convert each signal into a different wavelength optical signal and dump everything into an optical fiber, and retrieve and separate the wavelengths at the receiver end.
TTFN
I can do absolutely anything. I'm an expert!
homework forum: //www.engineering.com/AskForum/aff/32.aspx
FAQ731-376: Eng-Tips.com Forum Policies forum1529: Translation Assistance for Engineers
RE: Reference Design for multiplexing RS232 channels
Larry
Larry Mackey