home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 36 Tips
/
36-Tips.zip
/
alltips.zip
/
COMM4.FAX
< prev
next >
Wrap
Text File
|
1994-12-03
|
5KB
|
125 lines
General Problems Document 9/29/92
COMMUNICATIONS PROBLEMS
-----------------------
3.2 APPLICATION HANGS
A. If it is an OS/2 application:
=> Ensure your COM port works in stand alone DOS.
=> Using MODE command, turn off IDSR, ODSR, and OCTS (See
Section 3.5)
B. If an OS/2 application is experiencing a lot of data
loss:
=> Lower the baud rate
=> Use the latest communication drivers
=> Change settings in the CONFIG.SYS file
C. If it is a DOS or Windows application:
=> Some DOS applications will open ALL of the COM ports.
Use the COM_SELECT Dos Setting in all of the DOS
communication sessions (VDMs).
=> Review previous section
3.3 DOS/WINDOWS APPLICATIONS
A. Using a BBS communication package.
=> WILDCAT BBS: Version 3.0 of this DOS application has
been reported to work under OS/2 2.0.
=> Set COM_HOLD DOS_SETTING to ON.
=> If using a FOSSIL Driver (e.g. X00.SYS), place a REM
before the VCOM.SYS in the CONFIG.SYS or set
COM_DIRECT_ACCESS to ON if you have the latest
communication drivers.
B. Using a FAX application which uses a COM port.
=> Known limitation need to operate < 9600 bps.
=> Use an OS/2 application for high speed fax (Currently
FAXPM, PMFAX and BitFax).
C. An application which uses QBASIC or BASIC CTTY
=> DOS_DEVICE: x:\os2\mdos\comdd.sys.
=> DOW JONES Link software requires this.
D. Some other ASYNC application.
Check "Application Considerations" in the README file.
Example:
=> CrossTalk for Windows needs BUFFER=OFF.
=> Mirror III is similar to CrossTalk. BUFFER can be
controlled with MODE command.
=> LapLink PRO, set IDSR, ODSR, and OCTS of all COM ports
to OFF. (See Section 3.5.)
=> LapLink III, remark out VCOM.SYS or use
COM_DIRECT_ACCESS.
=> INTEL SatisFAXion modem will ONLY work in a VDM
because it requires the SATISFAX.SYS DOS device
driver.
=> PMFAX will work with the INTEL SatisFAXion Classic
card; the earlier version of CASMGR does not work on
a MCA class machine.
E. In Auto Answer mode and a call comes in:
=> This is a known problem for which the latest
communication drivers provide better support
(COM_DIRECT_ACCESS)
3.4 POOR PERFORMANCE, RELIABILITY
A. Using an OS/2 or DOS application
=> Try increasing/decreasing CACHE to reduce disk
activity. Decreasing DISK CACHING may reduce
swapping. You must experiment on your machine.
=> Review previous sections concerning config.sys changes
and DOS_SETTINGS
=> Using MODE command, turn off IDSR, ODSR, and OCTS.
(See Section 3.5.)
=> In the config.sys file, set:
PRIORITY_DISK_IO: NO
MAXWAIT: 1
B. OS/2 2.0 is a multi-tasking/processing operating system.
=> Slower microprocessors (i.e. 386/16mhz) are not going
to have enough cycles to support communications above
9600 BAUD.
C. Even on faster machines there may be problems with
supporting high speed communications. Some internal
modems have been known to induce spurious interrupts
which take away from the total number of interrupts that
can be processed. Much depends on the quality of the
hardware and the ability of the software to work with
advanced communication processors such as the 16550AFN.
3.5 USING THE MODE COMMAND
Use MODE from an OS/2 Command line or DOS command line and
set IDSR, ODSR, and OCTS equal to OFF. For example:
MODE COM3:9600,N,8,1,OCTS=OFF,ODSR=OFF,IDSR=OFF
sets COM3 to 9600, no parity, 8 data bits, 1 stop bit, OCTS,
ODSR and IDSR to OFF.
If OCTS and/or ODSR are set to ON, the COM port will not
transmit data unless CTS and/or DSR signal lines are
enabled. If set to OFF, the COM port will transmit
regardless of the state of signal lines CTS and/or DSR.
If IDSR is set to ON, the COM port will discard the incoming
data unless DSR signal line is enabled. If set to OFF, the
port will receive data regardless of the state of DSR.
If any problems transmitting or receiving, set OCTS=OFF,
ODSR=OFF, IDSR=OFF to ensure that the hardware connected to
the COM port is not preventing the port from transmitting
or receiving.
The original (GA) MODE command is broke; it shows the
BUFFER=N/A even though a 16550AFN buffered UART
communication processor is present. The new MODE command
which is shipped with the latest communication drivers
corrects this problem.
12/31/99