REMOTE ACCES OverviewSpecifications -- Return to REMOTE ACCES Products
INTRODUCTIONDistributed Input/Output is commonly used to reduce installation cost, "home run" wiring, and potential noise interference. The first step is to take the I/O circuits out of the computer and put them into separate enclosures. The second step is to distribute those enclosures as close to the sensors or end devices as possible.
One approach to this problem was to use solid state I/O modules such as described elsewhere in this web site. That approach had the advantage of relatively low cost. Also, in event of a failure, only one channel was lost and the failed module could be replaced at low cost. The disadvantage here was that the I/O mounting card is bulky and had to be packaged suitably for the environment where it will be installed. Another approach to the problem is to use pre-configured, multichannel I/O units that may have limited drive capability and channel-to-channel isolation. Generally, these units are more costly and, in event of a failure, the entire unit may be have to be replaced. An advantage to this approach is that stand alone operation is sometimes possible. Our REMOTE ACCES pods strike a compromise between these two approaches.
REMOTE ACCES pods are intelligent sensor-to-computer interface units for use with digital and analog signal devices that are remote from the computer. The pods are packaged in rugged NEMA 4 enclosures and can withstand harsh industrial and marine environments. Applications include, but are not limited to:
- Remote Data Acquisition
- Supervisory Control
- Building Automation
- Direct Digital Control
- Process Monitoring and Control
- Energy Management
- Security Systems
- Relay Control
Use of ASCII- based protocol lets you write applications in any high-level language that supports ASCII string functions: BASIC, QuickBASIC, C, C++, Pascal, Turbo-Pascal, etc.
ON-BOARD INTELLIGENCEA type 8031 microcontroller with 8Kx8 RAM, 8Kx8 non-volatile EEPROM, a crystal-controlled oscillator, and a watchdog timer circuit gives REMOTE ACCES pods the capability and versatility expected from a modern distributed control system. To accommodate special programs, the RAM and EEPROM memory can each be expanded to 32Kx8. A watchdog timer resets the pod if, for some unexpected reason, the microcontroller "hangs up" or if the power supply voltage drops below 4.75 VDC.
Data collected by the pod (or output control signals) are stored in local RAM and can be accessed later by the host computer. This facilitates stand-alone operation.
PROGRAMMINGThe pod's network address is programmable from 00 to FF (hex) and the assigned address is stored in EEPROM and saved as the default address at the next power-on. Similarly, the baud rate is programmable for 1200, 2400, 4800, 9600, 14.4K, 19.2K, and 28.8K. (Note: If the communication cable is short, then 56K baud can be realized if the opto-isolators are bypassed.) The programmed baud rate is also stored in EEPROM and used as the default value at the next power-on.
The command structure is seven bits, even parity, one stop bit. All numbers sent to or received from the pod are in hexadecimal form. There is a lot of commonality in the command lists for REMOTE ACCES pods but each pod also has commands unique to its particular function. (ACCES provides detailed documentation and software with the pods.) Commands are in the form of simple letter/hex-number combinations and commands are terminated with a CR (carriage return). For example, the address command for a pod in a network is:
xx is the pod address from 0l to FF (hex) and [CR] is ASCII character #l3.
A nice programming feature of the REMOTE ACCES Series pods is that an address command need be sent only once during communication between the pod and the host computer. It enables communication with that specific pod and disables communication with all other pods on the network until a new address command is issued. Other command examples (these examples are taken from the command lists of models RIOD24 and RDG-24) are:
Output a logic high on bit x.
Set digital input active state low on bit xx.
Set digital output xx to free run with period yy.
All commands have an acknowledgment response.
POWERThe pods contain CMOS low-power circuitry, an optically-isolated receiver/transmitter and voltage regulators for local and external isolated power. Thus two power sources are required: isolated power and local power. The isolated section of the pod accepts 7.5 to 35 VDC and uses only a little power, about seven milliamperes. The voltage could be provided by the host computer's +12 VDC supply. Voltage drop in the cable is insignificant because current demand is so low.
Power for the remainder of the pod's circuitry can be provided by a separate local power supply. Only 7.5 VDC is needed but, because on-board voltage regulators are provided, the local power supply voltage can be as high as 16 VDC. Current required is a maximum of 150 milliamperes. Most REMOTE ACCES pod types require less than 100 milliamperes. Some pods, notably digital I/O pods, can interface to application-specific voltages as high as 50 VDC. In the case of digital outputs, the application voltage must also be supplied for use by the pod.