Architektura OPC UA: Model informacyjny, bezpieczeństwo, sesje i transport

Struktura standardu IEC 62541

IEC 62541 składa się z 13 ponumerowanych części. Części 1–7 definiują podstawową architekturę; części 8–14 obejmują mapowania, bezpieczeństwo i profile. Dla integratorów automatyki budynkowej najważniejsze są części 1 (Koncepcje), 3 (Model przestrzeni adresowej), 4 (Usługi), 6 (Mapowania – kodowanie i transport), 7 (Profile) oraz specyfikacja towarzysząca IEC 62541-100 (OPC UA dla budynków).

Model informacji: typy NodeClass i referencje

Każda informacja w serwerze OPC UA jest reprezentowana jako węzeł w przestrzeni adresowej. Węzły mają atrybut NodeClass określający ich rolę. Węzły są połączone ze sobą za pomocą typowanych referencji – na przykład HasComponent, HasProperty, Organizes, HasSubtype. Tworzy to skierowany graf, który klienci mogą przeglądać, aby odkryć zawartość serwera bez wcześniejszej znajomości struktury danych.

Przestrzeń adresowa: przestrzenie nazw i przeglądane drzewo

Przestrzeń adresowa jest zorganizowana jako przeglądane drzewo. Każdy węzeł jest identyfikowany przez NodeId składający się z indeksu przestrzeni nazw i identyfikatora (numeryczny, tekstowy lub GUID). Przestrzeń nazw 0 (ns=0) jest zawsze standardową przestrzenią nazw OPC UA zawierającą wbudowane typy i standardowe węzły. Przestrzenie nazw 1+ są przypisywane przez serwer dla treści specyficznych dla dostawcy lub aplikacji. Klienci odkrywają tablicę przestrzeni nazw za pomocą wywołania usługi GetNamespaceArray.

Objects (ns=0;i=85)  ← OPC UA standard root
├── Server (ns=0;i=2253)  ← always present, server diagnostics
└── Building_01 (ns=1;s=Building_01)  ← application namespace
    ├── Floor_02 (ns=1;s=Building_01/Floor_02)
    │   ├── AHU_01 (ns=1;s=AHU_01)  [Object]
    │   │   ├── SupplyAirTemperature (ns=1;s=AHU_01.SAT)  [Variable, Float]
    │   │   │   ├── EngineeringUnits  [Property: "°C"]
    │   │   │   ├── EURange  [Property: Low=0, High=60]
    │   │   │   └── StatusCode  [Property: Good/Bad/Uncertain]
    │   │   ├── FanSpeed (ns=1;s=AHU_01.FanRPM)  [Variable, UInt16]
    │   │   ├── DamperPosition (ns=1;s=AHU_01.Damper)  [Variable, Byte, 0–100%]
    │   │   └── ResetAlarm (ns=1;s=AHU_01.ResetAlarm)  [Method]
    │   └── VAV_Zone_2A (ns=1;s=VAV_2A)  [Object]
    │       ├── RoomTemperature (ns=1;s=VAV_2A.RoomTemp)  [Variable, Float]
    │       └── Setpoint (ns=1;s=VAV_2A.SP)  [Variable, Float, writable]
    └── Meters (ns=1;s=Meters)
        └── Main_kWh (ns=1;s=Meter.kWh)  [Variable, Double]

Klienci nawigują od korzenia Objects za pomocą usługi Browse, podążając za referencjami hierarchicznymi (HasComponent, Organizes, HasProperty), aby odkryć węzły. Usługa TranslateBrowsePathsToNodeIds umożliwia klientom bezpośrednie przejście do znanej ścieżki bez przeszukiwania całego drzewa – przydatne do wydajnościowego odpytywania znanych zmiennych.

Opcje transportu

OPC UA definiuje trzy wiązania transportowe. Wybór wpływa na opóźnienie, przechodzenie przez zapory ogniowe i narzut protokołu. OPC UA Binary przez TCP jest domyślne dla integracji BMS na poziomie zakładu; HTTPS i WebSockets są używane dla interfejsów chmurowych lub dostępnych przez przeglądarkę.

Tryby bezpieczeństwa i polityki bezpieczeństwa

Bezpieczeństwo OPC UA jest negocjowane na poziomie Secure Channel przed wymianą jakichkolwiek wiadomości aplikacji. Serwer ogłasza obsługiwane EndpointDescriptions (kombinacje MessageSecurityMode i SecurityPolicyUri). Klient wybiera jedną podczas otwierania połączenia. Nigdy nie używaj None w środowisku produkcyjnym – przesyła wszystkie dane w postaci jawnej bez ochrony integralności.

SecurityPolicyUri wybiera algorytmy kryptograficzne. Obecnie zalecane polityki (według IEC 62541-7:2022) to:

Metody uwierzytelniania

Uwierzytelnianie odbywa się na warstwie sesji (powyżej bezpiecznego kanału). OPC UA definiuje trzy typy tokenów tożsamości ActivateSession. Uwierzytelnianie oparte na certyfikatach jest najbezpieczniejsze i wymagane przez normy bezpieczeństwa przemysłowego, takie jak IEC 62443-3-3 Security Level 2.

Sesje i subskrypcje

Sesja jest ustanawiana na szczycie bezpiecznego kanału po uwierzytelnieniu. Sesje mają RequestedSessionTimeout (zwykle 60–3600 sekund); jeśli klient nie wyśle keep-alive przed upływem czasu, serwer usuwa sesję i wszystkie jej subskrypcje. Klienci powinni obsługiwać ponowne połączenie poprzez przywrócenie sesji lub transfer.

Subskrypcje są podstawowym mechanizmem efektywnego monitorowania danych. Zamiast wielokrotnie odpytywać zmienne (co generuje niepotrzebny ruch), klienci tworzą subskrypcję z PublishingInterval i dodają do niej MonitoredItems. Serwer próbkuje każdy MonitoredItem z interwałem SamplingInterval i kolejkuje zmiany wartości; gdy PublishingInterval wyzwala, wszystkie oczekujące powiadomienia są wysyłane w jednej wiadomości PublishResponse.

CreateSubscription request:
  RequestedPublishingInterval: 1000  // ms — how often server sends Publish
  RequestedMaxKeepAliveCount: 10     // Publish cycles before keep-alive sent
  RequestedLifetimeCount: 30         // LifetimeCount × PublishingInterval = session timeout
  MaxNotificationsPerPublish: 1000   // cap notifications per PublishResponse
  PublishingEnabled: true

MonitoredItem parameters:
  SamplingInterval: 500              // ms — server samples item at this rate
                                     // must be ≥ server MinSupportedSampleRate
  QueueSize: 10                      // buffer for overrun; 1 = last value only
  DiscardOldest: true                // discard oldest on queue overflow
  DeadbandType: None / Absolute / Percent
  DeadbandValue: 0.5                 // Absolute: only report if change > 0.5 units
                                     // Percent: only report if change > 0.5% of EURange

Specyfikacje towarzyszące OPC UA

Specyfikacje towarzyszące rozszerzają podstawowy standard OPC UA o domenowe modele informacyjne. Definiują standardowe ObjectTypes, VariableTypes i przestrzenie nazw URI, tak aby urządzenia różnych producentów udostępniały dane w spójnej, interoperacyjnej strukturze. Inżynierowie automatyki budynkowej powinni znać następujące specyfikacje towarzyszące: