Respuesta automática a la demanda: qué cargas son seguras de flexionar sin vigilancia humana

Foto de Dmitrijs Safrans en Unsplash.

Busca “automated demand response” y la página que vuelve está escrita para utilities, agregadores y organismos de normalización. GridPoint explica qué es la ADR. OpenADR Alliance documenta su propio protocolo. Wikipedia tiene la historia. Un fabricante de enfriadoras vende controles listos para ADR como función de producto. Artículos académicos de Lawrence Berkeley e IEEE trabajan la economía de la red. Todo 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 eso plantea la pregunta que decide si esa instrucción debe poder actuar sobre algo sin que una persona lo compruebe primero.

Cubrimos el lado manual de esta pregunta en respuesta de la demanda: qué cargas puede flexionar un edificio cuando una persona decide, evento a evento, si responder. Automated demand response elimina a esa persona. Llega una señal OpenADR, un cliente VEN en el BMS la recibe, y una carga se desconecta, se preenfría o se limita sola, sin que nadie en el edificio confirme antes que es seguro. Ese es el atractivo de la automatización: sin eventos perdidos, sin carrera manual, tiempos de respuesta más rápidos que cualifican para programas de respuesta rápida mejor pagados. También es por qué equivocarse en la pregunta de fondo (¿es segura esta carga concreta para desconectar ahora mismo?) sale más caro, no más barato.

Este texto retoma donde aquel lo dejó. No qué es OpenADR (la Alliance lo documenta con precisión). No cómo inscribirse en un programa automatizado (GridPoint y los agregadores ya cubren ese terreno). Qué tiene que ser cierto de una carga antes de que sea seguro dejar que una instrucción automatizada permanente la toque sin supervisión.

¿Qué es automated demand response?

Automated demand response (ADR) es demand response en la que una señal de 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. La señal suele llegar por un estándar como OpenADR. Un Virtual End Node (VEN) en o junto al BMS del edificio la recibe y ejecuta una respuesta preprogramada: cambio de setpoint HVAC, desplazamiento del desescarche de refrigeración, limitación de proceso no crítico, o las cargas que el emplazamiento haya mapeado a ese nivel de señal.

La demand response tradicional o manual sigue pidiendo a una persona que revise un aviso de evento y elija si responder. El DSR programado es un primo cercano: el edificio se compromete a reducir en horas conocidas, pero un humano sigue siendo dueño de la decisión del día. La ADR elimina ese punto de control. Los tiempos de respuesta caen de minutos u horas a segundos, por eso muchos programas pagan más por la participación automatizada. El equilibrio está en el lado del edificio. Una carga marginal que un operador saltaría hoy se ejecuta igual el día que nadie vigila, porque nadie tiene que estar. La flexibilidad que solo se sostiene «la mayor parte del tiempo» es una candidata razonable de DSR manual. La misma carga es un riesgo como automatizada salvo que las excepciones vivan en la propia lógica de automatización.

En resumen: la ADR es la forma automatizada de demand response. La pregunta de red (cómo inscribirse, qué programa, cómo funciona la liquidación) pertenece a utilities y agregadores. La pregunta de edificio (qué cargas son realmente seguras de dejar que esa señal toque sin supervisión) es lo que cubre este artículo.

Cómo pagan los programas de automated demand response

Utilities y agregadores gestionan programas ADR que pagan a los edificios por respuesta garantizada y rápida. Las estructuras típicas combinan un pago de capacidad o disponibilidad (sigues inscrito y listo) con un pago de energía o rendimiento cuando se dispara un evento y entregas la reducción contratada. Los niveles automatizados suelen pagar mejor que los manuales porque la respuesta es contractual y automática, no depende de que un operador actúe a tiempo.

Tarifas, elegibilidad y reglas de evento varían por mercado y programa. Esta página no inventa tarifas de programa. La inscripción, la medición, la liquidación y las ventanas de opt-out están en agregadores como Drax, E.ON, Enel X y GridBeyond (y en la utility o el operador de red detrás de ellos). FrostLogic no inscribe edificios, no puja flexibilidad ni liquida pagos. Donde encaja Explore es antes: evidenciar qué cargas pueden unirse a esa lista automatizada sin crear problemas de confort, proceso o seguridad que el programa nunca ve.

OpenADR a nivel de trabajo: qué hacen de verdad 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 por un lado y el sistema de automatización de un edificio por el otro puedan hablar sin una integración a medida para cada emparejamiento.

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

Lo que el estándar deja por completo al lado del edificio es la parte más dura: decidir qué cargas puede tocar de verdad esa VEN, bajo qué condiciones, y con qué confianza de que tocarlas no causará un problema que la señal misma no puede conocer. OpenADR mueve 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 eso. FrostLogic no implementa, opera ni certifica un cliente VEN; eso es territorio de BMS y de proveedores de automatización. Lo que hace Explore es responder a la pregunta que el estándar deja abierta.

Qué cargas son realmente seguras de automatizar, y cuáles necesitan aún a 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, pero el listón para automatizar una es más alto que el listón para ofrecerla manualmente una vez. Una carga es buena candidata a automatización cuando su flexibilidad se sostiene en un rango de condiciones, no solo el día en que se probó.

El preenfriamiento HVAC y la flexión de setpoints se automatizan razonablemente bien, siempre que la propia lógica de automatización imponga el margen térmico, no un horario fijo que asume que el mismo margen existe cada día. Un preenfriamiento dimensionado para una tarde suave de media estación y dejado sin supervisión en un día caluroso y a 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 VFD con holgura, compresores por lotes, equipos con verdadera flexibilidad de horario, suelen ser las mejores candidatas a automatización precisamente porque una desconexión fallida o errónea rara vez causa algo peor que un desplazamiento de horario. El timing de desescarche de refrigeración se automatiza bien dentro de su ventana habitual de minutos, siempre que la automatización compruebe la temperatura actual de la vitrina contra el umbral de seguridad alimentaria antes de desplazar, en lugar de desplazar con un temporizador fijo sea cual sea el estado real de la vitrina.

La secuenciación de enfriadoras necesita más cautela automatizada que manual. Una planta lead-lag con margen confirmado en la máquina de reserva es una buena candidata manual los días en que un operador la comprueba. Automatizar esa misma desconexión significa que la automatización tiene que saber, cada vez, si el margen que existía en la prueba sigue existiendo hoy, bajo la ocupación y las condiciones exteriores de hoy, no asumirla de una evaluación única. Las cargas ligadas a ventilación por ocupación, sistemas de seguridad de vida, o cualquier proceso donde el coste de interrupción supera el pago por flexibilidad, se quedan fuera de la lista de automatización por completo, por las mismas razones por las que están fuera de la lista de DSR manual desde el principio.

DSR manual frente a ADR automatizada activada por OpenADR

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

Nada de lo anterior hace de FrostLogic Explore 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 evidencia esa decisión para que se sostenga bajo 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.

Si estás mapeando qué cargas de tu cartera podrían unirse a un programa automatizado sin crear los problemas de arriba, háblalo.

Preguntas frecuentes

¿Qué es automated demand response? Automated demand response (ADR) es demand response en la que una señal de utility, operador de red o 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.

¿Cuál es un ejemplo de demand response? Un edificio comercial recibe una señal de evento de pico y sube automáticamente los setpoints de las AHU un grado durante dos horas, o desplaza quince minutos el desescarche de refrigeración de un supermercado, de modo que la demanda medida baja durante el evento sin apagar planta crítica. Es un ejemplo de carga en el lado del edificio, no una lectura residencial de «factura eléctrica».

¿Es cara la demand response, y cómo funciona el pago? La participación suele pagarse, no cobrarse: los programas compensan capacidad y/o reducción entregada. Los niveles automatizados suelen pagar más que los manuales porque la respuesta está garantizada. Las tarifas exactas dependen del mercado y del contrato del agregador. FrostLogic no fija ni liquida esos pagos; lo hacen agregadores y utilities. El riesgo de coste real en el lado del edificio es automatizar una carga que nunca fue segura de desconectar sin supervisión.

¿Qué es open automated demand response (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 demand response automatizada 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; FrostLogic no implementa ni certifica comunicaciones OpenADR.

¿Qué son los programas de automated demand response? 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 automated demand response? 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 enfriadoras 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 una enfriadora 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. Un preenfriamiento empujado más allá del margen térmico del edificio, o una desconexión de enfriadora 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.