Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Método SendCmd - Este é o único método que necessita ser chamado pelo usuário nas janelas de comando
Tip |
---|
Esta funcionalidade tem por objetivo, a verificação da eficácia do envio de um telecomando, a partir do Action.NET para um IED. Em diversos protocolos de comunicação está disponível a solicitação de Interrogação Geral (IG) para que o Cliente solicite ao Servidor o conjunto completo de dados estáticos, isto é, como estão no momento. Está implementada em uma biblioteca de comandos. |
Sinalização de Comandos
Descrição
Normalmente quando um comando é enviado, tem por finalidade alterar o estado de um equipamento conectado a um IED.
Por exemplo: Executa-se, no Action.NET, a alteração do estado de um tag que está endereçado para enviar uma mensagem de comando, para DESLIGAR um disjuntor e este comando é enviado. Espera-se que um outro tag, que recebe por aquisição de dados o estado do disjuntor, se altere e passe a conter o estado representativo de disjuntor desligado.
A funcionalidade deverá verificar, se dentro de um tempo previsto, houve a alteração de estado do disjuntor, para o estado esperado.
Para que seja feita esta verificação, o sistema Action.NET necessita ser informado, de que tag conterá a sinalização, o estado que é esperado, e o tempo aceitável para a chegada da informação, a partir do envio do comando.
Configuração da funcionalidade
Classe SignallingCommand
This feature aims to verify the effectiveness of sending a remote control, from the Action.NET to an FDI. In several communication protocols, the General Interrogation (IG) request is available for the Client to request from the Server the complete set of static data, that is, as they are currently. It is implemented in a command library. |
Command Signaling
Description
Typically when a command is sent, it is intended to change the state of an equipment connected to an IED.
For example: A change in the state of a tag that is addressed to send a command message is performed on the Action.NET, and this command is sent. Another tag, which receives data acquisition from the circuit breaker state, is expected to change and contain the representative state of the disconnected circuit breaker.
The feature should check, if within an expected time, there has been a change of state of the circuit breaker, to the expected state.
For this verification to be done, the Action.NET system needs to be informed, which tag will contain the signaling, the state that is expected, and the acceptable time for the arrival of the information, from the sending of the command.
Feature configuration
SignallingCommand Class
The class is available in DefaultNewProject and contains the method described below:
Method SendCmd - This is the only method that needs to be called by the user in the command windows.
Code Block |
---|
public void SendCmd(string outTag, string inTag, int oper, int resultVal,int timeout, uint password , string resultTag=””) Objetivo: Monta um string com os parâmetros para que com eles a task SendCommands possa fazer o envio correto do comando. Onde: outTag – Nome do tag de saída. Ex: Tag.TagOff inTag - Nome do tag em sinalizará o comando. EX: Tag.Disj oper – Operação a ser feita no tag da saída, com os códigos: 0-Toggle; 1-Latch one; 2-Latch zero; 3-Pulse on; 4-Pulse Off resultVal – Estado esperado para o tag de sinalização. timeout – Tempo máximo em seg. para a confirmação da sinalização. password – Password para comandos, definida na configuração do canal resultTag – Nome de um tag para receber o resultado da verificação: 0=Sucesso; 1=Falha |
Utilização dos Protocolos Mestres
Para se utilizar a funcionalidade de Verificação de Sinalização de Comandos por meio dos protocolos, bastará fazer rotinas de script (code behind) para alteração dos tags de saída como tem sido feito até esta versão. Por exemplo toggle do Valor. De fato, não é preciso alterar nada destas rotinas ou Ações já existentes.
Apenas será necessário que se faça a configuração na tabela POINTS de novas entradas específicas para definir a Sinalização de Comandos, para cada um destes protocolos. Estão disponíveis estas configurações para os protocolos DNP3, IEC104 e IEC61850 nos modos Mestres. Para informações sobre estas configurações refira-se ao manual do protocolo apropriado.
Mensagens de Eventos
Como resultado da funcionalidade de Sinalização de Comandos, os próprios métodos geram ou alteram as mensagens de indicação de falha ou sucesso de comando.
Caso de Sucesso
A figura a seguir mostra um caso de sucesso na sinalização de comando.
Image Removed
A mensagem "COMANDO LIGAR" é gerada dentro da Janela de Comando An_Cmd_Disj, ao enviar o comando ao ser pressionado botão de envio de comando. Se a sinalização esperada chegar normalmente dentro do tempo esperado, o tag de sinalização receberá em em seu atributo PrefixAlarmMessage a sigla **SCM{}, Este atributo é colocado na próxima mensagem de alarme gerada pela alteração do estado do disjuntor.
Caso Sem Sucesso
A figura a seguir mostra um caso de NÃO sucesso na sinalização de comando.
Image Removed
Nesta figura são mostradas as mensagens no caso de um comando sem sucesso. Isto é, o estado esperado dentro do tempo previsto, para a tag de sinalização não chegou. De dentro da classe AN_Commands, é gerada a mensagem indicando , o tag de saída, e na parte de mensagem a indicação COMANDO SEM SUCESSO e a tag em que era esperada a sinalização.
Configuração
A sigla **SCM** é utilizada por default, prefixando o alarme de alteração do estado do tag de sinalização do estado da chave. Caso se desejar outra sigla basta colocar o texto preferido no atributo StartValue da tag do tipo textoUse of Master Protocols
To use the Command Signaling Check feature through protocols, simply do code behind routines to change the output tags as it has been done until this release. For example toggle of value. In fact, you don't need to change any of these existing routines or Actions.
You will only need to configure the POINTS table of new specific entries to define Command Signaling for each of these protocols. These configurations are available for the DNP3, IEC104 and IEC61850 protocols in Master modes. For information about these settings refer to the appropriate protocol manual.
Event Messages
As a result of command signaling functionality, the methods themselves generate or change command failure or success indication messages.
Success Case
The following figure shows a success case in the command signaling.
Image Added
The message "POWER COMMAND" is generated within the An_Cmd_Disj Command Window when sending the command when the command send button is pressed. If the expected signaling arrives normally within the expected time, the signaling tag will receive in its attribute PrefixAlarmMessage the acronym **SCM{}, This attribute is placed in the next alarm message generated by changing the state of the circuit breaker.
Unsuccessful Case
The following figure shows a case of NOT success in command signaling.
Image Added
In this figure are shown the messages in the case of an unsuccessful command. That is, the expected state within the expected time, for the flag tag did not arrive. From within the AN_Commands class, the message indicating, the output tag, and in the message part the COMMAND UNSUCCESSFUL indication and the tag in which the flag was expected is generated.
Configuration
The acronym **SCM** is used by default, prefixing the alarm to change the state of the key state signaling tag. If you want another acronym, simply place the preferred text in the StartValue attribute of the text tag: zz_system. PrefixForCommandSignal.StartValue.
Panel | ||||
---|---|---|---|---|
Nesta paginaOn this page:
|