OPC Router, OT ve IT sistemleri arasındaki veri akışlarını sürükle-bırak ile görsel olarak tasarlamanızı sağlar: PLC’ler, OPC UA sunucuları, SQL ve NoSQL veritabanları, SAP, MQTT, REST ve daha fazlası. Görsel olması akışı kolay kurulur kılar; iyi tasarlanmış kılmaz. Aylar sonra da anlaşılır, güvenli ve bakımı kolay kalan akışlar için birkaç ilke vardır.
Her akışın bir amacı, bir tetikleyicisi ve tanımlı bir hata davranışı olsun. Büyük, her şeyi yapan akışlar yerine küçük, tek amaçlı akışlar kurun ve her birinin ne yaptığını belgeleyin.
Bir akışın yapısı
- Tetikleyici: akışı ne başlatır? Zaman (periyodik), değer değişimi, koşul (eşik aşıldığında) veya dış olay.
- Kaynaktan oku: OPC UA etiketi, PLC değişkeni, SQL sorgusu, SAP verisi, dosya.
- Dönüştür: veri tipi, birim, ölçekleme, eşleme, doğrulama, birleştirme.
- Hedefe yaz: SQL’e kayıt, MQTT’ye yayın, MES/ERP’ye aktarım veya PLC’ye yazma.
- Kayıt ve hata yolu: sonucu günlüğe yazın; başarısızlıkta yeniden deneme ve uyarı planlayın.
Tetikleyici seçimi
| Tetikleyici | Uygun senaryo | Dikkat |
|---|---|---|
| Periyodik (zaman) | Düzenli kayıt, ölçüm günlüğü | Gereksiz sık tetiklemek veritabanını ve ağı yorar |
| Değer değişimi | Üretim emri, durum, parti bitişi | Titreyen sinyallere karşı gecikme veya histerezis ekleyin |
| Koşul / eşik | Uyarı, olay kaydı, alarm bildirimi | Aynı olayın tekrar tekrar tetiklenmemesi için durum tutun |
| Dış olay | ERP’den gelen emir, REST çağrısı | Gelen veriyi doğrulayın; tekrar eden isteklere karşı koruma ekleyin |
Tasarım ilkeleri
1. Küçük, tek amaçlı akışlar
“Tank seviyesini oku, SQL’e yaz, uyarı ver, MES’e bildir, dosyaya kaydet” yerine her işi ayrı akışa bölün. Hata bulmak, değiştirmek ve yeniden kullanmak kolaylaşır. Akış adları amacı söylemelidir: Hat2_Uretim_SQL_Kaydi.
2. Dönüşümü açık yapın
Tip dönüşümü, birim çevirme ve eşleme tablolarını görünür tutun; gizli varsayımlar en sık hata kaynağıdır. Kalite ve zaman damgasını dönüşümde düşürmeyin (veri kalitesi ve zaman damgası).
3. Hata davranışını baştan tanımlayın
- Hedef veritabanı ulaşılamazsa ne olur? Tampona yazılıp yeniden mi denenir, yoksa veri atılır mı? (tamponlama)
- Yeniden deneme yinelenen kayıt üretmemeli; kayıtlara kimlik ve zaman damgası ekleyin.
- Kalıcı hata uyarısı kime gider? Bir akışın sessizce durması en pahalı arızadır.
4. Toplu yazın
Her değeri ayrı ayrı veritabanına yazmak yerine, makul bir sürede toplanan kayıtları tek işlemde yazmak hem performansı hem de dayanıklılığı artırır (PLC verisini SQL’e aktarma).
5. Yazma yönünde ekstra özen
OPC Router çift yönlü çalışır; bu, üretim emri veya reçeteyi PLC’ye yazabilmeniz demektir. PLC’ye yazma akışlarını el sıkışma (hazır bayrağı, onay, geri okuma) ile tasarlayın; yazma yetkisini sınırlayın ve her yazmayı kaydedin (reçete aktarımı).
Test ve devreye alma
- Önce test kaynaklarıyla (simüle edilmiş değerler) ve test veritabanıyla deneyin.
- Uç durumları sınayın: boş değer, kötü kalite, çok büyük sayı, bağlantı kopması, tekrarlayan tetikleme.
- Üretime geçmeden önce yük altında akış süresini ölçün.
- Akış yapılandırmasının yedeğini ve değişiklik kaydını tutun; kimin ne zaman neyi değiştirdiği izlenebilir olsun.
Kepware Server ile birlikte kullanım
Tipik mimaride Kepware Server sahadaki cihazlardan veriyi toplar ve OPC UA ile sunar; OPC Router bu veriyi kurumsal sistemlere dağıtır ve oradan gelen emirleri sahaya taşır. Toplama ve entegrasyon katmanlarını ayrı tutmak, her birinin bağımsız olarak değiştirilmesini ve yedeklenmesini sağlar (doğru veri toplama yolu).
Sık sorulan sorular
OPC Router’da kod yazmak gerekir mi?
Akışlar sürükle-bırak ile görsel olarak kurulur; programlama bilgisi gerekmez. Yine de karmaşık dönüşümler ve ifadeler için mantıksal düşünme ve test disiplini gerekir.
Bir akışta kaç adım olmalı?
Belirli bir sayı yoktur; ölçüt, akışın tek bir amacının olmasıdır. Birden fazla bağımsız iş yapıyorsa bölün.
Akış sessizce durursa nasıl anlarım?
Günlükleme ve “kalp atışı” (heartbeat) izlemesi ekleyin: akış belirli süre çalışmazsa uyarı üretin.
