Projetos de Vigilância Eletrônica

Projetos de vigilância eletrônica e CFTV: IEC 62676, requisitos, densidade de pixels, rede, VMS, armazenamento, integração, testes e critérios de aceite.

Confira!

Projetos de vigilância eletrônica estruturam sistemas de videomonitoramento para observar, detectar, registrar, reconhecer ou identificar eventos de interesse em ambientes internos, externos ou distribuídos. Um projeto de VSS — Video Surveillance System — precisa relacionar risco, finalidade operacional, campo de visão, qualidade de imagem, transmissão, armazenamento, software de gerenciamento, integração, disponibilidade e critérios de teste. A quantidade de câmeras é consequência dessas decisões, não o ponto de partida.

O projeto deve responder o que precisa ser visto, em qual condição, com que nível de detalhe, por quanto tempo, por quem e para qual ação operacional. A mesma câmera pode produzir uma imagem visualmente boa e ainda ser inadequada para a finalidade esperada se o campo de visão, a densidade de pixels, a iluminação, o movimento, a compressão ou a posição não permitirem cumprir o requisito.

A série IEC 62676 fornece a principal referência internacional para sistemas de videovigilância aplicados à segurança. Em 2025, a IEC 62676-4 foi publicada em nova edição, substituindo a versão de 2014 e consolidando diretrizes para planejamento, projeto, instalação, testes, comissionamento e manutenção. Assim, um projeto de vigilância eletrônica deve ser entendido como engenharia de sistema ao longo do ciclo de vida, e não apenas como posicionamento de câmeras.

Estrutura normativa para sistemas de videomonitoramento

A família IEC 62676 organiza diferentes dimensões dos sistemas de videovigilância. A Parte 1 trata de requisitos de sistema e desempenho; a Parte 2 aborda protocolos de transmissão e interoperabilidade; a Parte 3 cobre interfaces de vídeo; a Parte 4 estabelece diretrizes de aplicação; partes mais recentes tratam de desempenho de dispositivos, qualidade de imagem, interoperabilidade avançada e análise inteligente de vídeo.

A IEC 62676-1-1 estabelece requisitos mínimos e recomendações para VSS em aplicações de segurança, incluindo funcionalidades e parâmetros que precisam ser acordados entre cliente e fornecedor. A IEC 62676-1-2 trata requisitos de desempenho para transmissão de vídeo, incluindo conectividade IP, integridade da comunicação e parâmetros que influenciam a entrega do vídeo.

A IEC 62676-4:2025 amplia a visão de aplicação ao cobrir planejamento, projeto, instalação, teste, comissionamento e manutenção. Essa atualização é relevante porque corrige uma limitação do texto anterior deste artigo: a Parte 4 não está mais “em desenvolvimento”; ela possui edição vigente publicada em outubro de 2025.

Para aplicações com análise inteligente de vídeo, a IEC 62676-6:2026 estabelece funções, métodos de teste, avaliação de desempenho e graduação para análise de conteúdo em tempo real. Isso muda a forma de especificar “IA” em CFTV: o requisito precisa ser mensurável e verificável, não apenas uma funcionalidade declarada em catálogo.

Requisitos mínimos e requisito operacional

O projeto de vigilância começa pela definição do requisito operacional. Antes de escolher câmera, lente ou VMS, é preciso documentar a finalidade da vigilância e o evento que o sistema deverá apoiar.

Entre as perguntas iniciais estão:

• qual área ou ativo precisa ser protegido;
• qual evento precisa ser detectado ou registrado;
• qual nível de detalhe visual é necessário;
• em quais condições de iluminação e movimento;
• quem opera e quem responde ao evento;
• quanto tempo as imagens precisam permanecer disponíveis;
• quais integrações serão necessárias;
• quais níveis de indisponibilidade são aceitáveis;
• como o desempenho será testado.

Essas respostas formam a base para especificação de câmeras, lentes, sensores, iluminação, rede, gravação e software.

A definição de “monitoramento”, “detecção”, “reconhecimento” e “identificação” não deve ficar apenas em linguagem subjetiva. O projeto deve traduzi-la em critérios observáveis, como campo de visão, dimensão do objeto na imagem, densidade de pixels e condições ambientais.

Finalidade da cena e densidade de pixels

Cada câmera deve possuir uma finalidade de cena. Cobertura ampla pode ser adequada para observação geral e inadequada para identificação. Uma câmera com muitos megapixels pode produzir pouca informação útil se a cena for ampla demais ou se o objeto de interesse ocupar poucos pixels.

A relação entre campo de visão, distância, resolução e objetivo da cena é tratada em profundidade no artigo sobre densidade de pixels por metro em projetos de vigilância.

Em projeto, a densidade de pixels deve ser calculada para a região de interesse, não apenas para a largura total da imagem. É comum uma cena possuir múltiplos objetivos: observação geral no fundo, reconhecimento em uma faixa intermediária e identificação em uma zona de aproximação. Nesses casos, uma única câmera pode não atender a todas as funções.

A posição de montagem também influencia o resultado. Altura excessiva pode prejudicar ângulo facial; contraluz pode reduzir contraste; movimento transversal pode exigir shutter e iluminação diferentes; áreas externas precisam considerar chuva, reflexos, faróis e variações de luminosidade.

Arquitetura do sistema de vigilância eletrônica

Um VSS é composto por dispositivos de captura, meios de transmissão, processamento, armazenamento, gestão e apresentação. O projeto precisa tratar essas camadas de forma integrada.

Dispositivos de captura

A câmera precisa ser selecionada segundo a cena. Resolução, sensor, lente, faixa dinâmica, sensibilidade, infravermelho, frame rate, shutter, recursos de análise e características ambientais são variáveis de engenharia.

Câmeras fixas oferecem previsibilidade do campo de visão. PTZs adicionam capacidade de reposicionamento e acompanhamento, mas uma câmera apontada para outro local deixa de cobrir a cena original naquele instante. Por isso, PTZ não deve ser tratada automaticamente como substituta de cobertura fixa.

Rede e transmissão

Em sistemas IP, vídeo é tráfego de rede. Resolução, codec, taxa de quadros, complexidade da cena e bitrate determinam consumo de banda. O dimensionamento deve considerar fluxo médio e picos, uplinks, PoE, switches, VLANs, enlaces, latência, multicast quando aplicável e redundância.

Quando o VSS compartilha infraestrutura com outros sistemas, a arquitetura precisa ser compatibilizada com o Projeto de Rede Lógica e Redes Corporativas.

VMS e gerenciamento

O VMS organiza dispositivos, gravação, eventos, usuários, mapas, alarmes, pesquisa, exportação e integração. A capacidade de um VMS precisa ser avaliada por canais, servidores, desempenho, licenciamento, redundância, clientes simultâneos e funcionalidades necessárias.

Protocolos e perfis de interoperabilidade podem reduzir dependência de um único fabricante, mas o projeto deve confirmar se a função necessária é realmente suportada. Integração de vídeo, eventos, PTZ, áudio, analíticos e metadados pode variar entre produtos.

Armazenamento

Retenção não deve ser definida por “dias” sem memória de cálculo. Capacidade depende de quantidade de câmeras, resolução, codec, bitrate, frame rate, modo de gravação, movimento, eventos, redundância e margem de crescimento.

A estimativa precisa considerar overhead, políticas de retenção e eventual redundância de discos ou servidores. Sistemas críticos podem exigir estratégias distintas para gravação primária, failover, evidências exportadas e backup de configuração.

Memória de cálculo de banda e armazenamento

O dimensionamento deve ser rastreável. Para cada câmera, o projeto precisa registrar resolução, codec, frame rate, bitrate estimado ou limite configurado, regime de gravação e período de retenção. Esses parâmetros formam a base para largura de banda e capacidade de armazenamento.

Em sistemas com dezenas ou centenas de câmeras, pequenas diferenças de bitrate se acumulam. Uma alteração de 2 Mbit/s por câmera em um parque de 100 canais representa 200 Mbit/s adicionais de tráfego agregado e impacto correspondente sobre armazenamento.

Também é necessário separar tráfego de gravação, visualização, exportação e replicação. Operadores que abrem mosaicos com muitas câmeras podem gerar tráfego adicional entre servidores e estações. Ambientes com failover ou gravação redundante precisam considerar fluxos duplicados.

A memória deve explicitar margens. Reservas para expansão, overhead de sistema, formatação, RAID e crescimento de metadados precisam ser consideradas para evitar que a capacidade útil fique abaixo da retenção contratada.

Qualidade de imagem e desempenho

Qualidade de imagem não se resume a resolução nominal. A utilidade do vídeo depende da capacidade de entregar informação suficiente para a finalidade definida.

Entre os fatores que afetam o desempenho estão:

Fator	Efeito sobre a vigilância
Campo de visão	define quanto da cena cada pixel representa
Lente	condiciona ângulo, foco e distorção
Iluminação	afeta ruído, contraste e cor
WDR	influencia cenas com claro e escuro simultâneos
Shutter	afeta borramento de objetos em movimento
Compressão	altera detalhe e consumo de banda
Frame rate	influencia fluidez e captura de movimento
Posição	afeta oclusão, ângulo e perspectiva
Condição ambiental	chuva, poeira, vibração e temperatura podem degradar imagem

Testes precisam ser realizados nas condições relevantes. Uma imagem boa ao meio-dia pode não representar o desempenho à noite; uma placa legível com veículo parado pode não ser legível em movimento.

Lentes, profundidade de campo e composição da cena

A lente determina mais do que o ângulo de abertura. Distância focal, tamanho do sensor e distância até o objeto definem o enquadramento. Em aplicações de identificação, a região de interesse precisa permanecer dentro de uma faixa útil de foco e exposição.

Lentes varifocais dão flexibilidade de ajuste, mas exigem comissionamento adequado. Em câmeras motorizadas, a posição final precisa ser documentada porque alterações posteriores podem modificar densidade de pixels e cobertura.

A composição da cena também deve evitar iluminação diretamente contra a câmera, superfícies excessivamente reflexivas, objetos que bloqueiem a região de interesse e perspectivas que reduzam a utilidade da imagem.

Transmissão, latência e confiabilidade

A IEC 62676-1-2 trata requisitos de transmissão e reforça que desempenho do sistema depende da comunicação entre captura, processamento e apresentação.

Perda de pacotes, congestionamento, jitter, latência e falhas de link podem degradar vídeo ou interromper gravação. O projeto deve definir comportamento em falha e mecanismos de recuperação.

Em ambientes críticos, pode ser necessário avaliar redundância de rede, servidores de gravação, fontes, UPS e enlaces. Redundância deve ser coerente com a criticidade: duplicar apenas um componente não garante disponibilidade se outros elementos permanecerem como ponto único de falha.

Alta disponibilidade e pontos únicos de falha

A análise de disponibilidade deve mapear o caminho completo: câmera, alimentação, switch, uplink, rede, servidor, armazenamento, VMS e estação de operação. Cada elemento pode ser um ponto único de falha.

Redundância de servidor sem redundância de armazenamento pode não resolver a indisponibilidade. Dois switches ligados ao mesmo UPS continuam dependentes da mesma fonte. Dois caminhos lógicos sobre o mesmo enlace físico não são independentes.

O projeto deve decidir onde a redundância agrega valor proporcional ao risco. Em áreas menos críticas, uma arquitetura simples pode ser suficiente; em infraestrutura crítica, pode ser necessário reduzir tempo de recuperação e automatizar failover.

Integração com controle de acesso, intrusão e operação

Videovigilância se torna mais eficaz quando eventos são contextualizados. A integração com controle de acesso, intrusão e proteção perimetral permite relacionar imagem e evento.

Uma porta forçada pode abrir automaticamente a câmera relacionada. Um alarme perimetral pode gerar pop-up de vídeo. Uma credencial negada pode criar marcador no VMS. O artigo sobre CFTV e controle de acesso: integração, VMS e critérios de projeto aprofunda essa arquitetura.

A integração precisa definir origem do evento, timestamp, prioridade, ação, confirmação e registro. Sem isso, o sistema pode “integrar” tecnicamente e ainda gerar uma experiência operacional confusa.

Quando CFTV faz parte de uma arquitetura mais ampla de segurança, o Projeto de Segurança Eletrônica Integrada organiza as interfaces com controle de acesso, intrusão, redes e operação.

Salas de monitoramento e interação humana

O desempenho do VSS depende do operador. Excesso de telas, alarmes mal priorizados ou interfaces desorganizadas reduzem a capacidade de resposta.

A sala de monitoramento precisa considerar ergonomia, visibilidade, posição de telas, ruído, iluminação, quantidade de estações, escalonamento de eventos e procedimentos. O conteúdo sobre Sala de Monitoramento CFTV aprofunda os critérios físicos e tecnológicos.

A arquitetura deve definir quando o operador observa continuamente e quando trabalha por exceção. Analíticos e eventos podem reduzir carga cognitiva, mas apenas se alarmes tiverem qualidade suficiente e procedimentos forem claros.

Analíticos de vídeo e inteligência artificial

Analíticos podem detectar objetos, direção, permanência, intrusão, abandono, aglomeração, linha de cruzamento e outros comportamentos. O desempenho depende da cena e do algoritmo.

A IEC 62676-6:2026 é particularmente relevante por estabelecer métodos de teste e avaliação. Um projeto que exige analítico deve definir cenário, objeto, condições, eventos esperados, limites de desempenho e método de validação.

Falsos positivos e falsos negativos precisam ser considerados. Sensibilidade excessiva aumenta carga operacional; baixa sensibilidade pode deixar eventos passarem. O sistema precisa equilibrar detecção e tratabilidade.

Cibersegurança, privacidade e LGPD

Câmeras, VMS, servidores e appliances fazem parte da infraestrutura de TI. Credenciais padrão, firmware desatualizado, serviços desnecessários, exposição direta à internet ou redes sem segmentação ampliam a superfície de ataque.

O projeto deve definir autenticação, perfis de usuário, trilhas de auditoria, hardening, segmentação, atualização, acesso remoto e proteção de evidências.

Imagens podem constituir dados pessoais. A LGPD exige finalidade, necessidade, segurança e governança no tratamento. Retenção, exportação, acesso e compartilhamento de imagens precisam ser compatíveis com política institucional e base jurídica aplicável.

Documentação do projeto

Um projeto de vigilância eletrônica precisa fornecer documentação suficiente para implantação e aceite. Os principais produtos podem incluir:

• planta de localização das câmeras;
• planta com campos de visão e zonas de interesse;
• tabela de câmeras e objetivos;
• memória de densidade de pixels;
• memória de largura de banda;
• memória de armazenamento;
• arquitetura de rede e servidores;
• diagrama do VMS;
• requisitos de integração;
• especificações de câmeras e lentes;
• requisitos de energia e PoE;
• lista de materiais e quantitativos;
• plano de testes;
• critérios de aceite;
• requisitos de As-Built e configuração.

A documentação precisa ser rastreável. Alterar uma câmera de posição ou lente pode exigir atualizar planta, memória de cálculo, tabela de dispositivos e testes associados.

Plano de testes como parte do projeto

O plano de testes deve nascer ainda durante o projeto. Cada requisito relevante deve possuir método de verificação, condição de ensaio, resultado esperado e evidência a registrar.

Uma câmera de identificação pode exigir teste diurno e noturno na região de interesse. Uma integração com controle de acesso deve testar evento normal, evento de exceção e perda de comunicação. Um requisito de retenção pode ser verificado por configuração e por consulta à capacidade efetivamente disponível.

Essa lógica evita criar critérios apenas no fim da obra. Quando o teste é definido cedo, o projetista precisa formular requisitos de maneira verificável e o integrador sabe desde a proposta o que será exigido no recebimento.

Implantação, calibração e fiscalização

A posição final da câmera pode alterar drasticamente o resultado. Mudanças de altura, direção, lente ou iluminação precisam ser controladas.

A fiscalização verifica aderência ao projeto, infraestrutura, montagem, identificação, cabeamento, alimentação, configuração e documentação. Também precisa registrar desvios e aprovar alterações antes que se tornem parte permanente da instalação.

Em obras com múltiplas disciplinas, a fiscalização técnica de obras e contratos de engenharia ajuda a manter rastreabilidade entre projeto, execução e evidências.

Testes, comissionamento e aceite

A IEC 62676-4:2025 trata explicitamente testes e comissionamento como parte do ciclo de aplicação do VSS.

O teste deve verificar cada requisito relevante: objetivo de imagem, foco, campo de visão, qualidade diurna e noturna, gravação, pesquisa, exportação, horário, eventos, usuários, integração, alarmes, failover e retenção.

Amostras pontuais não bastam quando o requisito depende de cenário. Câmeras externas podem precisar ser avaliadas à noite; LPR depende de velocidade, ângulo e iluminação; analíticos devem ser testados com eventos representativos.

O aceite precisa registrar resultados, pendências, exceções e documentação final. Quando o projeto não definiu previamente o que significa “aceito”, a entrega tende a ser subjetiva.

Evidências de comissionamento

Evidências podem incluir imagens capturadas nos cenários de teste, logs de eventos, relatórios de retenção, exportações de vídeo, registros de perda e recuperação de comunicação, screenshots de configuração e listas de pendências.

Cada falha deve gerar ação corretiva e reteste. O dossiê final precisa permitir que outra equipe compreenda o que foi testado, quando, em qual versão de configuração e com qual resultado.

Operação, manutenção e ciclo de vida

VSS sofre degradação e mudança. Câmeras podem perder foco, lentes podem sujar, vegetação pode obstruir cenas, luminárias podem mudar, firmware pode alterar comportamento e novos ativos podem criar áreas críticas.

Manutenção deve incluir inspeção física, conectividade, gravação, armazenamento, relógio, eventos, fontes, UPS e alarmes de falha. Alterações precisam atualizar o As-Built.

A expansão também deve respeitar capacidade de switches, armazenamento, licenças, servidores e uplinks. A arquitetura precisa prever margem de crescimento de forma quantitativa.

Cenários especiais de projeto

Algumas aplicações exigem critérios adicionais. Leitura de placas veiculares, por exemplo, depende de velocidade, ângulo, iluminação, distância e parâmetros de exposição diferentes de uma câmera de observação geral. Reconhecimento facial em acesso controlado possui outras condições de enquadramento e privacidade.

Áreas industriais podem apresentar vibração, poeira, atmosferas agressivas, iluminação variável e estruturas metálicas que limitam posicionamento. Ambientes externos extensos podem exigir fibra óptica, proteção contra surtos e análise de caminhos de comunicação.

Em Data Centers, a prioridade pode estar em corredores, acessos, racks críticos e rastreabilidade de eventos, com forte integração ao controle de acesso. Em ambientes públicos, densidade de pessoas e variação de cenários aumentam a importância de posicionamento e operação.

O projeto deve reconhecer essas diferenças antes de padronizar modelos de câmera. Padronização excessiva reduz estoque e manutenção, mas não pode comprometer o requisito da cena.

Critérios para especificação sem direcionamento indevido

A especificação técnica deve descrever desempenho e funções necessárias. Resolução, faixa dinâmica, lente, sensibilidade, protocolos, recursos de segurança, grau de proteção, capacidade de processamento e interoperabilidade podem ser definidos sem transformar o documento em reprodução de um catálogo.

Quando uma função proprietária é indispensável, a justificativa precisa estar ligada ao parque existente ou ao requisito. Em retrofit, compatibilidade com VMS ou protocolo já instalado pode limitar alternativas legitimamente.

Também é necessário especificar licenças. Câmera compatível não garante que o VMS possua licença, plugin ou recurso para usar determinada função. A lista de materiais deve incluir software, canais, analíticos, failover e demais licenças necessárias.

Checklist técnico antes de liberar o projeto para implantação

Antes da emissão final, o projeto de VSS deve passar por uma verificação cruzada entre requisitos, desenhos, memórias e testes. Essa revisão reduz a chance de descobrir durante a obra que determinada cena não possui densidade de pixels suficiente, que o armazenamento foi subdimensionado ou que a infraestrutura de rede não suporta a carga prevista.

• cada câmera possui objetivo de cena claramente definido;
• campo de visão, posição, altura e lente são compatíveis com esse objetivo;
• condições diurnas e noturnas foram consideradas;
• largura de banda e armazenamento possuem memória de cálculo;
• PoE, switches, uplinks e enlaces possuem capacidade e margem;
• VMS, licenças, servidores e failover estão coerentes com o número de canais;
• integrações possuem eventos, ações e protocolos definidos;
• requisitos de cibersegurança estão especificados;
• plano de testes cobre funções críticas e cenários de falha;
• quantitativos, plantas e listas de equipamentos são consistentes entre si.

Essa verificação deve incluir também a condição de operação. Se o sistema prevê analíticos, alarmes ou múltiplos monitores, é necessário confirmar que a central de monitoramento consegue tratar o volume de eventos. Se o projeto prevê redundância, deve existir um teste que demonstre failover. Se prevê retenção mínima, o critério deve ser verificável após a configuração final.

Projetos liberados sem essa checagem tendem a transferir decisões para o integrador e tornam o aceite mais subjetivo. A revisão final deve, portanto, fechar pendências de projeto e preservar apenas decisões de execução que realmente pertencem à instalação.

Erros recorrentes em projetos de vigilância eletrônica

Erro	Efeito
Definir câmeras antes do requisito operacional	tecnologia sem objetivo verificável
Usar megapixels como único critério	falsa percepção de qualidade
Ignorar iluminação e movimento	imagem inadequada no cenário real
Não calcular banda e armazenamento	saturação ou retenção menor que a prevista
Tratar rede como infraestrutura genérica	instabilidade e perda de vídeo
Integrar somente durante a obra	retrabalho e interfaces incompletas
Não testar condições noturnas	falhas só percebidas após operação
Aceitar sem plano de testes	entrega baseada em percepção subjetiva

Como contratar um projeto de vigilância eletrônica

A contratação deve especificar se o objeto é diagnóstico, projeto básico, projeto executivo, revisão, expansão, retrofit, fiscalização ou comissionamento.

O escopo deve definir áreas, quantidade aproximada de cenas, necessidade de levantamento, integração, rede, armazenamento, VMS, analíticos, entregáveis, revisões, responsabilidade técnica e critérios de aceite.

O contratante deve exigir memórias de cálculo para os parâmetros que dependem de dimensionamento: campo de visão, pixels por metro quando aplicável, largura de banda, armazenamento, energia e autonomia.

Entregáveis e marcos de medição

A medição pode ser vinculada ao levantamento aprovado, arquitetura de VSS, projeto básico, projeto executivo, memórias de cálculo, especificações e plano de testes. Isso reduz a subjetividade de contratos medidos apenas por percentual genérico.

Cada marco deve indicar o que constitui aceite. Uma planta sem memória de armazenamento, por exemplo, não representa pacote de projeto completo se a retenção fizer parte do requisito.

Interface com outras disciplinas

O escopo deve definir quem projeta rede, energia, infraestrutura física, UPS, racks, fibra e servidores. Mesmo quando essas disciplinas são contratadas separadamente, o projeto de vigilância precisa fornecer requisitos de interface e validar compatibilidade.

Quando a necessidade é especificamente videomonitoramento, o Projeto de CFTV IP e Videomonitoramento é a etapa de engenharia que transforma requisitos de vigilância em documentação executiva e critérios verificáveis.

Considerações finais

Projetos de vigilância eletrônica precisam ser orientados por finalidade e desempenho. A câmera é apenas um elemento de uma cadeia que inclui cena, lente, rede, armazenamento, VMS, integração, operação e resposta.

A atualização normativa da IEC 62676-4 em 2025 reforça essa visão de ciclo de vida. Planejamento, projeto, instalação, testes, comissionamento e manutenção devem permanecer conectados. A qualidade do VSS depende da capacidade de transformar objetivos de segurança em requisitos mensuráveis e de verificar esses requisitos nas condições reais de operação.

Por Eng. Altair Andrade Galvão — Diretor de Engenharia e Projetos, A3A Engenharia.

Referências técnicas

[1] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62676-4:2025 — Video surveillance systems for use in security applications — Part 4: Application guidelines. Disponível em: https://webstore.iec.ch/en/publication/83425

[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62676-1-1:2013 — Video surveillance systems for use in security applications — Part 1-1: System requirements — General. Disponível em: https://webstore.iec.ch/en/publication/7347

[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62676-6:2026 — Performance testing and grading of real-time intelligent video content analysis. Disponível em: https://webstore.iec.ch/en/publication/59704

[4] BRASIL. Lei nº 13.709, de 14 de agosto de 2018 — Lei Geral de Proteção de Dados Pessoais. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709.htm

Perguntas frequentes

Qual a diferença entre projeto de vigilância eletrônica e projeto de segurança eletrônica?

O projeto de vigilância eletrônica é centrado em VSS/CFTV, captura, transmissão, gravação, VMS e operação de vídeo. O projeto de segurança eletrônica integrado inclui também controle de acesso, intrusão, perímetro e outras interfaces.

Quantas câmeras são necessárias em um projeto de CFTV?

A quantidade depende das cenas e finalidades definidas. Cada câmera deve atender um objetivo de cobertura e desempenho; não existe quantidade padrão por área.

O que é densidade de pixels em CFTV?

É a relação entre a resolução horizontal disponível e a largura da cena ou região de interesse. Ela ajuda a verificar se a imagem possui detalhe suficiente para o objetivo pretendido.

Como dimensionar armazenamento de vídeo?

Devem ser considerados número de câmeras, bitrate, codec, resolução, frame rate, modo de gravação, retenção, redundância, overhead e margem de expansão.

A IEC 62676-4 ainda é a edição de 2014?

Não. A IEC publicou a segunda edição IEC 62676-4:2025 em outubro de 2025, substituindo a edição de 2014.

O que deve ser testado no aceite de um VSS?

Campo de visão, foco, qualidade nas condições relevantes, gravação, pesquisa, exportação, eventos, usuários, integração, retenção, failover e demais requisitos definidos no projeto.

Materiais técnicos complementares

Serviços relacionados

• Projeto de CFTV IP e Videomonitoramento
• Projeto de Segurança Eletrônica Integrada
• Projeto de Rede Lógica e Redes Corporativas
• Apoio Técnico à Fiscalização de Obras e Contratos de Engenharia

Conteúdos principais sobre o tema

• Projetos de Segurança Eletrônica
• ABNT NBR IEC 62676 e IEC 62676
• Densidade de Pixels por Metro em Projetos de Vigilância
• Analíticos de Vídeo em Sistemas de Segurança Eletrônica

Conteúdos técnicos correlatos

• Sala de Monitoramento CFTV
• Central de Monitoramento
• Videomonitoramento Urbano
• Guia Completo sobre Sistemas de Segurança Eletrônica