Blog

Integração de CFTV e alarme com confirmação por vídeo

Toda empresa de monitoramento 24h convive com um problema silencioso e recorrente: o alarme falso. Um gato que passa, um galho que balança, uma sombra na madrugada e a viatura é deslocada à toa, o operador liga para o cliente às três da manhã, o custo de deslocamento sobe e a confiança na sua central diminui. 

A taxa de disparos improcedentes é um dos maiores ralos de margem de uma operação de monitoramento.

A integração entre CFTV e alarme foi criada para resolver esse problema. 

A câmera enxerga, o analítico de vídeo confirma que existe uma pessoa de verdade cruzando o perímetro, e só então a central de alarme age. O vídeo detecta e o alarme responde com uma confirmação no meio do caminho que muda a economia inteira do seu plantão.

O problema é que, entre a promessa comercial e a instalação que funciona no dia a dia, existe um vão cheio de dúvidas técnicas legítimas. É justamente nesse vão que a maioria dos donos de empresa trava antes de vender a solução pro cliente. 

Neste artigo, vamos falar sobre os cinco tópicos que mais aparecem sobre a integração de alarme e CFTV da JFL.

O que você vai encontrar neste artigo:

Como a integração CFTV + alarme da JFL funciona por dentro

Na solução da JFL, a central de alarme roda um servidor próprio dentro dela mesma, sem computador intermediário obrigatório e sem nuvem no meio do caminho para confirmar o evento local. Ela abre uma porta na rede (a padrão é a 7766),  assume um endereço IP na rede local, de preferência fixo, e permanece disponível na rede, aguardando a comunicação do gravador.

Do outro lado, o gravador da Linha DVR-V é responsável pelo processamento de imagem. Ele analisa o vídeo, reconhece um evento que você configurou previamente e, no instante em que reconhece, transmite a informação pra central. A central recebe, processa e decide o que fazer. O leque de ações é o que dá flexibilidade real pra sua operação:

  • Disparar a sirene local pra afugentar quem está ali na hora;
  • Enviar notificação pro aplicativo Active Mobile V4 do cliente;
  • Reportar a ocorrência pra sua base de monitoramento pelo protocolo Contact ID;
  • Ou executar tudo isso ao mesmo tempo, dependendo de como você programou aquele canal

O que torna a solução robusta é a lógica de acionamento. Na lógica “OU”, basta o sensor de presença ou a detecção da câmera para disparar a zona. Já na lógica “E”, o disparo exige duas condições ao mesmo tempo: a detecção do sensor de alarme somada a uma detecção de vídeo, dentro de uma janela de tempo configurável. É essa segunda lógica a sua arma contra o alarme falso, porque só há disparo quando as duas tecnologias concordam que algo está acontecendo.

E os analíticos vão bem além de “detectou movimento”. Dependendo do modelo do gravador, você trabalha com detecção de face, de pessoas, de veículos, cruzamento de linha, intrusão em área, alteração de cena e ultra detecção de movimento. Como cada canal pode ter a sua própria regra, dá para tratar a área externa de um jeito e a portaria de outro. As centrais compatíveis com esse fluxo são a Active 20 e a Active 20 Bus, a partir da versão de firmware indicada no manual.

1. Preciso de módulo Ethernet ou Wi-Fi pra fazer isso funcionar?

Resposta curta: sim, você precisa de rede, e a rede aqui não é acessório, é a espinha dorsal do projeto. Como a conversa entre o gravador e a central acontece por IP na rede local, a central tem que estar plugada nessa rede. Na prática, isso significa o módulo Ethernet ME-05 na central, na versão 5.0 ou superior, com a Active 20 e a Active 20 Bus rodando firmware 8.0 ou mais recente. Sem esse módulo, a central simplesmente não tem por onde escutar o gravador.

Muita gente pergunta por Wi-Fi imaginando economizar cabo. Vale o conselho de quem conhece o campo: numa operação profissional de monitoramento, você quer a comunicação entre gravador e central a mais estável possível e, em confiabilidade, o cabo ganha do Wi-Fi todos os dias da semana. A recomendação de projeto é uma rede estruturada, com o IP da central fixado para ela nunca mudar de endereço no DHCP e derrubar a integração no meio de um plantão. O manual oficial do equipamento traz o esquema de ligação completo e deixa claro o ecossistema mínimo para o sistema funcionar de ponta a ponta.

Nesse esquema, além da central com o ME-05 e do gravador Linha V, entram alguns componentes que o instalador desatento esquece de orçar:

  • Roteador, o coração da rede local por onde central e gravador se enxergam
  • Modem de fibra óptica (ONT), o ponto de entrada da internet quando o monitoramento remoto depende de link externo
  • Fonte FM-512, alimentando os periféricos dentro do padrão JFL
  • Nobreak JFL-UPS, que vamos tratar com o cuidado que ele merece mais adiante

A programação em si é direta e vive em dois lugares. Na central, você ativa a opção “Habilitar serviço”. No gravador, vai em Rede > Plataforma > Serviço de Alarme, marca “Ativar serviço de Alarme”, informa o IP da central, confirma a porta 7766 e configura os analíticos por canal. 

Se você já mexe com os aplicativos e softwares da JFL, essa lógica de habilitar serviço e apontar endereço vai soar familiar. O ponto de atenção é a compatibilidade: consulte a lista oficial de gravadores homologados pra essa função antes de fechar o projeto, porque nem todo modelo entrega todos os analíticos avançados.

2. Os eventos chegam em tempo real? Tem latência?

Essa é a pergunta que assombra todo operador de plantão e a resposta tem duas camadas que precisam ser separadas, porque misturá-las gera confusão desnecessária.

A primeira camada é o evento de alarme em si: a invasão, o disparo. Quando o gravador reconhece o analítico configurado, ele transmite a informação para a central no ato. A central, com o servidor local escutando, processa na sequência. O caminho é curto de propósito, o processamento acontece dentro da rede local, sem depender de uma volta pela nuvem para confirmar a ocorrência. Do reconhecimento do analítico ao acionamento da sirene local, o equipamento responde sozinho, sem depender de terceiros, e é esse desenho que dá ao operador a sensação de “instantâneo” na ocorrência.

O reporte via Contact ID para a sua base de monitoramento e a notificação no app Active Mobile V4 do cliente trafegam por meios de comunicação de terceiros, como provedores de internet ou de telefonia, então o tempo da central até a base e até o celular do cliente varia conforme esses provedores e não é garantido pela JFL. A escolha do meio de comunicação usado nesse trajeto pesa no resultado, e vale decidir isso com o cliente já na instalação.

Vale lembrar que a integração de vídeo não substitui os eventos que a central já reporta por conta própria. Arme e desarme, por exemplo, continuam sendo enviados à sua base via Contact ID como sempre foram (quem armou, qual partição, a que horas), agora convivendo no mesmo fluxo com os eventos de vídeo confirmado e com os alertas de saúde do gravador. Para a sua operação, isso significa uma linha do tempo única por cliente. O operador vê, na mesma tela, o desarme fora de hora, a detecção de pessoa na área externa e a falha no disco do gravador. É essa consolidação (eventos operacionais, de invasão e de saúde no mesmo protocolo) que dá ao plantão uma leitura completa do que acontece na instalação.

A segunda camada é a supervisão de saúde da comunicação, e é aqui que aparece um número que assusta quem não entende o contexto: até 3 minutos. Calma, esse tempo não é a latência do seu alarme. A supervisão é uma verificação periódica que a central faz para checar se o gravador ainda está ativo e se comunicando. Se o gravador cair, a central leva até 3 minutos para marcar essa falha de comunicação. E isso é bom, não ruim, é a central avisando você de que perdeu contato com os olhos da instalação.

Existe uma consequência prática dessa supervisão que todo integrador precisa guardar. Quando a central detecta falha de supervisão do CFTV, ela para de usar os analíticos do gravador para disparar. Faz sentido, principalmente na lógica “E”, que depende da confirmação do vídeo para acionar. Se o vídeo sumiu, a central não tem como confirmar nada por aquele canal, então ela protege o sistema em vez de disparar às cegas. Traduzindo para o seu contrato, enquanto o gravador estiver de pé, a confirmação por vídeo trabalha a seu favor. Se ele cair, você é avisado e o sistema não gera um falso negativo silencioso.

Pra fechar o ciclo, o reporte pra estação de monitoramento sai no bom e velho Contact ID, o protocolo que o seu software de receptora já entende. Se você usa o Active Net ou qualquer software compatível, os eventos caem lá do jeito que a sua operação já está acostumada a tratar, sem reinventar o fluxo de atendimento.

3. A plataforma tem custo de licença pro integrador?

A integração entre CFTV e alarme descritas até aqui é um recurso nativo da central de alarme. Ela roda no firmware do próprio equipamento, aquele servidor na porta 7766 é parte da central, não um software separado que você instala num servidor à parte e paga por fora. Significa que não existe uma camada de assinatura obrigatória entre você e o evento de alarme confirmado. Você comprou a central compatível, atualizou o firmware, habilitou o serviço e pronto, a integração local é sua.

No lado do software de receptora e dos aplicativos, a JFL disponibiliza suas ferramentas na área de softwares e drivers do site, incluindo as versões do Active Net pra download. 

O que dá para afirmar com segurança e que é o argumento que interessa para o seu bolso é a arquitetura. A confirmação por vídeo acontece localmente, na central, sem intermediário pago no meio do fluxo crítico. Para uma empresa de monitoramento, isso é previsibilidade de custo operacional. O mecanismo que reduz seus alarmes falsos e melhora seu tempo de resposta não depende de uma mensalidade de terceiro que pode aumentar a qualquer momento. Você mantém o controle sobre a infraestrutura que sustenta o seu SLA e essa independência técnica vale tanto quanto o preço da caixa.

4. Saúde do gravador: os eventos que não disparam a sirene, mas ajudam você a manter o cliente

Se tem uma parte deste artigo pra você marcar e mostrar pra sua equipe, é esta. A integração da JFL não manda pra sua base só os eventos de invasão. Ela reporta também uma categoria inteira de eventos de Problema, situações que não acionam a sirene, não geram um disparo de alarme, mas que aparecem no seu software de monitoramento como um alerta de saúde do sistema.

Entre esses eventos estão os de saúde do gravador e das câmeras, como falha de disco, câmera IP fora do ar e tentativa de login indevido, entre outros. A lista completa e atualizada fica no manual do equipamento, na seção de integração com analítico de câmeras.

Pense no que esses eventos significam para o seu negócio. O aviso de falha de disco chega antes de o cliente descobrir, no pior momento possível, que a gravação não existe porque o disco estava morto havia três semanas. O aviso de uma câmera IP que caiu mostra que um pedaço do perímetro está cego naquele instante. Já a tentativa de login indevido no gravador sinaliza um possível prenúncio de sabotagem ou de um insider testando o sistema.

Agora imagine o telefonema que a sua central faz: “Seu Antônio, aqui é da central de monitoramento. Identificamos que a câmera dos fundos do galpão está fora do ar desde as 14h e o disco do gravador começou a apresentar falha. Já agendamos um técnico para amanhã de manhã.” Esse cliente não troca a sua empresa por preço nunca mais. Você deixou de ser o serviço que só liga quando o alarme toca e virou o parceiro que enxerga o problema antes de ele acontecer. É exatamente esse tipo de diferencial que a JFL destaca ao falar das centrais de alarme monitoráveis: o valor não está só no disparo, está na inteligência de saúde que roda o tempo todo por baixo.

Do ponto de vista comercial, isso abre porta pra um plano de monitoramento premium. Você pode empacotar a supervisão de saúde do CFTV como um serviço de valor agregado, manutenção preventiva baseada nos eventos que a própria central te entrega de graça. O detalhamento técnico de cada código e categoria está no manual do equipamento, a partir da seção de integração com analítico de câmeras, e vale a leitura da sua equipe de operação pra padronizar os procedimentos de atendimento por tipo de evento.

5. Por que o nobreak não é acessório, ele entra no projeto na primeira linha

Toda a arquitetura que descrevemos até aqui (a confirmação por vídeo, a supervisão de saúde, o reporte via Contact ID) depende de um pressuposto silencioso: que o gravador esteja ligado. É justamente esse ponto que mais derruba uma boa integração em campo. O manual da JFL é direto ao alertar sobre isso, o equipamento de CFTV não retransmite os eventos caso falte rede ou energia elétrica.

Ou seja, no momento em que a energia cai, que costuma ser exatamente o momento que um invasor escolhe, o gravador desliga, para de processar analítico, e a sua integração inteligente vira um sistema sem imagem e sem comunicação.

Por isso o nobreak não é um item para oferecer como opcional no orçamento. Ele é parte estrutural do projeto. E mais, ele precisa proteger a cadeia inteira, não só a central. O instalador apressado coloca um nobreak na central de alarme e acha que resolveu. Não resolveu. Se a ONT (o modem de fibra) e o roteador caírem, o link se perde e, com ele, a comunicação com a sua base. Se o gravador cair, você perde as imagens da instalação. A lista do que precisa continuar de pé durante a queda de energia é clara:

  • O gravador de vídeo (DVR/NVR), pra manter o processamento de analítico rodando;
  • As câmeras, porque sem imagem não há detecção;
  • O modem de fibra óptica (ONT), pra não perder o link de internet;
  • O roteador, que mantém a rede local viva e a central conversando com o gravador

A JFL trabalha com a linha JFL-UPS 600, 800 e 1200, e a escolha entre eles é de dimensionamento puro. Você soma o consumo de potência de tudo que precisa proteger no ponto e escolhe o modelo com folga pra segurar a autonomia que o seu SLA promete ao cliente. Lembre que o cálculo correto parte dos watts reais da carga, nunca só do número em VA. Um nobreak subdimensionado é quase pior que nenhum, porque dá uma falsa sensação de proteção que só se revela falha no apagão real.

Encare o nobreak como o seguro da sua própria reputação. Toda a engenharia de confirmação por vídeo, toda a supervisão de saúde, todo o Contact ID chegando sem falha na sua base, nada disso existe durante uma queda de energia se a cadeia de alimentação não estiver protegida. É o componente mais barato do projeto sustentando o mais caro, a confiança do cliente na sua central. O esquema de ligação com o nobreak posicionado corretamente está na própria documentação de integração da JFL, e revisar esse ponto em cada projeto deveria ser item obrigatório do seu checklist de instalação.

Conclusão

A integração entre CFTV e alarme parou de ser um diferencial de catálogo para virar o padrão que o cliente exigente já espera. Detectar, confirmar por vídeo e responder de forma coordenada é o que separa uma proposta de segurança de verdade de mais um kit de alarme genérico no mercado. 

E o profissional que domina os detalhes, o módulo certo, a rede fixa, a diferença entre latência de evento e supervisão de saúde, a lista de eventos do gravador, o dimensionamento do nobreak, é o profissional que fecha o projeto com autoridade, porque responde à dúvida do cliente antes de ela virar objeção.

A JFL colocou essa arquitetura ao seu alcance de forma nativa, sem intermediário pago no fluxo crítico e com uma camada de inteligência de saúde que transforma a sua operação de monitoramento em um serviço proativo.

Comece pelo checklist, valide a compatibilidade da central e do gravador, fixe o IP, confirme o firmware, dimensione o nobreak para a cadeia inteira e configure a lógica “E” nas áreas onde o alarme falso corrói a sua margem. 

Depois, conheça a fundo a solução de integração de alarme e CFTV da JFL e converse com o time da fabricante pra fechar o dimensionamento do seu próximo projeto. 

Seu cliente quer uma segurança que antecipa problemas. Você agora tem a técnica pra entregar exatamente isso.

Post mais recente: