JL> I have a problem with downloads. At times I can dl with no problems, 
 JL> at other times I get thirty,fourty,fifty or more errors and get knocked
 JL> off the bbs I'm on. This is the same problem on my Boca 33.6 as I had 
 JL> on my old Intel 14.4 (both fax modems). I use Zmodem Resume on a 386 w/
 JL> 4megs of memory and Qmodem in Dos and Windows. When I run Modem Doctor 
 JL> for Windows, the carrier test comes back with 33 receive errors and 
ells
 JL> me that my DTE is not locked and to see my modems docs for help...but 
 JL> the docs say nothing about locking my DTE. AS a matter of fact I never
 JL> heard of "locking" my computer to my modem. I thought 
 JL> the UART was suposed 
 JL> to take care of all that.The modem (Boca 33.6) is a new internal and has 
 JL> the newer UART, my serial ports are set to Com1 Irq4, Com2 Irq3. Com2 is 
 JL> where the modem is. The string I am using is 
 JL> AT&FE1Q0X1V1S7=60 and I have  
 JL> used so many init string combinations it's not funny. I have had the 
modem
 JL> installed on several different bus slots, and have isolated drivers and 
 JL> nothing seems to help. Any ideas?
Locking the port is a function of the software. You should lock the port at 
57600 or higher with a 33.6 modem. In your software look for something about 
locking serial ports, or maybe Autobaud. Turn Autobaud OFF. It's a poor term 
and really means to lower/raise your port speed to match the modem 
connection, which is NOT what you want. You always want your port speed 
higher than the modem connect speed by at least 20% at a BARE minimum. I use 
115K on my analog modems and 260K (special card) for my ISDN connections.
Next, but certainly not least is the trigger setting of the UART. Some 
software may not even support this and if it doesn't you're left to the mercy 
of whatever default settings the program has. I would advise you to get some 
software that has controls for this, especially if you're using a slower cpu. 
The settings for the receive side of the uarts trigger are 1,4,8,14, and 16. 
These setting are probably the most mis-understood thing around and there 
isn't a proper setting for everyone. You need to dertime what's best for you. 
The trigger settings is when you want the uart to issue an IRQ to the cpu for 
service, NOT how many bytes it will buffer after the IRQ is sent. Some people 
mistakenly set this high thinking that's the best setting. If you set the 
trigger for 14, then 14 bytes are received before the uart issues an IRQ to 
the cpu for servicing, thus leaving only 2 more bytes it can receive before 
it has to be serviced by the cpu. Setting it to 1 will issue an IRQ with 
every byte that comes in leaving a buffer size of 15 bytes before the cpu 
must service the IRQ. The down side of this is that an IRQ is isssued for 
every byte and takes more cpu time (remember that the cpu will empty the 
buffer when it services the uart, whether there's 1 or 16 bytes there). The 
optimum setting is one that allows the cpu to service the IRQ just before the 
uart is about to start dropping bytes, but of course this is an unrealistic 
situation since the cpu's resources very from millisecond to millisecond. If 
you're not totally confused now, I'd suggest setting the trigger at 8 if 
you're not multitasking, and 4 if you are. If you're just running a straight 
dos program, 14 will probably work on all but the slowest of CPU's.
Whew. Good luck.:-)
--- Maximus/2 3.01
---------------