Technology

Read everything.
Disturb nothing.

The systems already on your sites were commissioned for a reason. BeconixAI reads them without changing how they behave: read-only where that matters, listen-only on a fire panel, and never a write the certified system did not expect.

How it works

Four layers between a sensor and a decision.

Everything the platform does passes through these four, in order. The rest of this page is what sits inside them.

Edge

Gateways on site

Rugged units that speak to whatever is already installed, run on site power with battery backup, and buffer readings locally when the backhaul drops.

Normalise

One data layer

Once a point is mapped, it lands with a consistent identity, unit and tag whatever system it came from. Analytics never has to care which vendor it originally belonged to.

Intelligence

Agents on top

The Anomaly Agent, Alarm Agent and FDD Agent work against that layer as readings arrive, each handing on what it found. A verdict carries the readings it was drawn from, so it can be checked rather than taken on trust.

Action

Work, not just alerts

A confirmed finding becomes a work order in the same system, carrying its asset, its evidence and its SLA.

At the edge

Two boxes, depending on what you are reading.

One is purpose-built to read a fire alarm panel without touching it. The other runs an open framework so the integration layer never becomes something only we can service. Both buffer locally, so a dropped link costs you nothing.

SHIELDPWR LINK RXRS-485 · SERIAL TAPUPLINK24V DC

Fire panel gateway

BeconixAI Shield

Sits beside a fire alarm panel and reads it over a serial tap. It cannot write back, so the certified system carries on exactly as commissioned while the device-level events that panel reports reach the platform.

  • Listen-only serial tap
  • Per-make message parsing
  • Device, loop and zone addresses
  • Encrypted uplink
  • Tamper-evident enclosure
IOT EDGEPWR NET LORA CELLSENSOR I/O · MODBUSETHSIM · SD

Site gateway

BeconixAI IoT Edge

The general-purpose unit for everything that is not a fire panel. It runs on Tridium’s Niagara framework, so the integration layer is an open standard — your integrator can work on it, and so can anyone else you choose later.

  • Tridium Niagara open framework
  • BACnet, Modbus, MQTT, OPC
  • LoRaWAN and cellular backhaul
  • Store-and-forward buffering
  • No vendor lock-in
Architecture

Built to carry an estate, not a demo.

A portfolio generates millions of readings a day and expects a year of history to come back instantly. That shapes every decision underneath.

Horizontally scalable
Services are stateless and sit behind a load balancer. Taking on more sites means adding replicas, not re-architecting.
Polyglot persistence
A different store for each job — time-series for point history, a graph for how assets relate to spaces and systems, a search index for events, relational for work management.
Time-series and OLAP
Interval history retained per point, with aggregation pushed down to the store so a year of consumption answers in seconds rather than minutes.
Stream processing
Readings are evaluated in flight against rules and anomaly models, so detection happens as data arrives instead of waiting for a nightly batch.
Containerised
Every service ships as a container and orchestrates on Kubernetes, with rolling deployments and no maintenance window.
Deploy where you need it
Public cloud, private cloud, or entirely in-country where data sovereignty is a requirement.
Mobile

The same platform, in the field

A native app for iOS and Android — not a shrunken desktop page. The people who actually close the work are rarely at a desk, so the field experience carries the parts of the platform they need.

  • Portfolio, insight and live equipment dashboards
  • Alarm console with acknowledgement, diagnosis and AI fault detection
  • Full work-order execution — tasks, photos, readings, parts and labour
  • Technician, vendor and requester portals
  • Interactive graphics, floor plans and digital twin
  • QR asset scan to raise or find work against the right equipment
9:41
MR
All sitesToday
29Total alarms
7Critical
571Equipment
79%Online

Active alarms 4

CH-04 ChillerHigh motor currentTower One · L412m
AHU-12High return air tempBusiness Bay · L948m
FAHU-02Supply fan not in autoDIFC Gate · Roof2h
Pump-03Pressure out of bandTower One · B15h
How we talk about results

No promised percentages.

Every estate is different, so a number from someone else's building is not a forecast for yours. A pilot baselines your sites first, and every claim after that is measured against it.

  • Savings measured against weather-normalised baselines, IPMVP-style
  • Findings shown with the evidence that produced them
  • Figures in demos and screenshots are illustrative, and labelled as such
  • Critical setpoints only ever change with your engineering team's sign-off

Bring your hardest site

The interesting question is not whether the platform demos well. It is whether it can read the panel nobody has been able to read, on the site with the worst connectivity. That is the pilot worth running.