La instalación demuestra que el panel se puede alimentar y montar. La puesta en servicio demuestra que la experiencia de control acordada funciona en el edificio que lo operará. Para un proyecto MDU, esa diferencia es importante: el mismo panel puede comportarse de manera diferente cuando cambian los diseños de la habitación, los materiales de las paredes, el firmware del dispositivo y la propiedad de la red.
Esta lista de verificación está dirigida a distribuidores, integradores de sistemas, promotores inmobiliarios y equipos OEM que preparan un panel de control de hogar inteligente para apartamentos o residencias administradas. Está escrito en torno a evidencia y decisiones de aceptación, no a una afirmación general de que todos los dispositivos Zigbee funcionarán con todos los paneles.
1. Congele el equipo y la topología antes de realizar la prueba.
No inicie una prueba de compatibilidad únicamente con el nombre de un producto. Crear un registro controlado para cada dispositivo que el proyecto pretende operar. El registro debe estar versionado y vinculado al tipo de departamento o zona común donde se instalará el dispositivo.
| Entrada para congelar | que grabar | Por qué cambia la aceptación |
|---|---|---|
| Identidad del panel | Modelo, revisión de hardware, firmware y proyecto o inquilino de Tuya | Un cambio de firmware o de región del proyecto puede alterar las funciones disponibles y los pasos de aprovisionamiento. |
| Registro de dispositivo Zigbee | Fabricante, ID de modelo, tipo de dispositivo, funciones admitidas y firmware | “Compatible con Zigbee” no es una condición de prueba suficiente; el perfil y las funciones del dispositivo aún deben coincidir. |
| Topología de la habitación | Tipo de apartamento, habitación, cantidad de dispositivos y relación de control. | La lógica de la escena y los nombres deben seguir siendo comprensibles cuando el mismo dispositivo se repite en muchas unidades. |
| Límite de la red | Ruta Wi-Fi o Ethernet, VLAN, política DHCP y responsable | La propiedad del soporte deja de estar clara cuando el panel, la red de propiedad y la cuenta en la nube se tratan como un solo sistema. |
2. Inspeccionar la instalación física antes del encendido.
Registre las condiciones que pueden crear una falla intermitente antes de culpar al software. Confirme el corte de la pared, la profundidad de montaje, la ventilación, el acceso de servicio y la distancia entre el panel, la fuente de alimentación y las cargas controladas. Para un panel con control de relé local, verifique la carga y el método de cableado aprobados del proyecto en lugar de confiar en una etiqueta de producto genérica.
- Confirme el voltaje de suministro y la disposición de protección con el plano eléctrico aprobado.
- Verifique que los canales de relé, interruptores, cortinas, interfaces HVAC y cargas de audio estén conectados a los terminales previstos.
- Fotografíe la caja posterior, las etiquetas de los cables y la posición final del panel para el registro de entrega.
- Tenga en cuenta las habitaciones con hormigón armado, gabinetes metálicos u otras condiciones que puedan afectar el rendimiento de la radio.
3. Utilice una matriz de prueba en lugar de una única demostración de "funcionamiento"
Un registro de puesta en servicio debe mostrar qué se probó, con qué firmware y con qué dispositivo. La siguiente matriz es un mínimo útil; Se deben agregar escenas específicas del proyecto y dispositivos de terceros antes de la entrega.
| prueba | Prueba de aceptación |
|---|---|
| Incorporación | El dispositivo se une al proyecto previsto y recibe el nombre según la convención de sala aprobada. |
| Comando y estado | El comando del panel llega al dispositivo y el estado devuelto permanece correcto después de una actualización. |
| Lógica de escena | La escena activa los dispositivos acordados una vez, en el orden acordado, sin ningún dispositivo inesperado. |
| Ciclo de energía | El panel y el dispositivo se recuperan después de un reinicio controlado; el estado esperado y la cuenta permanecen intactos. |
| Permisos | Los roles de residente, operador e instalador sólo pueden realizar las acciones que se les asignan. |
| Ruta de excepción | La pérdida de red, un dispositivo no disponible o un emparejamiento fallido producen una ruta de recuperación documentada. |
4. Validar cobertura en apartamentos representativos
Una combinación exitosa de bancos no demuestra una instalación en todo el edificio. Seleccione una muestra representativa: un departamento en esquina, un departamento céntrico, una unidad con el recorrido de dispositivo más largo esperado y cualquier área común con infraestructura eléctrica o metálica densa. Registre la ubicación del dispositivo, la ruta de acceso, la respuesta observada y cualquier reintento o acción de recuperación.
Cuando un dispositivo funcione con batería, incluya las condiciones reales de la pared y los muebles en la prueba. Cuando un dispositivo esté alimentado por la red eléctrica y pueda enrutar el tráfico, documente el estado de alimentación utilizado durante la prueba. El objetivo es hacer que la prueba sea reproducible para el próximo instalador, no realizar una demostración única.
5. Convierta el registro de prueba en un paquete de entrega
El equipo de la propiedad no debería necesitar la memoria del instalador original para operar el sistema. Entrega un paquete conciso con:
- Topología construida e inventario de dispositivos, incluida la sala, el modelo y el firmware.
- Convención de nomenclatura aprobada para apartamentos, habitaciones, escenas y roles de usuario.
- Procedimiento de aprovisionamiento y restablecimiento, con una nota clara sobre quién es el propietario de cada cuenta.
- Matriz de puesta en servicio con fecha, probador, firmware y estado aprobado/abierto/excluido.
- Lista de combinaciones no probadas y el proceso para agregar un nuevo dispositivo más adelante.
- Ruta de soporte, límite de garantía e información requerida para un diagnóstico remoto.
Todo lo que no se haya probado debe etiquetarse como elemento abierto. Una exclusión clara es más segura que una promesa de compatibilidad implícita que el equipo de la propiedad descubrirá después de la entrega.
Secuencia recomendada para el equipo del proyecto.
- Congele el dispositivo y el registro de red.
- Inspeccionar la instalación física y registrar las excepciones.
- Ejecute la matriz de prueba en una muestra representativa.
- Resolver o excluir explícitamente elementos de compatibilidad abiertos.
- Repetir las pruebas aprobadas por tipo de departamento y zona de áreas comunes.
- Firme el paquete de entrega con el propietario operador.
Para una RFQ o una revisión de preproducción, envíe el registro del dispositivo y la matriz de aceptación prevista con la solicitud. Eso le da al proveedor un alcance definido para revisar en lugar de solicitar una declaración general de "compatible con Tuya y Zigbee".
Preguntas frecuentes: puesta en marcha del panel de control MDU
Referencia técnica: Alianza de estándares de conectividad: descripción general de Zigbee y Guía de CSA sobre cómo verificar perfiles de dispositivos y clústeres compatibles. Estas referencias no reemplazan las pruebas de compatibilidad específicas del proyecto.