EtherIP South Plugin

The flir-south-etherip plugin is a south plugin that supports PLC Tags read operation for Allen Bradley/Rockwell PLCs. This is based on libplctag and API level details can be read at wiki

Configuration Parameters

An EtherIP south service is added in the same way as any other south service in FLIR Bridge,

  • Select the South menu item

  • Click on the + icon in the top right

You will be presented with the following page

etherip_1

  • Select etherip from the plugin list

  • Enter a name for your etherip service

  • Click Next

  • You will be presented with the following configuration page

etherip_2

  • Asset Name: This is the name of the asset that will be used for the data read by this service. This will be used either as a prefix for the asset name, if a unique asset is created for each PLC tag or as the actual asset name if a single reading is created. If the asset names are given in the PLC map then this option will be ignored.

  • Reading Structure: This option controls the way in which the readings will be structured within FLIR Bridge. Three options are available; “Reading per asset”, “Reading per PLC tag” or “Single Reading”.

    Reading per asset

    One reading will be created for each distinct asset defined in the PLC map.

    Reading per PLC tag

    A separate reading will be created for each PLC tag read from the PLC.

    Single Reading

    All PLC tags will be read and added to a single asset.

  • Timeout (ms): The request timeout when communicating with a PLC device. Default value is 5000 (milliseconds). Set this timeout value suitably based on number of tags to read/write and network conditions/RTT/latency, etc.

  • Error Handling: This option controls the behaviour when an error is encountered reading data from the PLC.

    Only return data if all data is available

    Data is returned if all the tags have been read without error from PLC device.

    Return subset of data in case of error

    Data is returned only for the tags that are read successfully, error is logged for the tags which have error during reading from PLC device.

etherip_3

  • PLC IP Address: This is the IP Address of the PLC Tags server, Default value 127.0.0.1

  • PLC: This is the type of the PLC from which the user wants to read the tags, Default value controllogix, the following have been supported:

    • Allen-Bradley ControlLogix & CompactLogix PLCs

    • Allen-Bradley Micro8x0 PLCs

    • Rockwell/Allen-Bradley PLCs accessed over a DH+ bridge (i.e. a LGX chassis with a DHRIO module) such as PLC/5, SLC 500 and MicroLogix

    • Omron NX/NJ series PLCs as for Allen-Bradley Micro8x0

  • Path: This is the slot/rack(e.g. 0,1) to use to connect to your PLCTags device. This attribute is required for CompactLogix/ControlLogix tags and for tags using a DH+ protocol bridge (i.e. a DHRIO module) to get to a PLC/5, SLC 500, or MicroLogix PLC on a remote DH+ link. The attribute is ignored if it is not a DH+ bridge route, but will generate a warning if debugging is active. Note that Micro8x0 connections must not have a path attribute.

etherip_4

  • Tags to read: The map defines which PLCTags user wants to read. The map is a complex JSON object which is described in more detail below.

etherip_5

  • Tags to write: The map defines which PLCTags user wants to write to. The map is a complex JSON object which is described in more detail below.

Map

The map of tags to read/write is a JSON object with a single array tags, each element of this array is a JSON object that defines a single item of data that will be stored in FLIR Bridge or written as set-point control. These objects support a number of properties and values, these are

Property

Description

name

The name of the PLCTag that we are reading/writing. In case of read, this becomes the name of the datapoint with the asset.

type

The datatype of the PLCTag that we are reading/writing.

program

This defines the scope of the PLCTag that we are reading/writing, possible values being Program level scope or Global/Controller level scope. The Program name needs to be specified here if it is a tag with program level scope. For global/controller level tags ‘program’ attribute in map can be omitted or set to JSON null value or empty.

A number of different types are supported by the plugin, these map to the underlying types that are supported by the various PLCs. The table below lists the types that are currently supported within the plugin.

Type

Description

BOOL

A single bit boolean field

BIT

A single bit field

BYTE

An 8 bit unsigned integer value

WORD

A 16 bit unsigned integer value

DWORD

A 32 bit unsigned integer value

INT8

An 8 bit signed integer value

INT16

A 16 bit signed integer value

INT32

A 32 bit signed integer value

INT64

A 64 bit signed integer value

INT

A 16 bit signed integer value

USINT

An 8 bit unsigned integer value

UINT

A 16 bit unsigned integer value

UDINT

A 32 bit unsigned integer value

SINT

An 8 bit signed integer value

DINT

A 32 bit signed integer value

UINT8

An 8 bit unsigned integer value

UINT16

A 16 bit unsigned integer value

UINT32

A 32 bit unsigned integer value

UINT64

A 64 bit unsigned integer value

FLOAT32

A 32 bit floating point number

FLOAT64

A 64 bit floating point number

REAL

A 32 bit floating point number

LREAL

A 64 bit floating point number

STRING

An ASCII string value

SHORT STRING

An ASCII string value

Example JSON Map

In this example we will assume we have a Micro8x0 PLC and we want to read one tag with name Tag1, type UINT32 and having global/controller level scope. Also we want to write to a tag with name Tag2, type UDINT and having global/controller level scope.

The Tags to read Map attribute for this example would be as follow:

{
    "tags": [
        {
            "name": "Tag1",
            "type": "UINT32",
            "program": "",
            "asset": "Asset",
            "datapoint": "Datapoint"
        }
    ]
 }
  • name : The name of the tag to be read.

  • type : The data type of the tag to be read.

  • program : The program name, to be left blank if Global scoped program.

  • asset : The asset name to be associated with the reading corresponding to the tag value being read.

  • datapoint : The datapoint name to be associated with the reading corresponding to the tag value being read.

The Tags to write Map attribute for this example would be as follow:

{
    "tags": [
        {
            "name": "Tag2",
            "type": "UDINT",
            "program": ""
        }
    ]
 }
  • name : The name of the tag to be written.

  • type : The data type of the tag to be written.

  • program : The program name, to be left blank if Global scoped program.

Note

It is extremely important that the map be correctly configured with the correct type for each tag that is read. FLIR Bridge has no way to verify the type that the user requests is the type defined in the PLC, if the type configured for a tag is incorrect then the values read may be meaningless.

See Also

flir-filter-breakover - Filter to forecast the possibility of a breakover.

flir-south-ABB - A south plugin to pull data from the ABB cloud

flir-south-Beckhoff - A Beckhoff ADS data ingress plugin for FLIR Bridge, this monitors Beckhoff PLCs and returns the state of internal variables within the PLC

flir-south-ModbusC - A FLIR Bridge south plugin that implements modbus-tcp and modbus-rtu

flir-south-S7 - A south plugin that uses the S7 Communications protocol to read data from a Siemens S7 series PLC.

flir-south-dnp3 - A south plugin for FLIR Bridge that implements the DNP3 protocol

flir-south-opcua - A FLIR Bridge south service that pulls data from an OPC-UA server

flir-south-s2opcua - An OPC UA south plugin based on the Systerel S2OPC OPC UA Toolkit. This plugin offers similar functionality to the flir-south-opcua plugin but also offers data encryption and authentication.