Treinamento sistema de alerta em massa

Gestão da Aplicação Vektra

Analise de erros
Consiste

Sirene eletrônica:

 Equipamento modular utilizado em sistemas de alerta extensos que exigem

eficiência e segurança, dispondo de auto diagnóstico total, diversos comandos e
comunicação podendo operar de forma autônoma.

Sistema de Alerta:

 Central de monitoramento e controle

 Infraestrutura de comunicação
 Sirenes
Sirene (montagem) 1
2

3
1 – Captor Franklin 4

2 – Pontos para içamento da haste 6

5

3 – Cornetas
4 – Antena de Rádio – Link 1 7 8

5 – Antena de Rádio – Link 2

9
6 – Lâmpada Estroboscópica 10

7 – Painéis Solares
8 – Rack para Baterias 11

9 – Rack Sirene Pavian

10 – Ponto para apoio de escada
11 – Chapéu chinês
 Rádio 1 primário
AMP 07 Rádio 2 secundário
2x
Corneta 150W MAG 15 MAG 15 Painel Solar

AMP 07
2x
Corneta 150W
Para os rádios existe
Start um conversor de 24
p/ 12vdc com
proteções e
potencia especifica

PDM 11
ACU11
Banco com total de
24vdc amperagem
de acordo com a
Sirene (arquitetura) potencia
Arquitetura Norte Carajás
Arquitetura NORTE Onça
Puma
Arquitetura NORTE Salobo
Vektra
 O software VEKTRA oferece o controle completo sobre os eventos de alerta,
oferecendo vários modos de ativação de eventos.
Por meio dos alertas faz o gerenciamento das sirenes eletrônicas que são, por um
lado, equipamentos de uso muito raro, mas, por outro lado equipamentos que
não permitem dúvidas quanto à sua funcionalidade em caso de emergência,
inclusive os canais de comunicação que servem para o seu comando. Para este
fim, todas as sirenes geram informações sobre o estado dos seus componentes.
 Trocar idioma do software VEKTRA

Acessar a opção “Ferramentas” em seguida opção “Configurações”;

Vektra
Clicar na opção “Ambiente” em seguida seleciona o idioma desejado depois clicar no botão
“OK”, o software irá apresentar uma tela solicitando para reiniciar, clicar na opção “Sim”;

Vektra
1 – Barra de Menus
2 – Barra de Ferramentas
3 - Estrutura de sirenes
4 – Módulos do sistema
5 – Grid de status
Menu de Ferramentas

O Menu Ferramentas possui acesso rápido aos módulos de operação. O módulo

de alerta tem sua estrutura com os recursos para ações nos dispositivos.

Pasta Pasta de SET Ver Ver

Modo Modo Atualizar Parar Status
Alarmes Teste RTC Status Propriedades
Mapa Grid
silencioso
ICONES

Módulos do VEKTRA
Tela Eventos de Sistema

Eventos que são executados no software VEKTRA são visualizados por meio da janela de atividades na
parte inferior da tela, todas as ações importantes que ocorrem no software são exibidas no menu de
eventos. As informações que aparecerão serão as mesmas que irão estar registradas no relatório de
Eventos do Sistema para consulta posterior.
 Menu Principal
Estrutura de todas as sirenes disponíveis, as sirenes ficam cadastradas
em grupos (Agrupadas por pastas de Barragens ou a critério da
operação).
Selecionando Sirenes

Para realizar o envio de qualquer comandos é necessário selecionar a sirene ou grupo de sirenes (pasta) com o botão “esquerdo
do mouse”, pode ser usado também os ícones da barra de ferramentas.

Opções disponíveis para selecionar por sirenes:

Uma sirene por vez

Opções disponíveis de seleção por pasta de sirenes
Status das Sirenes - Pictograma de Cores
ERRO NÃO CRITICO – Não impossibilita o funcionamento da sirene. Casos como LF inválidos, Porta Aberta, Painel
Violado a sirene toca.
OBS - A persistência em erro de Ultimo teste Invalido pode ser um caso de defeito no SD Card. ou ACU11 e
impossibilita o acionamento de alarmes audíveis

ERRO CRITICO – Variáveis a serem consideradas, um sinal ruim pode trazer uma leitura corrompida de status e
aparecerem Módulos em Estado de falha, caso se repita nos 2 canais a sirene esta com problemas de ACU11 e/ou
MAG15, se for apenas em um canal consideramos sinal ruim. No demais, criticidades são baterias abaixo do limite
mínimo, 0% de LF validos, Temperatura alta, ACU11 e/ou MAG15 defeituosas. Nestes casos a sirene não toca.

FALHA DE COMUNICAÇÃO – Variáveis a serem consideradas, em casos pontuais sirenes com níveis de sinais
excelentes podem falhar também, além das que já apresentam mais sensibilidade a isso devido sinais da mesma
estar acima ou próximo ao limiar aceitável. Defeito na MAG15 ou no radio, desalinhamento de antena ou conexões
oxidadas.
Exemplo de Envio de Comandos

Para enviar qualquer comando basta clicar com o botão

“direito do mouse” no grupo de sirenes ou na sirene e
selecionar opção de comando desejada dentro delas existem
as opções existentes para cada situação.
Selecionando por exemplo o comando “Emergência” será aberto
primeiro uma janela solicitando para confirmar a seleção da sirene.
Todas as sirenes já estarão selecionadas. A opção de canal pode ser
individual por canal ou Automático neste caso o Vektra escolhe o
canal primário inicialmente e caso falhe em alguma (as), alterna
para o canal secundário, porém em todas as sirenes mesmo nas
que não falharam no primário, elevando o tempo de respostas.
Clicando no botão “Executar” será aberto a segunda janela,
solicitando a confirmação do envio deste comando. Clique em
“Sim” para confirmar.

Desta forma é impossível que um operador acione erroneamente

qualquer comando, devido as etapas de confirmação
Comandos de Alarmes
(pasta vermelha,
todos são audíveis nas
sirenes). Vektra
Para todos os comandos ( em casos de ALARMES a borda é vermelha para indicar que é um áudio que
será soado ao ser acionado nas sirenes), sempre aparecera a tela de confirmação das sirenes, após
clicar em executar será exibida a tela de seleção de canal e por fim a confirmação final do envio

Vektra
 Comando de TESTE
SILENCIOSO, a sirene
realiza um teste para
atualizar apenas a
condição de
amplificadores e
drives e não emite
som
Para todos os comandos, sempre aparecera a tela de confirmação das sirenes,
após clicar em executar será exibida a tela de seleção de canal e por fim a
confirmação final do envio
 Comando de
Status, ira trazer o
real estado que os
componentes da
sirene se
encontram no
momento
Para todos os comandos, sempre aparecera a tela de confirmação das sirenes,
após clicar em executar será exibida a tela de seleção de canal e por fim a
confirmação final do envio
 Comando SET RTC – Sincroniza o
horário do servidor com a interface de
comunicação do respectivo canal,
devido a criptografia dos dados este
sincronização é de suma importância,
caso a sirene esteja com atraso ou
adiantado 60seg divergente que o
servidor, qualquer comando exceto o
RTC não será aceito por segurança. Por
isso em todos os sistema da Vale temos
essa programação automática
diariamente nos 2 canais de
comunicação
Para todos os comandos, sempre aparecera a tela de confirmação das sirenes,
após clicar em executar será exibida a tela de seleção de canal e por fim a
confirmação final do envio
Opção (Propriedades)

A opção “Propriedades” é utilizada para visualizar algumas configurações de cadastro do PAVIAN

(Sirene).
Selecionar a sirene em seguida clicar com o “botão direito do mouse” na opção “Propriedades ”.
 Propriedades – Mostra
todos os detalhes da
configuração da sirene no
Vektra. Muito útil para
realizar as analises que
veremos neste
treinamento,
principalmente em
relação aos canais de
comunicação que serão a
referencia para analise
dos pacotes enviados e
recebidos.
Operações Atípicas

Falha de comunicação no envio de um Determinado Alarme

Mesmo escolhendo a opção de escolha de canais automáticos no Vektra no momento de envio

de um Alarme sonoro para um grupo ou apenas uma sirene, podemos receber uma resposta de
Falha de Comunicação. Quando isso ocorre oque fazer?
• Primeiro vamos enviar o comando de STATUS para a sirene ou sirenes que retornaram com
esta falha via canal primário ou secundário (de acordo com o histórico de estabilidade de
comunicação dos mesmos). Ao receber a resposta do STATUS é facilmente observado no
mesmo se a sirene esta executando o Alarme que foi solicitado conforme mostra a próxima
figura.
• Caso seja negativa a resposta do Status ou não apresente o alarme executando, refaça o
comando executar alarme pelo outro canal.
• Sem resposta nos 2 canais, abrir incidente, não estamos livres mesmo com todos os testes
diários e manutenções preventivas que uma dispositivo não possa falhar na hora H.
 Observamos que no
status o retorno
acusa uma alarme
em execução no Item
ALARME

Não há
necessidade de
reenviar o
comando,
apenas aguardar
o status
automático
Observamos aqui que no
retorno do status não ha
nenhum alarme em
execução

Necessário repetir o
envio do comando por
outro canal
Constatando um alarme em execução no Status, devemos aguardar o
final do mesmo onde será reportado o Status com as condições das
sirenes após o acionamento.
 Modulo Monitorando (Scada)

O módulo MONITORANDO (SCADA) serve para integrar tecnologias de

sistemas de controle e monitoramento.

O serviço Monitoring instalado no Windows representa a parte principal que

executa todas as operações relacionadas à tecnologia. O serviço envia
solicitações para canais de telemetria e avalia respostas e eventos
assíncronos. Ele funciona sobre conceitos de Data Points, que podem ser
mapeados em tecnologia de Hardware e Software ou podem depender de
outros Data Points.
O Vektra Scada permite a integração com sistemas de monitoramento e sensoriamento de
barragens de vários tipos, sendo eles Tiltimiter, Piezômetros, Sensores de Níveis, Radar
Doppler, Vídeo Analítico entre outros.
Dentro deste conceito podemos abordar de forma simples a integração em 2 tipos:

1. Via eventos assíncronos provenientes do Hardware complementar da Telegrafia SBR18.

Módulo responsável de comunicação Ethernet com 8 entradas e 2 saídas usado em conjunto
com sistemas de automação (CLP) que recebe um sinal analógico (Contato seco) usando uma
ou mais entradas para combinar logicas. Através do canal de comunicação de Telemetria envia
um evento assíncrono ao Vektra Scada que desencadeia as ações determinadas em seus Data
Points.

2. Rest. API – as aplicações que monitoram os sistema de sensoriamento de barragens que

suportam envio de solicitações via HTTP podem ser integradas diretamente entre si. A logica
desta integração se baseia no envio da solicitação através de POST na rede para execução
direta de um determinado Data Point que desencadeia as ações definidas no Vektra Scada.
 Data Point de Leitura
de entrada Binária
Módulo SBR18 para
integração via contato
seco Data point que recebe
input da entrada
binaria e aciona
sirenes
Sistema de automação
de barragem

Data point que recebe

a instrução via HTTPS
API para SW da
automação integrar
com o Vektra
Data point que recebe
input do HTTPS e
aciona as sirenes
• Logicas

Nos data points de entradas binarias podemos receber contato seco aberto e
fechado (NA e NF), porem a leitura no Vektra é direcionar.
Contato fechado – Valor de entrada falso se o contato abrir
Contato aberto – Valor de entrada verdadeiro se o contato fechar

Em alguns casos de lógica usamos o valor de negação apenas para mudar o estado
de entrada de um data point caso seja necessário.

Já nos data points via API estes sempre recebem a instrução via JSON (script) de
estado verdadeiro.
Nos 2 casos apresentados como ponto de integração com o Vektra podemos:

• Criar lógicas entre entradas binarias de uma mesma SBR18 ou de outra;

• Criar logicas entre entradas binarias e API;
• Criar lógicas em entradas API de diferentes softwares integrados;

Nota – quanto maior a lógica, maior o consumo do pacote de data points será
utilizado.
Ativação Automatica de Sirenes - AAS

Quando o estado crítico da barragem é avaliado pelo sistema de Automação o Vektra

SCADA recebe esta solicitação e a seguinte janela aparece para o usuário conectado ao
aplicativo Vektra3. Pode ser exibida uma contagem regressiva de tempo antes da ativação
do alarme e o nome do alarme, que será ativado bem como em qual estrutura. O
operador pode confirmar e ativar imediatamente o alarme, cancelar a ativação
automática caso note que seja um falso alerta ou deixar expirar o tempo para ativar
automaticamente o alarme.
 Analise no ambiente AAS

Objetivo
Extrair relatórios para validação de acionamento automático e validação da
interação do usuário com o POPUP.
Escopo
Descrever como obter as evidências apuradas após a realização do acionamento
automático ou tentativa do mesmo.
Itens analisados
Relatórios do Vektra:
 System Events
 Ativações de Grupo
 Dados de Data Points
Análise preliminar
 
Relatório de Dados de Data Points:
 
Neste relatório podemos verificar se temos registro de uma chamada de um determinado Data Point
recebido através das integrações com os sistemas de automação de barragens junto ao Vektra.
Quando qualquer tecnologia fizer a chamada poderemos ver aqui facilmente o registro deste dado.
 
Aqui temos um exemplo: o data point de entrada será o INPUT HTTP e o que irá acionar as sirenes
será o RUN ALARM HTTP. Este último só será executado caso haja uma chamada para o INPUT HTTP
com valor VERDADEIRO.
Para chegar neste relatório devemos estar no MODULO MONITORING
conforme a figura abaixo:
Com o relatório aberto temos as mesmas opções de filtro e apresentação já conhecidos
onde podemos selecionar o período desejado e objeto. Após aplicar os filtros
necessários veremos o evento de entrada para o referido Data Point. Caso haja um
registro onde o valor do Data Point de entrada for VERDADEIRO concluímos que este,
recebeu a informação através da integração e chegou ao Vektra.
OBS – Para Data Points de entradas a partir de SBR18 (input entradas binarias em NA)
o valor será de VERDADEIRO/FALSO devido pulso recebido.

Na imagem acima temos o valor TRUE (verdadeiro) para o Data Point de

entrada, onde ele irá chamar o data point do ALARM que abrirá o POPUP na
tela do Vektra e após o término da contagem ou Imediato, acionara as sirenes.
Lembre de usar a visualização detalhada.
Com o evento identificado como verdadeiro iremos consultar os demais
relatórios para verificar se ocorreu o acionamento ou se foi interrompido pelo
usuário no POPUP gerado.
 Análise relatório System Events:
 
Com a informação coletada no relatório de Dados do Data Point, temos a referencia de
data/hora do evento e com isso usaremos esta para verificar neste relatório se houve o
acionamento das sirenes ou se não houve. No caso de não acionamento fica explícito que
houve o CANCELAMENTO MANUAL do POPUP impedindo o ciclo de acionamento
automático.
 

No exemplo acima a data e hora do registro para o Data Points foi 03/07/2021 às exatas 11:01hs.
Na consulta ao relatório de Eventos do sistema (este é encontrado no Módulo Monitorando e também
no Módulo Aviso onde trabalhamos com as sirenes) vamos buscar neste mesmo período. Imagem
acima.
Ao verificar o relatório vemos que não houve ação no mesmo horário do relatório de dados
do Data Point, isso exemplifica que o POPUP foi cancelado e não ocorreu nenhuma ação.
Lembrando que devemos levar em conta o tempo regressivo, pois a entrada do Data Point
neste teste foi as 11:01hs e o timer era de 30sg então se houvesse o acionamento este
estaria no relatório de Eventos no horário de 11:01:31.
A conclusão neste exemplo é que o POPUP foi cancelado antes de terminar o seu timer
regressivo.
 
No próximo exemplo, enviamos uma nova solicitação de entrada para o Dada Point
INPUT HTTP as 11:27:24hs e vamos verificar o evento no relatório de Dados de Data
Point.
Em seguida vamos para o relatório de System Events e vamos verificar se ocorreu alguma tentativa
de envio de comando neste mesmo período considerando um delay de 30s após o da imagem
acima.

Vemos na imagem acima que existiu um envio de comando as 11:27:55hs exatamente 30s após o
de entrada do Data Point que acionou a execução de acionamento. OBS como estamos em
ambiente sem sirenes a falha de comunicação é normal pois não tivemos resposta da sirene, mas
aqui queremos mostrar como rastrear a situação como um todo.
 
Visto que temos um evento que tudo indica ser de fato o acionamento automático ou neste caso a
tentativa pois sem sirene não foi concluído, vamos verificar se de fato foi isso com o auxílio do
relatório de ATIVAÇÕES DE GRUPO onde saberemos com base neste mesmo horário e data desta
solicitação.
Para este relatório devemos ir para o módulo de aviso, área de trabalho onde enviamos comandos
no cotidiano para as sirenes.
Ao verificar o relatório notamos a tentativa de enviar o ALARME no mesmo horário que verificamos no
relatório System Events exatamente às 11:27:55hs conforme mostra a figura abaixo e onde foi solicitado
a execução do ALAMR de EMERGENCIA.
Notamos que na coluna usuário o nome DELAY ACTION significa que foi a integração que
enviou o comando e não um usuário fazendo isso manualmente.
Analise do Relatório System Events e Ações de grupo com acionamento manual.
 
Quando o operador faz o acionamento manual de qualquer ação do Vektra, temos nos relatórios esta
rastreabilidade da mesma forma como dito nos itens anteriores com a diferença de validação com nome
do usuário que envio o comando para determinadas sirenes e qual foi. Veja o exemplo abaixo:
 
Neste caso notamos que no Relatório do System events temos o comando sendo enviado para a sirene
na data de 14/07/2021 as 8:01:37hs, como dito antes neste ambiente de testes ira ocorrer a falha de
comunicação pois não temos a sirene de fato.
No mesmo período validamos no relatório de ações de Grupo que o usuário Willian enviou
realmente o comando de tocar o alarme que consta no System Events no mesmo horário
de 8:01:37hs.
Relatório de Estados da sirene

Acessar o menu “Reports\Estados da sirene”, para filtros clicar no botão “Configurações de filtro”
para especificar o tipo de evento:

Opção “Object name” é utilizado para especificar qual sirene será seleciona;
Filtros de Eventos
Clicar no botão “Filtro” para deixar o ativado , em seguida no botão “Atualizar” para
visualizar o relatório;
 
Podemos então concluir:
 
1. O POPUP só será exibido se chegar uma solicitação via integração, comprovada no
relatório de Dados do Data Point
2. Caso o POPUP seja cancelado sabemos através do relatório System Events que não houve
nenhuma ação mesmo após o término da contagem regressiva que neste exemplo era de
30s.
3. Caso o POPUP continue o contador regressivo veremos no relatório de System Events que
o comando será enviado.
4. Caso o operador acione o IMEDITAMENTE no POPUP teremos a informação no relatório
de System Events a execução do comando em menos de 30s após a chegada da entrada
de dados para o Data Point no relatório de Dados.
5. Para confirmar a ação executada conseguimos identificar no relatório de Ativações de
Grupo a ação solicitada com o nome do alarme e com o usuário Delay Actinos da
integração.
6. Quando o acionamento é manual, validamos no System Events e Ações de grupo o
mesmo comando e qual usuário que o envio.
7. No relatório de Estados das Sirenes conseguimos consultar todos os históricos por
canais de comunicação de todas as sirenes.
Comunicação

Comando Unicast

Endereçamento de um remetente para apenas um destinatário.

UDP
Sirene X Coma
ndo

Servidor CH1
CH2 Servidor Sirene n
osta
CH1 Resp
CH2 Sirene Y

CH1
CH2

 Set RTC

 Status
Comunicação

Comando Multicast

Endereçamento para um grupo específico de destinatários, neste caso 225.0.0.1 para o canal primário e
225.0.0.2 para o canal secundário.

Sirene X
ID MAG 15 1 2 3 4 5 6 7 8 n

Servidor CH1 Comando

CH2
CH1
CH2 Sirene Y
 Parar
CH1  Tocar Alarme
CH2  Teste
Comunicação

Recebimento de dados

O recebimento dos dados na sirene é realizado de

acordo com o tipo de comando enviado.

Envio Multicast

IP Origem: 10.0.50.100
IP Destino: 225.0.0.1
Dado: Vetor ID/comando
Comunicação Mensagens
Assíncronas:
Mensagens Síncronas: UDP
UDP to Sirene
Even
Coma
nd o
Servidor

Servidor Sirene
osta
Resp  Baterias Desconectadas
 Fusível aberto
 Reste de Modulos
 Intrusão no Gabinete
 Manutenção logon
 Set RTC  Manutenção logoff
 Status  Alarmes por input nas entradas
 Parar Binarias da ACU11
 Tocar Alarme
 Teste
Comunicação

Gestão de Mensagens
UDP
Teste
Silenc
i oso

Execu Sirenes Selecionadas

ção x?
Comando Multicast
Sirene x

Servidor
oy Sirene y
cron Comando Unicast
Assín Sirene z
oz
ss ín cron Evento Assíncrono
A
Timeout x Execu
ção Resposta Síncrona
y?
Sirene y

osta Sirene y
Resp
Resposta obsoleta
 DUVIDAS ?

Agradecemos a todos e esperamos que as informações sejam uteis para

analises no seu dia a dia com o sistema de alerta em massa.

FIM