Sistema de comunicação, execução e controlo da ......programado até ao momento final programado...

Sistema de comunicação, execução e controlo da interruptibilidade (SCECI)

Protocolo de comunicações entre os sistemas de gestão do operador do sistema e equipamentos de

controlo de consumidores interruptíveis e empresas distribuidoras (PCC-SCECI)

Revisão 1.1

30 de Junho de 2011

Direcção Gestão do Sistema

Departamento de Sistemas e Desenvolvimento Página 1

ÍNDICE

1 INTRODUÇÃO .................................................................................................................................. 4

1.1 FINALIDADE .................................................................................................................................. 4 1.2 DEFINIÇÕES, SIGLAS E ABREVIATURAS .......................................................................................... 5 1.3 REFERÊNCIAS ................................................................................................................................ 6

2 ARQUITECTURA GERAL .............................................................................................................. 7

3 ESTRUTURA DO PROTOCOLO ................................................................................................... 8

4 INFORMAÇÃO DE CONTROLO DO PROTOCOLO DE APLICAÇÃO ................................. 9

4.1 PROTECÇÃO CONTRA A PERDA E DUPLICAÇÃO DE MENSAGENS. .................................................... 9 4.2 PROCEDIMENTOS DE TESTE ........................................................................................................... 9 4.3 CONTROLO DE TRANSMISSÃO COM START / STOP. ........................................................................ 9 4.4 NÚMERO DE PORTA ..................................................................................................................... 10 4.5 NÚMERO MÁXIMO DE APDU DE FORMATO I PENDENTES (K) ...................................................... 11

5 FUNÇÕES DE APLICAÇÃO ......................................................................................................... 12

5.1 ESTRUTURA DAS ASDU .............................................................................................................. 12 5.2 DEFINIÇÃO E CODIFICAÇÃO DOS ELEMENTOS DE INFORMAÇÃO ................................................... 13

5.2.1 Identificadores de tipo e nomes de ASDU .......................................................................... 13 5.2.2 Causa de transmissão ......................................................................................................... 15 5.2.3 Objectos de informação ...................................................................................................... 16

5.2.3.1 Formatos básicos ............................................................................................................................ 16 5.2.3.2 Formato QDS: descritor de qualidade ............................................................................................ 16 5.2.3.3 Formato LVA: potências e energias ............................................................................................... 16 5.2.3.4 Formato LQV: potências com informação de qualidade ................................................................ 16 5.2.3.5 Formato CUP: Código universal de ponto de fornecimento .......................................................... 17 5.2.3.6 Formato CP56Time2a: marca de tempo / instante ......................................................................... 18 5.2.3.7 Formato FD40: assinatura digital ................................................................................................... 18 5.2.3.8 Campo Estado ................................................................................................................................ 19 5.2.3.9 Campo CUPF ................................................................................................................................. 19 5.2.3.10 Campo identificador de comando de redução de potência ......................................................... 19 5.2.3.11 Campo Tipo de comando de redução de potência ..................................................................... 20 5.2.3.12 Campos Pmaxi e PAi ................................................................................................................. 20 5.2.3.13 Campo Pfi (potência de consumo), Pf2, Pf3, Pf4, Pf5, Pf6 e Pf7 .............................................. 20 5.2.3.14 Campo número de períodos de redução ..................................................................................... 20 5.2.3.15 Campo identificador de potência residual período X ................................................................. 21 5.2.3.16 Campos Instante inicial e Instante final ..................................................................................... 21 5.2.3.17 Campos Instante inicial P50 e Instante final P50 ....................................................................... 21 5.2.3.18 Campos Instante inicial período X e Instante final período X ................................................... 21

5.3 DEFINIÇÃO E APRESENTAÇÃO DAS ASDU ESPECÍFICAS .............................................................. 21 5.3.1 Tipo 103: Sincronização de relógio (C_CS_NA_1) ........................................................... 22 5.3.2 Tipo 147: Programa de consumo (M_PC_AA) .................................................................. 23 5.3.3 Tipo 148: Certificado digital (M_CD_AA) ........................................................................ 24 5.3.4 Tipo 149: Dados de tempo real (M_TR_AA) ...................................................................... 25 5.3.5 Tipo 150: Lista de interrupções activas (M_LI_AA) .......................................................... 26 5.3.6 Tipo 151: Programa de paragem / manutenção (M_PM_AA) ........................................... 27 5.3.7 Tipo 152: Dados gerais de EMCC - serviço de interruptibilidade a pedido (M_DG_AK) 28 5.3.8 Tipo 153: Estado do comando de redução de potência (M_EI_AK) .................................. 30 5.3.9 Tipo 154: Ficheiro de comando de redução de potência (M_AI_AK) ............................... 32 5.3.10 Tipo 155: Dados de tempo real. Potência activa de geração (M_TR_GN) ....................... 34 5.3.11 Tipo 163: Pré-aviso de comando de redução de potência ambiental (C_PR_IM) ............. 35 5.3.12 Tipo 167: Validação de pré-aviso (C_VA_PR) .................................................................. 36 5.3.13 Tipo 168: Pré-aviso de anulação de comando de redução de potência ambiental

(C_PR_AM) ........................................................................................................................................ 37 5.3.14 Tipo 169: Pré-aviso de comando de redução de potência (C_PR_IK) .............................. 38 5.3.15 Tipo 170: Pré-aviso de anulação de comando de redução de potência (C_PR_AK) ......... 40 5.3.16 Tipo 171: Pré-aviso de alteração do comando de redução de potência (C_PR_CK) ........ 42



5.3.17 Tipo 176: Pedido de dados gerais (C_DG_AA) ................................................................. 44 5.3.18 Tipo 177: Pedido de estado de interrupção (C_EI_AA)..................................................... 45 5.3.19 Tipo 178: Pedido de ficheiro de interrupção (C_AI_AA)................................................... 46 5.3.20 Tipo 180: Pedido de programa de consumo ou de paragem /manutenção (C_PC_AA) .... 47 5.3.21 Tipo 181: Pedido de certificado digital (C_CD_AA) ......................................................... 48 5.3.22 Tipo 182: Pedido de dados de tempo real (C_TR_AA) ...................................................... 49 5.3.23 Tipo 183: Pedido de lista de comandos de redução de potência activos (C_LI_AA)......... 50 5.3.24 Tipo 187: Pedido de dados de tempo real de geração (C_TR_GN) ................................... 51

5.4 PROCEDIMENTOS DE TROCA DE INFORMAÇÕES ........................................................................... 52 5.4.1 Inicialização de estação ..................................................................................................... 52 5.4.2 Sincronização de relógio .................................................................................................... 58 5.4.3 Pré-avisos de comando de redução de potência (incluindo a ambiental) .......................... 59 5.4.4 Pedido de dados gerais ...................................................................................................... 63 5.4.5 Pedido de estado de comando de redução de potência ...................................................... 63 5.4.6 Recuperação de ficheiro de comando de redução de potência .......................................... 64 5.4.7 Envio de informação para os SGEF. .................................................................................. 66 5.4.8 Recuperação de programa de consumo ou de paragem / manutenção .............................. 67 5.4.9 Pedido de dados em tempo real .......................................................................................... 70 5.4.10 Procedimentos de troca com os SGEF ............................................................................... 70

6 INTEGRIDADE E AUTENTICAÇÃO DE DADOS .................................................................... 73

6.1 CONSIDERAÇÕES GERAIS ............................................................................................................. 73 6.2 PROCEDIMENTOS DE IDENTIFICAÇÃO E AUTENTICAÇÃO .............................................................. 74

7 SUPERVISÃO DO ESTADO DAS COMUNICAÇÕES .............................................................. 75

8 FUNCIONAMENTO EM MODO DE TESTE .............................................................................. 76

9 FUNCIONAMENTO DURANTE A VERIFICAÇÃO ................................................................. 77

10 PARÂMETROS DO PROTOCOLO .......................................................................................... 79

11 IMPORTAÇÃO MANUAL DE FICHEIRO DE INTERRUPÇÃO ........................................ 81

11.1 DESCRIÇÃO DA FUNCIONALIDADE ............................................................................................... 81 11.2 ESTRUTURA DO FICHEIRO DE INTERRUPÇÃO ................................................................................ 81

11.2.1 Considerações gerais ......................................................................................................... 81 11.2.2 Estrutura do ficheiro .......................................................................................................... 82



Histórico de alterações

Revisão 1.0 - 27.05.2011

Versão traduzida do protocolo 6.2.4 da REE.

Referencias à legislação Portuguesa.

Código do Ponto de Entrega usada em Portugal.

Revisão 1.1 - 30.06.2011

Retirar os tipos relacionados com as comunicações entre os fornecedores e os equipamentos

locais.



1 INTRODUÇÃO

1.1 Finalidade

Estas especificações descrevem o protocolo de comunicação entre os equipamentos de medição

e controlo de consumidores (EMCC) e os sistemas de gestão do serviço de interruptibilidade

(SGCI) que fazem parte do sistema de comunicação, execução e controlo da interruptibilidade

(SCECI) descrito na portaria nº 592/2010 de 29 de Julho de 2010, Ref. [1].

A arquitectura do sistema de gestão da Interruptibilidade foi aprovada pela Entidade Reguladora

dos Serviços Energéticos (ERSE) pelo despacho nº 18/2010 de 10 de Dezembro de 2010, Ref. [2].

O presente protocolo foi desenvolvido pela Rede Eléctrica de España (REE), sendo a versão 1.0

deste protocolo a tradução da versão 6.2.4 de 29 de Julho de 2009, fazendo-se as adaptações

necessárias às referências da legislação Portuguesa.



1.2 Definições, siglas e abreviaturas

No presente documento serão utilizadas as seguintes definições, siglas e abreviaturas:

APCI: Application Protocol Control Information (informação de controlo do protocolo de

aplicação)

APDU: Application Protocol Data Unit (unidade de dados do protocolo de aplicação)

ASDU: Application Service Data Unit (unidade de dados do serviço de aplicação)

CDT: Causa de transmissão

CPE: Código do ponto de entrega

CUPF: Código universal de ponto de fornecimento

EMCC: Equipamento de medição, controlo e comunicações de um consumidor

interruptível.

ET: Equipamento terminal; equivale a um EMCC ou SGEF.

interrupção

activa:

Uma interrupção é considerada activa se tiver sido alvo de pré-aviso com êxito,

se o seu período de execução não tiver terminado e se não tiver sido anulada.

interrupção

em

execução:

Uma interrupção é considerada em execução desde o momento inicial

programado até ao momento final programado ou até à sua anulação, se esta

for anterior ao momento final programado.

octeto: Palavra binária de 8 bits.

SCECI: Sistema de comunicação, execução e controlo da interruptibilidade.

SGEF: Sistema de gestão de uma empresa fornecedora.

SGCI: Sistema de gestão do serviço de interruptibilidade, localizado nos centros de

controlo da REN.



1.3 Referências

[1] Portaria nº 592/2010 de 29 de Julho de 2010 que estabelece o regime de interruptibilida-

de a aplicar aos consumidores abastecidos pelo mercado livre.

[2] Despacho nº 18/2010 da Entidade Reguladora dos Serviços Energéticos de 10 de

Dezembro de 2010 em que se aprova o procedimento do sistema de comunicação,

execução e controlo de serviço de interruptibilidade.

[3] NIST FIPS PUB 186, Digital Signature Standard, National Institute of Standard and

Technology, US Department of Commerce, 19 de Maio de 1994.

[4] RFC 2200, Internet Official Protocol Standards, Junho 1997.

[5] RFC 1349, Type of Service in the Internet Protocol Suite, Julho 1992.

[6] ITU-T Recommendation X.509 | ISO/IEC 9594-8, "Information technology - Open

Systems Interconnection - The Directory: Public Key and Attribute Certificate

Frameworks", 2000.

[7] IEC 60870-5-104 (2000-12): Equipamento de sistemas de telecontrolo. Parte 5–104:

Protocolos de transmissão - Acesso de rede para IEC 60870-5-101 usando perfis de

transporte normalizados.

[8] IEC 60870-5-5 (1995-06): Equipamento de sistemas de telecontrolo. Parte 5:

Protocolos de transmissão - Secção 5: Funções de aplicação de base.

[9] IEC 60870-5-101 (2003-02): Equipamento de sistemas de telecontrolo. Parte 5–101:

Protocolos de transmissão. Norma de acompanhamento para operações básicas de

telecontrolo.

[10] Despacho nº 15816/2009 da Entidade Reguladora dos Serviços Energéticos de 30 de

Julho de 2009 em que se aprova a metodologia de codificação dos pontos de entrega

de energia eléctrica.

[11] IEC 60870-5-4 (1993-08): Equipamento de sistemas de telecontrolo. Parte 5:

Protocolos de transmissão - Secção 4: Definição e codificação dos elementos de

informação de aplicação.



2 ARQUITECTURA GERAL

O SCECI está incluído nos sistemas de gestão de REN (SGCI): o sistema de gestão principal e

o sistema de backup, situados em dois locais diferentes e ligados aos equipamentos terminais

(ET) através de uma rede privada virtual única de comunicações IP (IP-VPN).

A rede de comunicações disporá de largura de banda garantida e integrará segurança inerente

sem necessidade de túneis nem de codificação. A topologia da rede será em estrela, com os

SGCI no centro e os ET nas extremidades. Apenas um dos SGCI (SGCI principal ou SGCI de

backup) estará activo em cada momento.

O acesso dos ET à rede de comunicações será efectuado através de um router com uma linha

permanente (Ethernet, ADSL, …) como ligação principal e uma linha do tipo dial-up (RDIS,

UMTS, …) de backup. A largura de banda mínima destes acessos será de 256 kbps / 128 kbps

(para / a partir da rede) para a linha permanente e 64 kbps para a linha dial-up.

O acesso do SGCI principal e de backup à rede de comunicações realiza-se através de route-

res, com circuitos Ethernet de velocidade mínima de 10Mbps.

A ligação entre os SGCI e os ET aos routers é efectuada através de uma interface Ethernet

10/100 (IEEE 802.3).

Todos os acessos à rede IP-VPN e todas as portas disporão de endereçamento IP fixo.

Tanto os SGCI como os ET terão ligação permanente à IP-VPN.

SGCI - Principal SGCI de backup

ET 1 ET n ET m

Router Router Router

Router Router

IP-VPN

(MPLS)

eth eth

eth eth eth



3 ESTRUTURA DO PROTOCOLO

A estrutura do protocolo estará de acordo com o definido na norma 60870-5-104 (ref. [7]), item

4. Por uma questão de conveniência, é em seguida reproduzida a parte mais significativa do

respectivo conteúdo, com as suas especificações.

A figura apresentada em seguida mostra a estrutura do protocolo:

Selecção de funções da aplicação da IEC

60870-5-5

Inicialização Processo do utilizador

ASDU próprias do protocolo de interruptibilidade

Aplicação (nível 7) APCI (informação de controlo do protocolo de aplicação)

Interface de transporte (interface entre o utilizador e o TCP)

Selecção da pilha de protocolos TCP/IP (RFC 2200)

Transporte (nível 4)

Rede (nível 3)

Link (nível 2)

Físico (nível 1)

NOTA: as capas 5 e 6 não são utilizadas

Da pilha de protocolos TCP/IP (ver RFC 2200, ref. [4]), serão incluídos pelo menos os seguin-

tes:

Interface de transporte (interface entre o utilizador e o TCP)

RFC 793 (TCP, protocolo de controlo do transporte) Transporte (nível 4)

RFC 791 (IP, protocolo de Internet) Rede (nível 3)

RFC 894 (transmissão de datagramas IP sobre redes Ethernet Link (nível 2)

IEEE 802.3 Físico (nível 1)

Ethernet

Utilizar-se-ão adicionalmente as sinalizações de tipo de serviço pretendido previstas na RFC

1349 (ref. [5]). Os níveis superiores poderão solicitar dinamicamente a utilização de tramas IP

com prioridade elevada (precedence = 001) ou reduzida (precedence = 000). Adicionalmente,

todas as mensagens utilizarão o campo TOS = 0100 (maximize throughput).



4 INFORMAÇÃO DE CONTROLO DO PROTOCOLO DE APLICAÇÃO

As unidades de dados do protocolo de aplicação (APDU) cumprirão o definido na norma

60870-5-104 (ref. [7]), item 5, cujo conteúdo se resume em seguida, por uma questão de clare-

za:

O comprimento máximo de uma APDU será de 253 octetos.

Considerando que o campo ‘Comprimento da APDU’ contém efectivamente o número de

octetos da APDU menos o octeto de início e o octeto do próprio campo de comprimento, o

comprimento máximo da uma ASDU será de 253 – 6= 247 octetos.

O formato das APDU é o seguinte:

APDU com dados de utilizador APDU sem dados de

utilizador

START 68H A

PC

I

AP

DU

START 68H

AP

CI

Comprimento da APDU (C) C = 4

C o

cte

tos

Campo de controlo, octeto 1 Campo de controlo, octeto

1


2


3


4

Dados do utilizador (ASDU,

definida neste protocolo)

AS

DU

O conteúdo e a função dos quatro octetos do campo de controlo cumprem o definido na norma

60870-5-104 (ref. [7]), item 5.

4.1 Protecção contra a perda e duplicação de mensagens.

Cumprir-se-á o definido na norma 60870-5-104 (ref. [7]), item 5.1, com as especificações des-

critas no item 4.5 do presente documento.

4.2 Procedimentos de teste

Não se utilizarão os procedimentos de teste descritos no item 5.2 da norma 60870-5-104 (ref.

[7]). Considera-se que este aspecto está suficientemente coberto com o mecanismo descrito no

item 7.

4.3 Controlo de transmissão com Start / Stop.

Cumprir-se-á o definido na norma 60870-5-104 (ref. [7]), item 5.3.

A função de estação de controlo será sempre desempenhada pelos SGCI. Os ET serão sem-

pre estações controladas.



4.4 Número de porta

Cumprir-se-á o definido na norma 60870-5-104 (ref. [7]), item 5.4. Por conseguinte, o número

de porta a utilizar neste protocolo será o 2404.



4.5 Número máximo de APDU de formato I pendentes (k)

Os números k e w definidos na norma 60870-5-104 (ref. [7]), item 5.5, assumirão os seguintes

valores:

k = 1

w = 1

Por conseguinte, o transmissor esperará sempre o reconhecimento de uma APDU de formato I

antes de enviar uma nova APDU, e o receptor reconhecerá sempre uma APDU de formato I

antes de enviar qualquer outra mensagem.



5 FUNÇÕES DE APLICAÇÃO

As funções de aplicação são implementadas através do intercâmbio de unidades de dados do

serviço de aplicação (ASDU). Serão utilizadas ASDU definidas na norma 60870-5-104 (ref. [7]),

itens 6 e 8, bem como ASDU novas pertencentes ao intervalo privado.

5.1 Estrutura das ASDU

A estrutura das ASDU cumprirá o especificado na norma IEC 60870-5-101 (ref. [9]), item 7,

conforme se resume e especifica em seguida:

Uma ASDU é composta por um identificador de unidade de dados e um único objecto de

informação.

O identificador de unidade de dados de uma ASDU é composto por um identificador de tipo

(1 octeto), um qualificador de estrutura variável (1 octeto), uma causa de transmissão (1

octeto) e um endereço comum da ASDU (2 octetos).

O endereço comum da ASDU (entre 1 e 65534) identifica o ET (EMCC ou SGEF) com o

qual é trocado o objecto de informação. Todos os ET terão um endereço comum da ASDU,

que será único em todo o sistema. Este será composto por 2 octetos (DC1 e DC2), de

modo que:

Endereço comum da ASDU = DC1 + 256 * DC2

O objecto de informação é composto por um endereço de objecto de informação (um único

objecto, sempre com o valor de 0) e dados de informação.

Considerando os pontos anteriores, o formato das ASDU é o seguinte:

ASDU

Identificador de unidade de

dados

Identificador de tipo

Qualificador de estrutura variável = 1

Causa de transmissão (CDT)

Endereço comum da ASDU, octeto 1 (DC1)

Endereço comum da ASDU, octeto 2 (DC2)

Objecto de informação

Endereço do objecto de informação = 0

Dado 1

…

Dado n



5.2 Definição e codificação dos elementos de informação

5.2.1 Identificadores de tipo e nomes de ASDU

O identificador de tipo determina a função de aplicação associada a cada ASDU, bem como a

sua estrutura e conteúdo.

Para maior clareza, e em consonância com a nomenclatura adoptada na IEC 60870-5-5

(referência [8], item 6), no presente documento utiliza-se também uma etiqueta associada a

cada identificador de tipo, estruturada em níveis:

Nível 1:

Tipo de informação Etiqueta

Informação monitorizada M

Informação de controlo C

Nível 2:

Tipo de informação Etiqueta

Informação monitorizada M

Dados gerais M_DG

Estado de interrupção M_EI

Ficheiro de interrupção M_AI

Programa de consumo M_PC

Certificado digital M_CD

Dados de tempo real M_TR

Lista de interrupções M_LI

Programa de paragem / manutenção M_PM

Informação de controlo C

Comando de sincronização de relógio C_CS

Comando de pré-aviso C_PR

Comando de validação C_VA

Pedido de dados gerais C_DG

Pedido de estado de interrupção C_EI

Pedido de ficheiro de interrupção C_AI

Pedido de programa de consumo ou de

paragem / manutenção

C_PC

Pedido de certificado digital C_CD

Pedido de dados de tempo real C_TR

Pedido de lista de interrupções C_LI

Nível 3: utilizam-se duas letras descritivas; no caso de tipos existentes nas normas

101/104, utilizar-se-ão as combinações previstas (NA, NB, TA, TB).

Nível 4: no caso de tipos existentes nas normas 101/104, utiliza-se adicionalmente o

número 1.



O identificador de tipo é um octeto que poderá adoptar os seguintes valores, de acordo com o

item 7.2.1.1 da norma IEC 60870-5-101 (referência [9]):

1 a 127: ASDU definidas nas normas IEC 60870-5-104 e IEC 60870-5-101

128 a 135: reservado para o encaminhamento de mensagens

136 a 255: intervalo privado, utilizado no presente protocolo para as ASDU não

contempladas nas normas IEC 60870-5-104 e IEC 60870-5-101.

O identificador de tipo das ASDU do intervalo privado terá a seguinte estrutura:

bit 8 bit 7 bit 6 bit 5 bit 4 bit 3 bit 2 bit 1

Subtipo (4 bits) Operação (4 bits)

Os subtipos utilizados são os seguintes:

1001: informação monitorizada.

1010: informação de controlo: comandos

1011: informação de controlo: pedidos

A tabela seguinte mostra os identificadores de tipo, descrição e etiqueta das ASDU utilizados

e/ou definidos no protocolo, bem como a prioridade pretendida das tramas IP sobre as que

devem ser transmitidas.

Tipo Descrição Mnemónica Prioridad

e

103 Sincronização de relógio C_SC_NA_1 alta

147 Programa de consumo M_PC_AA baixa

148 Certificado digital M_CD_AA baixa

149 Dados de tempo real (consumo) M_TR_AA Baixa

150 Lista de comandos de redução de potência activos M_LI_AA Baixa

151 Programa de paragem / manutenção M_PM_AA Baixa

152 Dados gerais de EMCC - serviço de interruptibilidade a

pedido

M_DG_AK Baixa

153 Estado do comando de redução de potência M_EI_AK Baixa

154 Ficheiro do comando de redução de potência M_AI_AK Baixa

155 Dados de tempo real (geração) M_TR_GN Baixa

156 Usado pela REE devido ao SGEF



159 Reservado para futuras informações monitorizadas

163 Pré-aviso de comando de redução de potência ambiental C_PR_IM alta

167 Validação de pré-aviso C_VA_PR alta

168 Pré-aviso de anulação de comando de redução de potência

ambiental

C_PR_AM alta

169 Pré-aviso de comando de redução de potência C_PR_IK alta

170 Pré-aviso de anulação de comando de redução de potência C_PR_AK alta



171 Pré-aviso de alteração de comando de redução de potência C_PR_CK alta

172..175 Reservado para comandos futuros

176 Pedido de dados gerais C_DG_AA baixa

177 Pedido de estado de interrupção C_EI_AA baixa

178 Pedido de ficheiro de interrupção C_AI_AA baixa


180 Pedido de programa de consumo ou de paragem /

manutenção

C_PC_AA baixa

181 Pedido de certificado digital C_CD_AA baixa

182 Pedido de dados de tempo real C_TR_AA baixa

183 Pedido de lista de interrupções activas C_LI_AA baixa




187 Pedido de dados de tempo real de geração C_TR_GN baixa

188..191 Reservado para futuros pedidos

5.2.2 Causa de transmissão

Utilizada tal como definido na norma 60870-5-101 (referência [9]), item 7.2.3. Não se utiliza o

campo de endereço do originador, pelo que a estrutura deste octeto é a seguinte:

T P/N Causa (6 bits)

bit T: 0 = modo normal, 1 modo de teste

bit P/N: 0 = confirmação positiva, 1 = confirmação negativa

As causas possíveis a utilizar são as seguintes:

Causa Significado da causa de transmissão

5 Pedido ou solicitada

6 Activação

7 Confirmação da activação

8 Desactivação

9 Confirmação da desactivação

10 Conclusão da activação

44 Identificador de tipo desconhecido

45 Causa de transmissão desconhecida

46 Endereço comum da ASDU desconhecida

47 Endereço de objecto de informação desconhecido

48 Mudança de horário



49 Código CUPF não reconhecido

50 Assinatura não reconhecida

51 Comando de redução de potência, activo

52 Hora de pré-aviso errónea

53 Não existe comando de redução de potência

54 Dados de comando de redução de potência diferentes

55 Comando de redução de potência em execução

56 Não existe pré-aviso

57 Tipo de comando de redução de potência não contratado

58 Pmaxi ou PAi não contratada

59 Identificador de potência residual não contratado

5.2.3 Objectos de informação

Este item descreve os formatos que podem adoptar os dados contidos nos objectos de

informação, bem como as definições dos dados comuns.

5.2.3.1 Formatos básicos

Serão utilizados os seguintes formatos básicos definidos na norma IEC 60870-5-4 (referência

[11]), itens 5 e 6:

UI8: octeto <0..255>

UI16: palavra de 16 bits <0..65535>

UI32: palavra de 32 bits <0..232

–1>

5.2.3.2 Formato QDS: descritor de qualidade

Utilizar-se-á o formato QDS (descritor de qualidade) definido na norma IEC 60870-5-101 (refe-

rência [9]), item 7.2.6.3:

Formato QDS

bit 8 bit 7 Bit 6 bit 5 bit 4 bit 3 bit 2 bit 1

IV NT SB BL 0 0 0 OV

Na presente revisão do protocolo, está prevista apenas a utilização do bit IV (inválido).

5.2.3.3 Formato LVA: potências e energias

Para o envio das potências e energias (consumos), utilizar-se-á o seguinte formato:

LVA := I24[1..24]<–223

..+223

–1>

A potência é expressa em kilowatts (kW) ou killovolt-amperes reactivos (kvar). A energia é

expressa em kilowatts hora (kWh) Os valores positivos representam pedidos; os valores nega-

tivos representam entradas.

5.2.3.4 Formato LQV: potências com informação de qualidade

Para o envio das potências com informação de qualidade, utilizar-se-á o seguinte formato:

LVQ := CP32{LVA,QDS}

LVA está definido em 5.2.3.3. QDS está definido em 5.2.3.2, e figura como último octeto do

formato LVQ.



5.2.3.5 Formato CUP: Código universal de ponto de fornecimento

Os códigos universais de ponto de fornecimento (CUPF) cumprirão um formato alfanumérico

baseado no código ISO/IEC 8859-1.

Formato CUP

Campo Tamanho Intervalo

LL (2 octetos) cada octeto: ‘A’..’Z’ = 65..90

DDDD (4 octetos) cada octeto: ‘0’..’9’ = 48..57

CCCC_CCCC_CCCC (12 octetos) cada octeto: ‘0’..’9’ = 48..57

EE (2 octetos) cada octeto: ‘A’..’Z’ = 65..90

N (1 octeto) cada octeto: ‘ ‘, ‘0’..’9’ = 32, 48..57

T (1 octeto) cada octeto: ‘ ‘, ‘A’..’Z’ = 32, 65..90

Formalmente:

CUP := CP176{LL, DDDD, CCCC_CCCC_CCCC, EE, N, T}

LL := OS16[1..16]<65..90>

DDDD := OS32[17..48]<48..57>

CCCC_CCCC_CCCC := OS96[49..144]<48..57>

EE := OS16[145..160]<65..90>

N := OS8[161..168]<32, 48..57>

T := OS8[169..176]<32, 65..90>

A ordem dos octetos dentro de cada campo seguirá a ordem de leitura natural do código CUPF,

conforme se estabelece referência [10]:

LL DDDD CCCC CCCC CCCC EE N T

Os primeiros 20 caracteres correspondem ao Código do Ponto de Entrega (CPE).

Os caracteres opcionais (N e T) são codificados com um espaço em branco (código 32) caso

não sejam utilizados.



5.2.3.6 Formato CP56Time2a: marca de tempo / instante

Utilizar-se-á o formato CP56Time2a definido na norma IEC 60870-5-101 (referência [9]), item

7.2.6.18. Não será utilizado o dia da semana, pelo que o valor será sempre 0. Também não se

utilizará nenhum dos bits de reserva (RES1 a RES4), pelo que o valor também será sempre 0:

Formato CP56Time2a


milissegundos (parte baixa) <0.59999>

milissegundos (parte alta)

IV 0 minutos <0..59>

SU 0 0 horas <0..23>

0 0 0 dia do mês <1..31>

0 0 0 0 meses <1..12>

0 anos <0..99>

O bit IV (invalidade) será utilizado conforme descrito no item 7.6 da norma IEC 60870-5-104.

Por conseguinte, normalmente o valor será 0, excepto nos seguintes casos:

quando um ET não tiver recebido uma ASDU válida de tipo C_CS_NA_1 ACT durante um

tempo t4, superior ao período de sincronização do sistema.

após o processo de inicialização de estação de um ET e enquanto o referido ET não tiver

recebido uma ASDU válida de tipo C_CS_NA_1 ACT.

5.2.3.7 Formato FD40: assinatura digital

As assinaturas digitais são utilizadas para autenticar as mensagens cuja identidade e origem

devem ser garantidas de acordo com a referência [2].

Formato FD40

Campo Tamanho Intervalo

Assinatura,

parte r

(20 octetos) cada octeto: 0..255

Assinatura,

parte s

(20 octetos) cada octeto: 0..255

Formalmente:

FD40 := CP320{r, s}

r := OS160[1..160]<0.255>

s := OS160[161..320]<0.255>

A descrição das partes r e s encontra-se no item 6.1.



5.2.3.8 Campo Estado

O campo Estado contém informações codificadas sobre o estado do EMCC.

Estado := UI8

EGE ECL PCD DIE CAM INT PRE VPP


EGE: estado geral do EMCC (0 = normal, 1 = erro detectado no teste automático)

ECL: estado das comunicações locais do EMCC, entre a sua unidade de

comunicações e a sua unidade de medição (0 = normal, 1 = erro)

PCD: novo programa de consumo ou de paragem / manutenção disponível (0 = o

EMCC não tem nenhum programa de consumo ou de paragem / manutenção

pendente para recuperação pelo SGCI, 1 = o EMCC tem um novo programa

introduzido pelo cliente que, no entanto, não foi recuperado com êxito pelo

SGCI).

DIE: disponibilidade da interface Ethernet (0 = disponível, 1 = não disponível). Caso

o ET detecte um erro na ligação Ethernet com o router local, este bit assumirá

o valor 1 na primeira vez que seja enviado o octeto de estado após a

recuperação das comunicações com o SGCI; uma vez efectuado este envio,

assumirá o valor 0.

CAM: comando de redução de potência alterado ( = 1 desde o pré-aviso de alteração

da interrupção até ao fim da interrupção)

INT: comando de redução de potência em curso ( = 1 desde o início do período de

redução até à sua conclusão ou anulação)

PRE: comando de redução de potência pré-avisado ( = 1 desde o pré-aviso de

comando de redução de potência até ao início do período de redução)

VPP: vários pré-avisos pendentes ( = 1 enquanto houver mais do que um comando

de redução de potência pré-avisado ou não concluído nem anulado)

Quando VPP = 1, os bits CAM, INT e PRE referem-se ao comando de redução de potência pré-

avisado e não concluído nem anulado cujo instante de início de execução seja anterior aos

restantes comandos de redução.

5.2.3.9 Campo CUPF

O campo CUPF contém o código universal de ponto de fornecimento do consumidor, constituí-

do pelo CPE (ver referência [10]).

CUPF := CUP

5.2.3.10 Campo identificador de comando de redução de potência

O identificador de comando de redução de potência é um número que identifica univocamente

um comando de redução de potência concreto enviado para um determinado EMCC. É

atribuído pelo SGCI, o qual deve garantir que não é utilizado o mesmo mais do que uma vez ao

longo de toda a vida do SCECI.

Identificador de interrupção := UI32



5.2.3.11 Campo Tipo de comando de redução de potência

O tipo de comando de redução de potência corresponde à denominação das modalidades de

redução de potência (1,2,3,4,5) definidas na referência [1] para os prestadores de serviços de

interruptibilidade a pedido.

Tipo de redução de potência := UI8<1.. 5>

5.2.3.12 Campos Pmaxi e PAi

Pmaxi e PAi são, respectivamente, a potência residual máxima exigível pelo cliente e a

potência de entrada comprometida pelo cliente para uma interrupção concreta (ver ref. [1]). Um

valor igual a -1 indica que a referida potência não se aplica a essa interrupção. Concretamente,

para todos os clientes que não sejam autogeradores será PAi = -1.

Para os prestadores do serviço de interruptibilidade a pedido, Pmaxi é a potência máxima a

consumir nos períodos de um comando de redução de potência nos quais se solicite a redução

de potência máxima. Por conseguinte, i corresponde ao tipo de comando de redução de

potência. Deste modo, existirão tantos valores de Pmaxi: Pmax1, Pmax2, Pmax3, Pmax4,

Pmax5 quanto tipos de comandos de redução de potência

Pmaxi := LVA

PAi := LVA

5.2.3.13 Campo Pfi (potência de consumo), Pf2, Pf3, Pf4, Pf5, Pf6 e Pf7

Valor da potência a consumir de forma continuada por um prestador do serviço de

interruptibilidade a pedido nos períodos regulamentarmente estabelecidos, pelo que pode

assumir valores de 1 a 7, sendo possível definir sete valores diferentes de Pf:

Pf1, Pf2, Pf3, Pf4, Pf5, Pf6 y Pf7:= LVA

O Pf7 mantém-se unicamente por uma questão de retro-compatibilidade e o seu valor será

sempre -1.

5.2.3.14 Campo número de períodos de redução

Especifica o número de períodos nos quais se solicita uma redução de potência.

Número de períodos de redução := UI8<0..6>



5.2.3.15 Campo identificador de potência residual período X

O identificador de potência residual é uma etiqueta para designar a potência residual a

consumir num período X de redução de potência. A correspondência entre o identificador de

potência residual e a potência residual é a que consta da tabela seguinte:

Identificador de potência residual Potência residual máxima exigível

0 P50%

1 Pmaxi

Identificador de potência residual := UI8<0..5>

5.2.3.16 Campos Instante inicial e Instante final

O instante inicial e o instante final delimitam o intervalo de execução de uma interrupção.

Instante inicial := CP56time2a

Instante final := CP56time2a

5.2.3.17 Campos Instante inicial P50 e Instante final P50

O instante inicial P50 e o instante final P50 delimitam, dentro do intervalo de execução de um

comando de redução de potência tipo 1, o sub-intervalo em que a potência máxima exigível é

igual a P50, cujo cálculo é definido na referência [1].

Instante inicial P50 := CP56time2a

Instante final P50 := CP56time2a

Define-se um sub-intervalo P50 de duração nula estabelecendo ambos os instantes (inicial e

final) preenchendo com zeros.

5.2.3.18 Campos Instante inicial período X e Instante final período X

O instante inicial período X e o instante final período X delimitam um período de redução de

potência conforme o definido na ref. [1].

Instante inicial período X := CP56time2a

Instante final período X := CP56time2a

5.3 Definição e apresentação das ASDU específicas

Este item especifica os conteúdos e significados das diferentes ASDU, ordenadas segundo o seu

identificador de tipo.



5.3.1 Tipo 103: Sincronização de relógio (C_CS_NA_1)

Utiliza-se para sincronizar o relógio do ET com o do SGCI.

A ASDU encontra-se descrita no item 7.3.4.4 da norma IEC 60870-5-101 (ref. [9]). Deve

destacar-se que o campo endereço do objecto de informação ocupará um único octeto (igual a

0).

Causas de transmissão:

No endereço de controlo:

6 = activação

No endereço de monitorização:

7 = confirmação da activação

45 = causa de transmissão desconhecida

46 = endereço comum da ASDU desconhecido

47 = endereço de objecto de informação desconhecido

48 = alteração de horário

55 = comando de redução de potência em execução



5.3.2 Tipo 147: Programa de consumo (M_PC_AA)

Utiliza-se para enviar um programa de pedidos de energia horária para um determinado

período.

Aplica-se tanto a EMCC que prestem o serviço de interruptibilidade como àqueles que prestem

o serviço de interruptibilidade a pedido.

Campo Formato Ocupação

Tipo = 147 UI8 1 octeto

Qualificador de estrutura variável UI8 1 octeto

Causa de transmissão UI8 1 octeto

Endereço comum UI16 2 octetos

Endereço de objecto de informação UI8 1 octeto

Instante inicial CP56time2a 7 octetos

Número de horas UI16 2 octetos

Energia horária 1 LVA 3 octetos

...

Energia horária n LVA 3 octetos

Assinatura digital FD40 40 octetos



5 = solicitada

O instante inicial é a marca de tempo da primeira hora do programa de consumo que se envia

na mensagem. As horas são identificadas pelo instante de início do período horário

correspondente.

O número de horas é a quantidade de horas consecutivas do programa de consumo que se

enviam na mensagem.

A assinatura digital será aplicada a todos os campos da mensagem, desde o tipo até ao final,

excepto a própria assinatura.

Um programa de consumo que não caiba numa só ASDU M_PC_AA pode ser truncado e

enviado com duas ou mais ASDU M_PC_AA, cada uma com a sua assinatura correspondente.

Só serão permitidos valores de programa de consumo negativos para os consumidores que

sejam autogeradores e aos quais não se tenha solicitado o envio da potência activa

instantânea gerada (ASDU M_TR_GN).

O valor absoluto do programa de consumo deverá ser inferior à energia horária correspondente

à máxima das potências contratadas.

Os valores do programa de consumo que não cumpram os critérios anteriores serão

considerados não recebidos para efeitos de cumprimento do exigido na legislação em vigor.



5.3.3 Tipo 148: Certificado digital (M_CD_AA)

Utiliza-se para enviar um certificado digital.









Octeto inicial UI16 2 octetos

Número de octetos UI8 1 octeto

Certificado digital nUI8 n octetos



5 = solicitada

O octeto inicial é o número de ordem do primeiro octeto da parte do certificado digital que se

envia na mensagem:

O número de octetos é a quantidade de octetos consecutivos do certificado que se envia na

mensagem.

Um certificado digital que não caiba numa só ASDU M_PC_AA pode ser truncado e enviado

com duas ou mais ASDU M_PC_AA.

O formato do certificado digital cumprirá a recomendação X.509 (referência [6]).



5.3.4 Tipo 149: Dados de tempo real (M_TR_AA)

Utiliza-se para enviar os últimos valores disponíveis de tempo real de um EMCC.









Estado UI8 1 octeto

Potência activa LVQ 4 octetos

Potência reactiva LVQ 4 octetos



5 = solicitada

A potência activa é a potência activa de tempo real mais recente de entre as disponíveis.

A potência reactiva é a potência reactiva de tempo real mais recente de entre as disponíveis.



5.3.5 Tipo 150: Lista de interrupções activas (M_LI_AA)

Utiliza-se para enviar uma lista com os identificadores de interrupções activas de um EMCC.









Estado UI8 1 octeto

CUPF CUP 22 octetos

Número de interrupções UI8 1 octeto

Identificador de interrupção 1 UI32 4 octetos

...

Identificador de interrupção n UI32 4 octetos



5 = solicitada

O número de interrupções é o número de interrupções activas (ver definição em 1.2).

O número máximo de interrupções activas de um EMCC é um parâmetro do EMCC, cujo valor

por defeito é 1.

Se o EMCC não tiver interrupções activas, o número de interrupções será 0 e a lista ficará

vazia.



5.3.6 Tipo 151: Programa de paragem / manutenção (M_PM_AA)

Utiliza-se para enviar um programa de datas previstas de paragem / manutenção.









Número de datas UI8 1 octeto

Instante inicial 1 CP56time2a 7 octetos

Instante final 1 CP56time2a 7 octetos

...

Instante inicial n CP56time2a 7 octetos

Instante final n CP56time2a 7 octetos




5 = solicitada

O número de datas é a quantidade de pares de datas previstas de paragem / manutenção que

se enviam na mensagem.



Um programa de paragem / manutenção que não caiba numa só ASDU M_PM_AA pode ser

truncado e enviado com duas ou mais ASDU M_PM_AA, cada uma com a sua assinatura

correspondente.



5.3.7 Tipo 152: Dados gerais de EMCC - serviço de interruptibilidade a pedido

(M_DG_AK)

Utiliza-se para enviar a data, a hora, a identificação, o estado, as potências de consumo e

residuais contratadas e as potências activas e reactivas registadas nos últimos 4 períodos de

15 minutos dos EMCC correspondentes a prestadores do serviço de interruptibilidade a pedido.







Estado UI8 1 octeto

CUPF CUP 22 octetos

Hora CP56time2a 7 octetos

Pmax1 LVA 3 octetos

Pmax2 LVA 3 octetos

Pmax3 LVA 3 octetos

Pmax4 LVA 3 octetos

Pmax5 LVA 3 octetos

Pf1 LVA 3 octetos

Pf2 LVA 3 octetos

Pf3 LVA 3 octetos

Pf4 LVA 3 octetos

Pf5 LVA 3 octetos

Pf6 LVA 3 octetos

Pf7 LVA 3 octetos

Potência activa 1 LVA 3 octetos




Potência reactiva 1 LVA 3 octetos








5 = solicitada

A hora é a actual do EMCC.

Os valores de Pmaxi (i=1,2,3,4,5) e de Pfi (i= 1,2,3,4,5,6,7) correspondentes a tipos de

comando de redução de potência não contratados, e potências de consumo não aplicáveis,

respectivamente, terão o valor -1.

A potência activa 1 corresponde à potência activa média no período de quarto de hora mais

antigo dos últimos quatro armazenados pelo EMCC. A potência activa 4 corresponde à mais

recente de entre estas.

A potência reactiva 1 corresponde à potência reactiva média no período de quarto de hora mais

antigo dos últimos quatro armazenados pelo EMCC. A potência reactiva 4 corresponde à mais

recente de entre estas.

Os valores positivos de potência activa e reactiva representam pedidos; os negativos represen-tam entradas.



5.3.8 Tipo 153: Estado do comando de redução de potência (M_EI_AK)

Utiliza-se para enviar o estado de um comando de redução de potência previamente registado

no EMCC de um prestador de serviço de interruptibilidade a pedido.







Estado UI8 1 octeto

CUPF CUP 22 octetos

Factor de escala UI8 1 octeto

Identificador do comando de redução de

potência

UI32 4 octetos

Tipo de comando de redução de potência UI8 1 octeto

Número de períodos de redução UI8 1 octeto

Instante inicial período 1 CP56time2a 7 octetos

Instante final período 1 CP56time2a 7 octetos

Identificador de potência residual período 1 UI8 1 octeto
















Instante de anulação CP56time2a 7 octetos

Instante de alteração CP56time2a 7 octetos

campos sombreados = campos cujo conteúdo pode não ser

significativo, consoante a interrupção concreta





5 = solicitada

O campo Factor de escala reproduz os valores definidos pelos pré-avisos de redução de

potência, anulação e/ou alteração correspondentes.

No caso de comandos de redução de potência de tipo 5 (pré-aviso mínimo = 0), o EMCC

especificará o início e o fim do período de redução de potência nos campos Instante inicial do

período 1 e Instante final do período 1, respectivamente.

Todos os campos não significativos: Instante de anulação de interrupção —se não tiver havido

anulação—, instante de alteração —se não tiver havido alteração—, Instantes inicial, final e

Identificador de potência residual dos períodos não incluídos no Número de períodos de

redução, terão um valor igual a zero



5.3.9 Tipo 154: Ficheiro de comando de redução de potência (M_AI_AK)

Utiliza-se para enviar um ficheiro correspondente a um comando de redução de potência de

prestadores do serviço de interruptibilidade a pedido.







Estado UI8 1 octeto

CUPF CUP 22 octetos


Identificador de redução de

potência

UI32 4 octetos

Tipo de redução de potência UI8 1 octeto


Instante de anulação CP56time2a 7 octetos

Instante de alteração CP56time2a 7 octetos



Identificador de potência residual

período 1

UI8 1 octeto




período 2

UI8 1 octeto




período 3

UI8 1 octeto




período 4

UI8 1 octeto




período 5

UI8 1 octeto






período 6

UI8 1 octeto

Registo inicial UI16 2 octetos

Número de registos UI8 1 octeto

Potência 1 ou assinatura digital LVA ou FD40 3 ou 40

octetos

...

Potência n LVA 3 octetos

campos sombreados = campos cujo conteúdo pode não ser

significativo, consoante a interrupção concreta



5 = solicitada

Os campos entre Factor de escala e Identificador de potência residual período 6 reproduzem

os valores definidos pelos pré-avisos de redução de potência, anulação e/ou alteração

correspondentes.

Todos os campos não significativos: Instante de anulação de comando de redução de potência

—se não tiver havido anulação—, instante de alteração —se não tiver havido alteração—,

Instantes inicial, final e Identificador de potência residual X (sendo X de 1 a 6) dos períodos não

incluídos no Número de períodos de redução, terão um valor igual a zero

O registo inicial é o número de ordem dentro do ficheiro de potências da primeira potência

(Potência 1) que se envia na mensagem.

O número de registos é o número de registos do ficheiro de potências enviados na mensagem.

Potência 1 a potência n são os dados de potência activa de 5 minutos do ficheiro (total ou par-cial) que se envia. Os valores positivos representam pedidos; os negativos representam entra-das.

Um ficheiro de interrupção é enviado sempre através de duas ou mais ASDU M_AI_AK. Se o

ficheiro completo couber numa ASDU, esta conterá todas as respectivas potências. Caso

contrário, enviam-se mais ASDU até completar o envio de todo o ficheiro. De qualquer modo, a

última ASDU M_AI_AK a enviar contém, em vez de potências, a assinatura digital, e os campos

de registo inicial e o número de registos assumem o valor 0.

Esta assinatura digital é a assinatura do ficheiro de interrupção completo, entendendo-se como

tal o constituído pela sequência de campos entre o identificador de interrupção e o número de

registos, seguida de todas as potências de 5 minutos enviadas nas ASDU M_AI_AK anteriores.

Os valores dos campos Registo inicial e Número de registos das (m + 1) ASDU consecutivas

através das quais se envia um ficheiro de interrupção e a sua assinatura são, em geral, os

seguintes:

Número de ASDU 1 2 3 ... M m+1

registo inicial 1 1+n1 1+n1+n2 ... 1+ n1+...+nm-1 0

número de registos n1 n2 n3 ... nm 0



5.3.10 Tipo 155: Dados de tempo real. Potência activa de geração (M_TR_GN)

Utiliza-se para enviar os últimos valores disponíveis de tempo real de Potência Activa de

Geração do EMCC. Esta ASDU será enviada em resposta à ASDU Tipo 187 C_TR_GN

Aplica-se a EMCC de consumidores geradores que prestem o serviço de interruptibilidade a

pedido e que tenham acordado explicitamente o envio desta informação.







Estado UI8 1 octeto

Potência activa gerada LVQ 4 octetos



5 = solicitada

A potência activa é a potência activa de geração de tempo real mais recente entre as

disponíveis.



5.3.11 Tipo 163: Pré-aviso de comando de redução de potência ambiental (C_PR_IM)

Utiliza-se para enviar os blocos horários durante os quais os consumidores que tenham

contratado a prestação deste serviço limitarão o seu consumo máximo ao valor definido no

contrato de prestação de serviços.







CUPF CUP 22 octetos

Número de blocos horários UI8 1 octeto



...






6 = activação


7 = confirmação da activação (confirmação de recepção do pré-aviso)




49 = código CUPF não reconhecido

50 = assinatura não reconhecida

52 = hora de pré-aviso errónea

O número de blocos horários (n) será entre 1 e 10..

Cada bloco define-se pelos seus instantes inicial e final.

Os instantes inicial e final de um bloco deverão situar-se no mesmo dia.

Todos os blocos de uma mensagem deverão estar dentro do mesmo ano natural.





5.3.12 Tipo 167: Validação de pré-aviso (C_VA_PR)

Utiliza-se para validar um pré-aviso (de comando de redução de potência, de anulação de

comando de redução de potência ou de alteração de comando de redução de potência).







Identificador de comando de redução de potência UI32 4 octetos

Validade UI8 1 octeto




6 = activação







56 = não existe pré-aviso

A validade assumirá o valor 1 se o SGCI considerar válida a confirmação de recepção do pré-

aviso cujo identificador de comando de redução de potência é enviado; caso contrário, o valor é

0.



Em caso de validação de um comando de redução de potência de tipo 5 (pré-aviso mínimo =

0), o EMCC deverá iniciar a execução do comando no minuto exacto seguinte à conclusão do

processamento da mensagem de validação de pré-aviso (ASDU 167).



5.3.13 Tipo 168: Pré-aviso de anulação de comando de redução de potência ambiental

(C_PR_AM)

Utiliza-se para anular um comando de redução de potência ambiental.







CUPF CUP 22 octetos

Número de blocos horários UI8 1 octeto



...






6 = activação








54 = dados de comando de redução de potência ambiental diferentes

O número de horas (n) estará no intervalo de 1 a 10.

Os campos têm o mesmo significado que no pré-aviso de comando de redução de potência

ambiental.



5.3.14 Tipo 169: Pré-aviso de comando de redução de potência (C_PR_IK)

Utiliza-se para enviar o pré-aviso de um comando de redução de potência aos equipamentos

EMCC de prestadores do serviço de interruptibilidade a pedido.







CUPF CUP 22 octetos



potência

UI32 4 octetos
























6 = activação










51 = comando de redução activo

52 = hora de pré-aviso errónea (infracção à norma vigente)

57 = tipo de comando de redução não contratado

59 = Identificador de potência residual não contratado

O factor de escala terá sempre o valor de 1, excepto durante o período de verificação dos

EMCC (ver item 9).

O tipo de redução de potência só poderá apresentar um valor entre 1 e 5.

O identificador de potência residual só poderá apresentar um valor entre 0 e 5 (ver item

5.2.3.16) e dependerá do tipo de redução de potência.

No caso dos comandos de redução de potência de tipo 5 (pré-aviso mínimo = 0), o número de

períodos de redução será = 0. O instante de início do período de redução de potência será o de

recepção no EMCC da mensagem de validação de pré-aviso (ASDU 167). O instante final do

período de redução será igual ao instante de início + a duração definida no parâmetro t7.

Todos os campos não significativos: Instante de anulação de comando de redução de potência

—se não tiver havido anulação—, instante de alteração —se não tiver havido alteração—,

Instantes inicial, final e Identificador de potência residual dos períodos não incluídos no Número

de períodos de redução, terão um valor igual a zero



O envio da ASDU C_PR_IK no endereço de monitorização, com CDT = 7 e bit P/N = 0 significa

que o EMCC verificou que o pré-aviso recebido é válido de acordo com os tipos de redução de

potência contratados pelo prestador do serviço correspondente ao EMCC.



5.3.15 Tipo 170: Pré-aviso de anulação de comando de redução de potência (C_PR_AK)

Utiliza-se para anular o pré-aviso de um comando de redução de potência enviado aos

equipamentos EMCC de prestadores do serviço de interruptibilidade a pedido.







CUPF CUP 22 octetos



potência

UI32 4 octetos
























6 = activação










53 = não existe comando de redução de potência (identificador de comando de

redução de potência desconhecido)

54 = dados de interrupção diferentes

Os campos têm o mesmo significado que no pré-aviso de comando de redução de potência.



5.3.16 Tipo 171: Pré-aviso de alteração do comando de redução de potência (C_PR_CK)

Utiliza-se para alterar o pré-aviso de um comando de redução de potência enviado aos

equipamentos EMCC de prestadores do serviço de interruptibilidade a pedido.







CUPF CUP 22 octetos



potência

UI32 4 octetos
























6 = activação










52 = hora de pré-aviso errónea (infracção à norma vigente)

53 = não existe comando de redução de potência (identificador de comando de

redução de potência desconhecido)

55 = comando de redução de potência em execução

57 = tipo de redução de potência não contratado

59 = Identificador de potência residual não contratado

Os campos têm o mesmo significado que no pré-aviso de redução de potência.

Com esta ASDU, pode alterar-se qualquer um dos dados de um comando de redução de

potência pré-avisado anteriormente, sempre que o período de execução do comando de

redução não tenha começado e que se respeitem os prazos de antecedência definidos na

norma em vigor.

A utilização desta ASDU não se aplica a comandos de redução de potência de tipo 5 (tempo de

pré-aviso mínimo = 0),

O envio da ASDU C_PR_CK no endereço de monitorização, com CDT = 7 e bit P/N = 0 signifi-

ca que o EMCC verificou que o pré-aviso recebido é válido de acordo com as modalidades de

redução de potência contratadas pelo cliente responsável pelo EMCC.



5.3.17 Tipo 176: Pedido de dados gerais (C_DG_AA)

Utiliza-se para solicitar a data, a hora, a identificação, o estado, as potências de interrupção

contratadas e as potências registadas nos últimos 4 períodos de 15 minutos.









5 = pedido







5.3.18 Tipo 177: Pedido de estado de interrupção (C_EI_AA)

Utiliza-se para solicitar o estado de uma interrupção previamente programada num EMCC.






Identificador de interrupção UI32 4 octetos




5 = pedido





53 = não há interrupção (identificador de interrupção desconhecido)



5.3.19 Tipo 178: Pedido de ficheiro de interrupção (C_AI_AA)

Utiliza-se para solicitar o ficheiro de um comando de redução de potência.







Identificador de comando de redução de potência UI32 4 octetos



6 = activação



10 = conclusão da activação




53 = não existe comando de redução (identificador de comando de redução desco-

nhecido)

55 = comando de redução em execução

Não se considera que um ficheiro de comando de redução de potência esteja disponível

enquanto não terminar o período de execução correspondente.



5.3.20 Tipo 180: Pedido de programa de consumo ou de paragem /manutenção

(C_PC_AA)

Utiliza-se para solicitar um programa de consumo de potências activas e reactivas ou um

programa de datas previstas de paragem / manutenção.









6 = activação







O EMCC responderá com o último programa introduzido pelo utilizador, quer seja de consumo

ou de paragem / manutenção.



5.3.21 Tipo 181: Pedido de certificado digital (C_CD_AA)

Utiliza-se para solicitar um certificado digital.










6 = activação









excepto a própria assinatura. Esta assinatura só será significativa nas mensagens no endereço

de controlo. Nas mensagens no endereço de monitorização, este campo será preenchido com

zeros.



5.3.22 Tipo 182: Pedido de dados de tempo real (C_TR_AA)

Utiliza-se para solicitar os últimos valores disponíveis de tempo real de consumo (ASDU

M_TR_AA) de um EMCC.









5 = pedido







5.3.23 Tipo 183: Pedido de lista de comandos de redução de potência activos (C_LI_AA)

Utiliza-se para solicitar uma lista com os identificadores de comandos de redução de potência

activos de um EMCC.









5 = pedido





Ver definição de interrupção activa em 1.2).



5.3.24 Tipo 187: Pedido de dados de tempo real de geração (C_TR_GN)

Utiliza-se para solicitar os últimos valores disponíveis de tempo real de geração (ASDU

M_TR_GN) de um EMCC.









5 = pedido







5.4 Procedimentos de troca de informações

Será utilizado um subconjunto das funções definidas no item 7 da norma IEC 60870-5-104

(referência [7]) para a troca das ASDU, com as especificações indicadas nos itens que se

seguem.

As causas de transmissão 45, 46 e 47 encontram-se já definidas na 60870-5-101 (referência

[9]), pelo que a sua utilização como causas de rejeição geral não são explicitadas nos itens

seguintes, sem prejuízo de que sejam aplicáveis segundo as normas referidas.

5.4.1 Inicialização de estação

Será aplicado o definido no item 7.1 da norma IEC 60870-5-104 (referência [7]), com as seguin-

tes especificações:

Não será utilizado o serviço A_ENDINIT. Considerar-se-á que a estação controlada (ET)

estará disponível logo que seja estabelecida a ligação TCP.

Não será utilizado o serviço RESET_PROCESS.

O SGCI encerrará explicitamente o socket associado apenas se detectar uma indisponibili-

dade das comunicações que obrigue à sua reabertura ou então, em caso de comutação

entre o centro principal e o centro de backup.

Um ET aceitará pedidos de ligação a partir de qualquer endereço IP. Uma vez aceite a

ligação, o ET confirma a identidade do SGCI (ver item 6.2) e só manterá a ligação se a

confirmação for positiva.

Em cada momento, um ET manterá a ligação com um único SGCI. Caso receba um pedido

de ligação de um SGCI, estando estabelecida uma ligação anterior com o mesmo ou outro

SGCI, o ET romperá a ligação antiga e aceitará a nova.

Após o estabelecimento da ligação TCP, seguir-se-ão os seguintes passos:

1) O SGCI habilita-se à troca de dados através do envio de uma APDU de tipo STARTDT

act, que deverá obter resposta do ET através de um STARTDT con (ver 4.3)

2) O SGCI enviará um pedido de certificado digital através da ASDU C_CD_AA. Este

pedido será assinado pelo SGCI.

3) O ET confirma a validade do pedido (incluindo da assinatura) e, em caso positivo,

exporta o seu certificado (sem incluir a sua chave privada) e envia-o para o SGCI atra-

vés da ASDU M_CD_AA. Se a confirmação for negativa, o pedido é rejeitado e a liga-

ção é quebrada. O pedido poderá ser rejeitado pelos seguintes motivos:

O ET não tem certificado digital; CDT = 47, bit P/N = 1.

Pedido com assinatura não reconhecida; CDT = 50, bit P/N = 1.

4) O SGCI é identificado pelo ET através da chave pública utilizada na confirmação da

assinatura do pedido de certificado. De qualquer modo, o ET informa o utilizador do

resultado deste processo de identificação (SGCI principal ligado, SGCI de backup liga-

do, SGCI desconhecido rejeitado) através de um aviso escrito na fita de papel do

EMCC.

5) O SGCI comprova a validade do certificado recebido do ET. Em caso negativo, a liga-

ção será quebrada.

6) Uma vez validado o certificado recebido do ET, o SGCI inicia o envio de ASDU diferen-

tes para C_CD_AA.

7) O ET considera que a comunicação está estabelecida com o SGCI apenas quando,

após o envio do seu certificado digital através da ASDU M_CD_AA, recebe do SGCI

uma ASDU diferente da do pedido de certificado C_CD_AA



Uma vez concluídos os passos anteriores e identificados de forma fiável ambas as

extremidades da ligação, ambos os nós disporão da informação necessária (chaves

públicas) para verificar a procedência e a integridade das mensagens assinadas em ambos

os endereços.

Para o envio do certificado será utilizado um procedimento baseado no item 7.8 da norma IEC

60870-5-104 (referência [7]), com as seguintes especificações:

Serão utilizados apenas os serviços de aplicação A_PETCD, A_CERDIG, A_CDTERM

equivalentes, respectivamente, aos A_REQINTO, A_INTO_INF, A_ITERM.

As ASDUs a utilizar serão C_CD_AA e M_CD_AA, em vez de C_CI e M_IT, respectiva-

mente.

As figuras que se seguem apresentam sequências de inicialização representativas de ligações

efectuadas com êxito e também com diferentes causas de fracasso.



Inicialização de estação com êxito.

controladora (SGCI)

Abertura activa < CTL=SYN>

controlada (ET) comunicação

Ligação estabelecida < CTL=SYN, ACK>

PEDIDO DE CERTIFICADO

DIGITAL

A_PETCD.req

A_ PETCD.ind

C_CD_AA ACT CDT = 6 PEDIDO DE

CERTIFICADO DIGITAL

Abertura passiva

< CTL=ACK> Ligação estabelecida

Iniciar Transmissão de dados

U (STARTDT act) Iniciar

Transmissão de dados

U (STARTDT con) Transmissão de dados

habilitada

Transmissão de dados habilitada

Finalizar transmissão de dados

U (STOPDT act) Finalizar transmissão

de dados

U (STOPDT con) Transmissão de dados

inibida

Transmissão de dados inibida

Operador de SG1 ordena a

Finalização da aplicação

Encerramento passivo < CTL=FIN>

< CTL=ACK>

< CTL=ACK>

Encerramento activo

Ligação fechada 2 MSL (Maximum Segment Lifetime) Ligação fechada

Operador de SG2 ordena o arranque da

aplicação

.

.

.

.

.

.

Função de aplicação da estação Função de aplicação da estação Serviços de



Inicialização de estação, assinatura do SGCI não reconhecida pelo ET.

Função de aplicação da estação controladora (SGCI)

Time-out t 0

Abertura activa Início de inicialização local, p. ex., arranque < CTL=SYN>

Função de aplicação da estação controlada (ET)

Serviços de comunicação



DIGITAL

A_PETCD.req

A_ PETCD.ind

C_CD_AA ACT CDT = 6


DIGITAL

Assinatura não reconhecida

A_ PETCD.res

A_PETCD.con

C_CD_AA ACTCON CDT = 50

Assinatura não reconhecida

Time-out t 0

Abertura activa

Abertura passiva

< CTL=SYN>


Inicialização do ET


ET disponível após inicialização local

Encerramento activo < CTL=FIN>

< CTL=ACK>

< CTL=FIN>

< CTL=ACK>

Encerramento passivo

Ligação fechada





habilitada


2 MSL (Maximum Segment Lifetime) Ligação fechada



Inicialização de estação, certificado digital do ET não reconhecido pelo SGCI.


Time-out t 0

Abertura activa Início de inicialização local, p. ex., arranque < CTL=SYN>





DIGITAL

A_PETCD.req

A_ PETCD.ind

C_CD_AA REQ CDT = 6 PEDIDO DE

CERTIFICADO DIGITAL

Time-out t 0

Abertura activa

Abertura passiva

< CTL=SYN>


Inicialização do ET


ET disponível após Inicialização local


< CTL=FIN>

< CTL=ACK>

< CTL=FIN>

< CTL=ACK>

Encerramento activo

Ligação fechada


U (STARTDT act) Iniciar a



habilitada


2 MSL (Maximum Segment Lifetime) Ligação fechada

U (STOPDT act) Terminar transmissão

de dados


inibida Transmissão de dados

inibida

Terminar transmissão de dados

CERTIFICADO DIGITAL, PARTE 1

A_ CERDIG.req

A_CERDIG.ind

M_CD_AA REQ CDT = 5

CERTIFICADO DIGITAL INVÁLIDO,

PARTE 1

CONFIRMAÇÃO DE PEDIDO DE CERTIFICADO

A_ PETCD.res

A_PETCD.con

C_CD_AA ACTCON CDT = 7

CONFIRMAÇÃO DE PETICIÓN DE CERTIFICADO

PEDIDO DE CERTIFICADO TERMINADO

A_ CDTERM.req

A_CDTERM.ind

C_CD_AA ACTERM CDT = 10

PEDIDO DE CERTIFICADO TERMINADO

.

.

.



Inicialização de estação, comutação ordenada de SG1 para SG2.

controladora (SGCI)


controlada (ET) comunicação



DIGITAL

A_PETCD.req

A_ PETCD.ind

C_CD_AA ACT CDT = 6 PEDIDO DE

CERTIFICADO DIGITAL

Abertura passiva






habilitada


Finalizar transmissão de dados

U (STOPDT act) Finalizar transmissão

de dados


inibida

Transmissão de dados inibida

Operador de SG1 ordena a

Finalização da aplicação


< CTL=FIN>

< CTL=ACK>

< CTL=ACK>

Encerramento activo

Ligação fechada 2 MSL (Maximum Segment Lifetime) Ligação fechada

Operador de SG2 ordena o arranque da

aplicação

.

.

.

.

.

.

Função de aplicação da estação Função de aplicação da estação Serviços de



5.4.2 Sincronização de relógio

Será utilizado o procedimento descrito no item 7.6 da norma IEC 60870-5-104 (referência [7]),

com as seguintes especificações:

A hora será sempre a hora oficial local, sem indicação de horário de Verão.

Será utilizado o bit de invalidade (IV), conforme especificado no item 7.6 da referência [7].

Os comandos de sincronização poderão ser rejeitados pelos seguintes motivos:

Comando com algum dos campos da hora de sincronização fora do intervalo; CDT = 7,

bit P/N = 1.

Comando recebido durante a hora afectada pela mudança do horário de Verão para o

horário de Inverno, ou com a nova hora situada neste mesmo intervalo temporal ou na

hora afectada pela mudança do horário de Inverno para o horário de Verão; CDT = 48,

bit P/N = 1.

Comando recebido durante o período de execução de uma interrupção; CDT = 55, bit

P/N = 1.

A definição das horas de mudança de horário nas estações deverá ser efectuada por meios

locais, e não através do presente protocolo.


COMANDO DE SINCRONIZAÇÃO

A_CLOCKSYN.req

A_CLOCKSYN.ind

C_CS_NA_1 ACT CDT = 6

COMANDO DE SINCRONIZAÇÃO



CONFIRMAÇÃO DE SINCRONIZAÇÃO

A_TIMEMESS.req

A_TIMEMESS.ind

C_CS_NA_1 ACTCON CDT = 7

CONFIRMAÇÃO DE SINCRONIZAÇÃO



5.4.3 Pré-avisos de comando de redução de potência (incluindo a ambiental)

Será utilizado um procedimento baseado no item 7.7 da norma IEC 60870-5-104 (referência

[7]), com as seguintes especificações:

Será utilizado apenas o serviço de aplicação equivalente ao de execução do comando

(A_EXCO)

As ASDU a utilizar serão as C_PR (em vez das C_SC, etc.).

Os pré-avisos poderão ser rejeitados pelos seguintes motivos:

Pré-aviso com algum dos campos com os dados de pré-aviso fora do intervalo; CDT =

7, bit P/N = 1.

Pré-aviso com código CUPF diferente do próprio do EMCC; CDT = 49, bit P/N = 1.

Pré-aviso com assinatura não reconhecida; CDT = 50, bit P/N = 1.

Pré-aviso de comando de redução de potência recebido uma vez alcançado o número

máximo de interrupções activas do EMCC; CDT = 51, bit P/N = 1.

Pré-aviso de comando de redução de potência (incluindo a ambiental) com algumas

das horas em conflito com a norma em vigor; CDT = 52, bit P/N = 1.

Pré-aviso de anulação ou de alteração do comando de redução de potência sem que

exista um comando de redução pré-avisado; CDT = 53, bit P/N = 1.

Pré-aviso de anulação de comando de redução de potência com dados diferentes dos

recebidos no pré-aviso de comando de redução; CDT = 54, bit P/N = 1.

Pré-aviso de anulação do comando de redução de potência recebido durante o período

de execução do comando de redução; CDT = 55, bit P/N = 1.

Pré-aviso de comando de redução de potência, anulação ou alteração com um tipo de

comando de redução não contratado; CDT = 57, bit P/N = 1.

Pré-aviso de interrupção, anulação ou alteração com uma Pmaxi, PAi não contratada;

CDT = 58, bit P/N = 1.

Pré-aviso de comando de redução de potência, anulação ou alteração com um intensi-

ficador de potência residual não contratado; CDT = 59, bit P/N = 1.

O envio de uma ASDU C_PR_CK ou C_PR_CK no endereço de monitorização, com CDT =

7 e bit P/N = 0 significa que o EMCC verificou que o pré-aviso recebido é válido de acordo

com as modalidades de redução de interruptibilidade contratadas pelo cliente responsável

pelo EMCC.

Todos os pré-avisos cuja confirmação de recepção seja comprovada positivamente pelo

SGCI serão validados através de uma ASDU de tipo C_VA_PR. Este comando de valida-

ção poderá ser rejeitado pelos seguintes motivos:

Comando de validação com o campo de Validade fora do intervalo; CDT = 7, bit P/N =

1.

Comando de validação com assinatura não reconhecida; CDT = 50, bit P/N = 1.

Comando de validação recebido sem existir um pré-aviso pendente para validação;

CDT = 56, bit P/N = 1.

A sequência é a mesma para qualquer tipo de pré-aviso (C_PR_IK, C_PR_AK, C_PR_CK).

Altera-se apenas o identificador de tipo da ASDU de pré-aviso e os dados do pré-aviso.

Entre o pré-aviso e a respectiva confirmação de recepção, poderão intercalar-se sequências de

ASDU correspondentes à função de pedido de dados de tempo real.

As figuras que se seguem apresentam sequências de pré-aviso representativas de comandos

com êxito e também com diferentes causas de fracasso.



Pré-aviso de comando de redução de potência válido com pedido do estado da

interrupção.


PRÉ-AVISO A_PREAVISO.req

A_PREAVISO.ind

C_PR ACT CDT = 6

PRÉ-AVISO



CONF. DE RECEPÇÃO

A_PREAVISO.res

A_PREAVISO.con

C_PR ACTCON CDT = 7

CONF. DE RECEPÇÃO

VALIDAÇÃO DE PRÉ-AVISO

A_VALIDACIÓN.req

A_ VALIDACIÓN.ind

C_VA_PR ACT CDT = 6 VALIDAÇÃO DE

PRÉ-AVISO

CONFIRMAÇÃO A_ VALIDACIÓN.res

A_VALIDACIÓN.con

C_VA_PR ACTCON CDT = 7

CONFIRMAÇÃO

PEDIDO DE ESTADO DE

INTERRUPÇÃO

A_PETEINT.req

A_ PETEINT.ind

C_EI_AA REQ CDT = 5 PEDIDO DE

ESTADO DE INTERRUPÇÃO


A_ ESTINT.req

A_ESTINT.ind

M_EI_AA REQ CDT = 5

ESTADO DE INTERRUPCÇÃO

O SG pede dados de tempo

real cada 4

segundos

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

.

.

.

O ET Verifica a Assinatura do Pré-aviso e

Assina a Confirmação de

recepção

O ET Verifica a Assinatura da

validação

A_PETTR.req

A_DATTR.ind


real a cada 4

segundos



Pré-avisos de comando de redução de potência inválidos: origem desconhecida, CUPF

incorrecto e assinatura desconhecida.



A_PREAVISO.ind

C_PR ACT CDT = 6

O ET verifica que o CUPF não coincide com o

esperado



CONFIRMAÇÃO DE RECEPÇÃO

A_PREAVISO.res

A_PREAVISO.con

C_PR ACTCON CDT = 7

CONF. DE RECEPÇÃO Sem pré-aviso prévio

VALIDAÇÃO negativa A_VALIDACIÓN.req

(validez = 0)

A_ VALIDACIÓN.ind (validez = 0)

C_VA_PR ACT CDT = 6

VALIDAÇÃO negativa


A_VALIDACIÓN.con


CONFIRMAÇÃO

.

.

.

1) PRÉAVISO COM ORIGEM DESCONHECIDA

2) PRÉ-AVISO COM CUPF INCORRECTO

CONF DE RECEPÇÃO negativo

A_PREAVISO.res

A_PREAVISO.con

C_PR ACTCON CDT = 49, P/N=1

CONF. RECEPÇÃO negativo


A_PREAVISO.ind

C_PR ACT CDT = 6

O ET Verifica que A assinatura

é desconhecida

3) PRÉ-AVISO COM ASSINATURA DESCONHECIDA

CONF DE RECEPÇÃO negativo

A_PREAVISO.res

A_PREAVISO.con

C_PR ACTCON CDT = 50, P/N=1

CONF. RECEPÇÃO negativo

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5


real cada 4

segundos



Pré-avisos de comando de redução de potência com novas tentativas.


PRÉ-AVISO A_PREAVISO.req C_PR ACT

CDT = 6

PRÉ-AVISO



CONF DE RECEPÇÃO

A_PREAVISO.res

A_PREAVISO.con

C_PR ACTCON CDT = 7

CONF DE RECEPÇÃO


A_VALIDACIÓN.req

A_ VALIDACIÓN.ind

C_VA_PR ACT CDT = 6



A_VALIDACIÓN.con


CONFIRMAÇÃO

OSG pede dados de tempo

real cada 4

segundos

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

.

.

.


Assina a confirmação De recepção

A_PREAVISO.req

A_PREAVISO.ind

C_PR ACT CDT = 6

time-out (5 minutos) sem

Confirmação De recepção

.

.

.


real cada 4

segundos



5.4.4 Pedido de dados gerais



As ASDU a utilizar serão C_DG_AA e M_DG_AK, em vez de C_RD e M, respectivamente.

5.4.5 Pedido de estado de comando de redução de potência



As ASDU a utilizar serão C_EI_AA e M_EI_AK, em vez de C_RD e M, respectivamente.

O pedido poderá ser rejeitado pelos seguintes motivos:

O EMCC não possui nenhum pré-aviso de interrupção com o identificador solicitado;

CDT = 53, bit P/N = 1.


PEDIDO DE DADOS GERAIS

A_PETDG.req

A_ PETDG.ind

C_DG_AA REQ CDT = 5

PEDIDO DE DADOS GERAIS



DADOS GERAIS A_ DATGEN.req

A_DATGEN.ind

M_DG_AA REQ CDT = 5

DADOS GERAIS


PEDIDO DE ESTADO DE

INTERRUPÇÃO

A_PETEINT.req

A_ PETEINT.ind

C_EI_AA REQ CDT = 5

PEDIDO DE ESTADO DE

INTERRUPÇÃO


Serviços de Comunicação


A_ ESTINT.req

A_ESTINT.ind

M_EI_AA REQ CDT = 5




5.4.6 Recuperação de ficheiro de comando de redução de potência



Serão utilizados apenas os serviços de aplicação A_PETAINT, A_ARCHINT, A_AINTERM

equivalentes, respectivamente, aos A_REQINTO, A_INTO_INF, A_ITERM.

As ASDUs a utilizar serão C_AI_AA M_AI_AK, em vez de C_CI e M_IT, respectivamente.

O pedido de ficheiro poderá ser rejeitado pelos seguintes motivos:

O EMCC não possui nenhum ficheiro de interrupção com o identificador de interrupção

solicitado; CDT = 53, bit P/N = 1.

A interrupção cujo ficheiro se solicita está em execução; CDT = 55, bit P/N = 1.

Seguidamente apresentamos um diagrama sequencial com uma recuperação completa de um

ficheiro de interrupção, com pedidos intercalados de dados de tempo real. Dado que, enquanto

não terminar o período de interrupção em curso, não se dispõe do ficheiro correspondente a

essa interrupção, o normal será que o SGCI só solicite o último ficheiro quando detectar a con-

clusão da interrupção. O SGCI pode detectar esta condição, examinando o bit INT do campo

de estado da ASDU M_TR_AA, como mostra a sequência.



Recuperação de um ficheiro de comando de redução de potência.

No caso de, por indisponibilidade dos equipamentos de comunicações ou devido a falhas de

outra natureza, não ser possível o SGCI captar automaticamente esta informação, criou-se um

mecanismo de importação manual que requer a intervenção do utilizador e que se encontra

descrito no item 11 do presente documento.


PEDIDO DE FICHEIRO DE

INTERRUPÇÃO

A_PETAINT.req

A_ PETAINT.ind

C_AI_AA ACT CDT = 6 PEDIDO DE

FICHEIRO DE INTERRUPÇÃO



CONFIRMAÇÃO DE PEDIDO DE

FICHEIRO

A_ PETAINT.res

A_PETAINT.con

C_AI_AA ACTCON CDT = 7

CONFIRMAÇÃO DE PEDIDO DE

FICHEIRO

FICHEIRO DE INTERRUPÇÃO,,

PARTE 1

A_ ARCHINT.req

A_ARCHINT.ind

M_AI_AA REQ CDT = 5

FICHEIRO DE INTERRUPÇÃO,

PARTE 1

FICHEIRO DE INTERRUPÇÃO,,

PARTE 2 A_ ARCHINT.req

A_ARCHINT.ind

M_AI_AA REQ CDT = 5


PARTE 2


PARTE N

A_ ARCHINT.req

A_ARCHINT.ind

M_AI_AA REQ CDT = 5 FICHEIRO DE

INTERRUPCÇÃO, PARTE N

PEDIDO DE FICHEIRO

TERMINADO

A_ AINTERM.req

A_AINTERM.ind

C_AI_AA ACTTERM CDT = 10 PEDIDO DE

FICHEIRO TERMINADO

.

.

.

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5


real a cada 4

segundos

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5


real cada 4

segundos

A_PETTR.req

A_ PETTR.ind

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

Estado.INT = 1 (interrupção em curso)

C_TR_AA REQ CDT = 5

A_ PETTR.ind

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

Estado.INT = 0 (interrupção finalizada)

C_TR_AA REQ CDT = 5

A_PETTR.req



5.4.7 Envio de informação para os SGEF.

Utiliza-se para retransmitir os ficheiros de comando de redução de potência, programa de

consumo e de paragem / manutenção - recebidos de um EMCC - para um SGEF, bem, como

para o envio horário do estado de comunicação com o SGCI dos EMCC associados a um

SGEF.



Serão utilizados apenas os serviços de aplicação A_ENVAINT, A_ARCHINT, A_ENVTERM

equivalentes, respectivamente, aos A_REQINTO, A_INTO_INF, A_IBREAK.

As ASDU utilizadas serão as seguintes:

Ficheiro de comando de redução: C_AI_EN e M_AI_AK,

Programa de consumo C_PC_EN e M_PC_AB,

Programa de paragem / manutenção: C_PM_EN e M_PM_AB

Estado das comunicações SGCI – EMCC: C_EC_EN e M_EC_AA

em vez de C_CI e M_IT, respectivamente.

O endereço da ASDU M_AI_AK é o oposto relativamente ao habitual.

O diagrama seguinte exemplifica o procedimento de comunicação com as ASDU C_AI_EN e a

ASDU M_AI_AK, mas aplica-se aos pares de ASDU: C_PC_EN - M_PC_AB, C_PM_EN -

M_PM_AB e C_EC_EN - M_EC_AA



5.4.8 Recuperação de programa de consumo ou de paragem / manutenção



Só serão utilizados os serviços de aplicação A_PETPC, A_PRGCON, A_PCTERM equiva-

lentes, respectivamente, aos A_REQINTO, A_INTO_INF, A_ITERM.

As ASDU utilizadas serão as C_PC_AA e M_PC_AA para o programa de consumo, e

C_PC_AA e M_PM_AA para o de paragem / manutenção, em vez de C_CI e M_IT, respec-

tivamente.

O pedido do programa poderá ser rejeitado pelos seguintes motivos:

O EMCC não possui nenhum programa disponível; CDT = 47, bit P/N = 1.

Seguidamente apresentamos um diagrama sequencial com a recuperação de um programa de

consumo completo. O procedimento é o mesmo para a recuperação do programa de paragem /

manutenção, embora utilizando a ASDU M_PM_AA em vez de M_PC_AA.


ENVIO DE FICHEIRO DE INTERRUPÇÃO

A_ENVAINT.req

A_ ENVAINT.ind

C_AI_EN ACT CDT = 6

ENVIO DE FICHEIRO DE INTERRUPÇÃO



CONFIRMAÇÃO DE ENVIO DE FICHEIRO

A_ ENVAINT.res

A_ENVAINT.con

C_AI_EN ACTCON CDT = 7

CONFIRMAÇÃO DE ENVIO DE FICHEIRO


PARTE 1

A_ ARCHINT.ind

A_ARCHINT.req M_AI_AA REQ CDT = 5


PARTE 1


PARTE 2

A_ ARCHINT.ind



PARTE 2


PARTE N

A_ ARCHINT.ind



PARTE N

CONFIRMAÇÃO DE CONCLUSÃO DE

ENVIO

A_ ENVTERM.req

A_ ENVTERM.ind

C_AI_EN DEACTCON CDT = 9

CONFIRMAÇÃO DE CONCLUSÃO DE

ENVIO

C_AI_EN ACT CDT = 6

ENVIO DE FICHEIRO TERMINADO

A_ENVTERM.req

A_ ENVTERM.ind ENVIO DE FICHEIRO

TERMINADO

C_AI_EN DEACT CDT = 8

.

.

.

.

.



O SGCI pode ter conhecimento de um novo programa disponível, consultando o bit PCD do

campo de estado da ASDU M_TR_AA, como mostra a sequência.



Recuperação de programa de consumo.


PEDIDO DE PROGRAMA DE

CONSUMO

A_PETPC.req

A_ PETPC.ind

C_PC_AA ACT CDT = 6

PEDIDO DE PROGRAMA DE

CONSUMO



CONFIRMAÇÃO DE PEDIDO DE PROGRAMA

A_ PETPC.res

A_PETPC.con

C_PC_AA ACTCON CDT = 7

CONFIRMAÇÃO DE PEDIDO DE PROGRAMA PROGRAMA DE

CONSUMO, PARTE 1

A_ PRGCON.req

A_ PRGCON.ind

M_PC_AA REQ CDT = 5

PROGRAMA DE CONSUMO, PARTE

1 PROGRAMA DE CONSUMO, PARTE

2

A_ PRGCON.req

A_ PRGCON.ind

M_PC_AA REQ CDT = 5


2


N

A_ PRGCON.req

A_ PRGCON.ind

M_PC_AA REQ CDT = 5


N PEDIDO DE PROGRAMA TERMINADO

A_ PCTERM.req

A_PCTERM.ind

C_PC_AA ACTTERM CDT = 10

PEDIDO DE PROGRAMA TERMINADO

.

.

.

A_PETTR.req

A_ PETTR.ind

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5 Estado.PCD = 1

(programa de consumo disponível)

C_TR_AA REQ CDT = 5

A_PETTR.req

A_ PETTR.ind

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5 Estado.PCD = 1

(programa de consumo disponível

C_TR_AA REQ CDT = 5

A_PETTR.req

A_ PETTR.ind

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5 Estado.PCD = 0 (não há

programa de consumo disponível)

C_TR_AA REQ CDT = 5



5.4.9 Pedido de dados em tempo real



As ASDU a utilizar serão C_TR_AA e M_TR_AA em vez de C_RD e M, respectivamente.

Este pedido será efectuado com a frequência suficiente para que sirva de sinal de estado de

indicação de funcionamento do EMCC. Esta frequência será de pelo menos uma vez em cada

quatro segundos.

No caso das potências de geração, será análogo ao anterior, utilizando as ASDU C_TR_GN e M_TR_GN.

Nota: Este caso não se aplica a todos os ET.

5.4.10 Procedimentos de troca com os SGEF

O SGCI utilizará com os SGEF os procedimentos de troca detalhados nos itens anteriores,

segundo as seguintes directrizes:

Os SGEF deverão suportar os procedimentos de inicialização (5.4.1), sincronização (5.4.2),

pré-avisos (5.4.3) e o envio de ficheiros de comando de redução de potência, programas de

consumo, paragem / manutenção e estado das comunicações EMCC (5.4.7).

A comunicação de pré-avisos enviados pelo SGCI ao SGEF de uma empresa fornecedora

será efectuada com os mesmos tipos de ASDU previstos (tipos 160 a 171). O SGEF deverá


PEDIDO DE DADOS DE TEMPO REAL GERAÇÃO

A_PETTR.req

A_ PETTR.ind

C_TR_GN REQ CDT = 5

PEDIDO DE DADOS DE TEMPO REAL GERAÇÃO

controlada (ET) Comunicação

DADOS DE TEMPO REAL GERAÇÃO

A_ DATTR.req

A_DATTR.ind

M_TR_GN REQ CDT = 5

DADOS DE TEMPO REAL GERAÇÃO

Serviços de Função de aplicação da estação


PEDIDO DE DADOS DE TEMPO

REAL

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

PEDIDOS DE DADOS DE TIEMPO

REAL



DADOS DE TEMPO REAL

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

DADOS DE TEMPO REAL



responder com uma mensagem de confirmação positiva (CDT = 7) ou negativa apenas devido

a erros da ASDU (CDT = 45, 46, 47, 49 ó 50). O SGEF nunca responderá com uma

mensagem de confirmação negativa por outras causas (52, 53, 55, 57, 58 ou 59).

A validação dos pré-avisos (confirmação de recepção) será efectuada de forma idêntica à dos

EMC.

O SGCI enviará as mensagens de pré-aviso ao SGEF correspondente a um EMCC apenas

quando tiver recebido a confirmação de recepção positiva do EMCC, aceitando o pré-aviso.

O SGCI determinará o estado de funcionamento dos SGEF com base na resposta às

mensagens de sincronização.

No procedimento (5.4.7), o SGCI, caso não possa realizar o envio ou se não receber

confirmação do SGEF, tentará novamente, durante 7 dias, o envio dos ficheiros de

interrupção, programa de consumo ou paragem / manutenção ao SGEF. Caso seja recebido

do consumidor por indisponibilidade das comunicações, tenta-se novamente o seu envio

durante um período de 7 dias. As

nova



s tentativas são efectuadas hora a hora, sempre que haja comunicação com o SGEF.


PRÉ-AVISO A_PREAVISO.req C_PR ACT

CDT = 6

PRÉ-AVISO



CONF DE RECEPÇÃO

A_PREAVISO.res

A_PREAVISO.con

C_PR ACTCON CDT = 7

CONF DE RECEPÇÃO


A_VALIDACIÓN.req

A_ VALIDACIÓN.ind

C_VA_PR ACT CDT = 6



A_VALIDACIÓN.con


CONFIRMAÇÃO

OSG pede dados de tempo

real cada 4

segundos

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

A_PETTR.req

A_ PETTR.ind

C_TR_AA REQ CDT = 5

A_ DATTR.req

A_DATTR.ind

M_TR_AA REQ CDT = 5

.

.

.


Assina a confirmação De recepção

A_PREAVISO.req

A_PREAVISO.ind

C_PR ACT CDT = 6

time-out (5 minutos) sem

Confirmação De recepção

.

.

.


real cada 4

segundos



6 INTEGRIDADE E AUTENTICAÇÃO DE DADOS

6.1 Considerações gerais

Será substituída a utilização da chave anti-intrusão das versões do protocolo anteriores à

actual por um sistema de assinatura digital capaz de garantir, tanto a autenticidade do emissor

das mensagens protegidas, como a integridade dos mesmos.

Será utilizado um procedimento criptográfico de assinatura electrónica baseado na norma DSS

(Digital Signature Standard) publicada pelo NIST (ref. [3]). Este procedimento é utilizado

nalgumas das modalidades de transacções seguras definidas pelas normas SSL (Secure

Sockets Layer) e TLS (Transport Layer Security) para a sua utilização na Internet.

A norma DSS define um algoritmo de chave pública denominado DSA (Digital Signature

Algorithm.) Este algoritmo admite chaves com um comprimento 512 + k*64 (k=0..8). O

algoritmo utilizado neste protocolo utilizará chaves de 512 bits por uma questão de velocidade

do algoritmo.

O algoritmo descrito nesta norma é do tipo de «chave pública»: o nó emissor dispõe de uma

chave privada (secreta) que lhe permite criar uma assinatura dos dados (ou comandos) que

envia. Juntamente com os dados, esta assinatura é enviada para o nó receptor, o qual poderá

verificar a assinatura com base nos dados recebidos e numa chave pública, relacionada com a

chave privada. Esta verificação permite certificar, tanto a identidade da origem da mensagem,

como a ausência de alterações ao conteúdo da mesma.

Com base na ref [3] e no tamanho da chave escolhida, deduz-se que os parâmetros do sistema

são os seguintes:

1) Chave pública:

p número primo de comprimento 512 bits (64 octetos)

q factor primo de p–1, de comprimento 160 bits (20 octetos)

phg qp mod/)1(, sendo que 1ph , e 1mod/)1( ph qp (64 octetos)

pgy x mod (64 octetos)

2) Chave privada:

qx (20 octetos)

A assinatura é obtida a partir da chave privada, da chave pública e da mensagem m:

k q , aleatório para cada mensagem (m) a assinar

r g p qk( mod ) mod

s k H m x r q( ( ( ) )) mod1, sendo que H é a função hash SHA.

Envia-se r e s (assinatura), para além de m (mensagem); k é retirado.

Todas as estações integradas no sistema de comunicações do SCECI (SGCI, SGEF, EMCC)

terão o seu próprio par de chaves (privada + pública). Todas as mensagens com assinatura

especificadas no protocolo serão assinadas pela estação originadora da mensagem. Por

conseguinte:

As mensagens SGCI EMCC serão assinadas pelo SGCI com a sua própria chave priva-

da.

As mensagens SGCI SGEF serão assinadas pelo SGCI com a sua própria chave priva-

da.

As mensagens EMCC SGCI serão assinadas pela EMCC com a sua própria chave priva-

da.



As mensagens SGEF SGCI serão assinadas pelo SGEF com a sua própria chave priva-

da.

6.2 Procedimentos de identificação e autenticação

REN emitirá um certificado digital para cada um dos ET (EMCC ou SGEF) que se integrem no

sistema. Este certificado cumprirá a norma X.509 (referência [6]), e possuirá no mínimo a

seguinte informação:

Um identificador único do ET

A chave pública gerada para o ET

A assinatura digital gerada pela Autoridade de Certificação de REN

REN proporcionará a cada ET um ficheiro em formato PKCS#12 que conterá, no mínimo, o

seguinte:

O certificado gerado para o ET

A chave privada associada à chave pública do certificado

Os certificados dos dois SGCI (principal e backup)

O certificado da Autoridade de Certificação de REN

Os ET deverão ter instalados os respectivos certificados antes de serem integrados no sistema

de comunicações do SCECI.

Uma vez concluída a sequência de inicialização dos equipamentos (ver item 5.4.1), os SGCI e

os ET disporão das chaves públicas necessárias para verificar a procedência e a integridade

das mensagens recebidas com assinatura. Concretamente:

1) Um comando ou pedido no sentido SGCIET que precise de assinatura será assinado

pelo SGCI com a chave privada do SGCI e enviado ao ET. O ET verificará a assinatura de

acordo com a chave pública do SGCI (contida no certificado digital instalado no ET ) e acei-

tará ou rejeitará o comando ou pedido com a confirmação de recepção adequada (CDT =

confirmação de activação, bit P/N = 0 –aceitação– ou 1 –rejeição–).

É este o caso dos pré-avisos e dos pedidos de certificado digital.

2) Uma confirmação de recepção de pré-aviso no sentido ETSGCI que precise de assinatu-

ra será assinada pelo ET com a chave privada do ET. O SGCI verificará a assinatura de

acordo com a chave pública do ET (contida no certificado digital recebido do ET no pedido

de certificado digital) e só considerará válida a transacção cuja confirmação tenha sido veri-

ficada em caso de verificação positiva da assinatura.

É este o caso das confirmações de recepção dos pré-avisos. As confirmações dos pedidos

de certificado digital não são verificadas, já que, no momento em que são recebidas, o

SGCI ainda não possui a chave pública do ET.

3) Uma informação no sentido EMCCSGCI que precise de assinatura será assinada pelo

EMCC com a chave privada do EMCC e enviada ao SGCI. O SGCI verificará a assinatura

de acordo com a chave pública do EMCC (contida no certificado digital recebido do EMCC

no pedido de certificado digital) e só considerará válida a informação em caso de verifica-

ção positiva da assinatura.

É este o caso dos ficheiros de interrupção enviados pelo EMCC.

4) Uma informação no sentido SGCISGEF que precise de assinatura será assinada pelo

SGCI com a chave privada do SGCI e enviada ao SGEF. O SGEF verificará a assinatura

de acordo com a chave pública do SGCI (contida no certificado digital instalado no SGEF)

e só considerará válida a informação em caso de verificação positiva da assinatura.

É este o caso dos ficheiros de interrupção enviados para um SGEF pelo SGCI.



7 SUPERVISÃO DO ESTADO DAS COMUNICAÇÕES

O sistema de gestão SGCI do SCECI deve supervisionar o funcionamento do sistema de

comunicações, com a colaboração dos equipamentos dos consumidores. Par este fim, o

protocolo implementa dois mecanismos:

1) O SGCI solicita continuamente a mensagem de dados de tempo real, a cada t5 segundos

(valor por defeito: 4 segundos). Esta mensagem inclui um campo com o estado do EMCC,

no qual se inclui um possível erro de comunicações entre a unidade principal do EMCC e a

unidade de comunicações do EMCC. Se esta mensagem não for recebida no tempo espe-

rado, o SGCI considera que existe indisponibilidade geral das comunicações com o EMCC.

2) O SGCI detecta uma indisponibilidade de comunicação de pré-avisos com o EMCC quando

não é recebida a confirmação de recepção de um comando de interrupção, alteração ou

anulação dentro do tempo previsto, após as novas tentativas programadas.



8 FUNCIONAMENTO EM MODO DE TESTE

O campo causa de transmissão da trama de nível de aplicação das mensagens inclui um bit de

teste (bit T).

As mensagens enviadas aos EMCC com este bit definido para 1 serão tratados pelos EMCC

da forma habitual, com as seguintes excepções:

Se as mensagens são de pré-aviso de interrupção, o EMCC indicará de forma clara que se

trata de um pré-aviso de teste. O responsável pelo equipamento poderá habilitar ou não

activação dos contactos de saída no modo de teste. Além disso, no modo de teste, o

EMCC aceitará um pré-aviso, mesmo que não sejam cumpridos os prazos de antecedência

definidos na norma em vigor. Não será igualmente considerado o número máximo de tenta-

tivas/comandos de redução permitidos (diária, semanal, mensal, anual).

Se for recebida uma mensagem de pré-aviso normal (bit T = 0), estando activo o comando

de redução correspondente ao pré-aviso de teste, o EMCC anulará automaticamente o pré-

aviso de teste e cumprirá o pré-aviso normal. Pelo contrário, a recepção de uma mensa-

gem de pré-aviso de teste (bit T = 1) estando activa outra interrupção (normal ou de teste)

não provocará a anulação automática desse pedido de redução activo.

A sequência exacta das mensagens de teste será acordada com o sistema gestor do operador

do sistema. Em qualquer caso, seguirá as seguintes directrizes:

O modo de testes para um determinado EMCC será iniciado com a emissão a partir do

SGCI de uma mensagem de pré-aviso com o bit T = 1, o que levará à recepção da corres-

pondente confirmação de recepção (com bit T = 1) e terminará quando o SGCI receber a

mensagem de ficheiro de comando de redução correspondente ao comando de redução

pré-avisado (com bit T = 1). Terminará igualmente se o SGCI enviar um pré-aviso de

comando de redução normal (bit T = 0) - o que levará à anulação automática do pré-aviso

em modo de teste - ao que se deve responder com a respectiva confirmação de recepção

correspondente em modo normal (bit T = 0)

Só serão enviadas com o bit T = 1 as mensagens do SGCI ou do EMCC relacionadas com

o comando de redução. Todas as restantes mensagens deverão conter o bit T = 0. As

mensagens procedentes do SGCI não relacionadas com o comando de redução e com o

bit T = 1 serão rejeitadas pelo ET com bit P/N = 1 e CDT = 5 (pedidos) ou 7 (activações).

As mensagens procedentes de um EMCC não relacionadas com o comando de redução e

com o bit T = 1 serão ignoradas pelo SGCI.



9 FUNCIONAMENTO DURANTE A VERIFICAÇÃO

Na comunicação do sistema de certificação com o EMCC, devem ser cumpridos todos os

requisitos relativos aos tempos de pré-aviso e duração das interrupções / dos comandos de

redução.

No entanto, para permitir uma maior flexibilidade nos testes, é implementado um modo

escalado que permite reduzir os tempos entre o instante do pré-aviso e o instante de início do

período de redução de potência, bem como a duração da redução de potência e dos seus

subperíodos, no caso dos comandos de redução de potência de tipo 1.

Com este objectivo em mente, incluiu-se nas ASDU de pré-aviso de comando de redução o

campo Factor de escala, com o tamanho de 1 byte, que indica a escala aplicada a cada

comando de redução de potência. As ASDU que utilizam este campo são as de pré-aviso,

alteração e anulação de comando de redução de potência, bem como as de dados de estado

do comando de redução de potência e ficheiro de comando de redução de potência (C_PR_IK,

C_PR_AK, C_PR_CK, M_EI_AK , M_AI_AK).

O factor de escala aplica-se aos intervalos entre instantes consecutivos contidos no pré-aviso,

sendo o primeiro instante o do envio do pré-aviso (para o sistema de certificação) ou da

recepção do pré-aviso (para o EMCC). Num comando de redução de tipo 1, por exemplo, os

outros instantes que definem os intervalos são os de início e de fim da interrupção. Desta

forma, o comando de interrupção contém valores não escalados e um factor de escala e, a

partir destes, é possível determinar o período real de execução da interrupção, já escalado.

Para simplificar a operação de escala, dos instantes do comando de redução de potência não

são assumidos os segundos e o resultado da divisão inteira dos intervalos em minutos pelo

factor de escala é truncada nos 5 minutos mais próximos anteriores.

No caso de um comando de redução de potência de tipo 5 (pré-aviso mínimo = 0), dado que

não existe tempo de pré-aviso mínimo, a escala só se aplica ao intervalo de execução. A

execução do pedido escalado será iniciada no segundo 0 do minuto seguinte à recepção da

mensagem de validação no EMCC (ASDU 167).

Deste modo, consegue-se reduzir o tempo efectivo do teste, mesmo que, no momento de

verificar a viabilidade de um comando de redução de potência, o sistema esteja a trabalhar

com valores reais. O funcionamento é o seguinte para um comando de redução de potência:

Envia-se um pré-aviso de interrupção ao EMCC, com tempos NOMINAIS, sem escala, e

um determinado factor de escala (superior ou igual a 1). As verificações das restrições

temporais de antecedência e duração dos pré-avisos de interrupção são efectuadas com

base nesses tempos NOMINAIS. A confirmação de recepção do comando inclui igualmente

tempos NOMINAIS. Caso o factor de escala seja igual a 1, não se realiza qualquer opera-

ção e os tempos ESCALADOS coincidem com os NOMINAIS.

Se o comando for aceite e validado, a actuação das saídas digitais do EMCC, os registos

de impressora, os registos de potências de 5 minutos e o ficheiro de potências serão efec-

tuados considerando os tempos ESCALADOS, e não os nominais. Por exemplo:

Instante de pré-aviso: P = 10:01:58

Início de interrupção: I = 14:00:00

Final de interrupção: F = 20:00:00

Factor de escala = 10

Depois de ignorar os segundos:

P = 10:01:00

I = 14:00:00

F = 20:00:00



(I-P) / 10 = 239' / 10 = 23'

(F-I) / 10 = 360' / 10 = 36'

Início de interrupção com escala:

10:01:00 + 00:23:00 = 10:24:00

Depois de truncar aos 5 minutos,

I escalado = 10:20:00

Final de interrupção com escala:

10:20:00 + 00:36:00 = 10:56:00

Depois de truncar aos 5 minutos,

F escalado = 10:55:00

Nas ASDU de pré-aviso, alteração ou alteração de comando de redução de potência e nas

respectivas confirmações de recepção incluem-se sempre os tempos NOMINAIS, para

além do factor de escala. Nas ASDU de monitorização: M_EI_AK de estado de comando

de redução de potência e M_AI_AK de ficheiro de comando de redução de potência, os

tempos incluídos são os ESCALADOS, para além do factor de escala, para que se possam

conhecer os tempos realmente aplicados pelo EMCC.

A anulação do pré-aviso escalado deve incluir, para além do mesmo código CUPF e do

identificador do comando de redução de potência do pré-aviso, o factor de escala aplicado.

O modo escalado funciona apenas durante o processo de verificação. O EMCC deve permitir,

mediante actuação local, a passagem para este modo especial de funcionamento. À excepção

deste processo, todas as mensagens com factor de escala diferente de 1 devem ser realizadas

pelo EMCC mediante resposta de aceitação negativa e CDT = 57.



10 PARÂMETROS DO PROTOCOLO

O protocolo especificado tem os seguintes parâmetros:

Par. Significado Intervalo Valor por defei-

to

Notas

K Ver item 5.5 da referência [7] 1..32767 1 Exigido por

[7]

W Ver item 5.5 da referência [7] 1..32767 1 Exigido por

[7]

L Comprimento máximo de APDU 1..253 253 Exigido por

[7]

t0 Ver item 9.6 da referência [7] 1..255 s 30 s Exigido por

[7]


[7]


[7]

t3 Ver item 9.6 da referência [7] 1..255 s – Exigido por

[7]. Não apli-

cável. Substi-

tuído por t5

t4 Período de sincronização do sistema

(função A_CLOCKSYNC.req)

1..3600 s 32 s

t5 Período de interrogação de dados de

tempo real (função A_PETTR.req)

1..60 s 4 s

t6 Tempo de espera de confirmação de

recepção de um pré-aviso, incluindo a

aceitação da validação (intervalo entre

A_PREAVISO.req e

A_VALIDACIÓN.con)

1..3600 s Função do tipo

de comando

(ver quadro

seguinte)

t7 Pedido de execução do comando de

redução de potência, de tipo 5

1..2 h 1 h

n0 Número de pedidos consecutivos de

dados em tempo real fracassados (fun-

ção A_PETTR.req) antes de passar ao

estado de indisponibilidade de comunica-

ção geral com um EMCC

1..100 60

n1 Número de envios repetidos de um

comando de interrupção fracassados

(funções A_PREAVISO.req e

A_VALIDACIÓN.req) antes de passar ao

estado de indisponibilidade de comunica-

ção de pré-avisos com um EMCC

1..10 Função do tipo

de comando

(ver quadro

seguinte)

n2 Número máximo de pré-avisos de inter-

rupção activos aceites por um EMCC,

para efeitos de aceitação de novos pré-

avisos de interrupção.

1..7 1



O envio por parte da estação controladora (SGCI) das ASDU C_PR_IK, C_PR_AK, C_PR_CK

(comandos de redução de potência) será novamente tentado caso não seja recebida resposta

da estação controlada (ET). O número de novas tentativas e o tempo de espera entre

tentativas, antes de considerar definitivamente que o envio pela estação (SGCI) falhou, são os

indicados em seguida:

ASDU Tipo de redução de

potência

Tempo de espera da estação

(SGCI) sem receber resposta da

estação (ET) - TimeOut

Número de novas

tentativas da estação

(SGCI) sem receber

resposta da estação (ET)

C_PR_IK 1, 2 ,3 300 segundos 3

C_PR_AK 1, 2, 3 300 segundos 3

C_PR_CK 1, 2, 3 300 segundos 3

C_PR_IK 4, 5 120 segundos 1

C_PR_AK 4, 5 120 segundos 1



11 IMPORTAÇÃO MANUAL DE FICHEIRO DE INTERRUPÇÃO

11.1 Descrição da funcionalidade

Conforme indicado no item 5.4.6 do presente documento, ao concluir uma interrupção, o SGCI

deverá receber do EMCC, através do canal de comunicações e de forma automática, diversas

informações relativas à execução da mesma.

Nos casos em que, por indisponibilidade dos equipamentos de comunicações ou por falhas de

outra natureza, o SGCI não tenha podido receber automaticamente esta informação, poderá

utilizar-se um processo manual para transferir do EMCC para o SGCI a informação relativa à

execução de uma interrupção.

Este processo incluirá as seguintes fases:

1. Uma vez concluída a interrupção, geração no EMCC, utilizando os recursos dispo-

níveis neste equipamento, de um «ficheiro de interrupção» com toda a informação

necessária relativa à execução da interrupção.

2. Extracção do ficheiro de interrupção do EMCC. Serão utilizados os recursos dispo-

níveis no EMCC para a realização deste processo.

3. Envio do ficheiro de interrupção por correio electrónico para:

[email protected]

4. Importação do ficheiro de interrupção no SGCI utilizando o mecanismo previsto

para o efeito.

5. Envio de uma mensagem de correio electrónico ao remetente do ficheiro de inter-

rupção, confirmando o êxito da importação do ficheiro no SGCI ou, pelo contrário, a

sua falha, pedindo o seu reenvio.

11.2 Estrutura do ficheiro de interrupção

11.2.1 Considerações gerais

A codificação do ficheiro cumprirá os seguintes critérios:

A codificação de caracteres é realizada segundo a ISO 8859-1

Não se incluem tabulações, apenas espaços em branco

O salto de linha é em formato DOS (0x0d 0x0a).

Não se inclui carácter de fim de ficheiro.

Todos os números de potência são inteiros, sem sinal.

O formato das datas é DD/MM/AA HH:MM:SS (preenchendo com zeros à esquerda)

mailto:[email protected]



11.2.2 Estrutura do ficheiro

O ficheiro é composto por dois blocos:

Estado

Potências

Descrição do bloco [Estado]:

[Estado]

Etiqueta fixa. Descreve o começo do bloco de identificação da interrupção.

CUPF=LLDDDDCCCCCCCCCCCCEENT

Código universal de ponto de fornecimento do EMCC.

Os valores que podem assumir as diferentes partes do CUPF são os seguintes:

L ‘A’..’Z’

D ‘0’..’9’

C ‘0’..’9’

E ‘A’..’Z’

N ‘0’..’9’

T ‘A’..’Z’

Identificador=xxxxxx

Em que xxxxx assumirá o valor correspondente ao identificador numérico único para

cada interrupção, atribuído pelo SGCI

Modo de teste=Desactivado/Activado

Este campo poderá assumir os valores Desactivado ou Activado.

Normalmente, as interrupções não serão enviadas em modo de teste e o valor do cam-

po será Desactivado. Se o modo estiver activado, isso indica uma interrupção em modo

de teste (bit = 1).

Tipo=x ; Y Yyyyyyyy

Em que x é um número de 1 a 6 que indica o tipo de interrupção de acordo com o seguinte

critério:

1 = Tipo de redução de potência 1





Após o código, surge um ponto e vírgula, seguido do tipo de interrupção,

1 Redução, 2 Redução, 3 Redução, 4 Redução, 5 Redução



InstanteInicialP1=DD/MM/AA HH:MM:SS

Data e hora (no formato DD/MM/AA HH:MM:SS) do início do período de P1.

InstanteFinalP1=DD/MM/AA HH:MM:SS

Data e hora (no formato DD/MM/AA HH:MM:SS) do fim do período de P1.





















Descrição do bloco [Potências]

[Potências]

Etiqueta fixa. Descreve o início do bloco de potências aos cinco minutos medidas

durante a execução da interrupção.

DD/MM/AA HH:MM:SS xxx

Potência medida nos últimos cinco minutos. Mostra-se a data e a hora (no formato

DD/MM/AA HH:MM:SS ) seguida de uma marca de um ou mais espaços em branco e a

potência, xxx, em formato inteiro.

Em seguida, a título de exemplo, é apresentada a estrutura de um ficheiro de interrupção:

[Estado]

CUPF=PT0000000000000000AA0X

Identificador=14999

Modo de teste=Desactivado



Tipo=5 ; A flexível

Pmaxi=40

InstanteInicial=26/07/05 14:25:00

InstanteFinal=26/07/05 14:32:05

InstanteAnulação=26/07/05 14:32:05

InstanteAlteração=26/07/05 14:30:00

InstanteInicialPmaxi=26/07/05 14:55:00

InstanteFinalPmaxi=26/07/05 15:00:00

InstanteInicialP50=26/07/05 15:15:30

InstanteFinalP50=26/07/05 15:30:30

[Potências]

26/07/05 14:30:00 0

26/07/05 14:35:00 0

Sistema de comunicação, execução e controlo da ......programado até ao momento final programado...

Documents

Transcript of Sistema de comunicação, execução e controlo da ......programado até ao momento final programado...