home *** CD-ROM | disk | FTP | other *** search
- COM3 OR COM4 SUPPORT ON AN ISA SYSTEM
- -------------------------------------
-
- The original ISA machine (the IBM PC-AT) allowed for the definition of up to
- four serial communication ports. However, there has never been any hardware
- architectural standard that defined the I/O port addresses or Interrupt
- Request (IRQ) lines associated with communication ports 3 or 4.
-
- Over the years, a convention has developed that places the port addresses for
- COM3 and COM4 at 03E8 and 02E8 respectively. This is a generally accepted
- convention, but not a standard. Check the documentation and the settings of
- the adapters in your system to verify your hardware environment.
-
- After you have checked and set the I/O and IRQ values on your COM ports or
- internal modems, you must add this information to the communications
- device-driver (COM.SYS) statement in the CONFIG.SYS file.
-
- You might also need to tell your communications application software where
- the COM ports are. ProComm software, for example, has a configuration screen
- that enables you to specify these settings. If the application, operating
- system, and hardware are not in agreement, then the application will not run.
-
- OS/2 COM ports do not need to be defined in sequence. It is acceptable to
- have a COM4 without having a COM3. DOS, however, might have difficulty if
- there is a gap in the port definition. To avoid confusion for DOS, you can
- define COM ports that do not have any physical adapters attached in the
- COM.SYS statement. These substitute definitions will serve as placeholders.
- COM1 and COM2 are assumed to have standard values and do not need to be
- explicitly set up unless you want to set some non-standard values to
- accommodate your particular configuration.
-
- To enable COM3 or COM4 on an ISA system, place the following in the
- CONFIG.SYS file:
-
- DEVICE=X:\OS2\COM.SYS (n,a,i) (n,a,i)
-
- where
-
- X = the drive where OS/2 is installed
- n = the COM port that you are attempting to access
- a = communications port I/O address (03E8, 02E8, for example)
- i = IRQ level, which is usually a jumper setting on the I/O adapter
-
- For example, to specify that COM3 is at address 03E8 on IRQ5 and that COM4 is
- at address 02E8 on IRQ10, use the following statement (assuming that OS/2 is
- installed on drive C):
-
- DEVICE=C:\OS2\COM.SYS (3,03E8,5) (4,02E8,10)
-
- The I/O address and IRQ level should be noted in the documentation that came
- with your adapter. Either or both might be fixed values or can be set to a
- range of values via jumpers or switches. In some cases you might find that
- the values are fixed or that the range of settings available to you is
- insufficient to avoid the sharing conflict. In that case, you must purchase
- a different, more versatile adapter or accept that you cannot use both
- adapters at the same time.
-
- TROUBLE SHOOTING:
- ================
-
- SYMPTOM: The COM port is not recognized or does not work at all
- ----------------------------------------------------------------
-
- A. IF it is an AT, ISA, or EISA machine If trying to use COM
- 3 or COM 4:
-
- A.1. Parameters in DEVICE=C: OS2 COM.SYS in CONFIG.SYS
- are required
-
- A.2. IRQ for COM port in OS/2 must be different for each
- COM port. DOS does not handle multiple interrupts
- at the same time but OS/2 does.
-
- A.3. IRQ 5 is recommended for COM3. If IRQ 5 is taken,
- IRQ 9 or 10 is recommended.
-
- A.4. Reboot the system
-
- A.5. If error message during boot : COM3 not installed
- because of Interrupt is aleady in use.
- => Check if there is any IRQ conflict with other
- device driver or hardware.
-
-
- B. If system (AT bus or MCA) boots without error but any
- of the com port still not working at all
- Issue a Mode command to the problem com port
- => If it indicates com port not installed check
- IRQ conflicts (see A.5)
- => Check Mode command parameters to be correct (See MODE_CMD).
-
-
-
- SYMPTOM: Application appears to hang
- -------------------------------------
-
- C. When the application is started:
-
- C.1. IF an OS/2 application
- => Ensure your COM port works in standalone DOS.
- => Using MODE command, turn off IDSR, ODSR, and OCTS
- (See MODE_CMD)
- => (See SUGGESTIONS)
-
- C.2. Using a DOS application
- => (Start from Letter A.1 Above and work down)
- => If still have problem, remove VCOM.SYS.
-
- D. After it has been running for some time:
-
- D.1 Using an OS/2 application and experiencing a lot of
- data loss
- => Lower the baud rate
- => (See SUGGESTIONS)
-
- D.2 Using a DOS application:
-
- D.2.1 A BBS communication package.
- => Set COM_HOLD DOS Setting to ON
- => If using a FOSSIL Driver, then
- If X00.SYS Rem VCOM.SYS in config.sys, else
- If another FOSSIL Driver. Rem VCOM.SYS won't work
- => If using less than 12MB of memory
- => See (SUGGESTIONS)
-
- D.2.2 A FAX application which uses a COM port.
- => Known limitation need to operate at < 9600
- bps
- => Use OS/2 application for high speed fax.
- (Currently FAXPM and BitFax)
-
- D.2.3 An application which uses QBASIC or BASIC CTTY
- => Install COMDD.SYS in C: OS2 MDOS directory
-
- D.2.4 Some other ASYNC application.
- => Check with Chapter 5 of Readme. Example:
- -CrossTalk for Windows needs that BUFFER=OFF.
- -Mirror III is similar to CrossTalk. BUFFER
- can be controlled with MODE command.
- -LapLink PRO, IDSR, ODSR, and OCTS of all COM
- ports must be OFF. (See MODE_CMD)
- -LapLink III, remark out VCOM.SYS.
-
- D.2.5 In Auto Answer mode and a call comes in:
- => Known problem APAR PJ04200.
- => Remark out VCOM.SYS in Config.sys
-
- SYMPTOM: OS/2 does not detect FIFO
- -----------------------------------
-
- E.1 COM.SYS detects FIFO and utilizes it, however
- VCOM.SYS only emulate as 16450 or 8250 chip and hides
- FIFO from DOS app. No performance problem is caused
- by this.
-
- E.2 If BUFFER = N/A (not available) is concerned, MODE is
- broken.
-
- SYMPTOM: The line is dropped randomly or fils to download file
- ---------------------------------------------------------------
-
- F.1 While switching sessions
- =>change PRIORITY_DISK_IO in config.sys from YES to NO,
- reboot. Go to F.2 below if problem continues
- F.2 Without switching sessions.
- => Increase idle sensitivity to 100
- => If problem happenning during noticeable disk activity
- add additional memory to reduce swapping.
- => Try increasing DISKCACHE in config.sys (e.g. from
- 1024 to 2048)
-
- SYMPTOM: Slow through-put, poor performance
- --------------------------------------------
-
- G.1 Using an OS/2 application
- => (See SUGGESTIONS)
- => Using MODE command, turn off IDSR, ODSR, and OCTS.
- (See MODE_CMD)
-
-
- G.2 Using a DOS application
- => Increase IDLE_SENSITIVITY to 100
- => (See SUGGESTIONS)
- Note: Since interrupt must be simuated in VDM
- session, the throughput decreases.
-
- MODE_CMD: Use MODE from an OS/2 Command line or DOS
- command line and set IDSR, ODSR, and OCTS equal to OFF.
- eg: 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 regarless
- 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.
-
- SUGGESTIONS: => Increase IDLE_SENSITIVITY in DOS Settings
- => Adjust the disk cache in CONFIG.SYS
- => Change PRIORITY_DISK_IO from YES to NO in
- Config.sys
- => To reduce swapping add more memory
-
- -------------------------------------------------------------------------------
- Thank you for calling the OS/2 2.0 Support Line. Regarding the problem
- reported to the Support Line, we feel that this information may assist
- you in resoloving your problem. If you still require assistance, please
- call 1-800-237-5511, and reference your customer number and problem (PMR)
- number. Your Problem Record Number (PMR) should appear on the cover
- page of this faxed document.