Saat kayması: belirtiler ve kaynaklar
En yaygın belirti: aynı olay için operatör paneli, SCADA alarm listesi ve PLC diagnostic kaydı farklı zaman yazıyor. Tek bir olayı yerli yerine oturtmak mümkün olmaz; "hangi alarm önce geldi?" sorusu tartışmalı kalır ve ekipler arasında gereksiz anlaşmazlıklara yol açar.
Yaz-kış saati geçişi endüstriyel tesislerde özellikle sorunludur. Windows tabanlı SCADA sunucusu otomatik saat değiştirirken ayrı firmware çalıştıran PLC CPU'su değiştirmeyebilir. Bir saatlik kayma, kış saatine geçişten birkaç gün sonra "mysterious arıza" olarak masaya gelir ve kaynağın zaman kayması olduğu fark edilmez.
Başka bir kaynak: uzun süredir kapalı kalan ve yeniden açılan cihazlar. PLC'nin dahili saatini pil besler; pil bittiğinde yanlış saat gösterir ya da 01/01/2000 gibi varsayılan tarihe döner. Bakımda göz ardı edilirse sonraki üretim döneminde tüm log garip zaman damgaları içerebilir.
NTP omurgası nasıl kurulmalı?
NTP ağ üzerinden doğru saati dağıtır. Endüstriyel ağda ideal hiyerarşi: birincil kaynak olarak GPS alıcısı veya atom saatine bağlı stratum 1 sunucu; tüm OT ağındaki cihazlar bu sunucuya NTP istemci olarak bağlı. GPS alıcısı yoksa kurumsal IT'de tutarlı bir NTP sunucusu belirlenir; dış NTP kullanılıyorsa güvenlik duvarında sadece UDP/123 portuna izin verilir.
PLC, HMI, SCADA sunucusu, historian ve rapor sunucusunun tamamı aynı NTP kaynağından beslenmeli; "herkes kendi saatine göre" çözümler kabul edilemez. IT ağı ile OT ağı farklı NTP sunucuları kullandığında bu iki sunucu birbirinden sapabilir; ağ geçidinden senkron etmek gerekir.
Bazı PLC markaları NTP istemcisini doğrudan CPU'dan destekler; bazıları bir CP modülü veya HMI üzerinden senkronize edilir. Siemens S7 serisinde sistem saatini NTP ile güncellemek donanım konfigürasyonu gerektirir; Delta ve Mitsubishi için prosedür farklıdır. Keşif aşamasında her cihazın NTP desteği kontrol listesine alınmalıdır.
PTP ne zaman gerekir, ne zaman gerekmez?
PTP (IEEE 1588) milisaniye altı doğruluk sağlar ve çoğu standart endüstriyel uygulamada gerekli değildir. NTP tipik 1-50 ms doğruluk sunar; bu seviye alarm ve trend analizi için fazlasıyla yeterlidir. PTP'ye ihtiyaç duyulan durumlar: çok eksenli senkronize hareket kontrolü, Profinet IRT veya EtherCAT gibi gerçek zamanlı endüstriyel Ethernet, bazı enerji kalitesi analiz cihazları.
PTP için ağ altyapısının da uygun olması gerekir. Transparan saat veya boundary clock desteği olan endüstriyel switch'ler kullanılmalıdır; ofis switch'leri PTP doğruluğunu bozar. Sadece switch değiştirmek yetmeyebilir; VLAN yapılandırması ve trafik önceliklendirme (QoS) de gözden geçirilmelidir.
Kısaca: standart SCADA+PLC sistemi için NTP yeterlidir ve kurulumu basittir. PTP özel gereksinim olduğunda, ağ ve PLC mühendisinin birlikte çalışacağı ayrı bir projedir. Gereksiz karmaşıklık eklemek çoğu zaman problemi çözmek yerine yeni sorun üretir.
Devreye alma kontrol listesi ve uzaktan doğrulama
Yeni proje devreye alındığında kontrol listesinde şu maddeler bulunmalıdır: NTP sunucu adresi PLC, HMI ve SCADA'ya girildi mi? Cihaz saatleri NTP sunucusuyla uyumlu mu? PLC dahili pili sağlıklı mı? Yaz-kış saati geçişi tüm sistemlerde aynı anda mı gerçekleşiyor? Devreye almadan sonraki 24-48 saat içinde zamanlama tutarsızlığı var mı?
Uzaktan VPN erişimiyle takip eden mühendis için de kritik bir kontrol noktasıdır. Bağlandığınızda kendi bilgisayarınızın saati ile yerel SCADA'nın saatini karşılaştırın; uyumsuzluk varsa önce bunu bildirin, sonra olay analizine geçin. Aksi halde "log'lara baktım, sorun yok" değerlendirmesi yanıltıcı olabilir.
Mace'in sahalarında devreye alma sürecinde zaman senkronu doğrulama standart kontrol listesindedir. Uzak tesislerde müşteri IT ekibiyle koordineli biçimde NTP konfigürasyonunu birlikte doğruluyoruz.