Criação dos Níveis (Assets)

Creation of Levels (Assets)

All existing tags in the "Default Application" were created to generate the screens made available in this application as well as make filters of these screens that allow you to select collections of tags associated with alarm priority, category, level, etc.

Estes tags são associados ao nível These tags are associated with the "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.
Image Removed
No caso acima, serão criados seis bays (vãosthat corresponds to a set of internal application variables, not usable on automatically generated screens. Thus, the variables used in these screens have as restrictions:

• They cannot be of the SysInternals type;

• Must be of an Asset level similar to SysInternal or higher;

• Must be from the server domain (that is, they cannot be variables associated with a workstation = Client);

Before the user creates their templates and tags, they must make the tree of your application (Assets) that will match the levels used to filter variables.
As an example, below is presented a level tree considering a substation with two lines of 138 kV a bar B1, a T1 transformer of 138/13.8 kV and three feeder bays of 13.8 kV.
Image Added
In the above case, six bays will be created( spans):

• Line_01

• Line_02

• Trafo_01

• Alim_01

• Alim_02

• Alim_03

Categories

Na In the "Aplicação Default " são disponibilizadas diversas categorias que tem as seguintes funcionalidadesApplication" several categories are available that have the following features:

1. AN_GROUP_ALARM:

1. This category must be associated with the entire bay/grouping to which you want to associate a group alarm. Thus, for example, if each feeder is to create a variable that tells you if there is any tag of this feeder in alarm, you must associate this feeder with this category;

2. AN_GRUALM_ALM:

1. All bays/groupings that have group alarm treatment must have a calculated digital type variable with this associated category. This variable will have the value equal to 1 if at least one tag of this bay/grouping is in alarm;

2. AN_DESBALANCO: This category is used for the calculation of two- and three-phase circuit current debalance. Three-stage circuits should also include the AN_TRIFASICA. Note that in the calculation made in the

Default application by routine: (Script / Classes / AN_DesbalançoCorrente) é exigido que as variáveis sejam declaradas no template Correntesvariables are required to be declared in the Currents template.

1. AN_TRIFASICA:

Image Removed

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

1. Category used in three-phase current debalance.

2. Categories that start with the prefix ALARMGROUP_ are most commonly used alarm groups, and are defined to be used with the DEPLOY extension.

3. Image Added

   Categories that start with the prefix HIST_ for defining most commonly used Historic tables, and are used with the DEPLOY extension.

Default Application Security

This section describes items from the SPIN component that can be found in the "Edit - Security" section. Each sub-item in this section corresponds to a tab in the aforementioned section of Action.Net.

Users

O componente SPIN por padrão traz os seguintes usuários e suas propriedadesThe SPIN component by default brings the following users and their properties:

Permissions

O componente SPIN por padrão traz as seguintes permissões e suas propriedadesThe SPIN component by default brings the following permissions and their properties:

Policies

O componente SPIN por padrão traz as seguintes políticas de segurança e suas propriedadesThe SPIN component by default brings the following security policies and their properties:

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

Dictionaries

Neste componente dois templates estão presentesIn this component two templates are present: ZZ_Condition e and ZZ_Disj_States. Estes dicionários são usados no These dictionaries are used in the 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 to exemplify how to assign states to variables of the entire type (Multiple Digital and Digital, for example).
The following are the values and texts referring to the state that each of these templates:

ZZ_Condition

ZZ_Disj_States

Datasets

Esta seção visa demonstrar o uso de objetos da seção This section aims to demonstrate the use of objects from the "Edit – Datasets" do editor de projetos do section of the project editor of Action.Net. Cada Each subitem corresponde corresponds to a uma tab da seçãoin the section.

Anchor
DBs DBs

Dbs

The component uses its own database that by default comes configured for the SqLite data collection. The connection to this base is made by the ProjectInternal connection.
When you run the project, with the SqLite connection, a new file "Project Name.db3" is created in the project folder.

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 The Maneuver Window, described in this manual, uses a mapping to the "Maneuvers" table in this tab.
The mapping name is set to "Maneuver", sua propriedade Access é definida como its Access property is set to "Unrestricted" e ele aponta para a tabela and it points to the table (TableName) "ManobrasManeuvers". Não foi feita a configuração para a propriedade WhereCondition pois a mesma é configurada em código The configuration for the WhereCondition property was not made because it is configured in code (script).

Queries

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

The SPIN component uses three queries objects internally in its modules. They are:

• NoteTypes - Used by the notes module. Refers to the ProjectInternal connection and has as SqlStatement the 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 - Used by the maneuvermodule. Refers to the ProjectInternal connection and does not contain SqlStatement. The same is configured by code (script); eQueryTagHistorian – 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 and

• QueryTagHistorian - Used by the measurement history module. Refers to the default connection of the taghistorian Action.Net does not contain SqlStatement. The same is configured by code (script).

Default Application Alarms

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:
Image Removed
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 In the Default Application are already created several behaviors of Alarms with standardized procedures in relation to their insertion in the screens generated automatically. The figure below shows these alarms:
Image Added
In the Default Application messages generated by AlarmGroups that have priorities between 1 and 10 will be inserted into the Alarm Summary, and will only remain there while they are in the state ACTIVE. All messages, both activation and alarm normalization, are inserted into the Event Summary and remain there throughout the day they were generated.
Therefore, the priority setting should be done by the user according to their preference in the handling of messages.
In the Action.NET, it is called Events all occurrences that must be recorded in history and is called Alarms occurrences that must be checked and require an action, as they refer to situations of application failure.
The texts used to comwrite the names of alarmgroups have the following meaning: ACK - Require recognition
NOACK = Do not require BIP recognition - Cause audible alarm
NOBIP - Do not use audible alarm in their activation
Use Change condition and are intended to only appear in Event Sumario, Items must be created with priority greater than 10.
EVENTOS_BIP EVENTOS_NOBIP
Utilizam Use HI condition HI
HI_ACK_BIP HI_ACK_NOBIP HI_NOACK_BIP HI_NOACK_NOBIP
Utilizam Use HIHI condition HIHI
HIHI_ACK_BIP HIHI_ACK_NOBIP HIHI_NOACK_BIP HIHI_NOACK_NOBIP
Utilizam Use lo condition LO
LO_ACK_BIP LO_ACK_NOBIP LO_NOACK_BIP LO_NOACK_NOBIP
Utilizam Use LOLO condition LOLO
LOLO_ACK_BIP LOLO_ACK_NOBIP LOLO_NOACK_BIP LOLO_NOACK_NOBIP
Utilizam Use condition Equal ou or NotEqual
ACK_BIP ACK_NOBIP NOACK_BIP NOACK_NOBIP
NOMSG_BIP NOMSG_NOBIP

Historian Tables

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 atributosIn the default application there is an already created table that can be used to store historical measures. This table is called Table1 and has the following attributes:

• Table Name: Table1;

• Auto Create: simyes;

• Save on Change: sim (gravará um registro sempre que um Tag da tabela for alteradoyes (you'll save a record whenever a table tag changes);

• Trigger: nenhumnone;

• Life Time: 31 dias (apaga os registros mais antigosdays (erases the oldest records);

• Time Span: 1 minutominute;

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