Collect close to the source
Place the edge agent on the device network to poll sensor values and prepare data locally.
Services / Hawkeye Ai Subscription
A subscription service for edge monitoring and telemetry in data centre and IoT environments. Connect device data, local processing and central monitoring through an on-premises or cloud architecture.
Collect · Process · Monitor
Illustrative workflow · Example telemetryIntelligence at the edge
Hawkeye Ai brings sensor acquisition, local transformations and downstream monitoring into one telemetry workflow. The documented platform has been demonstrated through prototype and proof-of-concept work; production scope is agreed for each deployment.
Place the edge agent on the device network to poll sensor values and prepare data locally.
Route telemetry to on-premises systems or a cloud gateway according to your infrastructure needs.
Use monitoring, alerts and device management to help teams understand and respond to operational conditions.
How it works
Register devices and define communication parameters, then connect the edge gateway to the device network.
The edge agent polls device readings, processes values, applies transformations and attaches metadata.
Send telemetry over MQTT or HTTP to the gateway. Store sensor data and device configuration in the corresponding data stores.
Present operational data in the web application, with alerts, configuration and device management.
Platform capabilities
Core capabilities and optional integrations described in the product architecture.
Bring operational sensor and device data into a web application for monitoring, alerts and day-to-day visibility.
Collect device values using Modbus TCP/RTU. Other protocol requirements can be reviewed against the supported integration scope.
Run the edge agent close to monitored devices to poll values, process readings and prepare telemetry for downstream systems.
Apply transformations to collected values and attach metadata before forwarding the data to the gateway.
Forward telemetry through MQTT or HTTP to an on-premises or cloud gateway, based on the selected architecture.
The demonstrated architecture uses InfluxDB for sensor telemetry and MySQL for device configuration.
Use the application layer to configure and manage devices alongside monitoring and alerting workflows.
CCTV streams can form part of an agreed surveillance integration. Device compatibility and video requirements are defined for the project.
Connect actuator control as an optional automation path. Control permissions, safety interlocks and operating requirements need project-specific assessment.
Deployment planning
Review device compatibility, register formats, polling needs and network requirements before defining the production deployment.
Raspberry-based and Lenovo-based edge configurations have been demonstrated. Select hardware after assessing your device and processing requirements.
The documented design presents Rancher Kubernetes for edge high availability. Cluster topology, failover behaviour and recovery objectives require deployment-specific definition.
The platform design includes a DevOps-led deployment approach. Agree the delivery pipeline, release process and rollback requirements with your operations team.
Subscription enquiry
Discuss subscription options for your devices, sensor protocols, monitoring goals and preferred deployment location.
The platform is positioned for data centre monitoring, IoT and edge telemetry, connecting field devices to on-premises or cloud monitoring systems.
Modbus TCP/RTU is explicitly documented. Other protocol support must be confirmed against your device list and integration requirements.
The edge agent polls devices, processes readings, applies transformations and adds metadata before forwarding telemetry to the gateway.
No. They are optional integration paths. Compatibility, control authorisation, safety requirements and surveillance scope are assessed for each project.
Hardware sizing, polling rates, device capacity, availability targets and support scope need assessment for the intended deployment. Prototype and proof-of-concept results are not a universal capacity or uptime guarantee.
Start with device and protocol assessment, validate register mappings and data formats, then agree security controls, storage, availability, deployment operations and acceptance criteria.
Explore further
Discuss your requirements with Benchmark Infotech in Kuala Lumpur, Malaysia, and explore services relevant to your project.