Field Automation
Preserve trustworthy field data across distance and disconnection
Acquire, buffer and govern remote-site telemetry, device health, events and commands across unreliable networks.
Operational problem
Remote sites must continue acquiring, alarming and executing approved local logic through protocol diversity, brownfield equipment and intermittent central connectivity.
Scadify separates canonical tags, protocol drivers, local HMI, historian, alarms and automation runtime from physical hardware. EnergyPortal, enPowerManager and enCoreEnergy consume governed field evidence and provide higher-level context.
Core capabilities
Quality-labelled telemetry
Configured according to the project’s data, control, approval and operating boundaries.
Store-and-forward and reconnect evidence
Configured according to the project’s data, control, approval and operating boundaries.
Agent heartbeat and device health
Configured according to the project’s data, control, approval and operating boundaries.
Remote configuration with audit
Configured according to the project’s data, control, approval and operating boundaries.
Governed commands and local alarms
Configured according to the project’s data, control, approval and operating boundaries.
Products and delivery responsibilities
Assemble the operating stack around the action.
Operational workflow
From operational context to measured action.
- 01Inventory remote devices and links
- 02Acquire and timestamp field data
- 03Qualify freshness and connectivity
- 04Buffer locally through interruption
- 05Synchronise and investigate exceptions
Data sources and integrations
Connect the evidence that explains the decision.
- Meters, sensors, analyzers and actuators
- PLCs, RTUs, BMS and existing SCADA
- Modbus, MQTT and project-qualified telecontrol interfaces
- Local alarms, commands, deployments and audit logs
- Central configuration and operational policies
Governance and resilience
Scadify is intended for non-safety and project-qualified automation unless a separately validated safety architecture exists. Protocol maturity, hardware and certification status follow the release matrix.
Protocol roles, OEM compatibility, data retention, control limits and failure behaviour must be confirmed from the engineering-approved release and project documents.
Outcomes and KPI framework
Measure the operating result, not only the software activity.
Local-first operation and evidence
Use an agreed baseline, operational definition and evidence source before assigning a target.
Reusable device/tag model across field platforms
Use an agreed baseline, operational definition and evidence source before assigning a target.
Controlled protocol and command boundaries
Use an agreed baseline, operational definition and evidence source before assigning a target.
Staged integration and rollback visibility
Use an agreed baseline, operational definition and evidence source before assigning a target.
Solution architecture
Make responsibility visible from field to enterprise.
Scadify separates canonical tags, protocol drivers, local HMI, historian, alarms and automation runtime from physical hardware. EnergyPortal, enPowerManager and enCoreEnergy consume governed field evidence and provide higher-level context. The architecture separates observation, recommendation, human-approved action and local execution so that each team can see what it owns.
Engineering and implementation
Move from architecture to accepted operation.
Engineering scope can include I/O and protocol assessment, panel and network design, control logic, HMI, commissioning, migration, FAT/SAT, training and lifecycle support.
Customer applications
Discuss integration, commissioning and operational support for your equipment and sites.
Standards compliance for this capability
IEC 62682 and ISA-18.2 alarm management
Enlogy provides full compliance with the standards below across development, integration and system operation and management.
IEC 62682 and ISA-18.2 alarm management
IEC 62682 · ISA-18.2
Why you need it
Alarm floods hide important events and delay operator response.
What Enlogy provides
Enlogy manages alarm priorities, operating context, acknowledgement and response records with anomaly messages and recurring reviews of nuisance alarms.
Explore this capability: IEC 62682 and ISA-18.2 alarm managementRelated solutions and products
Continue with the next operational question.
FAQ
Questions to resolve before implementation.
What happens to data during an outage?
A qualified local agent can buffer selected data and synchronise after reconnection; retention depends on release and sizing.
Can commands use the same channel?
Command paths and permissions are project-specific and must be separated from read-only telemetry where required.
Can existing RTUs be retained?
Brownfield RTUs can be assessed for integration when their interfaces, data model and control responsibility are documented.
Next step