A instalação prova que o painel pode ser alimentado e montado. O comissionamento prova que a experiência de controle acordada funciona no edifício que irá operá-la. Para um projeto de MDU, essa diferença é importante: o mesmo painel pode se comportar de maneira diferente quando o layout da sala, os materiais das paredes, o firmware do dispositivo e a propriedade da rede mudam.
Esta lista de verificação destina-se a distribuidores, integradores de sistemas, promotores imobiliários e equipas OEM que preparam um painel de controlo residencial inteligente para apartamentos ou residências geridas. Está escrito em torno de evidências e decisões de aceitação, e não uma afirmação geral de que todos os dispositivos Zigbee funcionarão com todos os painéis.
1. Congele o equipamento e a topologia antes de testar
Não inicie um teste de compatibilidade apenas com o nome de um produto. Crie um cadastro controlado para cada dispositivo que o projeto pretende operar. O cadastro deverá ser versionado e vinculado ao tipo de apartamento ou área comum onde o dispositivo será instalado.
| Entrada para congelar | O que gravar | Por que isso muda a aceitação |
|---|---|---|
| Identidade do painel | Modelo, revisão de hardware, firmware e projeto ou locatário Tuya | Uma alteração no firmware ou na região do projeto pode alterar as funções disponíveis e as etapas de provisionamento. |
| Registro de dispositivo Zigbee | Fabricante, ID do modelo, tipo de dispositivo, funções suportadas e firmware | “Compatível com Zigbee” não é uma condição de teste suficiente; o perfil e as funções do dispositivo ainda precisam corresponder. |
| Topologia de sala | Tipo de apartamento, cômodo, quantidade de dispositivos e relação de controle | A lógica e a nomenclatura da cena devem permanecer compreensíveis quando o mesmo dispositivo é repetido em muitas unidades. |
| Limite da rede | Caminho Wi-Fi ou Ethernet, VLAN, política DHCP e parte responsável | A propriedade do suporte torna-se pouco clara quando o painel, a rede imobiliária e a conta na nuvem são tratados como um único sistema. |
2. Inspecione a instalação física antes de ligar
Registre as condições que podem criar uma falha intermitente antes de culpar o software. Confirme o recorte da parede, a profundidade de montagem, a ventilação, o acesso para serviço e a distância entre o painel, a fonte de alimentação e as cargas controladas. Para um painel com controle de relé local, verifique a carga aprovada e o método de fiação do projeto, em vez de confiar em uma etiqueta genérica do produto.
- Confirme a tensão de alimentação e o arranjo de proteção de acordo com o desenho elétrico aprovado.
- Verifique se os canais de relé, interruptores, cortinas, interfaces HVAC e cargas de áudio estão conectados aos terminais pretendidos.
- Fotografe a caixa traseira, as etiquetas dos cabos e a posição final do painel para o registro da entrega.
- Observe salas com concreto armado, armários metálicos ou outras condições que possam afetar o desempenho do rádio.
3. Use uma matriz de teste em vez de uma única demonstração “funciona”
Um registro de comissionamento deve mostrar o que foi testado, em qual firmware e com qual dispositivo. A matriz abaixo é um mínimo útil; cenas específicas do projeto e dispositivos de terceiros devem ser adicionados antes da entrega.
| Teste | Evidência de aceitação |
|---|---|
| Integração | O dispositivo se junta ao projeto pretendido e é especificado de acordo com a convenção de sala aprovada. |
| Comando e estado | O comando do painel chega ao dispositivo e o estado retornado permanece correto após uma atualização. |
| Lógica de cena | A cena aciona os dispositivos acordados uma vez, na ordem acordada, sem um dispositivo inesperado. |
| Ciclo de energia | Painel e dispositivo se recuperam após reinicialização controlada; o estado esperado e a conta permanecem intactos. |
| Permissões | As funções de residente, operador e instalador podem executar apenas as ações que lhes são atribuídas. |
| Caminho de exceção | Perda de rede, dispositivo indisponível ou falha no emparelhamento produz um caminho de recuperação documentado. |
4. Valide coberturas em apartamentos representativos
Um emparelhamento de bancada bem-sucedido não prova uma instalação em todo o edifício. Selecione uma amostra representativa: um apartamento de esquina, um apartamento central, uma unidade com o caminho de dispositivos mais longo esperado e qualquer área comum com densa infraestrutura elétrica ou metálica. Registre a localização do dispositivo, o caminho de ingresso, a resposta observada e qualquer nova tentativa ou ação de recuperação.
Quando um dispositivo for alimentado por bateria, inclua as condições reais da parede e dos móveis no teste. Quando um dispositivo for alimentado pela rede elétrica e puder rotear tráfego, documente o estado de alimentação usado durante o teste. O objetivo é tornar o teste reproduzível para o próximo instalador e não produzir uma demonstração única.
5. Transforme o registro do teste em um pacote de entrega
A equipe de propriedade não deve precisar da memória do instalador original para operar o sistema. Entregue um pacote conciso com:
- Topologia as-built e inventário de dispositivos, incluindo sala, modelo e firmware.
- Convenção de nomenclatura aprovada para apartamentos, quartos, cenários e funções de usuário.
- Procedimento de provisionamento e redefinição, com uma nota clara sobre quem é o proprietário de cada conta.
- Matriz de comissionamento com data, testador, firmware e status aprovado/aberto/excluído.
- Lista de combinações não testadas e o processo para adicionar um novo dispositivo posteriormente.
- Rota de suporte, limite de garantia e informações necessárias para um diagnóstico remoto.
Qualquer coisa não testada deve ser rotulada como item em aberto. Uma exclusão clara é mais segura do que uma promessa implícita de compatibilidade que a equipe da propriedade descobrirá após a entrega.
Sequência recomendada para a equipe do projeto
- Congele o dispositivo e o registro da rede.
- Inspecione a instalação física e registre exceções.
- Execute a matriz de teste em uma amostra representativa.
- Resolva ou exclua explicitamente itens de compatibilidade abertos.
- Repetir os testes aprovados por tipo de apartamento e zona comum.
- Assine o pacote de transferência com o proprietário operacional.
Para uma RFQ ou revisão de pré-produção, envie o registro do dispositivo e a matriz de aceitação pretendida com a solicitação. Isso dá ao fornecedor um escopo definido para revisão, em vez de solicitar uma declaração geral “compatível com Tuya e Zigbee”.
FAQ: Comissionamento do painel de controle MDU
Referência técnica: Aliança de Padrões de Conectividade — Visão geral do Zigbee e Orientação do CSA sobre como verificar perfis de dispositivos e clusters compatíveis. Estas referências não substituem os testes de compatibilidade específicos do projeto.
Matriz de decisão específica desta página
Use esta matriz para o tema indicado. Antes da aprovação, substitua cada campo pelo modelo, pela condição do projeto e pelo registro de origem.
| Ponto de decisão | Registrar antes da aprovação | Critério de decisão | Evidência a anexar |
|---|---|---|---|
| 1. Congele o equipamento e a topologia antes de testar | número de portas, fluxo de usuários, rede, elevador e entrega | Aprovar somente quando a configuração representativa passar na aceitação. | site schedule and pilot record |
| 2. Inspecione a instalação física antes de ligar | número de portas, fluxo de usuários, rede, elevador e entrega; versão de origem e responsável pela decisão | Aprovar somente quando a configuração representativa passar na aceitação. | site schedule and pilot record |
| 3. Use uma matriz de teste em vez de uma única demonstração “funciona” | número de portas, fluxo de usuários, rede, elevador e entrega; acesso de contingência e evento de aceitação | Aprovar somente quando a configuração representativa passar na aceitação. | site schedule and pilot record |
| 4. Valide coberturas em apartamentos representativos | número de portas, fluxo de usuários, rede, elevador e entrega | Aprovar somente quando a configuração representativa passar na aceitação. | site schedule and pilot record |
| 5. Transforme o registro do teste em um pacote de entrega | número de portas, fluxo de usuários, rede, elevador e entrega; versão de origem e responsável pela decisão | Aprovar somente quando a configuração representativa passar na aceitação. | site schedule and pilot record |
| Sequência recomendada para a equipe do projeto | número de portas, fluxo de usuários, rede, elevador e entrega; acesso de contingência e evento de aceitação | Aprovar somente quando a configuração representativa passar na aceitação. | site schedule and pilot record |
Registro de validação: Documento do modelo, registro do projeto ou teste documentado. Keep the selected model, revision, reviewer and date together so a later quotation can be compared with the same scope.
Revisão editorial: Revisado em 10 de outubro de 2026 quanto à intenção de pesquisa, ao escopo e à utilidade do projeto.
Transforme o guia em um briefing de projeto
Compartilhe o modelo, as condições do local, as interfaces e o mercado de destino para manter a próxima revisão dentro de um escopo escrito.
Solicitar revisão do projeto