FB II Compiler

PG PRO

Debugging

Memory

System

Mathematics

Resources

Disk I/O

Windows

Controls

Menus

Mouse

Keyboard

Text

Fonts

Drawing

Sound

Clipboard

Printing

Communication

ASM

Made with FB

COMMUNICATION

Dial a phone number


Check out the Term.FLTR that comes with PG/FB II. Create a window with a refCon of TERM and PG handles stuff like dialing, etc. As for the delay part, the .FLTR could easily be modified to accomodate this.

Ryan McGann


Dialing is super easy; just send "ATDT555-1212" (with the right number, of course) to the serial port. Getting a busy signal indication back requires listening to the port for a response from your modem. I've not done this, since last time I talked to a modem they didn't support it, but you might try digging in the modem "technical manual" for a clue as to what gets returned under different circumstances. I know my current (much newer than the 300-baud job I coded for) modem now "knows" when a line is busy, as opposed to just getting "no carrier" for busy/no answer/answer with no modem signal, because some software I use knows the difference. However, I'd assume it's a "nonprintable" modem response, as opposed to the "CONNECTED" of a good connection, since I see nothing "on screen" in my terminal emulator in those conditions.

For "stable" responses from the modem, you may also need to "get it's attention" first, in case it's already connected; that's "<esc>+++" and watch for an "OK" back. "ATH" is the command to hang up, and it also returns "OK"; many, many other commands and responses should be in the technical manual.

If you don't have a decent manual, I'd search around the Hayes web site; all these commands were designed by Hayes, years ago, and they should have some documentation on the "standard" set that all (normal) modems recognize. These "standard" commands are a _great_ improvement over the old way of every modem being different... (anyone else ever write to the "current loop" connector on an Apple ][ at 110 baud?)

Bill