Kablolu veri altyapısı ve sunucu rafları

OPC, farklı üreticilerin cihaz ve yazılımlarının birbirleriyle aynı dilde konuşabilmesi için OPC Foundation tarafından geliştirilen standartlar ailesidir. 1990’larda ortaya çıkan “klasik OPC” (DA, HDA, A&E) Windows’un COM/DCOM teknolojisine dayanıyordu. OPC UA (Unified Architecture, IEC 62541) ise bu mirası platformdan bağımsız, güvenli ve bilgi modeli olan bir mimariyle yeniden kurar.

Kısaca

OPC UA, “bu etiketin değeri nedir?” sorusunun ötesine geçer: değerin ne olduğunu, hangi ekipmana ait olduğunu, biriminin ne olduğunu ve güvenilir olup olmadığını da aynı standart içinde taşır.

OPC UA nasıl çalışır?

OPC UA’da bir sunucu cihazlardan veya uygulamalardan gelen veriyi adres uzayı adı verilen bir düğüm ağında sunar. İstemciler (HMI/SCADA, tarihçe, MES, analitik) bu sunucuya güvenli bir oturumla bağlanır, adres uzayında gezinir, değerleri okur, yazar veya değişikliklere abone olur. Cihaz protokolleri sunucunun arkasında kalır; istemci yalnızca standart arayüzü bilir.

OPC UA istemci–sunucu mimarisiHMI/SCADA, tarihçe ve MES gibi istemciler, tek bir OPC UA sunucusuna güvenli oturumlarla bağlanır; sunucu PLC, sürücü ve saha cihazlarından gelen veriyi adres uzayında sunar.İstemcilerOPC UA sunucusuCihazlarHMI / SCADAİzleme, alarm, komutTarihçe (historian)Zaman serisi kaydıMES / ERP / BIÜretim ve iş verisiOPC UA sunucuAdres uzayı, oturumlar,abonelikler, sertifika vekullanıcı doğrulamaPLCÜretici sürücüsü veya yerel UASürücü, sayaç, analizörModbus, PROFINET, EtherNet/IP…Eski cihazlarSeri hat, özel protokollerVarsayılan bağlantı noktası 4840 · imzalama ve şifreleme · sertifika tabanlı güven
Tüm istemciler aynı adres uzayını ve aynı güvenlik modelini kullanır; cihaz protokolleri sunucunun arkasında kalır.

Dört yapı taşı

1. Adres uzayı ve bilgi modeli

Adres uzayı; nesneler, değişkenler ve yöntemlerden oluşan, aralarında ilişkiler bulunan bir düğüm ağıdır. Bilgi modeli bu düğümlere anlam verir: “Pompa” bir nesne tipi olabilir; devir, akım ve durum bu tipin özellikleridir. Sektörel companion specification’lar (ör. makine veya paketleme için) aynı modeli farklı üreticilerin cihazlarında standartlaştırır. Düz bir etiket listesine kıyasla bu, entegrasyon süresini ve hatayı belirgin biçimde azaltır.

2. Hizmetler

  • Browse: adres uzayında gezinme ve keşif.
  • Read / Write: değer ve özellik okuma, yazma.
  • Subscribe: değişikliklere abonelik (monitored items); yalnızca değişen veri taşınır.
  • Call: sunucudaki bir yöntemi çağırma (ör. “reçeteyi yükle”).
  • History: geçmiş veriye ve olaylara erişim.

3. Güvenlik

OPC UA güvenliği başlangıçtan itibaren mimarinin içindedir. Her uygulamanın bir sertifikası vardır; bağlantıda iki taraf birbirinin sertifikasını doğrular ve güven listesine göre karar verir. Güvenli kanal None, Sign veya Sign & Encrypt modunda kurulur; üretim ortamında Sign & Encrypt tercih edilmelidir. Ayrıca kullanıcı kimlik doğrulaması (anonim, kullanıcı adı/parola ya da sertifika) uygulanabilir. Sertifika yönetimi ayrıntıları için OPC UA sertifikaları: kurulumdan yenilemeye yazısına bakın.

4. Taşıma ve model seçenekleri

İstemci–sunucu iletişimi tipik olarak ikili opc.tcp protokolüyle, varsayılan 4840 numaralı bağlantı noktasından yapılır; HTTPS ve WebSocket bağlamaları da vardır. Çok sayıda tüketiciye yayın için PubSub modeli ve MQTT/AMQP taşıması da tanımlıdır.

OPC DA ile temel farklar

KonuOPC DA (klasik)OPC UA
PlatformWindows (COM/DCOM)Windows, Linux, gömülü cihazlar
Uzaktan erişimDCOM ayarları; karmaşık ve kırılganTek port, sertifika; güvenlik duvarı dostu
Güvenlikİşletim sistemi izinlerine bağlıUygulama sertifikası, imza, şifreleme, kullanıcı doğrulama
Veri anlamıDüz etiket listesiTipli nesneler, birimler, ilişkiler
KeşifSunucu listesi ve etiket gezintisiDiscovery hizmetleri ve hiyerarşik gezinti
YedeklilikÜrüne özgüSpesifikasyonda tanımlı sunucu yedeklilik modları
Yaşam döngüsüYeni ürünlerde azalıyorAktif geliştirilen standart

Pratikte nereden başlamalı?

  1. Verinin nereden geldiğini netleştirin. Cihazın yerel OPC UA sunucusu varsa doğrudan bağlanabilirsiniz. Çoğu eski PLC ve sayaç için üretici sürücüleriyle OPC UA sunan bir geçit gerekir; Kepware Server bu iş için yaygın kullanılan bir platformdur (sürücü listesi).
  2. Uç noktayı ve güvenlik modunu belirleyin. Test için None kullanılabilir; üretimde imzalı ve şifreli uç nokta, kullanıcı doğrulamasıyla birlikte açılmalıdır.
  3. Bir OPC UA istemcisiyle doğrulayın. Adres uzayına göz atın, bir etiketi okuyun, abonelik açın ve kalite ile zaman damgasını inceleyin (OPC UA veri kalitesi ve zaman damgası).
  4. Adlandırmayı baştan tasarlayın. Ekipman hiyerarşisini yansıtan, kalıcı ve anlamlı adlar sonraki entegrasyonları kolaylaştırır.
  5. Sertifika sorumluluklarını yazın. Kim onaylar, bitişi kim izler, yenileme ne zaman yapılır?

OPC DA’dan geçiş planlıyorsanız bir köprü ile iki dünyayı bir süre birlikte çalıştırmak en düşük riskli yoldur. Veri akışının geri kalanı için veri toplama yolunu seçmek yazısı faydalı olacaktır. Terimler için sözlüğe göz atabilirsiniz.

Sık sorulan sorular

UA ne anlama gelir?

UA, “Unified Architecture” (Birleşik Mimari) ifadesinin kısaltmasıdır. Klasik OPC’nin farklı arayüzlerini (veri, geçmiş, alarm) tek bir mimaride birleştirir.

OPC UA ücretsiz mi?

Spesifikasyonlar kamuya açıktır. Ürünler ise lisanslı veya ücretsiz olabilir; bu, yazılımı sağlayan üreticiye bağlıdır.

OPC UA, MQTT’nin yerini alır mı?

Hayır; ikisi farklı ihtiyaçlara hizmet eder ve sıklıkla birlikte kullanılır. Ayrıntı için OPC UA mı MQTT mi? yazısına bakın.

OPC UA yalnızca Windows’ta mı çalışır?

Hayır. OPC UA platformdan bağımsızdır; Windows, Linux ve gömülü cihazlarda çalışan uygulama yığınları bulunur.