General Information

Communication Driver Name: DNP30S
Current Version: 19.0 2
Implementation DLLP: T.ProtocolDriver.DNP30S.dll
ProtocolP: DNP3.0 Slave standard protocol
Interface: TCP/IP ou Serial
Description: O driver é utilizado para a comunicação em modo escravo (ou Servidor) com supervisórios ou outros equipamentos que utilizam o protocolo DNP3 Nível 2 em Modo MESTRE (ou Cliente). A comunicação pode ser feita através de canal serial ponto a ponto ou utilizando rede local Ethernet e protocolo TCP-IP como escravo único de um endereço IPThe driver is used for communication in slave mode (or Server) supervisory devices or other equipment using the DNP3 Level 2 protocol in MASTER (or Client) Mode. Communication can be done through a serial peer-to-peer channel or using local Ethernet network and TCP-IP protocol as the single slave of an IP address.
Masters types supported: Qualquer equipamento em Modo MESTRE compatíivel Any equipment in Master Mode compatible DNP 3.0
Communication block size: Maximum 250 bytes, formato FT 1.2 format
Protocol Options: Modo "LinkConfirm" e endereço da estação mestremode and master station address.
Multi-threading: Configurável pelo usuário, default é cinco threads para cda nó da redeThreading: User confige, default is five threads for each network node.
Max number of nodes: user defined
PC Hardware requirements: Standard PC Ethernet interface board, RS485 or RS232 port
PC Software requirements: ActionNET system.

Objetos de dados suportados

O quadro abaixo apresenta os objetos DNP e suas variantes, suportados por esta implementação.

Objeto

Requisição (Mestre)

Supported data objects

The table below shows the DNP objects and their variants, supported by this implementation.

Código de Função

Descrição

Origem

1

Ler

Mestre

2

Escrever

Mestre

3

Selecionar

Mestre

4

Operar

Mestre

5

Operar direto (sem seleção)

Mestre

6

Operar direto (sem ack)

Mestre

7

Congela Imediatamente

Mestre

8

Congela Imediatamente (sem ack)

Mestre

9

Congela e limpa

Mestre

10

Congela e lê

In the protocol implementation the master only executes the requests highlighted in blue. The server equipment responds using the responses highlighted in yellow. Note that it is up to the server equipment to decide how the response will be, and the master must support all possible level 2 functions to be used as a response.
Objects, object variations, function codes, and qualifiers have their meanings standardized in DNP. Below are the function code and qualifier tables:

DNP has the concept of data classes, and four classes are defined:
Class 0: Corresponds to static, analog, or digital point. Its content is the value of an analog or digital variable, input or output, at a given time;
Class 1, 2 and 3: Corresponds to state transition events or class 0 variables or situations internal to the remote/relocation that cause the event.
What usually occurs in FDI's when using NpD is to associate with the state variation of digital variables or dead band values of analog variables classes 1, 2 and 3. Thus, modifying the state/value of these variables will cause events that will be transmitted by ordering events from the respective classes (60/2, 60/3 e and 60/4). Periodicamente, pode ser feita uma leitura cíclica para verificação de integridade. Essa leitura, corresponde a um pedido de classe 0 Periodically, a cyclic reading can be done for health check. This reading corresponds to a class 0 request (60/1).
Observações:

Observations:

1. In this implementation it is automatically considered that digital variables Type BI, when they undergo change will be sent as Class 1, in the form of Object 2 with variation 2 (Binary input with time stamp).

1. In this implementation it is automatically considered that analog variables AI, AIF,

Funcionamento geral

A sequência normal de operação do escravo é:

• Caso seja necessário na instalação o mestre deverá enviar mensagem de sincronismo (50,1) periodicamente. A data e horário recebido será entendido como UCT (ou GMT), e será utilizada para alterar o relógio do computador "host".

• Ao iniciar a execução, nas primeiras mensagens de resposta com, enviará flags de IIN indicando que IED reiniciou (restart). O mestre deverá então executar uma escrita de "clear device flag" (80/1) para limpar esta indicação;

• Sempre que houver alteração do estado de digitais ou analógicas, que sejam configurados na tabela POINTS, com AccesType como ReadWrite, será enviada mensagem de evento como Classe 1 ou Classe 2. Caso não se desejar eventos em alguns pontos usar para estes AccessType = Read;

• Quando o modo escravo recebe um pedido de comando de saída digital ou saída analógica, através software envia a respectiva requisição para o IED (12/1 ou 41/2);

1. when they undergo change will be sent as Class 2, in the form of Objects 30 variation 3, for AI and as 30 variation 5 for the AIF.

General operation

The normal sequence of operation of the slave is:

• If necessary in the installation the master should send a sync message (50.1) periodically. The date and time received will be understood as UCT (or GMT), and will be used to change the clock of the "host" computer.

• When you start running, in the first reply messages with, you will send IIN flags indicating that IED has restart. The master must then perform a clear device flag (80/1) write to clear this statement;

• Whenever there is a change in the state of digital or analog, which are configured in the POINTS table, with AccesType as ReadWrite, event message will be sent as Class 1 or Class 2. If you do not want events at some points to use for these AccessType = Read;

• When slave mode receives a request for digital output command or analog output, through software sends its request to the IED (12/1 or 41/2);