Brick vs Project Haystack: etiquetado semántico para datos de edificio

Brick vs Haystack para datos de edificio: cómo difieren las etiquetas de Project Haystack y las clases de Brick Schema, cuándo encaja cada uno y por qué QUDT acompaña a Brick en analítica portable.

Publicado21 de octubre de 2026Tiempo de lectura8 min de lectura
Tuberías industriales y maquinaria de planta en una sala técnica con poca luz, el tipo de espacio mecánico cuyos puntos BMS necesitan etiquetas semánticas

Foto: Tuberías y maquinaria industriales en una sala de planta. Foto de Dave Meckler en Unsplash.

Una lista de puntos de un BMS son nombres y direcciones. No es significado. AHU3_SAT, el registro 40012 y una instancia Analog Input de BACnet mueven un número. Ninguno dice a un motor de analítica, una regla FDD o una app portable que el número es la temperatura de impulsión de zona en una unidad de tratamiento de aire concreta.

El etiquetado semántico cierra ese hueco. Dos iniciativas abiertas dominan la conversación: Project Haystack y Brick Schema. La gente busca "brick vs haystack" porque el trabajo parece igual en una diapositiva y diverge en cuanto modelas un parque desordenado. Este artículo compara ambos para operadores e integradores que ya tienen puntos en flujo y necesitan que signifiquen lo mismo en el siguiente edificio.

Ninguno sustituye a BACnet, Modbus u OPC UA. Esos protocolos mueven valores. El etiquetado nombra qué significan. Los nombres de puntos BACnet legibles siguen ayudando a las personas en la estación de trabajo. Las etiquetas y las ontologías ayudan a las máquinas entre sedes.

Por qué los nombres de punto solos no bastan

Los ingenieros de control envían los nombres que necesitan para la puesta en marcha y la entrega. Las herramientas de cartera los heredan años después, a menudo tras dos cambios de proveedor y una hoja de cálculo que ya no coincide con los objetos en vivo.

Las etiquetas cortas chocan. SAT puede ser impulsión, aire mezclado o un repuesto. La misma idea física aparece como SA_TEMP, TEMP_SA y DischargeAirTemp en tres sedes. Primero sube el coste de mapeo. Luego llegan reglas de fallo falsas cuando una plantilla se enlaza al gemelo equivocado. Las apps entre edificios se atascan porque no hay un vocabulario compartido para "este sensor pertenece a esa UTA y alimenta esa zona."

Un modelo de objetos de protocolo ayuda dentro de un estándar. BACnet ya lleva tipo de objeto y algunas propiedades. Modbus sigue dándote un registro y un PDF. Ninguno te da un grafo portable de equipos que diga que AHU-3 alimenta Floor-2 y tiene un punto de temperatura de impulsión. Ese grafo es para lo que sirve el etiquetado semántico.

Qué es Project Haystack

Project Haystack es una iniciativa open source de modelos semánticos de datos y servicios web relacionados con datos operativos de edificios e IoT. En la práctica la mayoría de ingenieros lo encuentran como un sistema de etiquetas: marcadores como ahu, discharge, air, temp y sensor aplicados a entidades de modo que el significado emerge de la combinación.

Ese diseño es deliberado. Las etiquetas son ligeras. Un ingeniero de control puede marcar puntos sin aprender RDF, OWL o SPARQL. Donde un sitio ya expone una API Haystack, o donde el estándar del parque ya espera marcadores Haystack, el camino de "existen puntos" a "los puntos se pueden filtrar por etiqueta" es corto.

La contrapartida es la consistencia. Como las combinaciones son flexibles, dos sedes pueden codificar la misma planta de formas distintas y ambas parecer válidas bajo el hábito local. La propia comparación de Brick señala que las descripciones al estilo Haystack suelen acabar como colecciones ad hoc de etiquetas con prácticas de modelado a medida entre edificios. Haystack sigue desplegándose allí donde las herramientas y las API ya lo hablan. No confundas Project Haystack con MIT Haystack, el proyecto de investigación NLP no relacionado.

Qué es Brick Schema

Brick Schema es una ontología RDF formal para edificios. Equipos, puntos, ubicaciones y relaciones son clases tipadas, no solo etiquetas libres. Relaciones como feeds, hasPoint e isPartOf son de primera clase: puedes afirmar que una UTA alimenta una zona y que la zona tiene un sensor de temperatura, y luego consultar esa estructura.

Brick incluye una capa de etiquetas familiar si ya conoces marcadores estilo Haystack, y añade encima reglas semánticas formales para que los modelos sean más consistentes e interpretables. Al asentarse en el stack de la Semantic Web, puedes consultarlo con SPARQL y validarlo contra la ontología en lugar de solo contra reglas tribales de hoja de cálculo.

Esa formalidad es el coste. Modelar tarda más en una lista de puntos desordenada. Ganas analítica portable, validación más fuerte y consultas que razonan entre edificios en lugar de solo filtrar conjuntos de etiquetas. La documentación de Brick lo sitúa frente a Haystack, BIM/IFC y esfuerzos relacionados como BOT; la versión corta para operadores es clases más relaciones más consultabilidad.

Cara a cara: Brick vs Project Haystack

DimensiónProject HaystackBrick Schema
EstructuraConjuntos ligeros de etiquetas en entidadesClases RDF, propiedades y relaciones tipadas
Cómo se forma el significadoCombinaciones de etiquetas y convencionesClases de ontología + enlaces (feeds, hasPoint, …)
Modelo de consultaFiltros de etiquetas / API HaystackSPARQL y consultas de grafo sobre el modelo
Curva de aprendizajeRápida para equipos de control y puesta en marchaMás empinada; ayuda modelar ontologías
ConsistenciaFlexible; los hábitos locales pueden divergirReglas formales empujan hacia una forma compartida
Encaje típicoEtiquetar y enviar donde hay herramientas HaystackRazonar y portar analítica entre edificios

Brick vs Haystack no es un concurso de protocolos. Ambos se sitúan por encima del cable. Ambos pueden coexistir con convenciones de nombres. La comparación que importa es estructura y potencia de consulta frente a velocidad de aplicación en puntos desordenados.

Cuándo encaja Haystack frente a cuándo encaja Brick

Elige Project Haystack cuando el parque ya habla Haystack, cuando la prioridad es etiquetar puntos rápido para que las apps locales filtren, y cuando el equipo de la sala de máquinas piensa en marcadores más que en ontologías. Etiquetar y enviar gana en velocidad.

Elige Brick Schema cuando la analítica portable y las plantillas FDD deben viajar de edificio a edificio, cuando necesitas relaciones tipadas que puedas validar, y cuando las preguntas SPARQL ("cada temp de impulsión en UTAs que alimentan zonas ocupadas") son el producto, no un informe puntual. Razonar y portar gana en consultabilidad.

Muchas carteras están en medio: ya hay marcadores Haystack en algunas sedes y el objetivo de la nueva analítica es un modelo con forma Brick. Migrar es trabajo. Declarar un ganador universal es marketing. Empareja el esquema con el trabajo para el que lo contratas.

Para priorizar fallos en todo el parque cuando los puntos llevan significado, ver BMS analytics y analítica BMS de cartera.

Unidades: por qué aparece QUDT junto a Brick

Un punto de temperatura etiquetado que no declara unidad sigue a medias. Celsius y Fahrenheit se parecen hasta que una regla de cartera multiplica la escala equivocada. QUDT (Quantities, Units, Dimensions and Types) es una ontología de unidades que suele acompañar a los modelos Brick para que tipos de cantidad y unidades sean legibles por máquina, no escondidos en un sufijo del nombre.

Las clases Brick describen equipos y puntos. QUDT describe la unidad de la medición. Juntas reducen errores silenciosos de unidades cuando una capa de analítica compara sedes. Los parques Haystack también llevan convenciones de unidades; el emparejamiento Brick + QUDT es simplemente la combinación que usa Explore cuando el etiquetado ontológico está activado.

Cómo usa Explore Brick y QUDT

FrostLogic Explore es Sensor Intelligence: lee el BMS y los contadores que ya operas y prioriza qué arreglar. No es un CMMS ni un sustituto de BAS. El acceso de escritura empieza desactivado; concedes scopes cuando quieres escritura de vuelta.

El etiquetado ontológico universal es opt-in por inquilino. Cuando está activado, Explore etiqueta puntos con tipos de equipo y punto de Brick Schema y unidades QUDT, con un clasificador de texto más un segundo paso LLM. Los humanos finalizan esas etiquetas. Solo las finalizadas llegan a la IA. El entrenamiento aprende de las correcciones.

Explore no es un servidor Haystack y no sustituye parques Haystack que ya funcionan. El puente para equipos que necesitan analítica portable sobre puntos BMS desordenados es el etiquetado Brick + QUDT finalizado por humanos encima de los protocolos que ya habláis. Si la pregunta es qué protocolo de cable conservar, empieza por la guía del integrador de BACnet, Modbus y OPC UA. Si la pregunta es cómo se sitúa el significado por encima de esos cables, Brick vs Project Haystack es la bifurcación.

Preguntas frecuentes

¿Cuál es la diferencia entre Brick Schema y Project Haystack? Project Haystack es sobre todo un sistema ligero de etiquetas donde el significado emerge de las combinaciones. Brick Schema es una ontología RDF formal con clases y relaciones tipadas, consultable con SPARQL. Ambos nombran datos de edificio; difieren en estructura, reglas de consistencia y forma de consultarlos.

¿Brick o Haystack sustituyen a BACnet? No. BACnet, Modbus y OPC UA mueven valores entre controladores, contadores y cabezales. Brick y Haystack describen qué significan esos valores. Sigues necesitando una pila de protocolos que funcione debajo de cualquier esquema de etiquetas.

¿Project Haystack es lo mismo que MIT Haystack? No. Project Haystack es la iniciativa de etiquetado semántico para edificios e IoT en project-haystack.org. MIT Haystack es un proyecto de investigación NLP aparte. Comparten nombre, no propósito.

¿Cuándo debo usar Haystack en lugar de Brick? Prefiere Haystack cuando necesitas etiquetar puntos existentes desordenados con rapidez, cuando ya hay API o herramientas Haystack en sitio, y cuando los flujos locales de filtrar por etiqueta importan más que consultas ontológicas formales entre edificios.

¿Cuándo debo usar Brick en lugar de Haystack? Prefiere Brick cuando el objetivo es analítica portable, relaciones tipadas y consultas SPARQL entre edificios, y cuando puedes invertir en modelado ontológico y validación, no solo en aplicar etiquetas rápido.

¿Qué es QUDT y por qué emparejarlo con Brick? QUDT es una ontología de unidades y cantidades. Junto con Brick hace que las unidades de medida sean legibles por máquina para que las reglas de cartera no mezclen escalas incompatibles en silencio. El etiquetado ontológico opt-in de Explore usa tipos Brick con unidades QUDT.

¿Puedo usar Brick y Haystack en el mismo parque? Sí en principio: algunas sedes llevan etiquetas Haystack mientras la analítica apunta a un modelo con forma Brick. Planifica el trabajo de mapeo de forma explícita. No asumas que las dos codificaciones son intercambiables sin un paso de traducción.

¿Cómo usa FrostLogic Explore Brick? El etiquetado ontológico universal opt-in etiqueta puntos con tipos Brick Schema y unidades QUDT; los humanos finalizan las etiquetas antes de que lleguen a la IA. Explore no se presenta como producto Haystack ni como sustituto de despliegues Haystack que funcionan.

¿Qué no te está contando tu edificio?

Si tus puntos se mueven pero la analítica sigue adivinando qué significan, cuéntanos cómo está etiquetado el parque hoy. Escuchamos primero y luego decimos con claridad si el camino Brick + QUDT de Explore ayuda. 30 o 60 minutos, tú eliges. Sin compromiso en ningún sentido. Hablémoslo.

FrostLogic Explore lleva la inteligencia de sensores, la simulación de escenarios y la IA de inferencia fundamentada a los edificios comerciales e industriales. Más información sobre Sensor Intelligence o háblelo con nosotros.

¿Le interesa ver cómo quedaría en su edificio?

¿Qué no le está contando su edificio?

Doce preguntas sobre tu edificio. Unos dos minutos. Gratis. Obtienes un Building Intelligence Score. Sin discurso comercial.