SCADA ile Dijital İkiz Arasındaki Fark: Octatus ve Enlogy Birlikte Nasıl Çalışır?

SCADA'nın sınırı

SCADA saha ölçümlerini ve alarmları yönetir; bazı ortamlarda yetkili kontrol işlevlerini de içerir. Gecikme, güvenilirlik ve OT emniyeti belirleyicidir.

SCADA ekranı güncel BIM modeli, GIS konumu veya yaşam döngüsü belgesiyle eşdeğer değildir.

Octatus ne ekler?

Octatus ekipmanın fiziksel modelini, konumunu, sistem ilişkilerini, dokümanlarını ve farklı kaynaklardan gözlemlerini birleştirir.

Dijital ikiz SCADA'yı ikame etmez; saha kontrolü ve koruma mevcut OT mimarisinde kalır.

Entegrasyon tasarımı

Enlogy/Scadify ölçüm, alarm ve durum verilerini yetkili arayüzle sağlar. Octatus bunları varlık kimliklerine bağlar. Kontrol isteği ayrı rol, onay, interlock ve emniyet incelemesi gerektirir.

NIST SP 800-82 Rev.3 OT güvenlik rehberi: https://csrc.nist.gov/pubs/sp/800/82/r3/final

Örnek pompa arızası

SCADA pompanın durduğunu bildirir; Octatus pompanın bulunduğu katı, hattı ve ilişkili ekipmanı gösterir. Argamos izleme ağ geçidi veya sunucu kaynaklı sorunları ilişkilendirebilir.

Kabul testleri alarm sırası, zaman damgası, veri kalitesi, eşleme ve yetkisiz kontrol denemesini kapsamalıdır.

Sahadan örnek: karar anında hangi bilgi gerekir?

SCADA alarmı ve komutu gerçek zamanlı operasyon kontrolüdür; dijital ikiz ise fiziksel varlık, model, doküman ve ilişkilerle karar bağlamı sağlar. Bu sorumluluklar güvenlik nedeniyle ayrılmalıdır.

SCADA operatöre süreç değerlerini ve yetkili kontrol işlevlerini sunar; dijital ikiz ise bu verileri fiziksel varlık, belge ve mekân bağlamına yerleştirebilir. Octatus'un SCADA ekranını yeniden üretmesi gerekmez. Enlogy uzman enerji operasyonu alanında veri ve kontrol otoritesini korur.

Uygulama ve kabul kontrolü

Octatus'tan görünen bir ekipman durumu Enlogy'nin yetkili ölçüm kaynağına dayanmalı; PPC/SCADA komutları onaylı OT kontrol yolunu bypass etmemelidir.

Pilot senaryoda SCADA alarmından ilgili BIM ekipmanına ve bakım belgesine gidilir. Zaman damgası gecikmesi ve yanlış tag eşlemesi sınanır. Octatus üzerinden izinsiz kontrol komutu gönderilememesi ayrı kabul kriteridir.

Yatırım ve kapsam kararı nasıl verilir?

SCADA ile dijital ikiz entegrasyonunda yatırımın sınırı kontrol fonksiyonlarını yeniden yazmamak olmalıdır. Operatör alarmı yetkili SCADA ortamında yönetirken dijital ikiz üzerinden ekipmanın konumuna ve bakım dokümanına geçebilir. Pilotun değeri bu geçişin doğruluğu ve süresiyle ölçülür. Ağ ayrımı, tag eşlemesi ve veri tazeliği için yapılacak testler bütçelendirilir; görsel demo tek başına kabul sayılmaz.

SCADA modernizasyonu ile dijital ikiz entegrasyonu farklı yatırım kalemleridir. Kontrol sistemi yüksek erişilebilirliği ve güvenliği kendi gereksinimleriyle değerlendirilir. Dijital ikiz yatırımının başarısı, bağlam arama ve olay inceleme süresine göre ölçülebilir.

SCADA ve dijital ikizin cevapladığı sorular

SCADA öncelikle saha ekipmanlarının durumunu izlemek, alarmları değerlendirmek ve yetkili operatörün tanımlanmış kontrol işlevlerini yürütmesini sağlamak için kullanılır. Dijital ikiz ise fiziksel varlıkların geometrisini, ilişkilerini, belgelerini ve işletme verisini ortak bağlamda yorumlamayı hedefler. İkisi aynı sistemin alternatif adları değildir. Bir tesisin üç boyutlu görünümü olması onu otomatik olarak operasyonel dijital ikiz yapmaz.

Örneğin bir pompanın çalışıyor bilgisi SCADA ekranında görülebilir. Ancak pompanın hangi hatta bağlı olduğu, hangi odada bulunduğu, bakım geçmişi ve hangi hizmetleri etkilediği başka kaynaklarda tutulabilir. Dijital ikiz bu bağlamı birleştirebilir. Kaynak verilerin güvenilirliği ve kimlik eşlemeleri doğrulanmadan kesin karar üretilmemelidir.

Kontrol otoritesi neden SCADA tarafında kalmalı?

Saha ekipmanlarına yazılan komutlar proses güvenliği, yetki, kilitleme ve işletme prosedürleriyle ilişkilidir. Bir BIM görüntüleyicisinin pompa sembolüne tıklanması kontrol komutu verme yetkisi sağlamaz. Dijital ikiz katmanı kontrol talebi gösterebilir veya onaylı iş akışına yönlendirebilir; fakat kontrolün uygulanması yetkili OT sisteminin kurallarına bağlı kalmalıdır. Bu ayrım mimari belgede açıkça yazılmalıdır.

Örneğin bir vananın açılması başka hattın basıncını etkileyebilir. SCADA tarafında bulunan interlock ve operatör yetkileri görselleştirme katmanına taşınmadan korunmalıdır. API üzerinden komut geçişi gerekiyorsa ayrı güvenlik incelemesi ve test planı gerekir. Varsayılan entegrasyonun salt okunur olması riskleri azaltabilir.

Octatus ve Enlogy için hedef sorumluluk ayrımı

Octatus fiziksel varlık modeli, BIM/GIS ve mekânsal bağlam katmanı olarak; Enlogy enerji ve OT telemetrisi, alarm ve operasyonel analiz katmanı olarak konumlandırılabilir. Bu yaklaşım tek ürüne bütün yetkileri yüklemek yerine uzmanlık sınırlarını korur. Belirli konektörlerin veya otomasyonların hazır olduğu varsayılmamalı, proje bazında doğrulanmalıdır. Entegrasyon tasarımının temel teslimatı yetkili kaynak ve veri akışı matrisidir.

Örneğin bir inverterin konumu Octatus'ta, anlık aktif gücü Enlogy'de, cihazın kontrol modu ise yetkili saha sisteminde tutulabilir. Aynı bilgi farklı ekranlarda gösterilse de yazma otoritesi tek ve açık olmalıdır. Uyuşmazlık durumunda hangi kaydın esas alınacağı önceden tanımlanmalıdır. Görsel tutarlılık teknik doğruluğun yerine geçmez.

Veri akışının katmanlı tasarımı

Tipik mimaride saha sensörleri ve kontrolörleri OT ağında bulunur. Protokol adaptörleri veya edge toplayıcıları izinli veriyi alır; mesajlaşma ve veri işleme katmanı zaman damgası, birim ve kalite alanlarını korur. Dijital ikiz uygulaması ise doğrulanmış varlık eşlemesi üzerinden bu veriyi gösterir. Her katmanın ağ ve erişim sınırı tanımlanmalıdır.

Bu akışın tek yönlü olması bazı kullanım senaryolarında yeterlidir. Alarmı göstermek için BIM uygulamasının PLC ağına doğrudan erişmesi gerekmez. Ağ kesintisinde tamponlama, yeniden deneme ve veri güncelliği davranışı tasarlanmalıdır. Mesajın iki kez iletilmesi iki farklı olay oluşmasına neden olmamalıdır.

Saha protokolleri ve gerçek bağlantı koşulları

SCADA entegrasyonlarında Modbus, OPC UA, IEC 60870-5-104 veya üreticiye özgü protokoller kullanılabilir. Her protokolün veri tipi, güvenlik ve komut davranışı farklıdır. Sadece bir cihazın TCP portuna erişebilmek doğru ölçüm okunduğunu kanıtlamaz. Register adresi, ölçek katsayısı, byte sırası, birim ve cihaz yazılım sürümü doğrulanmalıdır.

Örneğin bir enerji analizörünün güç değeri yanlış ölçekle yorumlanırsa dijital ikiz doğru cihaz üzerinde yanlış büyüklük gösterir. Kabul testinde saha cihazının referans ekranı ve okunan değer karşılaştırılmalıdır. Yazma fonksiyonları açıkça gerekmedikçe kısıtlanmalıdır. OT ekibinin onayı olmadan tarama sıklığı artırılmamalıdır.

BIM varlık kimliği ile SCADA tag eşlemesi

IFC GlobalId, kurumsal asset ID, SCADA tag adı ve cihaz seri numarası farklı kimliklerdir. Bunların birebir aynı olmasını beklemek doğru değildir. Eşleme katmanı kaynak sistem, tesis, nesne türü, doğrulama zamanı ve sorumlu kişiyi içermelidir. Etiket benzerliğine dayanan otomatik eşleme özellikle aynı modelden çok sayıda ekipman bulunan tesislerde risklidir.

Örneğin PUMP-02 etiketi bir tesiste iki farklı alt sistemde kullanılabilir. Tesis ve hat bağlamı olmadan gelen ölçüm yanlış pompaya bağlanabilir. Cihaz değişiminde fiziksel seri numarası güncellenirken fonksiyonel pozisyon korunabilir. Eski eşleme ve bakım geçmişi kaybolmamalıdır.

Ölçüm zamanı ve veri kalitesi

SCADA ekranındaki son değer ile dijital ikizde gösterilen değer farklı zamanlarda alınmış olabilir. Olay zamanı, alınma zamanı, kaynak ve kalite kodu ayrı saklanmalıdır. İletişimi kesilmiş sensörün son değeri canlıymış gibi gösterilmemelidir. Gerçek sıfır ölçümü ile veri yokluğu farklı durumdur. Bu ayrım alarm ve analitik güvenilirliği için zorunludur.

Örneğin bir pompa basıncı on dakika önce ölçülmüşse kullanıcı bu gecikmeyi görmelidir. Bağlantı geri geldiğinde geçmiş ölçümler yanlış sırada yeni alarm üretmemelidir. Veri kalitesi düşükse otomatik performans veya enerji kaybı hesabı askıya alınabilir. Kabul testinde eski, eksik ve bozuk veri senaryoları kullanılmalıdır.

Alarm ve olay korelasyonunda sınırlar

Bir pompa arızası düşük basınç, motor akımı ve debi uyarılarını aynı anda tetikleyebilir. Bunların tek kök nedene ait olup olmadığı ilişki grafı ve zaman bilgisiyle değerlendirilebilir. Ancak aynı anda gelen iki alarmın mutlaka bağlantılı olduğu varsayılmamalıdır. Korelasyon gerekçesi operatöre gösterilmeli ve yanlış birleştirme düzeltilebilmelidir.

Örneğin aynı hat üzerindeki basınç düşüşü ve pompa duruşu ortak olay altında incelenebilir. Başka hatta bulunan sensörün alarmı yalnızca zaman yakınlığı nedeniyle birleştirilmemelidir. Mükerrer mesajlar tek olay kaydına bağlanmalıdır. Alarmın kapanması bakım iş emrinin otomatik kapandığı anlamına gelmemelidir.

Mekânsal bağlam ve bakım iş akışı

Dijital ikiz fiziksel varlığın yerini, teknik dokümanını ve bakım geçmişini operasyonel alarmın yanında sunabilir. Bu bilgi saha ekibinin doğru ekipmana ulaşmasını kolaylaştırabilir. Ancak harita yakınlığı hidrolik veya elektriksel bağlantı kanıtı değildir. Tek hat şeması, P&ID ve saha envanteri doğrulanmış ilişki kaynakları olarak kullanılmalıdır.

Örneğin arızalı pompanın bulunduğu kat, erişim kapısı ve ilgili bakım prosedürü gösterilebilir. Buna rağmen enerji izolasyonu ve çalışma izni yetkili süreçlere tabidir. Görsel model iş güvenliği onayının yerine geçmez. Ekipman taşındığında konum ve bağlantı ilişkileri birlikte güncellenmelidir.

Historian ve analitik arasındaki fark

Historian ölçüm geçmişinin saklanması ve sorgulanması için kullanılabilir. Analitik katman ise bu geçmişi karşılaştırma, sapma ve örüntü tespiti için işler. Dijital ikiz sonuçları fiziksel varlıkla ilişkilendirerek anlaşılır hale getirebilir. Bu görevler bir üründe birleşebilir fakat veri kaynağı ve hesap yöntemi açık olmalıdır.

Örneğin bir pompanın enerji tüketimi benzer debi koşullarında artıyorsa verim düşüşü şüphesi oluşabilir. Ancak sensör kalibrasyonu, çalışma modu ve proses koşulları doğrulanmadan kesin arıza teşhisi yapılmamalıdır. Analitik sonuçlar varsayımlar ve güven seviyesiyle sunulmalıdır. Modelin görsel olarak ayrıntılı olması tahmin doğruluğunu garanti etmez.

PPC ve enerji santrali örneği

Enerji santralinde PPC, şebeke bağlantı noktasındaki güç kısıtları ve kontrol hedefleriyle ilişkilidir. SCADA saha durumunu izlerken dijital ikiz üretim ekipmanlarının konum ve bağlantı bağlamını sağlayabilir. Kontrol otoritesi ve ölçüm otoritesi birbirinden ayrılmalıdır. Farklı feeder ölçümlerinin aynı değeri göstermesi beklenmeyebilir; ölçüm noktalarının konumu önemlidir.

Örneğin hibrit rüzgâr ve güneş tesisinde ortak ihracat sınırı bulunabilir. Kontrol dağılımı türbin ve inverterlerin gerçek komut yeteneklerine göre yapılmalıdır. Dijital ikiz operatöre hangi ekipmanın kısıtlandığını gösterebilir; fakat otomatik setpoint yetkisi ayrıca tasarlanmalıdır. Yanlış ölçüm noktası seçimi kontrol hesabını bozabilir.

BT hizmet etkisi ve CMDB bağlantısı

Fiziksel arızaların BT hizmetlerine etkisini anlamak için CMDB'deki yapılandırma öğeleri ve servis bağımlılıkları kullanılabilir. Octatus fiziksel konumu, Enlogy OT ölçümlerini, Argamos BT bağımlılıklarını temsil eden hedef katmanlar olarak değerlendirilebilir. Bu üç sistemin entegrasyonu ancak doğrulanmış kimlikler ve ilişki sözleşmeleriyle güvenilir hale gelir.

Örneğin bir UPS alarmı belirli rafları riske sokabilir. Ancak çift beslemeli sunucuların hizmeti hemen kesilmeyebilir. İlişki grafı yedekliliği ve eksik bilgiyi temsil etmelidir. Olası etki ile doğrulanmış kesinti ayrı gösterilmelidir. Operatör hangi ilişkinin hangi kaynaktan geldiğini inceleyebilmelidir.

Güvenlik, yetkilendirme ve tenant sınırları

SCADA verisi kritik tesis topolojisini ve operasyon durumunu açığa çıkarabilir. Bu nedenle servis kimlikleri, ağ segmentasyonu, rol bazlı erişim ve denetim izi tasarımın parçası olmalıdır. BIM ekranını gören her kullanıcının bütün OT ölçümlerine veya kontrol işlevlerine erişmesi gerekmez. Tenant sınırları API, arama ve rapor dışa aktarımı yollarında da uygulanmalıdır.

Kabul testinde yetkisiz bir kullanıcı başka tesisin ölçümünü sorgular ve erişimin reddedildiği doğrulanır. Ayrı testte görüntüleme rolünün kontrol komutu gönderemediği sınanır. Denetim kayıtları kritik erişimleri açıklayabilmelidir. Sadece arayüzde düğme gizlemek yeterli güvenlik kontrolü değildir.

Veri egemenliği ve çevrimdışı kullanım

Bir platformun yerel sunucuda kurulması tüm verilerin yerel kaldığını kanıtlamaz. Harita döşemeleri, fontlar, lisans servisleri, güncelleme depoları ve uzaktan destek bağlantıları dış bağımlılık oluşturabilir. Şartname dış ağ akışlarını ve veri türlerini açıklatmalıdır. Çevrimdışı çalışması gereken temel işlevler tek tek belirtilmelidir.

Pilot sırasında internet bağlantısı kesilerek yerel alarm izleme, varlık arama ve model görüntüleme denenmelidir. DNS ve güvenlik duvarı kayıtları incelenebilir. Yedekleme ve felaket kurtarma konumları da değerlendirmeye dahil edilmelidir. Test edilen sürüm ve yapılandırma raporlanmadan mutlak veri egemenliği iddiası verilmemelidir.

Pilot kabulünde olumlu ve olumsuz senaryolar

Pilot için bir pompa grubu, ilgili sensörler, bir kontrolör ve doğrulanmış BIM varlıkları seçilebilir. Normal ölçüm akışı, doğru kimlik eşlemesi ve alarmın fiziksel konuma bağlanması test edilir. Ardından yanlış tag, gecikmiş ölçüm, bağlantı kesintisi, mükerrer alarm ve yetkisiz komut senaryoları çalıştırılır. Her testin beklenen sonucu ve kanıtı önceden yazılmalıdır.

Örneğin yanlış tag eşlemesinde kesin ekipman etkisi gösterilmemelidir. İnternet kesintisinde yerel izleme davranışı belgelenmelidir. Yetkisiz kontrol isteği reddedilmelidir. Kritik bulgular açıkken koşulsuz kabul verilmemelidir. Düzeltme sonrası aynı senaryolar yeniden çalıştırılmalıdır.

İşletme sorumlulukları ve değişiklik yönetimi

OT ekibi kontrol sınırlarını, saha mühendisliği ekipman bağlantılarını, BT ekibi ağ ve erişim politikalarını, BIM ekibi mekânsal modeli doğrulayabilir. Entegrasyonun işletilmesi için alan bazında yetkili kaynak matrisi gerekir. Bir sensör veya pompa değiştiğinde kimlik eşlemeleri ve alarm kuralları yeniden gözden geçirilmelidir. Aksi halde model zamanla gerçek tesisin gerisinde kalır.

Değişiklik kaydında eski ve yeni cihaz kimliği, geçerlilik zamanı, doğrulayan kişi ve etkilenen sistemler tutulmalıdır. Kaynaklar arasında uyuşmazlık varsa sessizce son yazan değeri kabul etmek doğru değildir. İnceleme kuyruğu ve sorumlu ekip belirlenmelidir. Bu süreç dijital ikizi yaşayan bir işletme aracına dönüştürür.

Toplam sahip olma maliyeti ve yatırım ölçümü

SCADA–dijital ikiz entegrasyonunun maliyeti yalnızca 3D arayüz geliştirmesi değildir. Saha protokol adaptörleri, veri temizliği, sensör doğrulaması, ağ güvenliği, API bakımı, eğitim ve destek giderleri hesaplanmalıdır. İlk aşamada kritik bir proses seçmek ve uçtan uca doğrulamak daha yönetilebilir olabilir. Genişleme kararı gerçek pilot kanıtlarına dayanmalıdır.

Başarı göstergeleri yanlış eşleme sayısı, alarmın doğru varlığa bağlanma oranı, olay inceleme süresi, veri kullanılabilirliği ve operatör görev süresi olabilir. Başlangıç durumu ölçülmeden tasarruf iddiası kurulmamalıdır. Olası arıza önleme faydası gerçekleşmiş finansal tasarrufla karıştırılmamalıdır. İşletme sahipliği ve veri taşınabilirliği sözleşmede güvenceye alınmalıdır.

Örnek teknik şartname ve veri sözleşmesi

Teknik şartname, SCADA kaynaklarından alınacak veriler için kaynak sistem, tag kimliği, asset ID, birim, zaman damgası, kalite kodu ve güncelleme sıklığını zorunlu alanlar olarak tanımlayabilir. BIM katmanına yalnızca yetkilendirilmiş okuma akışı sağlanmalıdır. Kontrol komutu gerekiyorsa ayrı arayüz, onay, kayıt ve güvenlik kabulü talep edilmelidir. Bu yaklaşım işlevlerin sınırını sözleşmede ölçülebilir hale getirir.

Kabulde bir ölçümün saha referansı, API yanıtı ve dijital ikiz ekranı karşılaştırılmalıdır. Farklı birim, eksik kalite kodu ve yanlış varlık kimliği senaryolarında sistemin nasıl hata verdiği kaydedilmelidir. Başarılı HTTP yanıtı tek başına doğru entegrasyon kanıtı sayılmamalıdır.

Canlıya geçiş öncesi kontrol listesi ve karar kapısı

Canlıya geçişte kaynak tag listesi, kimlik eşleme tablosu, ağ akış matrisi, yetki modeli ve veri kalitesi kuralları birlikte onaylanmalıdır. Operatörün bir alarmdan doğru ekipmana ve bakım belgesine ulaşabildiği gösterilmelidir. Kritik OT yazma yetkileri ayrıca gözden geçirilmelidir. Denetim izi ve geri dönüş planı olmadan entegrasyon tamamlanmış sayılmamalıdır.

İkinci faza geçiş için yanlış eşleme oranı, eksik ölçüm davranışı ve güvenlik testlerinin sonuçları değerlendirilmelidir. Örneğin kontrol komutu gönderme girişimi görüntüleme rolüyle başarısız olmalıdır. Kaynak veri kesildiğinde ekranda açık bir güncellik uyarısı bulunmalıdır. Başarı kriterleri proje başlangıcında tanımlanmalı ve ölçülebilir kanıtlarla doğrulanmalıdır.

Operasyonel doğruluk için son ilke

Dijital ikizin amacı SCADA ekranını üç boyutlu biçimde kopyalamak değil, güvenilir saha verisini doğrulanmış fiziksel ilişkilerle anlamlandırmaktır. Kontrol otoritesi, veri sahipliği ve belirsizlik sınırları korunmadığında görsel zenginlik operasyonel güvenilirlik sağlamaz.

Bu nedenle her entegrasyonun değeri, gerçek alarm ve bakım senaryolarında ölçülen sonuçlarla kanıtlanmalıdır.

Güvenilirlik esastır.

Bir SCADA alarmı güvenlik açısından kritikse dijital ikiz ekranının gecikmesi operatörün kararını belirlememelidir. Alarm onayı, koruma ve kontrol işlevleri yetkili SCADA/HMI ortamında kalır. Octatus üzerinden açılan bağlamsal görünümde son güncelleme zamanı ve bağlantı durumu belirtilir. Böylece mühendislik incelemesi kolaylaşırken gerçek zamanlı işletme otoritesi bulanıklaşmaz.