Porovnávané verzie

Kľúč

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

Protokol OPC Data Access 2.05 & 3.0 Client

Podporované typy a verzie zariadení 
Konfigurácia komunikačnej linky
Konfigurácia komunikačnej stanice
Konfigurácia meraných bodov
Prehľadávanie adresného priestoru OPC servera
Dočítavanie historických údajov
Tell príkazy
Konfigurácia DCOM pre pripojenie sa ku remote OPC serveru
Chyby a problémy
Literatúra
Zmeny a úpravy
Revízie dokumentu

Kotva
typy_verzie
typy_verzie
Podporované typy a verzie zariadení

...

NázovPopisJednotkaNáhradná hodnota
Kotva
hda
hda
OPC HDA: Server if Available
Meno (ProgID) OPC HDA servera, ak je dostupný. Prázdny text pre neaktivovanie OPC HDA funkcií.- 
Kotva
nval
nval
OPC HDA: Max. Number of Values
Nastavuje parameter NumItems pri synchrónnom čítaní historických "raw" hodnôt. Implicitná hodnota 0 znamená všetky hodnoty v danom intervale.-0
Kotva
seqt
seqt
Sequenced Transactions
Zapína sekvenčné radenie volaní funkcie "Refresh2" rozhraní "Async I/O 2.0” a "Async I/O 3.0". Volania sú realizované po sebe vždy až po ukončení predchádzajúceho (t.j. získaní hodnôt).YES/NONO
Kotva
rfga
rfga
Repeat Failed Group Activation
Opakovanie zlyhaných operácií aktivácie OPC grupy po čase určenom parametrom "Group reactivation delay".YES/NOYES
Kotva
gracd
gracd
Group Reactivation Delay
Čas, po ktorom je opakovaná neúspešná aktivácie OPC grupy, pokiaľ je zapnuté opakovanie aktivácie parametrom "Repeat failed group activation".sec30
Kotva
rfgx
rfgx
Reconnect After Failed Group Activation
Po zlyhaní operácií aktivácie OPC grupy dôjde k odpojeniu od OPC servera a k opätovnému pripojeniu. Parameter má význam najmä pri konfigurácii redundantných OPC serverov (po po odpojení sa od OPC servera nasleduje pripojenie k druhému OPC serveru, kde aktivácia môže byť úspešná).YES/NONO
Kotva
ggsd
ggsd
GetGroupState Periode
Perióda opakovania volania "GetGroupState" rozhrania "IOPCGroupStateMgt". Toto synchrónne volanie sa, ako jediné, cyklicky opakuje a slúži na detekciu problémov v komunikácii s OPC Serverom.sec10
Kotva
aagde
aagde
Accept All GetGroupState Errors

Považovanie všetkých chýb, ktoré vracia volanie "GetGroupState" rozhrania "IOPCGroupStateMgt", za fatálne (dôjde k odpojeniu od OPC servera a k opätovnému pripojeniu, prípadne k reštartu KOM procesu).

Príklad chybovej hlášky volania "GetGroupState":
WARNING: Siemens.TXP.OPC caused COM/OPC error 80010108H on IOPCGroupStateMgt::GetState(), Error string : The object invoked has disconnected from its clients.

YES/NONO
Kotva
sksf
sksf
Stop KOM When OPC Server Fails
Pri fatálnej chybe v komunikácii povoľuje zastaviť celý KOM proces. Viď poznámku.YES/NONO
Kotva
dp
dp
Disconnect On Passive
Iba aktívny KOM proces (t.j. aktívna inštancia pripojená k HOT serveru) komunikuje s OPC serverom. KOM proces, ktorý sa stane pasívnym (zmenou aktívnej inštancie alebo prepnutím redundancie), zavrie spojenie s OPC serverom.
Pozn: parameter umožňuje znížiť záťaž OPC servera v redundantných D2000 systémoch ako aj riešiť napr. problémy s licenčným obmedzením počtu OPC klientov.
YES/NONO

...

  1. Na príkazovom riadku, na počítači, kde je nainštalovaný OPC server, odštartujte konfiguračný nástroj "Component Services" (v zložke "Administrative Tools" alebo odštartovaním príkazu “dcomcnfg” na príkazovom riadku).
  2. Vyberte "Component Services" -> "Computer"  -> "My Computer", vyberte menu "Properties".
  3. Skontrolujte, či je povolený DCOM zaškrtnutím voľby “Enable Distributed COM on this computer” v záložke "Default Properties".
  4. V záložke "COM Security" skontrolujte limity pre "Access Permissions" a "Launch and Activation Permissions". Stlačte "Edit Limits..." a overte DCOM prístupové práva pre vášho užívateľa, prípadne pre skupinu užívateľov "Distributed COM Users". Overte povolenie "Remote Access", "Remote Launch" a "Remote Activation". Pozor, toto sú limitné nastavenia. Nastavenia "Security" na konkrétnej komponente nemôžu prekonať nastavenie "COM Security" limít, aj keď to je možné tak nakonfigurovať.
  5. Skontrolujte, či je užívateľ členom skupiny (User Group) "Distributed COM Users". Otvorte "Control Panel" -> "Administrative tools" -> "Computer Management" -> "Local Users and Groups" -> "Groups" a nájdite skupinu "Distributed COM Users". Ak užívateľ, pod ktorým pristupujete na OPC server nie je v tejto skupine, pridajte ho do nej.
  6. V zozname komponentov (vetva "DCOM Config" pod "My Computer") nájdite požadovaný OPC server a otvorte okno jeho parametrov (menu “Properties”). Otvorte záložku “Security”.
  7. Prepnite “Launch And Activation Permissions” na “Customize” a kliknite na tlačidlo “Edit...”.
  8. Skontrolujte, či sa v zozname nachádza požadovaný užívateľ, prípadne skupina užívateľov "Distributed COM Users" a ak nie, pridajte ho.
  9. Povoľte voľby "Remote Launch" a "Remote Activation".
  10. To isté urobte aj pre “Access Permissions”.
  11. V záložke "Identity" skontrolujte, či je nastavená voľba "The launching user" alebo "This user" a vtedy aj uvedený užívateľský účet, ktorý konfigurujeme. Bežne odporúčame nastavenie "The launching user", v prípade problémov skúste priame nastavenie "This user". V každom prípade pozor na nastavenie "The interactive user", toto krajne neodporúčame! Vtedy je totiž OPC server dostupný a odštartovaný iba v prípade, ak je nejaký užívateľ na stroji s OPC serverom interaktívne prihlásený. Toto nastavenie vedie ku problémom nedostupnosti OPC servera napr. po jeho reštarte, kým nie je žiaden užívateľ prihlásený.
  12. V prípade nutnosti používať nastavenie "The system account (services only)", t.j. kedy OPC server funguje ako Windows service, sledujte úroveň prístupových práv užívateľa "SYSTEM" podľa hore uvedených pravidiel.

...

je nutné pridať užívateľa, v kontexte ktorého komunikácia prebieha, v nástroji "Component Services" na počítači s OPC klientom (KOM proces) do zoznamu užívateľov v záložke "COM Security" -> "Edit Limits" v oboch parametroch "Access Permissions" aj "Launch and Activation Permissions" a povoliť "Remote Access" / "Remote Activation". Ide o problém s nadviazaním call-back spojenia s OPC serverom a v takom prípade sú role obrátené a OPC klient (t.j. KOM proces) figuruje ako DCOM server. Pridaním tohto užívateľa a povolením diaľkového prístupu umožníme nadviazanie call-back procedúr medzi OPC klientom a OPC serverom. Call-back procedúry sú nutné pre získavanie hodnôt z OPC servera v asynchrónnom režime “Async I/O 2.0” a “Async I/O 3.0”.

Info
titlePoznámka o SIMATIC NET OPC.SimaticNET a možno aj iných OPC serveroch

Ak je vo vlastnostiach OPC servera na poslednej záložke Identity nakonfigurované, že OPC server beží pod prihláseným užívateľom ("The interactive user"), tak to môže spôsobovať, že OPC server je k dispozícii iba pokiaľ je na počítači prihlásený užívateľ. Odporúčame toto nastavenie zmeniť ("The launching user", "This user", prípadne "The system account").


Info
titleĎalšia poznámka o OPC.SimaticNET

V konkrétnom prípade na sfunkčnenie OPC komunikácie bolo vyžadované:

  • DCOM nastavenie OPC servera OPC.SimaticNET - v záložke Identity musela byť nastavená voľba "This user" (napr. užívateľ D2000). Ak bolo nastavené "The launching user", pripájanie sa k OPC serveru skončilo na timeoute (zo strany D2000 KOM alebo Matricon OPC Explorera), hoci bolo vidieť v Task Manageri, že OPC server (opcdaserver.exe) sa pod daným uživateľom spustil.
  • užívateľ, pod ktorým bežal OPC server (napr. užívateľ D2000) musel byť v skupinách "Distributed COM Users" a Administrators. Ak nebol užívateľ administrátor, KOM vypisoval chybu CoCreateInstanceEx(CLSCTX_REMOTE_SERVER), Error string : Class not registered).

Kotva
chyby
chyby
Chyby a problémy

...