I am trying to figure out how to establish a connection from Computer A
- Computer B via modem with a Dialer or hyprterm or something.
Establish the connection and then pass that connection off to another
program that operates over com ports. Basicly I want to give another
application that does not have a built in dialer the option of useing a
Modem Com Port rather then the Serial Ports that it normaly would.

Any help would be appreciated

it?@?t6b.com Remove the "?"

On 24 Feb 2006 11:50:42 -0800, it@t6b.com wrote:

will connect by phone line? Then it could be done, at v.34 speeds.

Otherwise, if they are at the same location, one of the best ways to
connect PCs together is with network cards and a crossover cable, or
router, switch or hub. But I don't know if a network connection will
do what you want with your application.

Gary E
--
|Gary A. Edelstein
|edelsgNO@SPAMyahoo.com.invalid (remove NO SPAM and .invalid to reply)
|"We have met the enemy and he is us." - Walt Kelly's Pogo

On 24 Feb 2006 11:50:42 -0800, it@t6b.com put finger to keyboard and
composed:

This is easy if both modems have a "dry" DAA, ie one that does not
require current from the phone line. Just set up a HyperTerminal
session at both ends, issue an ATA on one PC and ATX0D (0=zero) on the
other. You can transfer files using X-Modem, Y-Modem, or Z-Modem
protocols.

I suspect it won't work. For example, if I issue an ATH1 from
HyperTerminal, I hear a dialtone. As soon as I exit HT, the dialtone
goes away. So it appears that exiting HyperTerminal kills the
connection.

I don't know if this is possible in Win XP, but in Win9x you can drop
to a DOS box and issue the following command:

echo ATH1 > COMn where n = number of modem's COM port

Now type "exit" to return to the GUI.

If the modem has a "real" COM port rather than a virtual one, then you
should hear a dialtone and this dialtone should not go away when you
exit the DOS box. If this works, then return to the DOS box and hang
up the modem as follows:

echo ATH > COMn

Now use the above procedure to send ATX0D and ATA commands to the
calling and answering modems from their respective PCs. Return to the
GUI after establishing a connection and pray that your apps don't
reset the modem or its COM port. If your app drops DTR, you can
prevent this from hanging up the connection by issuing an AT&D0
command to the modem. This tells the modem to ignore DTR.

Still another thing to try is to send the ATA and ATX0D commands from
within your apps, if that is at all possible.

- Franc Zabkar
--
Please remove one 'i' from my address when replying by email.

In article <lj7402ls6d3mh2hg0147p4ibk6u57sou7j@4ax.com>,
fzabkar@iinternode.on.net wrote:

Franc & IT-

Therefore, it would be desireable if your other program could initiate the
commands to the modem to establish the link. As Franc has indicated, one
end must be in "originate" mode, the other in "answer" mode, which is
determined by the command ATH1 or ATA. Perhaps the ECHO commands would
work, but there might be interference with the communicating programs.
Try it!

I haven't tried connecting modems back-to-back with recent equipment, but
did years ago using two external modems. I used terminal programs on two
different machines with one program operating as a crude Bulletin Board
(BBS). As I recall, it was just an exercise to see if it would work.

Recent versions of Windows apparently use the CPU to perform some of the
modem's functions. To keep this from being a problem, the programs could
address external modems using the machine's standard RS-232 ports. I
don't know any way to do it with modern internal modems without custom
software, unless it is possible to use a DOS-level command to "re-route" a
serial port to the modem.

If you go the external modem route, you would more easily be able to
connect the serial ports together directly using a null-modem adapter
(equivalent to a crossover cable), in which case you wouldn't need to
issue any commands other than setting up the serial ports to the same
speed and parity.

Fred

The Modems are in different locations and will connect via a phone line

The one Side is a Modem thats in a always recieve mode. And that is
what I want todo is re-route the Serial port traffice accross the modem
lines. But the software I am useing will not do that as it does not
have a built in dialer

On 28 Feb 2006 07:58:49 -0800, it@t6b.com wrote:

set to communicate over a network, then you could network the machines
together over a dialup direct connection.

In XP, the server side connection setup is under Control Panel>Create
new connection>Next>Set Up an Advanced Connection

You can set up the server side by using the accept incoming
connections. If you have admin authority, your dialup modem should
appear on the list of devices you can set up with these types of
connections.

You can set up the client side by setting up a normal dialup RAS
connection, like you would for a dialup internet connection with an
ISP.

Gary E
--
|Gary A. Edelstein
|edelsgNO@SPAMyahoo.com.invalid (remove NO SPAM and .invalid to reply)
|"We have met the enemy and he is us." - Walt Kelly's Pogo

On 28 Feb 2006 08:01:49 -0800, it@t6b.com wrote:

~ The one Side is a Modem thats in a always recieve mode. And that is
~ what I want todo is re-route the Serial port traffice accross the modem
~ lines. But the software I am useing will not do that as it does not
~ have a built in dialer

I would run MS-Kermit or Kermit95 on the PCs.
http://www.columbia.edu/kermit/msk95.html
http://www.columbia.edu/kermit/k95.html

I would have one Kermit run the dialer and the other Kermit act as the
answerer.

The Kermits can then launch your application as needed.

There may be easier schemes, but I've been using Kermit for 20 years
and trust it.

Aaron

On 28 Feb 2006 07:58:49 -0800, it@t6b.com put finger to keyboard and
composed:

Here's a solution for Win98:
http://pine-support.com/scripts/list...ers_020002.htm

- Franc Zabkar
--
Please remove one 'i' from my address when replying by email.

"Modem Com Port rather then the Serial Ports that it normally would."

You are aware that you can connect two computers via a null modem cable
connected to the respective COM ports, yes?

Applications that you regularly use with MODEMS don't require MODEMS to
operate. The MODEMS are there to A) translate the DIGITAL OUTPUT from the
COM port into an ANALOG signal for transmission over POTS (Plain Old
Telephone Service) & B) Translate the ANALOG signal into DIGITAL INPUT for
the COM port.

The HAYES COMMAND set includes commands to facilitate POTS, but POTS is NOT
essential.

Now, your APPLICATION is KEY. And your description of it was missing.
Moreover, your decryption of the intended task(s) lacked specificity. In
general, if the two apps will work (as you intend) over POTS, they should
work with a direct connection.

If you need to use "DOS," insert the commands into a batch file and include
a call to the application within the batch file so that "calling" the batch
file issues any commands to COM1 and then immediately starts your
application. Many apps provide a provision for including a "startup" set of
commands or a "macro" that can be called by adding a parameter [like
" -startfile"] to the command line that calls the application.

Sample DOS BATCH FILE:

ECHO OFF
ECHO (AT COMMAND) > COM1
APPLICATION.EXE - STARTFILE
EXIT

Hope this helps


"Gary A. Edelstein" <edelsgNO@SPAMyahoo.com.invalid> wrote in message
news:42n302d53ffhsp96b6qhq0j6qtg6d2dbkr@4ax.com...

Gooey TARBALLS wrote:
Hey Gooey I just got back to checking the groups. The perticular
application is a software that programs plc's(Programable Logic
Controls) but it will only function via serial ports and I want to have
it function over a modem connection from one building to another. Hope
that makes sense

In article <1143562808.377285.206550@z34g2000cwc.googlegroups .com>,
it@t6b.com wrote:

Gooey's suggestion seems to be appropriate as far as using DOS commands to
set up a dial-up modem connection.

However your application might best be satisfied by a dedicated modem that
is always on, and never needs to be dialed. Simply put in an order for
your communications people to provide you a full-duplex RS-232 serial
connection between point A and point B. They should be able to supply the
necessary hardware, and utilize available audio pairs (or fibers) to
complete the circuit.

It isn't that unusual a request, or at least it wasn't 30 years ago before
Ethernet became so widespread!

Fred