Description
The PACSystems* Redundancy Memory Xchange (RMX) module operates as a node on a reflective memory network or as a dedicated link between CPUs in an RX3i Hot Standby CPU Redundancy system. When the RMX is not being used as a link in a redundancy system, it is functionally identical to the IC695CMX128 module. Each node in the network can be any reflective memory device that is compatible with the 5565 family. Whenever data is written to one node, all nodes on the network are automatically updated with the new data
When used in a CPU redundancy system, the RMX modules provide a path for transferring data between the two redundancy CPUs in the redundant system. A complete communications path consists of one RMX in the primary unit, one RMX in the secondary unit, and two highspeed fiber-optic cables connecting them to each other.
This must be a two-node ring: no other reflective memory nodes are allowed to be part of this fiber-optic network. GE Intelligent Platforms strongly recommends two redundancy links (a total of four RMX modules) be configured and installed. Optionally, systems can be configured for a single redundancy link (a total of two RMX modules).
When the RMX is being used as link in a redundancy system, it cannot be used as a general-purpose Memory Xchange module. For details on the operation of a PACSystems CPU redundancy system, refer to GFK-2308, PACSystems Hot Standby CPU Redundancy User’s Manual.
General Conditions for Safe Use
This product is intended to be for use with the RX3i system. Its components are considered open equipment [having live electrical parts that may be accessible to users] and must be installed in a protective enclosure or incorporated into an assembly that is manufactured to provide safety. As a minimum, the enclosure or assembly shall provide a degree of protection against solid objects up to 12mm (e.g. fingers). This equates to a NEMA/UL Type 1 enclosure or an IP20 rating (IEC60529) providing at least a pollution degree 2 environment.
The choice between programmable logic controllers (PLCs) and distributed control systems (DCS) depends on the specific project and factory type. Due to different application scenarios, the requirements for control systems also vary.
To succeed in an automation project, it is necessary to first evaluate the application requirements together with automation engineers and design engineers, and then select the most effective control system platform. These decisions will have a long-term impact on the operating performance of the factory, and in some cases, the impact can last for 25 years or even more. The decision-making of most control systems can be summarized as choosing programmable logic controllers (PLCs) or distributed control systems (DCS). Sometimes, a certain choice is very suitable for a factory, while in another case, it may not be applicable. The more factors to consider when selecting a control system, the more conducive it is to achieving short-term and long-term goals.
The control system platform will have a certain impact on the way automation systems meet the needs of optimizing production, maintaining availability, and obtaining data. Lack of foresight in selecting control systems may also affect future expansion, process optimization, user satisfaction, and company profits.
In addition to some basic guidelines (such as how to control the process), the design team must also consider various factors such as installation, scalability, maintenance, and upkeep.