Criação dos Níveis (Assets)

Todos os tags existentes na "Aplicação Default" foram criados para gerar as telas disponibilizadas nesta aplicação assim como fazer filtros destas telas que permitem selecionar coleções de tags associados à prioridade de alarme, categoria, nível, etc.

Estes tags são associados ao nível "SysInternals" que corresponde a um conjunto de variáveis internas da aplicação, não utilizáveis nas telas geradas automaticamente. Dessa forma, as variáveis utilizadas nestas telas têm como restrições:

• Não podem ser do tipo SysInternals;

• Devem ser de nível (Asset) similar ao SysInternal ou superior;

• Devem ser do domínio do servidor (isto é, não podem ser variáveis associadas a uma estação de trabalho = Client);

Antes do usuário criar seus templates e tags, ele deve fazer a árvore da sua aplicação (Assets) que corresponderá aos níveis utilizados para filtrar variáveis.
Como exemplo, abaixo é apresentada uma árvore de níveis considerando uma subestação com duas linhas de 138 kV uma barra B1, um transformador T1 de 138/13,8 kV e três bays de alimentadores de 13,8 kV.

No caso acima, serão criados seis bays (vãos):

• Line_01

• Line_02

• Trafo_01

• Alim_01

• Alim_02

• Alim_03

Categorias

Na "Aplicação Default" são disponibilizadas diversas categorias que tem as seguintes funcionalidades:

1. AN_GROUP_ALARM: Esta categoria deve ser associada a todo o bay / agrupamento ao qual se deseja associar um alarme de grupo. Assim, por exemplo, se a cada alimentador deseja-se criar uma variável que informa se existe algum tag deste alimentador em alarme, deve-se associar este alimentador a esta categoria;

2. AN_GRUALM_ALM: Todos os bays / agrupamentos que tem tratamento de alarme de grupo deverão ter uma variável calculada do tipo digital com esta categoria associada. Esta variável terá o valor igual a 1, se pelo menos um tag deste bay / agrupamento estiver em alarme;

3. AN_DESBALANCO: Esta categoria é utilizada para o cálculo de desbalanço de corrente de circuitos com duas e três fases. Circuitos com três fases também deverão incluir a categoria AN_TRIFASICA. Observar que no calculo feito na

Aplicação Default pela rotina: (Script / Classes / AN_DesbalançoCorrente) é exigido que as variáveis sejam declaradas no template Correntes.

1. AN_TRIFASICA: Categoria usada em desbalanço de corrente trifásica.

2. As Categorias que se iniciam com o prefixo ALARMGROUP_ são grupos de alarmes mais comumente utilizados, e são definidas para serem utilizadas com a extensão DEPLOY.

3. 

   As Categorias que se iniciam com o prefixo HIST_ servem para a definição de tabelas de Historicos mais comumente utilizados, e são utilizadas com a extensão DEPLOY.

Security da Aplicação Default

Esta seção descreve itens do componente SPIN que podem ser encontrados na seção "Edit – Security". Cada subitem desta seção corresponde a uma aba na seção anteriormente mencionada do Action.Net.

Users

O componente SPIN por padrão traz os seguintes usuários e suas propriedades:

Permissions

O componente SPIN por padrão traz as seguintes permissões e suas propriedades:

Policies

O componente SPIN por padrão traz as seguintes políticas de segurança e suas propriedades:

SessionIdentificationNameOperPol AllowPasswordChange=False;
PasswordMinLength=4; AllowShareUser=True
InactivityMinutes=20

Dictionaries

Neste componente dois templates estão presentes: ZZ_Condition e ZZ_Disj_States. Estes dicionários são usados no template ZZ_Disjuntor para exemplificar como atribuir estados a variáveis do tipo inteiro (Digitais e Digitais múltiplos, por exemplo).
A seguir são apresentados os valores e textos referentes ao estado que cada um destes templates:

ZZ_Condition

ZZ_Disj_States

Datasets

Esta seção visa demonstrar o uso de objetos da seção "Edit – Datasets" do editor de projetos do Action.Net. Cada subitem corresponde a uma tab da seção.

DBs

O componente utiliza uma base de dados própria que por padrão vem configurada para o bando de dados SqLite. A conexão com esta base é feita pela conexão ProjectInternal.
Ao executar o projeto, com a conexão SqLite, um novo arquivo "NomeDoProjeto.db3" é criado na pasta do projeto.

Tables

A Janela de Manobra, descrita neste manual, utiliza um mapeamento para a tabela de "Manobras" nesta tab.
O nome do mapeamento está configurado como "Maneuver", sua propriedade Access é definida como "Unrestricted" e ele aponta para a tabela (TableName) "Manobras". Não foi feita a configuração para a propriedade WhereCondition pois a mesma é configurada em código (script).

Queries

O componente SPIN utiliza três objetos de queries internamente em seus módulos. São eles:

• NoteTypes – Utilizado pelo módulo de anotações. Refere-se à conexão ProjectInternal e tem como SqlStatement a query "SELECT txtType from NoteTypes";

• QueryManeuver – Utilizado pelo módulo de manobras. Refere-se à conexão ProjectInternal e não contém SqlStatement. O mesmo é configurado por código (script); e

• QueryTagHistorian – Utilizado pelo módulo de histórico de medidas. Refere-se à conexão padrão do Action.Net TagHistorian e não contém SqlStatement. O mesmo é configurado por código (script).

Alarmes da Aplicação Default

Na Aplicação Default já estão criados vários comportamentos de Alarmes com procedimentos padronizados em relação a sua inserção nas telas geradas automaticamente. A figura abaixo mostra estes alarmes:

Na Aplicação Default as mensagens geradas pelos AlarmGroups que tiverem prioridades entre 1 e 10, serão inseridas no Sumário de Alarmes, e somente permanecerão lá enquanto estiverem no estado ACTIVE. Todas as mensagens, tanto de ativação quanto de normalização de alarmes são inseridas no Sumário de Eventos e permanecem lá durante todo o dia em que foram geradas.
Portanto a definição de prioridade deverá ser feita pelo usuário de acordo com sua preferência no tratamento das mensagens.
No ambito do Action.NET, denomina-se Eventos todas as ocorrências que devem ser registradas em histórico e denomina-se Alarmes as ocorrências que devem ser verificadas e requerem uma ação, pois se referem a situações de falha na aplicação.
Os textos utilizados para compor os nomes dos AlarmGroups tem o seguinte significado: ACK - Exigem reconhecimento
NOACK = Não exigem reconhecimento BIP - Causam alarme sonoro
NOBIP - Não utilizam alarme sonoro na sua ativação
Utilizam condition Change e são destinados a somente aparecer em Sumario de Eventos, Os itens devem ser criados com prioridade maior do que 10.
EVENTOS_BIP EVENTOS_NOBIP
Utilizam condition HI
HI_ACK_BIP HI_ACK_NOBIP HI_NOACK_BIP HI_NOACK_NOBIP
Utilizam condition HIHI
HIHI_ACK_BIP HIHI_ACK_NOBIP HIHI_NOACK_BIP HIHI_NOACK_NOBIP
Utilizam condition LO
LO_ACK_BIP LO_ACK_NOBIP LO_NOACK_BIP LO_NOACK_NOBIP
Utilizam condition LOLO
LOLO_ACK_BIP LOLO_ACK_NOBIP LOLO_NOACK_BIP LOLO_NOACK_NOBIP
Utilizam condition Equal ou NotEqual
ACK_BIP ACK_NOBIP NOACK_BIP NOACK_NOBIP
NOMSG_BIP NOMSG_NOBIP

Tabelas Historian

Na Aplicação default existe uma tabela já criada que pode ser usada para armazenar medidas históricas. Esta tabela chama-se Table1 e tem os seguintes atributos:

• Table Name: Table1;

• Auto Create: sim;

• Save on Change: sim (gravará um registro sempre que um Tag da tabela for alterado);

• Trigger: nenhum;

• Life Time: 31 dias (apaga os registros mais antigos);

• Time Span: 1 minuto;

• Description: Default historian table, one minute time span.