Go OPC UA southbound connector
Endpoint discovery, bounded Browse, monitored-item subscriptions, typed scalar writes, status and source-timestamp mapping, and reconnect recovery.
INDUSTRIAL CONNECTIVITY / SCADA RUNTIME
SyncFlow connects industrial devices to an authoritative real-time runtime: Go at the OPC UA edge, supervised C++ at the fault boundary, and clear value, quality, and timestamp semantics throughout the platform.
From device sessions to operator surfaces, every boundary has an explicit owner.
INDUSTRIAL DATA PIPELINE 01—04
SyncFlow carries each signal through acquisition, isolation, normalization, and runtime delivery—preserving identity, quality, and time along the way.
Endpoint discovery, bounded Browse, monitored-item subscriptions, typed scalar writes, status and source-timestamp mapping, and reconnect recovery.
The authoritative server never loads the Go runtime. External drivers execute behind a supervised C++ host with deadlines, restart budgets, and quarantine.
Device identity, typed values, quality, timestamps, and sequencing cross a narrow boundary so history, alarms, UI, and writes remain independent of protocol details.
A separate C++ sidecar projects normalized SyncFlow data into an OPC UA address space without coupling acquisition to external publication.
EXTENSIBLE DEVICE CONNECTIVITY
A versioned driver contract keeps protocol code separate from the SyncFlow runtime. New device integrations can be implemented, described, tested, and deployed as focused driver packages while the Server continues to use the same device and datapoint model.
Adapt protocol sessions, reads, writes, and discovery to the narrow driver contract.
Declare device types, configuration fields, and capabilities in a package manifest.
Exercise lifecycle, failure, and compatibility behavior through the certification suite.
Load the driver behind a supervised process boundary without linking it into the core Server.
PRODUCT SURFACES DESIGN + LIVE
The connector is only useful when controls engineers can commission signals and operators can understand what the system is doing.
Product screenshots show the current local build. Sample HVAC data is simulated.
RUNNING SYSTEM DEVELOPMENT RUNTIME
FAILURE SEMANTICS / INTERACTIVE TRACE
OT links will drop. Devices will stall. Libraries will hang. The system earns trust by stating what failed, limiting the blast radius, and returning with the right data—not by pretending failure will not happen.
Architecture simulation—no live plant connection.Session stops producing samples
Consumers see BadNotConnected—not a plausible stale value
Bounded queues prevent memory growth
Reconnect attempts respect a capped schedule
A fresh snapshot repairs any sequence gap
Subscriptions resume with explicit quality
DECISION LEDGER WHAT / WHY / COST
A dedicated host adds IPC and packaging work. In return, protocol-library crashes, hangs, and runtime lifecycles stop at a restartable process boundary.
The adapter preserves protocol-specific identity while publishing a narrow value / quality / timestamp contract. Higher layers stay protocol-neutral.
Queue overflow or a sequence gap invalidates the incomplete delta stream. Consumers request an authoritative snapshot rather than quietly accepting partial state.
SYSTEM FLOW FROM WIRE TO OPERATOR
Each layer owns one kind of complexity so protocol behavior, runtime truth, and operator experience can evolve independently.
The Go adapter owns OPC UA sessions, Browse, subscriptions, writes, and value conversion. A supervised host owns loading, deadlines, restart, and containment.
The C++ runtime turns protocol samples into stable device identity, quality, timestamps, history, alarms, design bindings, and an optional northbound OPC UA projection.
RELIABILITY TEST COVERAGE
Go unit and race tests; C++ unit, integration, process, and secure loopback paths covering Browse, subscriptions, writes, certificates, restart, and stream recovery.
Queue capacity, request deadlines, continuation limits, restart budgets, and failure detail are explicit design inputs—not tuning left for production.
Automated integration uses simulators and secure loopback endpoints. A representative PLC vendor and firmware hardware-in-the-loop matrix is planned as the next product validation stage.
PRODUCT INQUIRIES
Planning an industrial data integration, evaluating a pilot, or looking for a closer product walkthrough? Contact Hongtao to discuss your devices, protocols, deployment needs, and next steps.
Discuss your use case ↗