On Jul 31 09:15, 1997, Dennis Haddox of 1:2216/1 wrote:
RC->> Both sides _don't_ have to use the same type of flow control.  Flow 
RC->> contro
RC->> applied between the modem and the PC - what the remote end does is it's
 ->> business and doesn't matter.
DH> Ok, I never thought of that, so it prompted me to get the manual out
DH> once again for the remote machine's modem.
DH> I found this little section that I must have overlooked before. It
DH> states this modem is capable of data communications at rates of:
DH> 300,1200,2400,4800,9600,14400,19200,28800,38400,57600 and 115200 bps and
DH> to make sure the com port baud rate settings are set to one of those
DH> speeds.
Those are DTE speeds, between the modem and the PC.
DH> Now the communications software is a mailer, FrontDoor, and there are
DH> errorlevels set up for 31200 and 33600, would this cause a problem??
Those are DCE speeds, between the two modems.
You should be operating with the port _locked_ - configure the mailer to lock 
the port at (for example) 57,600, and configure the modem to operate with a 
fixed serial port rate.  The modem determines the port rate to use from the 
"AT" part of any AT command.  You want your port to stay at 57600 no matter 
what speed the modem negotiates.  The buffer in the modem accommodates the 
speed difference and uses flow control to keep everything running smoothly.
DH> I usually get connects at 31200 but sometimes 33600. The 31200 connect
DH> is usually pretty zippy but the 33600 is "usually" slightly choppy.
DH> There are rare occasions it connects at 28800 but when that happens, I
DH> get ascii screens and some garbage.
DH> The com port is locked at 38400 using a fossil driver.
DH> Since the com port is locked does the fallback connect rates really
DH> matter or would it be giving me my problem with slow uploads?
Make sure the modem has a locked rate as well, and you might check to make 
sure FrontDoor is locking the port.
DH> It seems like every time I try to figure out why a connect rate is the
DH> way it is, or to try to solve a problem a user of the bbs is having with
DH> connecting I confuse myself so much that I end up not knowing which way
DH> is up.
DH> If I can get it to work for me, it will solve any problems that anybody
DH> else might be having also. The ONLY problem that I or anybody else is
DH> having is when there is a file transfer TO the system but the transfers
DH> FROM the system work very well and stable. Both modems in this case are
DH> internal, both modems are made by the same manufacturer and both are US
DH> Robotics clones. The modem on the bbs has fax and voice capability and
DH> the other machine only has fax capability but both are supposed to be
DH> 33.6 modems. It seems odd to me though that the one with voice
DH> capability's default configuration is called using AT&F0 and the modem
DH> with only fax is called with AT&F1 to enable hardware flow control. They
DH> are both plug and play but only the fax modem is being used on a machine
DH> with Win95 and the voice modem is being used on a DOS machine with no
DH> multitasking at all.
I would think both should be using AT&F1 for hardware flow control.
Rick
--- MsgedSQ 3.30
---------------