I. Rapid Troubleshooting of the Physical Network Layer (5 minutes)
Initial Network Port Status Assessment: Monitor the Link/Act indicator lights on the MES server, SCADA industrial control computer, and industrial switch. The physical link is disrupted when the Link indicator is off. Prioritise the examination of network cables, RJ45 connectors, and network terminal hardware for any malfunctions.
Accurate Connectivity Test: Verify that the MAC addresses of MES and SCADA are learning normally by logging in to the switch's backend and reviewing the ARP table. A failed ping does not necessarily indicate a link abnormality in the industrial environment if ICMP is disabled; prioritise the verification of security policy configurations.
Verification of Network Environment: Conduct a rapid assessment of network loops and broadcast storms. Ensure that power lines and communication cables are routed separately to eliminate the possibility of high packet loss due to strong electromagnetic interference.
II. Rapid Troubleshooting of the Communication Protocol Layer (10 minutes)
Protocol Compatibility Verification: Ensure that the protocols utilised by the MES and SCADA interfaces are identical. Ensure that the OPC UA/MQTT driver version is compatible with the system firmware version to prevent handshake failures caused by version incompatibility.
Port Status Verification: Ensure that the dedicated communication ports for RC calibration data on both parties are open and not blocked by industrial firewalls, and that no other processes are occupying the ports.
Security Mode Verification: Ensure that the security policies and encryption levels of both ends of the OPC UA protocol are fully compatible to prevent connection rejection as a result of inconsistent security configurations.
III. Data Mapping Layer Quick Troubleshooting (Completed in 10 minutes)
Verification of Point Mapping: Ensure that the RC parameter register addresses and point IDs on both the MES and SCADA sides are fully aligned, with no address misalignment issues.
Data Format Verification: Ensure that the numerical type, unit, and decimal places of the RC calibration data on both sides are entirely consistent to prevent data parsing failures and garbled characters caused by format discrepancies.
Verification of Benchmark File Consistency: Compare the versions of the RC calibration benchmark parameters on both sides to verify that the pass thresholds and judgement rules are fully synchronised, with no version deviations.
IV. Rapid Troubleshooting of the Service and Application Layers (Completion in 10 minutes)
Service Status Check: Verify that the SCADA-side data acquisition service and the MES-side synchronisation scheduling service are functioning properly, with no process failures or frequent restarts.
Verify the latency metrics of Kafka/RabbitMQ to ensure that there are no queue congestion or message loss issues associated with RC calibration data when conducting a message queue status check.
Database Status Check: Verify that there are no synchronisation timeouts, slow query backlogs, or connection pool exhaustion caused by lock contention.
V. Concurrency Timing Layer Quick Troubleshooting (Completed in 5 minutes)
Synchronisation Task Priority Verification: Ensure that the RC calibration data synchronisation task is prioritised above the standard production data collection task and that there are no resource preemptions resulting in synchronisation delays.
Concurrency Conflict Troubleshooting: Verify that the polling interval configuration is reasonable and that there is no synchronisation request congestion while checking for timing conflicts caused by multiple devices simultaneously uploading data.
Log Backtracking and Location: Obtain the synchronisation service logs to directly identify the error code of the most recent synchronisation failure, thereby accurately identifying the root cause.
