A patch panel with network cables connected

The first question when taking data from a plant is “which protocol?”. The answer depends on which vendor’s device speaks with which software version, and a wrong choice can lead to weeks of trial and error. This article summarizes the industrial protocols most often met in the field, their typical ports and the questions to ask when choosing a driver.

In short

First check whether the device offers a native OPC UA server. If not, a vendor-specific driver is needed; before choosing it, check the protocol, port, device prerequisites and security impact.

The data acquisition path

The data path from the field to target systemsKepware Server collects data from PLCs, meters and legacy devices; OPC Router moves it to SQL, MES/ERP and MQTT targets using triggers and transformation rules.FieldAcquisitionIntegrationTarget systemsPLCsSiemens, Rockwell,Mitsubishi, ABBMeters /analysersModbus and similarLegacy devicesSerial, proprietaryKepware ServerDrivers, tags, OPCUA and DA serverOPC RouterTriggers, mapping,transformation,routingSQL databaseTables, recordsMES / ERPOrders, recipes,resultsMQTT / cloudPublish,analyticsReading and writing are designed together: orders and recipes flow down, measurements and results flow up
Acquisition, integration and delivery are separate layers; type, unit, timestamp and quality are preserved at every step.

A driver speaks the protocol of a specific device family and translates the data to a standard interface. Platforms such as Kepware Server provide drivers for hundreds of devices (driver list); data is exposed as OPC UA, OPC DA or MQTT.

Common protocols

ProtocolTypical devicesDefault portData access and notes
Modbus TCP / RTUMeters, energy analysers, drives, small PLCs502 (TCP); RTU is a serial lineRegister-based; no types or timestamps, an address map is needed
Siemens S7S7-300/400, S7-1200/1500102 (ISO-on-TCP)By data block address; S7-1200/1500 need remote access permission and block access settings
EtherNet/IP (CIP)Rockwell / Allen-Bradley Logix series44818Access by symbolic tag names; separate implicit messaging for I/O
PROFINETSiemens and other I/O devicesEthernet layer 2 (real-time)Mainly for cyclic I/O between controller and devices; S7 or OPC UA is usually used for data collection
BACnet/IPBuilding automation47808 (UDP)Object and property model
IEC 60870-5-104Power transmission and distribution2404For SCADA and telecontrol
DNP3Water, power, pipelines20000Supports events and timestamped data
OPC UANew PLCs, gateways, DCS4840Information model, security, discovery
MQTTEdge gateways, IoT devices1883 (plain), 8883 (TLS)Publisher–subscriber; payload format defined separately (Sparkplug B)

Eight questions to ask when choosing a driver

  1. Does the device offer a native OPC UA server? Many current PLCs (for example the S7-1500 family) include a built-in OPC UA server; if available it is usually the cleanest path. Check licence and software-version requirements.
  2. What is the device’s exact model and software version? Different versions of the same family may need different driver options.
  3. What prerequisites are needed on the device side? For example some PLCs require remote access to be permitted or block access to be configured.
  4. Which ports must be open and what is the firewall rule? The defaults in the table are a starting point; rules should be written according to network segmentation (IT/OT integration).
  5. How is addressing done? Symbolic (tag name) or absolute (data block/register)? Is there an address map document?
  6. What happens to device load? Number of tags × scan rate must not exceed the device’s request capacity.
  7. Who produces timestamp and quality? The device or the driver? (data quality and timestamps).
  8. Is writing needed? If writing will be enabled, permission and acknowledgement mechanisms should be designed.

A security note

Most legacy protocols offer no authentication or encryption; Modbus and some PLC access methods can grant read, and often write, permission to anyone who connects. That is why this traffic should stay inside a segmented OT network and be exposed outward only through a secure interface such as OPC UA or MQTT (TLS). Preferring native OPC UA in new devices improves both integration and security.

The right path: validate small first

Before defining hundreds of tags, read a few tags on a single device and verify quality and timestamp, then scale the load (the Kepware channel–device–tag model). For all data collection options see choosing the right data collection path.

Frequently asked questions

Can I take data directly from PROFINET?

PROFINET is mainly for cyclic I/O between a controller and field devices. To collect data from a PC or server, the PLC’s S7 access or its native OPC UA server is usually used.

Why is an address map needed for Modbus?

Modbus carries only register numbers and raw values; what each register means, its type and its scale are in the device’s documentation.

What if there is no driver?

Options such as the vendor’s OPC UA server, a protocol gateway or developing a custom driver are evaluated; you can get in touch for a technical discussion.