Porovnávané verzie

Kľúč

  • Tento riadok sa pridal
  • Riadok je odstránený.
  • Formátovanie sa zmenilo.

Protokol IEC 60870-5-104 Sinaut

Kotva
typy_verzie
typy_verzie
Podporované typy a verzie zariadení

...

Typ ASDUTypy meraného bodu
1 - Single-point informationDi, Qi (On/Off), Ai, Ci
2 - Single-point information with time tagDi, Qi (On/Off), Ai, Ci
3 - Double-point informationQi, Ai, Ci
4 - Double-point information with time tagQi, Ai, Ci
5 - Step position informationCi, Ai *
6 - Step position information with time tagCi, Ai *
7 - Bitstring of 32 bitsCi, Ai
8 - Bitstring of 32 bits with time tagCi, Ai
9 - Measured value, normalized valueAi
10 - Measured value, normalized value with time tagAi
11 - Measured value, scaled valueCi, Ai
12 - Measured value, scaled value with time tagCi, Ai
13 - Measured value, short floating point valueAi
14 - Measured value, short floating point value with time tagAi
15 - Integrated totalsCi, Ai
16 - Integrated totals with time tagCi, Ai
17 - Event of protection equipment with time tagCi, Ai, TiR **
18 - Packed start events of protection equipment with time tagCi, Ai, TiR ***
20 - Packed single-point information with status change detectionCi, Ai
21 - Measured value, normalized value without quality descriptorAi
30 - Single-point information with time tag CP56Time2aDi, Qi (On/Off), Ai, Ci
31 - Double-point information with CP56Time2a tagQi, Ai, Ci
32 - Step position information with CP56Time2a tagCi, Ai *
33 - Bitstring of 32 bits with CP56Time2a tagCi, Ai
34 - Measured value, normalized value with CP56Time2a tagAi
35 - Measured value, scaled value with CP56Time2a tagCi, Ai
36 - Measured value, short floating point value with time tag CP56Time2aAi
37 - Integrated totals with time tag CP56Time2aCi, Ai
38 - Event of protection equipment with time tag CP56Time2aCi, Ai, TiR **
39 - Packed start events of protection equipment with time tag CP56Time2aCi, Ai, TiR ***
40 - Packed output circuit information of protection equipment with time tag CP56Time2aCi, Ai, TiR ***

Poznámka: Jednotlivé bity bajtu, ktorý hovorí o kvalite (SIQ pre ASDU 1,2,30; DIQ pre ASDU 3,4,31; QDS pre 5..14,20,32..36) sú namapované do flagov FLA A (0.bit), FLB B (1.bit) .. FLH H (7.bit).
Takže napríklad:
pre ASDU 4: FLAA=DPI bit 0, FLBB=DPI bit 1, FLCC=0, FLDD=0, FLEE=BL bit, FLFF=SB bit, FLGG=NT bit, FLHH=IV bit.
pre ASDU 16: FLAA .. FLE E Sequence number bity 0..4, FLFF=CY bit, FLGG=CA bit, FLHH=IV bit

Navyše:

  • ak je nastavený bit IV (Invalid), stav hodnoty bude Invalid,
  • ak je nastavený niektorý z bitov NT (Not topical), SB (Substituted), BL (Blocked), OV (Overflow), CA (Counter adjusted), CY (Counter overflow) pre príslušné typy ASDU, stav hodnoty bude Weak.

...

Kotva
pozn2
pozn2
** - ASDU 17 a 38: bajt SEP ide do fla    gov FLA flagov A (0.bit), FLB B (1.bit) .. FLH H (7.bit), nasledujúce 2 bajty (CP16Time2a) idú ako kladné číslo (0-60 000) do premennej typu Ci/Ai alebo ako relatívny čas (0-60 sekúnd) do premennej typu TiR

...

Na nastavenie bitov "stavového" bajtu (SCO pre ASDU 45,58; DCO pre ASDU 46,59; RCO pre ASDU 47,60; QOS pre ASDU 48..50,61..63) sa používajú flagy FLA A (0.bit), FLB B (1.bit) .. FLH H (7.bit) s výnimkou bitov, ktoré sú priamo nastavované hodnotou premennej ( SCO bit 0, DCO a RCS bity 0-1). Po prijatí odpovede (pozitívnej/negatívnej) sa flagy FLAA .. FLH H nastavia na základe bitov "stavového" bajtu.

...

  • V aktívnom režime sa proces D2000 KOM pripojí na špecifikované TCP porty. Na každý pošle U-frame StartDT Act, ako odpoveď očakáva StartDT Con.
  • V pasívnom režime proces D2000 KOM čaká na špecifikovanom TCP porte (viď parametre SP, SH). Po pripojení sa klientov čaká na U-frame StartDT Act, ako odpoveď posiela StartDT Con.
  • Ďalšia komunikácia je úplne symetrická. Obaja partneri môžu vyslať ASDU 100 [Interrogation Command] na načítanie všetkých aktuálnych hodnôt, a následne prijímajú a posielajú zmenené hodnoty a príkazy.

...

Vynútené zaslanie Interrogation Command resp. Counter Interrogation Command: Keď sa stanica dostane do stavu, že nie je v simulácii a nemá zastavenú komunikáciu (záložka Parametre objektu typu Stanica), pošle proces D2000 KOM Interrogation Command a/alebo Counter Interrogation Command (viď parametre OIC, OCIC).

Protokol IEC870-5-104 Sinaut podporuje balancovaný mód popísaný v protokole IEC 870-5-104 a teda je sčasti server, preto platia preň pravidlá pre serverovské protokoly.

...

  • Kategória komunikačnej linky: TCP/IP-TCP Redundant
  • TCP parametre:
    • Host: string max. 80 znakov – dve čiarkou oddelené IP adresy servera vo formáte a.b.c.d
      V aktívnom režime sú to adresy servera, na ktorý sa KOM proces pripája.
      V pasívnom režime (viď parametre SP, SH) sú to IP adresy klienta, ktoré proces D2000 KOM akceptuje (v prípade pripojenia sa klienta z inej IP adresy, bude tento hneď odpojený).
    • Port: číslo TCP portu (0 až 65535)
      V aktívnom režime je to port servera, na ktorý sa proces D2000 KOM pripája.
      V pasívnom režime (viď parametre SP, SH) je tento parameter ignorovaný (ale musí byť nastavený, napr. na hodnotu 0).
    • Číslo linky: použije sa ako Originator ASDU address (1 bajt, 0-255).

...

  • Komunikačný protokol: IEC870-TCP Sinaut.
  • Adresa stanice je dekadické číslo v rozsahu 0 až 65535, určuje adresu ASDU.
    Kvôli lepšej orientácii je možné zapisovať adresu stanice v tvare ByteHI,ByteLO, t.j. adresa 2,1 je rovnaká ako 513 (2*256 + 1). Viď poznámku o adrese ASDU.

Poznámka: Protokol podporuje posielanie dlhých časových značiek (CP56Time2a tag) v lokálnom čase alebo v UTC čase s definovaným posunom podľa nastavenia stanice (pozri parameter Použi monotónny čas UTC+).

...

ParameterPopisJednotkaNáhradná hodnota
Kotva
cmdc
cmdc
Command Confirm
Potvrdzovanie riadiacich ASDU.
Ak CMDC=0, proces D2000 KOM neočakáva potvrdzovanie riadiacich ASDU od partnerskej stanice spätným poslaním ASDU s inou CauseOfTransmission, ASDU sa považuje za potvrdenú keď sa príjme paket s príslušným ReceiveSequenceNumber.
Ak CMDC=1, proces D2000 KOM očakáva potvrdenie s CauseOfTransmission=7 (Activation Confirmation).
Ak CMDC=2, proces D2000 KOM očakáva potvrdenie s CauseOfTransmission=10 (Activation Termination).
Ak CMDC=3, proces D2000 KOM očakáva potvrdenie s CauseOfTransmission=7 alebo 10 (ak dôjdu obe, berie sa do úvahy prvé z nich).
Až po prijatí príslušného potvrdenia sa považuje zápis za ukončený (zhodí sa príznak Transient zapisovanej hodnoty a prestane plynúť timeout WTn).
Ak príde potvrdenie s iným CauseOfTransmission, ako proces D2000 KOM očakáva, je ignorované.
Zápis je považovaný za úspešný, ak v prijatej ASDU je P/N bit nastavený na 0. V opačnom prípade je zápis považovaný za neúspešný.
Hodnota z prijatej ASDU je spätne zapísaná do príslušného meraného bodu a ide do systému. Takže napr. ak je zaslaná ASDU typ 50 (short floating point) s hodnotou 1200.0 a partnerská stanica pošle ako odpoveď ASDU typ 50, P/N bit=0, hodnota 999.0 (napr. kvôli fyzikálnym obmedzeniam na danú veličinu), tak túto hodnotu pošle proces D2000 KOM ďalej.
-3
Kotva
dbgi
dbgi
Debug Input
Maska pre úrovne debugovania vstupných dát. Jednotlivé bity majú nasledovný význam:
  • 1. bit - zobrazenie počtu bodov prijatých v rámci General Interrogation
  • 2. bit - zobrazenie prijatých hodnôt meraných bodov
  • 3. bit - balancovaný mód: bol prijatý Interrogation command
  • 4. bit - informácie o zahodených hodnotách z dôvodu nastavenia parametra Ignore Flagged
0 .. 2550
Kotva
dbgo
dbgo
Debug Output
Maska pre úrovne debugovania výstupných dát. Jednotlivé bity majú nasledovný význam:
  • 1. bit - balancovaný mód: zobrazenie počtu bodov odoslaných v rámci General Interrogation
  • 2. bit - zobrazenie odoslaných hodnôt meraných bodov
0 .. 2550
Kotva
iccpf
iccpf
ICCP compatible flags
Povoľuje mapovanie flagov kompatibilných so Sinaut Spectrum ICCP OPC komunikáciou. Bližšie info viď ICCP kompatibilné mapovanie flagov.YES/NONO

Kotva
if
if
Ignore Flagged

Parameter umožňuje špecifikovať príznaky hodnôt (dátových ASDU 1-40), ktoré - ak budú nastavené - spôsobia, že príslušná hodnota bude zahodená. Parameter bol implementovaný, keď bolo nutné odfiltrovať hodnoty s príznakom "Non-topical" (mapované do flagu G), ktoré prišli od komunikačného partnera.

Mapovanie jednotlivých príznakov z ASDU do flagov A..H je nasledovné:

  • A - Overflow (OV) - ASDU 5-14, 20, 32-36
  • B - bez mapovania (podľa normy bit má byť 0)
  • C - bez mapovania (podľa normy bit má byť 0)
  • D - Elapsed time Invalid (EI): ASDU 17-19, 38-40
  • E - Blocked (BL) - ASDU 1-14, 17-20, 30-36, 38-40
  • F - Substituted (SB)- ASDU 1-14, 17-20, 30-36; Counter overflow (CY)  - ASDU 15, 16, 37
  • G - Non-topical (NT) - ASDU 1-14, 17-20, 30-36; Counter adjusted (CA)  - ASDU 15, 16, 37
  • H - Invalid (IV) - ASDU 1-20, 30-40
A..H-

Kotva
iua
iua
Ignore Unknown Addresses

Ak je hodnota parametra True, proces D2000 KOM nebude hlásiť chybu (na konzole ani do logovacích súborov) v prípade, že príde hodnota s adresou, ktorej nezodpovedá žiaden meraný bod.YES/NONO
Kotva
icci
icci
Interrogation Covers Counter Interrogation
Ako odpoveď na Interrogation sa posielajú aj ASDU 15,16,37 (Integrated Totals), ktoré sú štandardne vyžiadané ASDU 101 [Counter Interrogation].YES/NOYES
Kotva
k
k
K (max outstanding I APDUs)
Veľkosť vysielacieho okna, t.j. množstvo paketov, ktoré proces D2000 KOM odošle bez prijatia potvrdenia (S-framu alebo I-framu). Podľa normy je prednastavené K=12.-12
Kotva
nf
nf
No Flags
Ak je hodnota parametra True, potom sa stavový bit prichádzajúcich ASDU ignoruje a neukladá do príznakov FAA .. H. FH. Zároveň sú ignorované príznaky výstupných meraných bodov a stavový bit sa nenastavuje podľa nich.YES/NONO
Kotva
oic
oic
Order of IC
Poradie posielania ASDU 100 [Interrogation Command] pri prechode stanice do komunikácie alebo pri vytvorení novej stanice. Ak je OIC<OCIC, pošle sa ASDU 100 pred ASDU 101. Ak je OIC=0, ASDU 100 sa neposiela. Parameter je nastaviteľný a platný zvlášť pre každú stanicu.-1
Kotva
ocic
ocic
Order of Counter IC
Poradie posielania ASDU 101 [Counter Interrogation Command] pri prechode stanice do komunikácie alebo pri vytvorení novej stanice. Ak je OCIC<OIC, pošle sa ASDU 101 pred ASDU 100. Ak je OCIC=0, ASDU 101 sa neposiela. Parameter je nastaviteľný a platný zvlášť pre každú stanicu.-0
Kotva
pcnt
pcnt
Ping Count
Počet opakovaní, po ktorých ak IP adresa neodpovedá na ping, je označená ako nefunkčná. Viď parameter PTO.-3
Kotva
pto
pto
Ping TimeOut
Ak je tento parameter nenulový, tak udáva timeout (v milisekundách) na odpoveď servera na ping (ICMP echo) paket. Proces D2000 KOM v pozadí pinguje všetky štyri nakonfigurované IP adresy. Ak niektorá IP adresa PCNT-krát po sebe neodpovie, je označená ako nefunkčná a spojenie je ukončené. Ak je parameter PTO= 0, pingovanie IP adries nie je aktívne.-0
Kotva
psd
psd
Post Start Delay
Oneskorenie pri inicializácii spojenia medzi prijatím odpovede StartDT Con a zaslaním Interrogation Command a/alebo Counter Interrogation Command.ms0

Kotva
ssn
ssn
Send

Ssequence

Sequence Number

Počiatočné SSN. Podľa normy sa po vytvorení spojenia nastavuje SSN na 0, iné ako nulové SSN môže byť vhodné napr. na testovanie.-0
Kotva
spsh
spsh
Server Port, Server Host
Číslo portu a IP adresa rozhrania, na ktorom má proces D2000 KOM počúvať. Ak sú zadané oba parametre, proces D2000 KOM funguje ako pasívny (čaká na pripojenie sa klientov Sinaut). Ak má počúvať na všetkých sieťových rozhraniach, treba nastaviť SH=ALLhodnotu parametra na ALL alebo *.-
Kotva
sko
sko
Standby Keep Open
Ak je True, po prechode procesu D2000 Server, ku ktorému je proces D2000 KOM pripojený, z Hot do Standby stavu (redundantný systém) sa nezatvorí spojenie so druhou stranou.-True
Kotva
st_ce
st_ce
Station Communication Error

Parameter udáva počet neúspešných pokusov o pripojenie po výpadku komunikácie, po ktorých stanica prejde do stavu St_CommErr. Pri redundantných linkách musí navyše buď komunikácia vypadnúť na oboch TCP spojeniach alebo funkčné TCP spojenie musí byť na standby-server (viď parametre ICF3 a IT), t.j. dáta z neho sú ignorované.

-2
Kotva
st_he
st_he
Station Hard Error

Parameter udáva počet neúspešných pokusov o pripojenie po výpadku komunikácie, po ktorých stanica prejde do stavu St_HardErr. Pri redundantných linkách musí navyše buď komunikácia vypadnúť na oboch TCP spojeniach alebo funkčné TCP spojenie musí byť na standby-server (viď parametre ICF3 a IT), t.j. dáta z neho sú ignorované.

-5
Kotva
srcs
srcs
Strict Redundancy Connection Signalisation
Množstvo TCP spojení, ktoré musia byť otvorené, aby bola linka považovaná za OK. Všetky spojenia sú 4 (2 Sinauty, každý z nich má 2 sieťové adresy).-4
Kotva
tki
tki
Tcp KeepInit
Tento parameter je implementovaný iba na OpenVMS. Ak je nenulový, tak udáva timeout (v sekundách) na otvorenie nového spojenia na server. Pre OpenVMS je default 75 sekúnd, pre Windows 20.-0
Kotva
tnd
tnd
TCP NoDelay
Nastavenie TND parametra spôsobí nastavenie nízkoúrovňového parametra socketov TCP_NODELAY, čím sa vypne prednastavené spájanie paketov.

Kotva
w
w
W (ack after receiving W APDUs)
Množstvo prijatých paketov, po ktorých proces D2000 KOM odošle ako potvrdenie S-frame. Podľa normy je prednastavené W=8.
Musí platiť W < K, norma odporúča W = 2/3 * K
-8
Kotva
wt1
wt1
Wait Timeout T1
Timeout na prijatie potvrdenia na odoslaný I-frame (očakáva sa buď potvrdenie v rámci I-framu alebo samostatný S-frame) alebo U-frame (očakáva sa U-frame). Ak do času WT1 nedostane proces D2000 KOM potvrdenie, zavrie TCP spojenie. Podľa normy prednastavený WT1 je 15000 ms.ms15 000 milisek.
Kotva
wt2
wt2
Wait Timeout T2
Timeout na posielanie potvrdenia na prijatý I-frame. WT2 < WT1. Ak nie je posielaný do času WT2 od prijatia I-framu iný I-frame (ktorý by zároveň potvrdil prijatý I-frame), tak pošle proces D2000 KOM partnerovi potvrdzujúci S-frame, ktorým potvrdí prijatý I-frame. Podľa normy prednastavený WT2 je 10000 ms.ms10 000 milisek.
Kotva
wt3
wt3
Wait Timeout T3
Timeout na posielanie testovacích framov (U-frame TEST ACT). Ak sa neposielajú žiadnym smerom dlhší čas žiadne dáta, po uplynutí doby WT3 pošle proces D2000 KOM U-frame TEST ACT a očakáva (do doby WT1 od odoslania) príchod U-frame TEST CON. V prípade, že partner má WT3 nastavený na menšiu hodnotu, posiela testovacie framy on a proces D2000 KOM na ne odpovedá. Podľa normy prednastavený WT3 je 20000 ms.
Nastavením na 0 sa posielanie testovacích framov vypne.
ms20 000 milisek.
Kotva
wtn
wtn
Wait Timeout N
Timeout na prijatie potvrdenia spracovania zaslanej hodnoty. Prijatie napr. S-framu s RSN (Receive Sequence Number) potvrdzujúcim, že druhá strana prijala predchádzajúci I-frame, ešte neznamená, že tento prijatý I-frame bol aj spracovaný. Do času WTn očakáva proces D2000 KOM prijatie odpovede (napr. po poslaní ASDU s TypeIdentificator=45 [Single Command] s CauseOfTransmission=6 [Activation] sa očakáva prijatie Single Commandu s CauseOfTransmission=7 [Activation Confirmation].
Po vypršaní WTn zavrie proces D2000 KOM TCP spojenie.
ms60 000 milisek.

Zadané parametre s výnimkou parametrov Order of IC a Order of Counter IC sú platné pre celú linku - tj. stačí ich zadať v jedinej stanici patriacej linke.

...

Stavový byte jednotlivých ASDU umožňuje oproti ICCP OPC komunikácií prenos iba obmedzenej množiny príznakov. Tabuľka číslo 4 zobrazuje prevod bitov stavového byte na príznaky kompatibilné s ICCP OPC komunikáciou (viď parameter ICCP compatible flags).

Tab. č. 4

Bity stavového byte

PopisICCP OPC mapovanie
8 [IV invalid]7 [NT non topical]6 [SB substituted]5 [BL blocked]1 [OV overflow]
1xxxxINVALIDFH H (NotValid)
0x00xVALIDFA A (Actual)
0x01xBLOCKEDFD D (Blocked)
0x10xSUBSTITUTEDFC C (Entered)
0x11xSUBSTITUTED + BLOCKEDFF F (Blocked Manual)

Kotva
merany_bod
merany_bod
Konfigurácia meraných bodov

...

  • Adresa bodu je mapovaná na Information object address, tj. má 3 bajty a musí byť v rozmedzí 0 - 16777215.
    Kvôli lepšej orientácii je možné zapisovať adresu meraného bodu v tvare ByteHI,ByteMIDDLE,ByteLO, t.j. adresa 1,2,3 je rovnaká ako 66051 (1*256*256 + 2*256 + 3). Viď poznámku o adrese IOA.
    Meraný bod s adresou, ktorá sa začína %IGNORE, bude ignorovaný.
  • Vstupné body musia mať príslušné typy (Ai,Ci,Di,Qi) pre prijaté ASDU, viď tabuľka 1.
  • Pre konkrétny typ výstupného bodu (Ao,Dout,Co) je nutné nastaviť typ ASDU, ktorý sa má použiť, viď tabuľka 1 a tabuľka 2.
  • Je možné nakonfigurovať jeden vstupný meraný bod a niekoľko výstupných meraných bodov na tej istej adrese, pokiaľ majú výstupné merané body rôzne ASDU. Príklad:
    • meraný bod M1, typ Di, adresa 1
    • meraný bod M2, typ Dout, adresa 1, ASDU 1 (single-point information)
    • meraný bod M3, typ Dout, adresa 1, ASDU 45 (single command)

    Konfigurácia na strane partnera:
    • meraný bod P1, typ Dout, adresa 1, ASDU 1 (single-point information)
    • meraný bod P2, typ Di, adresa 1

    Zápis do meraného bodu P1 zo strany partnera spôsobí novú hodnotu bodu M1. Zápisy meraných bodov M2, M3 spôsobia novú hodnotu bodu P2 na strane partnera.
  • Ak je nakonfigurovaný Cieľový stĺpec štruktúry, tak sa do príslušných položiek ukladajú prijaté hodnoty od adresy nakonfigurovanej na meranom bode a vyššie (napr. objekty s adresami 10, 11, 12 ... podľa počtu riadkov cieľovej štruktúry).

Kotva
tell_cmd
tell_cmd
Tell príkazy

...

  • Ver. 1.0 – 15. december 2004
  • Ver. 1.1 – 21. február 2011
  • Ver. 1.2 – 16. november 2023 (podpora cieľového stĺpca štruktúry)


Info
titleSúvisiace stránky:

Komunikačné protokoly

...