Klima arızalarının log kayıtlarıyla tespiti, cihazın kontrolör hafızasında tuttuğu alarm, olay ve parametre kayıtlarının zaman sırasına göre okunmasıyla arızanın kök nedeninin belirlenmesidir. Doğru okunan bir log, sahada tekrar etmeyen kesintili arızaları bile görünür kılar; çünkü kontrolör, teknik personel yerinde olmasa da her durum değişikliğini zaman damgasıyla kaydeder.
Hassas kontrollü klimalarda arızanın kendisi genellikle son halkadır. Kompresör kilitlenmesi, yüksek basınç alarmı veya nem sapması çoğu zaman günler önce başlamış bir eğilimin sonucudur. Log kayıtları bu eğilimi geriye dönük olarak okunabilir hale getirir.
Log kaydında hangi veriler tutulur
Kontrolör tipine göre değişmekle birlikte, hassas klima ve CRAC/CRAH ünitelerinin kayıt setleri genellikle şu verileri içerir:
- Alarm kodu ve açıklaması — üretici kılavuzundaki koda karşılık gelen hata tanımı
- Zaman damgası — alarmın başlangıç ve varsa bitiş/kendiliğinden sıfırlanma anı
- Sensör okuma değerleri — dönüş ve besleme havası sıcaklığı, bağıl nem, basınç değerleri
- Çalışma saatleri ve çevrim sayısı — kompresör, fan, nemlendirici ve ısıtıcı kademeleri için ayrı ayrı
- Setpoint ve ölü bant (dead band) değerleri — alarm anında yürürlükte olan ayar
- Kullanıcı müdahaleleri — setpoint değişikliği, manuel reset, mod geçişi
- Haberleşme kesinti kayıtları — BMS veya izleme sistemiyle bağlantının koptuğu aralıklar
Log türleri ve gösterdikleri arıza sınıfı
Alarm günlüğü
Anlık ve eşik aşımına bağlı hataları gösterir. Tek başına okunduğunda yanıltıcıdır: yüksek basınç alarmı hem kirli kondenser hem fan arızası hem de aşırı şarj kaynaklı olabilir. Alarm günlüğü, parametre trendiyle birlikte değerlendirilmelidir.
Olay (event) geçmişi
Alarm üretmeyen durum değişikliklerini tutar: enerji kesintisi sonrası yeniden başlatma, yedek üniteye devir, kademe devreye girme sırası, manuel reset. Bir arızanın insan müdahalesiyle mi yoksa sistemin kendi mantığıyla mı oluştuğunu ayırt etmek için bu kayıt gereklidir.
Parametre trend kayıtları
Yavaş bozulmayı yakalayan tek kayıt türüdür. Aşırı kızdırma değerinin haftalar içinde kademeli yükselmesi soğutucu kaçağına, besleme havası sıcaklığının aynı yükte giderek artması ise ısı transfer yüzeyinin kirlenmesine işaret eder. Bu bozulmalar eşiği aşana kadar alarm üretmez.
Haberleşme günlüğü
Modbus, BACnet veya üreticiye özgü protokol üzerinden yaşanan kesintileri kaydeder. Sahada sıkça karşılaşılan bir yanılgı, haberleşme kesintisini cihaz arızası sanmaktır; oysa kayıt genellikle kablo, sonlandırma direnci veya adresleme sorununu gösterir.
Zaman damgası doğruluğu analizin temelidir
Log analizinin en sık atlanan ön koşulu saat doğruluğudur. Kontrolör saati NTP ile senkronize edilmemişse aylar içinde kayar. Birden fazla ünitenin veya ünite ile izleme sisteminin kayıtları karşılaştırılacaksa, saat kayması nedenle sonucu ters sıraya sokabilir.
- Analize başlamadan önce her cihazın kontrolör saatini referans bir saatle karşılaştırın ve sapmayı not edin
- Yaz saati uygulaması geçişlerinde bir saatlik yapay boşluk veya tekrar oluşabileceğini hesaba katın
- Enerji kesintisi sonrası saat sıfırlanan kontrolörlerde kesinti öncesi kayıtların zamanı güvenilmezdir
Tekrarlayan arıza desenlerini okumak
Kesintili arızalarda tek bir alarm kaydı yeterli bilgi vermez. Aynı kodun tekrar ettiği anların ortak koşulu aranır:
- Kısa çevrim — kompresörün dakikalar içinde tekrar tekrar devreye girip çıkması; yetersiz yük, dar ölü bant veya yanlış sensör konumuna işaret eder
- Gün içi saat korelasyonu — alarmın her gün benzer saatte tekrarlaması, bina yükü veya vardiya kaynaklı ısı artışını düşündürür
- Dış hava sıcaklığı korelasyonu — yalnızca sıcak saatlerde görülen yüksek basınç alarmları kondenser kapasitesi veya hava akışı sorununu gösterir
- Haftalık iş yükü — hafta sonu kaybolan alarmlar, arızayı cihazdan çok yük profiline bağlar
- Yedek ünite devredeyken oluşması — yedek ünitenin ayarlarının ana üniteyle aynı olmadığını gösteren tipik bir desendir
Sensör ve kontrolör kaynaklı yanlış alarmlar
Log kaydındaki her alarm gerçek bir fiziksel arıza anlamına gelmez. Ölçüm zincirinin kendisi de arıza kaynağıdır:
- Sensör kablosunun açık veya kısa devre olması, kontrolörde uç değer (aralık dışı) okuması üretir
- Kalibrasyon kayması, gerçek olmayan nem veya sıcaklık sapması alarmı doğurur
- Sensörün hava akışına göre yanlış konumlandırılması, ortam gerçekte kararlı olsa bile salınım kaydı oluşturur
- Kontrolör firmware veya hafıza hatası, tutarsız ve tekrar üretilemeyen kayıtlara yol açar
Bu nedenle log analizinin ilk adımı, alarmı doğrulayan bağımsız bir ölçüm almaktır. Kayıtta nem sapması görünüyorsa, kalibre bir el cihazıyla ortam nemi ölçülerek kaydın gerçekliği teyit edilir.
Uzaktan izleme ve merkezi log toplama
Cihaz kontrolörlerinin dahili hafızası sınırlıdır ve döngüsel çalışır: kapasite dolduğunda en eski kayıtların üzerine yazılır. Yoğun alarm üreten bir ünitede haftalar öncesine ait kayıtlar kalıcı olarak kaybolabilir. Bu yüzden kritik tesislerde kayıtların cihaz dışına, merkezi bir noktaya aktarılması gerekir.
Sensör verilerinin ve alarmların kesintisiz toplanabilmesi için sahada cihazdan bağımsız bir izleme altyapısı kurulur; kurduğumuz ortam izleme sistemleri tam olarak bu işi yapar. Merkezi toplama, tek bir ünitenin kaydı yerine oda genelindeki sıcaklık, nem ve alarm geçmişinin birlikte okunmasını da mümkün kılar.
Toplanan kayıtların değerlendirilmesi, eşik ve önem derecelerinin doğru kurulmasına bağlıdır; bu konu hassas klima sistemlerinde alarm yönetimi yazısında ayrıntılı işleniyor.
Log analizi kontrol listesi
- Kontrolör saatini referans saatle karşılaştırın ve sapmayı kaydedin
- Alarm günlüğünü dışa aktarın; mümkünse ham dosya olarak arşivleyin
- Aynı alarm kodunun tüm tekrar anlarını listeleyin ve ortak koşul arayın
- Alarm anına ait sensör okumalarını bağımsız bir ölçümle doğrulayın
- İlgili parametrelerin haftalar ölçeğindeki trendini inceleyin
- Olay geçmişinden manuel müdahale ve yeniden başlatmaları ayıklayın
- Haberleşme kesintilerinin alarm anlarıyla çakışıp çakışmadığını kontrol edin
- Bulguları tek bir zaman çizelgesinde birleştirip kök nedeni yazılı olarak tanımlayın
Sıkça Sorulan Sorular
Log kaydı silinirse arıza tespiti mümkün olmaz mı?
Mümkündür, ancak zorlaşır. Kayıt silinmişse tanı, anlık ölçümler ve fiziksel muayeneyle yürütülür. Kesintili arızalarda ise kayıt olmadan kök nedene ulaşmak çoğu zaman yeni bir arıza tekrarını beklemeyi gerektirir. Bu nedenle reset almadan önce kaydın dışa aktarılması önerilir.
Alarmı resetlemek log kaydını siler mi?
Alarm reseti genellikle aktif alarm durumunu temizler, geçmiş kaydı silmez. Ancak bazı kontrolörlerde fabrika ayarlarına dönüş veya hafıza temizleme işlemi geçmişi de siler. Reset öncesi kodun ve zamanın not edilmesi güvenli yaklaşımdır.
Aynı alarm kodu farklı arızaları gösterebilir mi?
Evet. Özellikle yüksek ve düşük basınç alarmları birden çok nedenden kaynaklanır. Kodun anlamı üretici kılavuzunda doğrulanmalı, ardından alarm anındaki sıcaklık, basınç ve hava akışı verileriyle birlikte değerlendirilmelidir.
Log analizi için hangi verinin kaydedilmesi en değerlidir?
Tek bir veri seçilecekse besleme ve dönüş havası sıcaklığının eş zamanlı trendi en yüksek tanı değerini taşır. Bu iki değerin farkı, ünitenin gerçekte ne kadar iş yaptığını gösterir ve kapasite kaybını alarm üretmeden önce ortaya çıkarır.
