Respuesta automática a la demanda: qué cargas son seguras de flexibilizar sin supervisión humana

Foto de Dmitrijs Safrans en Unsplash.

Busca "respuesta automática a la demanda" y la página que aparece está escrita para utilities, agregadores y organismos de normalización. GridPoint explica qué es ADR. OpenADR Alliance documenta su propio protocolo. Wikipedia tiene la historia. Un fabricante de enfriadores vende controles listos para ADR como función de producto. Artículos académicos de Lawrence Berkeley e IEEE repasan la economía de la red. Todo ello trata el edificio como el extremo lejano de una ruta de señal: lo que recibe una instrucción y, en teoría, actúa sobre ella. Nada de ello plantea la pregunta que decide si esa instrucción debería poder actuar sobre algo sin que una persona lo compruebe antes.

Cubrimos el lado manual de esta pregunta en respuesta de la demanda del lado de la demanda: qué cargas puede flexibilizar un edificio cuando una persona decide, evento a evento, si responder. La respuesta automática a la demanda elimina a esa persona. Llega una señal OpenADR, un cliente VEN en el BMS la recibe, y una carga se desconecta, precalienta o limita por sí sola, sin que nadie en el edificio confirme antes que es seguro. Ese es todo el atractivo de la automatización: ningún evento perdido, ninguna carrera manual, tiempos de respuesta más rápidos que califican para los programas de respuesta rápida mejor pagados. También es por eso que equivocarse en la pregunta subyacente, si esta carga concreta es realmente segura de desconectar ahora mismo, sale más caro, no más barato.

Este artículo continúa donde aquel terminó. No qué es OpenADR, eso lo documenta la Alliance con precisión. No cómo inscribirse en un programa automatizado, GridPoint y los agregadores ya cubren bien ese terreno. Lo que tiene que ser cierto sobre una carga antes de que sea seguro dejar que una instrucción automatizada permanente la toque sin supervisión.

La respuesta automática a la demanda exige más de un edificio que el DSR manual

En un evento DSR manual, un mal criterio se detecta. Un operador ve el aviso, revisa la planta y decide que el enfriador no es buen candidato hoy porque ya va caliente. El evento continúa sin esa carga, o el operador la marca y sigue adelante. El error, si lo hay, se detiene en el punto en que alguien lo revisa.

La automatización elimina ese punto de control a propósito. Esa es la propuesta de valor: la respuesta ocurre en segundos, no en el tiempo que tarda una persona en notar un aviso de evento, iniciar sesión y actuar. Pero significa que una carga marginal hoy, y aceptable de incluir un día en que alguien vigila, se ejecuta igual el día en que nadie vigila, porque no hace falta que lo haga nadie. El mismo error que se habría detectado una vez en un programa manual ahora se repite en cada evento hasta que alguien nota el patrón, normalmente tras una queja de confort o un problema de proceso, no antes.

Esa es la distinción real entre DR manual y automatizada, y no se trata de cuál es mejor. Es que la automatización cambia qué cuenta como evidencia suficiente antes de que una carga entre en la lista. Una carga flexible la mayor parte del tiempo, con excepciones ocasionales que una persona detectaría, es un candidato razonable para DSR manual. La misma carga es un riesgo como automatizada a menos que las excepciones también queden reflejadas en la propia lógica de automatización, no dejadas para que alguien las note.

OpenADR a nivel práctico: qué hacen realmente una VTN, una VEN y una señal

OpenADR (Open Automated Demand Response) es un estándar de comunicación, mantenido por OpenADR Alliance, que define cómo se estructuran e intercambian las señales de DR automatizada. No decide qué cargas desconectar ni cómo debe responder un edificio; estandariza la mensajería para que una utility, un operador de red o un agregador de un lado y el sistema de automatización de un edificio del otro puedan hablar entre sí sin una integración personalizada para cada pareja.

El modelo tiene dos lados. Una VTN (Virtual Top Node) es el emisor de señales, normalmente gestionado por una utility, un operador de red o un agregador, y emite eventos: una hora de inicio, una duración, un nivel de señal o un precio, y normalmente una ventana de exclusión antes de que la respuesta sea vinculante. Una VEN (Virtual End Node) es el receptor de señales, un cliente que corre en el BMS de un edificio o junto a él, o en su software de gestión energética, y es responsable de traducir esa señal en una respuesta local real, cualesquiera cargas que su programación haya asignado a ese nivel de señal.

Lo que el estándar deja enteramente al lado del edificio es la parte más difícil: decidir qué cargas esa VEN debería poder tocar realmente, en qué condiciones, y con qué confianza de que tocarlas no cause un problema que la señal en sí no tiene forma de conocer. OpenADR transmite la instrucción de forma fiable. No tiene opinión sobre si la instrucción es segura de ejecutar en un edificio concreto un día concreto, y no está diseñado para ello. FrostLogic no implementa, opera ni certifica un cliente VEN; eso es territorio del BMS y del proveedor de automatización. Lo que hace Explore es responder la pregunta que el estándar deja abierta.

Qué cargas son realmente seguras de automatizar, y cuáles siguen necesitando un humano primero

Los tipos de carga que merece la pena automatizar son en gran medida los ya identificados como flexibles en la respuesta de la demanda del lado de la demanda, pero el listón para automatizar una es más alto que el de ofrecerla manualmente una vez. Una carga es buena candidata a automatización cuando su flexibilidad se mantiene en un rango de condiciones, no solo el día en que se probó.

La precalificación HVAC y la flexibilidad de consigna se automatizan razonablemente bien, siempre que la propia lógica de automatización aplique el margen térmico, no un horario fijo que asume el mismo margen cada día. Una precalificación dimensionada para una tarde templada de entretiempo y dejada sin supervisión en un día caluroso y con plena ocupación pide más inercia térmica de la que el edificio puede devolver, y nadie lo detecta hasta que empiezan las quejas.

Las cargas de proceso no críticas, bombas con variador de frecuencia con holgura, compresores por lotes, equipos con flexibilidad real de horario, suelen ser los mejores candidatos a automatización precisamente porque una desconexión fallida o incorrecta rara vez causa algo peor que un cambio de horario. El desescarche de refrigeración se automatiza bien dentro de su ventana habitual de minutos, siempre que la automatización compruebe la temperatura actual del armario frente al umbral de seguridad alimentaria antes de desplazar, en lugar de desplazar con un temporizador fijo independientemente de dónde esté realmente el armario.

La secuenciación de enfriadores exige más cautela automatizada que manual. Una planta lead-lag con margen confirmado en la máquina de reserva es buen candidato manual los días en que un operador lo comprueba. Automatizar esa misma desconexión significa que la automatización tiene que saber, cada vez, si el margen que existía durante la prueba sigue existiendo hoy, con la ocupación y las condiciones exteriores de hoy, no asumirlo a partir de una evaluación puntual. Las cargas ligadas a ventilación según ocupación, sistemas de seguridad vital o cualquier proceso donde el coste de interrupción supera el pago por flexibilidad deben quedar fuera de la lista de automatización por completo, por las mismas razones por las que están fuera de la lista DSR manual desde el principio.

DSR manual frente a ADR automatizada activada por OpenADR

Dónde termina la capa de evidencia de FrostLogic y dónde empieza el despacho automatizado

Nada de lo anterior convierte a FrostLogic Explore en parte de la cadena de despacho automatizado, y no está construido para serlo. Explore identifica qué cargas de un edificio son realmente seguras de automatizar, prevé el impacto de desconectarlas con márgenes de confianza, y documenta esa decisión para que se mantenga en condiciones que la prueba inicial no cubrió. Ese trabajo corre sobre el mismo software de gestión energética que Explore ya proporciona para la imagen diaria de coste y consumo de un edificio; la preparación para automatización es una pregunta más que responde, no un sistema aparte atornillado específicamente para OpenADR.

Lo que Explore no hace es enviar una señal OpenADR, ejecutar un cliente VEN, comercializar flexibilidad en un mercado o liquidar un pago DSR. Esa capa de ejecución está en el propio cliente VEN del BMS, y en los agregadores que gestionan el mercado y el despacho a una escala que una plataforma de analítica de sensores no tiene motivo para intentar duplicar, entre ellos Drax, E.ON, Enel X y GridBeyond, los mismos agregadores que gestionan la inscripción en DSR manual. El traspaso es la evidencia: qué cargas, en qué condiciones, con qué confianza. Lo que un agregador o un proveedor de BMS hace con esa evidencia, cablearla en las reglas de automatización de una VEN, estructurar qué niveles de señal activan qué cargas, es su dominio.

El mismo solapamiento de cumplimiento que aplica al DSR manual aplica aquí también, y posiblemente importa más: una desconexión automatizada que toca consumo medido que alimenta una divulgación de sostenibilidad o de rendimiento energético no se detiene para que nadie note el solapamiento antes de ejecutarse. Donde esa intersección necesita tratamiento, pertenece al trabajo de cumplimiento existente de un edificio, no debe tratarse como algo que la participación en OpenADR introduce por sí sola.

Preguntas frecuentes

¿Qué es la respuesta automática a la demanda? La respuesta automática a la demanda (ADR) es la respuesta de la demanda en la que una señal, normalmente enviada por una utility, un operador de red o un agregador, hace que el equipo de un edificio desconecte, desplace o limite carga automáticamente, sin que una persona decida en el momento. Se distingue del DSR manual o programado, donde un operador revisa un aviso de evento y elige si responder; consulta nuestro artículo sobre respuesta de la demanda del lado de la demanda para ese lado del panorama.

¿Qué es la respuesta automática abierta a la demanda (OpenADR)? Open Automated Demand Response es un estándar de comunicación, mantenido por OpenADR Alliance, que define cómo se estructuran e intercambian las señales de respuesta automática a la demanda entre un emisor del lado de la red (una VTN) y un receptor del lado del edificio (una VEN). "Open" se refiere a que el estándar es abierto e interoperable entre proveedores, no al papel de FrostLogic en él; FrostLogic no implementa ni certifica comunicaciones OpenADR.

¿Qué son los programas de respuesta automática a la demanda? Programas gestionados por utilities o agregadores que pagan a un edificio por participación automatizada, normalmente con mejores tarifas o niveles de respuesta más rápidos que el DSR manual porque la respuesta está garantizada contractualmente en lugar de depender de que un operador actúe a tiempo. La inscripción y la selección de programa las gestionan agregadores como Drax, E.ON, Enel X y GridBeyond, no FrostLogic.

¿Despacha FrostLogic señales de respuesta automática a la demanda? No. FrostLogic Explore identifica qué cargas son seguras de automatizar, prevé el impacto de desconectarlas con márgenes de confianza, y documenta esa decisión. No despacha señales OpenADR, no ejecuta un cliente VEN, no comercializa flexibilidad, no puja en mercados de red ni liquida pagos DSR. Esa capa de ejecución está en el cliente VEN del BMS o en un agregador.

¿Qué cargas son seguras de automatizar sin un humano en el bucle? Cargas con margen que se mantiene en un rango de condiciones, no solo el día en que se probaron, por ejemplo cargas de proceso no críticas con holgura real de horario, desescarche de refrigeración dentro de su margen de temperatura, o secuenciación de enfriadores con margen confirmado en la máquina de reserva. Las cargas donde la seguridad depende de una condición que cambia día a día, ventilación ligada a ocupación o un enfriador que ya va caliente, necesitan que una persona compruebe antes de automatizar, no solo antes de inscribirse.

¿Cuál es la diferencia entre DSR manual y ADR automatizada? El DSR manual da a una persona una ventana para revisar un aviso de evento y decidir si responder, de modo que un mal criterio se detecta antes o durante el evento. La ADR automatizada elimina esa comprobación: una señal VTN ejecuta una respuesta preprogramada en el momento en que llega, cada vez, sin que nadie vete una desconexión que resulta insegura ese día concreto.

¿Puede una desconexión automatizada causar un problema de confort o seguridad si una carga no está realmente preparada? Sí, y el modo de fallo es peor que el equivalente manual porque no se detecta en el momento. Una precalificación empujada más allá del margen térmico del edificio, o una desconexión de enfriador secuenciada sin margen real, produce la misma queja de confort o interrupción de proceso que un error manual, salvo que se repite automáticamente en cada evento futuro hasta que alguien lo note y corrija la lógica de automatización.

¿Necesito un BMS con un cliente VEN OpenADR ya instalado para usar FrostLogic Explore? No. El trabajo de previsión y evidencia de Explore corre sobre los contadores existentes de un edificio y los datos del BMS o de sensores, con independencia de si OpenADR ya está desplegado. La pregunta del cliente VEN solo importa cuando estés listo para actuar sobre los hallazgos de Explore cableando la automatización de un agregador o del lado del BMS para ejecutar la desconexión.