<div dir="ltr">Several years ago I wanted to hookup and old VT320 that I have and I did manage to get it to work but I did not go with the direct serial I/O connection in SiMH.  Instead I found a program called TCPToSer that established a TCP/IP connection from the serial port.  It worked fine with a USB to serial adapter that I had and I pointed the application at my SiMH TCP/IP port.  This was way back in the mid-2000's.  The application was available from <a href="http://www.tcptoser.de">www.tcptoser.de</a> but that URL is now dead.  A search did turn up a download from a site starting with "brother" but it is infected with Win32/Spursint.F!cl.  If a clean copy of that software can be found, it does work beautifully with SiMH.  I was able to navigate around EDT very nicely using the GOLD key and various sequences my fingers still remembered LOL.<div><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 5, 2017 at 1:40 PM,  <span dir="ltr"><<a href="mailto:simh-request@trailing-edge.com" target="_blank">simh-request@trailing-edge.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">---------- Forwarded message ----------<br>From: Peter Allan <<a href="mailto:petermallan@gmail.com">petermallan@gmail.com</a>><br>To: "<a href="mailto:simh@trailing-edge.com">simh@trailing-edge.com</a>" <<a href="mailto:simh@trailing-edge.com">simh@trailing-edge.com</a>><br>Cc: <br>Bcc: <br>Date: Tue, 5 Dec 2017 17:56:29 +0000<br>Subject: [Simh] Problem using a real VT terminal with simh<br><div dir="ltr">I am trying to get a real VT420 terminal working with a simulated micro VAX 3900. However, I am having problems getting text displayed on the screen of the VT420.<div><br></div><div>The host for simh is a standard PC running CentOS 6.9.</div><div><br></div><div>I am connecting the VT420 to the PC using the 25-pin RS232 connector at the back of the VT420, going via a 25-pin to 9-pin adaptor, to the 9-pin RS232 connector on the PC. I am convinced that the physical connection is correct since I can start an agetty process at boot time and log into CentOS from the VT420. Everything works and displays as I would expect. </div><div><br></div><div>For what follows, I have removed the starting of the agetty process so that nothing is controlling the /dev/ttyS0 device before I start simh.</div><div><br></div><div>The simulated microVAX 3900 is running VMS 7.3 from an RA92 disk. This configuration has been running successfully for a long time and I am only now trying to add the connection of a physical terminal.</div><div><br></div><div>In the vax.ini file, I have added the lines</div><div><br></div><div>SET DZ LINES=4</div><div>ATTACH DZ LINE=0,CONNECT=SER0</div><div><br></div><div>Once the microVAX has booted, if I hit Enter on the VT420, then I can see that a login process starts on the simulated microVAX, but all I see on the screen of the VT420 is a few garbage characters. Despite that, when I type a username and a password, I do get logged into the simulated microVAX. Any commands that I type on the keyboard of the VT420 appears on the screen of the VT420 (except the password, of course), but anything that the microVAX is sending to the VT420 appears as garbage. There are recognisable characters, but if I TYPE a file, even a small one, what appears seems to be every 7th character from the file starting with the first character. The output of commands such as DIR appear to have the same problem.</div><div><br></div><div>Furthermore, when I log into the microVAX, the VT420 goes through a reset, as though I had turned it off and on. I think this is because the login sequence does a SET TERMINAL/INQUIRE since if I type that command, exactly the same thing happens. This seems particularly odd since I have used that command many times with a real computer (although admittedly not with this particular terminal) and I have never seen this happen before.</div><div><br></div><div>The VT420's RS232 port is set to a speed of 9600, with 8 bits and no parity and the TTA0: device on the microVAX also gets set to this combination.</div><div><br></div><div>Hopefully I am just doing something wrong, but I can't see what that might be. Can anyone help with this please?</div><div><br></div><div>Peter Allan</div><div><br></div></div></blockquote></div></div></div></div>