OPC UA Nedir? Gerçek Hayat Senaryoları Üzerinden OPC UA Anlatımı

[Tevfik Uykun]

Günümüz endüstrisi teknolojisinde artık makinelerin çalışması yeterli değil, konuşması da bekleniyor. Farklı üreticilere ait sistemlerin(PLC’ler, SCADA sistemleri, MES ve ERP uygulamaları) haberleşmesi noktasında OPC UA (Open Platform Communications Unified Architecture) devreye giriyor. Bu yazıda OPC UA’yı gerçek senaryolar üzerinden ele alacağız.

OPC UA Nasıl Çözüm Sunar?​

1. OPC UA Sunucu (Server)​

Her üretim hattı sadece “ham veri” değil aynı zamanda anlamlı bir veri modeli sağlayan kendi OPC UA Server’ını sağlar. Örneğin:

• Kaynak robotu → OPC UA Server
• Montaj hattı → OPC UA Server
• Boya hattı → OPC UA Server

Örnek bir OPC UA veri yapısı: ProductionLine ├── Machine1 │ ├── Temperature │ ├── CycleTime │ └── AlarmStatus └── Machine2 ├── Temperature ├── CycleTime └── AlarmStatus Buradaki önemli nokta, verinin sadece sayı olarak değil, bağlamı ile birlikte sunulmasıdır.

2. OPC UA İstemci (Client)​

Aşağıdaki sistemler OPC UA Client olarak çalışır:

• SCADA
• MES
• Veri toplama servisleri
• Bulut uygulamaları

Bu client’lar:

• OPC UA Server’a bağlanır
• Güvenli şekilde veri okur / yazar
• Subscription mekanizması ile değişiklikleri anlık olarak takip eder

Basit Mimari Akış​

Bu senaryodaki temel veri akışı şu şekildedir: PLC → OPC UA Server → MES → ERP → SCADA Bu mimari sayesinde:

• PLC tarafında yapılan değişiklikler
• Aynı anda birden fazla üst sistem tarafından
• Aynı anlam ve yapı ile tüketilebilir

Senaryo: MIP ile Üretim Planının Hat Sistemlerine Entegrasyonu​

Bir yatak firmasının üretim tesisini ele alalım. Bu tesiste:

• ERP sistemi müşteri siparişlerini oluşturuyor. • MES sistemi üretim planlarını yönetiyor. • PLC sistemleri paketleme ve istif hatlarını kontrol ediyor. • Merkezi bir SCADA sistemi hat durumlarını izliyor • Entegrasyon katmanında çalışan bir middleware servisi (Integration Layer) veri orkestrasyonunu sağlar

Üretim hattında, farklı üreticilere ait PLC sistemleri bulunmakta. Bu PLC’ler üretim planına ait bilgileri farklı veri yapıları ve haberleşme protokolleri üzerinden sunmakta. Bu ortamda aşağıdaki üretim verilerinin hat sistemlerine senkron şekilde aktarılması gereken bazı bilgiler:

• Üretim plan açıklaması • Üretilecek adet bilgisi • İstifleme durumu • Kalan üretim miktarı

Bu kadar farklı sistemin beraber çalıştığı bir ortamda üretim planındaki değişikliklerin her sisteme nasıl iletileceği, tüm sistemlerin nasıl senkron çalışacağı kritik bir ihtiyaç haline gelir. Nokta-nokta entegrasyon yaklaşımı kısa vadede çalışabilir. Ancak sistem sayısı arttıkça:

• Bakım maliyetleri artar • Veri tutarsızlığı oluşur • Sistemler arası senkronizasyon zorlaşır • Yeni sistem entegrasyonları karmaşık hale gelir

Bu noktada OPC UA connectorü kullanarak oluşturduğumuz süreç mimarisi ile sürdürülebilir ve ölçeklenebilir bir çözüm sunuyoruz.

Örnek Akış 1: MIP ile OPC UA Üretim Planı Senaryosu​

1.Üretim hattında planlanan üretim bilgileri sisteme gönderilir

2.PLC sistemi bu durumu OPC UA Server üzerinden aşağıdaki bilgiler ile yayınlıyor: F_PLAN_DENSITY = 40 F_Plan_Aciklama = 40 PE VISCO NORM BEYAZ SUNGER F_Plan_Adet = 1 F_PLAN_ISTIF_DURUMU = 2 F_Plan_Sira_No = 0000 F_Plan_Siparis_No = 000032133624 3.MIP OPC UA Server’a subscription ile bağlanıyor ve multicast yapısı ile bu verileri paralel olarak farklı sistemlere iletiyor. 4.MES sistemi bu değişikliği anlık olarak algılıyor ve:

• Planlanan üretim ile gerçekleşen üretim arasındaki farkı hesaplar
• Üretim performans raporlarını günceller
• Gerekirse üretim planını revize eder

5.SCADA ekranında operatörlere üretim ilerleme durumu ve istifleme bilgisi gibi bilgiler senkron olarak sunuluyor. Operatörler:

• Hat performansını izleyebilir • Müdahale gerektiren durumları hızlıca tespit edebilir

6.ERP sistemine otomatik olarak aşağıdaki bilgiler aktarılır:

• Siparişin üretim ilerleme durumu • Kalan üretim miktarı • Olası teslimat gecikme riski • Üretim plan sapma bilgisi

7.Sistemde hata bulunmazsa MIP bize başarılı olarak dönüş sağlıyor.

• Hiçbir ek entegrasyon geliştirmeden, tüm sistemler aynı üretim planı verisini ortak bir veri modeli üzerinden kullanır.

• Multicast mimarisi sayesinde veriler tek noktadan okunur ve eş zamanlı olarak birden fazla sisteme dağıtılır.
• Bu yapı veri tutarlılığı ve gerçek zamanlı üretim takibini mümkün hale getirir.

• Bu yapı veri tutarlılığı ve gerçek zamanlı üretim takibini mümkün hale getirir.

Örnek Akış 2: Dijital İkiz (Digital Twin) Oluşturma​

1.Üretim hattındaki bir makine için dijital ikiz oluşturulmasına karar verilir (örneğin: Kaynak Robotu – Machine1) 2.PLC, makineye ait tüm gerekli verileri OPC UA Server üzerinden yayınlar: 3.OPC UA Server, bu verileri anlamlı bir model içinde sunar:

• • Makine durumu
  • Performans bilgileri
  • Enerji tüketimi
  • Alarm ve bakım bilgileri

4.Dijital ikiz uygulaması (MES / özel analiz servisi), OPC UA Server’a subscription ile bağlanır ve:

• • Makinenin anlık durumunu
  • Zaman içindeki değişimini
  • Geçmiş performans verilerini gerçek zamanlı olarak takip eder

5.Toplanan verilerle dijital ortamda:

• • Makinenin sanal temsili oluşturulur
  • Olası arızalar simüle edilir
  • Bakım ihtiyacı önceden tahmin edilir
  • Üretim senaryoları test edilir
• Fiziksel makinede hiçbir değişiklik yapmadan, OPC UA üzerinden alınan verilerle gerçek zamanlı bir dijital ikiz oluşturulur ve tüm sistemler aynı veri modeli üzerinden çalışır. Bu sayede plansız duruşlar azalır ve bakım maliyetleri düşürülür.

OPC UA Nerelerde Kullanılır?​

• Akıllı fabrikalar
• Enerji yönetim sistemleri
• IoT ve Edge uygulamaları
• Dijital ikiz (Digital Twin) projeleri
• SCADA – MES – ERP entegrasyonları

Özet​

Bu senaryoda gördüğümüz gibi OPC UA:

• Farklı sistemleri ortak bir dilde buluşturur
• Güvenli ve ölçeklenebilir bir yapı sunar
• Endüstri 4.0 projelerinin temel taşlarından biridir

Birden fazla makine, farklı üretici ve merkezi veri ihtiyacı olan yapılarda OPC UA artık bir lüks değil, zorunluluktur.

Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.