Installing Other ERPBridge Products
Note |
---|
Before using this information and the product it supports, be sure to read the general information. (Notices) |
Fifth Edition (July 1999)
This is a major revision of, and obsoletes, SC28-9809-03.
This edition applies to the following IBM ERPconnect licensed programs, and to all subsequent versions and releases, until otherwise indicated in new editions.
Make sure you are using the correct edition for the level of the product.
Order publications through your IBM representative or the IBM branch office serving your locality. Publications are not stocked at the address below.
A form for reader's comments is provided at the back of this publication. If the form has been removed, address comments to:
When you send information to IBM, you grant IBM a nonexclusive right to use or distribute the information in any way it believes appropriate without incurring any obligation to you.
This section describes the ERPBridge(TM) products and how this book is organized. It also explains the book conventions for differentiating between information that is specific to OS/2(TM) or to Windows NT®.
ERPBridge consists of the following products:
This book is divided into three parts:
Parts 1 and 2 are intended for installers, programmer analysts, and other technical personnel who work with ERPBridge products.
To use Part 1 and Part 2, you need a general knowledge of data processing and must be familiar with the following:
Part 3 provides notices and technical reference material for the person responsible for the Data Collection Terminal (DCT) network.
To use Part 3, you should have experience in wiring and cabling DCTs.
Important |
---|
Review this book thoroughly before attempting to perform the described activities. Complete each step in the order given wherever a sequence of steps is specified, and do not skip any steps unless they are designated as optional. Otherwise, the activity may not be completed successfully and errors may occur. |
Book Conventions
Some statements and sections of this book apply only to OS/2 and others apply only to Windows NT. When an entire section applies to only one operating system, the section title contains the text (OS/2 only) or (Windows NT only). For parts of a section which apply to only one operating system, the pertinent statements begin with (On OS/2) or (On Windows NT).
DCConnect consists of the following:
Note: | This book uses the term DCConnect when referring to the installation of the Server or the Development Toolkit products. |
The Server product is a data collection server system that provides a runtime environment for network configuration, terminal communications management, transaction handling, and an application programming interface (API).
You configure your data collection network using the point-and-click Graphical User Interface (GUI) that displays the data collection network as a series of interconnected icons. To configure a network, select an icon representing the adapter, line, or terminal type from a toolbar and drop it onto a graphical representation of the network at the desired location. Then customize the network by selecting the object and changing its parameters using the settings notebook for that object. Additional views are provided that show Transaction/Mailbox configuration, Function Group configuration, and applications.
Prior to version 1.4.0, the Server product was sold with option to purchase different tiers depending on the number of terminals that were to be configured. Starting with version 1.4.0 only one option for the server is available, supporting the maximum of 256 configured terminals attached on any combination of line types: ARTIC, serial, RF, TCP/IP or DOS/Windows terminals.
Although 256 terminals can be configured, the practical maximum number may be less depending on many factors including the level of transaction activity, the way the terminals are distributed across the different kinds of lines, the server processor speed, amount of RAM installed, the other applications running on the system, the performance of target data bases and/or host systems, other non-DCConnect traffic on networks, . . .
The Development Toolkit is functionally the same as the Server product except that it provides an editor that is used to create transaction programs. A transaction program is a set of terminal-specific commands that run on a data collection terminal such as the IBM 7524, 7525, 7526, or 7527 terminal, or terminals supported by the 752x Emulator for DOS. These commands provide prompts, messages, and input fields. Transaction programs can also include data validation routines and dictate terminal interaction with attached devices such as printers.
The Development Toolkit, like the Server, provides a runtime environment for network configuration, terminal communications management, transaction handling, and an API. Unlike the Server, it supports only one data collection terminal attached to an active line. (Many terminals can be configured, but only one can be active.)
For more information, see the online DCConnect User's Guide.
This chapter lists the hardware and software requirements for the Development Toolkit and Server products. This chapter also introduces the concept of "networks" of Data Collection Terminals (DCTs) and describes how they are cabled. A network is limited to a series of terminals interconnected among themselves and to a communications port. The communications port can be on an ARTIC adapter, a native serial port, an adapter that provides support equivalent to the native serial port, or a TCP/IP-supported adapter. You can develop your DCT programs using Graphical User Interface (GUI) tools.
The following picture shows a typical terminal network setup, making use of an ARTIC adapter. The same terminal setup can also be attached to a non-ARTIC RS-422 adapter using the native COMx support provided by OS/2 or Windows NT.
Figure 1. An Example of a Data Collection Terminal Installation
The following are the hardware requirements for DCConnect:
The following adapters are supported for attaching terminals:
Up to four ARTIC adapters are supported (any mix of the above types) in each DCConnect system. The number of Data Collection Terminals (DCTs) connected to each RS-422 port on each ARTIC adapter is limited as follows:
Terminal types can be mixed on a port, but each terminal on that port must have a unique address (A-Y, 0-6). DCConnect does not support, for example, a 7527 terminal configured as 'A' and a 7526 terminal configured as 'a' when both of these terminals are on the same communications line.
When using the ARTIC adapter, you can set up to eight ARTIC ports on each ARTIC adapter. Each ARTIC port can connect up to 32 DCTs (10 for Portmaster(TM) adapters) through an RS-422 or RS-485 electrical interface specification.
For information on installing and configuring the 7524 RF network, (SeeInstalling 7524 Interface Support) .
For details on what is required for attaching these DCTs to the ARTIC adapters on an IBM Industrial Computer or PC, refer to the following IBM publications:
These are the serial ports that are part of the IBM Industrial Computer or PC, or an adapter, that supports operation compatible with the COM1-COM4 Character Device I/O support. Under OS/2, this support is described in the OS/2 Warp Command Reference in the Information Folder.
If you are attaching DCTs to the native RS-232 serial port or an equivalent RS-232 adapter, only one terminal can be directly connected to each port. The IBM 7527 and 7524 batch terminals are the only DCTs that support RS-232 communication to the host PC.
To connect multiple terminals (including 7525 and 7526 terminals) to an RS-232 port, an RS-232-to-RS-422 converter must be connected between the serial port and the line of multidropped terminals. See the specifications of the converter chosen to determine how many terminals can be dropped off a single line (port).
If the converter supports RS-422, the drivers support only 10 terminals connected over up to 4 000 feet of cable. If the drivers support the RS-485 specification, they will accept up to 32 terminals.
If you have an RS-422 or RS-485 adapter installed in the IBM Industrial Computer or PC, up to 32 terminals can be configured per line. However, it is recommended that if more than 10 terminals are to be connected to a single IBM Industrial Computer or PC, an ARTIC adapter should be used to off-load the processing needed to handle the communications for the terminal network.
Depending on the number of terminals and amount of activity, a larger number of terminals attached to a non-ARTIC adapter could degrade the performance of OS/2 or Windows NT and the applications running on it.
For more information about cabling of terminals to a serial port on the IBM Industrial Computer or PC, (SeeNative Serial Port Cables) .
Although the 7526 terminals have only an Ethernet connection to a TCP/IP network, the DCConnect PC itself can attach to the network using any adapter supported by TCP/IP for OS/2 Warp or TCP/IP for Windows NT, (for example, Ethernet or Token Ring).
A network of 7526 terminals can be configured with up to 256 terminals. DCConnect interfaces to Ethernet using standard TCP/IP protocols, specifically user datagram protocol (UDP). As a result, DCConnect uses the term TCP/IP instead of Ethernet for configuration items dealing with the Ethernet network.
Any adapter supported by TCP/IP for OS/2 Warp or Windows NT can be used to connect to a network of PCs running Terminal Services for DOS and for Windows. Up to 256 PCs can be connected. Depending on the number of PCs connected and the amount of activity, a large number of PCs could degrade the performance of the operating system and the applications running on it. For more information about installing the TCP/IP supported adapter, refer to your TCP/IP documentation.
A network of 7524 radio frequency (RF) terminals includes a 7524 network controller that attaches to the DCConnect PC at one of its COMx ports. The 7524 RF controller cannot be attached to an ARTIC port. The COMx port used to attach to the RF controller cannot be used to attach directly to other 752x terminals.
Note: Although IBM no longer logos the 7524 equipment from Intermec/Norand, the equivalent Intermec equipment is supported: 11xx, 17xx and 59xx terminals, 3250 and RC4030E controllers, RB4030E bases, 6710 and 2100 access points.
For information on installing and configuring a 7524 RF network, (SeeInstalling 7524 Interface Support) .
For information about setting up communications adapters and DCTs, (SeeInstalling Native Serial Ports and Data Collection Terminals) .
All models of the IBM 7524, 7525, 7526, and 7527 DCTs are supported in any combination.
In addition, certain specific models from serveral 3rd party terminal vendors are supported. Support of these 3rd party terminals requires one license, per terminal, of the IBM 752x Emulator for DOS. As of July 1999, the following 3rd party terminals are supported:
Data Collection Terminal Screen Connectivity ------------------------ ------ ------------ Intermec 6540 4x40 Wired ethernet or serial, RF optional Intermec MaxiLAN DX 200S/200H (former name of Intermec 6540) Intermec Janus 2010 16x20 Portable RF/batch serial - flashlight Intermec Janus 2020 16x20 Portable RF/batch serial - gun style Intermec Janus 2050 20x40 Vehicle mount RF Symbol FMT1020 2x40 Wired ethernet or serial Symbol FMT1040 2x40 Wired ethernet or serial Symbol FMT1060 2x40 Wired ethernet or serial Symbol LRT3840 8x20 Portable RF - gun style Symbol PDT3140 8x20 Portable RF - flashlight style Symbol VRC3940 8x20 Vehicle mount RF Symbol WSS1140 8x20 Wearable RF Symbol PDT6840 16x20 Portable RF - flashlight style Telxon 960SL/960X 16x20 Portable RF - gun style Telxon 860IM 8x40 Vehicle mount RF IBM 2483 = Telxon 960X IBM 2493 = Telxon 960SL IBM 2484 = Telxon 860IM
For an up-to-date list of supported terminals, please visit our website:
http://www.software.ibm.com/data/dcconnectand follow the links to '3rd party terminals'.
The IBM 7524 RF terminal requires the IBM 7524 Interface Support product to be installed on any PCs that have a 7524 controller attached. Batch 7524 terminals can be serially attached to a PC or ARTIC card; therefore, they do not require the 7524 Interface Support product. PCs that have been programmed for interaction with DCConnect using the API supplied with the Terminal Services for DOS and for Windows product are also supported through a TCP/IP connection. A maximum of 256 devices can be connected to a single Server PC. However, the practical limit may be less, depending on your PC's capabilities and the amount of data collection device activity.
Fixed-station terminals (IBM 7524 batch, 7525, 7526, and 7527) can be attached to a PC's serial port or an ARTIC adapter.
Note: | When you are using the ARTIC RS-232 EIB, an RS-232-to-RS-422/485 converter must be used. If you don't use this converter, the port will support only a single terminal at a distance of 50 feet or less (unless an RS-232 repeater is used). |
DCConnect requires OS/2 Warp, Warp Connect, or later version to be running on the hardware previously specified.
Note: | REXX support must be installed. |
Optional Software
The following is optional software that may be needed:
If any 7524 RF-based DCTs are used.
To create and modify transaction programs.
To use any DOS or Windows PCs as DCTs.
To use the native serial port of the IBM Industrial Computer or PC.
Statements for starting these device drivers must be included in the OS/2 CONFIG.SYS file. For example, if OS/2 is installed on drive F, the following statements are needed in the OS/2 CONFIG.SYS file:
DEVICE=F:\OS2\COM.SYS DEVICE=F:\OS2\MDOS\VCOM.SYS
To develop Custom Function Routines (CFRs).
The compiler can be run either on a DOS system or on an OS/2 system.
Use any one of these compilers to develop DCConnect applications.
To use 7526 (using Ethernet) and to use the Terminal Services for DOS and for Windows product.
To send transactions to MAPICS/XA on an AS/400(TM).
DCConnect requires Windows NT 4.0 or later to be running on the hardware previously specified.
Note: | To listen to the Tutorial, you must have a supported sound card, and Multimedia support must be installed. However, you can run the tutorial without a sound card by following the instructions displayed on the screen. |
Optional Software
The following is optional software that may be needed:
If any 7524 RF-based DCTs are used.
To create and modify transaction programs.
To use any DOS or Windows PCs as DCTs.
Use any one of these compilers to develop DCConnect applications.
The prerequisite hardware and software, (SeeHardware and Software Requirements) , must be installed before DCConnect can be installed.
Be sure to read this chapter thoroughly before proceeding to the actual installation.
Note: Although the various DCConnect and ERPBridge products now ship on separate CDs, the instructions that follow apply to any of these CDs, except where noted.
You can view the read.me file, Tutorial, or online documentation (for example, the DCConnect User's Guide), directly from the CD-ROM without adding files to your hard disk.
To view the read.me file, do the following:
To view the Tutorial, do the following:
Note: The tutorial is provided only on the CDs for the DCConnect Server and the DCConnect Toolkit.
cd \tutorial
To view online documentation, do the following:
file:///d:\manuals\index.htmwhere d: is the drive letter for the CD-ROM drive.
Perform the following steps to install DCConnect products:
(On Windows NT) Start the Windows/NT Explorer
(On Windows NT) Click on setup
If DCConnect or one of the features is being reinstalled, a prompt appears asking if existing data files should be preserved or overwritten during the reinstall process.
(On OS/2) If this is a first-time installation of DCConnect and you also have the DCC/2 32 bit product installed, you are asked if you would like to migrate your DCC/2 data files to DCConnect.
Select Yes or No.
To start the graphical user interface for the DCConnect Development Toolkit or Server, open the DCConnect folder on the Desktop and double-click on the DCConnect User Interface icon using mouse button 1.
DCConnect Server is the nongraphical user interface part of DCConnect.
To set up the DCConnect Server executable so that it starts when OS/2 starts, add the following to the OS/2 STARTUP.CMD file assuming DCConnect was installed on drive C:
c: cd \dcconn\bin dcxcpos2
where c: and \dcconn are the drive and directory where DCConnect is installed and dcxcpos2 is the executable file for the server.
To run an unattended system or to start the Server and bring up the DCConnect User Interface at a later time, start the Server from a command prompt.
Note: You can enter commands in either lowercase or uppercase.
To start the Server executable from the command line C: prompt, do the following:
c: cd \dcconn\bin
where C: is the drive and DCCONN\BIN is the directory.
DCConnect Server is the nongraphical user interface part of DCConnect.
To set up the DCConnect Server executable so that it starts when Windows NT starts, add the Server executable to the Startup folder by following these steps:
The next time you start Windows NT and log on, the DCConnect Server is started.
To run an unattended system or to start the server and bring up the DCConnect User Interface at a later time, start the server from a command prompt.
Note: You can enter commands in either lowercase or uppercase.
To start the server executable from the command line C: prompt, do the following:
c: cd \dcconn\bin
where C: is the drive and DCCONN is the directory where DCConnect is installed.
If you want the DCConnect Server to start without a user login whenever the PC boots to Windows NT, you need to configure the DCConnect service in the Windows NT Control Panel. This configuration is useful once DCConnect is fully configured and tested, as it allows the system to recover immediately from a power outage without any user intervention. Follow these steps:
Note: | This Account with a User ID and password is the recommended response. |
If the DCConnect service is set to login with a particular user name and password, a user who logs in to Windows NT using the same user name and password as DCConnect uses can start other DConnect applications (such as the Graphical User Interface). These applications can interact with the DCConnect Server started via the service. However, the text-mode server window itself is not visible to any user. Any applications registered with DCConnect in the Applications folder that has the Autostart box checked also automatically start when the DCConnect server starts, but the applications are not visible.
If the DCConnect service uses the system account to login, the DCConnect server window is visible. However, user applications cannot access DCConnect, and therefore the User Interface cannot display the status of terminals, mailboxes, and so forth, even though the DCConnect Server is running. However, it is possible to see the Server window and the window for any applications that are started by the server.
Because there is no method for determining the state of the data collection system if the DCConnect service uses the system account, it is recommended that you use a user account. The disadvantage of not being able to see the DCConnect Server window is minimized by the ability to use the User Interface to view the status of the Server. There is no such offsetting advantage for a system account login because no user program can interact with the server.
When DCConnect is installed, it creates the following subdirectories relative to the target path (default is C:\DCCONN) specified during the installation:
c:\dcconn\bin - Executables data - Configuration, mailbox logfiles, system error message file dll - Dynamic link libraries include - API header file help - Message and online documentation lib - API library val - Validation files graph - Graphics files cfr - Custom Function Routines (CFRs) job - Terminal job and program files samples - Sample API code and executables
The base directory (in this case, C:\DCCONN) is assigned to the environment variable DCCONN. This environment variable is used by DCConnect to determine where its data files are installed.
(On OS/2) The original DCC/2 product used the environment variables DCCROOT, DCC, and DCXROOT to determine where DCC/2 was installed and where its data files were located.
DCCONN, DCXROOT, and DCCROOT should not indicate the same directory.
To help you become familiar with using DConnect, the Server and Toolkit product CDs include an online interactive tutorial. The tutorial leads you through setting up a typical system. We recommend that you run through the tutorial at least once before using the product. You can rerun specific sections of it later to refresh yourself on particular functions.
Note: | If your Personal Computer does not have a sound card to allow you to hear audio instructions, you can follow the instructions displayed on the screen. |
The tutorial covers the following areas of the Toolkit and Server products:
Hardware
The following hardware is required as a minimum to run the tutorial:
Software
One of the following products is required to run the tutorial:
You can run the tutorial either before or after DCConnect is installed.
To start the tutorial before DCConnect is installed:
cd \tutorial
The DCConnect Backup and Restore Utility allows you to back up all the files that make up a DCConnect configuration for a DCConnect system. You can back up the configuration either to a set of diskettes or to a hard disk directory location. The hard disk is ideal for short-term backups while you make changes to the DCConnect configuration. For long-term backups, it is recommended that you use the diskette option. The backup diskettes can then be stored for safe keeping or they can be used to restore to other DCConnect systems, if you need to replicate a DCConnect environment.
Note: Backups from the DCC/2 32-bit Runtime can be restored using this utility.
The following types of files make up a DCConnect configuration and are copied to and from the backup location during the backup and restore process.
DCConnect configuration files | dcconn\data\dcx2.ini dcconn\data\dc*.dat dcconn\data\messages.dat |
Extra configuration file | dcconn\data\extra.cfg |
Job files/Transction programs | dcconn\job\*.* |
Graphics files | dcconn\graph\*.* |
CFR files | dcconn\cfr\*.* |
Validation files | dcconn\val\*.* |
Artic Configuration | dcconn\bin\icaparm.prm |
CS2 (DAE) Configuration | \cs2\sys\cfscbf0*.cfs |
The DCConnect Toolkit and Server product must be shut down before you start either a Backup or a Restore operation.
Start the DCConnect Backup and Restore Utility by opening the DCConnect folder located on the Desktop and double-clicking on the DCConnect Backup and Restore Utility icon. On Windows/NT this selection can be made from the Start button:
Start -> Programs -> DC Connect -> DC Connect Backup and Restore Utility
You can select the operation to be performed by clicking on either the Backup or Restore radio buttons. The Backup/Restore drive is selected by clicking a drive spin button. If the selected drive is a nondiskette drive, you will be required to enter the complete Backup/Restore directory path location. During a Backup operation, if the directory name entered does not currently exist, the Backup and Restore utility creates it.
During the diskette backup process, you are prompted to insert blank diskettes in the selected diskette drive. However, you will be able to format each diskette before files are copied to it.
The diskette backup process also creates the file dcxstart.bak on the first backup diskette and creates the file dcxend.bak on the last diskette in the set. These files indicate how many diskettes were used for the restore process. Do not delete these files from the backup diskettes if you intend to restore from them.
The diskette restore process prompts you to insert each diskette and copies the files on the diskettes to the appropriate DCConnect directories.
Attention During the restore process, the current DCConnect environment is overwritten if a file with the same name is being restored.
If you attempt to restore a backup from one computer onto a different computer or attempt to restore a backup from one operating system to another operating system, the Backup and Restore Utility will give you instructions on how to complete the migration of the configuration.
The DCConnect Configuration utility is called during the installation process. The utility is made up of three entry fields: the DCConnect node name, the TCP/IP node address, and a "well known port" number. The node name field information is required and must be entered, whereas the other two TCP/IP information fields are optional.
The node name you provide must be from one to eight characters in length. This name is used to identify this Data Collection Connection node.
The TCP/IP node address and "well known port" number information is required only if you will be using the Terminal Services for DOS and for Windows product. During the configuration of a Terminal Services for DOS and for Windows PC, this information is needed to make a TCP/IP connection to the DCConnect node.
The TCP/IP node address refers to the local DCConnect Server TCP/IP node address. The "well known port" number is preloaded with a default number. This number can be changed if it conflicts with another port in your TCP/IP network.
If in the future you need to change or add to any of the configuration information you entered during installation, you can start the utility as follows:
Start -> Programs -> DC Connect
Note: | Changes to any of the fields require that each of the Terminal Services for DOS and for Windows PC terminals be reconfigured with the new information. Be sure to (SeeCreating the Terminal Services for DOS and for Windows Configuration Diskette) and (SeeConfiguring Terminal Services for DOS and for Windows) . in this book. |
If you have data collection applications that use either the 16-bit or 32-bit DCC/2 APIs to communicate with either the DCC/2 16-bit or DCC/2 32-bit runtime, you may need to run those applications with the DCC/2 runtime after installing DCConnect.
In order for those applications to run properly with one of the DCC/2 runtimes, the API environment must be set to work with that runtime. When DCConnect is installed, the API environment is automatically set so that existing applications can run with DCConnect.
The Set API Environment utility allows you to select where 16-bit and 32-bit APIs are to be routed. When this utility is started, you will be prompted to choose the runtime that you will be using. The utility can be started as follows:
After your selection is made, the utility renames DLLs in the directories of the different runtimes so that the APIs are properly routed to the runtime that you specified.
Before you make your selection, the utility indicates where the 16-bit and 32-bit APIs are currently routed. If more than one runtime is listed, look at the LIBPATH statement in your CONFIG.SYS to determine where the APIs will be routed.
Note: Once DCConnect is installed, the DCC/2 32-bit Migration Utility should not be used to change the API environment before because DCC/2 does not know about DCConnect and it therefore will not set up the API environment correctly.
The 7524 Interface Support (7524 IS) product was shipped on the single ERPBridge/DCConnect CD - the latest being the -03 revision. This product was not moved to its own CD when other products were moved to their own 1.4.0 version on separate CDs.
Therefore this and future versions of the Installation and Configuration guide do not include installation instructions for 7524 IS. Please refer to the version of this guide on the -03 CD for those installation instructions - including instructions for installing CD Showcase.
However, the 1.4.0 version of the DCConnect Server and Toolkit will work properly with the version of 7524 IS from the -03 CD. In fact, if 7524 IS is installed after the 1.4.0 version of the DCConnect Server (which is required because of prerequisites), the DCConnect Server does not have to be reinstalled.
Note: Although IBM no longer logos 7524 terminals from Intermec/Norand, the equivalent Intermec terminals (11xx, 17xx and 59xx) are supported when they are loaded with the 7524 ETS flash.
The Transaction Connection product lets you integrate IBM's DCConnect data collection solutions into a Database 2(TM) (DB2) database and/or AS/400 or 3270 applications. Transaction Connection supports IBM 7524, 7525, 7526, 7527 DCTs, or a supported device running either Terminal Services for DOS and for Windows or 752X Emulator for DOS. Transaction Connection:
The following hardware and software should be installed before you install Transaction Connection.
Hardware
Software
DB2 Version 5.2, Universal Database Personal Edition (P/N: 31L1533)
IBM eNetwork Personal Communications Version 4.2 for OS/2, Windows NT, Windows 95 (P/N: 4074548).
Before you can use Transaction Connection to access a database, you must start DB2 and log on. A database must be accessible to the DB2 system. You need information about the table names, column names and types, and you must have administrator access authority for the logon on which Transaction Connection will operate.
To install Transaction Connection, do the following:
(On Windows NT) Start the Windows/NT Explorer
(On Windows NT) Click on setup
The Transaction Connection product is installed on your system.
If you use Transaction Connection to communicate with a remote host, you must configure Personal Communications for communications with that host and include the session ID when calling Transaction Connection. If Transaction Connection is used only to connect to a database, Personal Communications is not necessary. You can continue to the next section.
Because there are several versions of the Personal Communications program and the PC can be attached to the host through several different types of connections, all the necessary steps to configure the communications software to work with Transaction Connection are not described in this book.
Transaction Connection requires that a 5250/3270 session be set up to communicate with the host system. When the session is created, give it a short session ID that uniquely identifies that session. This ID is a single character (for example, A, B, or C). Specify that short session ID as the ID that is to communicate with Transaction Connection.
Refer to your Personal Communications documentation for information on how to set up a 5250 or 3270 session to communicate to the host system through your installed connection type.
Notes:
Transaction Connection script files can be run either from a window or full screen. They can also be defined in the Application Notebook for automatic startup when DCConnect is started. Refer to the DCConnect User's Guide for more information on configuring Transaction Connection in the DCConnect Application notebook.
If your command file (script) is not in the current directory, you will need to enter the fully qualified path of the file on the command line when Transaction Connection is started. You can create a Transaction Connection application in the DCConnect Application folder to start your command file.
If you are using database connectivity, you must start the DB2 product and log on before starting Transaction Connection. On OS/2, you can automatically start DB2/2 each time you start OS/2 by editing the STARTUP.CMD file.
On Windows NT, you can automatically start DB2 each time the PC is booted by opening Services in the Control Panel and setting the Startup option for the DB2 services to Automatic
You can start Transaction Connection from the command line or in a command file (.CMD in OS/2 or .BAT in Windows NT) in either of the following two ways:
Example 1
TC2 <command file> /MAILBOX=[<mailbox>|REMOTE_VALIDATION|DATA_REQUEST|NO_DCCONNECT] /DB=<database> /CNTLR=<controller id> /APPL=<application> /DBTYPE=[NONE|DB2] /EMULTYPE=[NONE|CM|PCOMM|ITT] [/TRACE|NO_DISPLAY]
In this example, several parameters are explicitly stated on the command line. Some of the parameters are optional. The angle and square brackets are not part of the syntax that should be typed on the command line or in a command file. Type the parameters continuously; do not break them apart on separate lines as shown.
Example 2
TC2 @ <command file>
In this example, the only parameter is the name of the command file immediately preceded by the @ character. The parameters that otherwise would have been defined on the command line are instead defined in the command file or in a file that is embedded by it. The following script commands are used to define the values for these parameters:
In all cases, the <command file> is the name of the command file for this instance of Transaction Connection. This file is a script that tells Transaction Connection what you want to do with each transaction, validation request, or data request.
Note: | Throughout this documentation, the terms script file and command file can be used interchangeably. |
If you are specifying the parameters on the command line as indicated previously, the parameters should be specified as follows:
<mailbox> | This is the name of the DCConnect mailbox this instance of Transaction Connection should use when connecting to DCConnect. The name must match exactly (including capitalization) the mailbox name created in ERPBridge. If Transaction Connection is processing validation requests instead of transactions, instead of an actual mailbox name, you should specify the following keyword: REMOTE_VALIDATION In this case, Transaction Connection determines which validation files should be handled from all of the StartVal commands encountered in the script. The application name parameter can be used to override the default application name Transaction Connection would otherwise use when registering with DCConnect to receive validation requests. The default application name is based on the controller ID. If the Transaction Connection application is processing data requests instead of transactions or validation requests, instead of an actual mailbox name, you should specify the following keyword: DATA_REQUEST In this case, you must specify an application name on the command line or in the script. Transaction Connection uses that application name when registering itself with DCConnect to handle data requests. If you want to run a session of Transaction Connection that does not handle transactions, validation requests or data requests, in place of the mailbox name, use the following keyword: NO_DCCONNECT This keyword is useful if Transaction Connection is going to be performing only a simple operation on a time interval basis, such as downloading files from an AS/400 twice a day. |
<session> | This is the "short name" of the Personal Communications terminal emulation session to which this instance of Transaction Connection tries to connect. This is a single character (for example, A). This parameter is required for remote host connectivity. |
<controller id> | This is a single character to use as an arbitrary controller identification. This character is used in the name of the error log file, transaction log file, and trace log file that can be generated by each instance of Transaction Connection that is running. If Transaction Connection is processing remote validation requests, the controller ID is part of the default application name used when Transaction Connection registers with DCConnect to receive validation requests. Each Transaction Connection application should be started with a unique controller ID. This parameter is optional, unless multiple Transaction Connection applications are running at the same time. The default controller ID is Z. |
<application> | This parameter can be specified if Transaction Connection is processing validation requests or data requests. It is ignored if transactions are being processed. If Transaction Connection is processing validation requests, the application name specified here overrides the default name that would be based on the controller ID. This name is used by Transaction Connection when it registers with DCConnect to receive validation requests. If Transaction Connection is processing data requests, the application name is required. This name is used by Transaction Connection when it registers with DCConnect to receive data requests. All terminals or programs acting as the clients that make the data requests must specify the application name in the request. DCConnect uses that application name to route the request to the application that has registered itself using that name. The application name can be up to 32 characters long. |
<database> | This is the name of the database with which Transaction Connection is working. The database name can be up to eight characters and must match the name of a database that has already been created under DB2. This parameter is required for database connectivity. |
TRACE | This optional parameter is used to turn on execution or compile tracing for debug purposes. If used, this parameter should appear at the end of the parameter list. TRACE builds a file in the directory where Transaction Connection is installed. If TRACE is specified, NO_DISPLAY should not be used. |
NO_DISPLAY | This optional parameter is used to improve processing speed by turning off the display of each executed step. If used, this parameter should appear at the end of the parameter list. If NO_DISPLAY is specified, TRACE should not be used. |
You can start multiple sessions (instances) of the programs to do the following:
Each instance of the program must be started with a unique mailbox or data request application. DCConnect allows only one application to request data from an individual mailbox. Each instance also has to have a unique controller ID. This ID is used as the last character of the TC2ERRx.LOG error log file, and the TC2TRCx.LOG trace file that are opened by each session.
The ERPBridge for J.D. Edwards (JDE) product is an interface between J.D. Edwards Enterprise Resource Planning (ERP) software running on an AS/400 and an IBM Data Collection Connection (DCConnect) system running on a personal computer (PC). This product enables the collection of transaction data required for inventory, distribution, shop floor control, and equipment tracking with the use of IBM fixed and portable data collection terminals. Data that normally would be entered by a data entry clerk at a native 5250 terminal now can be entered at the source, on the plant floor or in the warehouse, as the activity occurs. This system provides real-time updates to the JDE database, and a method for storing collected data when the JDE host system is unavailable.
Fixed and portable data collection terminals provide more complete and accurate data to users of the shop floor and inventory data, enabling them to make more informed decisions, spot production bottlenecks, and improve work flow.
Use of bar codes for data input speeds transaction data entry, and improves data accuracy by eliminating keystroke errors. Extensive use of the PC and the DB2 database maximizes data collection system availability.
Installing and Configuring ERPBridge for J.D. Edwards |
---|
Installation and configuration of ERPBridge for J.D. Edwards is an involved process which is beyond the scope of this installation manual. For more information about the installation and configuration of ERPBridge for J.D. Edwards, refer to the online publication ERPBridge for J.D. Edwards. |
The ERPBridge for MAPICS product provides a total solution for customers of MAPICS XA who have Production Monitoring and Control (PM&C) installed. ERPBridge for MAPICS is a set of DCConnect transaction programs for the IBM 7524, 7526, and 7527 data collection terminals, along with Transaction Connection scripts that collect PM&C transactions and forward them to the MAPICS XA system running on an AS/400. The prerequisite TC is included with ERPBridge for MAPICS .
Note: | ERPBridge for MAPICS was formerly known as HostConnect for MAPICS. |
The Development Toolkit or Server product is a prerequisite for ERPBridge for MAPICS . (SeeHardware and Software Requirements) .
Hardware
3270 or 5250 Emulation adapter or token-ring adapter that is supported by IBM eNetwork Personal Communications Version 4.2 for OS/2, Windows NT, Windows 95
Software
To install ERPBridge for MAPICS , do the following:
(On Windows NT) Start the Windows/NT Explorer
(On Windows NT) Click on setup
The ERPBridge for MAPICS product is installed on your system.
ERPBridge for MAPICS provides transaction programs and TC scripts for both Release 2.2 and 2.3 of MAPICS XA PM&C. The primary difference between the two releases is the length of the Goods Received Note (GRN) field and the addition of a Goods Received Note Invoice (GRNI) field in certain transactions that collect data on materials receipt and return. The transaction formats for both releases are described in detail in the HostConnect for MAPICS online documentation. Based on the Release of the MAPICS XA system being used, select the release (R22 or R23) to match your particular environment. If you are not using either of these two releases, select the environment that more closely matches the release being used. Transaction formats can be modified using the information provided in the ERPBridge for MAPICS online documentation.
After installation of the ERPBridge for MAPICS product, you need to perform some basic configuration. The product requires a User ID and password to access the MAPICS XA PM&C application. Refer to PM&C documentation for information on setting up the data collection controller User ID and password on the AS/400.
Go to the DCConnect Application Settings notebook. Several pages of the application settings notebook must be configured as follows.
Personal Communications provides 5250 emulation through a variety of hardware and software protocols. It is beyond the scope of this document to provide configuration information on all the methods that can be used. Refer to the documentation provided with your hardware and Personal Communications to correctly configure a 5250 emulation session. Note that the connection methodology must support the EHLLAPI interface.
During configuration, note the Short Session ID. This value must be placed in the TC setup notebook. If this session is used for any other purpose other than ERPBridge for MAPICS , improper operation of the system, including data loss, can result.
The Terminal Services for DOS and for Windows product enables a PC running DOS or Windows to generate transactions for, and make requests to the Server as does a data collection terminal (DCT). This product comes with its own set of APIs that can be called from a Visual Basic or C language program to interact with the Server. Using the API set, a program can send transactions, request validation of data, get the Server's current time of day, request data from an application registered with the DCConnect Server, and set terminal user variables.
The Terminal Services for DOS and for Windows product maintains full data integrity. Transactions received from your DOS and Windows programs are safely stored on the hard disk before your programs receive a successful return code.
Before creating the Terminal Services for DOS and for Windows installation diskette, the following must be installed and available:
For hardware and software requirements of these products, (SeeHardware and Software Requirements) .
Hardware
Software
For DOS
For Windows
For Windows 95/NT
For DOS
For Windows 3.1
For Windows 95/NT
Note: | Support for Novell networks is available by configuring Trumpet Winsock to run over your existing Novell network. |
In addition to the diskettes provided with the product, you must create a configuration diskette.
During the install process, you are asked to insert the Terminal Services for DOS and for Windows configuration diskette. Before the configuration diskette can be created, one or more Terminal Services for DOS and for Windows PC terminals must be configured under the DCConnect Server. Also, the DCConnect Configuration utility must be run to configure DCConnect for TCP/IP communication. (SeeDCConnect Configuration) See the Tutorial or online user's guide for information on how to configure a DCConnect terminal.
To create the configuration diskette, do the following:
Start -> Programs -> DC Connect
A dialog box appears asking for a blank formatted diskette to be inserted in drive A.
A completion message displays when the diskette is successfully created.
The following explains how to install the Terminal Services for DOS and for Windows product on the DOS or Windows PC.
Note: | A supported TCP/IP product must be installed and configured before you install Terminal Services for DOS and for Windows on the DOS or Windows PC. On Windows 95/NT, TCP/IP is part of the operation system, but you must install it See the TCP/IP product information for more information on installing the TCP/IP stack. |
If you have a DOS-only system, do the following:
If you have a Windows system (any kind), do the following:
Other methods can be used on Windows systems as well, including:
a:\install
The Terminal Services for DOS and for Windows installation program first displays a dialog box asking for the drive where you would like the support installed:
Please enter the drive letter of the drive where you wish to install the Terminal Services for DOS and for Windows product.
The Installation program displays a status window on the screen to show the status of each step of the installation as it progresses. During the installation process the Terminal Services for DOS and for Windows Configuration program is started. See the next section Configuring Terminal Services for DOS and for Windows.
For DOS, Windows 3.1 and Windows 95 systems, the last step of installation is to update the AUTOEXEC.BAT file. (On Windows NT the registry is updated instead). You can update the file by doing one of the following:
After the install program has ended, you must re-start your system to have the AUTOEXEC.BAT changes take effect.
A reboot is not necessary for Windows NT systems.
Note |
---|
Terminal Services for DOS and for Windows is not operational until the configuration step is performed. |
This configuration step is performed as part of the installation. The configuration program can be used at a later time to change a Terminal Services for DOS and for Windows PC terminal configuration.
To start the configuration program, do the following:
cd \dwts
config
The configuration program checks to see if the TCP/IP product has been installed. TCP/IP must be installed for the configuration program to continue.
If TCP/IP is installed, the configuration program displays a message asking you to insert the Terminal Services for DOS and for Windows configuration diskette in drive A.
The configuration diskette contains the configuration information for all the DCConnect DOS and Windows PCs. For information on how to create the diskette, (SeeCreating the Terminal Services for DOS and for Windows Configuration Diskette) .
The file contains the host TCP/IP name of each of the DCConnect
DOS and Windows PCs, its TCP/IP address, and the terminal name
that is to be associated with this DOS and Windows PC.
Table 1. Terminal Services for DOS and for Windows Configuration
PC Name | TCP/IP Address | Terminal Name |
---|---|---|
DWTSPC1 | 9.3.99.108 | DWTermNumber1 |
DWTSPC2 | 8.63.7.18 | Terminal15 |
DWTSPC3 | 9.52.97.138 | TermNumber12 |
DWTSPC4 | 5.83.22.48 | Shipping1 |
DWTSPC5 | 22.56.33.9 | PartDept2 |
DWTSP6 | 89.78.107.108 | Shipping5 |
DWTSPC7 | 3.83.2.56 | PartDept1 |
DWTSPC8 | 99.83.32.132 | Shipping3 |
DWTSPC9 | 129.83.44.11 | DWTerminal1 |
DWTSPC10 | 49.83.96.38 | Terminal12 |
DWTSPC11 | 89.83.2.183 | Terminal5 |
DWTSPC12 | 79.83.27.56 | PartDept3 |
DWTSPC14 | 5.83.97.1 | ThisTerminalHasALongName |
DWTSPC15 | 66.383.97.8 | SalesDept1 |
The Terminal Services for DOS and for Windows configuration program displays the above information in a list box.
The configuration program copies this terminal's information from the configuration diskette to your DOS or Windows PC.
When Terminal Services for DOS and for Windows is installed, it creates the following subdirectories relative to the target drive specified during the installation:
c:\dwts\dll\win31 - Dynamic link libraries for Windows 3.1 \dll\win95 - Dynamic link libraries for Windows 95/NT \include - API header file \lib\win31 - API library for Windows 3.1 \lib\win95 - API library for Windows 95/NT \lib\ibm - API library for use with IBM DOS TCP/IP \lib\ftp - API library for use with FTP Software DOS PC/TCP \samples - Sample API code and executables \Windows\win31 - Sample API code, executable (Windows 3.1) \Windows\win95 - Sample API code, executable (Windows 95/NT) \BASIC\win31 - Sample API code, executable (Windows 3.1) \BASIC\win95 - Sample API code, executable (Windows 95/NT) \DOS - Sample API code \IBM - Sample executable for IBM TCP/IP \FTP - Sample executable for FTP PC/TCP
At the completion of the installation and configuration, the directories contain the following:
The Transaction Building Tool is an alternative to the DCConnect Development for creating Transaction Program files. For complete information about the use of this product, refer to the Data Collection Transaction Building Tool documentation which can be found on the product CD by entering the following URL in your browser:
file:///d:\manuals\index.htmwhere d: is the drive letter for your CD-ROM drive.
To install the Transaction Building Tool, do the following:
(On Windows NT) Start the Windows/NT Explorer
(On Windows NT) Click on setup
The Transaction Building Tool is installed on your system.
References in this publication to IBM products, programs, or services do not imply that IBM intends to make these available in all countries in which IBM operates. Any reference to an IBM product, program, or service is not intended to state or imply that only IBM's product, program, or service may be used. Any functionally equivalent product, program, or service that does not infringe any of IBM's intellectual property rights may be used instead of the IBM product, program, or service. Evaluation and verification of operation in conjunction with other products, except those expressly designated by IBM, is the user's responsibility.
IBM may have patents or pending patent applications covering subject matter in this document. The furnishing of this document does not give you any license to these patents. You can send license inquiries, in writing, to the IBM Director of Commercial Relations, IBM Corporation, Purchase, NY 10577.
The following terms are trademarks of the IBM Corporation in the United States or other countries or both:
AIX windows | MAPICS |
AS/400 | Micro Channel |
C/2 | OS/2 |
Database 2 | Portmaster |
DB2 | RISC System/6000 |
ERPBridge | VisualAge |
ERPconnect | WIN-OS/2 |
IBM |
Other company, product, and service names may be trademarks or service marks of others.
Microsoft, Windows, Windows NT, and the Windows logo are registered trademarks of Microsoft Corporation.
This section explains the preparation and installation of the following hardware for the data collection system:
The system unit can be connected to multiple Data Collection Terminals (DCTs) using RS-422 communication lines connected to the RS-422/485 adapters installed in the system unit. This can be done instead of, or in conjunction with, the use of ARTIC cards. Each communications line consists of transmit and receive pairs of twisted-pair cable. The DCTs are connected to this communications line in a multidrop configuration.
Note: | The IBM system unit model and the capacity of the hard disk drive should be selected according to the processing and storage demand requirements which are expected for the particular data collection system installation. |
This section gives guidelines for installing RS-422 communications lines between the system unit and the DCTs. The number of communications lines and number of Data Collection Terminals supported depend on the type of system unit.
The IBM 7524-Batch, 7525, 7526, and 7527 can be connected to, and intermixed on, any common communications line. This line consists of receive and transmit pairs of cable connected to the RS-422/485 communications adapter installed in the system unit. Each DCT has an address selected on the terminal display when installed, allowing the system unit software to recognize each DCT on the common communications line.
Note: | If the 7526 and 7527 DCTs are on dedicated communications lines (no 7525 DCTs), they can operate at the 19200 baud rate. 7525 terminals cannot be intermixed on such a communications line. Likewise, if 7526 terminals are to run at the 38400 baud rate on a particular communications line, that line cannot have any 7525 or 7527 terminals attached to it. |
It is important to plan the locations of the Data Collection Terminals and review the RS-422 cable specifications prior to the actual installation. To facilitate line testing and adjustments, the cable for the RS-422 communications lines should be run prior to making connections to the system unit. At least one DCT must be connected to the system unit with an RS-422 communications cable, to complete the initial installation and test of the data collection system. Additional DCTs can be added to the data collection system at any time.
Up to 4,000 feet of communications cable can be run for each RS-422 communications line supported by the system unit. Each communications line corresponds to a COM port on the system unit.
For maximum distance capability, the use of AWG 22 (recommended) or AWG 24 two-twisted-pair cable with an over-all shield should be used for RS-422 communications lines; the DCTs should be connected, in multidrop fashion, to the communications line. Optional accessories are available to facilitate network connections. The connections to the communications line can also be made using standard multidrop (parallel) wiring techniques.
Refer to the IBM 7525 Data Collection Terminal Physical Planning and Operation Guide, IBM 7526 Data Collection Terminal Hardware Information and Site Preparation and the IBM 7527 Data Collection Terminal (Models 001 and 002) General Information for additional planning information and for optional accessories available for making network connections.
Before installing DCTs, refer to the publications listed below to familiarize yourself with the procedures for selecting the terminal addresses and communications line parameters on each terminal used in installation:
To set up the DCTs, the terminal operator enters operational parameters using each DCT's keyboard as prompts appear on the terminal LCD display. The parameters, once selected, are stored in memory on the DCT. Select the same communications line parameters for all terminals associated with a common RS-422 communications line. The procedure for entering these parameters differs for 7525, 7526, and 7527 terminals.
7525 V1.0 COPYRIGHT IBM CORP. 1987, 1988
The terminal address, baud rate, data character length and
parity (if 7-character lengths are chosen) must be selected. A
unique address must be chosen for each terminal. The default
settings for the baud rate and data character length should be
used. Pressing the Enter key brings up the default
setting for each parameter. To change a parameter, press any
numeric key. When the desired option is displayed, the possible
settings for that parameter are displayed each time a numeric key
is pressed. Pressing Enter automatically saves the
desired option and brings up the next parameter.
Table 2
provides the terminal parameters, default and optional settings.
For further information, refer to the IBM 7525 Data Collection
Terminal Installation, Setup, and Problem Determination
Guide.
Table 2. 7525 terminal setup parameters, defaults, and optional settings
Parameter | Default | Options | ||
---|---|---|---|---|
Addr | A | B - P | ||
Baud rate (Network speed) | 9600 | 1200, 2400, 4800 | ||
Data char length (Network data bits) | 8 | 7
| ||
Parity |
| Odd, even |
Note: | If the Data char length is set to 8, the parity parameter is automatically set to "none" and is not displayed. If the data char length is set to 7, the parity parameter may be set to "odd" or "even". |
After all parameters are selected, the following line is displayed:
OUT OF SERVICE DOWNLOAD NEEDED
This message indicates that the system is ready to have terminal file information downloaded. After the information is downloaded, a prompt is displayed, indicating that the system is ready for input.
Note: | To reset the communications parameters at the terminal, the cable which connects the terminal to the base must be disconnected for a few seconds and then reconnected. When the cable is reconnected, the copyright message is displayed again and the parameters can be reset. |
The 7526's built-in diagnostics are also accessed from the setup mode. These diagnostics:
If the 7526 comes up with the IBM copyright screen constantly displayed, this indicates one of the following:
If the terminal has already been configured using setup (and the setup parameters are still retained), use the Keylock key sequence to restart the setup mode. To do the Keylock key sequence, press the Shift key to select one of the blue-highlighted functions, and then press the Keylock key, which is marked with a key symbol on the blue highlight background.
If a password has been set to protect access to the keylock mode, enter the correct key sequence at the password prompt.
Successful entry to setup mode is indicated when the 7526 display presents one of the following:
The various configuration items available are listed below. (SeeSetup Configuration Items)
When the terminal is in the setup mode, use the following keys to proceed through the menus and make selections:
Next selection keys | Press any numeric key, any F key, or the Alt key to change a parameter to the next possible value. After the last value is shown, the display wraps around to the first option on the list. |
Accept selection key | Press Enter when the parameter has the desired value or to accept the current or default value. |
Quick-configure key | After the address is set, you may quickly accept the default values for all other parameters by pressing the Clear key. (For Model 200, Clear is Shift and 0; for Model 100, press Clear.) |
The following table lists all the setup mode
configuration items available.
For each item, it shows the display prompt,
the default value, and the values possible.
Configuration Item | Prompt | User | Default | Available parameter values |
---|---|---|---|---|
Data collection server connection port to use | SERVER: | RS-485 | RS-485, 10baseT, 10base2 This item is displayed only if an Ethernet port is installed in the terminal. Otherwise, the first prompt is ADDR. If RS-485 is selected, the next prompt is ADDR. Otherwise, the IP ADDR prompt follows. | |
Terminal's IP address | IP ADDR: | None | Any valid IP address, input in "dotted decimal" format, (for example, 9.86.96.7, 124.376.45.200). The port number is not specified; it is always 7500. See your network administrator for the proper IP address to use. | |
Subnetwork mask | NETMASK: | None | Any dotted-decimal IP subnetwork mask pattern (for example, 255.255.240.0). See your network administrator for the proper subnet mask to use. | |
Default Router's IP address | DEFAULT ROUTER: | None | Any valid IP address, input in "dotted-decimal" format, (for example, 9.86.96.7, 124.376.45.200). This tells the 7526 the IP address of an IP host that performs routing functions when the 7526 finds the server is not on the same network as itself. See your network administrator for the proper default router IP address to use. After this prompt, the next prompt is the TIME prompt. | |
Terminal network address | ADDR: | a | a-y, 0-6 | |
Data speed | BAUD RATE: | 9600 | 9600, 19200, 38400, 1200, 2400, 4800 | |
Data character length (bits) | DATA LENGTH: | 8 | 8, 7
Note: If you are using Custom Function Routines or are using any ASCII character above 127 (7Fh) in a message file or verification file, you must use 8 data bits. | |
Data character parity | PARITY: | EVEN | EVEN, ODD, NONE (Parity of NONE is assumed if DATA LENGTH is set to 8 bits.) | |
Idle prompt time style | TIME: | 12 HH-MM | 12 HH-MM, 24 HH-MM, 12 HH-t, 12 HH-hh, 24 HH-t, 24 HH-hh | |
Idle prompt time separator | TIME SEPARATOR: | : (colon) | : (colon), . (period), - (dash) | |
Idle prompt date format | DATE: | MMDDYY | MMDDYY, DDMMYY, YYMMDD, JJJYY, YYJJJ | |
Idle prompt date Separator | DATE SEPARATOR: | / (slash) | / (slash), - (dash), . (period) | |
Decimal | DECIMAL: | . (period) | . (period), , (comma) | |
Keylock mode password | PASSWORD: | (no password) |
Press up to 6 keys in sequence.
Valid keys:
Model 100: F1-F4, Alt
Model 200: F1-F28 (A-Space), 0-9
| |
Display code page | CODE PAGE: | 850 | 850, 857 | |
Execute diagnostics | DIAGNOSTICS: | NO | NO, YES (Selecting YES will cause the terminal diagnostics menus to be presented at this time) | |
Perform cold start of terminal | COLD START: | NO | NO, YES Selecting YES clears the terminal's memory and performs the Power-On Self Test. |
After the last configuration item has been accepted, the terminal presents the "OUT OF SERVICE" screen until the host computer has begun the downloading sequence. To change any parameters or execute diagnostics, press the Shift-Keylock sequence, and the setup menus will re-appear.
Note: | As a convenience, you could use a copy of the preceding page to record the setup values that are to be entered for your terminals. Record your setup values in the blank "User value" column. (For security reasons, do not write your password.) |
To access the parameter settings for IBM 7527 Terminals, do the following.
Continue pressing the PF8 key until the desired setting is displayed.
Example:
To change the amount of expansion memory installed, do the following:
Table 3 shows the terminal setup parameters, their default settings, and their optional settings. The parameters must be set to the required values for the system.
Note: | The default settings should be used for the four communications line protocol parameters which are marked with asterisks. |
Table 3. 7527 Terminal Setup Parameters, Defaults, and Optional Settings
Parameter | Default | Options |
---|---|---|
Transducer (beeper) volume | Low | High, Off |
Terminal ID (address) | (This is a nonoperational ID that prevents a cold-start terminal from interfering with communications to other terminals) | A-Y, 0-6 |
Network port | RS-485 | RS-232C |
Network speed | 9600 | 110, 150, 300, 1200, 2400, 4800, or 19200 bits per second |
Network parity | None | Odd or Even |
Network data bits | 8 | 6 or 7 data bits |
Network stop bits | 1 | 2 stop bits |
Amount of expansion memory installed | 0 bytes | 128KB or 256KB |
Terminal user's password |
| Can be up to 6 alphanumeric characters |
Language | English | French, German, Spanish, or Swedish |
Date separator | / (slash) | - (dash) or . (period) |
Time separator | : (colon) | . (period) |
Date format | MM/DD/YY (month/day/year) |
DD/MM/YY
(day/month/year)
YY/MM/DD
(year/month/day)
JJJ/YY
(day-of-the-year/year)
YY/JJJ
(year/day-of-the-year)
|
Time format | 12-hour | 24-hour |
Current date |
| Set the correct date |
Current time |
| Set the correct time |
Touch screen installed | Disabled (not installed) | Enabled (installed) |
Display mode | Normal (positive image) | Reverse (negative image) |
Setting up 7524 RF terminals involves not only setting up the terminals, but also the base or bases, and controller. For information on configuration, refer to the 7524 Interface Support Installation and User's Guide.
Setting up 7524 batch terminals (models -050 and -100) involves setting up parameters, including the following:
When the 7524 batch terminal is first received or when its parameters have been reset, the terminal address is set to the default asterisk (*). All other parameters are also set to default values.
You can display the 7524 menus by pressing the gold key followed by the black key on the terminal. The main menu is displayed with the following options:
These options lead to a third tier of screens. You can:
Use the number keys to choose which option should be changed, then use the Up Arrow and Down Arrow keys to change the setting of the current option. Choose the RESEND TIMER option to bring up a separate screen allowing you to view or change the setting.
From the version information screen, you usually press Enter to leave the screen. However, if you press the 1 key, you can view the last 20 messages that were sent to, or received from, the host PC.
There are numerous ways to accomplish the cabling of the serial port of the IBM Industrial Computer or PC to the data collection terminal:
Note: | The data shown here is typical and may not match all computers that can support the data collection terminals. Test operation of the DCT with the computer using one sample cable before ordering any quantity of cables. |