A iluminação conectada deve ser especificada como um sistema operacional completo, e não adicionada como uma funcionalidade depois de as luminárias terem sido selecionadas. Escolha primeiro a arquitetura e depois ligue a essa arquitetura cada luminária, driver, sensor, protocolo de controlo, gateway, interface de software e ensaio de comissionamento. O nível certo de conectividade é o sistema mais simples capaz de proporcionar as sequências, a integração e a facilidade de manutenção exigidas.
Escolha a arquitetura antes da lista de dispositivos
Os controlos autónomos podem adequar-se a uma divisão ou zona simples, onde sensores e interruptores locais proporcionam o comportamento necessário. Os sistemas baseados em divisões coordenam vários dispositivos e cenários sem dependerem necessariamente de uma rede central. Os sistemas centralmente ligados em rede podem suportar agendamento, configuração remota, monitorização, análise e integração com sistemas do edifício, mas também acrescentam responsabilidades de software, contas, rede, cibersegurança e ciclo de vida.
O Departamento de Energia dos EUA e o Pacific Northwest National Laboratory descrevem os sistemas de iluminação conectada como plataformas que podem combinar sensores em rede, conectividade à Internet e interfaces com outros controlos do edifício. Essas capacidades só são úteis quando o projeto tem um caso de utilização definido e um responsável pelos dados resultantes e pelas responsabilidades do sistema.
Para escritórios, retalho e espaços públicos, o soluções de iluminação comercial e para retalho página fornece contexto de aplicação. A especificação do projeto deve ainda indicar que divisões e decisões requerem efetivamente conectividade.
Defina o limite entre driver e protocolo
«Regulável» não é uma especificação completa da interface. Indique se o percurso utiliza comutação, controlo de fase, 0–10 V, DALI, um protocolo sem fios identificado ou outro método definido. Registe o modelo do driver, a gama de regulação, a curva de controlo, o comportamento em espera, a alimentação auxiliar, a polaridade da cablagem, a capacidade de endereçamento e o estado de falha.
O guia de compatibilidade entre driver LED, regulação e controlo explica porque os rótulos de protocolo, por si só, não confirmam um funcionamento estável em toda a gama. Teste a combinação exata de driver, controlador, firmware e cablagem prevista para o projeto.
Converta salas em zonas e sequências testáveis
Uma planta de teto refletido ou mapa de divisões deve mostrar as luminárias controladas, sensores, postos de parede e limites das zonas. Para cada zona, defina o comportamento em ocupação, desocupação, luz natural, fora de horas, substituição manual, emergência e perda de comunicação.
Evite expressões como «controlo de luz natural quando necessário» sem um objetivo e uma resposta. Indique os pressupostos de localização do sensor, o ponto de regulação ou método de objetivo, o nível mínimo e máximo, o comportamento de transição gradual, o atraso, a duração da substituição e a interação com os horários. Quando a qualidade visual for relevante, o guia de UGR, CRI e cintilação ajuda a separar as métricas da luminária e do driver da sequência de controlo.
Especifique a integração e a propriedade dos dados
Para integração com a automação do edifício, identifique a interface, o gateway, os pontos de dados, a frequência de atualização, a prioridade dos comandos e o comportamento em caso de falha. Decida se o sistema de automação do edifício lê o estado da iluminação, envia comandos ou ambos. Indique a parte responsável por cada lado da interface e pelo ensaio de aceitação.
O Departamento de Energia dos EUA observa que a interoperabilidade da iluminação conectada envolveu APIs, bem como limitações e compromissos. Uma API disponível não garante a presença dos pontos, permissões, latência ou suporte de ciclo de vida exigidos. Exija a documentação e a versão exatas da interface utilizadas no projeto.
Defina as responsabilidades de cibersegurança e de contas
O âmbito de segurança deve seguir a arquitetura selecionada. Um sensor local autónomo tem uma exposição diferente de uma rede gerida na cloud. Registe a segmentação de rede, as funções de utilizador, a titularidade do administrador, a transferência de palavras-passe e credenciais, a política de acesso remoto, a responsabilidade pelas atualizações, o registo de eventos, a cópia de segurança e o planeamento do fim de serviço.
Não deixe a conta registada em nome de um instalador sem uma via de transferência. Defina também o que acontece se um serviço na cloud, gateway ou ligação à Internet não estiver disponível. A questão não é se o produto é designado «seguro», mas se o projeto consegue identificar responsáveis, vias de acesso, decisões de atualização e etapas de recuperação.
Comissione face a uma matriz de aceitação
O comissionamento deve reproduzir os estados especificados, em vez de confirmar apenas que as lâmpadas acendem. Teste pelo menos um ponto representativo em cada zona e todas as exceções que possam alterar materialmente o funcionamento.
| Área de aceitação | Ação de teste | Registar na entrega |
|---|---|---|
| Identidade do dispositivo | Faça corresponder endereço, modelo e localização física | Lista de dispositivos conforme construído |
| Funcionamento da zona | Acione cada sensor, cena e calendário | Nível, temporização e resultado observados |
| Regulação de intensidade | Teste os comportamentos mínimo, máximo, de transição gradual e desligado | Combinação e definições de driver/controlador |
| Integração | Leia e comande os pontos BAS acordados | Versão da interface, lista de pontos e resultado da exceção |
| Modo de falha | Remova a entrada de rede, gateway ou sensor conforme especificado | Estado predefinido e comportamento de recuperação |
| Controlo de acesso | Teste as funções de utilizador e administrador | Proprietário da conta e registo de transferência de credenciais |
O Painel LED RGB+CCT regulável é uma via de produto relevante quando a saída e o controlo multicanal fazem parte do briefing. A sua utilização num projeto continua a depender do método de controlo, da configuração e das evidências exatas aprovadas para esse projeto.
Transforme o comissionamento numa entrega de fácil manutenção
Forneça a lista de dispositivos conforme construído, o mapa de zonas, a sequência, a exportação das definições, as versões de firmware, os detalhes do gateway, as funções de administrador, o registo de formação e o procedimento de substituição. Confirme se um driver ou sensor de substituição tem de ser novamente endereçado e como é restaurada a configuração anterior.
Utilize o Visão geral da fábrica e do fabrico da New Lights ao alinhar a configuração da luminária e os registos de produção, e o centro de downloads para os ficheiros de produto atualmente disponibilizados. A documentação do produto e as definições finais do projeto devem manter-se distintas, mas associadas.
Coloque questões sobre o ciclo de vida antes da aprovação
Confirme quem dá suporte ao software, durante quanto tempo se espera que substituições compatíveis continuem disponíveis, se as definições podem ser exportadas, como são aprovadas as atualizações de firmware e o que acontece quando um gateway ou serviço é descontinuado. Evite uma solução que só consiga cumprir a sequência do dia de abertura enquanto uma conta de instalador permanecer ativa.
O mesmo princípio aplica-se aos dados do projeto. O guia de preparação de dados para o Passaporte Digital do Produto da UE abrange uma tarefa regulamentar diferente, mas o seu método de controlo de identidade e revisões é útil para associar dispositivos, firmware, documentos e datas de entrada em vigor.
Perguntas Frequentes
Todos os projetos comerciais necessitam de iluminação em rede?
Não. Utilize controlo em rede quando as suas funções de agendamento, monitorização, integração ou dados resolverem um requisito definido do projeto. Um sistema autónomo ou baseado em divisões pode ser mais fácil de comissionar e manter em espaços mais simples.
DALI ou 0–10 V garantem compatibilidade de regulação?
Não. O protocolo ou interface é apenas um limite. Confirme em conjunto o driver, controlador, gama de funcionamento, cablagem, firmware e comportamento exigido exatos.
O que deve constar numa entrega de iluminação conectada?
Inclua identidades dos dispositivos, mapas de zonas, sequências, cópias de segurança das definições, versões de firmware, documentos de interface, funções de utilizador, credenciais, formação e procedimentos de substituição ou recuperação.
Quem deve ser proprietário da conta na nuvem ou de administrador?
O projeto deve identificar a organização operacional responsável e o processo de transferência antes da aceitação. O acesso do instalador só pode manter-se dentro de um modelo de suporte e segurança acordado.
Redija a sequência de funcionamento antes da ordem de compra
Para uma RFQ de iluminação conectada, contacte a New Lights com o programa dos espaços, as sequências necessárias, o protocolo de controlo, os tipos de luminárias, os pontos de integração, as restrições de rede, os testes de colocação em serviço e os requisitos de entrega. Essa informação é mais útil do que pedir «iluminação inteligente» como uma funcionalidade não definida.
