Expertise / IoT Telemetry

Connected Systems

Telemetry pipelines from
device to decision

The layer between assets and the people responsible for them: device adapters, ingestion that survives bad links, alarm semantics and storage you can query later. Send the brief. Estimate within 24 hours.

What we build

Platform capabilities

From device adapters to the operator view — energy storage, charging and fleet telemetry. No invented protocol versions; we confirm against your hardware list.

Device connectivity

MQTT, HTTP and WebSocket transports, plus protocol adapters for gateways and controllers that speak something else. New device families are added as adapters, not as forks of the core.

Device identity and access

Per-device credentials, token-based authorisation and scoped topics. A compromised gateway cannot read or publish outside its own assets.

Fault-tolerant ingestion

Buffering, retry with backoff and deduplication on both edge and server side. Devices on flaky links backfill instead of losing their history.

Stream processing

Filtering, aggregation, enrichment and anomaly detection on the live stream. Threshold and rule-based automation fires within seconds of the reading that triggered it.

Time-series storage

Retention tiers, downsampling and continuous aggregates so a year of history stays queryable without keeping every raw sample hot.

Operator visibility

Fleet and asset overviews with status, geo-location and session timelines, custom widgets and drill-down, scoped by role for operations, support and management.

Data path

How a reading travels

Six stages between a sensor and an operator. Most IoT platforms fail at the boundaries between them, so that is where we spend the design effort.

01

Edge and gateway

Device firmware or gateway agents publish structured telemetry. We define the payload schema and topic layout before anything else is built.

02

Ingestion

Broker or HTTP endpoint with authentication, rate limiting, buffering and deduplication. Malformed payloads are quarantined, never silently dropped.

03

Normalisation

Units, timestamps and device metadata are reconciled into one canonical model so downstream code never has to know the vendor.

04

Processing and rules

Aggregation windows, anomaly detection and alarm rules evaluated on the live stream, with severity tiers and source attribution on every event.

05

Storage

Hot time-series for dashboards, rolled-up aggregates for trends, cold archive for compliance. Query patterns decide the layout.

06

Consumption

Operator dashboards, alerting channels, BI extracts and back-office integrations all read the same normalised data.

Technology

What runs under the hood

Deployable to cloud, on-premise or hybrid infrastructure without rewriting the application layer.

Transport
  • MQTT
  • HTTP
  • WebSocket
  • Protocol adapters
Processing
  • Node.js
  • Kafka
  • RabbitMQ
  • Rule engine
Storage
  • TimescaleDB
  • PostgreSQL
  • ClickHouse
  • Redis
Operations
  • Docker
  • Kubernetes
  • OpenTelemetry
  • Structured logging
FAQ

Telemetry pipelines

MQTT, Modbus TCP, IEC 61850 and related industrial transports, from edge gateways through to time-series storage and the operator UI.
Time-series stores such as TimescaleDB and ClickHouse, with retention set against the questions operators actually ask, not against keeping everything forever.
Yes. The architecture is sized so a pilot can grow to production ingestion without a rewrite of the core pipeline.
Device families, message rate and retention. We return a 24h estimate within one business day.

Send the brief. Estimate in 24 hours.

Device families, message rate and retention. Ingestion, processing and storage outlined within one business day.