Hi,

I am running the WinCE 4.2. I try to set the answer AT command (ATA<cr><lf>)
in registry to become "ATA<cr>", because my modem seem to be receive the <lf>,
it will disconnect the line. therefore, does anyone know how to set the
registry to change the answer command to "ATA<cr>"

I don't have an answer for you and it has been a long time, but, I would
research your modem's "s register" settings for an answer.

I would suspect that there is another problem that is preventing the
answer command... for example, is this a telephone (pots) line modem? Or
are you trying to establish a cellular connection.

On the assumption that it is an external modem, can you answer using a
pc and a terminal program? PC or Mac?

If it is an external modem with two telephone jacks, try the other
jack... should be marked "line" or "wall" ...some modems disconnect the
"tel" jack on answer.

At the very least, would suggest you provide as many details as possible
including exactly what you are trying to accomplish.

Beverly Howard

Most modems are designed to ignore any LF that terminates an AT command.
I'd want to look at the actual data going to the modem (and the status of
the DTR line) to see, for certain, what is going on.

Is it possible for you to view the data on a monitor? That is, is this an
external or internal modem?

Does the modem disconnect immediately after the command is sent? If it
attempts to connect, then disconnects subsequently, I do not think the LF
has anything to do with the problem. The modem will disconnect if the modem
handshake fails (what is heard on a speaker as a series of tones), or if the
modem cannot connect at a specified speed, if so configured; and also it
will disconnect if the modem cannot establish an error-correcting link, if
error correction is enabled -- and some modems do this by default.

Also, as Bev asks, what are you trying to do with the modem? I cannot
imagine a situation where I wanted to cause the modem to answer, where I was
not in control -- that is, I have written the software that is sending the
ATA command.

Dick

--
Richard Grier, MVP
Hard & Software
Author of Visual Basic Programmer's Guide to Serial Communications, Fourth
Edition,
ISBN 1-890422-28-2 (391 pages, includes CD-ROM). July 2004, Revised March
2006.
See www.hardandsoftware.net for details and contact information.

>> I cannot imagine a situation where I wanted to cause the modem to
answer <<

One good example is to parse the modem's incoming caller id string and
make a decision based on the originating number.

Beverly Howard

Hi Beverly and Dick,

the modem is external and I tried to use the Hyper Terminal (PC) to give the
command manually to the modem when it receive the call.
First, I type "ATA<cr>" to answer the call and the modem keep stay connected.
Then I try again, but this time I type "ATA<cr><lf>". the modem immediately
disconnected the line.

I also try to look for the source code "modem.c" and find out the default of
answering the call is set to "ATA<cr><lf>". Then I change the source code and
then recompile the os image and go to the unimodem.dll to check. it seem to
be not include my change into this dll. Therefore, I use the Hex Editor to
manually change the "<lf>" to become "<\0>" and save it. But I don't know how
I can tell the OS to look for the new dll file which I make inside the
registry.

Best Regards.
sakai

--
Message posted via PocketPCJunkies.com
http://www.pocketpcjunkies.com/Uwe/F...neral/200907/1

Look at your modem manual to see if there is a command that you can issue to
the modem to alter this behavior (it isn't normal). If you can find the
setting, change it, and save it to non-volatile memory.

What you are seeing is called, "Any Key Disconnect," and it was designed
into the original Hayes modems (by Dennis Hayes, in fact). However, the
original design required that the "any key" be sent more that 10 mS AFTER
the command string, and not contiguous characters -- and, LF was explicitly
ignored.

BTW, testing the operation using HypterTerminal, or some other terminal
program won't work. When you type characters into the screen, there will be
a signficant delay between keystrokes. You cannot simulate what you see
from a program, sending back-to-back characters (with no delay between each
character -- that is, contiguous), except by a program written to send them
that way.

Since it sounds like you are using some built-in utility to answer the
modem, what is this mechanism? Perhaps there is a better way? What are you
trying to do with the modem?

Dick

--
Richard Grier, MVP
Hard & Software
Author of Visual Basic Programmer's Guide to Serial Communications, Fourth
Edition,
ISBN 1-890422-28-2 (391 pages, includes CD-ROM). July 2004, Revised March
2006.
See www.hardandsoftware.net for details and contact information.

Also, you should try a different modem.

--
Richard Grier, MVP
Hard & Software
Author of Visual Basic Programmer's Guide to Serial Communications, Fourth
Edition,
ISBN 1-890422-28-2 (391 pages, includes CD-ROM). July 2004, Revised March
2006.
See www.hardandsoftware.net for details and contact information.

more info please...

what make/model modem?

exactly how are you controlling the <cr> and <lf> ?

I really don't think this is an os issue. If you are doing this within
code is there possibly something else going on such as you issuing the
command and line terminator and the program also issuing an <eol> character?

If I were faced with this problem, I would be looking at the serial data
stream to determine what is actually going to and from the modem as well
as what the flow control and other lines are doing.

Other issues would be the other modem settings... i.e. does the modem
auto answer if you don't issue the ata command?

Finally, exactly what (overall) are you trying to accomplish and how?

>> modem.c <<

where did that come from and what language are you working in? If this
is a programming issue, suggest Reposting at
news://msnews.microsoft.com/microsof...etpc.developer or
..public.dotnet.framework.compactframework

Beverly Howard

Hi Beverly and Dick,

I changed a different modem and work fine, Thank you for two of you helping
me.

Thanks
sakai

--
Message posted via PocketPCJunkies.com
http://www.pocketpcjunkies.com/Uwe/F...neral/200907/1