🛡️ALARMSPACE
MANUAL DO UTILIZADOR V.3.0.1.4-003
ALARMSPACE (GATEWAY CENTRAL RECEPTORA DE ALARMES)
Software de CRA para controlo de dispositivos de segurança e incêndio
ÍNDICE
ÍNDICE 2
1. Introdução 5
1.1. Funções 5
1.2. Novidades 5
2. Módulo Servidor 5
2.1. Login 5
2.2. Utilizadores 6
2.2.1. Gestão de Utilizadores 6
2.2.2. Grupos de Utilizadores 6
2.2.3. Logout P2P Hyundai/Hikvision 7
2.3. DVR 8
2.3.1. Lista 8
2.3.1.1. Dados Gerais 8
2.3.1.1.1. DVR MASTER_BYDEMES 10
2.3.1.1.2. Importações 11
2.3.1.2. Opções 11
2.3.1.3. Legenda 12
2.3.1.4. Alarmes 12
2.3.1.4.1. Gerir Alarmes por canal 14
2.3.1.4.2. Gerir estados 16
2.3.1.4.3. Calendário de Alarmes 17
2.3.1.5. Certificados 18
2.3.2. DVR por Utilizador 19
2.3.3. DVR por Grupo 19
2.3.4. Listagem de DVRs 20
2.3.5. Grupos 20
2.3.6. Assinantes INTRUSÃO 21
2.3.7. Utilizadores de painéis 22
2.3.8. Zonas da Central 23
2.3.9. Dados dos Assinantes 25
2.3.10. Parâmetros IA 25
2.3.11. Novos Códigos VESTA 28
Ge2.4. Alarmes 29
2.4.1. Ações 29
2.4.2. Passarela 30
2.4.3. Listagem 30
2.4.4. Eventos DVRs 31
2.4.5. Programação de Listagens 32
2.4.6. Códigos de Intrusão 33
2.5. Configuração 34
2.5.1. Parâmetros da Receptora 34
2.5.1.1. Parâmetros gerais 35
2.5.1.2. Comunicações com CRA 35
2.5.1.3. Outros parâmetros 36
2.5.2. Incorporar Licenças 37
2.5.3. Renovar Tabelas Master 37
2.5.4. Configuração Avançada 37
2.5.5. Painel de Controlo 40
2.5.6. Visualizador de Logs 41
2.5.7. Certificados Automáticos 42
2.5.8. Instâncias P2P Dahua 42
2.6. Cópias de Segurança 43
2.6.1. Importar/Exportar 43
2.6.2. Configurar 43
2.6.3. Limpeza 44
2.7. Idiomas 45
2.8. Ajuda 45
3. Módulo Operador 45
3.1. Login 45
3.2. Tempo Real 48
3.2.1. Incêndio 56
3.2.2. Vídeo-porteiros 58
3.2.3. Incêndio Analógico 59
3.3. Vídeo 61
3.4. Alarmes 63
3.4.1. Alarmes de Intrusão 64
4. Módulo ActiveX 68
4.1. Comandos da Passarela 68
4.2. Novos Comandos 71
5. Configuração da passarela VESTA 73
5.1. Introdução 73
5.1.1. Bem-vindos 73
5.2. Programação da Central VESTA 73
5.3. Configurações AlarmSpace 76
5.3.1. Configurações gerais - VESTALog 76
5.3.1.1. Tempo real 77
5.3.1.2. Histórico 77
5.3.1.3. Log 78
5.3.1.4. Configuração VESTA 78
5.3.1.5. Códigos de Eventos 82
5.3.1.6. Destinos de eventos 84
5.3.1.7. Reatribuir Eventos 85
5.3.1.8. Configurar Balanceador 85
5.3.1.9. Parâmetros LORA 85
5.3.1.10. Parâmetros API 86
5.3.1.11. API Múltipla 86
5.3.1.12. Configuração geral do AlarmSpace 87
5.3.2. Controlo de assinantes 88
5.4. Configurações do Software de Receção de Alarmes de CRA 90
5.4.1. Manitou 90
5.4.2. SBN 92
5.4.3. Softguard 92
5.5. Módulo Visualizador – Acesso Bidirecional para centrais VESTA 92
5.5.3. Comando de chamada ao Visualizador Vesta 92
6. Configuração central AXHUH 94
6.1. Hikvision AXHUB and AlarmSpace 94
6.1.2. Introdução 94
6.1.3. Requisitos mínimos 94
6.1.4. Configurações iniciais no AlarmSpace 94
6.1.5. Configurações especiais do AXHUB 95
6.1.5.1. Centro de Receção de Alarmes 95
6.1.5.2. Registo EHome 96
6.1.5.3. Ajustes adicionais 97
6.1.6. Funcionamento no AlarmSpace 98
6.1.6.1. Parâmetros Gerais 98
6.1.6.2. Configuração de Alarmes de Vídeo 99
6.1.6.3. Controlo de desconexões 100
7. Módulo Visualizador de Câmaras 102
1. Introdução
AlarmSpace é uma plataforma de software para o controlo, monitorização e visualização de videogravadores e câmaras.
1.1. Funções
· Visualização de câmaras em tempo real
· Reprodução de vídeo gravado
· Gestão de entradas de alarmes e de alarmes técnicos dos videogravadores
· Integração com os principais softwares de CRA.
1.2. Novidades
O AlarmSpace integra também outros dispositivos como Vídeo-porteiros e Centrais de Incêndio Convencionais da Honeywell. Além disso, funciona como um gateway para a receção, gestão e retransmissão de eventos da Central Vesta.
2. Módulo Servidor
O módulo servidor do AlarmSpace é apenas acessível por utilizadores do tipo administrador. As suas funções principais são os registos e modificações de utilizadores, de equipamentos, atribuições de câmaras a utilizadores, configurações de ações de alarmes, de códigos da passarela, de parâmetros da receptora e a realização e configuração de cópias de segurança dos dados sensíveis do programa.
2.1. Login
O módulo Servidor do AlarmSpace requer um acesso através de um utilizador de nível Administrador. O utilizador por defeito é:
Utilizador: admin
Password: 12345
Depois pode-se alterar a password do administrador e criar mais utilizadores administradores no menu Utilizadores.
A tela de acesso ao servidor informa-nos da versão atual do AlarmSpace, solicita Utilizador e password e podemos Aceitar para entrar no Servidor ou Sair para abortar a operação. O último utilizador utilizado fica registado e aparecerá por defeito da próxima vez que for executado o Servidor.
2.2. Utilizadores
Registos e modificações de utilizadores.
2.2.1. Gestão de Utilizadores
Nesta tabela vemos todos os utilizadores do sistema. Ao fazer duplo clique sobre o utilizador carregamo-lo na parte inferior para o editar:
Podemos alterar a descrição do utilizador, o nome, a password e o nível (administrador ou operador). Só os administradores podem aceder ao módulo servidor.
Também se podem criar novos utilizadores com o botão novo. Preenchem-se todos os campos e pressiona-se o botão Guardar.
Também se podem eliminar utilizadores carregando o Utilizador com duplo clique e pressionando o botão Apagar.
Para descartar as alterações que estão a ser realizadas podemos pressionar o botão Cancelar.
2.2.2. Grupos de Utilizador
Aos utilizadores que definimos no ponto anterior podemos atribuir-lhes um ou mais grupos. Como os utilizadores podem ser usados para controlar remotamente painéis de intrusão desde o AlarmSpace (Ver Módulo Visualizador – Acesso Bidirecional para centrais VESTA), estes grupos servem para atribuir ao utilizador um conjunto de painéis que o utilizador tem permissões para controlar. A operacionalidade é atribuir o grupo ao painel (em Controlo de assinantes) e ao atribuir o grupo ao utilizador, o painel será atribuído automaticamente.
Para atribuir um grupo a um utilizador primeiro selecionamos o utilizador no menu suspenso:
Uma vez selecionado, na parte inferior atribuímos o(s) grupo(s) que queremos atribuir (ou selecionamos “Todos os Grupos”) e pressionamos “Adicionar Grupo":
O Grupo ficará atribuído ao Utilizador:
Se desejarmos retirar um grupo a um utilizador, selecionamos o utilizador no menu suspenso, duplo clique sobre o grupo a remover, carrega-se na seção inferior e clicamos em “Remover Grupo":
2.2.3. Logout P2P Hyundai/Hikvision
Se se utilizar o P2P da Hyundai e/ou Hikvision podemos desconectar o utilizador do P2P através deste menu. A reconexão novamente com o mesmo ou outro utilizador de P2P será iniciada automaticamente ao arrancar o módulo servidor.
2.3. DVR
Gestão de videogravadores, câmaras e dispositivos suportados.
2.3.1. Lista
Registos e modificações dos equipamentos.
2.3.1.1. Dados Gerais
Gestão de registos e modificações dos equipamentos. Apresentam-se numa tabela:
Em cada linha vemos a informação do equipamento. Se tiver problemas de ligação a linha aparece em vermelho.
Podemos procurar equipamentos por descrição, assinante ou número de série.
Permite sincronizar todos os equipamentos.
Podem mostrar-se os equipamentos filtrados por critérios: desconectados, por tipo/marca de equipamento, por descrição, por tipo de ligação, por grupo...
Os equipamentos que estão a ser visualizados segundo o filtro podem ser exportados para CSV-Excel e para PDF.
Para gerir alterações duplo clique sobre a linha do equipamento:
Se quisermos adicionar um novo equipamento pressionamos o botão Novo.
Adicionamos ou modificamos a descrição do equipamento. Escolhemos o tipo de ligação predefinido, direto ou P2P. Se tiver dados para conectar pelos dois meios tentará primeiro pelo predefinido e, se falhar, pelo outro.
Em ligação direta temos que colocar em Endereço o IP ou o DDNS e a Porta.
Tipos de dispositivos:
· Coloso Evolution: Marca Dahua com firmware ByDemes
· Coloso AS: Marca Dahua com firmware ByDemes-AirSpace
· HyundaiNextGen: Marca Hyundai modelos NextGen
· Hikvision: Marca Hikvision
· Dahua Geral: Marca Dahua com firmware original
· Vídeo-porteiro Dahua: Vídeo-porteiros da marca Dahua (SDK Dahua)
· Honeywell incêndio: Marca Honeywell modelos convencionais
· Honeywell analógico: Marca Honeywell, modelos analógicos
· AX HUB: Marca Hikvision, central de intrusão com captura de vídeo no AlarmSpace
Grupo: pode ser atribuído um grupo ao dispositivo para filtrar no Servidor/Operador e para envio de emails do grupo.
Assinante: o número do assinante que será enviado ao software de CRA nos eventos.
Código de Verificação: código necessário para visualizar determinadas câmaras de equipamentos Hikvision.
Número de Série para consultar o P2P: número de série do equipamento necessário para aceder via P2P ao equipamento. O P2P tem de estar ativado no gravador.
Porta P2P: a porta TCP programada no equipamento, embora não seja necessário abri-la na rede da instalação do cliente, é necessário informá-la.
Utilizador: um utilizador válido do equipamento
Password: a password do utilizador anterior.
Ao pressionar Carregar configuração o software tentará conectar-se com o equipamento pelas vias disponíveis e informará da correta ou incorreta ligação para cada uma delas.
Além disso, carrega o número de série lido em Número de Série, os canais totais do equipamento em Canais, os canais de saída e a Data do equipamento.
Se pressionarmos em Guardar serão guardadas as alterações e será adicionada a linha se fosse um equipamento novo. Se pressionarmos em Cancelar serão descartadas as alterações.
O botão Dados permite atribuir dados adicionais ao equipamento:
Foram adicionados novos filtros para poder utilizar estas alterações:
Permite filtrar por localidade, província, telefone e email.
2.3.1.1.1. DVR MASTER_BYDEMES
Ao instalar ou atualizar o AlarmSpace aparece na lista de DVR um gravador master chamado MASTER_BYDEMES. É utilizado para enviar eventos genéricos do sistema ao software de CRA. Pode ser editado como qualquer outro DVR embora não possamos conectar-nos a ele porque não existe fisicamente. Podemos modificar o número de assinante que será enviado (por defeito 0000) e podemos escolher os eventos de alarme que queremos enviar:
Os tipos de alarmes a gerir são:
Teste periódico envia um sinal de teste periodicamente com o mesmo período que definimos para o heartbeat em Configuração -> Parâmetros da Receptora
Disco Rígido Cheio detecta quando ao disco do servidor do AlarmSpace resta menos de 10% de capacidade livre e envia o aviso.
Erro serv. P2POri avisa se falhar a verificação do serviço P2P contra a cloud da Dahua Original
Rest. serv. P2POri avisa quando se restaura o serviço P2P contra a Dahua Original
Erro serv. P2P avisa se falhar a verificação do serviço P2P contra a cloud da ByDemes
Rest. serv. P2P avisa quando se restaura o serviço P2P contra a ByDemes
2.3.1.1.2. Importações
O AlarmSpace é capaz de importar dados do programa SmartPSS da Dahua. A importação faz-se através do ficheiro devices.xml resultante da exportação do SmartPSS. Importamos os dados sobre o template de um DVR já existente, para completar os dados que o ficheiro devices não contenha com os do modelo:
Neste caso, se pressionarmos em Importar DVR XML copiando o resto dos dados, registaríamos os novos gravadores no AlarmSpace com os dados de devices.xml e o resto dos dados do DVR ColEvoP2PPrb.
Também podemos criar novos equipamentos copiando os dados de outro. Se pressionarmos em Novo DVR copiando dados criamos um novo equipamento exatamente com os mesmos dados que ColEvoP2PPrb. Então só temos de alterar os dados próprios do DVR (dados de ligação, assinante, ...) mas o resto dos dados (opções, alarmes...) já os teremos registados.
2.3.1.2. Opções
Programamos várias opções gerais do equipamento:
Segundos de gravação pré-vídeo de alarme: no caso de ter as entradas de vídeo cabeadas, por deteção de movimento ou eventos IVS, quando chega uma alarme do gravador o AlarmSpace transfere um vídeo de alguns segundos antes da câmara associada com a duração atribuída nesta caixa. No exemplo 30 segundos de vídeo.
Segundos de gravação de vídeo em alarme: na mesma situação anterior, os segundos que transferiremos após o disparo da alarme (10 neste caso).
Priorizar canal: o canal no qual se fará a transferência se estiver disponível: principal ou substream.
Ativar verificação do sistema: é necessário ativar esta caixa para receber os eventos dos equipamentos.
Enviar email quando se detecta uma desconexão: enviará um lembrete às 12 horas de ter um equipamento desconectado.
Enviar alarmes por passarela: os eventos que se recebam dos equipamentos serão enviados ao software de CRA mediante o protocolo escolhido em Parâmetros da Receptora
Operador Automático: os eventos enviados ao Software de CRA não esperarão resposta deste, encerrar-se-ão automaticamente após o envio.
Enviar alarmes para verificação de vídeo: Os eventos não serão enviados ao Software de CRA, mas aparecerão no separador alarmes do Módulo Operador
Email do cliente: email ou emails separados por ponto e vírgula (;) aos quais se podem enviar os eventos deste equipamento em particular. É necessário configurar o servidor SMTP em Parâmetros da Receptora
Reiniciar: permite reiniciar remotamente o equipamento.
Sincronizar hora: atualiza a hora do equipamento remoto com a hora do servidor do AlarmSpace
Fechar Alarmes Pendentes: se existirem alarmes não respondidas pelo software de CRA ou não atendidas nas alarmes do Operador, mediante este botão podemos finalizá-las todas.
Guardar configuração do DVR em disco: permite guardar a configuração que estamos a realizar num ficheiro no sistema de ficheiros do servidor do AlarmSpace.
Carregar configuração do disco para o DVR: recarrega os dados de configuração a partir de um ficheiro escolhido.
2.3.1.3. Legenda
Sem uso atualmente
2.3.1.4. Alarmes
Configurar os Alarmes que desejamos receber e reenviar:
Nesta tela inicial de alarmes assinalamos os eventos gerais do equipamento que queremos monitorizar. Marcamos o check ao lado do evento e escolhemos um tipo de evento a enviar no menu suspenso. Os tipos de eventos correspondem aos códigos (ContactID, SIA) que enviaremos ao software de CRA. São configuráveis através da seção Passarela do menu Alarmes. Também escolhemos a zona que enviaremos com o evento. Na seção enviar email podemos escolher não enviar, enviar para o email do administrador (AS), configurado em Configuração -> Parâmetros da Receptora, enviá-los para o email de Grupo ou para o email do cliente configurado em Opções.
Os eventos a monitorizar são Falha, Falta ou Disco Rígido Cheio, Conflito de IP. Estes eventos têm de estar configurados no gravador e com a opção Subir Alarme, senão, não os receberemos. Os eventos Desconexão/Reconexão não dependem de nenhuma configuração do gravador. O tempo de desconexão para considerá-la válida é configurável no menu Configuração -> Configuração avançada, mediante o parâmetro: TEMPO_DESCONEXÃO_DVR (em segundos).
O botão Gerir Alarmes por canal é utilizado para configurar alarmes de cada um dos canais do gravador.
O botão Gerir estados permite programar alarmes retardados dos eventos e enviar lembretes se persistir o estado de alarme.
O botão Calendário de Alarmes estabelece um calendário no qual se recebem ou não os eventos. Especialmente pensado para receber ou não os eventos de chamada dos VTO dos kits de vídeo-porteiros.
No caso de vídeo-porteiros temos outro tipo de alarme para monitorizar:
É a Chamada VTO. Se estiver assinalada será enviado o evento associado a ALARME MÉDICO (Ver Alarmes -> Passarela) quando um utilizador pressionar o botão de chamada do VTO. Isto permitirá gerir a chamada a partir do Módulo ActiveX do AlarmSpace e efetuar gestões com os bObject dos softwares de CRA.
Alarmes de incêndio
No caso de centrais de incêndio convencionais da Honeywell, aparece-nos um botão para poder selecionar mais eventos para enviar à CRA:
Ao pressionar o botão Mais Eventos accedemos ao seguinte formulário:
No formulário aparecem todos os eventos genéricos da central que não temos na aba Alarmes anterior. Podemos assinalar que eventos queremos enviar à CRA marcando o check ao lado do evento. O código que será enviado escolhemos com o menu suspenso (com os códigos disponíveis definidos em Alarmes - Passarela). Também podemos atribuir um número de zona a atribuir ao evento digitando-o nas caixas de Zona. Quando tivermos terminado as alterações devemos pressionar o botão Guardar para as conservar.
2.3.1.4.1. Gerir Alarmes por canal
Programação dos eventos de cada canal:
Na tabela superior mostram-se todos os canais detetados no gravador. Duplo clique sobre uma linha para carregar os parâmetros programados para cada canal.
Em Canal vemos o número da câmara/canal,
Em Nome modificamos a descrição da câmara.
Em Zona na Passarela colocamos a zona que será enviada ao software de CRA. Se ficar em branco enviará o número do canal em 3 dígitos (ex: 001,016...).
O Check Ativo permite selecionar se um canal tem uma câmara ativa ou não. Assim por exemplo, se o canal não estiver ativo, não será mostrado como opção na hora de gerar um Certificado da instalação.
Assinalamos os eventos que queremos enviar como nos eventos gerais e escolhemos no menu suspenso o tipo de evento que se associa ao código (SIA/ContactID) que será enviado ao software de CRA. Este código associa-se na seção Passarela do menu Alarmes.
Igualmente podemos enviar email para o correio do administrador do AlarmSpace (Configuração -> Parâmetros da Receptora), para o do grupo (DVR -> Grupos), e/ou para o do próprio cliente (configurado em Opções).
Também se podem enviar eventos inteligentes IVS. Recordemos que todos estes eventos (exceto Falha de Gravação e Câmara em Preto), têm de ser programados no gravador e assinalar a opção Subir Evento ou semelhante (dependendo da marca e do modelo do gravador).
Os botões Enviar tudo e Não enviar nada, assinalam e desselecionam respetivamente todos os envios.
Podemos copiar os dados de um canal para os outros canais pressionando com o botão direito sobre a linha. Aparece-nos o menu Copiar dados nos outros canais. Ao pressionar sobre o menu podemos escolher para que canais queremos replicar os dados:
Ao pressionar Ok copiam-se e guardam-se os dados nos canais selecionados.
Alarmes de incêndio
Os eventos de incêndio são totalmente distintos dos dos gravadores. Também podemos geri-los ao carregar o botão Gerir Alarmes por canal se estivermos a gerir uma central de incêndio:
Carregamos os dados de cada zona e podemos escolher que eventos queremos enviar ao software de gestão com o check Gerir. Associamos o código que enviaremos com o evento selecionado em Código (Ver Alarmes -> Passarela).
2.3.1.4.2. Gerir estados
Gestão dos estados dos equipamentos. Permite enviar sinais ao fim de alguns minutos após ocorrer uma desconexão de um gravador ou de uma câmara, relembrar se a desconexão persistir periodicamente e avisar da restauração do evento ao fim de alguns minutos:
Neste caso enviaria a desconexão da câmara um com o código associado ao evento ALARME MÉDICO (Ver Alarmes -> Passarela) aos 10 minutos após ocorrer o evento. A cada 24 horas (1440 minutos) enviaria um lembrete da desconexão (no caso de continuar desconectada) e a reconexão da câmara seria enviada imediatamente.
2.3.1.4.3. Calendário de Alarmes
O AlarmSpace dispõe de um calendário no qual lhe podemos indicar os horários em que desejamos registar e enviar os alarmes e em quais não. Está especialmente pensado para a gestão de chamadas de vídeo-porteiro, para permitir que em determinados horários as chamadas sejam geridas localmente na instalação através do ecrã VTH ou quando a alarme deve saltar no AlarmSpace para ser gerida remotamente desde o centro de controlo.
No exemplo vemos os horários de segunda-feira. Os eventos disparariam da meia-noite até às 8 da manhã. Seriam atendidos localmente até às duas da tarde. Remotamente até às 4, localmente das 4 às 8 da tarde e remotamente até terminar.
Podemos copiar estes horários para os restantes dias da semana com o botão Copiar para todos os dias, apenas de segunda a sexta-feira ou escolher os dias a copiar com Copiar para outros dias:
2.3.1.5. Certificados
Programamos a geração automatizada de certificados das instalações. Se ativarmos esta opção num DVR gerará um certificado da instalação no diretório AutoCerts, dentro da pasta de trabalho do AlarmSpace:
Ativo: assinalando este check ativa-se a geração de certificados automáticos no gravador.
Data Início: data a partir da qual começarão a gerar-se certificados.
Data Fim: data a partir da qual deixarão de gerar-se os certificados.
Período: frequência com que os certificados serão gerados. Depende da escala de tempo que escolhamos no menu suspenso (meses, horas ou minutos). No caso do exemplo será gerado um certificado a cada 3 meses.
Tipo: pode ser Básico (capturas das câmaras e pequeno histórico de eventos recentes) ou Completo (acrescentam-se as gravações existentes de cada um dos canais ativos)
Enviar por Email: enviamos o certificado gerado para o email que consta em Email.
Data Próximo: é a data na qual será gerado e enviado, se assim o tivermos selecionado, o próximo certificado. Não é editável.
Hora de envio: podemos forçar uma hora de geração e envio do certificado. O sistema esperará até à hora indicada do dia correspondente para gerar e enviar o certificado.
Minutos de Gravações: no caso de escolher o tipo de certificado completo, indicamos aqui os minutos anteriores à geração do certificado em que queremos procurar gravações existentes. Se se colocarem muitos minutos (por exemplo um mês) o certificado pode ter um número elevado de páginas.
2.3.2. DVR por Utilizador
Podemos atribuir câmaras individualmente a utilizadores, para que estes as possam visualizar ou não no Módulo Operador:
Assinalamos as câmaras que queremos atribuir ao utilizador.
Com o botão Atribuir todas as câmaras ao utilizador selecionado atribuímos todas as câmaras de todos os gravadores ao utilizador.
Com o botão Remover todas as câmaras ao utilizador selecionado retiramos a atribuição de todas as câmaras ao utilizador.
Podemos selecionar um utilizador modelo e atribuir-lhe as mesmas câmaras ao utilizador selecionado mediante o botão Atribuir DVR do modelo ao utilizador selecionado.
Com o botão Guardar grava-se as alterações.
2.3.3. DVR por Grupo
Funcionalidade não implementada.
2.3.4. Listagem de DVRs
Com esta funcionalidade geramos um ficheiro csv com todos os equipamentos na rota especificada:
Exemplo de listagem csv:
2.3.5. Grupos
Definimos grupos para poder associar os equipamentos a um determinado conjunto ou grupo neste caso. Ao associar um equipamento a um grupo poderemos filtrar os equipamentos por esse grupo (tanto na lista do Servidor como nos equipamentos que se mostrem no Operador) como enviar os alarmes que assinalarmos para um email desse grupo.
Para adicionar ou modificar grupos:
Botão Novo para começar a adicionar um novo ou duplo clique na tabela para editar um grupo existente.
Devemos colocar uma descrição do grupo e um email. Com o botão Guardar para armazená-lo e Apagar para eliminá-lo.
Cancelar para descartar as alterações.
2.3.6. Assinantes INTRUSÃO
Visualizamos os assinantes da aplicação, se estão ativos ou não, o tempo de polling, se estão em falha de polling, se é preciso enviar os eventos de falha de polling, a data do último polling e se é preciso enviar o sinal a algum destino particular de cada assinante, o tipo de central, o MAC do equipamento, o grupo ao qual estão atribuídos, o número de falhas de polling para gerar evento de falha, a data de registo, o standard utilizado para os códigos de intrusão (CID, SIA), se são enviados os eventos de Falha de polling, a Tolerância do Teste periódico, o estado da via Ethernet (IP) do painel, o estado e nível de cobertura do GPRS do painel, o estado da bateria (se há bateria externa presente ou não) e se tem programado um rearme automático:
Se dermos duplo clique sobre um assinante podemos alterar alguns parâmetros do assinante:
Concretamente podemos alterar o Período de polling (para ajustá-lo ao que esteja programado na central VESTA em questão), em minutos, escolher se enviar ou não os eventos de polling, e ativar/desativar o assinante. Se um assinante está inativo os sinais que possam chegar ficam registados, mas não passam para o software de gestão da CRA. Também permite programar um teste periodicamente (é um polling que sim chegará ao software da CRA). No exemplo envia-se a cada 24 horas. Para evitar um atraso desse teste atribui-se-lhe uma tolerância (em segundos).
Em Destino Sinais podemos escolher um distinto para os sinais deste assinante. Se for deixado em branco serão enviados para a IP:Porto que se definir na configuração do AlarmSpace -> Parâmetros da Receptora ou em configuração particular de Vesta. No menu suspenso aparecem os destinos particulares que registámos no VESTALog na secção Destino Eventos, que serão outras IP:Porto para envio. Também existe a opção Todos os destinos, com a qual os sinais serão enviados para todas as IP:Porto que tivermos definidas em VESTALog -> Destino Eventos.
Alarmspace regista o MAC dos equipamentos para evitar duplicidades ou usos maliciosos da gateway. Se um equipamento com o mesmo número de assinante transmite com um MAC distinto a CRA receberá um erro de MAC. Se sabemos que é uma simples troca de equipamento, para resolver este problema podemos pressionar o botão “Resetear Mac”, que apaga o MAC do equipamento e preencherá com o da próxima transmissão. Para saber o MAC da outra central que está a transmitir com o mesmo número de assinante, este ficará refletido na caixa MAC Error (será resetado juntamente com o MAC do Equipamento com o botão Resetear MAC)
Podemos escolher um Grupo para cada equipamento, isso permite filtrar a visualização dos equipamentos no Módulo Visor por utilizador e facilita o envio de códigos de utilizador por grupos. Esses grupos definem-se em DVR -> Grupos.
Pode-se modificar o Número de Falhas de Polling para Enviar Falha. Ou seja, o número de vezes que o polling de uma central tem de falhar para gerar o evento de falha de polling.
Também podemos visualizar o standard de códigos que o assinante usa (SIA ou CID).
Se marcarmos o check Rearme automático o painel armar-se-á automaticamente após 2 horas da abertura. Esse tempo é configurável individualmente para cada assinante na utilidade à qual se acede com o botão Dados Assinante.
Com o menu suspenso API podemos atribuir parâmetros API distintos dos genéricos ao assinante para uso no VisorHTML (apenas para combinar equipamentos atribuídos a diferentes backends da Climax num mesmo AlarmSpace).
Entre as ações que podemos realizar, além de Guardar as alterações, Cancelar as alterações ou Apagar o equipamento (eliminá-lo definitivamente dos equipamentos registados), podemos aceder ao Módulo Visor pelo botão “Estado Central”.
Com o botão Última Localização vemos a última localização enviada desde uma App de utilizador com o botão de pânico.
Com o botão “Utilizadores Central” acedemos à manutenção de Utilizadores de Painéis da central, para poder alterar remotamente códigos de utilizador dos painéis.
Com o botão “Zonas Central” acedemos à manutenção Zonas Central, onde visualizamos as zonas e dispositivos que temos adicionados ao painel. Podemos atribuir uma câmera de um gravador registado em DVR → Lista, que enviará uma gravação do canal quando essa zona disparar.
Com o botão “Parâmetros IA” procedemos a ajustar os parâmetros da análise inteligente de imagens capturadas por pircam e câmeras integradas.
2.3.7. Utilizadores dos painéis
Módulo de controlo de utilizadores dos painéis:
Em “Direto/Programação” escolhemos se programamos os utilizadores individuais ou de todo um grupo ou a leitura e envio de dados diretamente para um painel. Se escolhermos Programação(Nomes) significa que podemos alterar códigos dos utilizadores, adicionar ou eliminar utilizadores de todo um grupo pelo Nome do utilizador. Assim, escolhemos o Grupo a controlar no menu suspenso “Grupos”. Para escolher um utilizador, damos duplo clique sobre um utilizador. Para criar um novo, clicamos no botão Novo (é-nos perguntado a que partição pertencerá o utilizador).
Uma vez selecionado ou criado podemos inserir o Código e se envia Relatório (envia os seus armamentos/desarmamentos). Se marcarmos Apagar, assim que enviarmos o utilizador será apagado dos painéis. Se marcarmos a caixa “Código Temporário”, o utilizador estará ativo apenas na faixa horária limitada pelas datas “Ativo Desde” e “Ativo Até”.
Uma vez guardadas as alterações, pressionando o botão “Enviar a Todo o Grupo”, os utilizadores marcados como “Ativos” serão enviados (ou apagados se assim tiver sido selecionado) para os distintos painéis do grupo. O modo de proceder é procurar nos painéis o utilizador com o nome que lhes foi atribuído; se o encontra, altera o código que têm no painel/área pelo que atribuímos. Se não o encontra, adiciona o novo utilizador com o novo código. Se o que fazemos é apagar, se encontrar o utilizador, elimina-o do painel.
Nota importante: O nome de utilizador tem de ser exatamente como consta no painel, qualquer variação como um espaço a mais ou uma letra errada fará com que seja tratado como um utilizador completamente novo.
Também daqui (Programação), podemos planear códigos temporários para um único painel. Escolhemos “Assinante individual”, introduzimos o número de assinante e clicamos em “Procurar assinante”. Se tiver algum código temporário atribuído aparecerá na tabela. Podem-se adicionar novos códigos temporários, eliminá-los ou alterar os dados e funcionará exatamente igual aos códigos temporários dos grupos mas apenas com o painel selecionado.
Se no menu suspenso “Direto/Programação” escolhermos “Direto”, aparece-nos uma caixa para procurar o assinante (o painel com esse número de assinante):
Introduzimos o número de assinante e pressionando em “Procurar Assinante”, se encontrar o assinante nos Assinantes INTRUSÃO, reflecte-nos todos os utilizadores do painel. Daqui, dando duplo clique sobre um utilizador podemos atribuir-lhe um novo código (não podemos ler o código anterior por proteção de dados). Também podemos adicionar um novo utilizador ou apagar um existente (exceto os utilizadores master e installer).
2.3.8. Zonas Central
Visualizamos as zonas e dispositivos do painel. Para assegurar que não houve alterações na configuração de zonas podemos clicar no botão Actualizar Zonas (as zonas do painel são lidas). Quando selecionamos com duplo-clique uma zona podemos atribuir-lhe uma câmera de um gravador:
Neste caso, quando disparar a zona 3 do painel, será descarregado um vídeo da câmera 2 do vídeo-gravador com número de assinante 9986. Podem ser atribuídas várias câmeras à mesma zona (e será descarregado um vídeo de cada uma delas quando a zona disparar) e atribuir a mesma câmera a vários canais (se já estiver a descarregar vídeo quando disparar a outra zona à qual o canal está atribuído, não será descarregado novamente o vídeo). Quando clicamos em Selecionar Câmera, abre-se o programa Operador, vamos ao Gravador que desejamos, visualizamos a câmera em concreto e com o botão direito clicamos no menu Selecionar câmera que aparece:
2.3.9. Dados Assinantes
Gestão dos dados dos assinantes de intrusão.
Atribuímos um nome, morada, município, província, telefone e email. Esses dados poderão ser consultados no Tratamento de Alarmas do programa Operador, para facilitar a gestão dos eventos.
Também se adicionam contactos com o seu nome, telefone, email e ordem de chamada, e aparecem diferentes estados internos dos assinantes de intrusão.
2.3.10. Parâmetros IA
Ajustamos os limiares de deteção de humano, limiar de confirmação de intrusão, o modelo de predição utilizado e o tempo que o sistema espera pela análise (caso contrário a imagem será mostrada sem analítica):
Vemos na imagem que podemos configurar o “Nível de Deteção”, um parâmetro entre 0-1 que determinará o limiar a partir do qual se considera um humano corretamente identificado. Quanto mais se aproxima de 1 maior é a exigência da deteção. O valor recomendado por defeito é 0.4 mas pode ser necessário aplicar outros valores em determinados cenários e imagens.
Igualmente configura-se o “Nível de Confirmação”, também entre 0-1, que é o nível que o sistema considera para dar uma imagem como Intrusão confirmada. Quanto mais se aproximar de 1 maior exigência na confirmação de uma deteção como positiva.
Em “Modelo de Predição” atribuímos o modelo que a IA utilizará para analisar as imagens. Serão adicionados modelos para os adaptar a distintos cenários (interior, montanha, praia, etc.).
O “Timeout Processo” é o tempo limite que o sistema espera para obter a imagem já analisada. Se passado esse tempo não houver resposta, continuará com a imagem original sem analisar.
Podemos ver o funcionamento desses parâmetros carregando uma imagem de teste com o botão “Carregar Imagem de Testes”. Uma vez carregada clicamos em “Analisar” e veremos os distintos níveis de deteção de humanos e veículos:
Como vemos neste caso a alarme estaria confirmada porque o nível de confirmação está configurado a 0.57 e a pessoa é detetada com uma precisão de 0.61. Se mudarmos esse nível para 0.65 para testar:
Já vemos que evidentemente a análise é a mesma mas agora a alarme não é dada como confirmada porque 0.61 é inferior ao valor de confirmação configurado, 0.65.
Igualmente se aumentarmos o nível de deteção para 0.63 nem sequer nos desenhará a caixa na pessoa porque considera que não tem nível suficiente para indicar que é uma pessoa:
Além desta imagem genérica de testes, podemos pedir uma imagem da própria instalação com o botão “Pedir Imagem Instalação”. Veremos que não aparece o VisorHTML desde onde podemos fazer um pedido de imagem, por exemplo, de um pircam. Com a particularidade de que será armazenada uma imagem analisada (visto que temos a analítica em funcionamento) mas também uma imagem virgem sem analisar, que podemos usar para configurar com maior precisão os parâmetros com a imagem da própria instalação. Após fazer o pedido pressionamos em “Carregar Imagem Instalação” e escolhemos a última imagem guardada no diretório do assinante cujo nome termina em NonIA (a imagem terá um nome do estilo 2023.09.13.08.27.44.435.P1.Z3_NonIA.JPG).
2.3.11. Novos Códigos VESTA
Quando o sistema detecta que os painéis da família Vesta estão a usar novos códigos, é ativado o botão !!NOVOS CÓDIGOS VESTA!!:
Clicamos no botão para ver os novos códigos e as suas definições:
Podemos Copiar Códigos, para paginá-los num documento para os registar no nosso sistema, Cancelar, com o que o botão de novos eventos e os avisos permanecerão ativos, ou “Não voltar a mostrar até aparecerem novos”, aceitamo-nos os novos códigos e o aviso desaparece.
Ge2.4. Alarmes
Gestão dos parâmetros referentes a Eventos e Alarmes dos equipamentos.
2.4.1. Ações
Lista de ações que se podem atribuir a uma alarme que tenha disparado no programa Operador, se os eventos forem enviados para essa aplicação. Para agilizar o tratamento da alarme atribuem-se ações predefinidas (disposições) que se definem nesta secção:
Com o botão de Novo preparamos a edição. Introduzimos a ação desejada e clicamos em Guardar. Se fizermos duplo clique na tabela superior podemos modificar ou Apagar ações já existentes.
2.4.2. Passarela
Os eventos dos equipamentos podem ser enviados ao software de controlo da CRA mediante protocolos próprios de cada programa. Mas os eventos codificam-se mediante códigos standardizados. Os mais conhecidos são ContactID e SIA. Nesta tabela podemos personalizar esses códigos para os adaptar ao standard ou para sincronizá-los com os códigos que o software de gestão da CRA entenda corretamente. Posteriormente, cada um desses códigos pode ser atribuído aos eventos que desejarmos enviar ao software da CRA, por exemplo, em Alarmes (para eventos genéricos do equipamento) ou em Alarmes por Canal, para gerir eventos de cada câmera ou canal.
Nesta tabela aparecem todos os códigos com a sua descrição. Fazendo duplo clique sobre um deles podemos editá-lo:
Alterar, o código que é enviado em Código Manitou, alterar a Descrição da Alarme, que será o texto que nos aparecerá para escolher na definição de eventos.
Podemos apagar o código com o botão Apagar.
Podemos adicionar um código com a sua descrição com o botão Novo.
2.4.3. Listagem
Os eventos dos equipamentos podem ser enviados ao software da CRA ou ao programa Operador, mas também ficam registados no sistema AlarmSpace. Nesta listagem podem consultar-se esses eventos por dias:
2.4.4. Eventos DVRs
Os eventos dos equipamentos podem ser enviados ao software da CRA ou ao programa Operador, mas também ficam registados no sistema AlarmSpace. Nesta listagem podem ser consultados, ordenados, filtrados e exportados esses eventos:
Filtro por data nos menus suspensos Entre, e.
Aplicar filtro por Número de assinante, Número de série ou Descrição do equipamento no menu suspenso Remover filtro.
Filtrar por tipos de eventos em Tipo evento.
Com o botão Actualizar actualizamos os dados para os filtros aplicados.
Os botões da direita exportam os dados que estão nesse momento filtrados para CSV/Excel e para PDF.
Esta listagem também pode ser visualizada a partir da aplicação Operador na aba Alarmes a partir do botão Listagem Eventos DVR.
Esta listagem contém campos adicionais no caso de conter dispositivos de incêndio analógico. Mostram-se o tipo de dispositivo, o Laço, Endereço, Célula, Referência, SubEndereço, Descrição do Dispositivo, Descrição da Zona e o Valor Analógico:
Igualmente, esta listagem ampliada exporta-se completamente para Excel e Pdf.
2.4.5. Programação Listagens
As listagens podem ser enviadas periodicamente por email. Através dessa secção podemos programar diferentes listagens, em diferentes horas e para diferentes destinatários:
Na tabela aparecem as listagens programadas. Duplo clique sobre uma delas para a modificar. Botão Novo para criar uma nova programação:
Configuramos um nome para a listagem, o Período (com que frequência será enviada) em horas, a hora do envio, o email (emails separados por “;”) para os quais será enviada. Visualizamos a hora da última listagem enviada e a do próximo envio e podemos selecionar os eventos que desejamos incluir na listagem:
Finalmente, podemos ativar ou desativar o envio com o Check de “Ativo”.
2.4.6. Códigos Intrusão
Quando se trabalha com o Operador do AlarmSpace para tratar Alarmes de Intrusão, o significado dos códigos recebidos dos painéis define-se nas tabelas apresentadas neste ponto.
P
Podemos alterar a descrição do evento, marcar se é um evento que requer utilizador em vez de zona (aberturas, fechamentos…), a cor com que o evento aparecerá (RGB passado para decimal), em display selecionamos se o evento passará pela ecrã de controlo ou se passará directo para o histórico, em priority
2.5. Configuração
Configurações gerais do sistema completo do AlarmSpace.
2.5.1. Parâmetros Receptora
Parâmetros das comunicações com o software de recepção de eventos da central de alarmes. Outros parâmetros usados genericamente por toda a aplicação:
2.5.1.1. Parâmetros gerais
Se se deseja enviar emails em algum evento, devemos ter configurado um servidor SMTP para possibilitar o envio (consultar com o vosso fornecedor de correio eletrónico). Os parâmetros necessários são:
SMTP USERNAME: nome de utilizador da conta de correio
SMTP SERVER: servidor SMTP
SMTP PASSWORD: palavra-passe SMTP
SMTP FROM: endereço que constará como remetente nos emails enviados
ADMIN MAIL: endereço genérico para o qual serão enviados os emails de administrador
As imagens e vídeos descarregados pela aplicação guardam-se localmente na máquina do AlarmSpace. Nesta secção definimos os caminhos onde ficam armazenados:
RUTA CAPTURAS CLIENTE: armazém das capturas realizadas manualmente quando se visualiza uma câmera em tempo real ou uma gravação no programa Operador
RUTA VÍDEOS CLIENTE: armazém dos vídeos descarregados manualmente quando se visualiza uma câmera em tempo real ou uma gravação no programa Operador
RUTA VÍDEOS SERVIDOR: armazém dos vídeos descarregados automaticamente pelo AlarmSpace quando dispara uma alarme de um canal.
2.5.1.2. Comunicações com CRA
As comunicações com o software da CRA configuram-se a partir desta secção.
TIPO RECEPTORA: modelo de software utilizado na CRA para a recepção de alarmes. Valores possíveis: Manitou, SBN, Softguard ou compatíveis.
MANITOU ACTIVE: se a comunicação está ativa. Se não for marcada, não serão enviados os eventos.
MANITOU PLANTILLA: informamos a template de códigos que utilizaremos para codificar os eventos: SIA OU CID (ContactID)
MANITOU PORT: porto TCP de escuta do software da CRA
MANTOU SERVER: ip de escuta do software da CRA
MANITOU LINE: linha identificadora do AlarmSpace como receptora. Alguns softwares da CRA são capazes de duplicar assinantes que provêm de receptoras distintas
HEARTBEAT: período (em segundos) em que se envia um sinal de batimento ou "estou vivo" que o AlarmSpace envia ao software da CRA no formato adequado para informar de comunicação correta.
CONVERT 2 AVI: com esta opção ativada o AlarmSpace tentará converter todos os vídeos que se mandem para o formato standard AVI
SEÑALES DESCONEXIÓN: número de vezes que se envia ao software da CRA a desconexão de um equipamento (com ou sem recepção de ACK/Confirmação)
SEND RETRIES: número de vezes que se tentará voltar a enviar cada sinal se não se receberem ACK/Confirmações do software da CRA
AX HUB PASSWORD: chave para a sincronização das centrais AX HUB da HIKVISION para a recepção dos vídeos da central. Deve coincidir com a programada na própria central (ver Configuração central AXHUB -> Configurações especiais da AXHUB -> Registo EHome) Pode ser personalizada depois na secção Senha de cada central que foi registada.
PUBLIC IP: para receber os vídeos da central AXHUB o AlarmSpace funciona como receptora/gateway, por isso devemos informar o IP público sobre o qual abrir as portas 7660 e 8089. (ver Configuração central AXHUB -> Configurações iniciais no AlarmSpace)
2.5.1.3. Outros parâmetros
INTERVALO SEQUÊNCIA: intervalo de visualização de novo bloco de câmeras. Atualmente sem uso.
SERVICE CHECKDVR TIMEOUT: intervalo em segundos em que será feita a verificação de conexão dos equipamentos.
TIMEOUT ALARM STATUS: tempo em minutos que não voltamos a considerar uma alarme válida se for do mesmo equipamento e canal
INTERVALO SINCR. HORA: período de tempo em segundos em que se realiza uma sincronização da hora dos equipamentos que o permitam
SOM ALARME: som emitido pelo servidor do Alarmspace cada vez que envia uma alarme.
RECEPTORA ATIVA: sem este parâmetro ativo não se enviam os eventos ao software da CRA
SERVICE CHECK DISK SPACE: quantidade de espaço livre no disco rígido do servidor do AlarmSpace antes de avisar de pouco espaço em disco.
REINICIAR SERVIÇO SE OOM: reiniciar o serviço de verificação de equipamentos do AlarmSpace se ocorrer um erro de overflow de memória.
2.5.2. Incorporar Licenças
Funcionalidade que permite incorporar novas licenças de centrais AXHUB para permitir a receção dos vídeos que gerem. Se uma central não estiver nesta lista não será capaz de registar-se no AlarmSpace. Para novas licenças contacte o serviço técnico da ByDemes. Não usar sem indicação expressa de pessoal qualificado da ByDemes.
2.5.3. Renovar Tabelas Master
Funcionalidade que permite renovar as tabelas de dados usadas para distintas funções pelo AlarmSpace. Basicamente trata-se de adicionar parâmetros que não estão nas tabelas mediante ficheiros fornecidos por pessoal da ByDemes. Não usar sem indicação expressa de pessoal qualificado da ByDemes.
2.5.4. Configuração Avançada
Lista todos os parâmetros de configuração do AlarmSpace. Permite a visualização de parâmetros adicionados em futuras versões. Também permite a atualização dos parâmetros mediante a edição na própria tabela e o botão Guardar.
Cada parâmetro contém a sua própria descrição. Não usar sem indicação expressa de pessoal qualificado da ByDemes.
Nome
Valor
Descrição
ADMIN_MAIL
alarmspace@bydemes.com
Email Administração. É o que recebe erros e alertas.
ALLOW_DELETE_VESTA_IN_BACKEND
false
Se for verdadeiro elimina o painel do backend do Vesta quando se apaga o painel no AlarmSpace
ALLOW_SERVICE_RESTART_ON_OOM
0
Permitimos reiniciar o serviço em erros de falta de memória
APEXIS_SECONDS_BETWEEN_ALARMS
60
Segundos que passam entre a deteção de uma alarme e a sua nova deteção
APEXIS_STATUS_RETRIEVAL_INTERVAL
2
Valor em segundos do intervalo de pedidos de estado.
AVISOS_PASARELA_DESCONEXION_DVR
1
Número de sinais que se enviam à passarela quando detetamos desconexão de um DVR
CHECK_USE_CPU
1
Se for 1 reinicia serviço se uso de CPU superar LIMIT_CPU_USAGE
COMPANY_EMAIL
alarmspace@bydemes.com
Email da empresa
COMPANY_NAME
ByDemes
Nome da empresa
CONVERT_2_AVI
1
Converter os ficheiros de alarme via passarela para formato avi antes de enviar
DAYS_PRESERVE_CERTIFICATES
30
Tempo que os certificados automáticos se guardam em dias
DAYS_PRESERVE_VIDEOS
30
Os ficheiros multimédia serão apagados passados estes dias desde a sua criação.
DISABLE_CERTS_AUT_SERVICE
false
Desabilita o serviço de geração e envio de certificados automáticos
DISABLE_FIRE_SERVICE
false
Não executa o processo de controlo de equipamentos de incêndio
DISABLE_VTO_SERVICE
false
Não executa o processo de controlo de videoporteiros
EHOME_KEY
12345678
Password genérico para conexão de centrais AXHUB
FFMPEG_PROGRAM_FILE
C:\Program Files (x86)\ByDemes\AlarmSpace\utils\ffmpeg.exe
Converter os ficheiros de alarme via passarela para formato avi antes de enviar
FORCE_MAINSTREAM_FIRST
false
Mostrar Stream Principal por defeito no Operador
FUEGO_ANALOG_LINEA
17
Linha da Receptora para envio a Manitou de eventos de incêndio analógico
FUEGO_ANALOG_PLANTILLA
HONA
Template que será utilizada no EventType do Manitou para eventos de incêndio analógico
INTERVALO_SECUENCIA
30
Tempo que decorre entre cada bloco de sequências de câmeras no visor
IP_SEARCH_EVENT_AS_CAM_DISCONNECTION
true
Autorizar evento DH_IPSEARCH_EVENT_EX como desconexão de câmera
LIMIT_CPU_USAGE
80
Percentagem de uso de CPU a partir da qual se reinicia o serviço de gravadores
LIMIT_FREE_MEMORY
20
Percentagem de memória livre a partir da qual se reinicia o serviço de gravadores
LOGS_DVRSERVICE_PRESERVE
180
Dias máximos que se guardam os logs do serviço de controlo de equipamentos
MANITOU_ACTIVE
1
Se VALOR = 1 o sistema tornar-se-á num proxy para Manitou
MANITOU_LINE
1
Campo extra para enviar na trama da passarela. Aplicável ao Manitou.
MANITOU_PLANTILLA
SIA
Template que será utilizada no EventType do Manitou
MANITOU_PORT
23505
Porto do Host Manitou
MANITOU_RETRIES
3
Número de novas tentativas de envio ao Software da CRA
MANITOU_SERVER
192.168.0.2
Endereço do Host Manitou
MAX_AB_FILES_SIZE
200
Tamanho máximo permitido por assinante
MAX_FILES_SIZE
1000
Tamanho máximo de ficheiros armazenados
OPTIMIZE_FOR_VESTA
false
Otimiza para VESTA. Atenção os serviços de outros dispositivos não funcionarão.
P2P_PROXY_LISTEN_PORT
7000
Porto do socket em que o serviço P2P está à escuta
PERIODICAL_DVRSERVICE_RESTART
0
Reinício Periódico Serviço DVR
PERIOD_NOTIFICATIONS
10
Tempo de repetição das mensagens do Telegram
PUBLIC_IP
IP Pública para a receção de eventos da central AXHUB
RECEPTORA_ACTIVA
1
Permite receber alarmes desde o programa de recepção de vídeo
RECEPTORA_HEARTBEAT
60
Número de segundos
RECEPTORA_HEARTBEAT_LAST_KO_TIME
Última vez que detetámos a receptora em KO
RECEPTORA_HEARTBEAT_LAST_OK_TIME
2017-01-14 18:01:26
Última vez que detetámos a receptora em OK
RECEPTORA_HEARTBEAT_STATUS
OK
Valores OK-KO
RUTA_CAPTURAS_CLIENTE
C:\AlarmSpace2Shared\Fotos
Caminho pai onde se guardam as capturas dos vídeos captados pelo programa cliente
RUTA_VIDEOS_CLIENTE
C:\AlarmSpace2Shared\Videos
Caminho pai onde se guardam os vídeos captados pelo programa cliente
RUTA_VIDEOS_SERVIDOR
C:\AlarmSpace2Shared\Servidor
Caminho pai onde se guardam os vídeos dos DVRs
SDK_VENUS
1
SERVER_ADDRESS
192.168.1.21:8003
Endereço do WebService
SERVICE_CHECKDVR_TIMEOUT
30
Segundos que o Serviço deixa passar para rever a lista de DVRs
SERVICE_CHECK_DISK_SPACE
10
Valor em percentagem do espaço que tem de ficar livre antes de mostrar um aviso
SERVICE_SYNCRDVR_TIMEOUT
3600
Tempo para sincronizar horas
SERVICIO_GC_TIMER
10
Segundos entre recolhas de memória pelo Garbage Collector
SHOW_PROTOCOL_CODIFICATION
false
Mostra o standard utilizado para os códigos de eventos de intrusão
SHOW_PSW_DVR_LIST
false
SMTP_FROM
alarmspace@bydemes.com
Mostra a coluna password decodificada no controlo de DVR
SMTP_PASSWORD
xxxxxxxxxxx
SMTP_SERVER
smtp.office365.com
SMTP_USERNAME
alarmspace@bydemes.com
SMTP_USE_SSL
true
Usar encriptação SSL no envio de emails por SMTP
SONIDO_ALARMA
alarm_2.wav
Ficheiro de áudio que tocará ao receber uma alarme no cliente. Deve estar dentro de AppPath+PastaWav
TELEGRAM_TOKEN
Token do Bot Telegram usado para Notificações do Telegram
TIEMPO_DESCONEXION_CAMARA
30
Tempo que o sistema espera para confirmar a desconexão de uma câmera
TIEMPO_DESCONEXION_DVR
135
Tempo que o sistema espera para confirmar a desconexão de um DVR
TIME_FIND_RECORDINGS
120
Minutos em que procuraremos gravações para o certificado automático completo
TIMEOUT_ALARM_STATUS
1
Tempo em minutos que permitimos ao serviço ignorar uma alarme num canal se não tiver variado de estado ativo desde a primeira vez que a alarme foi processada.
TIME_ALARMS_CLOSING
0
Minutos em que uma alarme será fechada automaticamente (0 para não fechar)
TIPO_RECEPTORA
0
0 = Manitou, 1 = SBN
UPLOAD_ALARM_COLOSO_EVOLUTION_PORT
55550
USE_MANITOU
0
Se VALOR = 1 o sistema tornar-se-á num proxy para Manitou
2.5.5. Painel de Controlo
O Painel de Controlo mostra o estado dos serviços do AlarmSpace e permite reiniciá-los, pará-los, desabilitá-los e voltar a habilitá-los:
Se se desabilitar um serviço, este deixará de funcionar e não será reiniciado em nenhum momento (nem sequer com o reinício do servidor). A única forma de o voltar a colocar em marcha é voltar a Habilitar o serviço.
NOTA IMPORTANTE: use este módulo com cuidado e apenas se estiver seguro das suas consequências. Um uso indevido deste módulo pode supor um mau funcionamento global do software AlarmSpace.
2.5.6. Visualizador de Logs
Os distintos serviços do AlarmSpace geram diferentes logs. Esta ferramenta permite visualizar todos esses logs em tempo real. Só é preciso selecionar no menu suspenso o serviço que se deseja monitorizar e o log correspondente irá refrescar-se:
2.5.7. Certificados Aautomáticos
Parâmetros gerais de configuração de certificados automáticos:
Nome
Valor
Descrição
DAYS_PRESERVE_CERTIFICATES
30
Tempo que os certificados automáticos se guardam em dias
DISABLE_CERTS_AUT_SERVICE
false
Desabilita o serviço de geração e envio de certificados automáticos
TIME_FIND_RECORDINGS
120
Minutos em que procuraremos gravações para o certificado automático completo
2.5.8. Instâncias P2P Dahua
Permite definir distintas instâncias dos serviços P2P Dahua do AlarmSpace para paralelizar o processamento. As instâncias podem correr na mesma máquina do servidor ou em qualquer máquina da rede LAN.
Para iniciar uma nova instância utilizamos o botão “Novo”. Preenchemos os parâmetros de IP (a IP privada da máquina onde o serviço vai correr), porto (o porto que o serviço vai usar), se está ativo ou não, e o tipo de P2P (“bydemes” para equipamentos Dahua com firmware ByDemes e “dahua” para os que têm firmware original da Dahua). Depois guardamos e o sistema encarregar-se-á de iniciar o novo serviço e de balancear equitativamente os equipamentos através dos distintos serviços paralelizados. Deve ter-se em conta que se o serviço se quiser correr numa instância distinta do Servidor do AlarmSpace, é preciso instalar o software “AlarmSpace2 P2P Services Installer” manualmente.
2.6. Cópias de Segurança
Gestão de importações e exportações de dados da base de dados.
2.6.1. Importar/Exportar
Exporta para um ficheiro o conteúdo da base de dados. O ficheiro permite a recuperação total dos dados da base de dados num sistema novo. Selecionamos a pasta de destino com o botão com três pontos e clicamos em processar:
Gera-se o ficheiro de backup no diretório selecionado.
Se escolhermos a aba Importar, recuperamos os dados do ficheiro que selecionarmos e os incorporamos na instalação atual do AlarmSpace.
NOTA IMPORTANTE: A importação dos dados de um ficheiro de backup elimina os dados que a base de dados contenha e substitui-os pelos dados do backup. Use esta funcionalidade apenas em caso de perda significativa de dados e tendo em conta que os dados adicionados posteriormente serão perdidos.
2.6.2. Configurar
As cópias de segurança da base de dados podem ser realizadas periodicamente através deste módulo:
Neste módulo escolhemos onde guardar as cópias, temos de “Ativar Programação Periódica”, escolhemos com que frequência a realizamos e selecionamos em que data iniciamos as cópias. Também podemos eliminar cópias anteriores aos dias selecionados, para não termos problemas de ocupação de discos.
Podemos selecionar as tabelas para a cópia. A este respeito é importante saber que o AlarmSpace cria tabelas por datas para que as tabelas da base de dados não cresçam indiscriminadamente. Quando uma tabela atinge um limite, é criada uma nova tabela e a antiga é renomeada. Podemos selecionar não copiar essas tabelas antigas, a cópia será mais leve e teremos igualmente todos os dados guardados. Para não copiar as tabelas antigas devemos retirar o Check dos pontos “all” e “old_tables”:
2.6.3. Limpeza
Para diminuir o volume da base de dados podemos limpá-la com esta nova funcionalidade. Consiste em eliminar tabelas antigas das quais já não precisamos os dados (e que podemos ter em backups antigos). Distinguem-se as tabelas antigas porque lhes é acrescentada uma numeração. Assim, por exemplo, a tabela alarms vai gerando tabelas antigas na forma alarms_0000000001, alarms_0000000002, … Essas tabelas que têm a numeração podem ser eliminadas e não vão afetar o correto funcionamento do programa.
2.7. Idiomas
Permite a mudança de idioma da plataforma AlarmSpace. Até ao momento estão disponíveis os seguintes idiomas:
Ao efetuar uma mudança de idioma ser-nos-á pedido reiniciar o Servidor para refrescar as alterações.
2.8. Ajuda
Na secção de ajuda encontramos informação sobre a versão e licenças do AlarmSpace e distintos documentos de ajuda disponíveis para a plataforma. Também podemos procurar se há atualizações disponíveis da versão da plataforma AlarmSpace:
3. Módulo Operador
Módulo de visualização de câmeras em tempo real, visualização e descarregamento de gravações e tratamento de alarmes. Este módulo atua como cliente do módulo Servidor, de modo que pode ser instalado em várias máquinas que acedem à máquina servidora. É de utilização simultânea por vários operadores.
3.1. Login
Para entrar no módulo Operador devemos fornecer um utilizador do AlarmSpace válido, de qualquer nível.
O utilizador operador por defeito tem password 12345. Pode ser alterado e podem ser criados mais utilizadores operadores a partir do Servidor do AlarmSpace no menu Utilizadores
Podemos usar o Auto Login que, no próximo carregamento do programa Operador nesta máquina preencherá os campos Utilizador e Password com os últimos valores usados, de modo que não será necessário preencher os dados de utilizador e password para entrar rapidamente na aplicação. Para reverter o AutoLogin é preciso arrancar o Operador com o parâmetro STOPAUTO.
Também se pode aceder ao Operador fornecendo o utilizador e a password e um assinante em concreto por linha de comandos:
"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -user operador -pwd 12345 -ab 1234
Esta sentença inicia o módulo Operador com o utilizador “operador”, com password “12345” e apenas com as câmeras do assinante “1234”. Podemos usar apenas alguns dos parâmetros, por exemplo se não colocarmos o parâmetro -ab, abrir-se-á com todos os equipamentos atribuídos ao utilizador.
Utilizando o parâmetro de linha de comandos -cert o Operador não abrirá, apenas gerará à velocidade de execução um certificado de câmeras de um assinante. Para que esta opção funcione, devemos acrescentar também os parâmetros já mencionados -user e -pwd para validar o utilizador de acesso. Se usarmos o parâmetro -ab gerará o certificado desse assinante, caso contrário pedirá que introduzamos o número de assinante:
Podemos usar o parâmetro -cert sem argumentos ou indicar em seguida o caminho onde o certificado será guardado. Se não for colocado o caminho guardará na pasta atribuída ao grupo ao qual o equipamento pertence ou, se não tiver grupo atribuído, no caminho por defeito (p.ex. "C:\Program Files\ByDemes\AlarmSpace2 Client Module\AutoCerts”). No certificado também podem ser listadas as gravações de cada um dos canais, isso consegue-se adicionando o parâmetro -minFindRecord XXX, que indica os minutos de gravações que queremos procurar. Um exemplo simples de linha de comandos para gerar um certificado à velocidade de execução:
"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -cert -user operador -pwd 12345 -ab 1234
E um exemplo fixando o caminho do certificado em C:\CertificadosDVR\DVR1234 e procurando 120 minutos de gravações:
"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -cert C:\CertificadosDVR\DVR1234 -user operador -pwd 12345 -ab 1234 -minFindRecord 120
O módulo Operador mostra-nos na janela de acesso a versão do Operador que estamos a executar. É recomendável que essa versão corresponda à versão que esteja a ser executada no servidor do AlarmSpace, caso contrário algumas funcionalidades poderão não funcionar corretamente.
A primeira vez que iniciamos um Operador é necessário configurar o endereço do servidor (para informar o Operador de onde deve conectar-se). Isto faz-se através do botão Configuração:
Aqui devemos introduzir a IP do Servidor do AlarmSpace, seguida de dois pontos (:) e o porto 8003 (por defeito, pode ser alterado na configuração do servidor). Se a comunicação for correta após Aceitar aparece-nos a confirmação:
Se falhar, também nos indica e como consequência não poderemos trabalhar corretamente com o Operador até resolvermos o problema:
É preciso colocar corretamente a IP do servidor e o porto indicado. Se mesmo assim o problema persistir, contactar o pessoal técnico da ByDemes.
3.2. Tempo Real
Através da aba Tempo Real visualizamos câmeras em tempo real. Podem ativar-se várias câmeras ao mesmo tempo de um mesmo gravador ou de vários.
No painel da esquerda aparece um painel com distintas abas.
Na aba DVR aparece a lista de todos os equipamentos com a possibilidade de expandir as câmeras de cada equipamento, apenas os equipamentos/câmeras que estejam atribuídos ao utilizador no Módulo Servidor -> DVR -> DVR por Utilizador
A lista é feita pela descrição do equipamento. Com o botão Listar DVR's por Assinante vemos a lista por número de assinante. Voltando a pressioná-lo voltamos a ver os equipamentos pela sua descrição.
Com duplo clique sobre uma câmera visualizamo-la em tempo real. Com duplo clique sobre um gravador visualizam-se todas as câmeras do equipamento.
Se selecionarmos uma das visualizações aparecem-nos opções disponíveis sobre o que estamos a visualizar:
Em descarregamos o vídeo que estamos a visualizar.
Em fazemos uma captura da imagem nesse momento.
Em ouvimos o som do equipamento se tiver essa opção.
Em ativamos o micro para falar com o equipamento.
Em encontramos a função “Instant Replay”, reproduz a gravação da câmera 5 minutos antes
Em fazemos um zoom de qualquer parte da visualização da câmera, selecionada com o rato.
Em limpamos o ecrã e deixamos de visualizar a câmera.
Na parte inferior temos a opção de limpar todas as câmeras que estamos a ver e de recarregar os equipamentos do utilizador:
Com o botão direito sobre um gravador aparece-nos um menu contextual com distintas opções:
Ativar Stream Principal passa a visualização das câmeras para o modo com maior resolução chamado Stream Principal
Ativar Substream passa a visualização para o modo de resolução reduzida Substream, permite não sobrecarregar o canal de comunicação do cliente e do AlarmSpace
Gerir Relés abre-nos as saídas de relé disponíveis no equipamento e permite ativá-las e desativá-las:
Marcamos o estado dos relés que desejamos e clicamos no botão Modificar Estado Relés.
Certificado Câmeras nos realiza uma captura do estado de todas as câmeras do equipamento que pode funcionar como certificado de instalação ou revisão. Pergunta-nos em que pasta guardar o certificado e as câmeras que queremos capturar (caso alguns canais não sejam utilizados, por defeito todos os canais do DVR). Além disso, podemos adicionar um comentário manualmente no certificado:
Se o certificado foi gerado corretamente veremos a confirmação:
E obteremos o certificado no caminho indicado:
O logotipo é substituível por um .bmp de resolução parecida ao que temos em C:\Program Files\ByDemes\AlarmSpace2\LogoCert\LogoClient.bmp. Para mudá-lo substituímos o ficheiro LogoClient.bmp pelo novo .bmp com esse mesmo nome.
O certificado também mostra os eventos que o equipamento teve nas últimas 24 horas, para ver por exemplo os testes realizados na instalação ou manutenção:
“Certificado Completo de Câmeras” gera um certificado exatamente igual ao anterior, mas inclui uma listagem completa das distintas gravações de todas as câmeras ativas do último mês:
“Visualizador Câmeras” abre a aplicação Visualizador Câmeras, que mostra a câmera selecionada e uma gravação de 30 segundos antes.
A aba PTZ permite várias opções sobre a câmera se esta for ajustável e motorizada:
Step/Speed ajusta o passo das mudanças, quanto mais alto mais rápido serão realizadas.
Com as setas movemos a câmera nas diferentes direções.
Com Zoom ampliamos ou reduzimos a imagem.
Com Focus aproximamos ou afastamos o ponto de foco da câmera.
Com IRIS abrimos ou fechamos o íris da câmera para ajustar a quantidade de luz que perceberá.
A aba Predefinição permite executar as diferentes ações que o equipamento tiver definidas nos seus pré-sets:
Escolher o número de Predefinição e pressionar Executar.
A aba Filter aplica filtros aos equipamentos que são visualizados na aba DVR. Podemos filtrar aplicando um Filtro Geral com o que filtramos por Tipo DVR (ColosoEvo, Dahua, Hivision, HyundaiNextGen...), por Tipo de conexão, tipo de conexão preferida: direta ou P2P e por Grupo: mostrará apenas os equipamentos que tenham atribuído esse grupo em Módulo Servidor -> DVR -> Lista -> Dados Generales.
Neste caso só seriam mostrados os equipamentos do GRUPO 1. Observar que quando um filtro está aplicado aparece um (F) ao lado do título Filter, para ficar claro que não são mostrados todos os equipamentos atribuídos ao usuário mas apenas os que permite o filtro selecionado.
3.2.1. Incêndio
Quando o equipamento é do tipo Central de Incêndio convencional ao fazer duplo clique aparece-nos esta janela:
Vemos todas as zonas da central, com os alarmes e avarias ativas em cada uma. Se passamos por cima de uma zona mostra-nos o alarme atual, a temperatura da central, a tensão de entrada de rede e de saída auxiliar, a tensão da bateria e a tensão própria da zona. Também um histórico dos últimos eventos da zona.
Distingue entre alarme de detector e de pulsador e avaria de curto-circuito e de circuito aberto.
Vemos o estado do buzzer interno, das avarias do sistema e das sirenes, com os seus históricos. Além disso, vemos um histórico geral com todos os eventos ocorridos recentemente e podemos silenciar remotamente o buzzer interno da central.
Com o botão direito sobre o equipamento surge-nos a opção de Gerar Certificado, que nos cria um certificado com os estados e tensões de toda a central bem como gráficos com a evolução temporal dos estados em que a central esteve no período selecionado.
3.2.2. Video-porteiros
Quando se produz uma chamada de um video-porteiro corretamente configurado no módulo servidor para enviar a chamada ao Operador, aparece-nos uma tela emergente como esta enquanto soa um toque de aviso:
Nela vemos a câmera do VTO. A seguir, iniciamos conversa com o botão Iniciar Conversa, podemos Abrir Porta, Abrir Segunda Porta, Parar Toque.
La opção Liberar Chamada é utilizada caso este Operador não possa atender a chamada neste momento, embora a tenha atendido, pode liberá-la e aparecerá de novo em todos os operadores abertos, podendo outro Operador atendê-la. Finalmente, para terminar a chamada podemos usar Terminar Conversa (não fecha a janela) ou Fechar Janela, que termina e fecha a janela simultaneamente.
Se houver mais de uma chamada ao mesmo tempo, aparecerá primeiro uma e quando se fechar aparecerá a seguinte. No caso de ter mais de um operador ativo, aparecerá a primeira chamada em todos os operadores e quando um iniciar conversa aparecerá a seguinte nos outros operadores, de modo que com vários operadores se podem tratar várias chamadas ao mesmo tempo.
3.2.3. Incêndio Analógico
Quando o tipo de equipamento é “Honeywell Analógico”, aparece-nos a seguinte tela:
Temos uma visão geral da central. Se passamos por cima dos ícones aparece o histórico de cada dispositivo. Em Historial Geral um histórico geral. Na parte esquerda, podemos realizar consultas dos dispositivos. Se não completarmos nenhum dado e pressionarmos o botão consultar nos devolverá toda a configuração da central. Se na dropdown do lado de configuração escolhermos por exemplo os dispositivos Em Teste devolve-nos apenas os dispositivos que estiverem em teste. Se escolhermos um Laço, um Tipo e inserimos um endereço, devolve-nos informação mais precisa do dispositivo em concreto. Se colocarmos uma zona (e apagarmos o endereço, que tem prioridade) devolve-nos informação do dispositivo que temos nessa zona. Com o botão direito sobre o botão consultar aparece-nos (mediante palavra-passe de administrador) um menu com opções bidireccionais:
Podemos anular zonas, colocá-las em teste e voltar ao estado normal. Também com o botão direito sobre o ícone de Avaria Sistema podemos rearmar a central:
Se clicarmos com o botão direito sobre o dispositivo aparece-nos um menu onde podemos gerar um pdf com toda a configuração da central:
3.3. Vídeo
Através da aba vídeo procuramos gravações do canal selecionado filtrando por diferentes critérios:
Filtramos pelas datas desejadas e pelo tipo de evento que provocou a gravação do ficheiro de vídeo: todos, por alarmes externos, por detecção de movimento, por qualquer alarme ou por diferentes com consultas.
Com o botão Consultar aparecem à direita todas as gravações disponíveis segundo os filtros selecionados:
Duplo-clique sobre uma das gravações que aparecem e reproduz-nos o vídeo associado:
Durante a reprodução temos várias opções:
pausa e retomar a reprodução.
parar totalmente a reprodução, o ecrã fica negro.
avance/retrocesso rápido/lento e por fotogramas.
descarregar um vídeo do que está a ser visualizado.
capturar o ecrã numa imagem do que está a ser visualizado naquele momento.
barra de seleção de tempo, leva-nos exatamente ao segundo desejado do vídeo. Podemos descarregar a partir desse segundo.
Na aba Capturas podemos visualizar as capturas de imagens que tivermos armazenadas localmente no equipamento, no caminho que tivermos programado em Módulo Servidor -> Configuración -> Parámetros Receptora -> Parámetros generales (em RUTA CAPTURAS CLIENTE):
3.4. Alarmes
A aba Alarmes é utilizada para gerir alarmes recebidos dos equipamentos. Os eventos dos equipamentos podem ser enviados para o software da CRA se estiverem programados como Enviar Alarmes por passarela ou então serem enviados ao Operador se estiver marcada a opção Enviar Alarmes a verificação de vídeo.
Neste último caso os alarmes aparecem no módulo de alarmes de todos os operadores cujos usuários tenham o equipamento atribuído:
Selecionamos o alarme de Alarmes Ativos. Se tiver vídeos associados podemos reproduzi-los: se tiver vídeo pré-alarme e/ou vídeo pós-alarme visualizamo-los seleccionando o check correspondente. Podemos pausar a reprodução, retomá-la, pará-la totalmente, avançar mais rápido, retroceder e tomar uma captura de ecrã de qualquer momento. Também mostra uma captura do momento do alarme em Captura do alarme.
Uma vez selecionada clicamos no botão Processar Alarme, veremos que nos leva à aba de Tempo Real para visualizar a câmera em direto. Voltamos à aba Alarmes e selecionamos uma ação associada ao tratamento do alarme que surgirá no combo dropdown Ação. As ações desse dropdown são criadas em Servidor de AlarmSpace -> Alarmas -> Acciones. Para associar a ação ao alarme pressionamos o botão Guardar Ação. Colocamos um comentário no espaço reservado para isso (abaixo de Processar Alarme). Finalmente processamos o evento com o botão Processar Alarme.
No botão Listado Eventos DVR, aparece a listagem de eventos dos equipamentos do AlarmSpace, com possibilidade de filtrar por diversos critérios e exportar para excel/CSV e PDF. Para mais detalhes ver Módulo Servidor -> Alarmas -> Eventos DVRs.
3.4.1. Alarmes Intrusão
O módulo de Alarmes do Operador agora também é capaz de receber alarmes de intrusão das centrais Vesta. Para que sejam recebidos no Operador é preciso colocar na Configuração passarela VESTA, na secção ComputerProtocol (Protocolo de saída) o tipo OPERADOR:
Uma vez configurado, vemos que os eventos dos painéis de intrusão aparecem no Operador:
Tratamos-nos da mesma forma que no caso anterior, adicionando uma ação e guardando-a e colocando um comentário. No momento de guardar podemos guardar apenas o evento que estamos a processar ou Fechar Todas Assinado para guardar todos os eventos do assinante. No Operador também podemos ver o Listagem Eventos DVR
Eventos DVRs, que também inclui os eventos de intrusão e entrar na manutenção de Assinantes INTRUSÃO.
Os eventos podem ser configurados com diferentes cores, segundo o grau de importância que quisermos dar-lhes, e podem ser ordenados por prioridades. Também se podem escolher os eventos que passam pela tela ou vão directos para o histórico.
Na parte direita superior vemos os dados atribuídos ao assinante (nome, endereço, localidade, província, telefone e email).
Clicando no botão Contactos vemos os contactos atribuídos ao assinante (nome, telefone, email), ordenados pela Ordem que tivermos estabelecido em Dados Assinantes:
Em Estados vemos os estados disponíveis do Assinante:
E em Zonas, as zonas detectadas no painel:
Se houver um evento de imagem mostra-nos a primeira imagem capturada:
e com o botão reproduzir podemos visualizar todo o vídeo e realizar ações bidireccionais:
4. Módulo ActiveX
O módulo ActiveX é uma aplicação que permite visualizar câmeras em tempo real e gravações através do Internet Explorer ou navegadores compatíveis integrados em bObject de softwares de CRA como Manitou, SBN e Softguard.
4.1. Comandos Passarela
A actual “PASARELA ACTIVEX GENERICO” do Alarmspace V2, inclui um servidor web que permanece à “escuta” na porta 8003 (em diante).
Procura (ao instalar-se) a primeira porta livre a partir de 8003.
Esta porta pode ser modificada num ficheiro de texto configuracion.dat dentro da pasta de instalação e reiniciando o serviço.
(Deve estar aberta entre as máquinas dos operadores e a máquina onde corre o AlarmspaceV2). Também é importante que o IP que aparece neste ficheiro (nas 4 primeiras linhas) corresponda ao IP do Servidor do AlarmSpace (no exemplo 192.168.X.XXX):
server=192.168.X.XXX;database=bydemesvideo;User Id=bydemesvideo; password=06851f3848543ea; port=3350; Persist Security Info=True
192.168.X.XXX:8003
192.168.X.XXX:9000
192.168.X.XXX:10003
Após tudo isto, já se pode utilizar a chamada ao sítio web e os comandos mostrados a seguir com o seguinte sistema:
http://[IP_maquina_alarmspace]:8003/bydemes.html?address=[IP_maquina_alarmspace]&port=8003&subscriber=9 999&channel=4&channel_source=main
Sendo subscriber o número de assinante configurado no Alarmspace V2, neste exemplo só se conectaria ao DVR do assinante 9999 e mostraria o canal 4 no stream principal em direto
Parametrizável segundo a seguinte tabela de comandos:
channel= número de canal para a visualização em directo, começa em 1.
Opção, se o equipamento tem CANAL “0”
Se no número de canal se escrever 0 o sistema interpretará que se quer utilizar o "Canal 0" acompanhado dos parâmetros (“multiplay_type” e “multiplay_channel”)
multiplay_type=<n> onde <n> é 4, 8, 9, 16. Ou seja, o número de canais.
multiplay_channel=<n> onde <n> é o primeiro canal que será mostrado na “grelha”.
(Esta opção depende do gravador, alguns só admitem CH0 e não entendem o resto das ordens)
channel_source=main | sub. Para seleccionar o stream da conexão mainstream ou substream. Por defeito é "sub".
channel_save_video= Se estiver a 1 ao iniciar a conexão começará a guardar o vídeo. O botão de guardar vídeo ficará vermelho para que o operador o possa parar.
channel_save_image= Se estiver a 1 faz uma captura de ecrã ao iniciar a sessão.
prealarm_channel= número de canal para selecionar nas gravações.
prealarm_save_video=-segundos/-segundos. Intervalo de segundos a contar a partir do momento “agora”. Ou seja, se puseres -20/-5 e agora são 10:32:40, o vídeo guardado irá das 10:32:20 às 10:32:35.
prealarm_view_video=-segundos/-segundos.
Intervalo de segundos a contar a partir do momento “agora”. Ou seja, se escreveres -20/-5 e agora são 10:32:40, o vídeo irá das 10:32:20 às 10:32:35.
Utilize esta opção para mostrar o preview da pré-alarme na janela da direita em vez de a descarregar. É compatível com o anterior prealarm_save_video. Se se utilizarem os dois, visualizar-se-á e descarregar-se-á.
É muito importante que o DVR esteja a gravar e “em hora” com o Alarmspace, caso contrário pode não encontrar os vídeos gravados solicitados como pré-alarme, recomenda-se a opção NTP para sincronizar a hora e pedir ao gravador, por exemplo -60/5 (um minuto antes da alarme)
Podem ser colocadas todas as opções ao mesmo tempo:
exemplo: port=3500&subscriber=9999&channel=4&channel_source=main&channel_save_image=1&channel_save_video=1&p realarm_channel=8&prealarm_save_video=-20/0
Com isto o sistema conectará ao canal 4, do DVR do assinante 9999, em mainstream, fará uma captura de ecrã e ao mesmo tempo começará a guardar vídeo em real, em seguida pedirá a gravação do canal 8 desde 20 segundos antes de agora e guardá-la-á
Podem ser acrescentados mais comandos mediante & e não deve haver espaços em branco
Além disso, no ActiveX dos operadores encontrarão:
Um botão para activar as saídas de relé do dvr. Um botão para activar o áudio do dvr.
Um botão para activar o sistema de fala-escuta bidireccional.
Um botão para fazer Replay em caso de ter sido solicitada uma pré-alarme. Só aparece se se tiver solicitado uma pré-alarme com os parâmetros.
Vai reproduzindo o momento da alarme enquanto não se solicitar outra pré-alarme e enquanto a gravação estiver no disco do DVR.
O operador pode com os botões de busca visualizar gravações de outras câmeras e se pressionar Replay volta a visualizar a pré-alarme
Uns botões para seleccionar gravações de áudio armazenadas no PC e que podem ser enviadas ao DVR para que sejam ouvidas através dos altifalantes amplificados que tenham sido conectados ao DVR na instalação
Estes ficheiros de áudio devem ser wavs de 16bits 8Khz e Mono, juntam-se alguns de exemplo
Não recomendamos que sejam excessivamente grandes pois durante a reprodução o navegador bloqueia
Para além dos botões de gravar vídeo e tirar fotos tanto na parte de visão em vivo como em visão de gravações
Em tempo real podemos seleccionar câmera e tipo de stream, bem como controlar domos seleccionando inclusive a velocidade de controlo
Em reprodução podemos seleccionar o canal, a data e a hora e pressionar GO para passar a reproduzir o momento
E os controlos sobre a gravação
4.2. Novos Comandos
NOVOS COMANDOS
dvr_name=nome. Pode identificar um equipamento pelo nome atribuído. Permite distinguir entre dois gravadores com o mesmo número de assinante.
sincPlaybackChannel=1 | 0. Permite mudar a vista do vídeo gravado para o canal que mudamos na vista em direto, o tempo de visualização será o escolhido em prealarm_view_video.
fire_subscriber= Número de assinante atribuído a uma central de incêndio. Aparecerá a visualização do estado da central e poderemos interagir com ela. Combinado com os comandos do DVR, permite visualizar as câmaras simultaneamente.
vto_subscriber= Número de assinante atribuído a um videoporteiro (VTO). Aparece a tela de controlo do VTO, visualizamos a câmera, podemos conversar e abrir portas. Combinado com comandos do DVR, permite visualizar câmeras adicionais.
O novo botão ‘?’ mostra uma tabela com as câmeras ordenadas pela última detecção de movimento. Assim podemos ter uma orientação do percurso detectado:
5. Configuração passarela VESTA
5.1. Introdução
5.1.1. Bem-vindos
A central de intrusão Climax VESTA pode enviar os eventos gerados em distintos formatos. O AlarmSpace ampliou as suas capacidades para receber estes eventos, processá-los e gerar novos sinais de saída adaptados aos protocolos dos principais softwares de recepção actualmente no nosso país (Manitou, SBN, Softguard e compatíveis).
Além disso, o próprio AlarmSpace realiza um controlo do polling programável e oferece a opção de desactivar assinantes (não são enviados ao software da CRA) e de alterar os tempos de polling. Adicionalmente podemos monitorizar os eventos recebidos em tempo real.
O sistema de recepção oferece uma configuração de alta disponibilidade mediante um cluster de duas máquinas (principal e backup) que reduzem a níveis muito baixos a possibilidade de perder eventos ou sofrer atrasos importantes.
5.2. Programação Central VESTA
Configuração Rápida de CRA (Central receptora de alarmes num painel VESTA)
Passo 1: Entre na APP ou WEB SmartHomeSec como instalador
Passo 2: Aceda à secção AJUSTES -> REPORTE
Passo 3: Adicione uma URL nova e atribua o GRUPO 2
Passo 4: Adicione na URL: ip://ASSINANTE@IP:PORTA/MAN
O esquema de programação aconselhado para a correcta recepção de eventos da Central VESTA é o seguinte:
Nesta figura CRA representa o software de recepção da CRA, VESTA uma central instalada e AlarmSpace MAIN e BACKUP são duas instâncias do AlarmSpace em duas máquinas distintas. Podem ser virtualizadas, mas aconselhamos que estejam em máquinas físicas distintas. Se falhar a conexão com o AlarmSpace MAIN a central tentará através do AlarmSpace BACKUP. Sempre voltará a tentar pela conexão MAIN para ver se recupera.
Para programar os parâmetros de comunicações na central VESTA devemos dirigir-nos ao Cloud da ByDemes: https://smarthomesec.bydemes.com/ByDemes/ e aceder com o nosso usuário e palavra-passe. Uma vez dentro selecionamos o painel desejado e vamos à secção de Ajuste/Reporte
Nas distintas URL configuramos os parâmetros de comunicação. A URL1 está reservada para uso interno. Na URL 2 introduzimos os dados do nosso AlarmSpace receptor principal da seguinte forma:
Onde 1234 é o número de assinante, 123.123.123.123 é a IP pública do AlarmSpace e 23506 a porta aberta contra a máquina do AlarmSpace para receber eventos.
NOTA IMPORTANTE
O IP deve escrever-se sem zeros à esquerda, NÃO deve completar com 0 até os 3 dígitos. Se o fizer assim a conexão não funcionará.
No grupo atribuímos o Grupo 2, isso assegura-nos que serão enviados todos os eventos.
Para assegurar a máxima disponibilidade recomendamos atribuir uma nova URL (a URL 3). Esta tem de ir dirigida à máquina do AlarmSpace de Backup (com a IP pública da máquina de backup e a porta aberta nessa máquina). Escolheremos também o Grupo 2 para enviar apenas os eventos que falhem pela via principal (grupo distinto envia todos, mesmo grupo envia apenas os que falham no anterior).
Na Sequência de Informes(Reporting Sequence) escolhemos Essencial e nos re-tentativas recomendamos apenas uma re-tentativa para agilizar a passagem para a via secundária se falhar o envio (se não se utilizar a via secundária podemos aumentar até 3 re-tentativas).
Faltaram os dados de subida de imagens:
Também com o protocolo “Manitou” e a cadeia 1234@123.123.123.123:23506 com o mesmo número de assinante, ip e porta que da via principal.
Clicamos em “Enviar” e já teremos as comunicações atribuídas.
NOTA IMPORTANTE
Recomendamos que a comunicação com o AlarmSpace BACKUP se realize por outra via de comunicação (outra fibra/ADSL distinta da principal) e preferencialmente de Operadores distintos (com infraestrutura física distinta), para assegurar a recepção de eventos se cair uma das linhas de comunicação.
5.3. Configurações AlarmSpace
5.3.1. Configurações gerais - VESTALog
A aplicação VESTALog tem várias funcionalidades. Visualizar os eventos recebidos e reenviados ao software de recepção da CRA em tempo real, ver um histórico dos frames tratados, um log de texto com os detalhes de funcionamento da receptora, uma configuração de parâmetros da receptora, escolher distintos destinos para os eventos, reatribuir ou descartar eventos e configurar a função load balancer.
5.3.1.1. Tempo real
Visualizamos os eventos recebidos das centrais VESTA, as respostas e os eventos enviados ao software da CRA e as suas respostas.
5.3.1.2. Histórico
São mostradas as tramas recebidas das centrais VESTA. Podemos filtrá-las por datas e por número de assinante.
5.3.1.3. Log
Registo de ações realizadas pela aplicação. Útil para teste e debug.
5.3.1.4. Configuração VESTA
Parâmetros da receptora:
ServidorMy: IP do servidor mysql local (a própria IP da máquina)
ServidorMyBackup: IP do servidor mysql de backup (deixar 0 se for no AlarmSpace Backup ou não se implementar a máquina de Backup)
rutaVideos: caminho onde serão guardadas imagens e vídeos recebidos.
domainForUNC: se desejar guardar os vídeos pela rede pode ser necessária a autenticação de usuário por UNC. Introduza aqui o domínio.
userForUNC: usuário para guardar vídeos e imagens em rede.
passwordForUNC: palavra-passe para guardar vídeos e imagens em rede
checkForUser: pedirá usuário e palavra-passe ao iniciar o visualizador bidireccional. Se não tiver permissões sobre o painel não permitirá o acesso.
secondsBefore: só são mostradas no visualizador bidireccional imagens e vídeos destes últimos segundos, para não visualizar vídeos antigos que possam confundir o operador.
sendVisorEvents: se activar esta opção, todas as ações de um usuário no visualizador bidireccional enviarão um evento ao software da CRA.
useLoadBalancer: permite repartir as conexões entrantes de painéis entre duas ou mais máquinas de modo a aumentar o número de eventos simultâneos que se podem tratar.
Ip: ip local (privada) da máquina sobre a qual abriremos a porta de escuta.
Porto: a porta de escuta. Deve abri-la em TCP no router para receber eventos contra esta máquina.
PuertoEncriptacion: a porta de escuta de tramas encriptadas (diferente da que se recebem as tramas sem encriptar). Se desejar mais segurança pode programar as centrais para enviar com encriptação da seguinte forma:
ip://1234@3.123.23.123:23508/MAN_TLS para os eventos
Escolher Manitou (TLS) para as imagens.
Linea: linha da receptora, usada por alguns softwares da CRA para distinguir e associar assinantes a uma determinada receptora.
PuertoMedical: porta de escuta de tramas de equipamentos da gama médica. Também utilizada para receber o protocolo SIA DC09 (SIA IP) quando o software da CRA não suporta outros protocolos.
Title: Nome da Receptora.
IniCar: carácter de início das tramas recebidas dos painéis. Não modificar sem supervisão da ByDemes.
EndCar: carácter de fim das tramas recebidas dos painéis. Não modificar sem supervisão da ByDemes.
manitouServer: ip do servidor do software da CRA utilizado.
manitouPort: porta de escuta do software da CRA utilizado.
vestaAutoactivateAb: se estiver a 1 os novos assinantes que a aplicação receba ativam-se automaticamente. Se for zero regista-se o assinante, mas há que ativá-lo manualmente.
vestaPollingTime: tempo entre sinais de polling por defeito. Será atribuído automaticamente a todos os novos assinantes. Pode ser alterado individualmente.
Se clicarmos nesta linha com o botão direito do rato podemos atribuir este valor a todos os assinantes de intrusão que temos actualmente:
vestaDaysPreserveFrames: dias que serão conservadas as tramas do histórico.
vestaDaysPreserveImages: dias que serão conservadas as imagens no disco do AlarmSpace
VestaNumAb: número de assinante da aplicação para enviar eventos internos.
VestaInternalTestPeriod: frequência com que será enviado o teste interno da aplicação em segundos. Se for 0 não se envia o teste.
VestaAccountDefaultTestPeriod: frequência com que será enviado ao Software da CRA um teste da Central VESTA se estiver a realizar correctamente o polling.
Se clicarmos nesta linha com o botão direito do rato podemos atribuir este valor a todos os assinantes de intrusão que temos actualmente.
AllowMultipleDestines: Permitir múltiplos destinos de sinais à CRA
ComputerProtocol: Protocolo de saída, deve coincidir com o programado na central (XML, SIA…)
ASReceiverType: Software da CRA
skipDateFromFrame: NÃO enviar data do evento, embora venha na trama
automaticResponse: Não enviar evento ao software da CRA e confirmar automaticamente
privateProtocol: podemos mudar o tipo de modelo utilizado (CID) por um personalizado na trama enviada ao software da CRA.
refuseUserCaptures: se colocarmos este campo a verdadeiro, os pedidos de imagens dos pircam feitos pelos usuários (web ou App) não chegarão à CRA preservando assim a privacidade.
continuosuCRAConnection: a conexão com o software da CRA realiza-se ao iniciar o serviço e não se interrompe, mantém-se constantemente.
sendCallerIdToCRA: a identificação da central é enviada na trama lançada para a CRA.
externally Monitoring: o teste interno da central (lançado periodicamente segundo VestaInternalTestPeriod), pode verificar também a conectividade externa enviando-o através do IP público.
publicIp: ip pública utilizada pelo servidor de Vesta, utilizada para enviar externamente o teste interno. Também é usada para verificar que os painéis que queremos visualizar com o VisorHTML transmitem a esta CRA.
numPollingFailure: número consecutivo de falhas do sinal de polling para enviar erro.
Heartbeat: trama do batimento interno para enviar ao software da CRA para certificar que o processo está vivo.
HeartbeatPeriod: tempo de repetição em segundos do batimento anterior.
AESKey: chave de encriptação da chave AES a utilizar se for utilizada a transmissão SIA-DC09 cifrada.
sendEventoOnWrongMac: permite seleccionar se se envia ao software da CRA um evento de um painel com a Mac errada (não coincidente com a que temos registada). Se o evento for enviado acompanha-se de outro evento que indica o erro (CodigoEventoMacError). Se se marcar não enviar não é enviado nada, como se o assinante estivesse inactivo.
DefaultBypassTolerance: se deixarmos passar um dos testes de polling de tempos a tempos, podemos introduzir uma tolerância para que o envio não se atrase. Aqui introduzimos essa tolerância em segundos.
AllEventAsPolling: qualquer evento recebido do painel (não só o sinal de polling propriamente dito) refresca o tempo de polling (e restaura o estado de falha de polling caso esteja activo). Se for posto a falso, só o sinal de polling refresca o tempo de polling.
SynchASPolling: sincroniza automaticamente o tempo de polling programado no AlarmSpace com o tempo de polling que têm programados os painéis. Temos três opções:
Se escolhermos todos os painéis, serão sincronizados todos os assinantes do AlarmSpace com os seus correspondentes painéis (necessitamos ter actualizada a MAC dos painéis)
Se escolhermos Só no tempo indicado, serão sincronizados apenas os assinantes cujos painéis tenham configurado o tempo que colocamos no campo seguinte (TimeSynchASPolling)
Se escolhermos Não sincronizar, não se sincroniza nenhum assinante.
TimeSynchASPolling: só são sincronizados os assinantes cujos painéis têm este tempo programado (tempo em segundos). Por exemplo se colocarmos 21600 segundos, serão actualizados os assinantes que tenham painéis programados com 6 horas de polling (tipicamente equipamentos que funcionam apenas com baterias).
AddURLGpsLink: adicione uma URL com a geolocalização de um evento geolocalizado para ser executada directamente com um só clique.
Logffmpeg: Activa o log para visualizar a resposta do programa ffmpeg ao construir um vídeo através das imagens recebidas.
SendEventNewVESTACodes: quando o sistema detecta que foram libertados novos códigos ContactID no sistema Climax-VESTA envia-se um evento com esse código acompanhando o evento de teste interno da passarela. Este código pode ser configurado em Códigos Eventos e deixará de ser enviado quando se aceitarem os novos códigos no Servidor do AlarmSpace, DVR→Assinantes INTRUSIÓN ¡¡NOVOS CÓDIGOS VESTA!!
5.3.1.5. Códigos Eventos
Códigos de eventos programáveis da passarela:
CodigoEventoPolling: o código ContactID que a aplicação entenderá como sinal de polling, para o controlo de desconexões. Não será enviado ao software de recepção.
CodigoEventoFalloPolling: código ContactID enviado ao terceiro falhanço do sinal de polling.
CodigoEventoFalloPolling2Vias: código ContactID enviado ao terceiro falhanço do sinal de polling em equipamentos que têm pelo menos 2 vias de comunicação (detectado automaticamente pelo sistema).
CodigoEventoRestPolling: código ContactID enviado ao receber um sinal de polling estando em falha de polling.
CodigoEventoRestPolling2Vias: código ContactID enviado ao receber um sinal de polling estando em falha de polling em equipamentos que têm pelo menos 2 vias de comunicação (detectado automaticamente pelo sistema).
CodigoEventoMacError: um evento gerado pela passarela com este código será gerado quando se detectar que a identificação (MAC) da central que envia com um número de assinante, não corresponde com a identificação que se recebeu ao registar o assinante pela primeira vez.
VestaInternalTestCode: código ContactID enviado como teste interno (heartbeat) da própria aplicação.
CodigoEventoPollingSIA: No caso de usar o protocolo SIAIP (SIA-DC09) definimos o código do evento de polling.
CodigoEventoFalloPollingSIA: código SIA enviado ao terceiro falhanço do sinal de polling.
CodigoEventoFalloPollingSIA2Vias: código SIA enviado ao terceiro falhanço do sinal de polling em equipamentos com 2 vias de comunicação como mínimo.
CodigoEventoRestPollingSIA: código SIA enviado ao receber um sinal de polling estando em falha de polling.
CodigoEventoRestPollingSIA2Vias: código SIA enviado ao receber um sinal de polling estando em falha de polling em equipamentos com 2 vias de comunicação como mínimo.
CodigoEventoMacErrorSIA: código SIA enviado por uma MAC errada porém em formato SIA.
videoEvCodeSIA: código SIA enviado quando é adjunto um evento de vídeo
userCaptureCode: código do evento que os painéis enviam em caso de uma captura de imagem de um usuário
visorArmCode: código ContactID que se envia ao armar uma partição desde o visualizador bidireccional quando activado
visorDisarmCode:. código ContactID que se envia ao desarmar uma partição desde o visualizador bidireccional quando activado
visorPartialArmCode:. código ContactID que se envia ao fazer um armamento parcial de uma partição desde o visualizador bidireccional quando activado
visorBypassCode: código ContactID que se envia ao anular uma zona desde o visualizador bidireccional quando activado
visorRestoreBypassCode: código ContactID que se envia ao habilitar uma zona desde o visualizador bidireccional quando activado
visorSceneApplyCode: código ContactID que se envia ao aplicar uma cena desde o visualizador bidireccional quando activado
visorTakeSnapshotCode: código ContactID que se envia ao fazer um pedido de imagem desde o visualizador bidireccional quando activado
registerAccountEvCode: código ContactID que se envia ao registar pela primeira vez um assinante. Se ficar em branco não se envia este evento.
EraseAccountEvCode: código ContactID que se envia ao apagar um assinante desde Assinantes INTRUSIÓN. Se ficar em branco não se envia o evento.
visorArmCodeSIA: código SIA que se envia ao armar uma partição desde o visualizador bidireccional quando activado
visorDisarmCodeSIA:. código SIA que se envia ao desarmar uma partição desde o visualizador bidireccional quando activado
visorPartialArmCodeSIA:. código SIA que se envia ao fazer um armamento parcial de uma partição desde o visualizador bidireccional quando activado
visorBypassCodeSIA: código SIA que se envia ao anular uma zona desde o visualizador bidireccional quando activado
visorRestoreBypassCodeSIA: código SIA que se envia ao habilitar uma zona desde o visualizador bidireccional quando activado
visorSceneApplyCodeSIA: código SIA que se envia ao aplicar uma cena desde o visualizador bidireccional quando activado
visorTakeSnapshotCodeSIA: código SIA que se envia ao fazer um pedido de imagem desde o visualizador bidireccional quando activado
registerAccountEvCodeSIA: código SIA que se envia ao registar pela primeira vez um assinante. Se ficar em branco não se envia este evento.
EraseAccountEvCode: código SIA que se envia ao apagar um assinante desde Assinantes INTRUSIÓN. Se ficar em branco não se envia o evento.
5.3.1.6. Destinos eventos
Definimos destinos particulares aos quais podem ser enviados os sinais recebidos da VESTA. Serão seleccionáveis por cada assinante:
Temos de definir o IP, porta e uma linha (se o software da CRA que tem de receber o evento a utilizar). Damos-lhe um nome para referenciá-lo nos assinantes particulares, em Servidor de AlarmSpace -> DVR -> Assinantes VESTA
5.3.1.7. Reatribuir Eventos
Funcionalidade que permite reescrever o código de evento de uma trama, para que o software da CRA receba o evento desejado:
Mudança do código de alarme (evento Contact ID ou SIA) pelo código desejado. Temos diferentes opções:
Nas 4 primeiras linhas altera-se o evento original (E130) pelo novo (E131) se coincidir a Zona (a 1 ou a 2) se no tempo de retardo (10 segundos) chegar o EventoDesactiva (E401 ou E402). Se não chegar o EventoDesactiva aos 10 segundos chegará o evento E130.
Na 5ª linha, o evento E780 será descartado e não será enviado ao software da CRA porque o evento novo está em branco.
Na 6ª linha altera-se o evento original (E132) pelo novo (E133), para qualquer zona, visto que a zona está em branco, se no tempo de retardo (10 segundos) chegar o EventoDesactiva (E401). Se não chegar o EventoDesactiva aos 10 segundos chegará o evento E132.
5.3.1.8. Configurar Balanceador
Funcionalidade em desenvolvimento.
5.3.1.9. Parâmetros LORA
Nesta secção aparecem os parâmetros configurados automaticamente para o correcto funcionamento da recepção de eventos através das redes Lorawan. Um índice próprio de cada CRA, o nome da CRA (pode ser modificado, é meramente informativo), o IP atribuído pela rede privada virtual e a porta utilizada pela rede para receber eventos. Não é necessário abrir essa porta porque estamos sobre uma VPN.
5.3.1.10. Parâmetros API
Para o correcto funcionamento do VisorHTML e outros processos internos do AlarmSpace, devemos configurar correctamente os parâmetros da API, dependendo de distintos sub-distribuidores. Em geral, podemos deixar os parâmetros que vêm por defeito, que são os que vemos no ecrã e que funcionarão correctamente.
Atenção: Não modificar estes parâmetros sem consultar o pessoal especializado da ByDemes.
5.3.1.11. API Múltipla
Esta funcionalidade permite definir mais de uma API para uso com o VisorHTML. Os distintos parâmetros de cada API podem ser atribuídos individualmente a um assinante em concreto, de modo que terão preferência estes parâmetros em frente aos parâmetros gerais definidos em Parámetros API.
5.3.1.12. Parâmetros Nuva
A partir desta secção podemos habilitar as comunicações com a nuvem da Nuvathings, para receber eventos dos seus dispositivos.
Para habilitar as comunicações colocamos o EnableNuvaCS a verdadeiro. No HostNuva respeitamos o valor por defeito cloud.nuvasafe.com e no PuertoNuva também: 11112. No CsIdNuva temos de colocar o identificador que nos foi atribuído pela Nuvathings para sermos reconhecidos na sua nuvem. O polling dos dispositivos Nuva é controlado pela própria nuvem pelo que o Código de Eventos Polling não se utiliza neste caso. Podemos personalizar a LineaNuva (Linha da Receptora, prefixo de Linha) para distingui-la dos eventos provenientes de outros equipamentos como VESTA.
5.3.1.13. Nuva Múltipla
O AlarmSpace permite ligar-se simultaneamente à nuvem da Nuvathings com diversos identificadores, para facilitar o uso a plataformas que sirvam serviços a distintas CRA de forma diferenciada ou para qualquer tipo de tipologia multi-CRA. Nesta secção configuraremos os distintos CsId
5.3.1.12. Configuração geral do AlarmSpace
Os parâmetros de comunicação com o Software da CRA configuram-se no Servidor do AlarmSpace, na secção de Configuração/Parâmetros da Receptora:
Temos de seleccionar o tipo de programa, marcar como activo, a porta e o IP do servidor. Nesta versão a central VESTA apenas transmite em formato ContactID (independentemente da template seleccionada que sim que aplica aos eventos dos gravadores).
5.3.2. Controlo de assinantes
Visualizamos os assinantes da aplicação, se estão activos ou não, o tempo de polling, se estão em falha de polling e a data do último polling:
Se dermos duplo clique sobre um assinante podemos alterar alguns parâmetros do assinante:
Concretamente podemos alterar o Período de polling (para ajustá-lo ao que estiver programado na central VESTA em questão), em minutos, e activar/desactivar o assinante. Se um assinante estiver inactivo os sinais que possam chegar ficam registados, mas não passam para o software de gestão da CRA. Também permite programar um teste periodicamente (é um polling que sim chegará ao software da CRA). No exemplo é enviado cada 24 horas. Com a MAC do equipamento verificamos se o número de assinante que recebemos corresponde com a MAC que temos registada. Se não for assim enviamos um evento de erro (por defeito o código E304, ver configuração VESTA). Existe a possibilidade de atribuir um grupo a cada assinante. Depois podem ser atribuídos grupos a usuários, de modo que cada usuário teria acesso bidireccional apenas ao seu grupo de assinantes. A coluna Num. Falhas Polling é o número de falhas consecutivas que têm de ocorrer para que seja enviado o evento de falha de polling. Se não for definido, por defeito é 3. Também podemos ver a data em que se registou cada assinante, o set de códigos utilizado pelo assinante (CID ou SIA), a Tolerância Test, que são os segundos de margem (anteriores ou posteriores) que o sistema tomará para considerar um sinal de polling como teste e o check Enviar Eventos Polling que permite desactivar o envio de eventos polling (continua a controlar-se as falhas de polling mas não se enviam os eventos à CRA). As novas colunas mais gráficas mostram o estado de conexão de Ethernet (preto: não há ethernet na instalação, vermelho: falha ethernet, verde: ethernet ok), o nível de cobertura GSM, e o nível de bateria. Rearmado Automático refere-se à capacidade do sistema para rearmar remotamente e automaticamente um painel após um tempo definido a partir do desarmamento. A coluna Parámetros API indica se o assinante tem de usar parâmetros API (para o VisorHTML) diferentes dos parâmetros por defeito. Estes parâmetros serão escolhidos no programa VESTA Lo → API Múltipla.
5.4. Configurações Software de Recepção de Alarmas da CRA
5.4.1. Manitou
Este é um exemplo onde se configuram os recetores no Manitou e um exemplo de como deverá ficar:
Pode ser utilizado uma porta/driver dedicado ou um partilhado (mais de um recetor).
Devemos escolher a linha que coincida com a que programámos na passarela da central VESTA:
E o tipo de transmissor Manitou com “Capacidade de Vídeo”:
5.4.2. SBN
Contacte o seu técnico habitual da IBS para habilitar a comunicação com a passarela.
5.4.3. Softguard
Contacte o seu técnico habitual da Softguard para habilitar a comunicação com a passarela.
5.5. Módulo Visor – Acesso Bidirecional para centrais VESTA
O módulo Visor é uma aplicação que permite visualizar os vídeos recebidos em alarme e as fotografias capturadas manualmente através de qualquer navegador web compatível com HTML5 e que permite ser “chamado” a partir de qualquer software de CRA que permita atribuir uma URL a um evento de alarme. Contém funcionalidades de bidirecionalidade com as centrais que permitem armar/desarmar a central, anular/habilitar zonas, capturar uma imagem do pircam e aplicar cenas definidas na central
5.5.3. Comando chamada ao Visor Vesta
A versão atual do AlarmSpace V2 inclui um servidor web adicional para as centrais VESTA que permanece à “escuta” na porta 8003.
Procura (ao instalar-se) a primeira porta livre a partir de 8003.
Esta porta pode ser modificada num ficheiro de texto “configuracion.dat” dentro da pasta de instalação e reiniciando o serviço.
(Deve estar aberta entre as máquinas dos operadores e a máquina onde corre o AlarmspaceV2). Também é importante que o IP que aparece neste ficheiro (nas 4 primeiras linhas) corresponda ao IP do Servidor do AlarmSpace (no exemplo 192.168.X.XXX):
server=192.168.X.XXX;database=bydemesvideo;User Id=bydemesvideo; password=06851f3848543ea; port=3350; Persist Security Info=True
192.168.X.XXX:8003
192.168.X.XXX:9000
192.168.X.XXX:10003
Após isto, já se pode utilizar a chamada ao site web com o seguinte formato:
http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX
Sendo 111.111.111.111 o IP da máquina onde corre o AlarmSpace e XXXX o número de assinante da central VESTA.
Opcionalmente pode ser acrescentado o parâmetro secondsBefore: http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX&secondsBefore=YYY
Se colocarmos secondsBefore listar-se-ão apenas os vídeos e imagens dos últimos YYY segundos. Se não houver nenhum vai atualizando até que seja recebido algum.
Esta chamada abrirá o navegador web com a seguinte janela:
Na parte esquerda temos o vídeo mais recente recebido em alarme e também os 10 últimos vídeos recebidos, acessíveis a partir de um menu dropdown.
Na parte central temos as 10 últimas fotografias tiradas manualmente a partir da aplicação VESTA, igualmente acessíveis a partir de um menu dropdown.
Abaixo dos vídeos mostra-se a localização de um pânico enviado por um utilizador se este se produziu nos últimos 10 minutos.
Na parte direita temos o estado das partições e zonas da central, e as funções bidirecionais. Vemos se a central está online e por que via foi a última transmissão (Ethernet neste caso), também informa sobre as vias disponíveis. Indicará Ethernet, GPRS com o nível de sinal e operador e o estado da bateria:
Podemos realizar um armamento parcial, um armamento total ou um desarmamento de cada uma das partições. Aplicar ou remover um bypass (anular) a uma zona e capturar uma imagem de um pircam (se tivermos permissões). Finalmente podemos aplicar cenas que definimos na central, que permitem por exemplo desligar as luzes e activar a alarme ao sair de casa ou o processo contrário ao entrar. Foi adicionada a funcionalidade de Consultar comunicações, ao pressionar o botão aparecem-nos as URL de reporte que o painel tem configuradas, com o que podemos verificar que sejam correctas e o tempo de polling programado, para verificar com o que tenhamos programado no AlarmSpace.
Se tivermos activada a opção sendVisorEvents, todas as acções realizadas no Visor enviarão um evento (com Código configurável) para o software de CRA.
6. Configuração central AXHUH
6.1. Hikvision AXHUB and AlarmSpace
6.1.2. Introdução
AXHUB é uma central de intrusão da Hikvision capaz de se conectar com câmaras IP e de armazenar vídeos dos disparos de alarmes. Com o AlarmSpace podemos descarregar imediatamente estes vídeos e retransmiti-los ao software de recepção da CRA. Com isto consegue-se aumentar a capacidade da central visto que os sucessivos vídeos não se perdem, mas vão sendo descarregados.
6.1.3. Requisitos mínimos
As versões mínimas para o funcionamento do download de vídeo são:
Central AXHUB modelo DS-PWA32-HG Versão de Firmware: V1.0.4 build 190629
AlarmSpace2 Versão 3.0.0.3
6.1.4. Configurações iniciais no AlarmSpace
Para a correcta comunicação com a Central AXHUB devemos programar alguns parâmetros gerais no AlarmSpace:
Além dos parâmetros próprios da comunicação com um software de CRA (tipo de software, template, porta, IP...) os novos parâmetros a programar são:
AX HUB PASWORD: número que deverá ser programado depois em cada central AXHUB para permitir a comunicação com o AlarmSpace. Por defeito: 12345678
PUBLIC IP: Um IP público da CRA no qual possamos direccionar as portas 7660 e 8089 para a máquina do AlarmSpace. A comunicação é sobre TCP.
Com estes parâmetros o registo de cada central no AlarmSpace será feito automaticamente sem intervenção de nenhum utilizador. Mais adiante veremos outros parâmetros que podem ser personalizados.
6.1.5. Configurações especiais do AXHUB
Os parâmetros necessários para ligar e receber alarmes e vídeos do AXHUB no software de recepção de alarmes são o "Centro de Recepção de Alarmes" (Alarm Receiving Center) e o "Registro EHome" (Ehome Registration)
6.1.5.1. Centro de Recepção de Alarmes
No servidor web da central vamos aos "Parâmetros de Comunicação" e concretamente ao "Centro de Recepção de Alarmes":
Esta via de comunicação será a que enviará directamente os alarmes e eventos (não vídeos) ao software de recepção mediante o protocolo SIA IP. Devemos escolher o tipo de protocolo (SIA ou ContactID), o IP/Domínio da máquina onde estiver o software de CRA com a sua correspondente porta aberta e um número de assinante. Os outros parâmetros podem ficar por defeito excepto o Heartbeat interval. Podemos optar por desabilitá-lo ou por colocar um teste a cada 24 horas, o controlo de polling já é realizado pelo AlarmSpace.
6.1.5.2. Registro EHome
O protocolo EHome/Isup é o que o AlarmSpace utiliza para descarregar vídeos:
Em "Server Address" devemos colocar o IP Público que tiver a porta 7660 aberta em TCP na máquina do AlarmSpace.
Em "Device ID" devemos colocar o mesmo número de assinante que no protocolo de recepção de alarmes para que os vídeos recebidos se associem ao mesmo assinante.
O "Modo de Comunicação" (Communication Mode) devemos escolher o que nos ofereça melhor desempenho, priorizando sempre a ligação de rede com cabo ou wifi. Mas a transmissão de vídeos também é possível se apenas tivermos comunicações móveis. É importante destacar que, dependendo da disponibilidade de tipos de redes móveis, a transmissão dos vídeos pode demorar mais. Mostraremos ajustes para diminuir o tamanho (peso) dos vídeos que tornam razoável a utilização de qualquer método de comunicação.
Finalmente, em "EHome Login Password" temos de introduzir a palavra que tivermos programado no AXHUB Password do AlarmSpace para permitir a comunicação.
6.1.5.3. Ajustes adicionais
Para ajustar o tamanho (peso) dos vídeos ao canal de comunicação que utilizarmos temos de ir ao menu "Video & Audio":
Aqui podemos escolher por cada canal parâmetros que influenciarão de maneira decisiva os vídeos gerados. Se usarmos comunicações móveis, sobretudo se não alcançam 4G, seguiremos os seguintes passos:
- Tentamos transmitir sempre o Sub-stream.
- A resolução tentamos escolher a mais baixa que a câmara nos permita.
- O Video Bitrate é a característica que nos permite baixar de forma importante o tamanho. Se virmos que a transmissão é demasiado longa diminuímos este parâmetro. O único limite é que o vídeo resultante seja suficientemente inteligível para o utilizador final.
- Podemos escolher entre 5 segundos de pré-vídeo e 2 de pós-alarme ou inversamente 2 de pré-vídeo e 5 de pós-alarme, conforme as necessidades da instalação ou da zona concreta. Isto não influenciará o tamanho dos vídeos gerados.
Todos estes parâmetros (sobretudo o Video Bitrate) devem ser ajustados na instalação real, fazendo testes de transmissão de vídeos até alcançar um equilíbrio entre o tempo que levamos a transmitir o vídeo e o resultado final do vídeo transmitido. Dependendo das câmaras, ópticas e resoluções um Bitrate mais baixo pode dar um bom resultado, enquanto que com outras não. Com um nível de cobertura adequado pode-se conseguir tempos entre 20-25 segundos na transmissão de vídeos completos de menos de 100 KBytes.
6.1.6. Funcionamento no AlarmSpace
Uma vez activemos o protocolo EHome na central, esta será registada no software do AlarmSpace para o qual a IP/Porta apontar, desde que a password do AXHUB coincida. Os parâmetros mínimos de funcionamento são incorporados à programação do AlarmSpace de modo que podemos começar a funcionar sem sequer abrir o Servidor do AlarmSpace.
No entanto, existem parâmetros configuráveis que podem ser convenientes a nível geral para a CRA ou a nível particular de cada equipamento (especialmente se se utilizarem comunicações móveis).
6.1.6.1. Parâmetros Gerais
Quando a nova central aparece no servidor do AlarmSpace tem os seguintes parâmetros atribuídos:
Como nome por defeito AXHUB seguido do número de assinante que lhe tenhamos atribuído (o nome pode ser alterado sem problemas)
O tipo de ligação não é utilizado, e na Endereço IP aparece a da própria máquina. A porta utilizada é informativa. O tipo de dispositivo não deve ser alterado, é o adequado.
No assinante aparece-nos o número de assinante programado na central, não o devemos modificar a não ser que também seja modificado na central.
O número de série é informativo e o Utilizador não é utilizado.
Na palavra-passe aparecerá sempre a palavra-passe geral do AXHUB. Pode ser personalizada por cada equipamento, mas primeiro é preciso programar na central a password por defeito da CRA e uma vez registado o equipamento no AlarmSpace alterar a Palavra-passe em ambos os lados (no AlarmSpace e no protocolo EHome da central)
Os canais são o número total de câmaras (ligadas ou não) que a central possui.
É importante destacar que a partir do servidor do AlarmSpace não se pode verificar a comunicação nem recarregar os dados da central. A comunicação não pode ser iniciada bidireccionalmente.
6.1.6.2. Configuração Alarmas Vídeo
Por defeito os alarmes de vídeo ficam configurados em cada canal do AXHUB:
Se não existir na configuração de Códigos da passarela o evento "ALARMA VIDEO" este é adicionado automaticamente. Se o template utilizado for SIA é acrescentado com o código "VA" se for ContactID com o código "E995":
Se o código "VA"/"E995" for alterado para qualquer outro código que o utilizador deseje usar, esse será o código que será enviado ao software de CRA no evento de Alarme de Vídeo, nesta central e em todas as que venham a ser registadas no futuro. É importante não alterar a descrição do alarme "ALARMA VIDEO" porque caso contrário nas próximas inscrições automáticas voltará a criar-se um código de passarela "ALARMA VIDEO" com valor "VA"/"E995" que será o que se atribuirá aos alarmes de vídeo.
6.1.6.3. Controlo de desconexões
O AlarmSpace cria automaticamente um controlo de desconexão/reconexão dos equipamentos com o nome de código de passarela "FALLO POLLING"/"REST. FALLO POLLING" e com a zona "000":
Os códigos de passarela atribuídos por defeito aos eventos "FALLO POLLING" e "REST. FALLO POLLING" são "NT"/"NR" para protocolo SIA e "E356"/"R356". Estes códigos podem ser alterados no menu "Alarmas/Pasarela" pelos códigos que se desejar que o AlarmSpace envie com os eventos de desconexão e reconexão:
O controlo de desconexões das centrais AXHUB é totalmente transparente para o software de CRA (apenas recebe a falha e a restauração se ocorrerem). No entanto, para o controlar, internamente o AlarmSpace recebe e controla testes periódicos da central. Se usarmos comunicações móveis com um SIM com consumo de dados limitado pode que desejemos alterar a frequência com que o AXHUB envia esses testes (para reduzir o consumo de dados). Para indicar isto à central temos de programar o parâmetro "Segundos polling" nas Opções da central selecionada:
Vemos que neste caso estão programados para 15 segundos, podemos alterá-los para os segundos desejados. Por exemplo, se colocarmos 900 segundos teremos que a central enviará um teste a cada 15 minutos. Também podemos alterar o parâmetro "Nº fallos polling para mandar desconexión", que significa o número de vezes que esperamos um teste e não o recebemos antes de enviar o evento de desconexão. Neste caso está em 3 tentativas, o que quer dizer que se os segundos polling são 15 enviará a desconexão aos 45 (15*3) segundos, mas se forem 15 minutos enviará a desconexão aos 45 minutos. Por isso é conveniente (se a comunicação utilizada o permitir) colocar uma frequência de polling elevada (Segundos polling pequeno) para ter um maior controlo do estado de ligação do equipamento.
7. Módulo Visor Câmaras
O módulo Visor Câmaras é o equivalente ao Módulo ActiveX mas em aplicação de ambiente de trabalho. Visualizamos uma câmara em direto e a gravação dos segundos anteriores. Os parâmetros que se utilizam são exactamente os mesmos, excepto a informação de “address” e “port”. Se não forem passados parâmetros o programa pede-nos número de assinante e câmara a visualizar (funcionalidade básica). Os parâmetros seriam passados da seguinte maneira:
"C:\Program Files\ByDemes\AlarmSpace2\VisorCamaras.exe" "subscriber=9986&channel=2"
Podem ser utilizados todas as tags definidas no Módulo ActiveX, adicionando-se sempre com o separador &.
Last updated