IAES doesn't connect to your PLC. It standardizes what comes out.
Choose your language and install the SDK.
Build a minimal IAES event — just 12 lines of JSON.
Send via HTTP POST or MQTT — any transport works.
Complete, working producer code in three languages.
How to receive and dispatch IAES events. Any system that can read JSON can consume IAES.
IAES maps to five common industrial integration patterns.
Normalize raw telemetry from any sensor into structured events.
asset.measurementConsume measurements, produce health assessments with severity.
asset.healthReceive work order intents, report completion back.
work_order_intent completionStore all events for time-series analytics and compliance.
all eventsVisualize asset health, trends, and KPIs in real time.
asset.healthOne incident, one thread across all systems. Every event in a chain shares the same correlation_id.
asset.measurement
asset.health
work_order_intent
completion
correlation_id: 550e8400-e29b-41d4-a716-446655440001
No. IAES lives above the transport layer. Your PLCs keep speaking Modbus, OPC-UA, or whatever protocol they use. IAES standardizes the event format after your gateway or middleware reads the data.
Any. IAES is transport-agnostic. Use MQTT for real-time, HTTP for request-response, webhooks for push, or NDJSON files for batch. The standard defines the payload, not the pipe.
No. IAES is a data contract — a JSON schema that defines the shape of industrial asset events. It's analogous to CloudEvents for cloud-native systems, but designed specifically for industrial equipment.
Yes. IAES is open-source under CC BY 4.0. You can implement it in any system, with any vendor, in any language. Wertek AI maintains the reference implementation, but the standard is vendor-neutral.
No. Implement only the event types your system produces or consumes. A sensor gateway might only emit asset.measurement. A CMMS connector might only handle work_order_intent and completion.