01Crear la regla y elegir cámaras
En Reglas, añada una regla de objetos o cascos y seleccione dispositivos y cámaras. Al guardarla y habilitarla, el procesador asignado la ejecuta; no es necesario mantener abierta la web.
Seleccione objetos y confianza en las reglas. Las reglas de una cámara comparten la inferencia. Las etiquetas de búsqueda proceden de observaciones que cumplen el umbral del objeto de la regla correspondiente.
02Definir el ámbito por cámara
Presencia/permanencia admite todo el fotograma o una región propia en cada cámara. Todo el fotograma no requiere dibujar. Se comparten condiciones y destinatarios, no coordenadas.
El cruce requiere una línea y dirección por cámara; no se pueden mezclar regiones o máscaras como líneas. Corrija ámbitos inválidos: nunca se amplían automáticamente a todo el fotograma.
Regiones, cruces y exclusiones ↗03Condiciones e intervalo de repetición
Siempre se confirma con varias observaciones. Se cuenta desde que el mismo objeto cumple confianza y zona; una bajada reinicia la duración pendiente, no el ID. No es el intervalo entre avisos.
Las reglas nuevas usan 60 segundos por cámara dentro de la regla. La cámara 1 no bloquea la 2. Una presencia continua no genera avisos cada minuto: debe volver a activarse la condición. Las reglas existentes conservan su intervalo.
04Activar avisos y destinatarios
Configure Telegram, SMTP o MQTT en Push; después active el método y elija destinos en la regla. Recomendamos Telegram. El correo usa el SMTP configurado.
Guardar una regla no activa los avisos por sí solo. Sin envío activo o sin destino válido puede haber eventos, pero no mensajes. Compruebe el resumen de notificaciones de la tarjeta.
Guías de notificaciones ↗05Probar y duplicar
Pruebe con un objeto real y revise cámara, captura, condiciones y resultado del envío en Eventos. Una etiqueta YOLO en una imagen histórica no demuestra que se hayan cumplido ámbito, duración e intervalo.
Se han eliminado los ajustes de detección por cámara. Configure objetos y confianza en las reglas.
06Cargas y diagnóstico histórico
Eventos de reglas ilimitados · conservación de 30 días. Los eventos de reglas y los fotogramas históricos no tienen cuota horaria de cantidad ni de bytes de imagen acumulados. Subir fotogramas no requiere un plan de pago. Se mantienen límites de tamaño, frecuencia API, muestreo, caché local y conservación; la búsqueda semántica depende del plan. No es vídeo ilimitado ni entrega garantizada.
El diagnóstico histórico del procesador está contraído por defecto. Los registros inválidos, por ejemplo de reglas eliminadas, se aíslan sin reintentar ni bloquear otras cargas. Se conservan por defecto hasta 7 días desde la captura, sujetos a capacidad. El contador cambia tras el informe de limpieza. Contraer no elimina pruebas; investigue si aumenta continuamente.
Sin informes recientes los contadores pueden ser incompletos. Una cuota disponible no demuestra recepción de mensajes. Las cargas pendientes se reintentan al recuperarse; los eventos capturados hace más de 10 minutos se archivan sin avisos automáticos atrasados.
Preguntas frecuentes
¿Deben aparecer sofá y cama juntos?
No. Cualquiera de las clases seleccionadas puede coincidir. Coche y camión también son clases distintas.
¿Por qué hay una imagen histórica pero no un evento?
Una observación consultable no implica una alerta: el ámbito, la actividad, la duración y el intervalo de notificación se evalúan por separado.
¿Cómo quitar un aviso de cuarentena persistente?
La cuarentena histórica ya no aparece como alarma actual en el resumen. Abra el diagnóstico del procesador cuando lo necesite. La retención limpia la caché sin tener que borrar pruebas para ocultar un aviso.