SCADA Tag (Etiket) Yönetimi: İsimlendirme ve Veri Modeli

Tag nedir, neden tasarlanır?

SCADA'da tag (etiket), sahadaki tek bir değerin yazılımdaki karşılığıdır: bir sıcaklık ölçümü, bir pompanın çalışıyor/durdu bilgisi, bir vananın konum komutu, bir hesaplanmış verim değeri. Ekran, alarm, trend, rapor ve historian bu değerlerle konuşur; yani tag listesi, SCADA'nın veri omurgasıdır.

Tag yapısı ilk günlerde önemsiz görünür, çünkü az sayıda tag ile her isim yönetilebilir. Sistem büyüdükçe, çok sayıda ekipmanlı bir tesiste "TT" gibi kısa kodlarla "SICAKLIK_KAZAN" gibi uzun isimlerin karışması bakım ekibini, alarm raporlarını ve entegrasyonları yorar. Yeni gelen mühendis hangi ismin hangi sahaya karşılık geldiğini bulamaz; kaynak kod ya da ekran değişikliği riskli hale gelir.

Bu yüzden tag tasarımı şu soruların yanıtını baştan belirler: bir değeri herkes aynı şekilde nasıl adlandırır ve bu değerin hangi bilgileri (birim, ölçek, alarm limiti, kaynak adres, arşivleme politikası) yanında taşınır?

İsimlendirme kuralı: okunabilir, sıralanabilir, tutarlı

İyi bir isimlendirme kuralı kısa bir formülle özetlenir: tesis veya alan, sistem veya ekipman, ölçülen büyüklük ve değerin rolü. Örneğin: ALAN_EKIPMAN_BUYUKLUK_ROL biçimindeki bir isim, bir kazan girişindeki sıcaklığın işlem değerini bir bakışta söyler. Örnek kurgusal bir isim: KAZAN_GIRIS_SICAKLIK_PV.

Kuralı yazarken şu ilkeleri koruyun: • Hiyerarşi soldan sağa, genelden özele gider. Böylece alfabetik sıralamada aynı ekipmanın tag'leri yan yana durur. • Tek bir ayraç (alt çizgi ya da nokta) kullanılır; Türkçe karakter, boşluk ve özel işaretler kullanılmaz çünkü bazı sürücüler ve veritabanları bunları taşıyamaz. • Kısaltma sözlüğü tutulur. Her kısaltmanın tek anlamı olur: sıcaklık, basınç, seviye, debi, akım gibi büyüklükler için sabit kodlar belirlenir. • Rol soneki sabittir: işlem değeri (PV), ayar değeri (SP), çıkış (OUT), durum, komut, alarm gibi. • Ekipmanın saha etiketiyle (P&ID'deki enstrüman numarası) eşleşme kolay olmalı; aynı ekipman için sahada ve SCADA'da farklı numaralandırma kullanılırsa bir eşleme tablosu şart olur. • Uzunluk, kullanılan SCADA ve historian yazılımının sınırını aşmamalıdır; sınırı ürünün dokümantasyonundan doğrulayın.

Kural kağıtta kalmasın: bir tag adlandırma kılavuzu yazılır, yeni tag'ler bu kılavuza göre açılır ve gözden geçirmede isim uyumu kontrol edilir.

Tag'in yanında taşınan özellikler: veri modeli

Bir tag yalnızca isimden ibaret değildir. Veri modeli denilen şey, her tag için hangi özelliklerin tutulduğunu belirler: • Tür: analog giriş, ayrık (dijital) giriş, çıkış/komut, sayaç, hesaplanmış (sanal) tag, metin. • Kaynak: hangi cihaz, hangi protokol ve hangi adres. Adres hatası, SCADA'daki en yaygın saha sorunlarından biridir. • Ölçekleme: ham sayısal değerden mühendislik birimine dönüşüm. Sensör aralığı ve ham değer aralığı doğru girilmezse ekranda mantıklı görünen yanlış değer çıkar. • Mühendislik birimi ve ondalık gösterim. • Alarm özellikleri: alt/üst limitler, öncelik, gecikme ve histerezis. Alarm sel (flood) üretmemek için limitlerin bilinçli girilmesi gerekir. • Tarama ve güncelleme: ne sıklıkla okunacağı, değişim eşiği. • Arşiv politikası: historian'a yazılıp yazılmadığı, hangi sıkıştırma ayarıyla yazıldığı. • Açıklama ve sahip: kim sorumlu, hangi ekranlarda kullanılıyor.

Aynı tür ekipman tekrarlanıyorsa (örneğin birçok pompa, vana veya motor), tag'leri tek tek açmak yerine şablon (template) kullanın. Şablon, bir pompa için gereken tüm alt tag'leri bir kez tanımlar; yeni pompa eklemek, şablondan örnek üretmek anlamına gelir. Böylece tutarlılık otomatik sağlanır.

Adım adım: tag listesini sıfırdan kurmak

Yeni bir SCADA projesinde şu sırayı izleyin: • Sahadaki kaynakları toplayın: P&ID, I/O listesi, cihaz protokolleri. Tag'ler bu belgelerden türetilir; belgeden bağımsız tag açılmaz. • Tesis hiyerarşisini çizin: alan, hat, ekipman, enstrüman. Bu hiyerarşi hem isimlendirmeyi hem de ekran ve alarm gruplamasını belirler. • Adlandırma kılavuzunu ve kısaltma sözlüğünü yazın, ilgili mühendislerle gözden geçirin. • Ekipman şablonlarını tasarlayın: pompa, vana, motor, analog ölçüm, PID döngüsü gibi. • Tag listesini bir tablo (elektronik tablo ya da CSV) üzerinden üretin ve SCADA yazılımının içe aktarma özelliğiyle yükleyin. Elle ekranda tek tek tag açmak hata ve zaman kaybıdır. • Adres eşlemesini PLC veya cihaz tarafıyla satır satır çapraz doğrulayın. • Bir test ortamında (simülatör veya FAT) tag'leri tek tek sınayın: değer okuma, ölçekleme, alarm ve komut yönü. • Tag listesini sürüm kontrolüne alın; her değişiklik tarihli ve gerekçeli olsun.

Eski bir sisteme uyguluyorsanız, önce mevcut tag'lerin envanterini çıkarın, kullanılmayanları işaretleyin ve yeni kurala geçiş için eşleme tablosu hazırlayın. Tek seferde yeniden adlandırmak ekran ve raporları bozabilir; aşamalı geçiş daha güvenlidir.

Tag yönetimi: değişiklik, kalite ve güvenlik

Tag listesi canlı bir varlıktır. Yeni ekipman eklenir, sensör değişir, alarm limiti güncellenir. Yönetilmeyen değişiklik zamanla sapma yaratır: bir tag silinir ama ekranda kalır, adres değişir ama ölçek eski kalır.

Bir değişiklik yönetimi akışı kurun: talep, gerekçe, etki analizi (hangi ekran, alarm, rapor ve historian kaydı etkileniyor), onay, uygulama, test ve belgeleme. Alarm limiti ve komut tag'leri güvenlik açısından kritiktir; bu tag'lerde yetki seviyesi tanımlayın ve değişiklikleri izlenebilir kılın.

Veri kalitesini de tag düzeyinde düşünün. SCADA'da her değerin bir kalite bilgisi taşır: iyi, şüpheli, kötü. İletişim koptuğunda son değerin sanki güncelmiş gibi görünmesi ciddi bir risktir; ekranda ve historian'da kalite göstergesinin nasıl yansıdığı test edilmelidir.

Periyodik bir tag denetimi (kullanılmayan tag, çift tanım, eksik açıklama, kuraldışı isim) listeyi temiz tutar.

Historian ve raporlama ile ilişki

Tag yapısı yalnızca anlık ekranı değil, geçmiş veriyi de etkiler. Historian'a yazılan tag'ler, aylar sonra analiz ve raporlama için sorgulanır. İsimler tutarsızsa raporları kurmak zorlaşır; aynı büyüklük farklı adlarla farklı yerlerde saklanırsa karşılaştırma yapılamaz.

Hangi tag'in arşivleneceği, hangi sıklıkla ve hangi sıkıştırmayla yazılacağı, tag veri modelinin içinde kararlaştırılmalıdır. Her şeyi sürekli yüksek sıklıkta arşivlemek depolamayı şişirir; kritik değerleri fazla sıkıştırmak ise sorunun izini siler.

Raporlama için tag'leri anlamlı gruplara bağlamak da değerlidir: bir ekipmanın tüm tag'lerine tek hiyerarşi altından erişilebiliyorsa rapor ve analiz çok daha kolay kurulur. Hiyerarşi bu yüzden sadece isim değil, bilgi mimarisidir.

Bu beceriyi hangi eğitimlerde derinleştirirsiniz?

SCADA Sistemleri Tasarımı ve İşletimi eğitimi; SCADA mimarisi, veri kaynakları ve iletişim, tag yönetimi, ekran tasarımı, alarm yönetimi ve arşivleme gibi modüllerle otomasyon mühendislerine, entegratör ekiplerine ve tesis işletme sorumlularına uygundur. Tag yönetimi, müfredatta ayrı bir modül olarak ele alınır.

Historian ve Zaman Serisi Veritabanları ile Üretim Verisi Yönetimi eğitimi ise etiket yapısı ve veri modeli, sıkıştırma ve saklama stratejileri ile sorgulama ve raporlama konularını işler; SCADA verisini arşive ve analize taşıyan ekipler için tamamlayıcıdır.