Path: utzoo!attcan!uunet!lll-winken!scooter!neoucom!wtm From: wtm@neoucom.UUCP (Bill Mayhew) Newsgroups: comp.dcom.modems Subject: Re: short info from a telebit's brochure Summary: I think it is done with S103 Message-ID: <1468@neoucom.UUCP> Date: 17 Jan 89 23:58:40 GMT References: <1306@altger.UUCP> <1465@neoucom.UUCP> <282@microsoft.UUCP> Organization: Northeastern Ohio Universities College of Medicine Lines: 53 Page 4-29 of the 90048-01 Rev.A "Commands and Registers Reference Manual" for the Trailblazer Plus says that automatic redial is accomplished with S103. It looks like option 2 is the one: "2 Enable automatic dialing whenever the modem is on-hook and the DTR control signal is active. This option allows the modem to automatically attempt to re-establish a dropped connection without operation intervention which is useful when the local DTE behaves as if it were connected to a dedicated line. ... In each of the above cases, the modem will attempt to connect in either originate or answer mode depending on the setting of the S100 register. For modems which have front panel switches, the number dialed is dependent on the setting of the A/B switch when the dialing function is initiated. If the A/B switch is in the A position the first number (N0) in the Number Directory is dialed; whereas if the switch is in the B position the second number (N1) is dialed. If you modem does not have front panel switches, it will dial the first number in the Number Directory when the auto-dial is initiated via the DTR signal as described for options 1 and 2." S101 is probably the register for you if you are running the trailblazers on a leased line. Option 1 attempts a connect in answer mode every 20 seconds whenever a carrier is NOT present. Option 2 attempts to connect in originate mode every 20 seconds if a carrier is not present. You'd need to remember to set S103 back to option 0 after you finish your call. Uucico would need minor hacking if you were running a uugetty on the line to make sure that the S103 was at option 0. I'm not exactly sure what to do about the potentially indeterminate start-up delay if you didn't have HDB source for hacking. In Xenix you could hanle it nicely in your dialer.c script. I suppose with HDB, you could do your dialing inside your own c program and then fork uuccico and wait for uucico to finish, then go ahead and kill the modem. By the way, I use a bunch of /d (22 to be exact) in my dialer expect-send string when attempting a PEP answer last connect. We have ESS-4 (apparently) here, and even long distance calls seem to make it in 40 sec (including the answer handshake). That gives us 4 seconds to spare. Season to tase for crossbar or step-by-step (yuck!) offices. --Bill