Home/Cases
Industrial Software Delivery Case

Semiconductor Equipment HMI Remote Diagnosis and Stability Fix Delivery

This case covers intermittent temperature acquisition, industrial camera storage frame-rate fluctuation, preview latency and Sub temperature-control write anomalies in a semiconductor equipment HMI. Public content removes customer hosts, network addresses, accounts and internal paths, and keeps only verifiable engineering facts and delivery boundaries.

Qt/CMake HMIModbus RTU temperature acquisitionIndustrial camera capture and storageRemote debugging with rollback delivery

Case Facts

Project type
Remote diagnosis, source-code fixes and delivery for semiconductor equipment HMI software.
Software and interfaces
Windows, Qt/CMake, Modbus RTU, industrial camera SDK and local database logging.
Site issues
Intermittent temperature acquisition, fluctuating camera storage frame rate, preview latency and missing closed-loop confirmation for Sub setpoint writes.
Evidence scope
Based on about 8.89 hours of site logs and database samples in July 2026: COM5 residual-buffer cleanup occurred 5,168 times, the average Sub temperature update interval was 6.216 seconds, and the maximum gap was 810.176 seconds. The data only represents this sampling window.
Deliverables
Fixes across 12 source files, source consistency checks, Debug build output, rollback backup and site acceptance records.
Verification boundary
Source hash comparison and compile/link verification were completed. The field program was not started through remote SSH; long-duration validation should continue from the customer interactive desktop.

Project Background

The HMI handles temperature acquisition, industrial camera preview and image storage, equipment status display and process-script execution. Site feedback focused on interrupted temperature curves, unstable image-storage cadence, delayed preview and Sub temperature setpoints not changing as expected on hardware.

Semiconductor equipment HMI maintenanceTemperature-control and camera path integrationRemote source diagnosis

Diagnosis

The diagnosis covered site logs, database records, serial communication and the camera threading model. COM5 connected multiple Modbus temperature controllers at 9600 baud. The previous polling strategy frequently read a wide register range with typical responses of about 75 bytes. The camera path was also affected by the GUI event loop, slow database batches and grab-state locking.

About 8.89 hours of site logs5,168 COM5 buffer cleanup events578 slow database batch warnings

Fix Implementation

High-frequency temperature polling was reduced to commonly used PV/SP/WorkingSP registers 1 to 5, bringing typical responses to about 15 bytes. Ramp Rate moved to independent low-frequency hardware readback. Setpoints were treated as Celsius values. Sub write success now requires an exact 0x06 response match and SP-register readback instead of only checking bytes written by the PC serial port.

Reduced high-frequency polling loadExact write-response matchingSetpoint readback confirmation

Camera Path Changes

Camera acquisition was changed from GUI-timer dependency to a self-driven worker thread. Raw-frame and preview events are limited to one in-flight task. QPixmap remains in the GUI thread. JPEG storage is triggered by new frames and records the actual capture timestamp. Watchdogs were added for capture stalls and save scheduling.

Self-driven worker captureRaw and preview backpressureSave scheduler watchdog

Verification Result

The delivery stage completed SHA-256 consistency checks for 12 source files between the customer machine and local source, and a Debug build exited with code 0. To avoid occupying camera and serial resources in a non-interactive remote session, the program was not launched through SSH. Long-duration field validation should be recorded after the customer starts it on the local desktop.

12 source files matchedDebug build passedField launch validation remains customer-side

Applicable Scenarios

This delivery pattern applies to existing industrial HMIs, equipment-control applications and field data-acquisition systems with intermittent failures, thread stalls, insufficient serial-protocol confirmation, or tightly coupled camera capture and storage paths. Production release and continuous-operation acceptance should follow site criteria, device access and customer records.

Qt industrial HMI maintenanceModbus equipment integrationIndustrial camera acquisition and storageRemote issue diagnosis

Need industrial HMI or equipment-control diagnosis?

Submit the software stack, device interfaces, failure logs and site constraints so risks, rollback and validation can be confirmed before remote or on-site fixes.

Request Assessment