martillo@mit-trillian.MIT.EDU (Yakim Martillo) (07/04/86)
Has anything like termcap or printcap been developed for smart modem dial-out and modem-control? Yaqim Martillo
paul@vcvax1.UUCP (paul) (07/05/86)
> Has anything like termcap or printcap been developed for smart modem > dial-out and modem-control? > > Yaqim Martillo For VENIX System V, we wrote a program called "modem", which is driven off of a file which describes the send-expect sequences needed to drive different kinds of smart modems. Sorry -- this software isn't public domain. I believe that the Honey-Danber version of UUCP contains similar capabilities, by the way. ------------ Paul Kleppner VenturCom, Inc. 617/661-1230 {seismo!harvard,genrad!mit-eddie}!cybvax0!vcvax1!paul
mark@cbosgd.UUCP (Mark Horton) (07/05/86)
In article <802@mit-trillian.MIT.EDU> martillo@mit-athena.UUCP (Yakim Martillo) writes: >Has anything like termcap or printcap been developed for smart modem >dial-out and modem-control? Honey DanBer UUCP has such an animal in the /usr/lib/uucp/Dialers file. It's based on the chat script, just like L.sys/Systems file lines. Here's an example: hayes =,-, "" AT\r\c OK\r \EATDT\T\r\c CONNECT This says that the string for pause or dialtone wait (= or -) is comma, and that you dial by saying AT (CR, no NL), wait for OK (CR), turn on echo checking, send ATDT, send the phone number, CR, no NL, then wait for CONNECT. Then the /usr/lib/uucp/Devices file says which ports are hayes dialers. Mark
lp@decvax.UUCP (Larry Palmer) (07/07/86)
Ultrix 1.2 has a 'termcap like' database for handling smart autodial modems. This file (/etc/acucap) contains the info which is used to activate the modem and dial a given number. A set of generic dialing routines has been developed which use the database (tip and uucp have the generic routines in them). If a modem is not found in the acucap database the internal database is still searched. Currently only a handful of modems are supported in this way (dec df112, dec df224, dec df03, hayes, ventel, vadic). If you are using Ultrix 1.2 and have an entry for your favorite modem mail it to me and I'll see it gets into the database. Larry decvax!lp
avolio@decuac.UUCP (07/07/86)
In article <802@mit-trillian.MIT.EDU> martillo@mit-athena.UUCP (Yakim Martillo) writes: >Has anything like termcap or printcap been developed for smart modem >dial-out and modem-control? In Ultrix-32, there is /etc/acucap. A sample entry... df112|df124|DF112|DF124|DEC df112:\ :cr:hu:re:ls:ss=^B:sr=Ready\r\n:sd#250000:di=T:fd#40:\ :dt=#:dd#50000:os=\r\nAttached\r\n:rs==: # Options used in this capabilities file are: # # Strings which can be written to a modem: # # ss = Synchronization string. Initially output to modem to 'see' if its awake. # sr = What modem should say to ss having been sent. # di = Dial initialization string (ie start a dialing sequence). # dt = How to finish a dial sequence (needed since some modems need # to put the number to be dialed between some string). # dr = What modem should say if the dial went off correctly. # cs = Completion string which is a catchall for sync/dial strings # (Sent out last but probably not used by many modems). # ab = An abort string to be send to modem if we abort tip. # ds = A sequence used when modem is disconnected. # os = A string which says a remote system came online (after # carrier is detected). # rs = A single character replacement string for the default delay # character of '=' OR '-' (which is default for DEC equipment). This # conversion only takes place within the phone number string # passed in. # # Logical flags: # # cr = Wait for carrier to be sensed. # hu = hangup if line goes away. # re = Reset dtr (turn it off then on) before dialing begins. # ls = use local sleep routine (rather than sleep) & thus all delays # must be given in microseconds (1000000 apx eq 1 second). # si = ignore all response strings as this modem is attached to # an interface which gives no characters back until carrier # is up (eg a dmf32). # # Delays: # # sd = Synchronization delay (time between sync characters). # dd = Dial delay (time between dial chars). # da = Dial acknowledge delay (time to wait before looking for dial response) # cd = Completion delay (time between completion chars). # fd = Full delay (total time we wait for carrier detect). -- Fred @ DEC Ultrix Applications Center INET: avolio@decuac.DEC.COM * Fight the Fight * UUCP: {decvax,seismo,cbosgd}!decuac!avolio * Rescue the Unborn *
chris@umcp-cs.UUCP (Chris Torek) (07/09/86)
In article <987@decuac.DEC.COM> avolio@decuac.DEC.COM (Frederick M. Avolio) writes: >In Ultrix-32, there is /etc/acucap. A sample entry... > >df112|df124|DF112|DF124|DEC df112:\ > :cr:hu:re:ls:ss=^B:sr=Ready\r\n:sd#250000:di=T:fd#40:\ > :dt=#:dd#50000:os=\r\nAttached\r\n:rs==: (followed by a description of the meanings of each entry). I do not wish to disparage DEC's design decisions, but I do wish they had made acucap more like terminfo than termcap. I had hoped that we were done with cryptic two-character strings. Cryptic unlimited strings are so much nicer :-). Perhaps one of these days I will write a `capabilities file' reader that works the `right' way. . . . -- In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 1516) UUCP: seismo!umcp-cs!chris CSNet: chris@umcp-cs ARPA: chris@mimsy.umd.edu
grr@cbmvax.cbm.UUCP (George Robbins) (07/10/86)
In article <2304@umcp-cs.UUCP> chris@maryland.UUCP (Chris Torek) writes: >In article <987@decuac.DEC.COM> avolio@decuac.DEC.COM (Frederick M. Avolio) >writes: >>In Ultrix-32, there is /etc/acucap. A sample entry... >> >>df112|df124|DF112|DF124|DEC df112:\ >> :cr:hu:re:ls:ss=^B:sr=Ready\r\n:sd#250000:di=T:fd#40:\ >> :dt=#:dd#50000:os=\r\nAttached\r\n:rs==: > >(followed by a description of the meanings of each entry). > >I do not wish to disparage DEC's design decisions, but I do wish >they had made acucap more like terminfo than termcap. I had hoped >that we were done with cryptic two-character strings. Cryptic >unlimited strings are so much nicer :-). Perhaps one of these >days I will write a `capabilities file' reader that works the >`right' way. . . . >-- >In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 1516) I don't think you should blame this on DEC - it looks awfully similar to the acucap stuff which shows up in some (all?) versions of System V, with a man page that says 'bell'. Now if they've introduced stuff that is source level imcompatible with BSD4.2 as a previous posting suggested, then they deserve the paddle... -- George Robbins - now working with, uucp: {ihnp4|seismo|caip}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@seismo.css.GOV Commodore, Engineering Department fone: 215-431-9255 (only by moonlite)
mike@whuxl.UUCP (BALDWIN) (07/12/86)
Sample /etc/acucap entry in Ultrix-32:
[ >>df112|df124|DF112|DF124|DEC df112:\
[ >> :cr:hu:re:ls:ss=^B:sr=Ready\r\n:sd#250000:di=T:fd#40:\
[ >> :dt=#:dd#50000:os=\r\nAttached\r\n:rs==:
George Robbins responds:
] I don't think you should blame this on DEC - it looks awfully similar
] to the acucap stuff which shows up in some (all?) versions of System V,
] with a man page that says 'bell'.
Esh? I've never seen an acucap file on any System V. The only file
like that was /etc/termcap which was for pre-terminfo vi. HoneyDanBer
UUCP uses /usr/lib/uucp/Dialers for some of the stuff. Sounds like one
of those Berkeley "enhancements".
--
Michael Baldwin
(not the opinions of) AT&T Bell Laboratories
{at&t}!whuxl!mikejoel@gould9.UUCP (Joel West) (07/17/86)
In article <228@decvax.UUCP>, lp@decvax.UUCP (Larry Palmer) writes: > Ultrix 1.2 has a 'termcap like' database for handling smart autodial > modems. This file (/etc/acucap) contains the info which is used to > activate the modem and dial a given number. A set of generic dialing > routines has been developed which use the database (tip and uucp > have the generic routines in them). Gould's UTX-32 (a BSD 4.2 port) calls it /etc/modcap It's always been my gripe that BSD 4.2 didn't have generic dialing routines. Now it seems obvious that there is no std. modem capabilities file, so one's been invented for Ultrix, UTX, Honey DanBer, etc. etc. If you're looking for PD modem dialer description, try the C-kermit. It covers a number of systems. -- Joel West (619) 457-9681 CACI, Inc. Federal, 3344 N. Torrey Pines Ct., La Jolla, CA 92037 {cbosgd, ihnp4, pyramid, sdcsvax, ucla-cs} !gould9!joel joel%gould9.uucp@NOSC.ARPA
authorplaceholder@mirror.UUCP (07/18/86)
>/* Written 11:36 am Jul 17, 1986 > by joel@gould9.UUCP in mirror:net.unix-wizar */ >It's always been my gripe that BSD 4.2 didn't have generic dialing >routines. Now it seems obvious that there is no std. modem I have a USG generic replacement for dial(3C) in the "queue"; look for it in mod.sources in about a week or so. /rich $alz, moderator thereof ---- Rich $alz {mit-eddie, ihnp4, wjh12, cca, cbosgd, seismo}!mirror!rs Mirror Systems 2067 Massachusetts Avenue Cambridge, MA 02140 Telephone: 617-661-0777 "Hi, mom!"