Yükleniyor
Kablosu kopan bir sensörü fark etmek kolaydır. Asıl pahalı olanlar sessiz arızalardır: cihaz düzenli veri gönderir ama ölçümü yavaş yavaş kayar, ya da vanaya açılma zamanı gider ama vana açılmaz. Komutun gitmesi, suyun borudan aktığını göstermez.
ROOTLINQ yalnızca cihazın çevrimiçi olup olmadığına bakmaz; verinin zamanında gelip gelmediğini, geçmişiyle ve komşu ölçümlerle tutarlılığını, komutun sahada karşılık bulup bulmadığını izler. Ağ geçidi kesilince onlarca sensör uyarısı yerine tek uyarı ve ilk kontrol adımı gider.
Sistem sağlığı katmanı (geliştiriliyor): cihaz envanteri, beklenen veri aralığı, istenen ve bildirilen durumun karşılaştırılması.
Bir sistemin sağlıklı olduğunu anlamak için “cihaz çevrimiçi mi?” sorusu yetmez. Sorulması gerekenler şunlardır: veri zamanında geldi mi, değer kendi geçmişiyle tutarlı mı, ilgili ölçümlerle çelişiyor mu, gönderilen komuta sahadan beklenen cevap geldi mi? Bunlardan biri tutmazsa sistem önce bir sapma kaydı açar; nedeni sonraki ölçümler ve saha kontrolü daraltır.
Her cihazın envanter kaydında ne sıklıkla veri göndermesi gerektiği yazılıdır. Bu süre içinde yeni ölçüm gelmezse cihaz arızalı olarak işaretlenir, envanterden silinmez. Ama “veri gelmedi” ile “sensör bozuldu” aynı şey değildir: pil, kablosuz bağlantı, ağ geçidi ya da cihaz yazılımı da neden olabilir.
Bir istasyon veri göndermeye devam ederken ölçümü bozulmuş olabilir: gölgelenme, kirlenme, kalibrasyon kayması ya da yanlış konum. Ölçümler istasyonun kendi geçmişiyle, hava tahminiyle ve yakındaki istasyonlarla karşılaştırılır; sürekli ve açıklanamayan sapma güven skorunu düşürür.
Sistem vanaya bir durum yazar; cihazın bildirdiği gerçek durum ayrı tutulur. İstenen durum “açık”, bildirilen “kapalı” ise komut sonuç vermemiştir. Nedeni vana, yerel denetleyici, bağlantı, güç ya da elle müdahale olabilir; bu yüzden çıktı “vana arızalı” değil, “komut ile geri bildirim uyuşmuyor” olur.
Sulama hattının normal debi ve basıncı biliniyorsa belirgin sapmalar erken uyarı verir. Debi artıp basınç düşerse kaçak, debi ve hat sonu basıncı birlikte düşerse tıkanma akla gelir. Ama aynı işaretin birden fazla nedeni olabilir; sistem “boru patladı” demez, “hat normalden ayrıldı, şu nedenlere bakın” der.
Ekranda veri görünmemesinin nedeni sensörün kendisi olmak zorunda değildir. Zincirin hangi halkasına kadar iletişimin çalıştığı kaydedilir; bu, sahaya ezbere “sensörü değiştir” demekten çok daha iyi bir başlangıçtır.
Tek bir 0–100 sağlık puanı her şeyi saklayabilir. “Sensör sağlığı 67” demek yerine “neden 67?” sorusunun cevabı ayrı ayrı gösterilir:
Sistem özet bir durum (normal, kontrol et, kritik) üretse de bu özetin gerekçesi hiçbir zaman gizlenmez.
Alarmın olmaması iki anlama gelebilir: ya her şey yolundadır ya da alarmı üretecek altyapı durmuştur. Bu ikisini ayırmak için izleme sisteminin de izlenmesi, verinin ne kadar güncel olduğunun gösterilmesi ve uyarıların önem sırasına ayrılması gerekir.
İzleme altyapısı durduğunda ekranda “hiç alarm yok” görünür; bunun nedeni sorun olmaması değil, altyapının çalışmaması olabilir. Bu yüzden kritik servisler düzenli bir “çalışıyorum” sinyali gönderir ve bu sinyali ayrı bir dış servis izler. Sinyal 20–30 dakika gecikirse yöneticiye acil uyarı gider.
Sensör tamamen susunca sorun çoğu zaman fark edilir. Daha tehlikelisi, eski verinin güncelmiş gibi kullanılmasıdır: son ölçüm zamanı görünmezse ekrandaki toprak nemi yeni sanılabilir. Bu yüzden her değerin yanında ölçüm zamanı gösterilir ve karar verilirken verinin ne kadar güncel olduğu hesaba katılır.
Her sapmada telefona bildirim gitmesi, kısa sürede bildirimlerin görülmemesine yol açar. Bu yüzden olaylar üç seviyeye ayrılır: bilgi yalnız kayda geçer, uyarı ilgili kişiye gider, kritik olay hemen iletilir. Seviyeyi değerin yanında olayın süresi, etkilediği sistem ve tekrar sayısı belirler.
“Sensör hatası” uyarısı tek başına yardımcı olmaz; teknisyene giden uyarıda ilk kontrol adımları da yazar: “Nem probu 3, 5 saattir veri göndermiyor. Önce pilini, sonra ağ geçidi bağlantısını kontrol edin; sorun sürerse cihazı sahada inceleyin.” Bu bir tamir talimatı değil, görülen belirtiye göre mantıklı bir başlangıçtır.
Aşağıdaki karşılaştırma, aynı arızanın yalnız bağlantıya bakan basit bir alarm sisteminde ve veri güncelliğini, tutarlılığı ve komut sonucunu birlikte izleyen bir sistemde nasıl göründüğünü gösterir.
Sistemin kendi kayıtları da önemli işaretler verir: komut gönderildi ama onay gelmedi, zamanlayıcı çalışmadı, servis “çalışıyorum” sinyali göndermedi ya da açılan görev kapanmadı. Ama fiziksel bir işin gerçekten yapılıp yapılmadığını doğrulamak için sahadan gelen ölçüm yine gerekir.
Hedef “bütün arızaları yapay zekâ kesin olarak çözer” demek değildir. Her ölçüm ve her komut şu sorulardan sırayla geçer:
İyi bir sistem yalnız veri toplamaz; verisine ne zaman güvenmemesi gerektiğini de bilir.
