Omega Products D511X Installation Manual

omega.com
e-mail: info@omega.com
For latest product manuals:
omegamanual.info
User’s Guide
D5000 Series
Four Channel Digital Transmitters
Shop online at
Servicing North America:
U.S.A.: Omega Engineering, Inc., One Omega Drive, P.O. Box 4047
ISO 9001 Certified
Stamford, CT 06907-0047 Toll-Free: 1-800-826-6342 Tel: (203) 359-1660 FAX: (203) 359-7700 e-mail: info@omega.com
Canada: 976 Bergar
Laval (Quebec), H7L 5A1 Canada Toll-Free: 1-800-826-6342 TEL: (514) 856-6928 FAX: (514) 856-6886 e-mail: info@omega.ca
For immediate technical or application assistance:
U.S.A. and Canada: Sales Service: 1-800-826-6342/1-800-TC-OMEGA
®
Customer Service: 1-800-622-2378/1-800-622-BEST
®
Engineering Service: 1-800-872-9436/1-800-USA-WHEN
®
Mexico En Español: 001 (203) 359-7803 FAX: 001 (203) 359-7807 Latin America info@omega.com.mx e-mail: espanol@omega.com
Servicing Europe:
Benelux: Managed by the United Kingdom Office
Toll-Free: 0800 099 3344 TEL: +31 20 347 21 21 FAX: +31 20 643 46 43 e-mail: sales@omegaeng.nl
Czech Republic: Frystatska 184
733 01 Karviná, Czech Republic Toll-Free: 0800-1-66342 TEL: +420-59-6311899 FAX: +420-59-6311114 e-mail: info@omegashop.cz
France: Managed by the United Kingdom Office
Toll-Free: 0800 466 342 TEL: +33 (0) 161 37 29 00 FAX: +33 (0) 130 57 54 27 e-mail: sales@omega.fr
Germany/Austria: Daimlerstrasse 26
D-75392 Deckenpfronn, Germany Toll-Free: 0800 6397678 TEL: +49 (0) 7056 9398-0 FAX: +49 (0) 7056 9398-29 e-mail: info@omega.de
United Kingdom: OMEGA Engineering Ltd.
ISO 9001 Certified
One Omega Drive, River Bend Technology Centre, Northbank Irlam, Manchester M44 5BD United Kingdom Toll-Free: 0800-488-488 TEL: +44 (0) 161 777-6611 FAX: +44 (0) 161 777-6622 e-mail: sales@omega.co.uk
OMEGAnet®Online Service Internet e-mail
omega.com info@omega.com
It is the policy of OMEGA Engineering, Inc. to comply with all worldwide safety and EMC/EMI regulations that apply. OMEGA is constantly pursuing certification of its products to the European New Approach Directives. OMEGA will add the CE mark to every appropriate device upon certification.
The information contained in this document is believed to be correct, but OMEGA accepts no liability for any errors it contains, and reserves the right to alter specifications without notice. WARNING: These products are not designed for use in, and should not be used for, human applications.
D5000 SERIES USERS MANUAL
REVISED: 2/1/11
Omega Engineering One Omega Drive P O Box 4047 Stamford, CT 06907 Phone: 1-800-DAS-IEEE Fax: 203-359-7990 e-mail: das@omega.com www.omega.com
The information in this publication has been carefully checked and is believed to be accurate; however, no responsibility is assumed for possible inaccuracies or omissions. Applications information in this manual is in­tended as suggestions for possible use of the products and not as explicit performance in a specific application. Specifications may be subject to change without notice.
D5000 modules are not intrinsically safe devices and should not be used in an explosive environment unless enclosed in approved explosion-proof housings.
TABLE OF CONTENTS
Warranty 4 CHAPTER 1 Getting Started
Default Mode 1-1 Quick Hook-Up 1-2
CHAPTER 2 Functional Description
Block Diagram 2-2
CHAPTER 3 Communications
Data Format 3-2 RS-232 3-2 Multi-party Connection 3-3 Software Considerations 3-4 Changing Baud Rate 3-5 Using a Daisy-Chain With a Dumb Terminal 3-5 RS-485 3-6 RS-485 Multidrop System 3-8
CHAPTER 4 Command Set
Table of Commands 4-6 User Commands 4-6 Error Messages 4-14
CHAPTER 5 Setup Information and Command
Command Syntax 5-1 Setup Hints 5-11
CHAPTER 6 Power Supply CHAPTER 7 Troubleshooting CHAPTER 8 Calibration CHAPTER 9 Extended Addressing Appendix A (ASCII TABLE ) Appendix B D5000 Specifications Appendix C Factory Values
Chapter 1
Getting Started
Default Mode
All D5000 modules contain an EEPROM (Electrically Erasable Program­mable Read Only Memory) to store setup information and calibration constants. The EEPROM replaces the usual array of switches and pots necessary to specify baud rate, address, parity, etc. The memory is nonvolatile which means that the information is retained even if power is removed. No batteries are used so it is never necessary to open the module case.
The EEPROM provides tremendous system flexibility since all of the module’s setup parameters may be configured remotely through the com­munications port without having to physically change switch and pot settings. There is one minor drawback in using EEPROM instead of switches; there is no visual indication of the setup information in the module. It is impossible to tell just by looking at the module what the baud rate, address, parity and other settings are. It is difficult to establish communica­tions with a module whose address and baud rate are unknown. To overcome this, each module has an input pin labeled DEFAULT*. By connecting this pin to Ground, the module is put in a known communications setup called Default Mode.
The Default Mode setup is: 300 baud, one start bit, eight data bits, one stop bit, no parity, any address is recognized.
Grounding the DEFAULT* pin does not change any of the setups stored in EEPROM. The setup may be read back with the Read Setup (RS) command to determine all of the setups stored in the module. In Default Mode, all commands are available.
Each channel of the D5000 has its own channel address and all four channels are enabled in Default Mode. The addresses assigned to a module must be four consecutive ASCII values, such as 0, 1, 2, 3. A module in Default Mode will respond to any address except the six identified illegal values (NULL, CR, $, #, {, }). A dummy address must be included in every command for proper responses. The ASCII value of the module's first channel address may be read back with the RS command. A properly addressed channel can read data values and can modify calibration values, such as trim span in the Default Mode. However it must be noted that in Default Mode a module that is addressed with any value other than the four proper addresss values assigned to it will always respond with the data from its first channel. For example if a module as described above is addresses with any character other than 0, 1, 2, 3, it will respond with or modify data from channel 0.
Setup information in a module may be changed at will with the SetUp (SU)
command. Baud rate and parity setups may be changed without affecting the Default values of 300 baud and no parity. When the DEFAULT* pin is released, the module automatically performs a program reset and config­ures itself to the baud rate and parity stored in the setup information.
The Default Mode is intended to be used with a single module connected to a terminal or computer for the purpose of identifying and modifying setup values. In most cases, a module in Default Mode may not be used in a string with other modules.
RS-232 & RS-485 Quick Hook-Up
Software is not required to begin using your D5000 module. We recommend that you begin to get familiar with the module by setting it up on the bench. Start by using a dumb terminal or a computer that acts like a dumb terminal. Make the connections shown in the quick hook-up drawings, Figures 1.1 or
1.2. Put the module in the Default Mode by grounding the Default* terminal. Initialize the terminal communications package on your computer to put it into the “terminal” mode. Since this step varies from computer to computer, refer to your computer manual for instructions.
Begin by typing $1RD and pressing the Enter or Return key. The module will respond with an * followed by the data reading at the input. The data includes sign, seven digits and a decimal point. For example, if you are using a thermocouple module and measuring room temperature your reading might be *+00025.00. The temperature reading will initially be in °C which has
Figure 1.1 RS-232C Quick Hook-Up.
Figure 1.2 RS-485 Quick Hook-Up.
been preset at the factory. Once you have a response from the module you can turn to the Chapter 4 and get familiar with the command set.
All modules are shipped from the factory with a setup that includes a channel address of 1, 300 baud rate, no linefeeds, no parity, alarms off, no echo and two-character delay. Refer to the Chapter 5 to configure the module to your application.
RS-485 Quick Hook-up to a RS-232 port
An RS-485 module may be easily interfaced to an RS-232C terminal for evaluation purposes. This connection is only suitable for benchtop operation and should never be used for a permanent installation. Figure 1.3 shows the hook-up. This connection will work provided the RS-232C transmit output is current limited to less than 50mA and the RS-232C receive threshold is greater than 0V. All terminals that use 1488 and 1489 style interface IC’s will satisfy this requirement. With this connection, characters generated by the terminal will be echoed back. To avoid double characters, the local echo on the terminal should be turned off.
If the current limiting capability of the RS-232C output is uncertain, insert a 100to 1k resistor in series with the RS-232 output.
In some rare cases it may be necessary to connect the module’s DATA pin to ground through a 100 to 1k resistor.
Figure 1.3 RS-485 Quick Hook-Up with RS-232C Port.
Chapter 2
Functional Description
A functional diagram of a typical module is shown in Figure 2.1. It is a useful reference that shows the data path in the module and to explain the function of many of the module’s commands.
The first step is to acquire the sensor signal and convert it to digital data. In Figure 2.1, all the signal conditioning circuitry has been lumped into one block, the analog/digital converter (A/D). Autozero and autocalibration is performed internally and is transparent to the user.
The full-scale output of each channel may be trimmed using the Trim Span (TS) command. The TS command adjusts the calibration values for each channel that stored in the internal EEPROM. The TS command should only be used to trim the accuracy of the unit with a laboratory standard reference applied to the sensor input.
The trimmed data flows into either of two digital filters. The filter selection is performed automatically by the microprocessor after every A/D conversion. The filter selection depends on the difference of the current A/D output data and the previous data stored in the output data register. If the least significant decimal digit from the A/D differs from the old output data by more than 10 counts, the large signal filter is selected. If the change is less than 10 counts, the small signal filter is used.
The two-filter system allows for different degrees of filtering depending on the rate of the input change. For steady-state signals, the small-signal filter averages out noise and small input changes to give a stable steady-state output. The large-signal filter is activated by step changes or very noisy input signals. The time constants for the two filters can be specified independently with the SetUp (SU) command. The filter values are stored in nonvolatile memory. Typically, the small-signal filter is set to a larger time constant than the large-signal filter. This gives very good noise rejection along with fast response to step inputs.
The modules allow user selectable output scaling in °C or °F on temperature data. This selection is shown in Figure 2.1 as a switch following the digital filters. The default scaling in the modules is °C, but this may be converted to °F by feeding the data through a conversion routine. The switch position is controlled by a bit in the setup data and may be changed with the SetUp (SU) command. The scaling selection is nonvolatile. In non-temperature applications, °C should always be selected.
The scaled data is summed with data stored in the Output Offset Register to obtain the final output value. The output offset is controlled by the user and has many purposes. The data in the Output Offset Register may be used to
trim any offsets caused by the input sensor. It may be used to null out undesired signal such as a tare weight. The Trim Zero (TZ) command is used to adjust the output to any desired value by loading the appropriate value in the offset register. The offset register data is nonvolatile.
The output data may be read with the Read Data (RD) command.
Chapter 3
Communications
Introduction
The D5000 modules has been carefully designed to be easy to interface to all popular computers and terminals. All communications to and from the modules are performed with printable ASCII characters. This allows the information to be processed with string functions common to most high-level languages such as BASIC. For computers that support RS-232C, no special machine language software drivers are necessary for operation. The modules can be connected to auto-answer modems for long-distance operation without the need for a supervisory computer. The ASCII format makes system debugging easy with a dumb terminal.
This system allows multiple modules to be connected to a communications port with a single 4-wire cable. Up to 30 RS-485 modules may be strung together on one cable. A practical limit for RS-232C units is about ten, although a string of 30 units is possible. Extended Addressing Mode allows many more modules to be connected into high channel count systems. Refer to Extended Addressing Mode in Chapter 9.
The modules communicate with the host on a polling system; that is, each module responds to its own unique address and must be interrogated by the host. A module can never initiate a communications sequence. A simple command/response protocol must be strictly observed to avoid communi­cations collisions and data errors.
Communications to the D5000 modules is performed with two-character ASCII command codes such as RD to Read Data from the analog input. A complete description of all commands is given in the Chapter 4. A typical command/response sequence would look like this:
Command: $1RD Response: *+00123.00
A command/response sequence is not complete until a valid response is received. The host may not initiate a new command until the response from a previous command is complete. Failure to observe this rule will result in communications collisions. A valid response can be in one of three forms:
1) a normal response indicated by a ‘ * ‘ prompt
2) an error message indicated by a ‘ ? ‘ prompt
3) a communications time-out error
When a module receives a valid command, it must interpret the command, perform the desired function, and then communicate the response back to the host. Each command has an associated delay time in which the module is busy calculating the response. If the host does not receive a response in
an appropriate amount of time specified in Table 3.1, a communications time-out error has occurred. After the communications time-out it is as­sumed that no response data is forthcoming. This error usually results when an improper command prompt or address is transmitted. The table below lists the timeout specification for each command:
Mnemonic Timeout RD 10 mS
All other commands 100 mS Table 3.1 Response Timeout Specifications. The timeout specification is the turn-around time from the receipt of a
command to when the module starts to transmit a response.
Data Format All modules communicate in standard NRZ asynchronous data for­mat. This format provides one start bit, seven data bits, one parity bit and one stop bit for each character.
RS-232C
RS-232C is the most widely used communications standard for information transfer between computing equipment. RS-232C versions of the D5000 will interface to virtually all popular computers without any additional hardware. Although the RS-232C standard is designed to connect a single piece of equipment to a computer, the D5000 system allows for several modules to be connected in a daisy-chain network structure.The advantages offered by the RS-232C standard are:
1) widely used by all computing equipment
2) no additional interface hardware in most cases
3) separate transmit and receive lines ease debugging
4) compatible with dumb terminals
However, RS-232C suffers from several disadvantages:
1) low noise immunity
2) short usable distance
3) greater communications delay in multiple-module systems
4) less reliable–loss of one module; communications are lost
5) wiring is slightly more complex than RS-485
6) host software must handle echo characters
Single Module Connection
Figure 1.1 shows the connections necessary to attach one module to a host. Use the Default Mode to enter the desired address, baud rate, and other setups (see Setups). The use of echo is not necessary when using a single module on the communications line.
Multi-party Connection
RS-232C is not designed to be used in a multiparty system; however the D5000 modules can be daisy-chained to allow many modules to be connected to a single communications port. The wiring necessary to create the daisy-chain is shown in Figure 3.1. Notice that starting with the host, each Transmit output is wired to the Receive input of the next module in the daisy chain. This wiring sequence must be followed until the output of the last module in the chain is wired to the Receive input of the host. All modules in the chain must be setup to the same baud rate and must echo all received data (see Setups). Each module must be setup with its own unique address to avoid communications collisions (see Setups). In this network, any characters transmitted by the host are received by each module in the chain and passed on to the next station until the information is echoed back to the Receive input of the host. In this manner all the commands given by the host are examined by every module. If a module in the chain is correctly addressed and receives a valid command, it will respond by transmitting the response on the daisy chain network. The response data will be ripple through any other modules in the chain until it reaches its final destination, the Receive input of the host.
Figure 3.1 RS-232 Daisy Chain Network.
The daisy chain network must be carefully implemented to avoid the pitfalls inherent in its structure. The daisy-chain is a series-connected structure and any break in the communications link will bring down the whole system. Several rules must be observed to create a working chain:
1. All wiring connections must be secure; any break in the wiring, power, ground or communications breaks the chain.
2. All modules must be plugged into their own connectors.
3. All modules must be setup for the same baud rate.
4. All modules must be setup for echo.
Software Considerations
If the host device is a computer, it must be able to handle the echoed command messages on its Receive input along with the responses from the module. This can be handled by software string functions by observing that a module response always begins with a ‘ * ‘ or ‘ ? ‘ character and ends with a carriage return.
A properly addressed D5000 module in a daisy chain will echo all of the characters in the command including the terminating carriage return. Upon receiving the carriage return, the module will immediately calculate and transmit the response to the command. During this time, the module will not echo any characters that appear on its receive input. However, if a character is received during this computation period, it will be stored in the module’s internal receive buffer. This character will be echoed after the response string is transmitted by the module. This situation will occur if the host computer appends a linefeed character on the command carriage return. In this case the linefeed character will be echoed after the response string has been transmitted.
The daisy chain also affects the command timeout specifications. When a module in the chain receives a character it is echoed by retransmitting the character through the module’s internal UART. This method is used to provide more reliable communications since the UART eliminates any slewing errors caused by the transmission lines. However, this method creates a delay in propagating the character through the chain. The delay is equal to the time necessary to retransmit one character using the baud rate setup in the module:
Baud Rate Delay Baud Rate Delay 300 33.30ms 9600 1.04ms 600 16.70ms 19200 0.52ms 1200 8.33ms 38400 0.26ms 2400 4.17ms 57600 173.6µs 4800 2.08ms 115200 86.8µs
One delay time is accumulated for each module in the chain. For example, if four modules are used in a chain operating at 1200 baud, the accumulated delay time is 4 X 8.33 mS = 33.3 mS This time must be added to the times listed in Table 3.1 to calculate the correct communications time-out error.
For modules with RS-232C outputs, the programmed communications delay specified in the setup data (see Chapter 5) is implemented by sending a NULL character (00) followed by an idle line condition for one character time. This results in a delay of two character periods. For longer delay times specified in the setup data, this sequence is repeated. Programmed communications delay is seldom necessary in an RS-232C daisy chain since each module in the chain adds one character of communications delay.
Changing Baud Rate
It is possible to change the baud rate of an RS-232C daisy chain on-line. This process must be done carefully to avoid breaking the communications link.
1. Use the SetUp (SU) command to change the baud rate setup on each module in the chain. Be careful not to generate a reset during this process. A reset can be caused by the Remote Reset (RR) command or power interruptions.
2. Verify that all the modules in the chain contain the new baud rate setup using the Read Setup (RS) command. Every module in the chain must be setup for the same baud rate.
3. Remove power from all the modules for at least 10 seconds. Restore power to the modules. This generates a power-up reset in each module and loads in the new baud rate.
4. Change the host baud rate to the new value and check communica­tions.
5. Be sure to compensate for a different communications delay as a result of the new baud rate.
Using A Daisy-Chain With A Dumb Terminal
A dumb terminal can be used to communicate to a daisy-chained system. The terminal is connected in the same manner as a computer used as a host. Any commands typed into the dumb terminal will be echoed by the daisy chain. To avoid double characters when typing commands, set the terminal to full duplex mode or turn off the local echo. The daisy chain will provide the input command echo.
RS-485
RS-485 is a recently developed communications standard to satisfy the need for multidropped systems that can communicate at high data rates over long distances. RS-485 is similar to RS-422 in that it uses a balanced differential pair of wires switching from 0 to 5V to communicate data. RS-485 receivers can handle common mode voltages from -7V to +12V without loss of data, making them ideal for transmission over great distances. RS-485 differs from RS-422 by using one balanced pair of wires for both transmitting and receiving. Since an RS-485 system cannot transmit and receive at the same time it is inherently a half-duplex system. RS-485 offers many advantages over RS-232C:
1) balanced line gives excellent noise immunity
2) can communicate with D5000 modules at 115200 baud
3) communications distances up to 4,000 feet.
4) true multidrop; modules are connected in parallel
5) can disconnect modules without losing communications
6) up to 30 modules on one line or up to 3721 using Extended Address
Mode and RS-485 repeaters
7) no communications delay due to multiple modules
8) simplified wiring using standard telephone cable RS-485 does have disadvantages. Very few computers or terminals have
built-in support for this new standard. Interface boards are available for the IBM PC and compatibles and other RS-485 equipment will become avail­able as the standard gains popularity. An RS-485 system usually requires an interface.
We offer the A1000 and A2000 interface converters that will convert RS-232 signals to RS-485 or repeat RS-485 signals. The A1000 converters also include a +24Vdc, one amp power supply for powering D5000 series modules. The A1000 or A2000 connected as an RS-485 repeater can be used to extend an existing RS-485 network on one serial port.
RS-485 Multidrop System
Figure 3.2 illustrates the wiring required for multiple-module RS-485 sys­tem. Notice that every module has a direct connection to the host system. Any number of modules may be unplugged without affecting the remaining modules. Each module must be setup with a unique address and the addresses can be in any order. All RS-485 modules must be setup for no echo to avoid bus conflicts (see Setup). Also note that the connector pins on each module are labelled with notations (B), (R), (G), and (Y). This designates the colors used on standard 4-wire telephone cable:
Label Color (B) GND Black
(R) V+ Red (G) DATA* (-) Green (Y) DATA (+) Yellow
This color convention is used to simplify installation. If standard 4-wire telephone cable is used, it is only necessary to match the labeled pins with the wire color to guarantee correct installation.
DATA* on the label is the complement of DATA (negative true). To minimize unwanted reflections on the transmission line, the bus should
be arranged as a line going from one module to the next. ‘Tree’ or random structures of the transmission line should be avoided. When using long transmission lines and/or high baud rates, the data lines should be termi­nated at each end with 200 ohm resistors. Standard values of 180 ohms or 220 ohms are acceptable.
During normal operation, there are periods of time where all RS-485 drivers are off and the communications lines are in an 'idle' high impedance condition. During this condition, the lines are susceptible to noise pickup which may be interpreted as random characters on the communications line. To prevent noise pickup, all RS-485 systems should incorporate 1K ohm bias resistors as shown in Figure 3.2. The resistors will maintain the data lines in a 'mark' condition when all drivers are off.
A1000 series converter boxes have the 1K resistors built-in. The resistors are user-selectable via dip switch located on the rear panel of the A1000.
Special care must be taken with very long busses (greater than 1000 feet) to ensure error-free operation. Long busses must be terminated as de­scribed above. The use of twisted cable for the DATA and DATA* lines will greatly enhance signal fidelity. Use parity and checksums along with the ‘#’ form of all commands to detect transmission errors. In situations where many modules are used on a long line, voltage drops in the power leads
becomes an important consideration. The GND wire is used both as a power connection and the common reference for the transmission line receivers in the modules. Voltage drops in the GND leads appear as a common-mode voltage to the receivers. The receivers are rated for a maximum of -7V. of common-mode voltage. For reliable operation, the common mode voltage should be kept below -5V.
To avoid problems with voltage drops, modules may be powered locally rather than transmitting the power from the host. Inexpensive 'calculator' type power supplies are useful in remote locations. When local supplies are used, be sure to provide a ground reference with a third wire to the host or through a good earth ground. With local supplies and an earth ground, only two wires for the data connections are necessary.
Communications Delay
All D5000 modules with RS-485 outputs are setup at the factory to provide two units of communications delay after a command has been received (see Chapter 5). This delay is necessary when using host computers that transmit a carriage return as a carriage return-linefeed string. Without the delay, the linefeed character may collide with the first transmitted character from the module, resulting in garbled data. If the host computer transmits a carriage return as a single character, the delay may be set to zero to improve communications response time.
Loading...
+ 44 hidden pages