Skip to main content

Collection Configuration

Open Development Configuration → Collection Configuration. A channel defines the connection, a device selects the protocol, and a variable defines the point to read. Without physical equipment, begin with Collect Your First Point.

For byte order, string length, BCD format, and encoding, go directly to Common Variable Register Options.

Add your first point​

Prepare the device address or serial settings, protocol, station ID, one known point address, and its data type. Verify a small sample before importing the full point list.

  1. Create a channel. Use a separate channel for each ordinary collection device. Select TcpClient for a device providing a TCP endpoint, and enter its actual IP:port; for serial devices, match the port and communication settings. Plugins supporting only Other do not require an ordinary channel.
  2. Create the device. Select its collection plugin and the new channel. Open the plugin-properties tab and fill in the protocol parameters. Start with an execution interval of 1000 milliseconds and keep the device enabled.
  3. Create a variable. Select the device, then add a variable with the known address and matching data type. For monitoring, use read-only access and leave RPC writes disabled. Other fields can keep their defaults.
  4. Verify the result. Wait for the device to become online. Confirm that the current value agrees with the source and the sample time advances. Enable automatic refresh or refresh manually if the value is not displayed. Use More Functions → Debug for a representative address read when needed.

Device context, resource tree, and persistent variable list

After the first point is correct, add a few representative points, verify units, ranges, and alarms, then import the complete list. Inspect every import result and export the completed configuration for delivery. Share a channel only where the plugin manual explicitly supports it; DTU Service and Gateway MQTT have documented shared-connection modes.

Terms and the field-configuration checklist
TermMeaning
ChannelA communication link such as a TCP connection, UDP session, or serial port.
DeviceA PLC, instrument, module, or logical object managed by a collection plugin.
VariableA point with an address, type, permissions, expressions, filtering, and optional alarms.
OtherA plugin that manages its own connection or does not require an ordinary channel.
Cron expressionA schedule expression. Routine fixed periods can use milliseconds; 1000 means one second.
RPC writesExternal or page-initiated point writes. Enable only for points that need control.
StreamAsyncThe serial-port asynchronous I/O mode. Keep the default while communication is stable.
DtuIdThe identifier used to distinguish a DTU or transparent terminal.
TopicThe messaging path agreed with a system such as MQTT or Kafka.
Confirm before configuringRequired information
Communication methodTCP client/server, UDP, serial, OPC UA/DA, MQTT, or plugin-managed connection.
ConnectionIP, port, serial settings, credentials, certificates, and firewall policy.
Device identityModel, station ID, rack/slot, DTU identifier, OPC namespace, or MQTT topic.
Point tableNames, addresses, types, units, ranges, permissions, and alarm thresholds.
VerificationPLC software, instrument display, receiving system, or calibrated reference value.
Write permissionsWhich points may be controlled and the field conditions required before writing.

Maintain the collection configuration​

Page Structure​

AreaDescription
Left Resource PanelDisplay devices grouped by channel; channel titles display the number of online devices and channel summaries; Other type devices not bound to the regular channel are displayed in tiled groups. The panel supports filtering by device name, channel name, device status, and plugin name.
Device Context BarShows the selected device, channel, collection plugin, online state, and variable count, with actions for details, editing, and More Functions.
Persistent Variable WorkspaceDisplays variables for the selected resource. Opening details, logs, or debugging does not replace the variable list.
Operations WorkspaceOpens from More Functions and contains Debug, Channel Log, and Device Log tabs. On desktop it can be placed below or to the right and resized by dragging the separator.
Page OperationsThe resource panel provides refresh and channel/device management. The variable toolbar Show More menu contains import, export, and test-data commands.

After selecting a channel or device on the left, the variable list on the right is filtered to that scope. Device rows show online status, redundancy role, and collection plugin so you can quickly confirm that each device uses the intended channel and plugin.

Channel and device resource tree in collection configuration

Resource Panel Operations​

OperationInstructions
Search by device nameFilter resource panel by device name.
Search channel namesFilter by device channel name.
Device Status FilteringOnly displays online or offline devices.
Plugin Name FilterOnly displays devices under the specified collection plugin.
Select channel groupsView devices and variables under that channel.
Select Ungrouped DevicesView Other types of devices and variables that do not require a standard communication channel.
Select the deviceView its variables and use the device context bar to open details, editing, or the operations workspace.

Channel Management​

Click "Channel Management" to open the Channel Management drawer.

Channel Management Drawer

OperationsDescription
SearchFilter channels by channel name or enabled status.
Addedto open the channel configuration popup and create a channel.
EditModify the basic channel information and communication parameters.
DeleteDelete individual channels. Before deletion, confirm that devices under the channel are no longer in use.
Batch EditBatch adjust some configurations of selected channels.
Batch DeleteDelete multiple selected channels.
RefreshReread the channel list.

Channel Configuration​

Click "New" or "Edit" to open the Channel Configuration popup.

Channel Configuration Popup

Configuration ItemsDescription
Channel NameChannel display name; it is recommended to name according to protocol, field link, or device group. Do not use Memory for names; this name is reserved for memory variables.
DescriptionPurpose of the channel, connection object, or site location description.
Channel TypeSelect the communication method. Network channels display applicable remote and binding addresses; TCP channels also provide TLS settings. Serial channels display serial-port parameters.
Enableto control whether the channel is running. Once closed, devices under this channel cannot collect data through this channel.
Remote AddressThe counter address for client-mode connection, commonly in formats such as IP: port or domain name: port, for example, 192.168.1.10:502. TCP clients must provide a remote address; UDP sessions must fill in at least one of the remote address or the bound address. When providing an address with the agreement on-site, you may fill in the prefix tcp://, ssl://, or http(s):// as required by the other party.
Backup Remote AddressBackup peer address for TCP client channels. If the primary remote address fails to connect, the connection is disconnected, or communication times out, the channel will attempt to switch to that address within the same device and channel. As long as either primary or backup links are available, the device will not immediately switch between primary and backup devices due to a single TCP link failure. Leaving a blank means TCP client network redundancy is not enabled; The backup address should not be the same as the remote address.
Binding addressThe address where the server mode listens locally on the gateway is commonly used. 0.0.0.0: port means other hosts are allowed to connect,127.0.0.1: port only allows local connections to be allowed. The TCP server must fill in the binding address; UDP sessions must fill in at least one of the remote address or the bound address. If protocol monitoring is required, you can fill in the tcp://0.0.0.0: Port or ssl://0.0.0.0: Port as agreed on site.
Enable SSLTLS for TCP client and TCP service channels; UDP and serial channels do not use it. Enable when the peer requires encrypted communication, bidirectional certificates, or certificate verification; The plaintext protocol on the regular intranet remains closed. When enabling SSL on the TCP server, you must select the server certificate; otherwise, the client cannot complete the TLS handshake.
SSL target hostused by TCP clients to enable SSL for validation certificate hostnames. When connecting via IP but the certificate is issued to a domain name, fill in the domain name in the certificate.
SSL client certificate / server certificate / CA certificateclient certificate used by the gateway to prove identity to the peer; Server certificates are provided to clients when the gateway acts as a server listener; CA certificates are used to verify peer certificates. Certificates must first be maintained in the "Certificate Management" section.
Allow untrusted certificatesEnabling relaxes peer identity validation. Disabling uses strict validation with the correct CA and also makes a TCP service require a valid client certificate. Prepare terminal identities and follow the direction-specific TLS setup.
SSL protocol / check certificate revocationspecify TLS version and enable revocation check when handshake failure or on-site security policy requirements; Default is maintained without explicit requirements.
Port NameThe serial port name used by the serial port channel, such as COM1 or /dev/ttyS0. The serial port channel must be filled with the port name, and the host must recognize the serial port.
Baud rate, data bits, check bits, stop bits,serial communication parameters must be consistent with the field equipment.
DTR / RTS / handshake modeserial hardware flow control parameters. Adjust when the on-site serial server, RS485 converter, or instrument manual require activation.
StreamAsyncSerial port asynchronous read/write method. On-site can be understood as a serial port-driven read/write mode; When serial communication is stable, it remains at default; when issues such as blockage or untimely reads occur, adjustments can be made according to the requirements of the field driver.
Serial port read/write bufferThe size of the read and write buffers used for serial communication. Scenarios for large numbers of continuous or long messages can be appropriately increased.
Connection timeoutBudget in milliseconds for connection establishment, including relevant TLS work. Increase it only to cover observed connection latency; protocol response timeout is configured separately in the device plugin.
Cache timeoutReceive-frame assembly timeout in milliseconds; default 500, minimum 100. Keep the default for the first connection and do not enter 0. This is separate from the variable refresh period.
Maximum concurrencyThe number of requests allowed to be processed simultaneously on the same channel. When the on-site device request order is strict, keep 1; increase after confirming that the peer supports concurrency.
Heartbeat Content / Heartbeat TimeShared channel fields whose actual sending or response depends on the plugin and direction. Filling them in does not establish that an ordinary collection connection sends heartbeats. Hex parses configured content as bytes; see Channel Transport.
Maximum Number of Connections / Client Cleanup TimeTCP server channel is used to limit the number of clients and clear idle connections. If there are many upper-level computers or DTU, confirm that the maximum number of connections is sufficient.
DTU ID / DTU ID Hex / DTU service typeUsed by supported registration paths. A TCP server registers the terminal ID as text or Hex; the device plugin's DTU ID must use the same representation. Hex does not change registration bytes on the wire. See DTU Service for Default and DDP registration.

After configuring a backup remote address on the TCP client, the gateway will still prioritize connecting to the "remote address" when the gateway starts or the channel restarts. After switching to an alternate address during operation, it will retain the currently available link; Only try another link if the current link fails again. This configuration only applies to the TCP client channel on the acquisition side and does not affect the TCP server, UDP, serial port, or device primary and backup redundant configuration.

When batch editing channels, only the fields that have actually been adjusted in the batch popup will be modified. Used for unified start-stop, log levels, timeout, heartbeat, SSL, and other public configurations; The addresses, serial port names, and certificates of different types of channels should still be checked individually.

Device Management​

Click "Device Management" to open the Device Management drawer.

Equipment Management Drawer

OperationInstructions
SearchSearch by device name.
Status FilteringFilter by online or offline status.
Plugin FilteringFilter by Collection Plugin.
Enable Status FilteringEnable or Disable Filtering.
Addedto open the device configuration popup and create a device.
EditModify device base information, plugin properties, and redundancy configuration.
DeleteDelete the device. Before deletion, confirm that variables under the device are no longer needed.
Batch EditBatch adjust some configurations of selected devices.
Batch DeleteDelete multiple selected devices.
RefreshReload the device list.

Device Configuration​

Click "New" or "Edit" to open the device configuration popup.

Device Configuration Popup

Configuration ItemsDescription
Equipment NameThe device display name should match the on-site equipment number. Names should not include English periods ., do not use Memory. Memory is the device name used by the system memory variable.
Device PluginSelect the Collection Plugin. After selection, the device attributes of the plugin will be displayed.
ChannelSelect the channel used by the device. TCP, UDP, and serial plugins normally require a channel; use one channel per device unless the plugin manual explicitly documents channel sharing. Plugins that only support Other (without a standard communication channel) can be left blank. You can add, edit, or delete channels next to this field.
Execution intervalThe device collects execution intervals, which can be filled in milliseconds or Cron timer expressions, for example, 1000 means 1 second, */5 * * * * * means every 5 seconds. Priority is given to filling in milliseconds during routine on-site cycles; The smaller the spacing, the higher the real-time performance, but it increases the load on devices and gateways.
Enableto control whether the device participates in collection.
Allow method callsOff by default. Allows all exposed direct methods without variable binding; variable RPC retains its own permissions. See Plugin Method Calls.
Log LevelControl the detail of equipment operation logs. When troubleshooting, you can temporarily upgrade the log level.
DescriptionEquipment usage, site number, or installation location.
Notes 1 to 5Custom extension fields for the project.
Enable redundancyConfigure backup devices for critical equipment.
Redundant devicesAfter redundancy is enabled, select backup devices. Backup devices should use the same collection plugin and have configured channels, plugin properties, and variables; Equipment that has already been used as a backup for other devices cannot be reselected.
Redundancy Modecan switch offline, or switch via scripts. Offline switching is suitable for automatic switching when the main device is inaccessible; Script switching is suitable for judgment based on quality, business status, or external conditions.
Scan intervalRedundancy state check interval, unit milliseconds, minimum 10,000. The shorter the interval, the faster the switching, but this increases the frequency of inspections.
Switching ScriptsRedundancy mode is selected when switching scripts. The script should return the decision on whether to switch, making it suitable to decide between principal and standby based on business conditions. When switching scripts, you must select the script.
Plugin PropertiesProvided by the selected collection plugin, such as station ID, timeout, byte order, authentication, and subscription parameters. Use the matching topic in the Plugin Manual Index for dynamic properties, address formats, special methods, and verification; configure common variable fields on this page.

Device plugins provide available channel types. When adding or editing a device, select the plugin first and then choose a matching channel. Do not reuse another device's channel unless the plugin manual explicitly says that sharing is supported. If the plugin only supports Other (no standard communication channel), the device can be saved without a channel and appears in the ungrouped area.

Redundant devices should not duplicate overlapping configurations: Do not enable redundancy for backup devices. Before going live, you can disable the main device or disconnect the main link and observe whether it switches to the backup device as expected.

Device-level redundancy failure detection and standby takeover flow

Variable List​

The variable list remains visible in the main Collection Configuration workspace and shows the current resource scope.

ToolsDescription
Search by variable nameSearch by variable name.
Search addressSearch by register address or protocol address.
Resource Range FilteringSelect variable ranges through left-side channels or devices.
Status ScreeningFiltering by normal or abnormal status.
RefreshManually refresh the variable list.
Auto-RefreshAfter activating, set the variable values automatically according to the page settings.
Add a variableOpen the variable configuration popup.
Batch EditBatch modify selected variables.
Batch DeleteDelete selected variables.
Column SettingsCustomize Variable Table Display Columns.

Common columns include device name, variable name, description, register address, current value, original value, last set value, data type, unit, collection group, business group, online status, enabled status, acquisition time, change time, and error information.

Raw value preserves the collection input; current value is used by business calculations and downstream processing. Last set value records the value before a runtime update and can also change during ordinary collection. It is not an audit record of the most recent manual or RPC command. Verify writes using per-point results and source readback.

Variable list toolbar and filtering entry points

Variable table and column settings panel

Memory variables are maintained on the "Memory Calculation" page. This page only displays variables under the Memory device, suitable for saving scripts, rules, or internal calculation results; The collection configuration page mainly maintains the channels, devices, and variables connected to field equipment.

Variable Configuration​

Click "New" or "Edit" in the variable list to open the variable configuration popup.

Variable Configuration Popup

Configuration ItemsDescription
Variable NamePoint Name, It is recommended to keep consistent with the device point list.
Belonging EquipmentVariable belonging device. After selecting a device, the address prompt and optional data types will be refreshed by the plugin.
UnitsVariable displays units.
Enableto control whether variables participate in collection.
DescriptionDescription of the purpose of the location.
Variable addressInternal device register, node, Topic field, or protocol address. The address format is determined by plugins; for example, Modbus uses register addresses, OPC UA uses node identifiers, and MQTT uses Topic and Payload fields. Plugins supporting common conversion options can append data, len, bcd, and encoding; see Common variable register options.
Data TypeData Type of the Collected Value. It must be consistent with the actual data of the equipment; If the value display is inverted, accuracy is abnormal, or the boolean state is incorrect, the data type, variable address, array length, and plugin byte order should be checked simultaneously. Memory variables are saved by object value, without filling in the field equipment address.
Read and write permissionsChoose read-only, read-write, or write-only. Before writing, confirm that on-site equipment is authorized to distribute the data.
Decimal placesEmpty leaves precision unchanged; 0 rounds to an integer. The accepted range is 0–28, with Float capped at 6 and Double at 15. Rounding affects the final floating-point or Decimal scalar runtime value, while the raw value remains intact.
Array lengthNumber of elements, not bytes. Register parsing in plugins such as Modbus Master returns a scalar for both 0 and 1, and an array above 1. String byte length uses address option len. Check other plugins separately; memory variables do not use this field.
Special MethodsSpecial read/write methods provided by plugins. After selection, variable addresses are usually used as parameters for this method, and are no longer packaged as regular register addresses; Only select when field protocols, plugin instructions, or debugging requirements are clearly needed.
Execution intervalLeave blank to inherit the device interval; do not substitute 0 for an empty field. For independent scheduling, enter milliseconds or a Cron expression such as 500 or */10 * * * * *.
Initial valueStarting point when the variable is loaded, independent of saving the latest snapshot. It does not write a physical device and can be replaced by new collection.
Save Initial ValuePersists the latest snapshot for future loading. Collection variables save the raw value. Turning it off stops new samples from updating the starting value.
Force Save ValueRequires Save Initial Value. Updates enter a background queue merged per variable; otherwise ordinary periodic saving applies. See Memory Snapshots. Neither mode records every historical change.
Trigger ModeMemory variables can be configured to trigger by variation, interval, or interval/change. Calculate the linkage according to the appropriate variation; Calculated by interval suitable cycle; The intervals/variations suit scenarios where both are needed. Ordinary collection variables perform periodic collection by device or variable, and do not require maintenance.
Read expressions / Write expressionsRead expressions to convert the collected raw values into business values; Write expressions are used to convert the value written to a page or external into the value required by the device. Ordinary collection variables select data conversion scripts; Read expressions for memory variables are used to calculate memory values. After selecting an expression with parameters, you need to fill in the expression parameters.
Read expression parameters / Write expression parametersInput parameters required by the expression. The page displays parameter names and data types; Variables cannot be saved when required parameters are missing.
Collection GroupSet business group names for variables. Plugins that support packaged collection try to merge and read variables within the same group as much as possible; Data forwarding can also be filtered by collection group or in batches.
RPC writesto control whether this variable allows external systems to write points backward via RPC, MQTT, OPC UA, Modbus slave stations, etc. Variables involving device control should be turned on cautiously.
Write CheckAfter a successful write, read the same variable again and compare the readback value with the write value. Suitable for points where confirmation of write is indeed effective; Devices that only write variables, have delayed effects after writing, or have proportional conversion or writeback rounding points should not be enabled arbitrarily.
Notes 1 to 5Custom extension fields for the project.

When batch editing variables, only the fields that have been modified in the batch popup are saved. Before batch modifying data types, addresses, read/write permissions, expressions, or alarms, you should first filter variables of the same device, protocol, or data type to avoid applying incompatible configurations to other locations.

Address fields and dynamic methods​

The variable address remains a text input for entering protocol addresses or method arguments directly. Click Edit fields on its right to configure the address area, station, function code, byte order, and other parameters in a dialog. Fields and available choices depend on the plugin and current configuration.

  1. Select the device, data type, and access permission, then click Edit fields. The dialog parses the current text into fields. Enable each option you want to set and enter its value. Unselected optional fields use the device or plugin default; an explicit 0 differs from an unset option.
  2. Click Confirm and fill. After validation, the dialog closes and the generated string fills the address input. Check it, then confirm the variable dialog to save the variable. Canceling or closing the field dialog preserves the original text.
  3. Enter addresses directly in the text input without switching modes. If the text cannot be fully parsed, cancel field editing to preserve special parameters, or complete the fields and explicitly confirm replacing the text.
  4. For a dynamic method, select a method allowed for the current access permission under Special method, then click Edit fields to configure its arguments and generate a JSON argument array. You can also enter JSON directly: an ordinary array parameter occupies one nested array item, and write values come from the actual RPC write. A method-only plugin requires a method; follow the displayed instructions for plugins with no address or system-managed addresses.

Confirm or cancel field editing before changing the device, data type, permission, array length, or method. Parsing fields and generating text validate configuration without sending read or write commands to a device. Verify collection results after saving the variable.

Common variable register options​

For collection plugins that support common register conversion options, enter the protocol address in Variable address, then append key=value options separated by semicolons (;). Follow the plugin's address rules. For node identifiers, Topics, or special-method arguments, check the plugin manual before appending these options.

  1. Open the variable's New or Edit dialog and select the device and data type.
  2. Enter the starting address and append the conversion options required by the device point list.
  3. Save and compare the current and raw values. For strings, check that the text is complete and readable.
ParameterDescription
4-byte data format dataSyntax: data=ABCD. Options: ABCD, BADC, CDAB, and DCBA, as described below. Select the order required by the device point list for multi-byte values such as Int32, UInt32, and Float.
String length lenSyntax: len=1. For common fixed-length string conversion, this is the byte length, not a character or register count. For String, enter the actual storage length, such as len=20. UTF-8 characters can occupy multiple bytes. Follow the plugin manual for special string layouts.
BCD format bcdSyntax: bcd=C8421. Options: C8421, C5421, C2421, C3, and Gray. Common conversion uses this for reading and writing encoded digits with the String data type. Set it only when the device uses the corresponding encoding; ordinary binary numbers do not require it.
Character encoding encodingSyntax: encoding=UTF-8. Common names include UTF-8, ASCII, and Unicode (UTF-16 little-endian); other encodings require runtime support. Enter the encoding name used by the device.

Values such as =1 and =ABCD above illustrate the syntax; they are not universal plugin defaults. Unspecified conversion options follow the plugin or device configuration.

Explicit conversion parameters must be valid: data and bcd use defined options; encoding must be nonempty and supported by the runtime; len must be an integer from 0 to 65535; and vsl accepts only true or false. Select actual lengths and variable-length mode according to the device point list. Empty, misspelled, or out-of-range values report a parameter error rather than silently using defaults. Correct the configuration before checking collection again. Only omitted parameters use defaults.

4-byte data formats​

Let A B C D represent the four bytes from most to least significant in the device point list. Select the actual transmission order:

ValueDescription
ABCDBig-Endian: A B C D.
BADCBig-Endian Byte Swap: B A D C.
CDABLittle-Endian Byte Swap: C D A B.
DCBALittle-Endian: D C B A.
Combined examples​

These examples use Modbus holding-register addresses. For other protocols, substitute a valid plugin address and select the data type specified by the device point list.

ScenarioConfiguration
32-bit floating-point valueSelect Float and enter 40001;data=CDAB for a device specifying CDAB. The value occupies two consecutive 16-bit registers.
Fixed-length ASCII stringSelect String and enter 40001;len=20;encoding=ASCII. Reads 20 bytes across ten consecutive 16-bit registers.
UTF-8 stringSelect String and enter 40001;len=20;encoding=UTF-8. The storage length is 20 bytes, which does not guarantee room for 20 characters.
BCD stringSelect String and enter 40001;len=2;bcd=C8421 for a device storing decimal digits in two bytes of 8421 BCD.

For incorrect multi-byte values, check the data type and data. For garbled or truncated strings, check encoding and len. See Modbus address rules for station IDs and function codes.

Alarm Configuration​

Configuration ItemsDescription
Boolean Alarm / Boolean Off-AlertBoolean variable can be configured to enable and disable status alarms separately. Alarm activation is used when the value is true, and off alarm is used when the value is false.
High, high, low, low-low alarmsNumerical variables can be configured with upper and lower limit alarms. When enabling multiple limits, the threshold should meet "High High > High > Low > Low Low"; otherwise, an error will appear when saved.
Custom alarmsAlerts configured with custom conditions. Suitable for alarms such as equipment status codes, quality codes, and combination conditions, where only upper and lower limits can be described.
Alarm code / alarm textFor high/high-high/low/low-low groups, the code is the comparison limit, not an alarm identifier. For Custom, select a compiled Data Conversion condition script. Text describes the object, condition, and response.
Alarm LevelAlarm severity, ranging from 0 to 10, with higher values indicating more severity.
Alarm DelayTriggered only after the alarm condition has been continuously reached for a set time, in milliseconds. Used to filter transient shaking; Setting it to 0 means the alarm will sound immediately once the condition is met.
Suppression ExpressionA Data Conversion script returning true allows the alarm; false blocks it. Empty adds no constraint. It does not alter the collected value.

High/high-high use strict greater-than and low/low-low use strict less-than; equality does not meet the corresponding condition. Numeric state mappings match exact values, with independent enablement, text, level, delay, and suppression per row. Enabled state values must be unique. See Alarm Conditions.

Value Filtering​

Configuration ItemsDescription
Range FilteringAccepts values between minimum and maximum, including both endpoints. Maximum must be at least minimum.
Amplitude FilteringCompares against the last accepted value. An absolute or percentage limit of 0 disables that limit. Percentage uses the absolute previous value as the denominator and is skipped for a zero baseline.
Continuous FilteringCounts consecutive rejected samples. When the configured count is reached, accepts that abnormal sample and resets the count. Rejected values need not be identical; a normal accepted sample resets the count.

Value filtering is only used for numeric variables; Strings and boolean variables do not display this tab. If the filtering parameters are set too tightly, true changes will be filtered out. Before setting, confirm based on the field range, sampling cycle, and allowable fluctuation range.

Online collection applies the read expression, rounds the resulting scalar according to Decimal Places, then evaluates value filtering. Set range and amplitude limits in those engineering units. For example, raw 1234 scaled by 0.1 is evaluated as 123.4, including any configured rounding.

Compare raw and current values, sample/change times, and quality while testing boundaries. Rejected samples can update the raw value and collection time while retaining the accepted current value. Test using the source register and a consistent baseline. Memory assignments do not establish collection-filter behavior. Configure reverse write conversion separately.

Verify rounding and conversion​

Decimal places changes the final runtime number used by calculations, alarms, and change triggers. With a raw Double value of 23.4567, setting 2 produces 23.46; setting 0 produces 23; clearing the field preserves the original precision. Midpoint rounding goes away from zero. Arrays, booleans, and strings are not rounded by this scalar rule. This setting does not perform engineering-unit scaling.

For scaling, bind a read conversion and check both raw and current values. Configure the inverse write conversion independently, then verify the actual source readback.

Read, write and debug​

Variable Details and Writing​

Click "Details" in the variable row to open the variable details drawer.

Variable Details Drawer

PartitionDescription
Basic InformationDisplays variable ID, name, device, description, status, and enabled status.
Address ConfigurationDisplays register addresses, array lengths, special methods, and source information.
Data InformationDisplays current value, original value, last set value, data type, unit, and interval.
Expression ConfigurationDisplays read/write expressions and parameters.
Alarm InformationVariable Alarm Display the alarm configuration and runtime alarm status after alarm activation is enabled.
Value filteringvariable is configured to display filtering parameters during value filtering.
Historical Data / Historical AlarmsQuery the history of the current variable in the Details drawer; Historical alarms are displayed when variable alarms are enabled.

Click "Write" in the variable row to open the write popup.

Variable Write Popup

Configuration ItemDescription
Device NameThe device to which the current variable belongs, displayed read-only.
Variable NameCurrent Write Variable, read-only display.
Current valueWrite the variable value read from the previous page.
Write ValueThe value to be sent, formatted to match the variable data type.
Note:

Writing variables will affect on-site equipment. Before performing writes, please confirm the variable read/write permissions, write value ranges, and on-site security conditions.

Device Details and Debugging​

Select a device on the left. Use the information icon in the device context bar to open the details drawer. Click More Functions to display the operations workspace; it opens on Debug by default.

Entry or TabDescription
Device DetailsView basic device information, channel configuration, runtime state, plugin properties, and redundancy configuration.
DebugOpen plugin tools such as address read/write, node browsing, message capture, or protocol-specific diagnostics.
Channel LogsView the communication logs of the channel to which the device belongs.
Device LogsView the current device operation logs and error messages.
Workspace LayoutSelect Bottom or Right. Drag the horizontal separator to change height, or the vertical separator to change width.

Device details drawer with basic, channel, and runtime information

Debug, channel log, and device log workspace below the variable list

The image above only locates the common Debug entry. It is not a plugin-specific debug screen; the available tabs and operations depend on the selected plugin and are described in its manual.

When sufficient horizontal space is available, use the layout button and select Right to keep variables and diagnostics side by side.

Operations workspace on the right side of the variable list

Channel and device logs retain filtering, automatic refresh, export, and pagination inside the workspace.

Channel log filters, table, and pagination

Device frame logs, filters, and pagination

When a plugin provides a protocol panel, select Protocol Debug and then use the tabs on that protocol page. The following example shows an IEC104 master.

IEC104 master protocol-debug tabs and link state

Switching devices immediately closes the previous debug panel and message-capture connection. Start message capture again from the new device when required.

For detailed debugging steps, open the matching page in the Plugin Manual Index.

Test Data​

Click "Show more → test data" to open the test data generation popup. This feature is used to generate demo or stress test configurations.

Test Data Generation Popup

Configuration ItemsDescription
Data TypeSelect Normal Test Data or DTU Test Data.
Number of variablesNumber of variables generated under standard test data.
Number of devicesNumber of test devices to be generated.
Slave AddressSlave address or connection information used when generating the device.
Enable data forwardingConfigure whether data forwarding is generated synchronously under normal test data.
GenerateGenerate test configurations based on the quantity and options entered in the pop-up.

Normal test data creates a separate collection channel for each test device, which is useful for checking multiple devices and connections. DTU test data uses one TCP service channel for multiple DTUs; that is a DTU-specific shared-connection mode, not the default for ordinary collection devices.

Before using test data in production environments, it should be confirmed that the name and quantity are not confused with the official configuration.

Import and Export​

Collect Configuration Import and Export is located in the "Show More" menu at the top right of the variable list.

OperationDescription
Import Collection ConfigurationImport channel, device, and variable configuration.
Export the current collection configurationExport by current filters, resource scope, page, and page size.
Export all collection configurationsExport all collection configurations.

After importing is complete, the import result will be displayed. When importing on site, focus on checking the failed rows, field names, and error details, then correct the Excel prompts and re-import.

Selecting the file starts import immediately, without a shared preview stage. Use a current export as the template, preserve worksheet headers and name-based associations, and inspect every sheet's result. New names add objects; existing names update them. See Batch Configuration for copies, partial updates, and full-export verification.

Verify and troubleshoot​

Validation Results​

After configuration, verify the following:

  1. The channel and device are online, without persistent connection or read/write errors in their logs.
  2. Selecting the device displays its variables, and the values, addresses, and data types match the field point list.
  3. A representative read from More Functions → Debug matches the variable list and field device.
  4. Channel Log and Device Log filtering, automatic refresh, and pagination are available.

Use Notes​

ScenariosRecommendations
Create a new collection linkBuild channels first, then equipment, and finally variables.
Device offlineCheck channel parameters, device plugin properties, and network or serial connections.
Variable anomaliesCheck variable addresses, data types, device online status, and device logs.
Batch importFirst import validation in the test environment, then import into the production environment.
Delete channels or devicesFirst confirm that lower-level devices, variables, and data forwarding configurations are no longer in use.

After the first point works, continue with the task you need:

Next taskGuide
Configure backup endpoints, layered timeouts, serial ports, and TLSChannels and Transport
Set scan periods, packing, concurrency, retries, and device statesCollection Strategy
Import large point lists, copy devices, or make bulk changesBatch Configuration
Diagnose quality, timestamps, logs, and raw trafficCollection Debugging
Evaluate large device and variable loadsCapacity Planning

For a private protocol described by fixed requests, framing rules, and data offsets, see Custom Full Packet.