Jump to content
  • EN

Modbus TCP Client configuration example: Difference between revisions

From Teltonika Networks Wiki
← Older editNewer edit →
VisualWikitext
No edit summary
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
<p style="color:red">The information on this page is updated in accordance with the [https://wiki.teltonika-networks.com/view/FW_%26_SDK_Downloads'''00.07.09'''] firmware version .</p>
=Summary=
__TOC__
Modbus TCP Master section is used for configuring your router as a master device and other routers configured in this section as slave devices. A Modbus TCP master device can then request data from these Modbus TCP slaves.
==Summary==
This article contains instructions on how to configure Modbus TCP functionality on most of the Teltonika Networks devices (with the exception of TAP and TSW series)


==Configuration overview & prerequisites==
[[File:ModbusTcpMasterSchemeTopology.png|border|class=tlt-border|center|Topology]]
Before we begin, let's take a look at the configuration that we are attempting to achieve and the prerequisites that make it possible.


Configuring port forwarding on Teltonika devices is a simple process that involves just a few steps and can easily be replicated across various devices. The number of devices involved will depend on the specific use case, but the setup can be scaled seamlessly. In the example below, we will use the RUTX50 as the Modbus TCP Client and RUT956 as Modbus TCP Server.
First, let’s configure our second router which will be acting as a slave device.  


[[File:Networking Topology Modbus basic config.png|border|class=tlt-border|]]
=Configure Modbus TCP slave device=
In this example, we would be configuring our slave device to have a 192.168.1.2 internal IP address. This can be done by changing the IP address parameter on Network → WAN page:


'''Prerequisites''':
[[File:ExampleModSlave1Edit.png|border|class=tlt-border|center|Slave Device WAN configuration]]
* A device from the RUT, RUTX, RUTM, RUTC or TRB series gateway;
* A PC, Laptop, tablet or a smartphone
* Router acting as Modbus TCP Server must have a SIM card with a Public Static or Public Dynamic IP address (more on IP address types '''[[Private and Public IP Addresses|here]]''') to make remote access possible
* (Optional) If the router's SIM card has a Public Dynamic IP address, you may want to additionally configure a '''[[Dynamic DNS]]''' hostname


{{Template:Networking_rutos_manual_basic_advanced_webui_disclaimer
[[File:ExampleModSlave2Edit.png|border|class=tlt-border|center|Slave Device WAN config]]
| series = RUTX
}}


=Modbus TCP Server=
Now we need to enable Modbus service for this slave device as we will open a specific port for letting through TCP communications (it is also possible to 'Allow remote access' if we wish to access this router from external WAN using its public IP). This is done on Services → Modbus page:
Configure Modbus TCP Server device. our slave device to have a 192.168.1.2 internal IP address. This can be done by changing the IP address parameter on Network → WAN page:


==Modbus TCP Server configuration==
[[File:ExampleModSlave3Edit.png|border|class=tlt-border|center|Slave Device Modbus Config|alt=]]
Setup router as Modbus TCP Server. It can be done in '''Services → Modbus → Modbus TCP Server '''. Once in the Modbus TCP Server configuration, find the '''Enable''' the instance and '''turn on the Allow remote access'''. Everything else can be left as default or changed based on your needs:


[[File:Modbus TCP server config new.png|border|class=tlt-border]]
<table class="nd-mantable">
    <tr>
        <th>Field</th>
        <th>Value</th>
        <th>Description</th>
    </tr>
    <tr>
        <td>Enable</td>
        <td>off | on; default <b>off</b></td>
        <td>Turns Modbus TCP on or off.</td>
    </tr>
    <tr>
        <td>Port</td>
        <td>integer [0..65535]; default: <b>502</b></td>
        <td>TCP port used for Modbus communications.</td>
    </tr>
    <tr>
        <td>Device ID</td>
        <td>integer [0..255]; default: <b>1<b/></td>
        <td>The device's Modbus slave ID. When set to 0, it will respond to requests addressed to any ID.</td>
    </tr>
    <tr>
        <td>Allow Remote Access</td>
        <td>off | on; default: <b>off</b></td>
        <td>Allows remote Modbus connections by adding an exception to the device's firewall on the port specified in the field above.</td>
    </tr>
    <tr>
        <td>Keep persistent connection</td>
        <td>off | on; default: <b>off</b></td>
        <td>Allows keep the connection open after responding a Modbus TCP master request.</td>
    </tr>
    <tr>
        <td>Connection timeout</td>
        <td>integer; default: <b>0</b></td>
        <td>Sets TCP timeout in seconds after which the connection is forcefully closed.</td>
    </tr>
    <tr>
        <td>Enable custom register block</td>
        <td>off | on; default: <b>off</b></td>
        <td>Allows the usage of custom register block.</td>
    </tr>




</table>


Once finished click '''Save & Apply''' to save the configuration.
=Configuring Modbus TCP master device=


==Remote access configuration==
==Adding a new slave device==
If you wish to remotely access the Modbus TCP Server device navigate to the '''System → Administration → Access Control''' tab. Once in the '''Administration-Access Control''', find the '''Enable remote HTTP access''' field and put a check mark next to it:
On the master device (in this example master device has 192.168.1.1 internal IP address) open Services → Modbus → Modbus TCP Master. To add a new slave, first, click the add button.


[[File:enable remote access HTTP.png|border|class=tlt-border|]]
[[File:ExampleModSlave4Edit.png|border|class=tlt-border|center|Master device Modbus Slave devices menu.]]


'''Note:''' If you have a Public IP address already, you can skip this step.
Once you have clicked that button, enter the following configuration so we can add the slave device:


To set the APN, while in the router's WebUI, navigate to the '''Network → Mobile → General → Interface mob1s1a1 APN configuration''':
[[File:ExampleModSlave5Edit.png|border|class=tlt-border|center|Master devies Add Slave Config]]


[[File:Set APN PF.png|border|class=tlt-border|alt=]]
<table class="nd-mantable">
    <tr>
        <th>Field</th>
        <th>Value</th>
        <th>Description</th>
    </tr>
    <tr>
        <td>Enable</td>
        <td>string; default: <b>none</b></td>
        <td>Slave device's name, used for easier management purposes.</td>
    </tr>
    <tr>
        <td>Name</td>
        <td>off | on; default: <b>off</b></td>
        <td>Turns communication with the slave device on or off.</td>
    </tr>
    <tr>
        <td>Slave ID</td>
        <td>integer [0..255]; default: <b>none</b></td>
        <td>Slave ID. Each slave in a network is assigned a unique identifier ranging from 1 to 255. When the master requests data from a slave, the first byte it sends is the Slave ID. When set to 0, the slave will respond to requests addressed to any ID.</td>
    </tr>
    <tr>
        <td>IP address</td>
        <td>ip; default: <b>none</b></td>
        <td>Slave device's IP address.</td>
    </tr>
    <tr>
        <td>Port</td>
        <td>integer [0..65535]; default: <b>none</b></td>
        <td>Slave device's Modbus TCP port.</td>
    </tr>
    <tr>
        <td>Period</td>
        <td>integer [1..86400]; default: <b>60</b></td>
        <td>Interval at which requests are sent to the slave device.</td>
    </tr>
    <tr>
        <td>Timeout</td>
        <td>integer [1..30]; default: <b>5</b></td>
        <td>Maximum response wait time.</td>
    </tr>


Once in the '''Interface mob1s1a1 APN configuration''' window, edit your mobile interface, find the '''APN''' field and enter you Internet Service Provider's APN:
</table>
# '''Disable the Auto APN option'''
# Choose the correct '''APN''', which gives out a public IP address (for more information about that contact your Internet Service Provider)


[[File:Set APN PF APN selected.png|border|class=tlt-border]]
Scroll down and click “Save and Apply”


Additional notes on APN:
[[File:Picture6.png|border|class=tlt-border|center|Save and Apply]]
* '''NOTE 1''': don't use the exact APN value as seen in the example above as it will not work with your SIM card. APN depends on your Internet Service Provider (ISP), therefore, your ISP should provide you with their APN or, in many case, you can find your ISP's APN with an online search.
* '''NOTE 2''': furthermore, it should be noted that not all SIM cards support this functionality. Static or Dynamic Public IP addresses (obtained through APN) are a paid service and setting any APN value for a SIM card that doesn't support this service will most likely result in losing your data connection. If this is the case, it can be fixed by simply deleting the APN, but it also means that remote access through mobile WAN IP will most likely not work on your SIM card.
* '''NOTE 3''': in some cases the SIM card doesn't require an APN in order to obtain a Public IP address. If that is the case for you, simply check what your router's mobile WAN IP address is - if it's already a Public IP address, then you don't need to set an APN. The easiest way to find what your mobile WAN IP address is to log in to the router's WebUI and check the '''MOB1S1A1''' widget in the '''Overview''' page:


[[File:Where public IP.png|border|class=tlt-border]]
After this, this is how your main Modbus Master panel should look:  


=Modbus TCP Client=
[[File:ExampleModSlave7Edit.png|border|class=tlt-border|center|Master Device Modbus Slave menu]]
==Testing==
For testing, if the functionality is working we can configure a request. A Modbus request is a way of obtaining data from Modbus slaves. The master sends a request to a slave specifying the function code to be performed. The slave then sends the requested data back to the Modbus master. You can create a maximum of 64 request configurations for each slave device. First, click the edit button:


==Modbus TCP Client configuration==
[[File:ExampleModSlave7Edit.png|border|class=tlt-border|center|Master Device Modbus Slave menu]]
On the Modbus TCP Client device open Services → Modbus → Modbus TCP Client. To create a new instance click on '''Add'''. A new pop-up window should appear:


# '''Enable''' the '''instance'''
Scroll down to the “Request configuration” section.
# '''Enter''' the '''desired name'''
# '''Server ID''' must match with the previously configured '''Server device ID'''
# Enter the '''mobile WAN IP address of the Modbus TCP Server device'''
# Chose same '''Port as in Server device - 502'''
# Enter '''Period in seconds''', how often requests will be sent to the Server device


[[File:Enable modbus tcp client config.png|border|class=tlt-border]]
[[File:ExampleModSlave9Edit.png|border|class=tlt-border|center|Request Configuration]]


==Requesting Modbus data==
Write a name for the request and click the “Add” button.  
For testing, if the functionality is working we can configure a request. A Modbus request is a way of obtaining data from Modbus Server. The Client sends a request to a Server specifying the function code to be performed. The Server then sends the requested data back to the Modbus Client.  


Scroll down to the '''Request configuration''' section. Write a name for the request and click the '''Add''' button:
[[File:ExampleModSlave10Edit.png|border|class=tlt-border|center|Add new request.]]


[[File:Add new request modbus tcp client.png|border|class=tlt-border]]
And enter a data type, a function, first register, number of registers, if you need brackets or don’t and enable the request. In this case we are trying to get System uptime information so configure the next options:


In this case we are trying to get System temperature (in 0.1 °C) information so configure the next options:
[[File:ExampleModSlave11Edit.png|border|class=tlt-border|center|Configuring new request]]


# '''Data type''': 32bit INT, Byte order 1,2,3,4
<table class="nd-mantable">
# '''Function''': Read holding registers (3)
    <tr>
# '''First register''': 6
        <th>Field</th>
# '''Number of register'''s: 2
        <th>Value</th>
# '''Enble''' brackets if not needed
        <th>Description</th>
# '''Enable''' the request
    </tr>
    <tr>
        <td>Name</td>
        <td>string; default: <b>Unnamed Parameter</b></td>
        <td>Request name. Used for easier management purposes.</td>
    </tr>
    <tr>
        <td>Data type</td>
        <td>8bit INT | 8bit UINT | 16bit INT, high byte first | 16bit INT, low byte first | 16bit UINT, high byte first | 16bit UINT, low byte first | 32bit float, Byte order 1,2,3,4 | 32bit float, Byte order 4,3,2,1 | 32bit float, Byte order 2,1,4,3 | 32bit float, Byte order 3,4,1,2; default: <b>16bit INT, high byte first</b></td>
        <td>How read data will be stored.</td>
    </tr>
    <tr>
        <td>Function</td>
        <td>1 | 2 | 3 | 4 | 5 | 6 | 15 | 16; default: <b>3</b></td>
        <td>A function code specifies the type of register being addressed by a Modbus request. The codes represent these functions:<br>
            <ul>
                <li><b>1</b> - read Coil Status</li>
                <li><b>2</b> - read Input Status</li>
                <li><b>3</b> - read Holding Registers</li>
                <li><b>4</b> - read Input Registers</li>
                <li><b>5</b> - force Single Coil</li>
                <li><b>6</b> - preset Single Register</li>
                <li><b>15</b> - force Multiple Coils</li>
                <li><b>16</b> - force Multiple Registers</li>
            </ul>
        </td>
    </tr>
    <tr>
        <td>First Register</td>
        <td>integer [0..65535]; default: <b>1</b></td>
        <td>First Modbus register from which data will be read.</td>
    </tr>
    <tr>
        <td>Number of Registers</td>
        <td>integer [1..2000]; default: <b>none</b></td>
        <td>Number of Modbus registers that will be read during the request.</td>
    </tr>
    <tr>
        <td>Enabled</td>
        <td>yes | no; default: <b>no</b></td>
        <td>Turns the request on or off.</td>
    </tr>
    <tr>
        <td>Test</td>
        <td>- (interactive button)</td>
        <td>Generates a Modbus request according to given parameters in order to test the request configuration. You must first save the configuration before you can use the Test button.</td>
    </tr>
    <tr>
        <td>Delete</td>
        <td>- (interactive button)</td>
        <td>Deletes the request.</td>
    </tr>
    <tr>
        <td>Add</td>
        <td>- (interactive button)</td>
        <td>Adds a new request configuration.</td>
    </tr>
</table>


The information about correct Modbus registers usage can be found [[https://wiki.teltonika-networks.com/view/Monitoring_via_Modbus_RUTOS|'''here''']].
Under the “Request Configuration” section there will be another section called “Request Configuration Testing” this is where you can test that the parameters that you set work properly. Just select the request that you want to test and click the test button and you should get an output.


[[File:Add new request modbus tcp test.png|border|class=tlt-border]]
[[File:ExampleModSlave12Edit.png|border|class=tlt-border|center|Testing request.]]


Under the '''Request Configuration''' section there will be another section called '''Request Configuration Testing''' this is where you can test that the parameters that you set work properly. Just select the request that you want to test and click the '''test button''' and you should get an output.
==Alarms==
Alarms are a way of setting up automated actions when some Modbus values meet user-specified conditions. To configure these alarms, scroll to the end of the menu and click the “Add” button.  


[[File:Testing modbus TCP client data.png|border|class=tlt-border]]
[[File:ExampleModSlave13Edit.png|border|class=tlt-border|center|Add new alarm.]]


=See Also=
After clicking the “Add” button the next menu should come up:


Most Teltonika-Networks devices have the Modbus feature. Configuration is described in the user manual Services page for each device.
[[File:ExampleModSlave14Edit.png|border|class=tlt-border|center|Alarm configuration.]]
 
<table class="nd-mantable">
    <tr>
        <th>Field</th>
        <th>Value</th>
        <th>Description</th>
    </tr>
    <tr>
        <td>Enabled</td>
        <td>yes | no; default: <b>no</b></td>
        <td>Turns the alarm on or off</td>
    </tr>
    <tr>
        <td>Function code</td>
        <td>Read Coil Status (1) | Read Input Status (2) | Read Holding Registers (3) | Read Input Registers (4); default: <b>Read Coil Status (1)</b></td>
        <td>Modbus function used in Modbus request.</td>
    </tr>
    <tr>
        <td>Register</td>
        <td>integer [0..65535]; default: <b>none</b></td>
        <td>Number of the Modbus coil/input/holding register/input register that will be read.</td>
    </tr>
    <tr>
        <td>Condition</td>
        <td>More than | Less than | Equal to | Not Equal to; default: <b>Equal to</b></td>
        <td>When a value is obtained it will be compared against the value specified in the following field. The comparison will be made in accordance with the condition specified in this field.</td>
    </tr>
    <tr>
        <td>Value</td>
        <td>various; default: <b>none</b></td>
        <td>The value against which the read data will be compared.</td>
    </tr>
    <tr>
        <td>Action</td>
        <td>SMS | Trigger output | Modbus Request; default: <b>SMS</b></td>
        <td>Action that will be taken if the condition is met. Possible actions:
            <ul>
                <li><b>SMS</b> - sends and SMS message to a specified recipient(s).</li>
                <li><b>Trigger output</b> - changes the state of a specified output(s).</li>
                <li><b>Modbus Request</b> - sends a Modbus request to a specified slave.</li>
            </ul>
        </td>
    </tr>
    <tr>
        <td><span style="color: #0054a6;">SMS: Message</span></td>
        <td>string; default: <b>none</b></td>
        <td>SMS message text.</td>
    </tr>
    <tr>
        <td><span style="color: #0054a6;">SMS: Phone number</span></td>
        <td>phone number; default: <b>none</b></td>
        <td>Recipient's phone number.</td>
    </tr>
    <tr>
        <td><span style="color: red;">Trigger output: Output</span></td>
        <td>Open collector output | Relay output | Both; default: <b>Open collector output</b></td>
        <td>Which output(s) will be triggered.</td>
    </tr>
    <tr>
        <td><span style="color: red;">Trigger output: I/O Action</span></td>
        <td>Turn On | Turn Off | Invert; default: <b>Turn On</b></td>
        <td>Action that will taken on the specified output.</td>
    </tr>
    <tr>
        <td><span style="color: purple;">Modbus Request: IP address</span></td>
        <td>ip | host; default: <b>none</b></td>
        <td>Modbus slave's IP address.</td>
    </tr>
    <tr>
        <td><span style="color: purple;">Modbus Request: Port</span></td>
        <td>integer [0..65535]; default: <b>none</b></td>
        <td>Modbus slave's port.</td>
    </tr>
    <tr>
        <td><span style="color: purple;">Modbus Request: Timeout</span></td>
        <td>integer [1..30]; default: <b>5</b></td>
        <td>Maximum time to wait for a response.</td>
    </tr>
    <tr>
        <td><span style="color: purple;">Modbus Request: ID</span></td>
        <td>integer [1..255]; default: <b>none</b></td>
        <td>Modbus slave ID.</td>
    </tr>
    <tr>
        <td><span style="color: purple;">Modbus Request: Modbus function</span></td>
        <td>Read Coil Status (1) | Read Input Status (2) | Read Holding Registers (3) | Read Input Registers (4) | Force Single Coil (5) | Preset Single Register (6) | Force Multiple Coils (15) | Force Multiple Registers (16); default: <b>Force Single Coil (5)</b></td>
        <td>A function code specifies the type of register being addressed by a Modbus request.</td>
    </tr>
    <tr>
        <td><span style="color: purple;">Modbus Request: First register</span></td>
        <td>integer [0..65535]; default: <b>none</b></td>
        <td>Begins reading from the register specified in this field.</td>
    </tr>
    <tr>
        <td><span style="color: purple;">Modbus Request: Number of registers</span></td>
        <td>integer [0..65535]; default: <b>none</b></td>
        <td>The number of registers that will be read from the first register.</td>
    </tr>
</table>

Revision as of 09:17, 25 April 2022

Summary

Modbus TCP Master section is used for configuring your router as a master device and other routers configured in this section as slave devices. A Modbus TCP master device can then request data from these Modbus TCP slaves.

Topology
Topology

First, let’s configure our second router which will be acting as a slave device.

Configure Modbus TCP slave device

In this example, we would be configuring our slave device to have a 192.168.1.2 internal IP address. This can be done by changing the IP address parameter on Network → WAN page:

Slave Device WAN configuration
Slave Device WAN configuration
Slave Device WAN config
Slave Device WAN config

Now we need to enable Modbus service for this slave device as we will open a specific port for letting through TCP communications (it is also possible to 'Allow remote access' if we wish to access this router from external WAN using its public IP). This is done on Services → Modbus page:

Slave Device Modbus Config
Field Value Description
Enable off | on; default off Turns Modbus TCP on or off.
Port integer [0..65535]; default: 502 TCP port used for Modbus communications.
Device ID integer [0..255]; default: 1 The device's Modbus slave ID. When set to 0, it will respond to requests addressed to any ID.
Allow Remote Access off | on; default: off Allows remote Modbus connections by adding an exception to the device's firewall on the port specified in the field above.
Keep persistent connection off | on; default: off Allows keep the connection open after responding a Modbus TCP master request.
Connection timeout integer; default: 0 Sets TCP timeout in seconds after which the connection is forcefully closed.
Enable custom register block off | on; default: off Allows the usage of custom register block.

Configuring Modbus TCP master device

Adding a new slave device

On the master device (in this example master device has 192.168.1.1 internal IP address) open Services → Modbus → Modbus TCP Master. To add a new slave, first, click the add button.

Master device Modbus Slave devices menu.
Master device Modbus Slave devices menu.

Once you have clicked that button, enter the following configuration so we can add the slave device:

Master devies Add Slave Config
Master devies Add Slave Config
Field Value Description
Enable string; default: none Slave device's name, used for easier management purposes.
Name off | on; default: off Turns communication with the slave device on or off.
Slave ID integer [0..255]; default: none Slave ID. Each slave in a network is assigned a unique identifier ranging from 1 to 255. When the master requests data from a slave, the first byte it sends is the Slave ID. When set to 0, the slave will respond to requests addressed to any ID.
IP address ip; default: none Slave device's IP address.
Port integer [0..65535]; default: none Slave device's Modbus TCP port.
Period integer [1..86400]; default: 60 Interval at which requests are sent to the slave device.
Timeout integer [1..30]; default: 5 Maximum response wait time.

Scroll down and click “Save and Apply”

Save and Apply
Save and Apply

After this, this is how your main Modbus Master panel should look:

Master Device Modbus Slave menu
Master Device Modbus Slave menu

Testing

For testing, if the functionality is working we can configure a request. A Modbus request is a way of obtaining data from Modbus slaves. The master sends a request to a slave specifying the function code to be performed. The slave then sends the requested data back to the Modbus master. You can create a maximum of 64 request configurations for each slave device. First, click the edit button:

Master Device Modbus Slave menu
Master Device Modbus Slave menu

Scroll down to the “Request configuration” section.

Request Configuration
Request Configuration

Write a name for the request and click the “Add” button.

Add new request.
Add new request.

And enter a data type, a function, first register, number of registers, if you need brackets or don’t and enable the request. In this case we are trying to get System uptime information so configure the next options:

Configuring new request
Configuring new request
Field Value Description
Name string; default: Unnamed Parameter Request name. Used for easier management purposes.
Data type 8bit INT | 8bit UINT | 16bit INT, high byte first | 16bit INT, low byte first | 16bit UINT, high byte first | 16bit UINT, low byte first | 32bit float, Byte order 1,2,3,4 | 32bit float, Byte order 4,3,2,1 | 32bit float, Byte order 2,1,4,3 | 32bit float, Byte order 3,4,1,2; default: 16bit INT, high byte first How read data will be stored.
Function 1 | 2 | 3 | 4 | 5 | 6 | 15 | 16; default: 3 A function code specifies the type of register being addressed by a Modbus request. The codes represent these functions:
  • 1 - read Coil Status
  • 2 - read Input Status
  • 3 - read Holding Registers
  • 4 - read Input Registers
  • 5 - force Single Coil
  • 6 - preset Single Register
  • 15 - force Multiple Coils
  • 16 - force Multiple Registers
First Register integer [0..65535]; default: 1 First Modbus register from which data will be read.
Number of Registers integer [1..2000]; default: none Number of Modbus registers that will be read during the request.
Enabled yes | no; default: no Turns the request on or off.
Test - (interactive button) Generates a Modbus request according to given parameters in order to test the request configuration. You must first save the configuration before you can use the Test button.
Delete - (interactive button) Deletes the request.
Add - (interactive button) Adds a new request configuration.

Under the “Request Configuration” section there will be another section called “Request Configuration Testing” this is where you can test that the parameters that you set work properly. Just select the request that you want to test and click the test button and you should get an output.

Testing request.
Testing request.

Alarms

Alarms are a way of setting up automated actions when some Modbus values meet user-specified conditions. To configure these alarms, scroll to the end of the menu and click the “Add” button.

Add new alarm.
Add new alarm.

After clicking the “Add” button the next menu should come up:

Alarm configuration.
Alarm configuration.
Field Value Description
Enabled yes | no; default: no Turns the alarm on or off
Function code Read Coil Status (1) | Read Input Status (2) | Read Holding Registers (3) | Read Input Registers (4); default: Read Coil Status (1) Modbus function used in Modbus request.
Register integer [0..65535]; default: none Number of the Modbus coil/input/holding register/input register that will be read.
Condition More than | Less than | Equal to | Not Equal to; default: Equal to When a value is obtained it will be compared against the value specified in the following field. The comparison will be made in accordance with the condition specified in this field.
Value various; default: none The value against which the read data will be compared.
Action SMS | Trigger output | Modbus Request; default: SMS Action that will be taken if the condition is met. Possible actions:
  • SMS - sends and SMS message to a specified recipient(s).
  • Trigger output - changes the state of a specified output(s).
  • Modbus Request - sends a Modbus request to a specified slave.
SMS: Message string; default: none SMS message text.
SMS: Phone number phone number; default: none Recipient's phone number.
Trigger output: Output Open collector output | Relay output | Both; default: Open collector output Which output(s) will be triggered.
Trigger output: I/O Action Turn On | Turn Off | Invert; default: Turn On Action that will taken on the specified output.
Modbus Request: IP address ip | host; default: none Modbus slave's IP address.
Modbus Request: Port integer [0..65535]; default: none Modbus slave's port.
Modbus Request: Timeout integer [1..30]; default: 5 Maximum time to wait for a response.
Modbus Request: ID integer [1..255]; default: none Modbus slave ID.
Modbus Request: Modbus function Read Coil Status (1) | Read Input Status (2) | Read Holding Registers (3) | Read Input Registers (4) | Force Single Coil (5) | Preset Single Register (6) | Force Multiple Coils (15) | Force Multiple Registers (16); default: Force Single Coil (5) A function code specifies the type of register being addressed by a Modbus request.
Modbus Request: First register integer [0..65535]; default: none Begins reading from the register specified in this field.
Modbus Request: Number of registers integer [0..65535]; default: none The number of registers that will be read from the first register.
Retrieved from "https://wiki.teltonika-networks.com/index.php?title=Modbus_TCP_Client_configuration_example&oldid=90812"