REN, Requisitos Técnicos de Ligação Ao SCADA - Alcoutim, Rev 2
REN, Requisitos Técnicos de Ligação Ao SCADA - Alcoutim, Rev 2
REN, Requisitos Técnicos de Ligação Ao SCADA - Alcoutim, Rev 2
Especificação Técnica
Requisitos Técnicos para Ligação ao SCADA da REN
1. Introdução ....................................................................................... 3
4. Homologação .................................................................................... 5
O envio de timetags no formato CP56Time2a deverá seguir uma das seguintes opções do
standard T104:
- Hora em UTC, não se aplicando neste caso o Daylight Saving Time (bit DST sempre 0);
- Hora local em Portugal, aplicando-se neste caso o Daylight Saving Time (bit DST = 1
durante o período de verão e DST = 0 durante o período de inverno).
Front-ends do SCADA (1 a 4)
(comunicação com as RTU do
SCADA, em arquitectura
redundadnte)
WAN
Ligações Lógicas / Comutação de pacotes IP (Rede REN e/ou Privada)
Memória de Massa(*)
(Armazenamento e
disponibilização de fotos) Porta Eth1 Porta Eth2
RTU do Promotor
Ligação ao Processo
Câmara cf Anexo 10 (*)
(Convencional (fio-a-fio) e ou via
comunicação série / rede de comunicações)
Processo a Controlar
(Orgãos de corte, Transformadores, Sensores, etc.)
A ligação entre o SCADA da REN e a RTU será feita por quatro sessões simultâneas do tipo
TCP/IP, estando associado a cada uma delas um front-end do SCADA da REN. Em cada
instante, poderão estar ativas até duas sessões do protocolo IEC60870-5-104. A inicialização
das sessões TCP/IP e a ativação das sessões do protocolo IEC60870-5-104 são da
responsabilidade do SCADA da REN.
Esta RTU deverá possuir um sistema de sincronização do relógio interno por GPS, cujo
estado faz parte da lista de sinais a serem enviados para o SCADA da REN. Para este efeito, o
endereço usado é o 0/0/3 com o seguinte significado: o estado "ON" indica a falha do
relógio, o estado “OFF” indica que há sincronismo com o GPS. Na situação de relógio
falhado, o time tag enviado deverá ser sempre marcado como inválido, de acordo com as
regras do protocolo IEC60870-5-104.
Em relação aos circuitos das medidas a usar, deverão ter uma classe de precisão de 0,5 ou
melhor.
4. Homologação
Caso o Promotor adopte uma solução não homologada pela REN (ver lista de soluções
homologadas abaixo), com o objetivo de ambas as partes se precaverem contra eventuais
incompatibilidades ao nível da implementação do protocolo de comunicações T104,
definem-se os seguintes requisitos mandatórios e opcionais:
1. Mandatório: A RTU deverá ser certificada por entidade independente de acordo com
os requisitos técnicos genéricos, conforme capítulo 2, e os requisitos específicos
definidos no capítulo 3, devendo o fornecedor apresentar prova através de
certificado específico, mencionando: (i) nome da entidade certificadora; (ii) produto
sobre o qual incide a certificação (modelo e firmware); (iii) data da certificação; (iv)
documento de interoperabilidade da REN; (v) e protocolo de testes de validação dos
requisitos técnicos específicos enunciados no presente documento (capítulo 3).
5. Nível de Serviço
Pretende-se que o serviço associado à RTU e aos sistemas de comunicação da Central
possua uma elevada disponibilidade anual, superior a 99,5 %. Assim, a RTU e os sistemas de
comunicação deverão ser concebidos com os níveis de redundância adequados à
disponibilidade pretendida.
Indica-se de seguida a seleção das várias opções definidas pelo protocolo, de acordo com a cláusula
9 da norma T104, acompanhada de informação complementar eventualmente necessária. A
presente declaração de implementação e conformidade é a base de aplicação para testes da
implementação do standard ao nível das RTU ou RTU emuladas. As opções de configuração dão aos
utilizadores da RNT uma perspetiva da implementação do standard no Sinaut Spectrum, o SCADA da
REN, mas não correspondem a uma garantia da realização de testes da globalidade das
funcionalidades ou dos ASDU.
As cláusulas ou parâmetros que estejam riscadas indicam que a opção não pode ser selecionada e
são marcadas com o símbolo .
Configuration Remark
Multiple Point-to-point
Multipoint-partyline
Multipoint-star
Unbalanced interchange
Frame format FT 1.2, single character 1 (=E5) and the fixed time out interval are used exclusively in
this companion standard.
Procedure Remark
Balanced Transmission
Unbalanced Transmission
Description Remark
not present
1 Octet
2 Octets
structured
unstructured
Mode 1 (Least significant octet first), as defined in clause 4.10 of IEC 60870-5-4, is used exclusively in
this companion standard.
Description Remark
1 Octet
2 Octets
Description Remark
1 Octet
2 Octets
3 Octets
structured
unstructured
Description Remark
1 Octet
Length of APDU
(system-specific parameter, specify the maximum length of the APDU per system).
The maximum length of the APDU is 253 (default). The maximum length may be reduced per system.
<6> M_ST_TA_1 Step position information with time positive values only!
tag
<12> M_ME_TB_1 Measured value, scaled value with see remark of TI <10>
time tag
<14> M_ME_TC_1 Measured value, short floating point see remark of TI <10>
value with time tag
<16> M_IT_TA_1 Integrated totals with time tag transmitted time tag is
discarded by Spectrum
<32> M_ST_TB_1 Step position information with time positive values only!
tag CP56Time2a
<33> M_BO_TB_1 Bit string of 32 bit with time tag on request (evaluation
CP56Time2a program in the system
SCADA also required)
<35> M_ME_TE_1 Measured value, scaled value with see remark of TI <10>
time tag CP56Time2a
<36> M_ME_TF_1 Measured value, short floating point see remark of TI <10>
value with time tag CP56Time2a
<37> M_IT_TB_1 Integrated totals with time tag transmitted time tag is
CP56Time2a discarded by Spectrum
<OV> Overflow for measured values, tap changer positions treated as “invalid”
<BL> Blocked
Either ASDUs of the set <45> - <51> or the set <48> - <64> are used
KPA = 3/4
KPA = 3/4
KPA = 3/4
File transfer
Cause of Transmission
<1> Periodic, cyclic Only used for cyclic measured values without time tag.
<3> Spontaneous
<5> Requested
<6> Activation
1 2 3 4 5 6 7 8 9 10 11 12 13 20 37 44 45 46 47
<1> M_SP_NA_1 X X X X X
<2> M_SP_TA_1
<3> M_DP_NA_1 X X X X X
1 2 3 4 5 6 7 8 9 10 11 12 13 20 37 44 45 46 47
<4> M_DP_TA_1
<5> M_ST_NA_1 X X X X X
<6> M_ST_TA_1
<7> M_BO_NA_1 X X
<8> M_BO_TA_1
<9> M_ME_NA_1 X X X X
<10> M_ME_TA_1
<11> M_ME_NB_1 X X
<12> M_ME_TB_1
<13> M_ME_NC_1 X
<14> M_ME_TC_1
<15> M_IT_NA_1 X X
<16> M_IT_TA_1
<17> M_EP_TA_1
<18> M_EP_TB_1
<19> M_EP_TC_1
<20> M_PS_NA_1 X
<21> M_ME_ND_1
<30> M_SP_TB_1 X X X
<31> M_DP_TB_1 X X X X
<32> M_ST_TB_1 X X X X
<33> M_BO_TB_1 X
<34> M_ME_TD_1 X X
<35> M_ME_TE_1 X X
1 2 3 4 5 6 7 8 9 10 11 12 13 20 37 44 45 46 47
<36> M_ME_TF_1 X X
<37> M_IT_TB_1 X X
<38> M_EP_TD_1
<39> M_EP_TE_1
<40> M_EP_TF_1
<45> C_SC_NA_1 X
<46> C_DC_NA_1 X
<47> C_RC_NA_1 X
<48> C_SE_NA_1 X
<49> C_SE_NB_1 X
<50> C_SE_NC_1 X
<51> C_BO_NA_1
<58> C_SC_TA_1
<59> C_DC_TA_1
<60> C_RC_TA_1
<61> C_SE_TA_1
<62> C_SE_TB_1
<63> C_SE_TC_1
<64> C_BO_TA_1
<70> M_EI_NA_1 X
<100> C_IC_NA_1 X R R
<101> C_CI_NA_1 X R R
<102> C_RD_NA_1
<103> C_CS_NA_1
1 2 3 4 5 6 7 8 9 10 11 12 13 20 37 44 45 46 47
<104> C_TS_NA_1
<105> C_RP_NA_1*) X R
<106> C_CD_NA_1
<107> C_TS_TA_1
<110> P_ME_NA_1
<111> P_ME_NB_1
<112> P_ME_NC_1
<113> P_AC_NA_1
<120> F_FR_NA_1
<121> F_SR_NA_1
<122> F_SC_NA_1
<123> F_LS_NA_1
<124> F_AF_NA_1
<125> F_SG_NA_1
<126> F_DR_TA_1*)
*) blank or X only
General Interrogation
in monitoring direction:
(QOI = 21)
(QOI = 22)
Command Transmission
Description Remark
(others to be defined)
…(FRZ = 0)
Parameter loading
(object-specific parameter)
Threshold value
Smoothing factor
Parameter activation
(object-specific parameter)
Test procedure
(object-specific parameter)
Test procedure
(object-specific parameter)
Transparent file
Recommended range for timeout t3: 1s to 48h, resolution 1s Long timeouts for t3 may be needed in
special cases where satellite links or dialup connections are used (for instance to establish
connection and collect values only once per day or week).
Maximum number of outstanding I format APDUs k and latest acknowledge APDUs (w)
RFC 2200 is an official Internet Standard which describes the state of standardization of protocols
used in the Internet as determined by the Internet Architecture Board (IAB). It offers a broad
spectrum of actual standards used in the Internet. The suitable selection of documents from RFC
2200 defined in this standard for given projects has to be chosen by the user of this standard.
Ethernet 802.3
Previsão
† Sinais para implementar apenas quando o serviço de compensação síncrona estiver disponível.
PTipo Descrição
0 Sem limitação
1 Limitação ao abrigo do sobre- Equilíbrio – Gestor Global do Sistema
2 equipamento e Potência Adicional Congestionamento – Gestor Global do Sistema
3 Equilíbrio – Operador de Distribuição
4 Congestionamento – Operador de Distribuição
5 Limitação ao abrigo das 50 horas de Equilíbrio – Gestor Global do Sistema
6 super-vazio (ENEOP2) Congestionamento – Gestor Global do Sistema
7 Equilíbrio – Operador de Distribuição
8 Congestionamento – Operador de Distribuição
9 Outros motivos Equilíbrio – Gestor Global do Sistema
10 Congestionamento – Gestor Global do Sistema
11 Equilíbrio – Operador de Distribuição
12 Congestionamento – Operador de Distribuição
QTipo Descrição
0 Sem setpoint ativo
1 Setpoint de potência reativa
2 Setpoint de tensão
3 Setpoint do coseno de φ
Exemplo:
- Conforme o manual de instalação, a câmara fotográfica deve ser orientada para Sul.