Designing tag naming for thousands of IoT sensors

Scaling IoT infrastructure to thousands of sensors requires a systematic approach to tag naming. This article offers architectural solutions and a practical checklist to ensure data interoperability and analytical value.

In the world of the Internet of Things (IoT), the number of connected sensors and devices is growing exponentially. For platform architects managing thousands of sensors, chaotic or unstructured tag naming quickly becomes a significant operational and analytical bottleneck. Without a clear strategy for namespace management, asset hierarchy, units of measure, and data quality flags, the system becomes unmanageable, and data loses its value.

Defining the scaling problem: Why 'ad-hoc' tags don't work for thousands of sensors

With a small number of sensors, an 'ad-hoc' naming approach might seem acceptable. However, as the number of devices grows to hundreds or thousands, the lack of standardization leads to chaos. Finding the right device in an application, writing automation, or troubleshooting becomes a nightmare if names are inconsistent, unclear, or duplicated. This complicates the integration of new devices, makes automated data analysis impossible, and creates significant risks to data integrity. It's impossible to effectively compare data from different sources, detect anomalies, or build reliable analytical models without a unified, understandable, and scalable tagging system.

Implementing standards: ISA-95, Project Haystack, and Brick Schema as a foundation

To overcome these challenges, implementing industry standards is critical. They provide a common language and structure for describing assets and data.

ISA-95: Asset hierarchy for industrial systems

The ISA-95 (Enterprise-Control System Integration) standard is a widely recognized framework for integrating enterprise and control systems in manufacturing environments. It uses a 'functional hierarchy' to organize data from the enterprise level down to an individual sensor, following a 'general to specific' rule. This allows for logical organization of variables based on a hierarchy: Enterprise –> Site –> Area –> Line –> Unit –> Variable. Such a hierarchy helps quickly and easily access the necessary variables for further processing.

Project Haystack: Semantic tagging for smart buildings

Project Haystack is an open initiative that defines a standardized way to apply tagging principles to interpret data coming from modern buildings via Building Automation Systems (BAS). Data tagging allows software to discover and understand it, transforming it into useful information for building performance management. Project Haystack normalizes data using tags that describe what the data is, enabling easy recognition for analysis and problem detection. The primary tags for defining an entity are site, equip, and point. Haystack also includes a special data type – markers – which are tag names without a value, but their presence is semantically significant. For example, the ahu tag indicates an Air Handler Unit. Project Haystack also defines standard units of measure.

Brick Schema: An ontology for building systems

Brick Schema is an open ontology for describing assets, sensors, spaces within a building, and the relationships between them. It provides a common vocabulary for building data, allowing analytics, fault detection, and digital twin platforms to understand data from any building without individual integration work for each facility. Brick is based on RDF (Resource Description Framework) and allows for creating building models as a graph, where the main entities are Equipment, Points, and Locations. This ensures portability: if two buildings are described in Brick, the same fault detection rule or energy analytics query works for both without rewriting.

Components of an effective tag naming strategy: Namespace, hierarchy, and metadata

Developing an effective tag naming strategy requires considering several key components:

  • Namespace: A unique identifier that helps avoid naming conflicts between information from different sources. This is especially important in heterogeneous IoT environments where data comes from various manufacturers or systems.
  • Asset Hierarchy: A structured approach to organizing devices, equipment, and their data. This allows grouping assets by logical criteria, such as location (building, floor, room), function (HVAC, lighting, security), or equipment type (pump, fan, temperature sensor). For example, you can use the format [Building].[Floor].[Room].[DeviceType].[Number/Detail], such as main.kitchen.lt.ceiling1 for the first ceiling light in the main building's kitchen.
  • Units of Measure: Clearly defining units of measure for each tag is critical for correct data interpretation. This can be integrated directly into the tag name (e.g., temp_C) or, preferably, as a separate metadata attribute. Standards like Project Haystack already have defined unit databases.
  • Quality Flags: Metadata indicating the reliability and trustworthiness of data. These can include states such as Valid, Invalid, Missing, or Anomaly. Quality flags help distinguish reliable data from potentially erroneous data, which is fundamental for decision-making.

Change management and the evolution of the tagging system

A tagging system is not static. Over time, new sensors are added, data requirements change, and equipment is updated. Effective change control is key to maintaining the relevance and integrity of the tagging system in the long term. This includes:

  • Versioning: Implementing a versioning system for tags and their definitions allows tracking changes and reverting to previous states if needed.
  • Change processes: Developing clear procedures for adding new sensors, modifying existing tags, and decommissioning outdated ones. This should include documentation, approval, and notification of stakeholders.
  • Documentation: Continuously updating documentation describing naming rules, hierarchy structure, metadata definitions, and change management processes. This ensures a common understanding for all project participants.

Change management in IoT is a systemic approach that considers how people, processes, and technologies will be transformed by the implementation of connected technologies. Even small technical changes can have an organizational impact, so preparing processes and the team for adaptation is key.

Tag naming design checklist

CriterionYes/NoComments
Is a unified namespace defined for all sensors and assets?
Is a clear asset hierarchy developed (e.g., based on ISA-95)?
Are standardized prefixes/suffixes used for data types (temperature, pressure, humidity)?
Are units of measure included directly in tags or as separate metadata?
Is a mechanism provided for data quality flags?
Is there a process for adding new sensors and modifying existing tags?
Is there documentation describing tag naming rules and their application?
Does the tagging system allow for easy data search and filtering?
Does the tagging system support integration with analytical tools?
Has the possibility of using Project Haystack or Brick Schema for semantic interoperability been considered?

How AZIOT implements this

The AZIOT platform supports flexible asset and metadata modeling, enabling complex tag naming strategies based on ISA-95, Project Haystack, or Brick Schema. This ensures scalability and interoperability for thousands of sensors in commercial and industrial facilities. AZIOT integrates data from MQTT, Modbus, BACnet, KNX, Zigbee, Z-Wave, LoRaWAN, Matter, SCADA, and BMS, leveraging edge processing, Unity Base, rules/scenarios, dashboards, auditing, and access control for effective data management.

For more information on comprehensive data management and IoT integration solutions, visit Intecracy solutions and inbase.com.ua solutions.

Proper tag naming system design is a fundamental architectural decision that determines the success of a scalable IoT system. Investing in standardization and change management early in the project will ensure long-term data value and operational efficiency.

Source list

  1. forum.aqara.comBest Practices for Naming Your Smart Home Devices – Learned the Hard Way - General - Aqara Forum
  2. emqx.comIncorporating the Unified Namespace with ISA-95: Best Practices | EMQ
  3. wawelk.orgThe Language of Automation: Mastering PLC Tag Naming StandardsCreate a website or blog at WordPress.com
  4. dreamreport.netImprove Data Access – Organize Tags with Folders and S95 Equipment Hierarchy - Dream Report
  5. assets.new.siemens.comsiemens.com
  6. project-haystack.org
  7. project-haystack.orgIntroduction – Project HaystackIntroduction – Project Haystack
  8. project-haystack.orgtags – Project Haystacktags – Project Haystack