Una función de intercomunicador a cerradura está lista para cotizar solo cuando se definen la ruta del comando, el propietario de la autorización y el estado del dispositivo devuelto. Un nombre de protocolo compartido (o una demostración única exitosa) no establece el alcance de la conexión del proyecto.
Esta guía ayuda a los distribuidores, integradores y equipos de proyecto OEM a preparar una especificación combinada de intercomunicador y cerradura. Cubre la arquitectura de control, la selección de interfaz, los permisos, el comportamiento de falla y la evidencia requerida antes del lanzamiento de producción.
Mapee la transacción antes de elegir la interfaz.
Primero documente la transacción completa. La secuencia debe identificar dónde se autentica el usuario, dónde se evalúa el permiso de acceso y qué sistema registra el resultado:
- El videoportero seleccionado inicia la llamada del visitante.
- Un monitor interior autorizado, conserje o cuenta móvil recibe la sesión.
- El usuario revisa el video en vivo y, cuando se especifica, habilita el audio bidireccional.
- El sistema verifica que este usuario, dispositivo y sesión puedan solicitar el desbloqueo.
- El comando llega al bloqueo seleccionado a través de la ruta local o en la nube aprobada.
- El sistema maneja la respuesta, el tiempo de espera, el reintento y el registro de eventos definidos en el proyecto.
Seleccione la arquitectura de control según el requisito de falla.
controles locales
La transacción de desbloqueo permanece en el sitio a través de un monitor interior, puerta de enlace, controlador de acceso o servicio aprobado de dispositivo a dispositivo. La operación local aún puede depender de la LAN del sitio, Wi-Fi, credenciales almacenadas o una puerta de enlace activa. Registre cada dependencia en lugar de describir el sistema simplemente como "fuera de línea".
control de la nube
La nube puede manejar notificaciones móviles, sesiones remotas en vivo, roles y registros de eventos centralizados. La especificación debe identificar quién es el propietario del inquilino, las cuentas y los datos de los usuarios, y cómo se manejan las interrupciones del servicio, las transferencias de dispositivos y la recuperación de cuentas.
Control híbrido
Un diseño híbrido asigna funciones específicas a servicios in situ y remotos. Una matriz de funciones debe indicar qué funciona durante la pérdida de Internet o de la nube, qué eventos se almacenan localmente y cómo se concilian el tiempo, los permisos y los registros después de la reconexión.
La liberación del relé no es lo mismo que el control de cerradura inteligente
| Pregunta | Relé / cerradura eléctrica | Conexión de cerradura inteligente |
|---|---|---|
| ¿Qué recibe la orden? | Una cerradura, cerradura magnética o entrada de controlador | Una esclusa, puente o servicio con una interfaz de control definida |
| ¿Cómo se envía el comunicado? | Contacto seco, salida de voltaje o relé del controlador | Comando autenticado local o en la nube |
| ¿Qué comentarios están disponibles? | A menudo, contacto con la puerta o estado limitado del controlador. | Solo el estado del dispositivo y los eventos incluidos en la interfaz verificada |
| ¿A quién pertenece la identidad? | Generalmente el intercomunicador o controlador de acceso | La identidad puede abarcar el intercomunicador, la aplicación, la cuenta en la nube y la ruta de bloqueo |
| ¿Qué se prueba? | Carga, cableado, temporización, comportamiento a prueba de fallos/a prueba de fallos | Permisos, respuesta de comandos, latencia, registros y recuperación, así como hardware |
Un relé sigue siendo una opción válida para muchas entradas y portones comunes. Cuando la interfaz es un contacto seco o una salida de voltaje, especifíquela como abrepuertas de relé. No implica que se incluya administración de credenciales móviles, informes de batería, reconocimiento de bloqueo o un seguimiento de auditoría unificado.
Definir la evidencia detrás de un "resultado de desbloqueo"
Un comando aceptado por una aplicación o servidor no prueba que la puerta se haya abierto. Cuando el hardware lo admita, trate la transacción como estados separados: solicitud creada, autorización aprobada o denegada, comando entregado, cerradura reconocida, cerrojo o pestillo cambiado y contacto de puerta abierto o cerrado. Marcar estados no disponibles explícitamente; no los infieras de otro evento.
Esta distinción acorta el diagnóstico de fallos. Se puede enviar una solicitud mientras la cerradura está desconectada, el cerrojo está obstruido o el contacto de la puerta ya está abierto. El registro de eventos necesita suficientes detalles para mostrar dónde se detuvo la transacción.
Establecer la política de acceso antes de exponer un control de desbloqueo
Cada ruta de liberación debe responder cinco preguntas: quién puede usarla, desde qué dispositivo, durante qué sesión, para qué puerta y con qué evidencia retenida. El monitor interior de un residente no debe heredar la política de una consola de guardia, administrador de propiedad o cuenta de invitado temporal.
- Regla de sesión activa: decida si el desbloqueo está disponible solo durante una llamada o sesión de visualización en vivo.
- Reautenticación: decidir cuándo se requiere un PIN, una confirmación biométrica o de cuenta.
- Alcance de la puerta: impedir que un usuario que ve una entrada abra otra sin permiso explícito.
- Ciclo de vida de la cuenta: especifique la incorporación, los cambios de roles, la eliminación y el reemplazo de dispositivos.
- Propiedad del evento: Indique qué sistema registra la solicitud, la respuesta y la acción del administrador.
Convierta las reclamaciones por interrupciones en criterios de aceptación
"Funciona sin conexión" es demasiado amplio para probarlo. Defina el resultado requerido por separado para llamadas de visitantes, visualización en vivo en interiores, liberación local, notificación móvil, liberación remota, credenciales locales, almacenamiento en búfer de eventos y sincronización. Pruebe esas funciones durante la pérdida de Internet, pérdida de LAN, falta de disponibilidad de la nube, reinicio de la puerta de enlace, reinicio de bloqueo y restauración de energía.
Registre cada condición no probada como un elemento abierto con un propietario y un método de validación. Los resultados de una muestra de ingeniería no deben incluirse en las especificaciones de producción sin una revalidación.
Alcance mínimo de la prueba de aceptación
Preparar la solicitud de cotización para una decisión de ingeniería.
Proporcione la siguiente información antes de solicitar un presupuesto de desarrollo:
- Modelos exactos de intercomunicador, timbre, monitor interior y cerradura inteligente o requisitos del producto.
- Interfaces locales, eléctricas, inalámbricas, de red y de software disponibles.
- Puntos de desbloqueo necesarios: monitor interior, conserje, aplicación móvil, consola web o interfaz externa.
- Roles de usuario, alcance de puerta, reautenticación y propiedad de cuenta.
- Requisitos sin conexión, interrupciones, recuperación y registro de eventos.
- Mercado de destino, cantidad esperada, calendario objetivo, alcance de la marca y necesidades de certificación.
La respuesta de ingeniería debe identificar interfaces confirmadas, dependencias no resueltas, trabajo de prototipo, aceptación de propiedad y exclusiones de la cotización. Vuelva a abrir la revisión cada vez que cambie una revisión de hardware o una versión de firmware.
Preguntas de revisión de conexión
¿Se puede conectar un videoportero directamente a cualquier cerradura inteligente?
No. El control directo requiere una ruta de comando verificada entre los dispositivos seleccionados o una ruta de conexión definida. Los nombres de los modelos, las revisiones de hardware, el firmware, el comportamiento de autorización y el entorno de prueba deben confirmarse antes de publicar el alcance de la conexión.
¿Cuál es la diferencia entre una salida de relé y una conexión de cerradura inteligente?
Un relé cambia un contacto eléctrico para operar una cerradura, una cerradura magnética o una entrada de controlador. Una conexión de cerradura inteligente puede requerir además comandos autenticados, estado de bloqueo, permisos, registros de eventos y comportamiento de recuperación a través de una interfaz local o en la nube.
¿Debería seguir funcionando una cerradura conectada cuando Internet no está conectado?
El comportamiento fuera de línea requerido debe escribirse en la especificación del proyecto. Las credenciales locales, la liberación en el sitio, las funciones de aplicaciones remotas, el almacenamiento en búfer de eventos y la sincronización pueden comportarse de manera diferente, por lo que cada función necesita una prueba de aceptación separada.
¿Pueden una aplicación móvil y un monitor interior activar la misma cerradura inteligente?
Sí, si cada ruta tiene sus propias reglas de identidad, permiso, sesión, tiempo de espera y registro de eventos. Ninguna ruta debe pasar por alto la política de autorización aplicada a la otra.
¿Qué se debe probar antes de aprobar una conexión de bloqueo de intercomunicador?
Pruebe llamadas normales, visualización en vivo, audio bidireccional, desbloqueo autorizado y denegado, comandos repetidos, latencia, pérdida de red, pérdida de nube, reinicio del dispositivo, recuperación de energía, eliminación de cuentas, registros de eventos y cada ruta alternativa indicada en el hardware y firmware final.