TIP: Click on subject to list as thread! ANSI
echo: aust_modem
to: All
from: dcstar{at}acslink.aone.net.au
date: 1997-02-01 00:11:44
subject: Re: Modem blues

From: dcstar{at}acslink.aone.net.au (David Clayton)
Organization: Customer of Access One Pty Ltd, Melbourne, Australia

gandalf{at}fastlink.com.au (Greg Jones) contributed the following:

>Hi, any modem gurus out there?
>
>Sorry for the windy post, but I've included as much info as possible!
>
>Background:
>-------------------------------------------------------------------------------
--------------------------
>   I've been trying to setup a simple home>office or
>client>support file transfer sytem. I needed a sytem that would
>automate file transfers - on demand.
>  The requirements were:
>       a. Run in MS-DOS mode.
>       b. Small memory footprint, so I could shell-out to it.
>       c. Transparent to the user. i.e. NO runtime intervention
>           required.
>       d. Would work for 99%(all?) of modems.
>       e. Initial setup be a 'no-brainer', - which comm port?
>
>  So far I've had varying degrees of success. I've tried a few
>shareware packages from the net, but most failed to meet one or more
>of the above requirements.
>-------------------------------------------------------------------------------
--------------------------
>For my own education:
>   Are AUS modems setup with different defaults than US modems?

No.
>      A common thread with most US progs is that they set S0=0.
>   Do all modern modems have the hardware to send a 'ring received'
>message to the software - even when S0=0 ?

AFAIK, yes.
>   If so, what's required by the software program to detect the
>'ring'?

It looks for "RING", and acts on it.
>-------------------------------------------------------------------------------
--------------------------
>
>I thought I had it licked when I used batch files to call DSZ for the
>file-transfer protocol and a program like MODEM.EXE to send AT
>commands to the modem - send ATDT to dial and ATS0=3 to detect and
>answer the ring.
>While all the above worked and files transfered ok, now I CAN'T GET
>THE MODEM TO DROP THE CALL.

Your modem is not in command mode, it is in data transfer mode.

You should enter "+++", and then wait for the "OK" to
be returned,
(refer to your manual), THEN enter "ATH" etc.

>I've tried the usual ATH0 and an internal MODEM.EXE command called
>'DROPDTR'. Also tried ATZ, AT&F, pausing between commands, etc.
>The modem lights flash but the modem seems to ignore all AT's after
>DSZ has returned. The only way to drop the call is to switch off the
>modem or reboot if it's an internal job.
>

Regards, David.
-------------------------------------------------
David Clayton, e-mail: dcstar{at}acslink.aone.net.au
Melbourne, Victoria, Australia.

"Virtual Reality - Give it a rest, Actual Reality has me stressed enough as it i
."
--- InterRA 0.92
* Origin: Cloud Nine's Internet Gateway, Melbourne (3:632/552.1)
SEEN-BY: 3/103 50/99 54/99 620/243 621/505 623/630 632/50 107 108 158 309 348
SEEN-BY: 632/353 360 371 373 525 553 561 562 601 633/374 634/382 635/544 728
SEEN-BY: 638/102 639/252 640/820 711/401 413 430 808 934 712/311 407 505 506
SEEN-BY: 712/517 623 624 628 704 841 888 713/317 714/906 772/20 800/1
@PATH: 632/552 371 107 360 50/99 712/624 711/934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.