Uma empresa pode contratar um plano de internet de alta velocidade e ainda assim enfrentar problemas de congelamento de vídeo remoto. O problema geralmente não está na velocidade anunciada pelo provedor de internet, mas sim no caminho entre cada câmera, o switch local, o gravador, o roteador e o serviço em nuvem. Uma pequena loja pode gravar localmente e ainda assim ter visualização remota lenta porque sua velocidade de upload é muito baixa.
Para câmeras de segurança, a pergunta útil não é "Qual é a velocidade mínima de internet?", mas sim "Qual tráfego deve sair do local, a que taxa de bits e quanta margem de segurança é necessária quando as pessoas acessam a visualização ao vivo ou exportam vídeos?". A resposta muda quando o sistema utiliza um NVR, gravação em nuvem, uploads de eventos ou vários usuários remotos.
Comece analisando o caminho do tráfego, não o pacote do provedor de internet.
Uma câmera IP captura imagens, comprime os arquivos e envia o fluxo através de uma rede IP para um NVR ou outro sistema de gerenciamento. Essa distinção é importante porque a gravação local e o upload para a internet são tarefas separadas. Uma câmera pode enviar um fluxo pesado pela LAN para um NVR, enquanto envia apenas alertas ou trechos de fluxo para a nuvem. Nesse cenário, o plano de internet não suporta toda a carga da câmera o dia todo.
Separar o tráfego da LAN do tráfego de saída da Internet
O tráfego da LAN abrange os caminhos da câmera para o switch, do switch para o NVR e a reprodução local. O tráfego da Internet abrange o upload para a nuvem, a visualização remota ao vivo, as notificações, os serviços de software e o backup externo. Um usuário remoto que assiste a uma câmera de outro país adiciona tráfego na borda da Internet, mas um guarda que assiste ao mesmo gravador na rede local pode não usar a conexão do provedor de Internet. Para um local com fio, o JT-8276-8PXM A configuração é uma referência útil para o produto, pois uma cadeia PoE/NVR de 8 canais coloca o tráfego de câmeras e a capacidade de gravação em uma mesma análise de projeto. A quantidade de canais fornecidos, a largura de banda de entrada, o suporte a codecs, a capacidade do disco rígido e o comportamento do aplicativo ainda precisam ser confirmados para a configuração final.
Gravação em NVR e upload para a nuvem exigem orçamentos diferentes.
Um NVR local geralmente recebe todos os fluxos configurados, enquanto um serviço em nuvem pode receber vídeo contínuo, clipes de eventos ou um subfluxo selecionado. Portanto, um projeto com foco na nuvem precisa de mais espaço de upload do que um projeto com foco local. Se a gravação local continuar durante uma interrupção da internet, as evidências podem permanecer disponíveis enquanto o acesso remoto estiver indisponível. O mesmo princípio se aplica a um IP opções de câmera Projeto: verifique se o fluxo principal, o subfluxo, a gravação em cartão, a gravação em NVR e a regra na nuvem estão ativos simultaneamente. Uma cotação que lista apenas a resolução não revela a carga real da rede.
Construir uma estimativa multicâmera reproduzível
Uma estimativa útil parte da taxa de bits média configurada, não do nome da câmera. Resolução, taxa de quadros, codec, iluminação, movimento e complexidade da cena podem influenciar esse valor. A estimativa deve ser expressa como um intervalo e, em seguida, verificada com um teste de teste executado nas configurações desejadas. Isso fornece à equipe de rede um valor concreto para testes, em vez de uma vaga promessa de "alta velocidade".
Use primeiro a fórmula da taxa de bits
A fórmula básica para calcular o tráfego de vídeo é: tráfego total de vídeo = taxa de bits média por câmera x número de câmeras. Por exemplo, oito câmeras com uma média de 4 Mbps geram cerca de 32 Mbps de tráfego de vídeo antes da sobrecarga. Dezesseis câmeras com a mesma média geram cerca de 64 Mbps. Vinte câmeras geram cerca de 80 Mbps. Essas são estimativas para planejamento, não especificações fixas do produto. Para armazenamento, a fórmula é: capacidade de armazenamento = taxa de bits de vídeo x tempo x número de canais / 8, convertendo bits em bytes. Um sistema de 16 canais a 2 Mbps por canal, durante 30 dias de gravação contínua, tem um consumo estimado de aproximadamente 3,3 TB. O resultado real varia de acordo com o cronograma de gravação, o áudio, a sobrecarga, a formatação e o período de retenção desejado.
Exemplos de projetos para 8, 16 e 24 câmeras
Para um NVR local com oito câmeras, 32 Mbps de tráfego de fluxo configurado deixam espaço para reprodução em uma rede local adequadamente selecionada. Para dezesseis câmeras, 64 Mbps já se aproximam do alcance prático de alguns uplinks de 100 Mbps, considerando a sobrecarga. Para vinte e quatro câmeras, 96 Mbps com a mesma taxa de bits média apontam para agregação gigabit em vez de um caminho nominal de 100 Mbps. Isso utiliza uma regra prática de planejamento que considera que a capacidade real do switch pode ser de apenas cerca de 60 a 70% da taxa especificada. É por isso que 20 câmeras a 4 Mbps, ou 80 Mbps no total, não devem ser instaladas em um caminho que apenas pareça adequado na embalagem. Deixe espaço para picos de tráfego, fluxos extras, reprodução e a adição de novas câmeras ao local.
O que altera o número após a instalação?
Duas câmeras com a mesma resolução podem gerar tráfego diferente. Um corredor interno silencioso é mais fácil de comprimir do que um portão de carga movimentado com chuva, folhagem, faróis e pessoas atravessando o enquadramento. O ruído noturno também pode aumentar a quantidade de informações na cena. Portanto, a especificação deve indicar o modo de taxa de bits pretendido e as condições de teste, e não apenas a contagem de pixels.
Resolução, taxa de quadros, codec e movimento da cena
Resolução e taxa de quadros mais altas normalmente aumentam a demanda por largura de banda e armazenamento. O H.265 pode reduzir a pressão sobre os dados em comparação com o H.264, mantendo qualidade de imagem similar, mas o resultado depende do codificador, da cena e do dispositivo receptor. A câmera, o NVR, o aplicativo e a plataforma de terceiros devem ser compatíveis com o codec selecionado. Um sistema misto pode recorrer a outro fluxo de dados, anulando a economia esperada. A taxa de quadros deve ser ajustada de acordo com a necessidade de gravação. Uma rota rápida de veículo pode exigir mais quadros do que um escritório silencioso. Um projeto de baixo consumo ou baseado em eventos pode utilizar uma taxa de quadros de fundo mais baixa e, em seguida, aumentar a gravação durante um evento. Isso pode reduzir o tráfego ocioso, mas somente se o comportamento do gatilho capturar contexto suficiente antes e depois do movimento.
Gravação contínua, eventos e visualização remota.
A gravação contínua gera a carga mais previsível, mas também utiliza mais armazenamento e capacidade da rede local. A gravação de eventos pode reduzir o volume de dados quando a detecção está configurada corretamente. Configurações inadequadas podem causar uploads repetidos devido a sombras, chuva ou galhos em movimento; portanto, faça um teste em um dia de pico em vez de uma estimativa em um horário de menor movimento. A visualização remota adiciona outra variável. Uma pessoa verificando um fluxo secundário por alguns minutos é diferente de vários usuários assistindo aos fluxos principais por uma hora. O plano de internet do provedor deve ser dimensionado para o uso remoto simultâneo esperado, enquanto o NVR e a rede local devem ser dimensionados para todos os fluxos de câmeras, independentemente de haver alguém assistindo ou não.
Combine o hardware de rede com a quantidade de câmeras.
Uma vez que a estimativa de tráfego esteja clara, o projeto da rede torna-se mais fácil de discutir com um instalador ou fornecedor. A solução ideal pode ser um link de uplink melhor, uma VLAN de vigilância separada, um NVR local, um ponto de acesso mais potente ou uma política de gravação diferente. Contratar um pacote de internet mais rápido por si só não resolve os problemas de um switch fraco, um posicionamento inadequado do Wi-Fi ou um NVR com largura de banda de entrada insuficiente.
Verifique as portas do switch, os links de uplink e a entrada do NVR.
Verifique três camadas separadamente: portas de acesso da câmera, uplinks do switch e entrada do gravador. Uma porta de acesso de 100 Mbps pode ser suficiente para uma câmera de baixa taxa de bits, enquanto o uplink que transporta várias câmeras precisa de capacidade gigabit. O NVR também deve aceitar o fluxo agregado planejado, decodificar a resolução necessária e gravar em um disco que suporte o padrão de gravação. Para projetos maiores, o pacote de monitoramento A orientação pode ajudar a estruturar o orçamento em torno de câmeras, gravadores, armazenamento e acessórios como uma cadeia operacional única. Isso reduz o risco de aprovar as câmeras primeiro e descobrir posteriormente que o gravador ou o link de uplink não suportam a configuração selecionada.
Faça um teste de amostra antes do pedido em grande quantidade.
Execute os testes com a amostra aprovada na distância de montagem final e sob a iluminação esperada. Registre a taxa de bits média e máxima, a reprodução local, a reprodução remota, o tempo de upload de eventos, a reconexão após uma interrupção de rede e o uso de armazenamento durante um período fixo. Sempre que possível, teste com o NVR, o aplicativo, o switch e o ponto de acesso reais. Para uma linha de produtos de marca própria, OEM/ODM suporte da câmera É possível discutir detalhes como configurações padrão de fluxo de dados, comportamento do aplicativo, embalagem, acessórios, firmware e configuração de pedidos repetidos. Esses detalhes protegem o distribuidor de uma linha de câmeras que atende ao plano de largura de banda na primeira amostra, mas que sofre alterações após a produção.
Conclusão
A velocidade da internet é apenas uma parte de um plano de banda larga para múltiplas câmeras. Separe o tráfego da LAN, a entrada do NVR, o upload para a nuvem e a visualização remota antes de escolher um pacote. Use a taxa de bits, o número de câmeras, a taxa de quadros, o codec, o modo de gravação e as condições reais do local para criar uma estimativa testável. Um switch, gravador, uplink e caminho de armazenamento bem dimensionados geralmente importam mais do que um grande número de ISP que nunca chega às câmeras. JNo meio Pode servir de base para uma discussão mais ampla sobre câmeras quando os compradores comparam designs focados em gravação com designs focados em nuvem.
Perguntas frequentes
P1: Várias câmeras de segurança sempre precisam de internet mais rápida?
A1: Não. Se as câmeras gravarem em um NVR local, a maior parte do tráfego de vídeo permanece na LAN. Uma internet mais rápida é necessária principalmente para upload na nuvem, visualização remota, backup externo e outros serviços que saem do local.
P2: Como um comprador pode estimar a largura de banda da câmera antes da instalação?
A2: Multiplique a taxa de bits média configurada pela quantidade de câmeras e adicione uma margem para sobrecarga, reprodução, fluxos adicionais e expansão futura. Confirme a estimativa com uma amostra em condições diurnas, noturnas e com muito movimento.
P3: O H.265 é suficiente para resolver um problema de largura de banda?
A3: Não. O H.265 pode reduzir a pressão de transmissão e armazenamento, mas a câmera, o NVR, o aplicativo e a plataforma precisam ser compatíveis com ele em conjunto. Resolução, taxa de quadros, movimento da cena e comportamento de visualização remota ainda determinam a carga final.
