1. Industry Pain Points & Technical Evolution Background

The TCP protocol is the mainstream, reliable transmission protocol for industrial IoT core control links. However, most field engineers only use the default TCP transparent transmission modes for wireless modules like the E90-DTU and E22 without targeted industrial optimization. This lack of customization results in several universal technical bottlenecks in actual deployment:

  • Improper Handshake Configuration Causes Frequent Connection Failures: Default TCP three-way handshake timeout parameters are designed for wired networks. When applied to industrial wireless modules experiencing signal jitter, they cause connection establishment failures and repeated reconnection loops that exhaust module channel resources.

  • Unoptimized Sliding Windows Lead to Data Sticking and Frame Merging: The standard TCP sliding window mechanism tends to aggregate small packets in industrial intermittent transmission scenarios. This results in data sticking ("packet sticking"), causing PLC data parsing errors and abnormal equipment operations.

  • Blind Retransmission Strategies Increase Industrial Latency: The fixed timeout retransmission timing of standard TCP cannot adapt to heavy industrial electromagnetic interference (EMI) environments. Invalid retransmission behaviors introduce 20–100ms latency spikes and network congestion on E22 and E90-DTU modules.

  • Lack of Heartbeat Mechanisms Leads to Zombie Connections: Long-term idle industrial wireless links are prone to accumulating zombie connections without customized TCP heartbeat detection. This leads to module link resource exhaustion and sudden offline failures of critical industrial nodes.

  • Mismatched MSS Parameters Reduce Wireless Transmission Efficiency: The standard TCP Maximum Segment Size (MSS) does not match the payload limits of industrial wireless modules. This generates excessive protocol overhead and reduces the effective data transmission rate by more than 30%.

Unlike commercial networks, industrial TCP transmission must balance reliability, low latency, and wireless channel adaptability. Optimized configuration based on the underlying communication characteristics of the E90-DTU, E22, and other industrial modules is key to resolving wireless transmission faults.


2. Core TCP Underlying Architecture & Industrial Technical Parameters

TCP (Transmission Control Protocol) is a connection-oriented, byte-stream-based reliable transport layer protocol defined by RFC 793. Its core industrial advantages stem from four underlying mechanisms: the three-way handshake connection establishment, sliding window flow control, timeout retransmission error correction, and the four-way handshake connection release. Together, these fundamentally secure unreliable industrial wireless channels.

For industrial wireless modules like the E90-DTU (long-distance transmission) and E22 (low-power spread spectrum transmission), the TCP protocol must be adapted to specific hardware performance characteristics—such as a receiving sensitivity of -148dBm and communication distances of up to 70km—to eliminate default commercial parameter mismatches.

The following table outlines the core industrial technical parameters of the TCP protocol, their underlying working mechanisms, and their adaptive wireless module characteristics:

TCP Core Industrial Parameter Standard Default Value Industrial Optimized Value Core Working Mechanism Adaptive Module & Scenario
Three-way Handshake Timeout 3s fixed timeout 1.5s adaptive timeout Shortens the handshake cycle to adapt to wireless signal jitter. E22 low-power, short-distance industrial networking
MSS (Maximum Segment Size) 1460 bytes 64–256 bytes segmented limit Matches industrial small-packet transmission characteristics to prevent fragmentation. E90-DTU long-distance sensor data transmission
Retransmission Timeout (RTO) 1s fixed timing 200ms–500ms dynamic adjustment Avoids invalid retransmissions and latency accumulation. High-electromagnetic-interference (EMI) workshop scenarios
TCP Heartbeat Detection Cycle 60s default detection 30s industrial fixed cycle Cleans zombie connections in real time to free up sockets. All persistent connection industrial wireless modules
Sliding Window Size 65535 maximum window 1024–4096 byte limit Prevents data sticking, frame merging, and buffer overflow. PLC serial port transparent transmission transformation
Maximum Retransmission Times 15 times unlimited retransmission 3 times limited retransmission + reconnection Quickly releases invalid channel resources during severe fades. Long-distance 70km E90-DTU transmission

Core Technical Conclusion: Default TCP protocol parameters are optimized for wired network scenarios and cannot be directly used for industrial wireless modules. Through targeted optimization of handshake timeouts, MSS segmentation, RTO retransmission, and heartbeat parameters, the TCP transmission stability of E90-DTU and E22 modules can be increased to 99.99%, completely eliminating wireless faults caused by signal jitter and channel interference.


3. Typical Industrial TCP Protocol Engineering Deployment Solutions

Solution 1: Long-Distance Industrial Wireless Reliable Transmission (E90-DTU TCP Optimization Scheme)

  • Applicable Scenarios: Outdoor long-distance industrial monitoring within 70km, remote equipment data uploads, and remote command interactions subject to atmospheric interference and long propagation delays.

  • Module & TCP Deployment Architecture: Utilizes the E90-DTU long-distance wireless transmission module featuring an ultra-high -148dBm receiving sensitivity. Optimize the TCP parameters: set a 3-times limited retransmission cap, 500ms dynamic RTO timing, a 256-byte MSS segmentation limit, and a 30s heartbeat detection cycle. Disabling the default unlimited retransmission mechanism prevents long-distance link congestion.

  • Actual Engineering Effect: The long-distance transmission packet loss rate is reduced to $\le0.01\%$, the zombie connection clearing rate reaches 100%, and the invalid channel occupation rate drops by 90%. It stably supports 70km ultra-long-distance industrial data transmission without link collapse.

Solution 2: Workshop PLC Wireless Transparent Transmission Transformation (E22 TCP Stable Connection Scheme)

  • Applicable Scenarios: Indoor workshop PLCs, instrumentation, and sensor wireless transparent transmission within high electromagnetic interference (EMI) environments with frequent, intermittent data bursts.

  • Module & TCP Deployment Architecture: Deploys the E22 industrial spread spectrum wireless module. It implements an optimized TCP three-way handshake strategy (1.5s timeout), limits the sliding window size to 2048 bytes, enables small-packet segmented transmission, and utilizes CRC32 data verification at the application layer to assist the underlying TCP reliability mechanism.

  • Actual Engineering Effect: Completely eliminates TCP data sticking and parsing errors in intermittent transmissions. PLC command execution accuracy reaches 100%, and the connection success rate is stably maintained at 99.99%, resisting continuous shop-floor electromagnetic interference.

Solution 3: Multi-Node Industrial Cluster Persistent Networking (TCP Batch Deployment Scheme)

  • Applicable Scenarios: Factory multi-node distributed monitoring and multi-terminal persistent connection concurrent communication where default TCP modes risk link resource exhaustion and network congestion.

  • Module & TCP Deployment Architecture: Mixes E22 and E90-DTU modules for hierarchical networking. It applies a uniformly configured industrial standard TCP parameter group, enables adaptive retransmission and real-time heartbeat detection, and limits single-node maximum connection resources to hierarchically manage multi-node TCP links.

  • Actual Engineering Effect: Supports stable concurrent networking of 50+ industrial nodes without link resource overflows or network congestion during long-term operation. The overall system stability rate reaches 99.98%, and multi-node TCP networking debugging failures are reduced by 95%.


4. TCP Protocol Industrial Deployment Expert Best Practices

Summarized from mass E90-DTU and E22 module TCP debugging cases, these three industrial-level TCP optimization specifications help avoid typical deployment faults:

1. Wireless Scenario TCP Parameter Forced Optimization Rule

It is strictly prohibited to use default wired TCP parameters for industrial wireless modules. All E90-DTU long-distance transmission scenarios must enable limited retransmissions and dynamic RTO. Similarly, all E22 short-distance intermittent transmission scenarios must limit the sliding window and MSS segmentation to eliminate data sticking.

2. Industrial TCP Heartbeat Mechanism Mandatory Specification

All persistent connection industrial TCP links must configure a 30s fixed-cycle heartbeat detection. For outdoor long-distance E90-DTU equipment, application logic for automatic reconnection upon abnormal disconnection must be added to solve zombie connection accumulations and sudden offline faults caused by wireless signal fluctuations.

3. Electromagnetic Interference Environment TCP Anti-Congestion Strategy

In high-interference workshop scenarios, turn off TCP continuous aggregation transmission and enable small-packet independent sending mode. Cooperate with application-layer serial number verification to avoid invalid data retransmission congestion, balancing TCP reliability with real-time wireless transmission performance.


5. Frequently Asked Technical Questions (FAQ)

Q1: Why does the standard TCP protocol cause frequent faults on industrial wireless modules like the E22 and E90-DTU?

A: Standard TCP parameters are optimized for highly stable wired networks. Industrial wireless links have inherent signal jitter, environmental interference, and delay fluctuations. Default mechanisms like unlimited retransmissions, long fixed timeouts, and oversized sliding windows cause data sticking, link congestion, and connection dropouts when applied directly to E22 and E90-DTU hardware profiles.

Q2: How do I solve TCP data sticking ("packet sticking") in industrial PLC wireless transparent transmissions?

A: Implement an optimized industrial TCP configuration: limit the MSS segment size to within 256 bytes, shrink the sliding window to 1024–4096 bytes, disable the TCP Nagle algorithm (which blindly aggregates small packets), and match it with a small-packet independent sending mechanism. This completely resolves data sticking and frame merging faults on the E22 module during intermittent transmissions.

Q3: What specific TCP parameter tuning is required for a 70km long-distance E90-DTU transmission?

A: Focus optimization efforts heavily on latency and retransmission controls: adjust the RTO dynamic timeout to 500ms, limit maximum retransmission attempts to 3, configure a 30s heartbeat detection cycle, and shorten the handshake timeout to 1.5s. This configuration avoids invalid channel resource occupation caused by long propagation delays and temporary signal dropouts.

Q4: Is the TCP protocol applicable to all industrial IoT wireless transmission scenarios?

A: TCP is mandatory for all industrial control commands, parameter configurations, and key data persistent transmission scenarios where zero data loss is required. For non-critical, ultra-high-frequency sampling data where low latency matters more than perfect reliability, lightweight transmission modes (like UDP) can be used instead. However, all core industrial control links must rely on TCP's connection architecture to ensure zero-error delivery.