sistema de comunicação, execução e controlo da ... · sistema de comunicação, execução e...
TRANSCRIPT
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 2
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 3
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 4
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 5
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 6
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 7
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 8
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).
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 9
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
Campo de controlo, octeto 2 Campo de controlo, octeto
2
Campo de controlo, octeto 3 Campo de controlo, octeto
3
Campo de controlo, octeto 4 Campo de controlo, octeto
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 10
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 11
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 12
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 13
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 14
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
157 Usado pela REE devido ao SGEF
158 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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 15
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
179 Usado pela REE devido ao SGEF
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
184 Usado pela REE devido ao SGEF
185 Usado pela REE devido ao SGEF
186 Usado pela REE devido ao SGEF
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 16
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 17
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 18
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
bit 8 bit 7 bit 6 bit 5 bit 4 bit 3 bit 2 bit 1
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 19
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
bit 8 bit 7 bit 6 bit 5 bit 4 bit 3 bit 2 bit 1
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 20
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>
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 21
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 22
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 23
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
Causas de transmissão:
No endereço de monitorização:
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 24
5.3.3 Tipo 148: Certificado digital (M_CD_AA)
Utiliza-se para enviar um certificado digital.
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 = 148 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
Octeto inicial UI16 2 octetos
Número de octetos UI8 1 octeto
Certificado digital nUI8 n octetos
Causas de transmissão:
No endereço de monitorização:
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]).
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 25
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.
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 = 149 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
Estado UI8 1 octeto
Potência activa LVQ 4 octetos
Potência reactiva LVQ 4 octetos
Causas de transmissão:
No endereço de monitorização:
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 26
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.
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 = 150 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
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
Causas de transmissão:
No endereço de monitorização:
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 27
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.
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 = 151 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
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
Assinatura digital FD40 40 octetos
Causas de transmissão:
No endereço de monitorização:
5 = solicitada
O número de datas é a quantidade de pares de datas previstas de paragem / manutenção 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 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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 28
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.
Campo Formato Ocupação
Tipo = 152 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
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 activa 2 LVA 3 octetos
Potência activa 3 LVA 3 octetos
Potência activa 4 LVA 3 octetos
Potência reactiva 1 LVA 3 octetos
Potência reactiva 2 LVA 3 octetos
Potência reactiva 3 LVA 3 octetos
Potência reactiva 4 LVA 3 octetos
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 29
Causas de transmissão:
No endereço de monitorização:
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 30
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.
Campo Formato Ocupação
Tipo = 153 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
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 inicial período 2 CP56time2a 7 octetos
Instante final período 2 CP56time2a 7 octetos
Identificador de potência residual período 2 UI8 1 octeto
Instante inicial período 3 CP56time2a 7 octetos
Instante final período 3 CP56time2a 7 octetos
Identificador de potência residual período 3 UI8 1 octeto
Instante inicial período 4 CP56time2a 7 octetos
Instante final período 4 CP56time2a 7 octetos
Identificador de potência residual período 4 UI8 1 octeto
Instante inicial período 5 CP56time2a 7 octetos
Instante final período 5 CP56time2a 7 octetos
Identificador de potência residual período 5 UI8 1 octeto
Instante inicial período 6 CP56time2a 7 octetos
Instante final período 6 CP56time2a 7 octetos
Identificador de potência residual período 6 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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 31
Causas de transmissão:
No endereço de monitorização:
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 32
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.
Campo Formato Ocupação
Tipo = 154 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
Estado UI8 1 octeto
CUPF CUP 22 octetos
Factor de escala UI8 1 octeto
Identificador de redução de
potência
UI32 4 octetos
Tipo de redução de potência UI8 1 octeto
Número de períodos de redução UI8 1 octeto
Instante de anulação CP56time2a 7 octetos
Instante de alteração CP56time2a 7 octetos
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 inicial período 2 CP56time2a 7 octetos
Instante final período 2 CP56time2a 7 octetos
Identificador de potência residual
período 2
UI8 1 octeto
Instante inicial período 3 CP56time2a 7 octetos
Instante final período 3 CP56time2a 7 octetos
Identificador de potência residual
período 3
UI8 1 octeto
Instante inicial período 4 CP56time2a 7 octetos
Instante final período 4 CP56time2a 7 octetos
Identificador de potência residual
período 4
UI8 1 octeto
Instante inicial período 5 CP56time2a 7 octetos
Instante final período 5 CP56time2a 7 octetos
Identificador de potência residual
período 5
UI8 1 octeto
Instante inicial período 6 CP56time2a 7 octetos
Instante final período 6 CP56time2a 7 octetos
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 33
Identificador de potência residual
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
Causas de transmissão:
No endereço de monitorização:
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 34
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.
Campo Formato Ocupação
Tipo = 155 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
Estado UI8 1 octeto
Potência activa gerada LVQ 4 octetos
Causas de transmissão:
No endereço de monitorização:
5 = solicitada
A potência activa é a potência activa de geração de tempo real mais recente entre as
disponíveis.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 35
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.
Campo Formato Ocupação
Tipo = 163 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
CUPF CUP 22 octetos
Número de blocos horários 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
Assinatura digital FD40 40 octetos
Causas de transmissão:
No endereço de controlo:
6 = activação
No endereço de monitorização:
7 = confirmação da activação (confirmação de recepção do pré-aviso)
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
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.
A assinatura digital será aplicada a todos os campos da mensagem, desde o tipo até ao final,
excepto a própria assinatura.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 36
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).
Campo Formato Ocupação
Tipo = 167 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
Identificador de comando de redução de potência UI32 4 octetos
Validade UI8 1 octeto
Assinatura digital FD40 40 octetos
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
50 = assinatura não reconhecida
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.
A assinatura digital será aplicada a todos os campos da mensagem, desde o tipo até ao final,
excepto a própria assinatura.
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).
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 37
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.
Campo Formato Ocupação
Tipo = 168 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
CUPF CUP 22 octetos
Número de blocos horários 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
Assinatura digital FD40 40 octetos
Causas de transmissão:
No endereço de controlo:
6 = activação
No endereço de monitorização:
7 = confirmação da activação (confirmação de recepção do pré-aviso)
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
49 = código CUPF não reconhecido
50 = assinatura não reconhecida
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 38
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.
Campo Formato Ocupação
Tipo = 169 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
CUPF CUP 22 octetos
Factor de escala UI8 1 octeto
Identificador do comando de redução de
potência
UI32 4 octetos
Tipo 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 inicial período 2 CP56time2a 7 octetos
Instante final período 2 CP56time2a 7 octetos
Identificador de potência residual período 2 UI8 1 octeto
Instante inicial período 3 CP56time2a 7 octetos
Instante final período 3 CP56time2a 7 octetos
Identificador de potência residual período 3 UI8 1 octeto
Instante inicial período 4 CP56time2a 7 octetos
Instante final período 4 CP56time2a 7 octetos
Identificador de potência residual período 4 UI8 1 octeto
Instante inicial período 5 CP56time2a 7 octetos
Instante final período 5 CP56time2a 7 octetos
Identificador de potência residual período 5 UI8 1 octeto
Instante inicial período 6 CP56time2a 7 octetos
Instante final período 6 CP56time2a 7 octetos
Identificador de potência residual período 6 UI8 1 octeto
Assinatura digital FD40 40 octetos
Causas de transmissão:
No endereço de controlo:
6 = activação
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 39
No endereço de monitorização:
7 = confirmação da activação (confirmação de recepção do pré-aviso)
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
49 = código CUPF não reconhecido
50 = assinatura não reconhecida
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
A assinatura digital será aplicada a todos os campos da mensagem, desde o tipo até ao final,
excepto a própria assinatura.
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 40
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.
Campo Formato Ocupação
Tipo = 170 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
CUPF CUP 22 octetos
Factor de escala UI8 1 octeto
Identificador do comando de redução de
potência
UI32 4 octetos
Tipo 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 inicial período 2 CP56time2a 7 octetos
Instante final período 2 CP56time2a 7 octetos
Identificador de potência residual período 2 UI8 1 octeto
Instante inicial período 3 CP56time2a 7 octetos
Instante final período 3 CP56time2a 7 octetos
Identificador de potência residual período 3 UI8 1 octeto
Instante inicial período 4 CP56time2a 7 octetos
Instante final período 4 CP56time2a 7 octetos
Identificador de potência residual período 4 UI8 1 octeto
Instante inicial período 5 CP56time2a 7 octetos
Instante final período 5 CP56time2a 7 octetos
Identificador de potência residual período 5 UI8 1 octeto
Instante inicial período 6 CP56time2a 7 octetos
Instante final período 6 CP56time2a 7 octetos
Identificador de potência residual período 6 UI8 1 octeto
Assinatura digital FD40 40 octetos
Causas de transmissão:
No endereço de controlo:
6 = activação
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 41
No endereço de monitorização:
7 = confirmação da activação (confirmação de recepção do pré-aviso)
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
49 = código CUPF não reconhecido
50 = assinatura não reconhecida
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 42
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.
Campo Formato Ocupação
Tipo = 171 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
CUPF CUP 22 octetos
Factor de escala UI8 1 octeto
Identificador do comando de redução de
potência
UI32 4 octetos
Tipo 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 inicial período 2 CP56time2a 7 octetos
Instante final período 2 CP56time2a 7 octetos
Identificador de potência residual período 2 UI8 1 octeto
Instante inicial período 3 CP56time2a 7 octetos
Instante final período 3 CP56time2a 7 octetos
Identificador de potência residual período 3 UI8 1 octeto
Instante inicial período 4 CP56time2a 7 octetos
Instante final período 4 CP56time2a 7 octetos
Identificador de potência residual período 4 UI8 1 octeto
Instante inicial período 5 CP56time2a 7 octetos
Instante final período 5 CP56time2a 7 octetos
Identificador de potência residual período 5 UI8 1 octeto
Instante inicial período 6 CP56time2a 7 octetos
Instante final período 6 CP56time2a 7 octetos
Identificador de potência residual período 6 UI8 1 octeto
Assinatura digital FD40 40 octetos
Causas de transmissão:
No endereço de controlo:
6 = activação
No endereço de monitorização:
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 43
7 = confirmação da activação (confirmação de recepção do pré-aviso)
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
49 = código CUPF não reconhecido
50 = assinatura não reconhecida
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 44
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.
Campo Formato Ocupação
Tipo = 176 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
Causas de transmissão:
No endereço de controlo:
5 = pedido
No endereço de monitorização:
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 45
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.
Campo Formato Ocupação
Tipo = 177 UI8 1 octeto
Qualificador de estrutura variável UI8 1 octeto
Causa de transmissão UI8 1 octeto
Endereço comum UI16 2 octetos
Identificador de interrupção UI32 4 octetos
Endereço de objecto de informação UI8 1 octeto
Causas de transmissão:
No endereço de controlo:
5 = pedido
No endereço de monitorização:
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
53 = não há interrupção (identificador de interrupção desconhecido)
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 46
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.
Campo Formato Ocupação
Tipo = 178 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
Identificador de comando de redução de potência UI32 4 octetos
Causas de transmissão:
No endereço de controlo:
6 = activação
No endereço de monitorização:
7 = confirmação da activação
10 = conclusã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
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 47
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.
Campo Formato Ocupação
Tipo = 180 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
Causas de transmissão:
No endereço de controlo:
6 = activação
No endereço de monitorização:
7 = confirmação da activação
10 = conclusã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
O EMCC responderá com o último programa introduzido pelo utilizador, quer seja de consumo
ou de paragem / manutenção.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 48
5.3.21 Tipo 181: Pedido de certificado digital (C_CD_AA)
Utiliza-se para solicitar um certificado digital.
Campo Formato Ocupação
Tipo = 181 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
Assinatura digital FD40 40 octetos
Causas de transmissão:
No endereço de controlo:
6 = activação
No endereço de monitorização:
7 = confirmação da activação
10 = conclusã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
50 = assinatura não reconhecida
A assinatura digital será aplicada a todos os campos da mensagem, desde o tipo até ao final,
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 49
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.
Campo Formato Ocupação
Tipo = 182 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
Causas de transmissão:
No endereço de controlo:
5 = pedido
No endereço de monitorização:
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 50
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.
Campo Formato Ocupação
Tipo = 183 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
Causas de transmissão:
No endereço de controlo:
5 = pedido
No endereço de monitorização:
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
Ver definição de interrupção activa em 1.2).
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 51
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.
Campo Formato Ocupação
Tipo = 187 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
Causas de transmissão:
No endereço de controlo:
5 = pedido
No endereço de monitorização:
45 = causa de transmissão desconhecida
46 = endereço comum da ASDU desconhecido
47 = endereço de objecto de informação desconhecido
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 52
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 53
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 54
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 55
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
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
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>
Abertura activa < CTL=SYN>
Inicialização do ET
< CTL=ACK> Ligação estabelecida
ET disponível após inicialização local
Encerramento activo < CTL=FIN>
< CTL=ACK>
< CTL=FIN>
< CTL=ACK>
Encerramento passivo
Ligação fechada
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
2 MSL (Maximum Segment Lifetime) Ligação fechada
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 56
Inicialização de estação, certificado digital do ET não reconhecido pelo SGCI.
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
Ligação estabelecida < CTL=SYN, ACK>
PEDIDO DE CERTIFICADO
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>
Abertura activa < CTL=SYN>
Inicialização do ET
< CTL=ACK> Ligação estabelecida
ET disponível após Inicialização local
Encerramento passivo
< CTL=FIN>
< CTL=ACK>
< CTL=FIN>
< CTL=ACK>
Encerramento activo
Ligação fechada
Iniciar Transmissão de dados
U (STARTDT act) Iniciar a
Transmissão de dados
U (STARTDT con) Transmissão de dados
habilitada
Transmissão de dados habilitada
2 MSL (Maximum Segment Lifetime) Ligação fechada
U (STOPDT act) Terminar transmissão
de dados
U (STOPDT con) 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
.
.
.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 57
Inicialização de estação, comutação ordenada de SG1 para SG2.
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 58
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.
Função de aplicação da estação controladora (SGCI)
COMANDO DE SINCRONIZAÇÃO
A_CLOCKSYN.req
A_CLOCKSYN.ind
C_CS_NA_1 ACT CDT = 6
COMANDO DE SINCRONIZAÇÃO
Função de aplicação da estação controlada (ET)
Serviços de comunicação
CONFIRMAÇÃO DE SINCRONIZAÇÃO
A_TIMEMESS.req
A_TIMEMESS.ind
C_CS_NA_1 ACTCON CDT = 7
CONFIRMAÇÃO DE SINCRONIZAÇÃO
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 59
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 60
Pré-aviso de comando de redução de potência válido com pedido do estado da
interrupção.
Função de aplicação da estação controladora (SGCI)
PRÉ-AVISO A_PREAVISO.req
A_PREAVISO.ind
C_PR ACT CDT = 6
PRÉ-AVISO
Função de aplicação da estação controlada (ET)
Serviços de comunicação
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
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
O SG pede dados de tempo
real a cada 4
segundos
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 61
Pré-avisos de comando de redução de potência inválidos: origem desconhecida, CUPF
incorrecto e assinatura desconhecida.
Função de aplicação da estação controladora (SGCI)
PRÉ-AVISO A_PREAVISO.req
A_PREAVISO.ind
C_PR ACT CDT = 6
O ET verifica que o CUPF não coincide com o
esperado
Função de aplicação da estação controlada (ET)
Serviços de comunicação
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
CONFIRMAÇÃO A_ VALIDACIÓN.res
A_VALIDACIÓN.con
C_VA_PR ACTCON CDT = 7
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
PRÉ-AVISO A_PREAVISO.req
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
O SG pede dados de tempo
real cada 4
segundos
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 62
Pré-avisos de comando de redução de potência com novas tentativas.
Função de aplicação da estação controladora (SGCI)
PRÉ-AVISO A_PREAVISO.req C_PR ACT
CDT = 6
PRÉ-AVISO
Função de aplicação da estação controlada (ET)
Serviços de comunicação
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
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
.
.
.
O ET Verifica a Assinatura do Pré-aviso e
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
.
.
.
O SG pede dados de tempo
real cada 4
segundos
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 63
5.4.4 Pedido de dados gerais
Será utilizado um procedimento baseado no item 7.2 da norma IEC 60870-5-104 (referência
[7]), com as seguintes especificações:
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
Será utilizado um procedimento baseado no item 7.2 da norma IEC 60870-5-104 (referência
[7]), com as seguintes especificações:
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.
Função de aplicação da estação controladora (SGCI)
PEDIDO DE DADOS GERAIS
A_PETDG.req
A_ PETDG.ind
C_DG_AA REQ CDT = 5
PEDIDO DE DADOS GERAIS
Função de aplicação da estação controlada (ET)
Serviços de comunicação
DADOS GERAIS A_ DATGEN.req
A_DATGEN.ind
M_DG_AA REQ CDT = 5
DADOS GERAIS
Função de aplicação da estação controladora (SGCI)
PEDIDO DE ESTADO DE
INTERRUPÇÃO
A_PETEINT.req
A_ PETEINT.ind
C_EI_AA REQ CDT = 5
PEDIDO DE ESTADO DE
INTERRUPÇÃO
Função de aplicação da estação controlada (ET)
Serviços de Comunicação
ESTADO DE INTERRUPÇÃO
A_ ESTINT.req
A_ESTINT.ind
M_EI_AA REQ CDT = 5
ESTADO DE INTERRUPÇÃO
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 64
5.4.6 Recuperação de ficheiro de comando de redução de potência
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_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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 65
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.
Função de aplicação da estação controladora (SGCI)
PEDIDO DE FICHEIRO DE
INTERRUPÇÃO
A_PETAINT.req
A_ PETAINT.ind
C_AI_AA ACT CDT = 6 PEDIDO DE
FICHEIRO DE INTERRUPÇÃO
Função de aplicação da estação controlada (ET)
Serviços de comunicaçã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
FICHEIRO DE INTERRUPÇÃO,
PARTE 2
FICHEIRO DE INTERRUPÇÃO,
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
O SG pede dados de tempo
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
O SG pede dados de tempo
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 66
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á 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_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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 67
5.4.8 Recuperação de programa de consumo ou de paragem / manutenção
Será utilizado um procedimento baseado no item 7.8 da norma IEC 60870-5-104 (referência
[7]), com as seguintes especificações:
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.
Função de aplicação da estação controladora (SGCI)
ENVIO DE FICHEIRO DE INTERRUPÇÃO
A_ENVAINT.req
A_ ENVAINT.ind
C_AI_EN ACT CDT = 6
ENVIO DE FICHEIRO DE INTERRUPÇÃO
Função de aplicação da estação controlada (ET)
Serviços de comunicaçã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
FICHEIRO DE INTERRUPÇÃO,
PARTE 1
A_ ARCHINT.ind
A_ARCHINT.req M_AI_AA REQ CDT = 5
FICHEIRO DE INTERRUPÇÃO,
PARTE 1
FICHEIRO DE INTERRUPÇÃO,
PARTE 2
A_ ARCHINT.ind
A_ARCHINT.req M_AI_AA REQ CDT = 5
FICHEIRO DE INTERRUPÇÃO,
PARTE 2
FICHEIRO DE INTERRUPÇÃO,
PARTE N
A_ ARCHINT.ind
A_ARCHINT.req M_AI_AA REQ CDT = 5
FICHEIRO DE INTERRUPÇÃO,
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
.
.
.
.
.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 68
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 69
Recuperação de programa de consumo.
Função de aplicação da estação controladora (SGCI)
PEDIDO DE PROGRAMA DE
CONSUMO
A_PETPC.req
A_ PETPC.ind
C_PC_AA ACT CDT = 6
PEDIDO DE PROGRAMA DE
CONSUMO
Função de aplicação da estação controlada (ET)
Serviços de comunicação
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
PROGRAMA DE CONSUMO, PARTE
2
PROGRAMA DE CONSUMO, PARTE
N
A_ PRGCON.req
A_ PRGCON.ind
M_PC_AA REQ CDT = 5
PROGRAMA DE CONSUMO, PARTE
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 70
5.4.9 Pedido de dados em tempo real
Será utilizado um procedimento baseado no item 7.2 da norma IEC 60870-5-104 (referência
[7]), com as seguintes especificações:
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á
Função de aplicação da estação controladora (SGCI)
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
Função de aplicação da estação controladora (SGCI)
PEDIDO DE DADOS DE TEMPO
REAL
A_PETTR.req
A_ PETTR.ind
C_TR_AA REQ CDT = 5
PEDIDOS DE DADOS DE TIEMPO
REAL
Função de aplicação da estação controlada (ET)
Serviços de comunicação
DADOS DE TEMPO REAL
A_ DATTR.req
A_DATTR.ind
M_TR_AA REQ CDT = 5
DADOS DE TEMPO REAL
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 71
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 72
s tentativas são efectuadas hora a hora, sempre que haja comunicação com o SGEF.
Função de aplicação da estação controladora (SGCI)
PRÉ-AVISO A_PREAVISO.req C_PR ACT
CDT = 6
PRÉ-AVISO
Função de aplicação da estação controlada (ET)
Serviços de comunicação
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
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
.
.
.
O ET Verifica a Assinatura do Pré-aviso e
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
.
.
.
O SG pede dados de tempo
real cada 4
segundos
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 73
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 74
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 75
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 76
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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 77
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 78
(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.
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 79
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]
t1 Ver item 9.6 da referência [7] 1..255 s 15 s Exigido por
[7]
t2 Ver item 9.6 da referência [7] 1..255 s 10 s Exigido por
[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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 80
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 81
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:
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)
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 82
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
2 = Tipo de redução de potência 2
3 = Tipo de redução de potência 3
4 = Tipo de redução de potência 4
5 = Tipo de redução de potência 5
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 83
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.
InstanteInicialP2=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do início do período de P2.
InstanteFinalP2=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do fim do período de P2.
InstanteInicialP3=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do início do período de P3.
InstanteFinalP3=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do fim do período de P3.
InstanteInicialP4=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do início do período de P4.
InstanteFinalP4=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do fim do período de P4.
InstanteInicialP5=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do início do período de P5.
InstanteFinalP5=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do fim do período de P5.
InstanteInicialP6=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do início do período de P6.
InstanteFinalP6=DD/MM/AA HH:MM:SS
Data e hora (no formato DD/MM/AA HH:MM:SS) do fim do período de P6.
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
Direcção Gestão do Sistema
Departamento de Sistemas e Desenvolvimento Página 84
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