BACnet/IP collection
The on-site bridge reads controller points and publishes them to the DataHub over MQTT. Modbus TCP, OPC UA, and Wattsense follow the same chain.
Collect controller points on site, historise them in the cloud, and serve them to QRPanels through a single REST API. Running on BACnet/IP today, with Modbus TCP, OPC UA, and Wattsense in integration.
DATAHUB / Console
Bridges
12
Online
9
Points
248
DataHub Bridge
Site box connected
What runs today, and what is coming
1
Protocol in production (BACnet/IP)
3
Connectors in integration
3 s
Live refresh interval
10 min
Consolidated history step
From the controller point to the QRPanels dashboard, every block is decoupled and observable.
The on-site bridge reads controller points and publishes them to the DataHub over MQTT. Modbus TCP, OPC UA, and Wattsense follow the same chain.
Import a controller scan, pick the points, and set the BACnet/IP target and MQTT parameters from the console — no manual work on the mini-PC.
Every BACnet reference maps to a structured topic — site, building, equipment, point — with its object type and engineering unit.
Live values and offline-trend history (10-minute downsample, bounded by the trend config) exposed over HTTP, with one API key per bridge.
Organisation, building, bridge, controller, equipment, and point form one hierarchy, partitioned by database policies and by the organisation API key.
Heartbeat and connectivity status per bridge, latest received values, and a local BACnet simulator to validate a configuration before rollout.
The bridge reads controller points on the field network, timestamps them at the source, and attaches each value to its organisation, building, and equipment.
Values are published over MQTT with QoS 1, carrying the bridge identifier and a structured topic, on an outbound authenticated connection.
The cloud stores the latest values and the dense change history. Offline trends are downsampled to 10 minutes at read time, without a second history table.
QRPanels queries the REST API with its bridge key: available boxes, live values, and offline-trend history bounded by period, rolling cap, and end date.
BACnet/IP is deployed and tested on real installations. The other connectors reuse the same bridge, MQTT, and DataHub pipeline, and land in stages.
The field is never reachable from the internet, and every access to data goes through an identity tied to one organisation.
Console and API served over HTTPS, MQTT publishing authenticated per bridge identifier.
The bridge opens every connection towards the cloud. Nothing to expose on the customer network.
Keys stored hashed, compared in constant time, with revocation and last-use tracking.
User accounts belong to an organisation, and database policies filter every request.
No writes to controllers today, so there is no risk of an unwanted action on the BMS.
Intended trajectory: GDPR, IEC 62443, and ISO/IEC 27001 practices. Not certified at this stage.
Let's go through your context: the controllers already in place, the points to collect, expected volumes, and your integration schedule.
The Modbus TCP, OPC UA, and Wattsense connectors are in integration and flagged In progress above. No security certification is claimed at this stage.