There is a possibility to use a real system however, if a client was written that would
read input from the socket and throw it out of the serial port on physical hardware? As
long as the original data integrity is maintained this should work as long as timing
isn't an issue, correct? You basically created a virtual driver that behaved as a
serial adapter?
Was this done over TCP/IP or DecNET, or LAT or something else?
For synchronous comms (assuming DMC-11 RS232-C physical) you would need to use a 25 pin
connector to wire it as it requires pins 15, 17 and 24 for the clock signal in addition to
the standard async pins. It would just be a matter of putting in a microcontroller such
as the launchpad or arduino to handle the synchronous communications, and then pass it
back out async. Yes this would probably be very messy and perhaps the wrong way to go.
Regardless, I would love to see what you have done to get this working SIMH->SIMH.
Thanks heaps,
Kevin
From: robert.jarratt at
ntlworld.com
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Hecnet and DDCMP
Date: Wed, 4 Jan 2012 22:10:47 +0000
All I do in SIMH is to take the data bytes each end wants to send to the
other end and send them over a socket, so I don't get involved with DDCMP
itself. Both ends have to be SIMH for this to work. I don't do anything at
the actual hardware level, although that would be nice. I think you can get
synchronous serial cards for the PC but they are quite expensive.
Regards
Rob