OT – IT Veri Alışverişi
SCADA sistemi ile Yan Hizmetler bilgisayarları arasında belirlenen protokol, adres ve erişim kuralları üzerinden kontrollü veri iletişimi sağlanır.
Yan Hizmetler Piyasası Uzlaştırma Sistemi’nin devreye girmesiyle birlikte, üretim tesislerinden sağlanan yan hizmet verilerinin doğru, eksiksiz, zamanında ve izlenebilir biçimde toplanması daha da kritik hâle gelmiştir. TEİAŞ tarafından gönderilen verilerin daha ayrıntılı incelenmesi ve veri hatalarının veya yükümlülüklere uyumsuzlukların önemli mali sonuçlar doğurabilmesi, güvenilir bir veri toplama ve raporlama altyapısına duyulan ihtiyacı artırmaktadır.
Bu ihtiyaca yönelik olarak geliştirilen MAESTROsystems, donanım, veri tabanı, yazılım ve haberleşme protokollerini bir araya getiren bütünleşik bir yazılım çözümüdür. Sistemin yan hizmetler veri toplama ve raporlama altyapısı üç temel yazılım bileşeninden oluşur: LOGGER, FCMASTER ve SYNC. Bu bileşenler birlikte çalışarak verilerin toplanmasından raporlanmasına, arşivlenmesinden sistem sürekliliğinin desteklenmesine kadar uzanan bir iş akışı oluşturur.
LOGGER, işletme verilerini belirlenen zaman aralıklarında okuyarak her ölçüm değerini ilgili zaman damgasıyla birlikte veri tabanına kaydeden, zaman tabanlı bir veri toplama ve arşivleme yazılımıdır. Bu yapı, işletme verilerinin geçmişe dönük incelenebilmesini ve raporlama süreçlerinde kullanılabilecek düzenli bir veri kaynağı oluşturulmasını sağlar.
Geliştirme sürecinde temel haberleşme yöntemi olarak, açık bir iletişim standardı olan ve lisans ücreti gerektirmeyen MODBUS TCP protokolü esas alınmıştır. Zaman içinde yazılıma farklı veri kaynaklarıyla iletişim kurabilen ek özellikler de kazandırılmıştır. LOGGER; MODBUS TCP'nin yanı sıra OPC, HTML tabanlı web sayfaları, XML veri kaynakları, MODBUS RTU, veri tabanları ve Siemens S7 PLC gibi kaynaklardan veri okuyabilecek şekilde genişletilmiştir.
FCMASTER; primer frekans kontrolü, sekonder frekans kontrolü ve reaktif güç kontrolü gibi yan hizmetlere ilişkin verileri işleyerek ilgili raporlama süreçlerine hazır hâle getirmek amacıyla geliştirilmiş özel bir yazılımdır. LOGGER tarafından toplanan verileri veri tabanından alır, gerekli düzenlemeleri yapar ve TEİAŞ tarafından talep edilen biçime uygun çıktıların hazırlanmasını sağlar.
FCMASTER, yapılandırmasına bağlı olarak aşağıdaki işlemleri otomatik olarak gerçekleştirebilir:
Bu otomasyon, manuel veri işleme ihtiyacını azaltırken raporların belirli bir düzen içinde hazırlanmasına ve gönderilmesine yardımcı olur. Bununla birlikte, çıktıların doğruluğu; veri kaynaklarının, eşleştirmelerin, hesaplamaların ve raporlama ayarlarının doğru yapılandırılmasına bağlıdır.
SYNC, MAESTRO yazılım bileşenlerinin birlikte ve kesintisiz çalışmasını destekleyen kontrol ve izleme bileşenidir. Sistemdeki yazılımların çalışma durumlarını ve bileşenlerin genel sağlığını takip ederek olası sorunların fark edilmesine yardımcı olur.
SYNC'in diğer işlevleri arasında merkez bilgisayarın ağ yapılandırmasını kontrol etmek ve tanımlanan kurallar çerçevesinde bazı ağ ayarlarını düzeltmek yer alır. Ayrıca hassas zaman senkronizasyonu sağlayarak farklı bileşenler tarafından kaydedilen verilerin zaman bakımından tutarlı olmasına katkıda bulunur. Zaman damgalarının doğruluğu, ölçümlerin değerlendirilmesi ve raporların güvenilirliği açısından önemli bir unsurdur.
Klasik MAESTRO uygulamalarında LOGGER, FCMASTER ve SYNC bileşenleri, tesisin gereksinimlerine göre genellikle ana ve yedek olmak üzere iki ayrı bilgisayar üzerinde 7/24 çalışacak şekilde yapılandırılır. Bu yaklaşım, tek bir bilgisayarda oluşabilecek arızanın veri toplama ve raporlama süreçleri üzerindeki etkisini azaltmayı ve işletme sürekliliğini desteklemeyi amaçlar.
Ana ve yedek bilgisayarlardan oluşan mimari, uygun yapılandırma ve işletme prosedürleriyle birlikte kullanıldığında sistemin sürekliliğine katkı sağlar. Ancak yedeklilik tek başına kesintisiz çalışmayı garanti etmez. Veri tabanlarının, iletişim bağlantılarının, zaman senkronizasyonunun ve bileşenler arası geçiş mekanizmalarının da düzenli olarak kontrol edilmesi gerekir.
Sonuç olarak klasik MAESTRO yöntemi; veri toplama, zaman damgalı arşivleme, raporlama, veri aktarımı ve sistem izleme işlevlerini bütünleşik bir iş akışında birleştirir. Böylece yan hizmetler kapsamında ihtiyaç duyulan işletme verilerinin düzenli biçimde hazırlanması ve ilgili raporlama süreçlerine aktarılması için kapsamlı bir altyapı sunar.
EOS SCADA'nın Operasyonel Teknoloji (OT) katmanında, MAESTRO Yan Hizmetler Veri Toplama sisteminin ise Bilgi Teknolojileri (IT) katmanında konumlandığı bir tesiste, iki sistem arasında kontrollü veri alışverişi kurulması gerekir. Amaç, SCADA tarafından toplanan işletme verilerinin Yan Hizmetler süreçlerinde kullanılabilmesini sağlamak ve veri akışını açıkça tanımlanmış bir mimari içinde yönetmektir.
EOS SCADA'da bulunan frekans, aktif güç, reaktif güç, bara gerilimi, set değeri ve ilgili işletme durumlarını; gerekli eşleştirme ve doğrulamalar yapıldıktan sonra Yan Hizmetler veri toplama süreçlerinde kullanılabilir hâle getirmek.
SCADA sistemi ile Yan Hizmetler bilgisayarları arasında belirlenen protokol, adres ve erişim kuralları üzerinden kontrollü veri iletişimi sağlanır.
SCADA veri noktaları ile Yan Hizmetler alanları eşleştirilir; değerlerin, birimlerin, zaman bilgilerinin ve kayıt sıklıklarının uygunluğu kontrol edilir.
Toplanan veriler, ilgili Yan Hizmet türü için gerekli dosya yapısı ve veri alanlarıyla eşleştirilir. Oluşturulan çıktıların ilgili teknik gereklilikleri karşıladığı doğrulanır.
Veri kaybı, haberleşme kesintisi, yanlış eşleştirme ve zaman senkronizasyonu sorunları gibi riskler izlenerek sistemin güvenilir çalışması desteklenir.
Yan Hizmetler kapsamında toplanacak veriler, sunulan hizmetin türüne ve ilgili teknik gerekliliklere göre değişir. Aşağıdaki alanlar, entegrasyon dokümanında belirtilen örnek veri gruplarını gösterir. Üretim tesisindeki ünite sayısına ve yapılandırmaya göre ek alanlar bulunabilir.
Dokümanda bu veri grubu için dakikada bir veri toplanması gerektiği belirtilmektedir. Uygulama öncesinde yürürlükteki TEİAŞ formatı ve tesise ait veri gereksinimleri doğrulanmalıdır.
TARIH, SAAT, SIRA_NOBARA_GER_kVBARA_GER_SET_DEG_kVBRM_DONEN_ASIRIIKAZ_ZOR_MVARBRM_DONEN_DUSUKIKAZ_ZOR_MVARBRM_GEN_TER_TOPLAM_MVARUNI_n_GEN_TER_AKT_CIK_GUCU_MWUNI_n_GEN_TER_REA_GUCU_MVArUNI_n_GEN_TER_GER_kVUNI_n_GEN_MODDokümanda bu veri grubu için saniyede bir veri toplanması gerektiği belirtilmektedir. Bu sıklık, saha uygulamasında ilgili güncel gerekliliklerle karşılaştırılmalıdır.
TARIH, SAAT, SIRA_NOFRE_HZBRM_GUC_REF_DEG_MWBRM_AKT_CIK_GUCU_BRUTMWBRM_AKT_CIK_GUCU_NETMWBRM_PFK_TPLM_NOM_GUCMWBRM_SEK_MAK_MW ve BRM_SEK_MIN_MWBRM_PRI_MAKC_MW ve BRM_PRI_MINC_MWBRM_GNCL_KPR_MW/HZBRM_SFK_REZ_MIK_MW ve BRM_PFK_REZ_MIK_MWAGC_AKT ve PFCO_AKTVeri sıklığı, zaman damgası, ölçüm birimi, veri tipi, boş değer davranışı ve dosya formatı birlikte ele alınmalıdır. SCADA sisteminde bir verinin bulunması, tek başına o verinin TEİAŞ'a gönderilecek dosyada doğru biçimde kullanılabileceği anlamına gelmez. Veri eşleştirmeleri ve oluşturulan çıktılar örnek kayıtlar üzerinden doğrulanmalıdır.
Entegrasyon, mevcut sistemin veri toplama yaklaşımını koruyarak veya EOS FCMASTER aracılığıyla SCADA veri tabanlarına erişerek gerçekleştirilebilir. Hangi yöntemin seçileceği; mevcut kurulum, ağ mimarisi, SCADA veri erişimi, yedeklilik gereksinimleri ve kullanılacak yazılım sürümlerine göre belirlenmelidir.
Mevcut MAESTRO LOGGER ve diğer bileşenler korunur. EOS SCADA tarafından seçilen Yan Hizmetler verileri MODBUS sunucusu üzerinden yayınlanır; LOGGER bu verileri MODBUS TCP aracılığıyla okuyacak şekilde yapılandırılır.
Bu yöntemin yaklaşımı: Mevcut veri toplama altyapısını bütünüyle değiştirmeden, veri kaynağını EOS SCADA üzerinden sağlamak.
EOS FCMASTER, SCADA veri tabanlarından gerekli alanları alacak ve bunları Yan Hizmetler veri gruplarıyla eşleştirecek şekilde yapılandırılır. Verilerin bütünleştirilmesi, CSV başlıklarının hazırlanması ve gönderim ayarları FCMASTER üzerinden yönetilir.
Bu yöntemin yaklaşımı: Yan Hizmetler verilerinin SCADA veri tabanlarından alınmasını ve dosya oluşturma sürecinin FCMASTER içinde yapılandırılmasını sağlamak.
Bu yöntemde mevcut ANA ve YEDEK Yan Hizmetler bilgisayarları korunur. EOS SCADA projesinde gerekli veriler seçilir ve MODBUS sunucusu etkinleştirilir. Ardından LOGGER, bu sunucudan veri okuyacak biçimde yapılandırılır.
OT/IT ağlarını kontrolsüz biçimde birleştirmeyin. Güvenlik duvarı veya antivirüs korumasını genel olarak devre dışı bırakmak yerine, gerekli erişimleri en az yetki ilkesiyle sınırlandırın. Kurulum sırasında geçici bir değişiklik zorunluysa bu işlem yetkili personel tarafından, kontrollü bakım penceresinde yapılmalı ve güvenlik kontrolleri işlem sonrasında yeniden doğrulanmalıdır.
ModbusSunucusuAktif seçeneğini etkinleştirin.
ModbusTarafındanSunulanVeriTipi değerini
Selected olarak ayarlayın.
Dokümana göre MODBUS sunucu durum göstergesinin yeşil olması sunucunun etkin olduğunu gösterir. Göstergenin görünmemesi veya kırmızı olması durumunda IP adresi, port kullanımı ve sunucu yapılandırması incelenmelidir. Yeşil gösterge tek başına verilerin doğru okunduğunu kanıtlamaz; okuma testi de yapılmalıdır.
502, cihaz türü nmodbus1 ve cihaz
ID'si 1 olarak belirtilmiştir. EOS SCADA tarafındaki
gerçek ayarlar farklıysa iki tarafı uyumlu hâle getirin.
mod-h,
Değer Belirteci alanında ise R0#Adres biçimi
kullanılır. Örneğin adres 6 ise R0#6 girilir.
Kullanılan belirtecin cihaz tanımıyla eşleştiğini doğrulayın.
İkinci yöntemde EOS FCMASTER, Yan Hizmetler verilerini EOS SCADA veri tabanından alacak şekilde yapılandırılır. Bu yaklaşımda SCADA veri noktalarının adları ve veri tabanındaki kimlikleri, Yan Hizmetler alanlarıyla açık biçimde eşleştirilir. Ardından veri dosyaları, başlıklar ve gönderim seçenekleri hazırlanır.
Yan Hizmetler için gereken veriler, SCADA veri tabanından tanımlanmış eşleştirmelerle alınabilir. Böylece veri toplama, dosya bütünleştirme ve gönderim ayarları tek bir yapılandırma içinde ele alınabilir. Bununla birlikte veri tabanı erişimi, sürüm uyumluluğu ve veri kimlikleri önceden doğrulanmalıdır.
3050 üzerinden iletişim örneği verilmektedir.
Kullanılan sürüm ve yapılandırmaya göre gerçek portu doğrulayın.
Kaynak dokümanda EOS FCMASTER'ın aşağıdaki bağlantıdan indirilmesi ve dosyalarının Yan Hizmetler bilgisayarındaki ilgili klasöre yerleştirilmesi tarif edilmektedir.
EOSfcmaster.rar dosyasını indir
Kaynak dokümanda önerilen klasör:
C:\Program Files\EOSsystems\EOSfcmaster
Klasör yapısını oluşturun ve arşiv içeriğini buraya çıkartın. EXE dosyasının çalıştırma izinlerini, kurumunuzun güvenlik politikasına göre yapılandırın. Yönetici yetkisi gerekiyorsa bunu kontrollü ve gerekçeli biçimde uygulayın.
TagName
değerini ilgili veri adı alanına girin.
ColumnId / DB ID alanına girin.
Benzer isimli iki SCADA etiketi farklı ölçüm noktalarını gösterebilir. Yalnızca etiket adına bakarak eşleştirme yapmayın; veri tabanı kimliğini, mühendislik birimini, veri tipini, kaynağı ve ölçümün hangi üniteye ait olduğunu doğrulayın. Yanlış eşleştirme, görünüşte geçerli fakat gerçekte hatalı Yan Hizmetler kayıtları oluşturabilir.
BARASET seçilmesi gerektiği
belirtilmektedir. Gerçek proje yapılandırmasında bu eşleştirmeyi
teyit edin.
TARIH, SAAT ve
SIRA_NO alanları CSV oluşturulurken otomatik
eklenebilir. Kullanılan sürümdeki davranışı ve TEİAŞ formatını
doğrulayın.
| Değerlendirme ölçütü | Yöntem 1: MODBUS TCP | Yöntem 2: EOS FCMASTER |
|---|---|---|
| Mevcut LOGGER yapısının korunması | Temel yaklaşım | Mevcut yapılandırmaya göre değerlendirilir |
| Veri kaynağı | EOS SCADA MODBUS sunucusu | EOS SCADA veri tabanı |
| Temel yapılandırma | IP, port, MODBUS adresi ve veri belirteçleri | Veri tabanı bağlantısı, etiket eşleştirmeleri ve dosya tasarımı |
| Kontrol edilmesi gereken temel konu | MODBUS adreslerinin ve okunan değerlerin doğruluğu | Veri tabanı kimliklerinin, alan eşleştirmelerinin ve CSV tasarımının doğruluğu |
| Yedeklilik | Veri kaynağı ve bağlantı geçişi ayrıca doğrulanmalıdır | Ana ve yedek veri tabanı bağlantıları yapılandırılıp test edilmelidir |
Karar ilkesi: İki yöntemden biri bütün tesisler için otomatik olarak daha uygun kabul edilmemelidir. Mevcut sistemin çalışma biçimi, veri erişim imkânları, güvenlik gereksinimleri, sürüm uyumluluğu ve bakım koşulları birlikte değerlendirilerek seçim yapılmalıdır.
Entegrasyonun tamamlanması, yalnızca iki yazılımın haberleşmesi anlamına gelmez. Sistemin üretim koşullarında kullanılabilmesi için veri doğruluğu, süreklilik, güvenlik ve raporlama sonuçları birlikte değerlendirilmelidir.
Yan Hizmetler verileri enerji sisteminin işletme ve uzlaştırma süreçleri açısından önemlidir. Yanlış veri eşleştirmeleri, eksik kayıtlar veya iletişim kesintileri ciddi sonuçlar doğurabilir. Bu nedenle entegrasyon, canlı sistemde doğrudan değişiklik yapmak yerine yedekleme, kontrollü test, kabul doğrulaması ve geri dönüş planı ile yürütülmelidir.
Bu sayfadaki adımlar teknik bir uygulama rehberidir. Kurulum sırasında kullanılan portlar, yazılım sürümleri, alan adları ve dosya formatları; tesisin onaylı ağ mimarisi, ilgili EOS sürümünün dokümantasyonu ve güncel TEİAŞ gereklilikleriyle karşılaştırılmalıdır.
EOS SCADA ile Yan Hizmetler Veri Toplama sisteminin entegrasyonu, üretim tesisinde zaten üretilen işletme verilerinin farklı bir amaçla yeniden kullanılmasını sağlar. MODBUS TCP yöntemi, mevcut LOGGER altyapısını koruyarak SCADA verilerini okumaya odaklanırken; EOS FCMASTER yöntemi, SCADA veri tabanından veri alıp Yan Hizmetler alanlarıyla eşleştirme ve dosya oluşturma süreçlerini yapılandırmaya imkân verir.
Doğru tasarlanmış bir entegrasyon; veri kaynağından raporlamaya kadar olan sürecin daha görünür, denetlenebilir ve yönetilebilir olmasına yardımcı olabilir. Bunun ön koşulu, yalnızca bağlantının kurulması değil, elde edilen verinin doğruluğunun ve bütün sürecin güvenilirliğinin test edilmesidir.