Hi,

I posted a topic through this group a few weeks ago - I thought I had
the problem sorted out - but for some reason it has stopped working!

We are using Universe 10.1 on aix 5.2. I am trying to dial out/send
data via a modem from within a Universe Databasic program.

I can connect to the modem from aix by doing:

- adding the line
Direct tty3 - Any direct
to the /usr/lib/uucp/Devices file
- pdisable tty3
- cu -ml tty3
- a message then appears to say 'connected' and I can issue AT commands
in the normal way.

This all seems to work fine.


However, as I said, what I really need to do is connect to the modem
through a Databasic program. I have written the following test program:


PROGRAM MODEM.TEST
$INSERT STANDARD.INSERT
OPENDEV "MODEM3" TO MOD3 LOCKED
PRINT "LOCKED"
END THEN
PRINT "OPENED"
END ELSE
PRINT "NOT OPENED"
END
NOBUF MOD3 ELSE STOP
RELEASE
CR = CHAR(13)
CMND = "ATDT(myphoneno)"
CMND = CMND:CR
WRITESEQ CMND ON MOD3 ELSE STOP
CLOSESEQ MOD3 ON ERROR PRINT "ERROR IN CLOSE"
PRINT "END"
STOP
END

This program worked fine when I tested it a few weeks ago, but for some
reason, it has suddenly stopped working!
This program seems to hang on the OPENDEV line and does not print
either, LOCKED, OPENED or NOT OPENED. However, when the program hangs,
if I switch the modem off and on, the program then prints out:

OPENED
END

without executing the ATDT command in between.
For information, the entry in the Universe &DEVICE& file is:
MODEM3
001 Modem3
002 /dev/tty3
004 O

The permissions in the /dev/tty3 file seem to be ok - and I am using a
root login to execute this.

I have tried a penable tty3, a pdisable tty3 and a pshare tty3 - but it
still doesn't work.



Any help/advice would be greatly appreciated!!


Thanks

Hi Peter,

Better check the stty settings on that line, paying particular attention
to ixon, ixoff and crtscts.

A "stty -a < /dev/tty3" will show you the setting for tty3.

Alternatively, you could build a special cable for that port, bridging
the flow control lines.

Luke

peter.cheal (AT) breathe (DOT) com wrote:

IIRC such a special able used to hook ping 4,5,6,8 & 2 together (go the
XON/XOFF!) on a 25 pin connector

"Ross Ferris" <rossf (AT) stamina (DOT) com.au> wrote

4 and 5 together
6, 8 and 20 together
2 and 3 reversed - that is, crossed over
Trying to apply more old memory, clear to send is connected to request to
send so that CTS is always true.
Signal ground is in there somewhere but I just can't dredge the rest of it
out of years of dust.
The pins are different on a 9 pin connector but the logic is the same.

Aside to Ross - the one handed keyboard doesn't spell very well. I send
many more peculiar spellings and type much, slower with the blasted thing.

BobJ

pin 7 is ground (ping!)