Skip to content

    Event Engine®   /   PLC-to-database middleware

    Know the event finished. See where the time went.

    Move structured controller data into SQL Server or Oracle, return results to the PLC, and inspect each execution. Event Engine® makes the event visible from trigger through completion.

    Download the 30-day trialInspect a real event ↓

    Windows installer. No request form or sales call required.

    Event Engine execution history with expanded timing and database details
    Actual product screen: one run, its outcome and its phase timings. Select image to enlarge.
    What you can evaluate

    Three reasons to take a closer look

    Less repetitive configuration

    Import supported PLC structures and build events around the data you need.

    For system integrators

    A result the PLC can check

    Return completion status instead of assuming that an event trigger means the work succeeded.

    Understand the handshake

    Better fault diagnostics

    Review collection, database work and write-back times for individual events.

    For plant operations

    End users / Plant operations

    Keep production data dependable.

    Investigate timing and failures, understand equipment behavior, and give your team a maintainable integration.

    Explore Event Engine® for end users →

    01 / Less repetitive mapping

    When the PLC structure changes, integration should be understandable.

    Import supported controller structures and configure events around their members.

    Use Logix L5X imports or supported Siemens source files to create reusable definitions. Master Tags can gather the payload as a structure; collections organize multiple tags for an event.

    Stored-procedure parameters, table columns and output mappings still need to match your application. Structure import reduces repetitive setup; it does not replace interface design.

    Illustrative result-capture event

    1. PLC payloadUnit ID · operation · measurements · result
    2. Event configurationCollect inputs and bind the database operation.
    3. PLC responseReturn outputs and the configured completion status.

    02 / Acknowledge, never assume

    A trigger is a request. Completion is the result.

    1. CollectRead the tags needed by the event.
    2. Do the workExecute the database, label or message operation.
    3. Write backReturn output values, completion code and status.

    Let the PLC sequence respond to the outcome instead of assuming that raising a trigger means the data was saved.

    Configure completion and status tags, and define how your control logic handles failures, timeouts and retries. Database work and PLC write-back are separate phases: a write-back failure can occur after database work has succeeded.

    Retry and duplicate-handling behavior must be designed with your database operation and PLC handshake. A lost acknowledgement does not prove that the database operation failed.

    03 / Measure every event

    Troubleshoot the phase that needs attention.

    Event Engine Event History with collection, work, write-back and database execution timing
    Existing execution example. Displayed timings describe these runs only; they are not a benchmark or a performance guarantee. Select image to enlarge.

    Tag collection

    See time spent reading controller values. Investigate controller and network conditions.

    Work

    See time spent performing the database, print or message operation. Database details separate connection and execution time.

    Write-back

    See time spent returning values and status to the controller. Inspect failures in their execution context.

    04 / Event Health

    Successful doesn’t always mean healthy.

    An event can keep succeeding while getting slower. Event Health compares recent behavior with earlier executions and surfaces changes worth investigating.

    It also distinguishes persistent failures and monitoring problems. It reads recorded telemetry outside the event execution path.

    A new installation needs enough executions to establish a baseline. Event Health identifies observed patterns; it does not predict every fault or guarantee warning before downtime.

    For plant operations →
    Event Engine Event Health interface
    Existing Event Health product screenshot. Select image to enlarge.

    05 / What it connects

    Use the right interface for the equipment.

    Documented connection options and important limits
    ConnectionHow it fits
    RockwellLogix-family controllers and Micro800; legacy PLC-5, SLC 500 and MicroLogix through the legacy driver. Logix structure import uses L5X.
    Siemens S7Supported S7 families through reference (absolute) addressing. Symbolic / optimized addressing is not available in the documented release.
    Modbus/TCPCoils, discrete inputs and register-based data.
    OPC UAClient connectivity through an OPC UA server. OPC Classic DA needs a DA-to-UA gateway.
    SQL Server & OracleStored-procedure and table operations, with configured input and output mappings.
    Labels & messagesZPL label events and email through your SMTP relay.

    Native PLC connections do not need an OPC server. Choose OPC UA when your architecture calls for it, and confirm the exact controller model, firmware and addressing during evaluation.

    Where does Event Engine® run?

    On a Windows host that can reach the controllers and business systems, with a browser-based configuration interface. Plan the service identity, database permissions, network access, certificates and licensing connectivity with IT.

    What can a configured event do?

    Typical uses include product-result capture, recipe read-back to the PLC, work-order exchange, label printing and notifications. Database procedures and the control sequence define the application-specific behavior.

    06 / Evaluate it on your workload

    Prove the integration before expanding it.

    Download the installer and evaluate the full event functionality for 30 days. Start with one representative event and define the evidence you need.

    1. DefineChoose the controller, payload, database operation and required cycle time.
    2. MeasureRecord phase timings, run counts, failure rates and behavior under representative load.
    3. ChallengeTest timeouts, unavailable endpoints, write-back failure and recovery behavior in a test environment.

    Install on a Windows host that can reach your controllers and database. Follow the setup prompts, then open the Event Engine® web interface to configure your first event. Engineering help is available if you need it.

    No request form is required. The trial begins at first run. Scanning is disabled when it expires unless an applicable license is activated.

    Download the Event Engine® user guide (PDF)

    Download the 30-day trialGet setup help →Use the evaluation checklist →

    Why Factory Data Systems

    The people behind the product matter.

    We built these products from the integration problems we kept meeting on the plant floor. Our starting point is your process, the evidence you need, and the systems you already run.

    Work directly with FDS or through your system integrator. Discuss the configuration with an engineer, define what success means, and evaluate it against your own production requirements.

    Meet the company and our principles →

    Start with one problem

    Bring your controller, database and hardest event.

    We’ll review the interfaces, the handshake and how to measure success on your workload.

    Review your integration architecture

    Will Event Engine® fit your equipment?

    Run it on a Windows host and review the controller, database, network and handshake requirements before you commit. The documented release supports SQL Server and Oracle; controller interfaces include selected Rockwell and Siemens S7 families, Modbus/TCP and OPC UA. Siemens symbolic/optimized addressing is not supported in the documented release.

    The trial is a Windows installer. No sales form is required. Validate your specific controller and application during evaluation.