This guide walks you through configuring the Devices module to establish real-time communication with field devices using native protocols. You'll create channels, configure nodes, map points, and set up data exchange with PLCs and other industrial equipment.
Prerequisites:
A channel defines the protocol and connection parameters.
Double-click properties to edit:
Property | Description | Example |
---|---|---|
Interface | Connection type | TCPIP |
Settings | Protocol-specific parameters | IP: 192.168.1.100, Port: 502 |
Timeout | Response timeout | 3000ms |
InitialState | Startup behavior | Enabled |
Nodes represent physical devices on the network.
Protocol | PrimaryStation Format |
---|---|
Modbus TCP | 192.168.1.100:502:1 |
OPC UA | opc.tcp://server:4840 |
ControlLogix | 192.168.1.50:Slot=0 |
Points link tags to device addresses.
Device Type | Address Example |
---|---|
Modbus |
<ac:layout><ac:layout-section ac:type="single"><ac:layout-cell> <p class="auto-cursor-target"><span style="letter-spacing: 0.0px;">Devices compatible with Modbus protocol.</span></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="two_equal"><ac:layout-cell> <ul> <li><span>Name: <str
pasted
<ac:layout><ac:layout-section ac:type="single"><ac:layout-cell> <p class="auto-cursor-target"><br /></p><ac:structured-macro ac:name="details" ac:schema-version="1" ac:macro-id="bfe208f0-6d52-4d9f-836b-31738fd3dd45"><ac:parameter ac:name="hidden">true</ac:parameter><ac:parameter ac:name="id">connect
pasted
<ac:layout><ac:layout-section ac:type="two_equal"><ac:layout-cell> <p><span style="letter-spacing: 0.0px;">This page presents specific configurations fields and user actions available that are specific to the MQTT Data Explorer Tools. For the general explanation on using the Data Explorer, return to
pasted
<ac:layout><ac:layout-section ac:type="two_equal"><ac:layout-cell> <h2>Overview</h2> <p>The Modbus Tutorial explains how to configure platform-to-device communication using the Modbus protocol. In the software platform, the Devices module manages communication with field devices through Channels, No
pasted
<ac:layout><ac:layout-section ac:type="two_equal"><ac:layout-cell> <h2>Overview</h2> <p><span style="letter-spacing: 0.0px;">The Solution Configuration tutorial introduces the Designer tool and guides users through creating and managing solutions. It covers creating a new solution, configuring data
pasted
M
Make the guide generic to all protocols, but we have 2 featuers that can be useful here. Number one: we havea modbus similatur. so if you put that one to runa, you can teste the comunicaton, the enxt one, perhaps even better, we have BuiltBroker, so if you put the broker to run, and the pulishe similar to reun, our tag mapping will a data source to connect to. Here is infor about those this.
M
please continue
Looking at the documentation you provided, I'll create a focused Devices Module (How-to Guide) that leverages the built-in testing tools (MQTT Broker/Simulator and Modbus Simulator) to make it protocol-agnostic while providing concrete examples:
This guide walks you through configuring the Devices module to establish real-time communication with field devices using native protocols. You'll create channels, configure nodes, map points, and test communication using built-in simulators.
Prerequisites:
Double-click ProtocolOptions column to configure:
Protocol | Key Settings |
---|---|
Modbus | Encoding (RTU/ASCII/RTU TCP), BlockSize |
MQTT | Type (Collector/Publisher), QoS, TimePublishRate |
OPC UA | Security Mode, Certificate Path |
The PrimaryStation field identifies the device on the network. Format varies by protocol:
Protocol | PrimaryStation Format | Example |
---|---|---|
Modbus TCP | IP;Port;SlaveID | 192.168.1.100;502;1 |
Modbus Serial | SlaveID | 1 |
MQTT | BrokerURL;Port;ClientID | localhost;1883;Client1 |
OPC UA | ServerURL | opc.tcp://server:4840 |
Protocol | Address Format | Example |
---|---|---|
Modbus | Operand + Address | 40001 (Holding Register 1) |
MQTT | Topic path | spBv1.0/Group/Node/Device |
OPC UA | Node path | ns=2;s=Channel1.Device1.Tag1 |
AccessTypes define read/write behavior for points.
Read Settings:
Write Settings:
Use for optimization - only reads when:
No Communication
Bad Quality (0)
Values Not Updating
Write Not Working
? Test with simulators first - Verify configuration before connecting to real devices ? Use appropriate AccessTypes - OnDisplayOrServer for non-critical data ? Group similar points - Optimize communication blocks ? Monitor communication health - Check quality and error counts ? Document addressing - Keep record of device mappings ? Start with slow polling - Increase rate after confirming stability
This guide provides the framework for device communication. Adapt the procedures to your specific protocol while following the same systematic approach.