[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:STAR::VATNE
Created:Mon Oct 30 1989
Last Modified:Mon Dec 31 1990
Last Successful Update:Fri Jun 06 1997
Number of topics:3726
Total number of notes:19516

1188.0. "Terminal access to Standalone VAX" by CANYON::GURALNIK (I'd rather be at the beach...) Thu Jul 27 1989 20:28

	I am sitting here in Las Vegas with only a terminal on my desk.  We 
have no network connection here except for terminals over a stat-mux to 
Phoenix.  I now have access to a workstation, but I cannot figure out how 
to keep only the workstation on my desk.

	What I want to do is to connect my terminal line to the serial 
connection on the vaxstation.  Then somehow turn one of the DECterm windows 
into a terminal that routes its I/O to the serial port.  The equivalent 
scenario is that of using a T/E package on a PC, using COM1 as the selected 
port.

	Seems simple enough, but I don't know how to do that.  Does anyone 
else?

	The obvious solution is to get a network connection here, then use 
SET HOST.  But that's another battle...

	Thanks for any help you can offer.
				Ken-
T.RTitleUserPersonal
Name		DateLines
1188.1STAR::THOMASBen ThomasThu Jul 27 1989 22:313
    $ HELP SET HOST/DTE
1188.2PRAVDA::JACKSONElect Bill Jackson, Newton Ward 1 AldermanFri Jul 28 1989 12:267
Or, you could use Kermit,  or even in an extreme, VWSlat which allows
you to connect a terminal window to a LAT service (which could be one
of your lines to the STATmux)


-bill
1188.3PRNSYS::LOMICKAJJeff LomickaFri Jul 28 1989 13:238
KERMIT would be a good choice - but until you can get a copy of it, SET
HOST /DTE should work fine.  You may wish to do a SET TERM /ALTTYPE/PERM
on the serial port, from SYSTARTUP_V5.COM.  This action is indicated if
you seem to drop characters or get "data overrun" errors.

You might need privs in order to access the port.
1188.4thanksCANYON::GURALNIKI'd rather be at the beach...Fri Jul 28 1989 13:374
	Thanks all...I'll give it a try!!

			---Ken
1188.5Send a BREAK??CANYON::GURALNIKI'd rather be at the beach...Mon Aug 07 1989 15:1737
	Well, it seems to work pretty well.  Except that occassionally the 
	line communications gets honked up and the port is frozen.  Is 
	there anyway that I can send a "break" from a DECterm window to the 
	terminal server?  Or else maybe something else is wrong.

	This is the exact scenario.  I don't think its really a 
	DECwindows problem, but maybe someone else has seen it and can
	help.  This problem NEVER occurred, and still doesn't, when a
	terminal was connected to that line so the problem is related to 
	this situation.

	Standalone VS2000, with TTA2 connected via RS423 to a port on a 
	STAT MUX.  The STAT MUX port is connected to a terminal server 
	port.

	When I start up the workstation, I set TTA2 as follows:

	   SET TERM TTA2: /SPEED=4800/NOAUTOBAUD/ALTYPEAHD/HOSTSYNC/PERM

	I also created a symbol ENET :== SET HOST /DTE TTA2

	When I issue the ENET command, it works most of the time.  However, 
	there are times when the port appears frozen.  The only way I can 
	get the port back is to reset the MUX which releases the port.  
	(The terminal line always seems to be active/available.)

	I have been trying to establish the exact circumstances under 
	which the port freezes, but so far there doesn't appear to be much 
	rhyme or reason.

	Any help would be appreciated.  Should I be using different 
	terminal line settings?  How about different terminal server 
	settings?

			---Ken