Yan Hizmetler Veri Toplama Sisteminde EOS Dönüşümü

EOS tabanlı yaklaşımın temel farkı, veri toplama işlevini tek başına ele almak yerine, bu işlevi SCADA, olay kaydı, arşivleme, raporlama ve gerektiğinde otomasyonla birlikte tasarlamaktır. Bu yapı sayesinde Yan Hizmetler verileri yalnızca TEİAŞ'a gönderilmek üzere hazırlanan kayıtlar olarak kalmaz; aynı zamanda tesisin işletme performansını değerlendirmek ve süreçlerini izlemek için de kullanılabilir.

EOS tabanlı bir Yan Hizmetler Veri Toplama projesinde, veri kaynağından TEİAŞ'a iletime kadar olan süreçler ile işletme izleme ve raporlama işlevleri ortak bir mimari içinde ele alınabilir. Kullanılacak bileşenler tesisin mevcut otomasyon altyapısına, veri kaynaklarına, haberleşme gereksinimlerine ve işletme hedeflerine göre belirlenir.

EOS dönüşümü tek bir uygulamanın kurulmasından ibaret değildir. Her bileşen, sistemin farklı bir ihtiyacını karşılayacak şekilde değerlendirilmelidir. Aşağıdaki bağlantılar, yazılımların resmî açıklama ve indirme sayfalarına erişim sağlar.

Çalışan bir MAESTRO sisteminin EOS tabanlı mimariye dönüştürülmesi, yalnızca mevcut yazılımların kaldırılarak yenilerinin kurulmasından ibaret değildir. Asıl amaç; mevcut veri toplama ve raporlama işlevlerini korurken sistemin izlenebilirliğini, sürdürülebilirliğini ve genişletilebilirliğini artırmaktır. Bu nedenle modernizasyon, mevcut altyapının analiz edilmesiyle başlamalı; yazılım seçimi, veri entegrasyonu, test, doğrulama ve devreye alma aşamalarından oluşan kontrollü bir geçiş süreci olarak yürütülmelidir.

Geçiş öncesinde kullanılan MAESTRO bileşenleri, veri kaynakları, veri tabanı yapısı, haberleşme protokolleri, raporlama kuralları ve TEİAŞ'a veri iletim yöntemleri ayrıntılı biçimde incelenmelidir. Böylece mevcut sistemin hangi işlevlerinin doğrudan korunabileceği, hangilerinin EOS bileşenleriyle yeniden yapılandırılması gerektiği belirlenebilir.

1. Mevcut Sistemin Analizi ve Belgelenmesi

İlk aşamada mevcut MAESTRO kurulumunun yazılım ve donanım envanteri çıkarılmalıdır. LOGGER, FCMASTER ve SYNC bileşenlerinin sürümleri, yapılandırma dosyaları, veri tabanı konumları, haberleşme ayarları, otomatik başlatma seçenekleri ve ana-yedek bilgisayar düzeni kayıt altına alınmalıdır.

• Toplanan tüm veri noktaları, etiket adları ve ölçüm birimleri belirlenmelidir.
• Verilerin hangi PLC, SCADA, veri tabanı veya haberleşme kaynağından alındığı belgelenmelidir.
• Örnekleme aralıkları, zaman damgaları ve veri arşivleme süreleri incelenmelidir.
• FCMASTER tarafından uygulanan hesaplamalar, veri birleştirme kuralları ve CSV başlıkları kaydedilmelidir.
• E-posta, FTP, ağ bağlantıları ve TEİAŞ'a veri aktarım süreçleri tanımlanmalıdır.
• Mevcut sistemdeki hata kayıtları, veri kayıpları ve işletme sorunları değerlendirilmelidir.

Bu aşamanın çıktısı, yeni sistemin tasarımına temel oluşturacak mevcut durum belgesi ve doğrulanabilir bir veri noktası listesidir.

2. EOS Bileşenlerinin ve Mimarisinin Belirlenmesi

Mevcut sistemin ihtiyaçları belirlendikten sonra EOS bileşenlerinin görevleri ve birbirleriyle ilişkileri tasarlanmalıdır. Her bileşen, yalnızca ürün adı veya mevcut yazılımın karşılığı esas alınarak değil, yerine getireceği işlev, teknik gereksinimler ve sürüm uyumluluğu dikkate alınarak değerlendirilmelidir.

Bu bileşenlerin tümünün her projede aynı kapsamda kullanılması zorunlu kabul edilmemelidir. Mimari; tesisin büyüklüğüne, mevcut altyapısına, veri kaynaklarına, raporlama ihtiyaçlarına ve doğrulanmış ürün özelliklerine göre oluşturulmalıdır.

3. Veri Kaynaklarının ve Haberleşme Yöntemlerinin Entegrasyonu

Modernizasyonun kritik adımlarından biri, işletme verilerinin yeni sisteme hangi yöntemle aktarılacağının belirlenmesidir. Mevcut sistemde kullanılan MODBUS TCP, OPC, PLC bağlantıları veya veri tabanı erişimleri incelenerek uygun entegrasyon yöntemi seçilmelidir.

EOS SCADA ile MAESTRO Yan Hizmetler veri toplama yapısı arasındaki entegrasyon, sistemin mevcut özelliklerine ve kurulum gereksinimlerine bağlı olarak MODBUS TCP üzerinden veya desteklenen veri tabanı bağlantıları kullanılarak gerçekleştirilebilir. Her iki yaklaşımda da veri noktalarının doğru eşleştirilmesi ve veri akışının uçtan uca doğrulanması gerekir.

• Veri noktalarının etiket adları, adresleri, veri tipleri ve ölçüm birimleri eşleştirilmelidir.
• Ölçeklendirme, işaretli ve işaretsiz sayısal değerler, hassasiyet ve geçersiz veri durumları kontrol edilmelidir.
• Okuma aralıkları ve iletişim zaman aşımı değerleri, işletme gereksinimlerine göre belirlenmelidir.
• Veri tabanı kullanılıyorsa bağlantı yetkileri, tablo yapısı, alan eşleştirmeleri ve erişim yükü incelenmelidir.
• Bağlantı kesintilerinde verilerin nasıl ele alınacağı ve eksik kayıtların nasıl tespit edileceği belirlenmelidir.

MODBUS TCP yöntemiyle entegrasyonda, SCADA tarafındaki sunucu ayarları ve dışarıya açılan veri noktaları ile veri toplayıcı taraftaki cihaz ve adres tanımları birlikte kontrol edilmelidir. Veri tabanı yönteminde ise doğru veri kaynağına erişim, alanların anlamı ve kayıt zamanlarının yorumlanması özellikle önemlidir.

Uygulama ayrıntıları için EOS SCADA – Yan Hizmetler Entegrasyon Adımları rehberindeki bağlantı yöntemleri ve yapılandırma adımları izlenebilir.

4. Yan Hizmetler Verilerinin Eşleştirilmesi ve Raporlama

Verilerin yeni sisteme aktarılması tek başına yeterli değildir. Primer frekans kontrolü, sekonder frekans kontrolü ve reaktif güç kontrolü için kullanılan veri noktalarının anlamları, zaman aralıkları, hesaplama kuralları ve raporlama biçimleri de korunmalıdır. Eski ve yeni sistemlerin aynı işletme koşullarında ürettiği sonuçlar karşılaştırılabilir olmalıdır.

• Her veri noktasının hangi yan hizmet parametresini temsil ettiği belirlenmelidir.
• Gerekli matematiksel işlemler, türetilmiş değerler ve veri birleştirme kuralları belgelenmelidir.
• CSV alan sıraları, başlık bilgileri, tarih-saat biçimleri ve sayısal gösterimler kontrol edilmelidir.
• Ölçüm periyotları ve zaman damgaları ilgili teknik gereksinimlerle karşılaştırılmalıdır.
• Eksik, tekrarlı, geçersiz veya beklenen aralığın dışındaki değerler için kontrol kuralları oluşturulmalıdır.
• E-posta ve FTP ile gönderim süreçleri, dosya adlandırma ve arşivleme kurallarıyla birlikte test edilmelidir.

TEİAŞ tarafından istenen güncel dosya biçimleri ve teknik koşullar ayrıca doğrulanmalıdır. Önceki sistemde kullanılan formatların veya hesaplama kurallarının yeni sistemde otomatik olarak geçerli olduğu varsayılmamalıdır.

5. Zaman Senkronizasyonu, Arşivleme ve Sistem Sürekliliği

Yan hizmetler verilerinin değerlendirilmesinde ölçüm değerleri kadar bu değerlerin hangi zamanda elde edildiği de önem taşır. Bu nedenle yeni mimaride bilgisayarların ve ilgili sistem bileşenlerinin zaman ayarları kontrol edilmeli; zaman kaynağı, senkronizasyon yöntemi ve saat farkları izlenmelidir.

Veri tabanı ve arşivleme yapısı, mevcut kayıtların korunmasını ve gerektiğinde geçmiş verilerin incelenmesini sağlayacak biçimde tasarlanmalıdır. Yedekleme sıklığı, saklama süresi, geri yükleme prosedürleri ve arşiv bütünlüğü de geçiş planının parçası olmalıdır.

Ana ve yedek bilgisayar yapısı kullanılacaksa iki sistemin yapılandırmaları, veri kaynaklarına erişimleri ve arıza durumundaki işletme prosedürleri doğrulanmalıdır. Yedek sistemin yalnızca kurulmuş olması yeterli değildir; devreye alınabilirliği ve gerekli verileri üretebilmesi düzenli testlerle gösterilmelidir.

6. Ağ Güvenliği ve Erişim Kontrolleri

EOS ve MAESTRO bileşenleri arasındaki iletişim, tesisin OT ağı ve gerekiyorsa kurumsal IT altyapısı dikkate alınarak planlanmalıdır. Sistemlerin birbirine erişebilmesi için gerekli bağlantılar tanımlanmalı; ancak bu gereksinim, ağın tüm cihazlara açık hâle getirilmesi anlamına gelmemelidir.

• Gerekli IP adresleri, portlar ve iletişim yönleri belgelenmelidir.
• Yalnızca ihtiyaç duyulan cihazlara ve hizmetlere erişim izni verilmelidir.
• Veri tabanı ve dosya erişimlerinde uygun kullanıcı yetkileri kullanılmalıdır.
• Güvenlik duvarı ve uç nokta koruma kuralları kontrollü biçimde düzenlenmelidir.
• Yapılandırma değişiklikleri kayıt altına alınmalı ve geri dönüş planı hazırlanmalıdır.

Test amacıyla güvenlik duvarı veya antivirüs korumasını genel olarak devre dışı bırakmak yerine, gerekli bağlantılar sınırlı ve denetlenebilir kurallarla tanımlanmalıdır.

7. Paralel Çalıştırma ve Karşılaştırmalı Doğrulama

Yeni sistemin devreye alınmasından önce mümkün olduğunda mevcut MAESTRO sistemiyle birlikte çalıştırılması önerilir. Paralel çalışma sırasında aynı veri kaynaklarından elde edilen sonuçlar karşılaştırılarak veri kayıpları, zaman farkları, hesaplama farklılıkları ve raporlama hataları belirlenebilir.

• Ölçüm değerleri ve zaman damgaları karşılaştırılmalıdır.
• CSV dosyalarının içerikleri ve alan sıraları kontrol edilmelidir.
• Eksik kayıtlar, bağlantı kesintileri ve yeniden bağlantı davranışları test edilmelidir.
• Arşivleme, rapor oluşturma ve dosya gönderim süreçleri doğrulanmalıdır.
• Alarm, hata kaydı ve zaman senkronizasyonu davranışları gözlemlenmelidir.

Test sonuçları önceden belirlenen kabul ölçütlerini karşılamadan mevcut sistem devreden çıkarılmamalıdır. Karşılaştırma sonuçları kayıt altına alınmalı ve tespit edilen farklılıklar giderilmelidir.

8. Devreye Alma ve Geri Dönüş Planı

Geçiş öncesinde uygulama sırası, sorumlular, test ölçütleri ve olası sorunlarda izlenecek geri dönüş yöntemi belirlenmelidir. Veri tabanlarının, yapılandırma dosyalarının ve mevcut raporlama düzeninin yedekleri alınmalı; yeni sistemin kararlı çalıştığı doğrulanana kadar eski sistemin yeniden devreye alınabilmesine imkân veren bir plan korunmalıdır.

Devreye alma sonrasında veri toplama, raporlama, zaman senkronizasyonu, arşivleme ve dosya aktarımı düzenli olarak izlenmelidir. İlk işletme dönemindeki sonuçlar değerlendirilerek gerekli yapılandırma iyileştirmeleri yapılmalıdır.

Sonuç olarak MAESTRO'dan EOS tabanlı mimariye geçiş, mevcut işlevlerin korunması ve yeni yeteneklerin kontrollü biçimde devreye alınması esasına dayanmalıdır. Planlı analiz, doğrulanmış veri entegrasyonu, karşılaştırmalı testler ve uygun geri dönüş prosedürleri; geçiş risklerini azaltan temel unsurlardır. Otomatik kontrol fonksiyonları ise işletme prosedürleri, yetkilendirme, emniyet koşulları ve insan müdahalesi gereksinimleri dikkate alınarak ayrıca değerlendirilmelidir.

• EOS SCADA – Yan Hizmetler Entegrasyon Adımlarını İnceleyin

Yan Hizmetler Veri Toplama sistemi, yalnızca geçmiş verileri arşivleyen ve belirli formatlarda dış sisteme gönderen bir uygulama olarak kalmak zorunda değildir. EOS SCADA, Event Recorder ve uygun yardımcı bileşenlerle birlikte tasarlandığında; veri toplama, olay kaydı, arşivleme, canlı izleme, raporlama ve işletme otomasyonunu aynı proje yaklaşımında buluşturma potansiyeline sahiptir.

Böylece mevcut MAESTRO altyapısında kazanılmış deneyim ve süreçler korunarak, tesisin gelecekteki dijitalleşme ihtiyaçlarına daha geniş kapsamda cevap verebilecek EOS tabanlı bir sistemin yolu açılabilir. Hedef yalnızca veriyi TEİAŞ'a iletmek değil; aynı veriyi işletme kalitesini yükseltmek, süreçleri daha görünür kılmak ve doğru mühendislik sınırları içinde daha etkin kararlar almak için de değerlendirmektir.

• EOS Web Sitesi
• Tüm EOS Yazılımları
• Teknik Dokümantasyon

MAESTROsystems yazılımları hakkında soru, öneri ve görüşleriniz için iletişim formunu kullanabilirsiniz. Teknik destek talepleriniz ve yetkilendirme işlemleri için aşağıdaki iletişim bilgilerini kullanabilirsiniz.

• Teknik Destek: maestrosystems.destek@gmail.com
• Yazılım Yetkilendirme: 0535 339 8692