Smart Building Data Staging: From BACnet to a Clean Brick Model

Turn raw BACnet scrapes, BMS exports and Haystack tags into a validated Brick Schema model — with the spatial and connectivity relationships your analytics, FDD and digital-twin platforms actually need.

Learn More

Smart Buildings Data Challenges

Common obstacles teams face when managing CMMS data in smart buildings

🔌

BACnet Point Soup

A raw BACnet scrape arrives as thousands of cryptic point names with no consistent convention. Every point has to be classified to the right Brick type before any analytics rule can run against it.

🕸️

Containment vs Connectivity

A Brick model needs two separate graphs at once: where equipment lives (spatial containment) and what feeds what (flow connectivity). A single-parent tree throws half the model away.

📑

Conflicting Sources

The BACnet list, the controls contractor’s equipment schedule, the BMS export and the as-built drawings rarely agree. Reconciling them by hand in spreadsheets is slow and error-prone.

🏷️

Haystack Migration

Many sites are already tagged in Project Haystack. Moving to Brick means ingesting those tags and mapping them into a richer, formally-structured ontology without losing what’s there.

Validation Before Load

Loading a malformed model into a live analytics or twin platform propagates errors into every downstream rule and dashboard. Models must validate against Brick’s SHACL shapes first.

🏢

Portfolio Consistency

For the same fault-detection rule or energy query to run across every building, each site has to be modelled to the same standard — not to each vendor’s naming conventions.

How AssetStage Helps

Purpose-built solutions for smart buildings maintenance teams

1

Import Messy Building Data

Pull together BACnet scrapes, equipment schedules, BMS exports and existing Haystack tags into one working layer — then reconcile the conflicts visually instead of in colour-coded spreadsheets.

2

Classify Points & Equipment to Brick

Map every point, piece of equipment and location to its Brick class in a reviewable, visual workflow rather than by hand. The mapping step is the bulk of the effort — and the step most worth getting right once.

3

Model Both Graphs, Not a Tree

AssetStage supports multiple, typed parent relationships per node, so it represents spatial containment (isPartOf, isLocatedIn) and flow connectivity (feeds) at the same time — exactly what a Brick model, a Maximo network hierarchy or a linear asset network requires.

4

Validate, Then Export

Fix errors in bulk and validate against the ontology before export. Hand a clean, validated model — as Turtle or JSON-LD — to your analytics, FDD or digital-twin platform, with a full audit trail.

Standards Compliance

Built-in support for smart buildings standards

Brick Schema

An open-source RDF ontology for buildings — equipment, points and locations with typed, many-to-many relationships, validated with SHACL and queried with SPARQL. RealEstateCore is folded in from version 1.4.

Learn more →

Project Haystack

The widespread tagging convention for building-automation data. AssetStage ingests Haystack tags as a source and maps them into a richer Brick model so existing work is reused, not discarded.

BACnet & BMS Exports

Native support for the raw point scrapes and building-management-system exports that real projects start from — the messy inputs that have to become a structured, loadable model.

Ready to Transform Your Smart Buildings CMMS Data?

See how AssetStage helps smart buildings teams clean, validate, and prepare maintenance data in weeks, not months.

View Pricing