OPC UA (Open Platform Communications Unified Architecture), farklı marka PLC, makine ve yazılımların veriyi ortak, güvenli ve anlamı korunmuş biçimde paylaşmasını sağlayan, üreticiden bağımsız bir endüstriyel haberleşme standardıdır. Yalnızca "40 derece" değerini değil, bu değerin hangi makinenin hangi sensörüne ait olduğunu, birimini ve sınırlarını da taşır. Bu yüzden SCADA, MES ve ERP entegrasyonunun ortak dili olarak kullanılır.
OPC UA fabrikada hangi sorunu çözer?
Tipik bir üretim tesisinde on beş yıllık bir enjeksiyon makinesi, geçen yıl alınmış bir CNC ve farklı markalardan PLC'ler yan yana çalışır. Her birinin kendi haberleşme biçimi, kendi adres yapısı ve kendi yazılımı vardır. Birinde sıcaklık "40001 numaralı yazmaç", diğerinde "DB10.DBW4" adresidir; hangisinin ne olduğunu yalnızca o makineyi devreye alan teknisyen bilir.
Sonuç tanıdıktır: SCADA ekranları her yeni makinede baştan eşleştirilir, üretim adetleri vardiya sonunda elle toplanır, ERP'ye giren sayı ile hattaki gerçek sayı tutmaz. Yeni bir raporlama ihtiyacı çıktığında her makine için ayrı bir sürücü, ayrı bir betik yazılır. Bu noktaya-noktaya bağlantılar zamanla kimsenin tam haritasını bilmediği bir yumağa dönüşür.
OPC UA bu yumağı tek bir kurala bağlar: her makine verisini standart bir sunucu arayüzüyle yayınlar, her yazılım aynı istemci arayüzüyle okur. OPC Foundation'ın OPC UA tanıtım sayfasına göre standart 2008'de yayımlandı. Bugün birçok yeni nesil PLC ve makine kontrol ünitesi, ek donanım gerektirmeden OPC UA sunucusu olarak çalışabiliyor.
Ortak dil olmamasının maliyeti
Makineler arasında ortak dil olmayınca ilk kaybedilen şey görünürlüktür. Duruşun başladığı an, nedeni ve süresi otomatik kaydedilmediğinde sorunlar ancak vardiya sonunda ya da müşteri şikâyetiyle fark edilir.
Siemens'in The True Cost of Downtime 2024 raporuna göre büyük üretim tesisleri ayda ortalama 25 plansız duruş yaşıyor ve ayda 27 saat üretim kaybediyor.
Aynı raporda ankete katılan her 10 firmadan 9'unun bir tür durum izleme yaptığı görülüyor. Yani veri toplamak artık ayırt edici değil; asıl farkı, verinin karar sistemlerine ne kadar hızlı ve tutarlı ulaştığı belirliyor.
İkinci kayıp veri kalitesidir. Veri kalitesi uzmanı Thomas C. Redman, MIT Sloan Management Review'daki 2017 tarihli makalesinde kötü verinin çoğu şirkete maliyetini gelirin %15–25'i olarak tahmin ediyor. Elle aktarılan üretim adetleri, birimleri karışmış sıcaklık değerleri ve saat farkı olan zaman damgaları bu maliyetin fabrikadaki karşılığıdır.
Üçüncüsü güvenliktir. Verizon 2026 Data Breach Investigations Report verisine göre fidye yazılımı tüm ihlallerin %48'inde yer aldı. Şifrelemesiz, kimlik doğrulamasız eski protokollerle ofis ağına açılan makineler bu riski doğrudan üretim hattına taşır; ayrıntıları OT güvenliği ve SCADA yazımızda ele aldık.
OPC UA nasıl çalışır? Dört temel kavram
OPC UA'yı anlamak için dört kavram yeterlidir:
- Sunucu ve istemci: Makine ya da PLC üzerindeki OPC UA sunucusu veriyi yayınlar; SCADA, MES veya bir ağ geçidi istemci olarak bağlanıp okur, gerekirse yazar. Bağlantı adresleri genellikle
opc.tcp://ile başlar. - Adres alanı ve bilgi modeli: Veri düz bir adres listesi değil, klasör yapısı gibi gezilebilen nesnelerdir. "Hat 2 > Pres 3 > Hidrolik > Yağ Sıcaklığı" düğümü değerini, birimini, alt-üst sınırını ve zaman damgasını birlikte taşır.
- Abonelik (subscription): İstemci her saniye sormak yerine "şu değişken değişirse haber ver" der. Örnekleme aralığı ve ölü bant (deadband) ayarlanarak ağ trafiği azaltılır.
- Güvenlik: Uygulamalar X.509 sertifikalarıyla birbirini tanır; mesajlar imzalanabilir veya imzalanıp şifrelenebilir, kullanıcılar ad-parola ya da sertifikayla doğrulanır.
Bilgi modelinin gücü companion specification denen sektör şablonlarından gelir. Örneğin plastik enjeksiyon makineleri için EUROMAP 77, takım tezgâhları için umati girişimiyle yaygınlaşan OPC UA for Machine Tools gibi ortak modeller tanımlanmıştır. Bu modeli destekleyen iki farklı marka makine, aynı veriyi aynı adla ve aynı yapıda sunar; entegrasyon her seferinde yeniden icat edilmez.
OPC UA ayrıca istemci-sunucu modelinin yanında yayınla/abone ol (PubSub) modelini de tanımlar. Bu sayede veri UDP ya da MQTT üzerinden çok sayıda alıcıya aynı anda gönderilebilir; bu kurgu üretimde edge computing mimarilerinde sıkça kullanılır.
OPC UA, OPC Classic, Modbus ve MQTT karşılaştırması
OPC UA'nın yerini doğru anlamak için sahada en sık karşılaşılan alternatiflerle yan yana koymak gerekir:
| Ölçüt | OPC UA | OPC Classic (DA) | Modbus TCP | MQTT |
|---|---|---|---|---|
| Veri modeli | Zengin, hiyerarşik, tipli | Düz etiket listesi | Numaralı yazmaçlar | Serbest konu (topic) ve içerik |
| Platform | İşletim sisteminden bağımsız | Windows ve DCOM'a bağlı | Bağımsız | Bağımsız |
| Yerleşik güvenlik | Sertifika, imza, şifreleme | DCOM ayarlarına bağlı | Klasik protokolde yok (ayrı bir TLS uzantısı tanımlı, sahada nadir) | TLS ve kimlik doğrulama broker'a bağlı |
| Birim ve anlam bilgisi | Veriyle birlikte gelir | Sınırlı | Gelmez, dokümandan okunur | Uygulamaya bırakılmış |
| Tipik kullanım | Makine–SCADA–MES entegrasyonu | Eski tesislerdeki OPC sunucuları | Basit cihaz ve sayaçlar | Sahadan buluta hafif mesajlaşma |
Bu tablo bir "kazanan" seçmek için değil, doğru katmana doğru protokolü koymak içindir. Modbus basit bir enerji analizörü için hâlâ en pratik yoldur; MQTT binlerce uzak noktadan buluta veri taşımada güçlüdür. OPC UA ise anlamın ve güvenliğin önemli olduğu makine–yazılım sınırında öne çıkar. Çoğu sahada üçü birlikte çalışır ve bir ağ geçidi aradaki çeviriyi yapar.
PLC'si olmayan ya da eski protokol konuşan makinelerde OPC UA'ya ulaşmanın yolu önce veriyi okunur hale getirmektir. Akım sensörü, sayaç veya ek giriş modülüyle yapılan bu işlemi eski makineleri dijitalleştirme rehberimizde anlattık.
Fabrikada OPC UA'ya geçiş: 7 adımlık çerçeve
OPC UA projesi bir "protokol değişimi" değil, veri modelinin yeniden düzenlenmesidir. Aşağıdaki sıra hem riski hem de yeniden işi azaltır:
- Envanter çıkarın. Her makinenin PLC markası, modeli, yazılım sürümü, mevcut protokolü ve ağ bağlantısı tek tabloya yazılır. Gömülü OPC UA sunucusu olanlar ile ağ geçidi gerekenler burada ayrılır.
- Kullanım senaryosunu seçin. "Her şeyi bağlayalım" yerine tek bir soru belirlenir: duruş nedenlerini görmek mi, OEE hesaplamak mı, enerji tüketimini izlemek mi?
- Bilgi modelini tasarlayın. Etiket adları, birimler, hiyerarşi ve varsa sektör companion specification'ı belirlenir. Bu adım atlanırsa OPC UA, adı değişmiş bir yazmaç listesinden öteye geçmez.
- Güvenlik politikasını baştan kurun. Sertifika yönetimi, "imzala ve şifrele" modu, kullanıcı rolleri ve OT ağının segmentasyonu devreye almadan önce netleşir. "Şimdilik güvenliksiz açalım" kararı genellikle kalıcı olur.
- Pilot hatta deneyin. Bir veya iki makinede abonelik aralıkları, ölü bant değerleri ve ağ yükü ölçülür; veri SCADA ekranında ve bir rapor üzerinde doğrulanır.
- Kayıt ve entegrasyon katmanını bağlayın. Değerler zaman serisi veritabanına yazılır; iş emri ve adet bilgisi MES'e, özet veriler ERP'ye aktarılır.
- İşletme kurallarını yazın. Sertifika yenileme takvimi, yeni makine eklerken izlenecek şablon ve değişiklik onayı dokümante edilir.
Adımların her birinde sorulması gereken kontrol soruları şunlardır:
| Kontrol noktası | Sorulacak soru |
|---|---|
| Envanter | Hangi makinede gömülü OPC UA sunucusu var, hangisi ağ geçidi istiyor? |
| Bilgi modeli | Aynı tip makineler aynı etiket yapısını mı kullanıyor? |
| Güvenlik | "None" güvenlik modu kapalı mı, sertifikalar kimde ve ne zaman yenileniyor? |
| Performans | Örnekleme aralığı ihtiyaca mı, yoksa "ne kadar hızlı o kadar iyi" düşüncesine mi göre seçildi? |
| Entegrasyon | MES ve ERP aynı adı aynı anlamda mı kullanıyor? |
Digital Bridge'de OPC UA entegrasyonunu nasıl yapıyoruz?
Projelere keşif ve ihtiyaç analiziyle başlıyoruz. Endüstri 4.0 projeleri için sunduğumuz ücretsiz saha değerlendirmesinde makinelerin PLC yapısını, mevcut protokolleri ve ağ topolojisini yerinde çıkarıyor, hangi verinin hangi karar için gerektiğini üretim ekibiyle birlikte belirliyoruz. Ardından kapsamı, aşamaları ve bedeli net yazılı bir teklif hazırlıyoruz.
Pilot aşamasında bir veya iki kritik makineyi OPC UA üzerinden bağlıyor, veriyi SCADA ve HMI ekranlarına taşıyoruz. Siemens, Allen-Bradley, Mitsubishi, Schneider ve diğer markalara Modbus, OPC-UA, Profibus ve Ethernet üzerinden bağlanabildiğimiz için karışık makine parkı başlangıç engeli olmuyor. Firmaya özel geliştirdiğimiz SCADA'da kaynak kodu müşteriye aittir ve ek lisans bedeli çıkmaz; bu seçeneğin ticari platformlarla karşılaştırmasını ticari SCADA mı, özel SCADA mı yazısında yaptık.
Pilot değer ürettiğinde veriyi üretim yönetimine bağlıyoruz. MES üretim yönetimi çözümümüz Logo, SAP, Mikro ve firmaya özel ERP'lerle entegre çalışır; OPC UA'dan gelen adet, duruş ve kalite verisi iş emrine bağlanır. İki katmanın farkını MES ile ERP arasındaki fark yazımızda anlattık.
Farklı yazılımları birbirine bağlayan katman ise sistem entegrasyonları hizmetimizin konusu. OPC UA sahadaki dili standartlaştırırken, ofis tarafındaki sistemlerle konuşmak çoğu zaman bir API entegrasyonu gerektirir. Birden fazla tesisi olan işletmelerde ise verileri uzaktan izleme platformuna aktararak tüm sahaları tek ekranda topluyoruz; aynı veri ileride kestirimci bakım çalışmalarının da temelini oluşturur.
Nereden başlamalı?
OPC UA'ya geçiş, tüm fabrikayı aynı anda yenilemeyi gerektirmez. Duruşların en çok maliyet yarattığı bir hat, net bir soru ve iyi tasarlanmış bir bilgi modeli, sonraki adımlara yön veren veriyi üretmeye yeter. Genel önceliklendirme için KOBİ'ler için Endüstri 4.0 yol haritası yazımızdan ve Endüstri 4.0 yazılarımızın tamamından yararlanabilirsiniz.
Makine parkınızın OPC UA'ya ne kadar hazır olduğunu birlikte değerlendirmek için bizimle iletişime geçin; saha değerlendirmesinde envanteri çıkarıp ilk pilot için somut bir kapsam öneriyoruz.