...
- Simatic S-7 OPC UA Server
- Bernecker PLC embedded OPC UA Server
- Zenon OPC UA Server
- Prosoft EtherNet/IP to Modbus TCP/IP to OPC UA Server Gateway (PLX32-EIP-MBTCP-UA)
Vynútené prerušenie spojenia: Keď sa všetky stanice na linke dostanú do simulácie alebo majú zastavenú komunikáciu, linka sa odpojí (dôjde ku zavretiu komunikačného socketu). Keď aspoň jedna stanica bude mať vypnutú simuláciu a nebude mať zastavenú komunikáciu (záložka Parametre objektu Stanica), linka sa znovu pripojí.
...
| Názov parametra | Popis | Jednotka | Náhradná hodnota | ||||||
|---|---|---|---|---|---|---|---|---|---|
| Typ použitého klienta (ovládača na OPC UA komunikáciu):
| Default Secure | Default | ||||||
| Textový identifikátor session. Identifikátor session by mal byť unikátny v rámci inštancie klienta, vďaka čomu je možné rýchlejšie vyhľadávanie problémov v logoch klienta alebo servera. | String | Kom process | ||||||
| Navrhovaný čas, pred uplynutím ktorého je potrebné vykonať znovuotvorenie kanála. V prípade, že k nemu nedôjde v danom čase, kanál sa uzavrie a nebude možné v rámci neho vymieňať dáta. | hh:mm:ss | 01:00:00 | ||||||
| Navrhovaný čas, pred uplynutím ktorého je potrebné medzi klientom a serverom poslať ľubovoľnú správu. V prípade, že sa nepošle do daného času, uvoľnia sa zdroje držané na serveri v rámci danej session. Primárnou úlohou tohto parametra je odstránenie session, ktoré sa z nejakého neočakávaného dôvodu stali neaktívne. | mm:ss | 01:00 | ||||||
| Typ autentifikácie použitej voči OPC UA serveru. Podporené typy sú:
| Anonymous / Username | Anonymous | ||||||
| Ak Authentication type = Username, tak užívateľské meno použité v autentifikácii. Ak Authentication type = Certificate, tak cesta k užívateľskému certifikátu (napr. D:\user_cert.der). | ||||||||
| Ak Authentication type = Username, tak heslo použité v autentifikácii. Ak Authentication type = Certificate, tak cesta k užívateľskému súkromnému kľúču (napr. D:\user_private_key.pem). | ||||||||
| Bezpečnostná politika (iba pre Client Type = Secure; pre Client Type = Default sa používa bezpečnostná politika None):
| None Basic128Rsa15 Basic256 Basic256Sha256 Aes128Sha256RsaOaep Aes256Sha256RsaPss | None | ||||||
| Spôsob zabezpečenia správ v OPC UA komunikácii (iba pre Client Type = Secure; pre Client Type = Default sa používa spôsob zabezpečenia None):
| None Sign Sign & Encrypt | None | ||||||
| Identifikátor preferovanej Security Policy (iba pre Client Type = Default na kryptovanie hesla). Pokiaľ OPC UA ponúka viacero bezpečnostných politík, je možné vybrať konkrétnu podľa identifikátora zaslaného OPC serverom (identifikátor je možné zistiť z logov). Príklady identifikátora (textový tvar je v zátvorkách): PolicyId: 30 (0) PolicyId: 31 (1) PolicyId: 75 73 65 72 6E 61 6D 65 5F 62 61 73 69 63 31 32 38 52 73 61 31 35 (username_basic128Rsa15) PolicyId: 75 73 65 72 6E 61 6D 65 5F 62 61 73 69 63 32 35 36 53 68 61 32 35 36 (username_basic256Sha256) | - | - | ||||||
| Čakanie po rozpade spojenia, pred opakovaným nadviazaním spojenia. | mm:ss.mss | 00:10.000 | ||||||
| Čakanie po neúspešnom pokuse o nadviazanie spojenia. | mm:ss.mss | 00:02.000 | ||||||
| Čakanie po neúspešnom pokuse o vytvorenie monitored items. Ak je nulové, pokus sa neopakuje. Ak je nenulové, pokus sa opakuje po definovanom čakaní. Pozn: v prípade konkrétneho OPC UA servera (Simatic S-7) mohlo dôjsť k tomu, že sa po reštarte PLC nepodarilo vytvorenie monitored items, ale o nejaký čas (po skončení kompletnej inicializácie PLC?) sa vytvorenie už podarilo. | sec | 0 | ||||||
| Ukončenie spojenia po príjme správy ServiceFault. | YES/NO | NO | ||||||
| Pomocou daného parametru je možné zmeniť počet informácií o chode komunikácie. Režimy Extended/Full odporúčame zapínať iba pri detekcii problémov a ladení komunikácie. Režim "Full + Trace (Secure only)" je platný iba pre Client Type = Secure. | Normal/Extended/Full/ Full + Trace (Secure only) | Normal | ||||||
| Parameter určuje vlákno, resp. vlákna, ktoré budú posielať informačné výpisy o chode komunikácie. | Receiving/Sending/Others treads/All threads | All threads |
Poznámka: všetky X509 certifikáty použité v OPC UA komunikácii sa nachádzajú v nasledovných podadresároch adresára kom-opcua v aplikačnom adresári:Kotva kom-opcua kom-opcua
...
Poznámka: v patchoch novších ako 24.7.2024 je podporená konverzia hodnoty typov Integer32 a Unsigned32 na absolútny čas. Celočíselná hodnota sa chápe ako Epoch (Unix Timestamp - počet sekúnd od 1.1.1970), pričom v konfigurácii Stanice na záložke Časové parametre je možné nastaviť, či je to počet sekúnd od UTC času alebo od lokálneho.
...
Protokol podporuje konfiguráciu záložky Cieľový stĺpec meraného bodu. Ak je hodnota OPC itemu typu "Array", tak komunikačný protokol kopíruje hodnoty poľa od nakonfigurovanej položky "Array Index" vyššie do stĺpca štruktúrovanej premennej. Prihliada sa na rozmer štruktúrovanej premennej. Ak je počet riadkov štruktúrovanej premennej menší ako načítaný "array" VARIANT, sú hodnoty, ktoré sa do štruktúrovanej premennej nezmestia, ignorované.
| Kotva | ||||
|---|---|---|---|---|
|
...
Dialógové okno slúži na jednoduché prezeranie a vkladanie OPC UA objektov do adresných parametrov meraného bodu. Vo vrchnej časti okna je zobrazená stromová štruktúra adresného priestoru. Kliknutím na objekt v tejto štruktúre sa v dolnej časti dialógu objavia priami potomkovia zvoleného objektu (premenné, tagy). Pomocou dvojkliku na jeden zo zobrazených potomkov sa adresné parametre daného objektu prenesú do adresného dialógu meraného bodu.
Poznámka: vo verziách zo 17.12.2018 a novších bolo implementované recyklovanie prehliadacieho dialógu. Pokiaľ je dialóg
Dialógové okno slúži na jednoduché prezeranie a vkladanie OPC UA objektov do adresných parametrov meraného bodu. Vo vrchnej časti okna je zobrazená stromová štruktúra adresného priestoru. Kliknutím na objekt v tejto štruktúre sa v dolnej časti dialógu objavia priami potomkovia zvoleného objektu (premenné, tagy). Pomocou dvojkliku na jeden zo zobrazených potomkov sa adresné parametre daného objektu prenesú do adresného dialógu meraného bodu.
Poznámka: vo verziách zo 17.12.2018 a novších bolo implementované recyklovanie prehliadacieho dialógu. Pokiaľ je dialóg zavretý tlačidlom Close alebo po výbere tagu, v skutočnosti je iba skrytý a je k dispozícii pre browsovanie iného meraného bodu v rámci tej istej stanice, takže sa zachováí stromová štruktúra prehliadaných objektov. Kliknutie na krížik vpravo hore spôsobí skutočné zavretie dialógu.
...
Zaškrtnutie voľby "Structured tags" spôsobí, že v stromovej štruktúre sa okrem objektov (nody typu Object) zobrazia aj premenné - tagy (nody typu Variable) a KOM proces sa pokúša načítať aj ich potomkov. Toto je užitočné pre prehliadanie OPC UA serverov, ktoré podporujú štruktúrované tagy. Vložiť tag do adresného dialógu meraného bodu je možné aj dvojklikom na názov tagu v stromovej štruktúre.
Protokol podporuje konfiguráciu záložky Cieľový stĺpec meraného bodu. Ak je hodnota OPC itemu typu "Array", tak komunikačný protokol kopíruje hodnoty poľa od nakonfigurovanej položky "Array Index" vyššie do stĺpca štruktúrovanej premennej. Prihliada sa na rozmer štruktúrovanej premennej. Ak je počet riadkov štruktúrovanej premennej menší ako načítaný "array" VARIANT, sú hodnoty, ktoré sa do štruktúrovanej premennej nezmestia, ignorované.
| Kotva | |||
|---|---|---|---|
| Kotva | |||
|
...
- OPC UA Part 1 - Overview and Concepts 1.01 Specification
- OPC UA Part 2 - Security Model 1.01 Specification
- OPC UA Part 3 - Address Space Model 1.01 Specification
- OPC UA Part 4 - Services 1.01 Specification
- OPC UA Part 5 - Information Model 1.01 Specification
- OPC UA Part 6 - Mappings 1.00 Specification
- OPC UA Part 7 - Profiles 1.00 Specification
- OPC UA Part 8 - Data Access 1.01 Specification
...
- 10. máj 2012 - vytvorenie dokumentu
...
- - Information Model 1.01 Specification
- OPC UA Part 6 - Mappings 1.00 Specification
- OPC UA Part 7 - Profiles 1.00 Specification
- OPC UA Part 8 - Data Access 1.01 Specification
| Kotva | ||||
|---|---|---|---|---|
|
...
- 10. máj 2012 - vytvorenie dokumentu
| Kotva | ||||
|---|---|---|---|---|
|
...
- Ver. 1.0 – 10. máj 2012
- Ver. 1.1 – 17. december 2018: doplnené recyklovanie prehliadacieho okna a browsovanie štruktúrovaných tagov
- Ver. 1.2 – 4. apríla 2024: Pridaná podpora pre prehliadanie všetkých typov tagov
| Info | ||
|---|---|---|
| ||
Generovanie klientských certifikátov pre OPC UA s pomocou OpenSSL. Na Windows sme použili https://slproweb.com/products/Win32OpenSSL.html. Pred generovaním treba vytvoriť súbor domain.ext s nasledovným obsahom: subjectKeyIdentifier=hash
Následne vygenerujte kľúč (napr. ProSoft PLX32-EIP-MBTCP-UA Multi-Protocol Gateway potreboval 2048-bitový, iné zariadenia akceptovali 4096-bitový): openssl genrsa -out private.pem 2048a vygenerujte certificate signing request (CSR): openssl req -new -key private.pem -out private.csrNásledne je nutné zadať viaceré parametre. Podľa vzoru UaExpert-a vypĺňame iba Organization Name, Common Name a Email Address, namiesto ostatných parametrov zadáme bodku (aby boli prázdne). Country Name (2 letter code) [AU]:. Následne vygenerujte certifikát platný days dní (10000 zodpovedá cca 27 rokov). openssl x509 -req -days 10000 -in private.csr -signkey private.pem -out cert.crt -extfile domain.extCertifikát cert.crt skonvertujte na der formát: openssl x509 -inform pem -in cert.crt -outform der -out cert.derVýsledný certifikát (cert.der) nakopírujte do adresára own a privátny kľúč (private.pem) do adresára private v adresári kom-opcua, viď poznámku. Pozn: takto vygenerovaný privátny kľúč/certifikát je použiteľný aj pre nástroj Unified Automation UaExpert. |
...
| Info | ||
|---|---|---|
| ||
...
