Path: utzoo!attcan!sobmips!roe
From: roe@sobmips.UUCP (r.peterson)
Newsgroups: comp.dcom.modems
Subject: Re: TB 2500 query
Message-ID: <1989Oct17.034740.4687@sobmips.UUCP>
Date: 17 Oct 89 03:47:40 GMT
References: <4974@orca.WV.TEK.COM>
Organization: Sobeco Group - Montreal, Canada
Lines: 35

From article <4974@orca.WV.TEK.COM>, by jeffg@orca.WV.TEK.COM (Jeff C. Glover):
> Earlier I posted an article where I asked about how to get the TB 2500
> to do a reset on loss of *carrier*.  Everybody that replied told me how
> to do a reset on loss of *DTR*.  A few implied I should RTFM.  I did
> read the _FM_!  Again, I want a reset on loss of carrier, not DTR.  The
> modem is on the far end of a chain of networks (ethernet to appletalk
> to RS232), and DTR just isn't available.
> 
> It looks like it just isn't possible.  The 2400 baud modem that I used
> before has this feature, and it only cost $129.
> 

You might be able to wire the TB DSR signal back into its' own DTR
line.  Then, set ATS53=4 and ATS52=2.

The net result should be:
	Modem waits for a call.  DSR is asserted, thus asserting
	DTR, thus allowing the modem to answer the incoming call.

	A call comes in.  DSR does not change, DTR is still
	asserted, CD goes high.

	The call is finished - CD is lost.  The TB will then
	drop DSR for the amount of time specified in S47 - so,
	dropping DTR for itself.  This should cause an ATZ
	EEPROM reload.

You may need to muck about with S47 to find the right amount of
time to drop DSR.

Let me know via email (at the address below) if this really works.

-- 
					Roe Peterson
					{attcan,mcgill-vision,telly}!sobeco!roe