I did a bunch of testing this morning with Port.
With 9640News BBS keeping in mind I am telnetting through the router the BBS is connected which should have the minimum of latency, I could not download anything < 8K even at 1200 baud. This was either with Hardware #1 Flow control setting or with interrupts.
On Heatwave, I downloaded up to 38.4K with >64K files. with either Hardware #1 Flow control setting or with interrupts. I did not test below 19.2K, but I saw at 19.2K and above with port that I had to have interrupts in order to not drop any characters on the menus.
On FusionBBS, same thing as Heatwave.
Now, separately from Port, I tested Myterm successfully at 19.2K on FusionBBS downloading. At 38.4K, no luck downloading. There were issues with Myterm dropping characters from display screens.
This was all done with the latest firmware upgrade on the WiModem232 as of last night.
I do have a question regarding the section on Hardware Flow Control for the WiModem232 which is on page 19 of the manual at the beginning of this thread.
It has the text below. Would the bridging as detailed below be an issue for selection of Jeff's hardware cable configuration?
The WiModem232 can be configured for hardware handshaking. Typically this will be RTS/CTS, but some devices (like printers) may need DTR or DSR instead. By default, RTS/CTS handshaking is enabled and there is a bridge between DTR and DSR.
There are a series of jumper pads on the bottom of the WiModem232 board. If the device you are using the WiModem232 with can't have a DTR/DSR bridge you can cut the connection point shown with the red arrow in Figure 3. If you need to set the hardware handshaking to use either DTR or DSR then you MUST cut the connections between the IN and RTS, and/or OUT and CTS, and then solder across the proper pads. See Figure 4.
NOTE: You can not have the DSR/DTR bridged if you are using either for handshaking.