BR112015018526B1

BR112015018526B1 - Método para controlar consumo de energia em um prédio

Info

Publication number: BR112015018526B1
Application number: BR112015018526-6A
Authority: BR
Inventors: Dong Wei; Florin Darie; Kun Ji; Zheng Song
Original assignee: Siemens Aktiengesellschaft
Priority date: 2013-02-11
Filing date: 2014-02-10
Publication date: 2021-11-30
Also published as: EP2954377B1; CN104969133B; BR112015018526A2; CN104969133A; EP2954377A1; WO2014124353A1; MX343533B; CA2900767C; CA2900767A1; MX2015010299A

Abstract

sistema de automação predial adaptado para uso em nuvem. a invenção refere-se a um método para controlar consumo de energia em um prédio. o método inclui receber dados de solicitação de ocupante compreendendo várias solicitações, onde cada uma das várias solicitações corresponde a uma dentre várias zonas no prédio onde os dados de solicitação de ocupante são recebidos via um recursos de computação em nuvem. o método também inclui receber dados meteorológicos compreendendo pelo menos um dentre dados de medição meteorológica atual e dados de previsão meteorológica, onde os dados meteorológicos são recebidos via um recurso de computação em nuvem. em adição, uma regra de gerenciamento da instalação é recebida via um recurso de computação em nuvem. adicionalmente, o método inclui gerar vários sinais de controle de saída via o recurso de computação em nuvem, onde cada um dos vários sinais de controle de saída é baseado em uma dentre as várias solicitações e programações previstas do ocupante, nos dados de preço de energia e na regra de gerenciamento da instalação. os sinais de controle são gerados pela utilização do método de controle preditivo baseado em simulação para determinar um conjunto de sinais de controle otimizados baseados no uso otimizado de energia ou no custo otimizado de energia. os sinais de controle otimizados são transmitidos para controladores.

Description

REFERÊNCIA CRUZADA COM PEDIDO RELACIONADO

[001] Este pedido é um pedido de continuação em parte do pedido US número 13/763.870 depositado em 11 de fevereiro de 2013 denominado SYSTEM AND METHOD OF ENERGY MANAGEMENT CONTROL, o qual reivindica o benefício sob o 35 U.S.C 119(c) do Pedido Provisório número 61/606.630 depositado em 5 de março de 2012, onde ambos os pedidos são incorporados por referência neste documento em sua totalidade.

CAMPO DA INVENÇÃO

[002] Esta invenção se relaciona com controle de gerenciamento de energia e mais particularmente, com uma estrutura de controle de gerenciamento de energia adaptada para uso em nuvem para proporcionar controle e operação otimizados para prédios eficientes em relação ao consumo de energia.

ANTECEDENTES DA INVENÇÃO

[003] Vários sistemas de automação predial atuais utilizam estratégias de controle reativas para monitorar e controlar vários sistemas em um prédio. Por exemplo, as estratégias podem incluir seguir programações de atividades e parâmetros criados por um gerenciador da instalação. Referindo-se à Fig. 1, uma arquitetura 10 para um sistema de automação predial reativo é apresentada. O prédio inclui uma estação de trabalho do gerenciador da instalação 28 que inclui uma interface homem máquina (HMI) 32, o registrador de ocorrência de dados 34 e proporciona acesso a um sistema de execução de fabricação (MÊS) 36. Em adição, o prédio inclui uma estação de trabalho de engenharia 30 que proporciona acesso a um sistema de engenharia (ES) 38. O sistema de automação predial inclui controladores 12 associados com atuadores 14 e sensores 22 para aquecedores / resfriadores de água, bombas de água quente / fria, medidores de temperatura 16, válvulas de abastecimento de água e/ou ar, medidores de fluxo 18, ventoinhas de ventilação, umidificadores, medidores de massa térmica, medidos de fluxo 20, luzes, disjuntores de circuito, medidores de eletricidade 24 e ventiladores, medidores de dióxido de carbono (CO2), medidores de luminância 26 e outros dispositivos e/ou sensores. Os controladores 12 proporcionam controle em malha fechada e controle em malha fechada de condições ambientais tal como uma temperatura, umidade, qualidade do ar e outras. Cada controlador 12 recebe parâmetros de temperatura, umidade, luminância e outros parâmetros, junto com programações de parâmetros, as quais são informadas para o MÊS 36 por um gerenciador da instalação via a HMI 32. Dados em tempo real, tais como de temperatura, umidade e luminância são coletados pelos controladores 12 e enviados para a HMI 32 e para o registrador de dados 34. O gerenciador da instalação também monitora condição em tempo real do prédio e lê dados históricos a partir do registrador de dados 34. Adicionalmente, o ES 38 é utilizado por um engenheiro para programar, monitorar, detectar e resolver problemas e comissionar o sistema de automação predial 10, os controladores 12, a HMI 32 e o registrador de dados 34.

[004] Entretanto, tais estratégias não consideram alterações nos preços da energia, tal como o preço da eletricidade, as quais ocorrem em momentos diferentes e para diferentes condições de tempo. Assim, tais sistemas não são de custo compensador ou eficientes em relação à energia. Outra desvantagem é que ocupantes no prédio podem não estar aptos a controlar seus próprios parâmetros ambientais. Por exemplo, alguns ocupantes preferem 22,22o C (72o F) no verão e outros preferem 23,88o C (75o F).

SUMÁRIO DA INVENÇÃO

[005] É revelado um método para controlar consumo de energia em um prédio. O método inclui receber dados de solicitação de ocupante compreendendo várias solicitações, onde cada uma das várias solicitações corresponde a uma dentre várias zonas no prédio onde os dados de solicitação de ocupante são recebidos via um recurso de computação em nuvem. O método também inclui receber dados meteorológicos compreendendo pelo menos um dentre dados de medição meteorológica e dados de previsão meteorológica onde os dados meteorológicos são recebidos via um recurso de computação em nuvem. Em adição, uma regra de gerenciamento da instalação, criada e gerenciada pelo gerenciador da instalação, é recebida via um recurso de computação em nuvem. Adicionalmente, o método inclui gerar vários sinais de controle de saída via o recurso de computação em nuvem, onde cada um dos vários sinais de controle de saída é baseado em uma dentre as várias solicitações e programações de ocupantes preditas, nos dados de preço de energia e na regra de gerenciamento da instalação. Os sinais de controle são simulados para determinar um sinal de controle otimizado baseado no uso de energia otimizado ou no custo otimizado.

BREVE DESCRIÇÃO DOS DESENHOS

[006] A FIG. 1 representa uma arquitetura para um sistema de automação predial reativo convencional.

[007] A FIG. 2 apresenta um sistema de controle de gerenciamento de energia (EMC), de acordo com uma concretização ilustrativa da presente descrição.

[008] A FIG. 3 apresenta o controlador de gerenciamento de energia da FIG. 1, de acordo com uma concretização ilustrativa da presente descrição.

[009] A FIG. 4 apresenta o módulo em tempo de execução EMC da FIG. 3, de acordo com uma concretização ilustrativa da presente descrição.

[0010] A FIG. 5 é um fluxograma apresentando um método para controlar consumo de energia em um prédio, de acordo com uma concretização ilustrativa da presente descrição.

[0011] A FIG. 6 é um fluxograma apresentando um método para controlar consumo de energia em um prédio, de acordo com uma concretização ilustrativa da presente descrição.

[0012] A FIG. 7 é um sistema de computador ilustrativo para implementar um sistema EMC, de acordo com uma concretização ilustrativa da presente invenção.

[0013] A FIG. 8 representa uma arquitetura para o sistema EMC utilizado em conjunto com um sistema de automação predial.

[0014] A FIG. 9 é uma arquitetura alternativa para o sistema EMC quando utilizado em um sistema de automação predial adaptado para uso em nuvem de acordo com a presente invenção.

DESCRIÇÃO DA INVENÇÃO

[0015] Antes de quaisquer concretizações da invenção serem explicadas em detalhes, é para ser entendido que a invenção não está limitada em sua aplicação aos detalhes de construção e à disposição de componentes expostos na descrição seguinte ou ilustrados nos desenhos seguintes. A invenção é capaz de outras concretizações e de ser praticada ou de ser realizada de vários modos. Além disso, é para ser entendido que a fraseologia e terminologia utilizadas neste documento são para o propósito de descrição e não devem ser consideradas como limitação. O uso de "incluindo", "compreendendo", ou "possuindo" e variações dos mesmos neste documento é pretendido para abranger os itens listados depois disso e dos equivalentes dos mesmos bem como itens adicionais. A não ser que especificado ou de outro modo limitado, os termos "montado", "conectado", "suportado" e "acoplado" e variações dos mesmos são utilizados amplamente e abrangem montagens, conexões, suportes e acoplamentos diretos e indiretos. Adicionalmente, "conectado" e "acoplado" não estão restritos às conexões ou acoplamentos físicos ou mecânicos. Na descrição abaixo, números de referência e rótulos iguais são utilizados para descrever partes iguais, similares ou correspondentes nas várias vistas das Figuras 1 até 9.

[0016] De acordo com concretizações ilustrativas da presente descrição, um sistema de controle de gerenciamento de energia (EMC) é utilizado para permitir que um sistema de automação predial (BAS) utilize diferentes informações externamente disponíveis para proativamente controlar, e otimizar, o gerenciamento de energia. Um BAS é um sistema utilizado pelo sistema de controle de um prédio para monitorar e controlar vários sistemas no prédio. Por exemplo, um BAS se comunicar com os dispositivos de controle do prédio no prédio para gerenciar o consumo de energia no prédio. Os tipos de informações utilizadas pelo sistema EMC incluem, por exemplo, informação meteorológica, informação de ocupação, e informação de preço de mercado da energia. Por integrar estas informações úteis disponíveis, o consumo de energia pode ser diminuído e o conforto do ocupante pode ser aumentado em um prédio.

[0017] A FIG. 2 apresenta um sistema de controle de gerenciamento de energia (EMC) 100, de acordo com uma concretização ilustrativa da presente descrição. Na FIG. 2, um controlador de gerenciamento de energia 101 recebe dados, incluindo, por exemplo, dados meteorológicos 102, dados de ocupação 103, e dados de preço de energia 104. Os dados meteorológicos podem incluir dados de medição meteorológica atuais (por exemplo, a temperatura atual) e dados de previsão meteorológica (por exemplo, uma previsão da temperatura para um período de tempo vindouro). Os dados de ocupação podem incluir dados de solicitação de ocupante e dados de programação de ocupante. Os dados de solicitação de ocupante são dados informados por um ocupante, e correspondem a uma solicitação atual feita pelo ocupante. Por exemplo, um ocupante pode solicitar que a temperatura em uma zona no prédio seja estabelecida para um valor de temperatura específico. Os dados de programação de ocupante são dados refletindo uma programação prevista pelo ocupante para um prédio. Por exemplo, um prédio pode incluir diferentes zonas, e cada zona pode possuir dados de programação de ocupante correspondentes. Os dados de programação de ocupante podem ser baseados em uma previsão do número de ocupantes que estarão presentes em algumas zonas do prédio em alguns momentos, bem como algumas tarefas, as quais exigem alguns níveis de consumo de energia, que são programadas para ser executadas em algumas zonas do prédio em alguns momentos. Os dados de preço de energia podem incluir dados de preço de energia atuais (por exemplo, um preço de energia em tempo real) e/ou dados de preço de energia previstos para períodos de tempo futuros proporcionados por uma concessionária de energia ou por várias concessionárias de energia. Uma zona no prédio pode corresponder a um único ambiente no prédio ou a uma área no prédio incluindo vários ambientes.

[0018] Os dados podem ser informados para o controlador de gerenciamento de energia 101 via vários dispositivos e são utilizados pelo sistema MEC 100 para planejamento e operação ideal do BAS. Por exemplo, em uma concretização ilustrativa, o sistema EMC 100 pode incluir os dispositivos de entrada, tais como, por exemplo, uma tela sensível ao toque, um teclado, um mouse, etc., e um usuário pode manualmente informar os diferentes tipos de dados. Em uma concretização ilustrativa, o sistema EMC 100 pode recuperar os dados a partir de uma base de dados, ou a partir de várias bases de dados. A base(s) de dados pode estar localizada separadamente do sistema EMC 100, e o sistema EMC 100 pode ser comunicar com a base(s) de dados via uma conexão de rede (por exemplo, uma conexão com uso de fios ou uma conexão sem uso de fios). Os dados põem ser recebidos automaticamente ou manualmente por um usuário. Por exemplo, um usuário pode estabelecer uma programação com respeito à frequência na qual os dados são recebidos. Em adição, o sistema EMC 100 pode receber solicitações de ocupante no bloco 105 e regras a partir de um gerenciador da instalação no bloco 106. Baseado nos dados recebidos e na entrada recebida a partir de um ocupante e/ou de um gerenciador da instalação, o sistema EMC 100 emite sinais de controle. Os sinais de controle de saída podem incluir, por exemplo, pontos de ajuste de temperatura da zona, umidade, e luminância, e programações de dispositivos de controle predial tais como, por exemplo, um termostato, HVAC (aquecimento, ventilação e ar condicionado), janelas, e luzes.

[0019] Durante a operação, o sistema EMC 100 pode implementar uma estrutura de malha dupla. Por exemplo, o sistema EMC 100 pode utilizar uma malha interna e uma malha externa. A malha interna é apresentada no bloco 107 da FIG. 2, e permite micro zoneamento e executa otimização local dos dispositivos de controle predial (bloco 108) (por exemplo, HVAC, iluminação, janelas, etc.) dentro do prédio utilizados para ficarem de acordo com os requerimentos de ponto de ajuste emitidos pelo sistema EMC 100. Ou seja, a malha interna permite controle independente de dispositivos de controle predial de baixo nível (bloco 108) em zonas individuais no prédio (bloco 109). Uma zona no prédio pode corresponde a um único ambiente no prédio, ou a uma área no prédio incluindo vários ambientes. O microzoneamento se refere à individualmente gerenciar diferentes dispositivos de controle predial em diferentes zonas do prédio para otimizar o consumo de energia no prédio. Um perfil de consumo de energia pode ser transmitido a partir da malha interna para o controlador de gerenciamento de energia 101, permitindo ao controlador de gerenciamento de energia 101 fazer ajustes para o sinal de controle de saída transmitido para a malha interna. O sinal de controle de saída pode incluir, por exemplo, pontos de ajuste, modos, e programações. A malha externa funciona como uma malha de controle para a estrutura principal do sistema EMC 100, servindo como um planejador de estratégia de alto nível, permitindo ao BAS executar várias funções. Por exemplo, a malha externa pode permitir ao BAS utilizar dados incluindo, por exemplo, dados meteorológicos 102, dados de ocupação 103, e dados de preço de energia 104 para configurar uma estratégia de economia de energia e implementar a estratégia em tempo real. A malha externa pode adicionalmente permitir ao BAS explorar a capacidade de armazenamento térmico do prédio para ajuste de carga, coordenar solicitações em tempo real dos ocupantes em relação ao micro zoneamento, planejar ventilação e resfriamento natural, e prever 10 um perfil de demanda diária de energia para resposta automática à demanda. A malha externa se comunica com a malha interna via um módulo de interface 205, como descrito com referência à FIG. 3.

[0020] A FIG. 3 apresenta o controlador de gerenciamento de energia 101 da FIG. 1, de acordo com uma concretização ilustrativa da presente descrição. Como apresentado na FIG. 3, o controlador de gerenciamento de energia 101 pode incluir vários componentes. Uma interface homem máquina (HMI) 201 é utilizada para se comunicar com os ocupantes e com o gerenciador da instalação para receber solicitações (por exemplo, a partir dos ocupantes) e regras (por exemplo, a partir do gerenciador da instalação). A HMI 201 pode agregar as solicitações e as regras para facilitar planejamento e operação ideal do BAS. A HMI 201 pode ser implementada de várias maneiras. Por exemplo, a HMI 201 pode ser uma HMI baseada na Rede dedicada, proporcionando para os ocupantes uma interface conveniente e facilmente acessível para controla algumas zonas e ambientes no prédio. A HMI baseada na Rede pode ser acessada via qualquer dispositivo conectado com a Rede incluindo, por exemplo, um computador, um computador tablet, um smartphone, etc. A HMI 201 pode incluir a capacidade de armazenar programações de tarefa e preferências associadas com as tarefas. O gerenciador da instalação pode utilizar a HMI 201 para receber informação se relacionando com as preferências, programações de tarefa e solicitação de resposta à demanda dos ocupantes (por exemplo, uma solicitação a partir de uma companhia concessionária para reduzir o consumo de energia durante períodos de alta demanda), permitindo ao gerenciador da instalação implementar regras de operação e decisões durante uma período de resposta à demanda (por exemplo, diminuir consumo de energia).

[0021] Um árbitro de solicitação 202 recebe solicitações informadas pelo ocupante e regras informadas pelo gerenciador da instalação, e implementa as solicitações baseado nas regras. As solicitações que estão de acordo com as regras podem ser implementadas pelo sistema EMC 100. Por exemplo, se um usuário informar uma solicitação para que uma temperatura em uma zona de um prédio seja estabelecida para 25,55 graus Celsius (75 graus F), e as regras informadas pelo gerenciados da instalação especificam que a temperatura permaneça dentro de uma faixa de 24,44 graus Celsius (76 graus F) até 25,44 graus Celsius (78 graus F), o árbitro de solicitação 202 não irá implementar a solicitação do usuário desde que ela não está de açodo com as regras. Ou seja, em uma concretização ilustrativa, se uma solicitação for feita e não estiver de acordo com as regras, a solicitação não é implementada. Alternativamente, se a solicitação não estiver de acordo com as regras, o árbitro de solicitação 202 pode implementar uma alteração alternativa baseada na solicitação não compatível 15. Por exemplo, se um usuário informar uma solicitação para que uma temperatura em uma zona de um prédio seja estabelecida para 23,88 graus Celsius (75 graus F), e as regras informadas pelo gerenciador da instalação especificam que a temperatura deve permanecer dentro de uma faixa de 24,44 graus Celsius (76 graus F) até 25,55 graus Celsius (78 graus F), o árbitro de solicitação 202 pode estabelecer a temperatura para o valor compatível mais próximo da solicitação não compatível do usuário (por exemplo, no presente exemplo, o árbitro de solicitação 202 pode estabelecer a temperatura para 24,44 graus Celsius (76 graus F)). Neste caso, o árbitro de solicitação 202 pode gerar uma notificação a ser apresentada para o usuário, informando ao usuário que sua solicitação inicial não estava compatível e informando ao usuário que um ajuste foi feito baseado no valor compatível mais próximo para a solicitação não compatível do usuário.

[0022] A FIG. 4 apresenta o módulo em tempo de execução EMC 203 da FIG. 3, de acordo com uma concretização ilustrativa da presente descrição. O módulo em tempo de execução EMC 203 gera estratégias EMC baseado na entrada recebida pelo sistema EMC 100. Como descrito acima, a entrada pode incluir, por exemplo, dados meteorológicos 102, dados de ocupação 103, e dados de preço de energia 104. Na concretização ilustrativa, o módulo em tempo de execução EMC 203 inclui um gerador de programação preestabelecida 301, um gerador de pontos de ajuste em tempo real 302, e um módulo de ferramenta / bibliotecas de otimização 303.

[0023] O gerador de programação preestabelecida 301 gera uma programação preestabelecida incluindo pontos de ajuste para intervalos predeterminados para cada zona no prédio. A programação preestabelecida corresponde a uma programação ideal como determinada pelo gerador de programação preestabelecida 301. O gerador de programação preestabelecida 10 301 pode ser configurado para gerar uma nova programação para qualquer intervalo de tempo. Por exemplo, o gerador de programação preestabelecida 301 pode ser configurado para gerar uma nova programação a cada 24 horas, entretanto, o intervalo de tempo não está limitado a este. Adicionalmente, os intervalos predeterminados para os pontos de ajuste para cada zona no prédio podem ser customizados. Por exemplo, pontos de ajuste para cada zona podem ser estabelecidos para atualizarem a cada hora, entretanto, os intervalos não estão limitados a estes. Em adição, os 15 pontos de ajuste para as diferentes zonas e para diferentes dispositivos de controle do prédio podem ser estabelecidos para atualizarem em intervalos diferentes. Por exemplo, a temperatura em uma primeira e uma segunda zona pode ser estabelecida para se atualizar a cada 1 hora, a temperatura em uma terceira zona pode ser estabelecida para se atualizar a cada 3 horas, o sistema de iluminação na primeira zona pode ser estabelecido para se atualizar a cada 8 horas, e o sistema de iluminação na segunda e na terceira zonas pode ser estabelecido para se atualizar a cada 12 horas.

[0024] A programação preestabelecida gerada pelo gerador de programação preestabelecida 301 é baseada em alguns dados meteorológicos 102 e em alguns dados de ocupação 103. Por exemplo, os dados meteorológicos 102 podem incluir tanto dados de previsão meteorológica 304 como dados de medição meteorológica atuais (por exemplo, em tempo real) 305, e os dados de ocupação 103 podem incluir tanto dados de programação do ocupante 306 (por exemplo, programações e tarefas do ocupante previstas ou preferidas incluindo horas preferidas de escritório e das salas de reunião) e dados de solicitação do ocupante 307 (por exemplo, solicitações atuais feitas por um ocupante em tempo real). O gerador de programação preestabelecida 301 pode utilizar os dados de previsão meteorológica 304 e os dados de programação de ocupante 306 para gerar a programação preestabelecida. O gerador de programação preestabelecida 301 recebe os dados de programação de ocupante 306 a partir da HMI 201. Esta programação pode ser utilizada pelo BAS como a programação preestabelecida. Por exemplo, a programação preestabelecida gerada pelo gerador de programação preestabelecida 301 pode ser aplicada para o BAS quando nenhum novo ponto de ajuste em tempo real é proporcionado pelo gerador de pontos de ajuste em tempo real 302.

[0025] O gerador de pontos de ajuste em tempo real 302 gera pontos de ajuste baseado nos dados de solicitação de ocupante em tempo real 307 e nos dados de medição meteorológica em tempo real 305. Por exemplo, à medida que o gerador de pontos de ajuste em tempo real 302 recebe solicitações a partir de um ocupante e recebe dados de medição meteorológica em tempo real, o gerador de pontos de ajuste em tempo real 302 gera pontos de ajuste que sobrepõem a programação preestabelecida gerada pelo gerador de programação preestabelecida 301. O módulo em tempo real MEC 203 pode diretamente trocar entre aplicar a programação preestabelecida para o BAS quando nenhum ponto de ajuste tiver sido gerado pelo gerador de pontos de ajuste em tempo real 302, e fazer 15 ajustes para a programação preestabelecida quando solicitações de ocupante e/ou dados de medição meteorológica em tempo real são recebidos.

[0026] O gerador de programação preestabelecida 301 e o gerador de pontos de ajuste em tempo real 302 podem ambos utilizar o módulo de ferramenta / bibliotecas de otimização 303 e um simulador de energia 204 do controlador de gerenciamento de energia 101 para executar simulação relacionada com otimização para determinar programações 20 e pontos de ajuste ideais. Por exemplo, o módulo de ferramenta / bibliotecas de otimização 303 pode ser utilizado para executar diferentes tipos de otimização, incluindo, por exemplo otimização baseada em pesquisa heurística, e pode utilizar o simulador de energia 204 para implementar o processo de otimização.

[0027] Referindo-se à FIG. 3, o simulador de energia 204 simula diferentes estratégias EMC e determina qual estratégia é mais eficiente em relação ao consumo de energia. O simulador de energia 204 pode utilizar o software de simulação de energia existente tal como, por exemplo, EnergyPlus. O simulador de energia 204 pode se comunicar com o módulo de ferramenta / bibliotecas de otimização 303 do módulo em tempo de execução EMC 203 para determinar uma estratégia otimizada. O simulador de energia 204 pode utilizar características do prédio, as quais podem ser informadas por um usuário (por exemplo, o gerenciador da instalação), para simular diferentes estratégias EMC. As características prediais podem incluir, por exemplo, a constituição física do prédio, incluindo a constituição física de ambientes e zonas específicas, uma descrição dos diferentes tipos e localizações dos dispositivos de controle predial no prédio, etc.

[0028] O módulo de interface 205 é um canal permitindo à malha externa se comunicar com a malha interna. Uma vez que uma estratégia EMC seja determinada e selecionada pelo sistema EMC 100 na malha externa, esta estratégia é comunicada para a malha interna, e a malha interna aplica a estratégia via otimização local dos dispositivos de controle predial dentro do prédio.

[0029] Como descrito acima, o sistema EMC 100 permite a determinação, simulação e aplicação de diferentes estratégias EMC, cada uma das quais pode resultar em diferentes economias de energia / custo. A FIG. 5 é um fluxograma apresentando um método para controlar consumo de energia em um prédio, de acordo com uma concretização ilustrativa da presente descrição. No bloco 401, dados de ocupação são recebidos pelo sistema EMC 100. Os dados de ocupação podem incluir dados de solicitação de ocupante e/ou dados de programação de ocupante. Como descrito acima, os dados de solicitação de ocupante podem incluir uma solicitação atual feita por um ocupante, e os dados de programação de ocupante podem incluir uma programação prevista do ocupante baseada nos ocupantes no prédio e em tarefas a serem completadas no prédio. No bloco 402. dados meteorológicos são recebidos pelo sistema EMC 100. Como descrito acima, os dados meteorológicos podem incluir dados de medição meteorológica atuais (por exemplo, em tempo real) e dados de previsão meteorológica. No bloco 403, o sistema EMC 100 gera um sinal de controle de saída. O sinal de controle de saída é baseado nos dados de ocupação e nos dados meteorológicos recebidos, e é configurado para ajustar um dispositivo de controle predial em uma zona no prédio. No bloco 404, o sinal de controle de saída é transmitido para o BAS.

[0030] A FIG. 6 é um fluxograma apresentando um método para controlar consumo de energia em um prédio, de acordo com uma concretização ilustrativa da presente descrição. No bloco 501, dados de solicitação de ocupante são recebidos pelo sistema EMC 100. Os dados de solicitação de ocupante 15 podem incluir várias solicitações, cada uma das quais corresponde a uma dentre várias zonas no prédio. No bloco 502, dados de programação de ocupante são recebidos pelo sistema EMC 100. Os dados de programação de ocupante incluem várias programações previstas de ocupante, cada uma das quais corresponde a uma dentre várias zonas no prédio. No bloco 503, dados meteorológicos são recebidos pelo sistema EMC 100. Os dados meteorológicos podem incluir dados de medição meteorológica atual e/ou dados de previsão meteorológica. No bloco 502, vários sinais de controle de saída são gerados pelo sistema EMC 100. Cada um dos vários sinais de controle de saída é baseado em uma das várias solicitações e em uma das várias programações previstas de ocupante, e cada um dos sinais de controle de saída é configurado para ajustar dispositivos de controle predial nas várias zonas no prédio. No bloco 505, os sinais de controle de saída são transmitidos para o BAS. Como resultado, o micro zoneamento pode ser executado.

[0031] De acordo com uma concretização ilustrativa, uma estratégia de controle baseada na ocupação pode ser implementada pelo sistema EMC 100. A estratégia de controle baseada na ocupação é baseada nos dados de ocupação 103, e utiliza diferentes pontos de ajuste baseados nos dados de ocupação 103. Por exemplo, os dados de ocupação 103 podem indicar uma programação de ocupação, bem como solicitações / preferências de ocupação. A programação de ocupação inclui informação indicando em quais momentos diferentes zonas no prédio tipicamente estão ocupadas e não ocupadas, e também pode indicar as diferentes tarefas executadas nas diferentes zonas em alguns momentos. Uma zona pode corresponder a um único ambiente no prédio, ou a vários ambientes em alguma área do prédio. Em adição à programação de ocupação, solicitações / preferências baseadas na ocupação podem estar incluídas nos dados de ocupação 103. Solicitações / preferências de ocupação incluem solicitações informadas para o sistema EMC 100 pelo usuário(s). Por exemplo, um usuário pode solicitar que uma temperatura de alguma zona seja aumentada durante algumas horas do dia, ou em diferentes dias. Se esta solicitação for compatível com regras estabelecidas pelo gerenciador da instalação, como descrito acima, pontos de ajuste adicionais podem ser implementados pelo sistema EMC 100. Por exemplo, utilizando a estratégia de controle baseada na ocupação, pontos de ajuste básicos podem ser inicialmente implementados baseados na programação de ocupação. Pontos de ajuste adicionais então podem ser implementados baseados nas preferências e solicitações do ocupante.

[0032] De acordo com uma concretização ilustrativa, uma estratégia de controle baseada em conhecimento (por exemplo, uma estratégia de controle baseada na tarefa de ocupação) pode ser implementada pelo sistema EMC 100. A estratégia de controle baseada na ocupação é baseada nos dados de ocupação 103 recebidos a partir de um usuário(s). Por exemplo, os dados de ocupação 103 podem indicar uma programação de ocupação, bem como informação da tarefa da ocupação. A programação de ocupação inclui informação indicando em quais momentos o prédio tipicamente está ocupado e desocupado. Adicionalmente, a programação de ocupação pode incluir informação indicando em quais momentos algumas zonas no prédio tipicamente estão ocupadas e desocupadas. Uma zona pode corresponder a um único ambiente no prédio, ou a vários ambientes em alguma área do prédio. Em adição à programação de ocupação, a informação de tarefa da ocupação pode estar incluída nos dados de ocupação 103. A informação de tarefa da ocupação indica tarefas específicas 5 sendo realizadas em zonas específicas do prédio. Por exemplo, as tarefas podem indicar utilização de computador, utilização de laboratório, leitura intensa, etc. Baseado nesta informação, pontos de ajuste podem ser implementados para ajustar a iluminação em zonas específicas do prédio baseados nas tarefas sendo realizadas nestas zonas.

[0033] De acordo com uma concretização ilustrativa, uma estratégia de controle baseada em meteorologia pode ser implementada pelo sistema EMC 100. A estratégia de controle baseada em meteorologia é uma estratégia de controle suplementar que pode suplementar qualquer uma das estratégias de controle de acordo com concretizações ilustrativas da presente descrição. Por exemplo, a estratégia de controle baseada em meteorologia pode ser implementada junto com qualquer uma dentre a estratégia de controle de hora do dia, estratégia de controle baseada em ocupação 20, e a estratégia de controle baseada em conhecimento. Quando a estratégia de controle baseada em meteorologia é utilizada, o sistema EMC 100 recebe dados meteorológicos 102 como uma entrada adicional, e utiliza estes dados adicionais para implementar pontos de ajuste. Como resultado, o clima atual pode ser alavancado para aumentar economias no consumo de energia, como descrito acima.

[0034] De acordo com uma concretização ilustrativa, uma estratégia de controle de deslocamento de carga pode ser implementada pelo sistema EMC 100. A estratégia de controle de deslocamento de carga limita o consumo de energia durante tempos de carga de pico. A utilização da estratégia de controle de deslocamento de carga pode resultar em economia de custo de energia. Ou seja, a estratégia de controle de deslocamento de carga pode reduzir o custo total de energia por deslocar a carga para um período de tempo possuindo um preço de energia mais barato. Por exemplo, a estratégia de controle dedeslocamento de carga 10 inclui zonas de pré-resfriamento ou de preaquecimento de um prédio antes do tempo de carga de pico. Um processo de otimização baseado em pesquisa heurística pode ser implementado para determinar o tempo inicial ideal e a duração do pré- resfriamento ou do preaquecimento. Uma função de custo de energia pode ser definida como a soma de custo de demanda com o custo de consumo de energia. O processo de otimização baseado na pesquisa heurística pode utilizar, por exemplo, a Otimização de Sobrecarga de partícula (PSO) ou um Algoritmo Genético (GA).

[0035] É para ser entendido que concretizações ilustrativas da presente descrição podem ser implementadas em várias formas de hardware, software, firmware, processadores de propósito especial, ou em combinações dos mesmos. Em uma concretização, um método para controle de gerenciamento de energia pode ser implementado em software como um programa aplicativo tangível incorporado em um meio de armazenamento legível por computador ou produto de programa de computador. Assim, o programa aplicativo é incorporado em um meio tangível não temporário. O programa aplicativo pode ser carregado e executado por um processador compreendendo qualquer arquitetura adequada.

[0036] Deve ser adicionalmente entendido que qualquer um dos métodos descritos neste documento pode incluir uma etapa adicional para proporcionar um sistema compreendendo módulos de software distintos incorporados em um meio de armazenamento legível por computador. As etapas do método então podem ser realizadas utilizando os módulos de software distintos e/ou submódulos do sistema, como descrito acima, executando em um ou mais processadores de hardware. Adicionalmente, um produto de programa de computador pode incluir um meio de armazenamento legível por computador com código adaptado para ser implementado para realizar uma ou mais etapas do método descritas neste documento, incluindo a provisão do sistema com os módulos de software distintos.

[0037] Referindo-se à FIG. 7, de acordo com uma concretização ilustrativa da presente descrição, um sistema de computador 1001 para controle de gerenciamento de energia pode compreender, entre ouras coisas, uma unidade central de processamento (CPU) 1002, uma memória 1003 e uma interface de entrada / saída (E/S) 1004. O sistema de computador 1001 geralmente é acoplado através da interface de E/S 1004 com um vídeo 1005 e com vários dispositivos de entrada 1006 tais como um mouse e um teclado. Os circuitos de suporte podem incluir circuitos tais como cache, fontes de alimentação, circuitos de relógio e um barramento de comunicações. A memória 1003 pode incluir memória de acesso aleatório (RAM), memória somente para leitura (ROM), unidade de disco rígido, unidade de fita, etc., ou uma combinação dos mesmos. A presente invenção pode ser implementada como uma rotina 1007 que é armazenada na memória 1003 e executada pela CPU 1002 para processar o sinal a partir da fonte de sinal 1008. Assim, o sistema de computador 1001 é um sistema de computador de propósito geral que se torna um sistema de computador de propósito específico quando executando a rotina 1007 da presente invenção. O sistema de computador 1001 pode se comunicar com uma ou mais redes tais como uma rede de área local (LAN), uma rede de longa distância (WAN) geral, e/ou uma rede pública (por exemplo, a Internet) via um adaptador de rede. Em adição, o sistema de computador 1001 poder ser utilizado como um servidor como parte de um sistema de computação em nuvem onde tarefas são executadas por dispositivos de processamento remotos que estão ligados através de uma rede de comunicações. Em um ambiente de computação em nuvem distribuído, módulos de programa podem estar localizados tanto em meio de armazenamento de sistema de computador local e remoto, incluindo dispositivos de armazenamento em memória.

[0038] A plataforma de computador 1001 também inclui um sistema operacional e código de micro instrução. Os vários processos e funções descritos neste documento podem ser parte do código de micro instrução ou parte do programa aplicativo (ou uma combinação das mesmas) que é executada via o sistema operacional. Em adição, vários outros dispositivos periféricos podem ser conectados com a plataforma de computador tal como um dispositivo de armazenamento de dados adicional e um dispositivo de impressão. Exemplos de sistemas de computação, ambientes e/ou de configurações bem conhecidas que podem ser adequados para uso com o sistema de computador 1001 incluem, mas não estão limitados aos sistemas de computador pessoal, sistemas de computador servidor, clientes magros, clientes com muitos recursos, dispositivos de mão ou laptop, sistemas multiprocessador, sistemas baseados em microprocessador, decodificadores de sinal, eletroeletrônicos programáveis, PCs de rede, sistema de minicomputador, sistemas de computador de grande porte, e ambientes de computação em nuvem distribuídos que incluem qualquer um dos sistemas ou dispositivos acima, dentre outros.

[0039] Referindo-se à Fig. 8, uma arquitetura 110 para o sistema EMC 100 utilizado em conjunto com um BAS é apresentada. A arquitetura 110 inclui estações de trabalho de ocupante 112 possuindo a HMI 201, um servidor de Rede 114 junto com a estação de trabalho de engenharia 30 e a estação de trabalho do gerenciador da instalação 28. As estações de trabalho de ocupante 112, a estação de trabalho de engenharia 30, a estação de trabalho do gerenciador da instalação 28, o primeiro servidor de Rede 114 e os controladores 12 são conectados por uma rede 116. Em uso, o gerenciador da instalação cria os dados do gerenciador da instalação 106 os quais incluem, por exemplo, regras para temperatura, umidade, luminância e outros parâmetros via a HMI 201. Os ocupantes criam dados de ocupação 103 tal como programações (por exemplo, quando o ocupante estará ou não no escritório) e preferência em relação à temperatura, umidade, luminância e outros parâmetros. As programações e preferências são então salvas no primeiro servidor de Rede 114. De acordo com uma concretização ilustrativa, uma estratégia de controle de hora do dia pode ser implementada pelo sistema EMC 100. A estratégia de controle de hora do dia é baseada em uma programação de horário comercial na qual pontos de ajuste fixos são utilizados durante o horário comercial. Por exemplo, se horário comercial típico para um prédio for definido como de 9:00 até as 17:00, pontos de ajuste fixos aumentando utilização de energia podem ser implementados no início do horário comercial (por exemplo, 9:00) e pontos de ajuste fixos diminuindo utilização de energia podem ser implementados no fim do horário comercial (por exemplo, 17:00). A estratégia de controle por hora do dia não está limitada ao horário comercial. Por exemplo, a estratégia de controle por hora do dia pode ser utilizada em uma configuração doméstica utilizando diferentes pontos de ajuste utilizados durante diferentes horas (por exemplo, horas correspondendo ao tempo típicos que os ocupantes estão em casa).

[0040] O sistema EMC 100 recebe dados de ocupação 103, dados do gerenciador da instalação 106 e dados de preço de energia 104 junto com dados históricos associados, e uma constituição ou modelo físico de um prédio associado a partir do primeiro servidor de Rede 114. A título de exemplo, os dados de preço de energia 104 podem incluir preços de eletricidade e dados históricos para preços de eletricidade. O sistema EMC 100 também recebe dados meteorológicos 102 que incluem os dados de previsão meteorologia 304 e dados de medição meteorológica atual (por exemplo, em tempo real) 305, a partir da Internet 120. O sistema EMC 100 então gera várias programações para otimização. O software de simulação de energia tal como EnergyPlus e TRNSYS, ou software de simulação de energia desenvolvido via MATLAB, é então utilizado pelo simulador de energia 204 para calcular consumo e custo de energia para cada programação gerada. O sistema EMC 100 então envia a programação mais adequada em termos de consumo e custo de energia otimizados para os controladores 12. Assim, o sistema EMC 100 proporciona uma estratégia de controle proativa e preditiva.

[0041] O sistema EMC 100 executa um cálculo de otimização uma vez por dia com os dados meteorológicos 102 fornecidos, com os dados do gerenciador da instalação 106, com os dados de ocupante 103, com os dados de preço de energia 104 e com os dados de modelagem do prédio. O sistema EMC 100 calcula consumo e custo de energia para várias programações (por exemplo, 10 programações), cuja granularidade poderia ser hora, 30 minutos e mesmo 15 minutos, talvez por utilizar diferentes ferramentas de software de simulação de energia. O sistema EMC 100 proporciona uma estratégia de controle proativa onde uma programação otimizada é gerada, a qual é baseada no conhecimento anterior do modelo físico do prédio, da informação de previsão meteorológica, nos dados de programação de ocupante e nas várias programações de configurações.

[0042] Em uma concretização, a presente invenção é configurada para operar em um ambiente de computação em nuvem. A computação em nuvem proporciona acesso aos recursos de computação tais como redes, largura de banda da rede, servidores, processamento, memória, armazenamento, aplicativos, máquinas virtuais, serviços, software e outros que residem na Internet 120. Referindo-se à Fig. 9, uma arquitetura alternativa 130 para o sistema EMC 100 quando utilizado em um sistema de automação predial adaptado para uso em nuvem de acordo com a invenção é apresentado. A arquitetura 130 inclui um servidor de dados 132 que armazena dados históricos, dados de modelagem do prédio, informação de localização, configuração de regra pelo gerenciador da instalação, plano de preço de energia, preferências e programações de ocupante, programações e configurações preestabelecidas. Em adição, o servidor de dados 132 armazena dados de sensor e de atuador coletados pelos controladores 12 que também fazem parte da malha interna. A título de exemplo, os dados de sensor podem incluir informação tal como leitura de temperatura e dados de atuador podem incluir informação com respeito à ativação de uma ventoinha ou sobre a velocidade da ventoinha. Em adição, a arquitetura 130 inclui um servidor Proxy adaptado para uso em nuvem 134 que executa programações e configurações preestabelecidas se recursos de computação em nuvem não estiverem disponíveis. Adicionalmente, a arquitetura 130 inclui um serviço de automação predial baseado em nuvem (CBAS) 136 que está disponível a através da Internet 120 como parte de um ambiente de computação em nuvem. Os recursos de computação em nuvem, por exemplo, um sistema / servidor de computador, são utilizados para executar o CBAS 136. O CBAS 136 se comunica com o servidor de dispositivo de interconexão de redes adaptado para uso em nuvem 138 que coleta todos os dados locais, tais como dados a partir do servidor de data 132, e negocia com o CBAS 136 e recebe programações e configurações otimizadas a partir do CBAS 136. Outra função do servidor de dispositivo de interconexão de redes 138 é separar o sistema de controle predial, os controladores 12 e o servidor de dados 132 da Internet 120, a qual conecta o serviço em nuvem, os ocupantes, os aplicativos dos provedores de serviço, etc.

[0043] Os ocupantes podem criar e modificar suas programações e preferências via um servidor da Rede 140 proporcionado pelo CBAS 136. Em adição, o gerenciador da instalação pode monitorar medidores, sensores 22 e atuadores 14 do prédio, criar e modificar programações e regras via outro servidor da Rede 142 proporcionado pelo CBAS 136. Adicionalmente, engenheiros podem programar, detectar e resolver problemas e incumbir os sistemas de automação via um servidor do sistema de engenharia (ES) 144 proporcionado pelo CBAS 136. Observe que os servidores 140, 142 e 144 são servidores logicamente independentes. Os servidores 140, 142 e 144 podem funcionar em um computador fisicamente, ou funcionar em máquinas virtuais diferentes proporcionadas pelo provedor de serviço em nuvem. Um serviço ES 146 para monitorar o prédio, um serviço de simulação 148 para proporcionar acesso ao software de simulação de energia tal como EnergyPlus e TRNSYS ou software de simulação de energia desenvolvido via a MATLAB para calcular consumo de energia, e outros serviços 150, tal como serviços de comissionamento contínuo para otimizar uso de energia para prédios existentes e serviços de resposta à demanda para gerenciar utilização de energia em resposta às condições de abastecimento, pode, cada um, ser proporcionado por um hospedeiro da rede. Alternativamente, o serviço ES 146, o serviço de simulação 148 e outros serviços 150 podem ser proporcionados via um serviço de assinatura baseado na Internet que cobra uma taxa por cada uso. De forma similar, o CBAS 136 pode proporcionar acesso a um serviço meteorológico baseado na Internet 152. O CBAS 136 gera programações e configurações otimizadas em termos de utilização e custo de energia baseado nos dados de ocupante, nas regras de configuração do gerenciado da instalação, nos dados de modelagem do prédio, no preço da energia e nos dados de previsão meteorológica.

[0044] O CBAS 136 proporciona uma interface para os ocupantes para criarem suas próprias preferências e programações. Em adição, o CBAS 136 proporciona uma interface para o gerenciador da instalação monitorar a informação predial, tal como temperatura e umidade, e criar regras e programações e configurações e obter dados históricos. Adicionalmente, o CBAS 136 proporciona uma interface para um engenheiro acessar o serviço ES 146 para programar, monitorar, detectar e resolver problemas e comissionar os controladores 12. O CBAS 136 pode ser acessado através da Internet via um navegador da REDE por um engenheiro, gerenciador da instalação ou por um ocupante via as estações de trabalho de engenharia 30, do gerenciador da instalação 28 e do ocupante 112, respectivamente, onde as estações de trabalho podem ser um dispositivo de computação de mesa ou de grande porte, um dispositivo de computação móvel tal como um computador laptop ou um computador portátil e combinações dos mesmos. O CBAS 136 proporciona controle proativo para melhorar a eficiência do uso de energia e reduzir o custo de energia.

[0045] De acordo com a invenção, a posse do serviço ES e do software de simulação não é requerida. Ao invés disso, usuários são cobrados por uso, assim reduzindo os custos. Adicionalmente, o uso dos recursos da nuvem proporciona uma capacidade computacional adicional que facilita simulação de uso de energia. Em adição, a arquitetura 130 proporciona escalabilidade adicional desde que ferramentas de simulação adicionais tais como EnergyPlus, TRNSYS e MATLAB podem ser utilizadas. Adicionalmente, a escalabilidade adicional permite a geração e a comparação de programações e configurações adicionais. Em adição, o serviço ES 146 e as ferramentas de simulação proporcionadas via o serviço de simulação 148 podem ser utilizadas para vários prédios, assim aumentando a utilização de tais serviços e ferramentas.

[0046] É para ser adicionalmente entendido que, devido a alguns dos componentes constituintes do sistema e etapas do método representadas nas figuras acompanhantes poderem implementados em software, as conexões reais entre os componentes do sistema (ou das etapas do processo) podem ser diferentes dependendo da maneira na qual a presente descrição é programada. Dadas as instruções da presente descrição proporcionadas neste documento, aqueles com conhecimento normal na técnica relacionada estarão aptos a contemplar estas implementações e configurações e implementações e configurações similares da presente invenção.

[0047] Tendo descrito ilustrativamente neste documento, é observado que modificações e variações podem ser feitas pelos versados na técnica de acordo com as instruções acima. Portanto, é para ser entendido que alterações podem ser feitas nas concretizações ilustrativas da descrição, as quais estão dentro do escopo e do espírito da invenção como definidos no anexo. Tendo assim descrito a presente descrição com os detalhes e particularidades requeridas pelas leis de patente, o que é desejado é exposto em anexo.

Claims

1. Método para controlar consumo de energia em um prédio (28,32,34,36), caracterizado pelo fato de compreender: receber (401, 501) dados de solicitação de ocupante (307) que compreende uma pluralidade de solicitações (105), sendo que cada uma das várias solicitações (105) corresponde a uma dentre várias zonas (109) no prédio, sendo que os dados de solicitação de ocupante (307) são recebidos via um recurso de computação em nuvem (136); sendo que os dados de solicitação de ocupante (307) incluem uma solicitação inicial recebido de um ocupante do edifício, e sendo que o pedido inicial está associado a pelo menos uma condição do ambiente inicialmente solicitada; receber (502) dados de programação de ocupante (306) compreendendo várias programações previstas de ocupante, sendo que cada uma das várias programações previstas de ocupante corresponde a uma das várias zonas no prédio, sendo que os dados de programação de ocupante (306) são recebidos via um recurso de computação em nuvem (136); receber (402,503) dados meteorológicos (102, 304, 305) compreendendo pelo menos um dentre dados de medição meteorológica atual (305) e dados de previsão meteorológica (304), sendo que os dados meteorológicos são recebidos via um recurso de computação em nuvem (136); receber dados de preço de energia (104) compreendendo pelo menos um dentre dados de preço atual da energia e dados de preço previsto de energia via um recurso de computação em nuvem (136); receber dados de sensores e atuadores, compreendendo dados coletados pelos controladores (12) localizados no edifício, sendo que os dados do sensor e do atuador são recebidos através de um recurso de computação em nuvem (136); receber uma regra de gerenciamento da instalação via um recurso de computação em nuvem (136); gerar (403, 504) vários sinais de controle de saída, sendo que cada um dos vários sinais de controle de saída é baseado em uma das várias solicitações (105), em uma das várias programações previstas de ocupante( 306), nos dados de preço de energia (104) e na regra de gerenciamento da instalação e cada um dos vários sinais de controle de saída é configurado para ajustar dispositivos de controle predial (108) nas várias zonas no prédio, sendo que os sinais de controle de saída são gerados via um recurso de computação em nuvem (136); simular (204) cada um dos sinais de controle via um recurso de computação da nuvem (136) para determinar um sinal de controle otimizado baseado no uso otimizado de energia ou no custo otimizado; e determinar se as solicitações iniciais são compatíveis com as regra de gerenciamento da instalação; transmitir (404, 505) o sinal de controle de saída otimizado para um sistema de automação predial (BAS) (10, 12, 14, 16, 18, 20, 22, 24, 26) do prédio (28,32,34,36), quando a solicitação inicial for compatível com as regra de gerenciamento da instalação de modo que o BAS forneça pelo menos uma condição ambiental associada a solicitação inicial, sendo que, se a solicitação inicial deixar de corresponder à regra de gestão da instalação, a BAS fornece um valor mais próximo da condição ambiental em relação à condição ambiental inicialmente solicitada que satisfaz a regra de gestão da instalação; e sendo que um usuário que faz a solicitação (105) é informado de que o valor da condição ambiental associado a solicitação inicial foi ajustado para o valor da condição ambiental mais próxima que satisfaça a regra de gestão de instalações; e controlar o prédio (28,32,34,36) por meio de uma estrutura de dois circuitos com loops de controle interno e um loop de controle externo, sendo que os loops de controle interno controlam a otimização local em zonas individuais e o loop de controle externo realiza um planejamento e controle de nível superior dos loops de controle interno.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de adicionalmente compreender: determinar um tempo de pico de carga de energia baseado nos dados de preço de energia, sendo que o sinal de controle de saída é, adicionalmente, configurado para pré-resfriar ou pré-aquecer o prédio durante um tempo que deixa de corresponder ao tempo de pico de carga de energia.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de adicionalmente compreender: gerar uma notificação indicando que a solicitação atual (105) é incompatível com a regra de gerenciamento da instalação após determinado que a solicitação atual (105) é incompatível com a regra de gerenciamento da instalação; e transmitir (404,505) o sinal de controle de saída para o BAS (10, 12, 14, 16, 18, 20, 22, 24, 26) após determinado que a solicitação atual é compatível com a regra de gerenciamento da instalação, sendo que o sinal de controle de saída reflete a solicitação atual.

4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados de solicitação de ocupante (307) incluem uma temperatura preferida ou sendo que os dados de programação de ocupante (306) incluem horários de escritório, de salas de reunião e programações preferidas.

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o sinal de controle de saída compreende um ponto de ajuste correspondendo a uma temperatura alvo e o dispositivo de controle predial (108) é um termostato ou correspondendo a um valor almejado de luminância e o dispositivo de controle predial (108) é um sistema de iluminação.

6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de adicionalmente compreender: estabelecer uma programação para receber pelo menos os dados de ocupação (103), os dados de meteorologia (102) ou os dados de preço de energia (104).

7. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que pelo menos os dados de ocupação (103), os dados meteorológicos (102) ou os dados de preço de energia (104) são recebidos a partir de uma base de dados remota.