ioLogik E1242

Moxa ioLogik E1242

ioLogik E1200 Series
Ethernet Remote I/O with 2-port Ethernet switch, 4 AIs, 4 DIs, and 4 DIOs
Free Ground Shipping on U.S. Orders over $99 $364.64 IN STOCK: 49 Units ON ORDER: 15 Units
Need it on next buniness day? Choose 1-Day Shipping Before 4:00 p.m. E.S.T at checkout.
ADD TO CART

Features and Benefits

moxa-iologik-e1200-series-datasheet-v2.3.pdf
  • User-definable Modbus TCP Slave addressing
  • Supports RESTful API for IIoT applications
  • Supports EtherNet/IP Adapter
  • 2-port Ethernet switch for daisy-chain topologies
  • Saves time and wiring costs with peer-to-peer communications
  • Active communication with MX-AOPC UA Server
  • Supports SNMP v1/v2c
  • Easy mass deployment and configuration with ioSearch utility
  • Friendly configuration via web browser
  • Simplifies I/O management with MXIO library for Windows or Linux
  • Class I Division 2, ATEX Zone 2 certification Class I Division 2 and ATEX currently do not apply to the E1213/E1213-T models.
  • Wide operating temperature models available for -40 to 75°C (-40 to 167°F) environments
View More
Overview Specifications Accessories

Introduction

The ioLogik E1200 Series supports the most often-used protocols for retrieving I/O data, making it capable of handling a wide variety of applications. Most IT engineers use SNMP or RESTful API protocols, but OT engineers are more familiar with OT-based protocols, such as Modbus and EtherNet/IP. Moxa's Smart I/O makes it possible for both IT and OT engineers to conveniently retrieve data from the same I/O device. The ioLogik E1200 Series speaks six different protocols, including Modbus TCP, EtherNet/IP, and Moxa AOPC for OT engineers, as well as SNMP, RESTful API, and Moxa MXIO library for IT engineers. The ioLogik E1200 retrieves I/O data and converts the data to any of these protocols at the same time, allowing you to get your applications connected easily and effortlessly.

Daisy-Chained Ethernet I/O Connection

This industrial Ethernet remote I/O comes with two switched Ethernet ports to allow for the free flow of information downstream to another local Ethernet device, or upstream to a control server via expandable daisy-chained Ethernet I/O arrays. Applications such as factory automation, security and surveillance systems, and tunneled connections can make use of daisy-chained Ethernet for building multidrop I/O networks over standard Ethernet cables. Many industrial automation users are familiar with multidrop as the configuration most typically used in fieldbus solutions. The daisy-chain capabilities supported by ioLogik Ethernet remote I/O units not only increase the expandability and installation possibilities for your remote I/O applications, but also lower overall costs by reducing the need for separate Ethernet switches. Daisy-chaining devices in this way will also reduce overall labor and cabling expenses.

Save Time and Wiring Costs with Peer-to-Peer Communications

In remote automation applications, the control room and sensors are often far removed, making wiring over long distances a constant challenge. With peer-to-peer networking, users may now map a pair of ioLogik Series modules so that input values will be directly transferred to output channels, greatly simplifying the wiring process and reducing wiring costs.

User-Definable Modbus TCP Addressing for Painless Upgrading of Existing Systems

For Modbus devices that are controlled and detected by fixed addresses, users need to spend a vast amount of time researching and verifying initial configurations. Users need to locate each device’s networking details, such as I/O channels or vendor-defined addresses, to enable the initial or start address of a SCADA system or PLC. Devices that support user-definable Modbus TCP addressing offer greater flexibility and easier setup. Instead of worrying about individual devices, users simply configure the function and address map to fit their needs.

Push Technology for Events

When used with MX-AOPC UA Server, devices can use active push communications when communicating changes in state and/or events to a SCADA system. Unlike a polling system, when using a push architecture for communications with a SCADA system, messages will only be delivered when changes in state or configured events occur, resulting in higher accuracy and lower amounts of data that need to be transferred.