Path: utzoo!attcan!uunet!seismo!sundc!pitstop!sun!decwrl!labrea!rutgers!att!icus!dasys1!jpr From: jpr@dasys1.UUCP (Pierre Radley) Newsgroups: comp.dcom.modems Subject: Re: wanted to buy: a reliable modem Message-ID: <6590@dasys1.UUCP> Date: 22 Sep 88 16:08:34 GMT References: <219100002@iapic.cvm.uiuc.edu> <6505@dasys1.UUCP> <9261@cup.portal.com> Reply-To: jpr@dasys1.UUCP (Jean-Pierre Radley) Organization: The Big Electric Cat, NYC, NY Lines: 35 Organization: In article <9261@cup.portal.com> thad@cup.portal.com writes: >... >Someone just mentioned Practical Peripherals' modems. > >A customer of mine attempted to use those with a "special" dialback unit >I manufacture, and it became very clear very quickly that modem is "Hayes"(tm) >compatible ONLY in that it recognizes "Hayes" commands. It does NOT function >as does a Hayes (and other fine modems) when one wishes full modem control >(via DTR). This "problem" is symptomatic of MANY what I call "toy" modems. > >To be fair, the modem DOES function fine AS A MODEM. > >It is NOT "compatible" re: its operation re: DTR, DSR and DCD and re-init'ing >to a known state. >... I'm the one who brought up the Pratical Peripherals' modem. I use them for dialing in or out on the same line. I certainly have paid attention to the necessary DCD and DTR settings, and the modems behave just as they should with regard to those signals. Having once set those up, and written the settings to non-volatile memory, I haven't had to touch them. It does track the telephone line for a carrier, and asserts DCD to the computer IFF a carrier is present. It does track the DTR line from the computer, and takes the desired action when there's an on-off DTR transition. So what were you trying that didn't work out: what was your customer's different experience? -- Time is nature's way of Jean-Pierre Radley making sure that everything ..!cmcl2!phri!dasys1!jpr doesn't happen all at once. CIS: 76120,1341