İnceleyelim ekipmanınızdan ve söyleyelim gerçekte ne alınabilir
Kontrolcülerin dokümantasyonuna ve parkın bileşimine göre: hangi göstergeler hemen erişilebilir, nereye sensör koymak gerekecek ve hangi ayarlar uzaktan yönetilebilir.
Ekipman tesislerde durur, siz ise ofistesiniz. Üzerine sensörler koyar, onları internete bağlar ve göstergeleri tarayıcıda açılan tek bir programa çıkarırız. Sıcaklık normun dışına çıktıysa, kapı açık kaldıysa veya elektrik kesildiyse — sorumlu çalışan mesajı anında alır, sabah bozulmuş maldan öğrenmez.
Basitçe: ekipmanın üzerine, önemli olanı sürekli ölçen küçük cihazlar konur — odanın içindeki sıcaklık, kapının açık olup olmadığı, elektrik olup olmadığı, kompresörün çalışıp çalışmadığı. Bu ölçümler dakikada bir internet üzerinden sunucuya gider. Siz tarayıcıyı açar ve tüm noktalardaki her bir ekipmanın durumunu görürsünüz.
IoT «nesnelerin interneti» anlamına gelir. Anlamı şudur: insan not defteriyle dolaşıp değerleri yazmaz, ekipmanın kendisi onları programa gönderir. Bunun için bir şey yapmak gerekmez: veriler gece ve hafta sonu dâhil, yedi gün yirmi dört saat kendiliğinden gelir.
Sayılarla dolu basit bir ekrandan temel farkı, sistemin birinin ona bakmasını beklememesidir. Her ölçümü, bu ekipman için sizin belirlediğiniz normla kendisi karşılaştırır. Norm ihlal edildiyse — rehberden bu tesisten sorumlu çalışanı bulur ve mesajı ona gönderir.
Örnek. Depodaki derin dondurucuda −18 °C kabul edilebilir. Saat 21:04'te sensör −16,8 °C iletir. O anda ekrana kimse bakmıyor. 15 dakika sonra sıcaklık artmaya devam eder — sistem bir olay oluşturur, içine oda numarasını, deponun adresini, zamanı ve güncel değeri yazar ve depo nöbetçisine mesaj gönderir. 21:33'te gelir ve tam kapanmamış bir ara kapı bulur. Mal sağlam.
Bunun için ekipmanı değiştirmek gerekmez. Buzdolabı, otomat, pompa veya havalandırma ünitesi yerinde kalır — onlara sahip olmadıkları şey eklenir: sensörler, bir iletişim cihazı ve tüm parkın tek listede göründüğü bir program.
Her proje üç soruyla başlar: bu ekipmanda fiziksel olarak ne ölçülebilir; veriler tesisten internete nasıl çıkacak; sapmadan kim sorumlu ve kaç dakika içinde tepki vermeli. Üçüncü sorunun yanıtı yokken elinize sayılarla dolu güzel bir ekran geçer, bir şeyi önleyen bir sistem değil.
| Ne uygulanmış | Bu nedir |
|---|---|
| Gösterge ekrana gerçek zamanlı yansır | gözlem |
| Gösterge tam zamanıyla geçmişe kaydedilir | temel |
| Normun aşılması ayrı bir olay olarak yazılır | temel |
| Olayın belirli bir çalışanı ve tepki süresi vardır | izleme |
| Çalışanın tepkisi kaydedilir ve olayı kapatır | izleme |
Sınır iki şeye göre çizilir: olayın bir insanı ve bir süresi vardır. Güncel sıcaklığı gösteren ekran tek başına hiçbir şeyi kurtarmaz — incelemek kimseye atanmadığı sürece sapma, grafikteki bir çizgi olarak kalır. Bu yüzden norm, sorumlu, tepki süresi ve kapatma işareti sistemin zorunlu alanlarıdır, «isteğe bağlı» ayarları değil.

Olanakların sınırını program değil ekipmanın kendisi belirler: yalnızca onun ölçtüğü ya da sensörle ölçülmesine izin verdiği şey alınabilir, yalnızca kontrolcüsünün izin verdiği şey değiştirilebilir. Sizin modelinizde neyin mümkün olduğunu, inceleme sırasında üreticinin dokümantasyonundan belirleriz.
Tek bir ölçümün kat ettiği tüm yol — buzdolabındaki cihazdan telefondaki mesaja. Sayfanın devamında bu altı halkanın her biri ayrıntılı ele alınmıştır.

İzlediğimiz şey: soğuk oda, vitrin, derin dondurucu, satış otomatı, pompa, havalandırma ünitesi, üretim hattı. Her birim sistemde ayrı bir kart olarak açılır — nedir, hangi tesiste durur, kimlik belgesi nedir ve en son ne zaman bakım görmüştür.
Ölçen cihazlar. Sensör, tek bir büyüklüğü ölçen küçük bir cihazdır: sıcaklık, nem, basınç, akım, kapının açık olup olmadığı, gerilim olup olmadığı. Kontrolcü ise ekipmanın kendi «beynidir»: bazı modellerde kendi değerlerini ve hata kodlarını dışarıya bildirebilir, o zaman fazladan sensöre gerek kalmaz. Bildiremiyorsa kendi sensörlerimizi koyarız.
Değerler internete nasıl ulaşır. Tesise küçük bir iletişim cihazı konur: sensörlerden ölçümleri toplar ve internet kablosu, Wi-Fi veya SIM kart üzerinden sunucuya gönderir. İnternet kesildiğinde ölçümler belleğinde birikir ve bağlantı geri geldiğinde gider. Cihazın susması da bir alarm sayılır.
Verilerin yaşadığı yer. Sunucu, korumalı bir veri merkezinde yedi gün yirmi dört saat çalışan bir bilgisayardır. «Bulut», onun sizin ofisinizde durmadığı anlamına gelir: satın almak, soğutmak ve bakımını yapmak gerekmez, programa ise her yerden erişilir. Sunucu ölçümleri alır, geçmişe kaydeder, normlarla karşılaştırır ve sapmayı bir olaya dönüştürür.
Sizin gördüğünüz program. Bilgisayarda veya telefonda tarayıcıda kullanıcı adı ve parolayla açılır — kurulum gerekmez. Tek ekranda tesisler, ekipman, güncel göstergeler ve açık sapmaların listesi. Farklı marka ekipmanlar aynı görünür.
Tüm zincirin sonucu: belirli bir çalışana mesaj, inceleme için grafikler ve günlükler, aylık raporlar ve — kontrolcünün izin verdiği yerde — ekipman ayarlarının doğrudan panelden değiştirilmesi.
Ölçüm sıklığı ve kabul edilen sınırlar, tüm zincir için tek bir rakamla değil her ekipman türü için ayrı belirlenir. Derin dondurucunun, hazır yemek vitrininin ve depo odasının hem normal sıcaklığı hem de bunun dışına çıkılabilecek kabul edilebilir süre farklıdır.
Soğuk, izlemenin en hızlı amorti olduğu alandır, çünkü rejim ihlali gözle görülmez. Gece aralık kalmış kapıyı sabaha kadar kimse fark etmez, sabaha kadar da karar sizin yerinize verilmiş olur.
Örnek. Cuma akşamı derin dondurucuda kompresör arızalanır. Gece boyunca mal çözülür, cumartesi kısmen yeniden dondurulur, pazartesi parti imha edilir. İzlemeyle arıza bildirimi cuma saat 21:00'de gelir ve iş servis çağırmakla biter.
Üstelik ekipmanlar farklıdır. Derin dondurucuyla hazır yemek vitrininin ne kabul edilebilir sıcaklığı, ne bunun ihlal hızı, ne de hata bedeli aynıdır. Bu yüzden norm zincirin tamamı için tek değil, her birim için ayrı belirlenir — içinde ne olduğu dikkate alınarak.
Bir soğutma biriminden neler alınabilir:
Set, somut modele bağlıdır. Fabrika kontrolcüsü değerleri ve hata kodlarını dışarıya veriyorsa sistem onları doğrudan okur. Vermiyorsa dış sıcaklık, kapı ve besleme sensörleri konur. Sizin ekipmanınızda neyin mümkün olduğu, önceden vaat edilmez; inceleme sırasında dokümantasyonuna göre belirlenir.

Bu yüzden normlar ekipman tipine ve içindeki mala göre ayarlanır. Bu yapılmazsa mesajlar sürekli gelmeye başlar, çalışanlar onları açmayı bırakır — ve sistem boşa çalışır.
Bu gruplarda cihazlar aşağı yukarı aynıdır. Fark; kabul edilen rejimde, hata bedelinde ve mesajın kime gittiğindedir. Kurgu her yerde aynıdır: ekipman birimi, tesis, göstergeler, normlar, olaylar, sorumlu.

Satıcısız nokta: kapının kapanmadığını ya da ünitenin durduğunu fark edecek kimse yoktur. Ekipman ofiste, fabrikada veya ortak çalışma alanında durur, çalışan birkaç günde bir gelir. Sıcaklık ve kapı denetimi burada sorunu zamanında öğrenmenin tek yoludur.
Derin eksi ve büyük soğuk rezervi: sapma yavaş gelişir, ama bozulan partinin tamamıyla fark edilir. Sıcaklık, normun dışında ne kadar kaldığı, kompresörün çalışması ve buz çözme denetlenir.
Satış salonunda kapı vardiya başına onlarca kez açılır, rejim sürekli ihlal edilir. Bu yüzden önemli olan sınırın aşılması değil, bunun ne kadar sürdüğü ve gün içinde ne sıklıkla tekrarlandığıdır.
Büyük hacim ve farklı sıcaklıklarda birkaç bölge: tek bir ölçüm noktası odayı anlatmaz. Birkaç sensör konur, kapı ve besleme ayrıca denetlenir — odanın durması bir rafın değil, tüm içeriğin kaybı demektir.
Aynı tesiste birkaç oda ve ünite, vardiyalı ve yedi gün yirmi dört saat çalışma. Bölgelere göre sorumluluk ayrımı, uzun geçmiş ve aylık veya üç aylık rejim uygunluk raporu gerekir.
Aynı ekipmana sahip nokta zinciri: farklı adreslerde onlarca vitrin ve sandık. Buradaki değer karşılaştırmadadır — sapmalar nerede tekrarlanıyor, hangi nokta sistematik olarak rejimin dışına çıkıyor, hangi birimin onarıma gitme vakti geldi.
Rejimin kolaylık değil zorunluluk olduğu, hammadde ve mamul saklama. Mesajların yanı sıra kanıtlanabilirlik gerekir: her oda için dönem grafiği ve sapmalara kimin nasıl tepki verdiğine dair kayıtlar.
Ayrı bir grup, kontrolcüsü dışarıyla alışveriş için hiç tasarlanmamış ünitelerdir. Bunlar dış sensörlerle bağlanır: sıcaklık, kapı, besleme, çekilen akım. Veri, «akıllı» üniteden daha az olur; ama en önemlisi — rejim, kapı, besleme ve kompresörün çalışması — görünür ve böyle bir birim genel listede diğerleriyle eşit durur.
Her gösterge sistemde iki biçimde yaşar. Birincisi, sadece geçmişe kaydedilen değerin kendisi. İkincisi kural: hangi değerde ve kaç dakika sonra bu, birine bildirilmesi gereken bir sapmaya dönüşür.
Örnek. Derin dondurucu odadaki −16 °C sıcaklık her zaman, her dakika kaydedilir. Mesaj ise yalnızca on beş dakikadan uzun süre aralıksız −18 °C'nin üzerinde kalırsa gider.
Alınan ve denetlenenlerin tam listesi:
Bağlantı kaybı önemsiz bir ayrıntı değil, tam bir arızadır. Susan cihaz «veri yok» değil, «bu tesis hakkında hiçbir şey bilmiyoruz» demektir. Oradaki sıcaklık normda da olabilir, bir saattir artıyor da olabilir. Bu yüzden bağlantı kaybı grafikte boşluk bırakmaz, sıcaklık arızasıyla aynı olayı oluşturur.

Dört düzey vardır ve sistemin kimi nasıl rahatsız edeceği düzeye bağlıdır:
Sistemdeki her tesiste sorumlu bir çalışan, her olay türünde ise kendi iletim kuralı belirtilmiştir. Sistem her şeyi herkese göndermez: sapmanın hangi tesiste olduğuna, türüne ve saatin kaç olduğuna bakar ve bu kurala göre muhatabı seçer.
Çalışan olayı verilen süre içinde üstlenmezse, olay otomatik olarak zincirdeki bir sonrakine gider. Gece, hafta sonu ve tatillerde muhatap farklı olabilir — bu da önceden ayarlanır.
Tür, ekipman ve tesis, başlangıç ve bitiş zamanı, oluştuğu andaki gösterge değerleri, mesajın kime ve ne zaman gittiği, kimin üstlendiği, ne yaptığı ve her şeyin nasıl sonuçlandığı. Bu, bir ay sonra vakayı vardiyanın hatırladıklarına göre değil kayıtlara göre incelemeye yeter.
| Koşul | Bekleme | Olay |
|---|---|---|
| Sıcaklık rejimin üst sınırının üzerinde | 15 dk | uyarı |
| Sıcaklık sınırın üzerinde | 45 dk | arıza |
| Kapı aralıksız açık | 5 dk | uyarı |
| Kapı kapalıyken sıcaklık artışı | 10 dk | arıza |
| Ekipmanda gerilim yok | 1 dk | arıza |
| Kontrolcü hata kodu döndürdü | anında | arıza |
| Cihaz bağlanmıyor | 20 dk | arıza |
| Kompresör gün içinde her zamankinden fazla çalıştı | gün | bakıma |
Sistem ekran görüntüsü, değerler örnektir. «Bekleme» sütunu, sistemin alarm vermeden önce beklediği süredir. O olmadan mal yükleme, olağan buz çözme ve salon temizliği bir yanlış alarm seli yaratır ve sonrasında mesajlar okunmaz olur.
Her vaka aynı yolu izler: ekipmanda bir şey değişti → sistem bunu olay olarak kaydetti → belirli bir çalışan mesajı aldı. Fark yalnızca nedende ve muhatabındadır.
Ne olur: sensör kapının açıldığını bildirdi ve kabul edilenden uzun süredir kapandığını bildirmiyor. Sistem ne yapar: ekipman numarası, tesis adresi ve başlangıç zamanıyla «kapı normdan uzun süre açık» olayını oluşturur. Kim öğrenir: noktadaki çalışan — mesajda kapının ne kadar süredir açık olduğu görünür. Kapı kapanmadan olayın kendisi kapanmaz.
Ne olur: ölçümler istikrarlı bir artış gösteriyor, üstelik kapı kapalı. Sistem ne yapar: sapmayı güncel değeri ve artış hızıyla birlikte kaydeder. Kim öğrenir: tesisten sorumlu kişi bir uyarı alır — mal şimdilik normda, tepki için süre var. Artış sürerse uyarı arızaya döner ve artık birkaç çalışana gider.
Ne olur: cihaz kabul edilen aralıktan uzun süredir susuyor. Sistem ne yapar: «veri yok» değil, tam olarak bir arıza oluşturur: tesiste ne olduğu bilinmiyor. Kim öğrenir: sonuçları aynı olabileceği için, sıcaklık arızasındaki çalışanların aynısı.
Ne olur: ekipmanın kendisi bir arıza kodu döndürüyor. Sistem ne yapar: kodu olduğu gibi kaydeder ve bu modelin dokümantasyonuna göre açıklar. Kim öğrenir: hata, ekipman kartında geçmişiyle birlikte belirir — aynı kod bu birimden daha önce kaç kez gelmiş.
Ne olur: buz çözme gereğinin belirtileri — kontrolcü sinyali, çalışma süresi veya sıcaklık döngüsünün karakteri — normun dışına çıkıyor. Sistem ne yapar: arıza değil, bir görev oluşturur. Kim öğrenir: sorumlu çalışan — görevde hangi ekipman olduğu, hangi tesiste bulunduğu ve hangi süreye kadar yapılacağı belirtilir.
Ne olur: ekipmanda gerilim yok. Sistem ne yapar: kesintinin tam zamanıyla bir arıza oluşturur; iletişim cihazı kendi bataryasıyla çalıştığı sürece sıcaklık yazılmaya devam eder. Kim öğrenir: mesaj anında gider — buna göre onarımın ne zaman çağrılacağına değil, malın çıkarılıp çıkarılmayacağına karar verilir.
Sistem ekran görüntüsü, sayılar örnektir. Buradaki asıl mesele mesaj değil son satırdır: neden ve süre bu odanın geçmişine girer. «Ara kapının tam kapanmaması» ay içinde üç kez daha tekrarlanırsa bu, vardiyayla birlikte unutulmaz, raporda görünür.
Sistem, ekipmanın sürekli gözetim olmadan çalıştığı ve arızanın sonucundan fark edildiği her yerde gerekir. Gösterge seti ve hata bedeli değişir — sistemin kurgusu aynı kalır.

Beşten en az üç madde sizin durumunuza uyuyorsa, amortismanı geçmiş dönemlerde zaten yaşadığınız somut kayıplar üzerinden hesaplayabilirsiniz — imha edilen mal, duruşlar, boşa çıkılan servisler.
Otomat ve mikromarketler: telemetri modülü, cihaz üzerindeki program ve olay toplama — satışlar, mekanizma hataları, sıcaklık, kapı açılması, ödeme modüllerinin ve bağlantının durumu — bizim tarafımızdan yapılmıştır ve şu bölümde anlatılmıştır: self servis sistemleri. Listedeki diğer alanlar, aynı şemanın başka bir ekipman tipine uygulanmış hâlidir.
Gerçek park neredeyse hiçbir zaman türdeş değildir. Aynı tesiste farklı yıllara ve farklı üreticilere ait birimler durur: bazılarında veriyi dışarıya verebilen bir kontrolcü vardır; bazılarında kontrolcü vardır ama «konuşmayı» bilmez; bazılarında güç kısmından başka hiçbir şey yoktur.
Buradan olağan tablo çıkar: dört ekipman tipi için dört program; her birinin kendi girişi, kendi durum adlandırmaları ve kendi bildirimleri. Tesise dair bütünlüklü görünüm hiçbirinde yoktur, farklı marka iki üniteyi birbiriyle karşılaştırmak ise hiç mümkün değildir.
Böyle bir durumda ne yaparız:
Önceden neyi söylemiyoruz. İnceleme yapılmadan belirli ekipman markalarına ve endüstriyel protokollere destek iddia etmiyoruz. Neyin okunduğu ve neyin yönetilebildiği listesi, bir sunum satırı değil; sizin parkınızın dokümantasyonuyla çalışmanın ve yerinde sınamanın sonucudur. Hazır geliştirmeyle doğrulanmış tek şey otomat devresidir: MDB ve EVA-DTS sürücülerine sahip kendi telemetri modülümüz; şu bölümde anlatılmıştır: self servis sistemleri.

Ekipman ayarlarını tarayıcıdan değiştirmek her zaman mümkün değildir. Bu, programın değil ekipmanın kendi özelliğidir ve üç seçenek vardır:
Bunu yazılımla aşmak mümkün değildir. Bu yüzden erişilebilir komutların listesini incelemeden önce değil sonra söyleriz.
Marka karmaşası tesiste değil programın içinde giderilir: her ekipman tipi için kendi çevirmeni yazılır, sonrası her yerde aynıdır. Bu yüzden yeni bir tip, paneli, kuralları ve raporları elden geçirerek değil tek bir modül yazılarak bağlanır.

Veriyi dışarıya verebilen kontrolcüler; bu imkânı olmayan kontrolcüler; dış sensörler; iletişim cihazları. Her birinin kendi biçimi, kendi ölçü birimleri, kendi durum adlandırmaları ve kendi veri verme sıklığı vardır.
Her kaynak türü için ayrı bir modül yazılır: veriyi tam olarak ondan nasıl alacağını bilir ve tek bir iç biçime çevirir. Ekipman bu sırada değişmez — program uyum sağlar. Böyle bir modüle adaptör denir.
Aynı ölçü birimleri, tek bir durum listesi, aynı olay tarifi. Bundan sonra soğuk oda ile pompa tek bir dille anlatılır ve norm kuralları her marka için ayrı değil, hepsi için bir kez yazılır.
Tüm park için tek ekran: tesisler, ekipman, göstergeler, açık sapmalar, geçmiş, raporlar ve erişilebilir komutlar. Çalışan tek bir programda çalışır, dördü arasında geçiş yapmaz.
| Veri kaynağı | Ne okunur | Yönetim | Durum |
|---|---|---|---|
| Veri verebilen kontrolcü | değerler, rejimler, hata kodları | kısmen, dokümantasyona göre | bağlı |
| Hiçbir şey vermeyen kontrolcü | dış sensörler üzerinden | hayır | bağlı |
| İletişim cihazındaki dış sensörler | sıcaklık, kapı, besleme, akım | hayır | uyarı |
| Otomat telemetri modülü | satışlar, mekanizma hataları, sıcaklık, kapı | evet | bağlantı dışı |
Sistem ekran görüntüsü, içerik örnektir. Panelde dört satır da aynı görünür — fark yalnızca «ne okunur» ve «yönetim» sütunlarında, yani kaynağın fiziksel olarak neye izin verdiğinde kalır. Yönetim olup olmayacağına program değil, ekipmanın kontrolcüsü karar verir.
Panel, sıradan bir site gibi tarayıcıda kullanıcı adı ve parolayla açılır. Kurulum gerekmez, telefondan da çalışır.
İlk ekran. Üstte sayaçlar: şu anda kaç cihaz bağlı, kaçı susuyor, tam şu anda kaç sapma açık. Altında tesislerin listesi, her birinin altında ekipmanı, her birimde renkli durum (norm, uyarı, arıza, bağlantı dışı) ve güncel değer.
Ekipman kartı herhangi bir birime tıklanarak açılır. İçinde bu buzdolabı veya ünite hakkında bilinen her şey toplanmıştır:
Ayarlar bir kez yapılır ve sonrasında kendiliğinden çalışır: ekipman tiplerine göre normlar ve bekleme süreleri; tesise, olay türüne ve günün saatine göre sorumlular ve mesaj iletim kuralları; çalışan rolleri — kim neyi görür ve ne yapabilir; tesislere, bölgelere ve ekipman tiplerine göre gruplar ve filtreler.
Geçmiş neden saklanır. Bu, tam zamanıyla kaydedilmiş ve her an erişilebilir tüm ölçümler ve tüm olaylardır. Beş şey için gereklidir:
Grafikler hakkında ayrıca: raporlama için değil inceleme için gereklidir. Sıcaklık çizgisinde kapı açılmaları, kompresörün devreye girmesi ve besleme kesintileri işaretliyse sapmanın nedeni hemen okunur — dört ayrı ekranı karşılaştırmaya gerek kalmaz.

Kontrolcü komut kabul etmiyorsa, karttaki yönetim bölümü hiç gösterilmez. Orada çalışmayan bir düğme yoktur — vardiyada ekipmanın buradan yönetilebileceği izlenimi oluşmasın diye.
Beş buzdolabı olan tek bir tesiste her yaklaşım, defter bile iş görür. Fark elli ve beş yüz birimde başlar: liste ekrana sığmaz olur, mesajlar bir akışa dönüşür ve her şeyden sorumlu olan çalışan, somut hiçbir şeyden sorumlu olmamaya başlar.
Örnek. Gece noktalardan birinde elektrik kesilir. Ayar yapılmasa sistem otuz ayrı arıza gönderirdi — her ekipman birimi için bir tane, ve bu akışta geri kalan her şey kaybolurdu. Ayarlarla tek bir mesaj gelir: şu tesis, besleme kesildi, 30 birim etkilendi.
Park büyüdükçe ne değişir:
Sistem ekran görüntüsü, sayılar örnektir. Sayıların sırası rastgele seçilmemiştir: başta parkın büyüklüğü değil, şu anda kaç tesisin gözlem dışında olduğu gelir. Susan altı cihaz, haklarında hiçbir şey bilinmeyen altı nokta demektir.

Raporlar dosya olarak dışa aktarılır ve zamanlamaya göre otomatik oluşturulabilir — örneğin her ayın birinde. Soğutma devresi için böyle bir rapor aynı zamanda döneme ait saklama rejiminin kanıtı olarak da hizmet eder.
Yetkiler aynı yapıya göre verilir: noktadaki çalışan yalnızca kendi ekipmanını görür, alan yöneticisi kendi tipindeki tüm tesisleri, dispeçer ise tüm ağın özetini. Görüntüleme, olayı üstlenme ve uzaktan yönetim tek pakette verilmez, birbirinden ayrılmıştır.
Sensörler ve kontrolcüler
Buluta iletim
Tek panel
Mesajlar ve raporlar
Sistemin temel işleyişi basit kurallar üzerine kuruludur: şu değer şu kadar dakikadan uzun sürerse = şu kişiye şu mesaj. Bu, arıza durumlarını kapatmaya yeter ve her entegrasyon buradan başlar.
Geçmiş aylar boyunca biriktiğinde, üzerine veri analizi eklenebilir. Bu analiz sınır ihlalini değil, somut bir ekipman biriminin alışılmış davranışındaki değişimi arar.
Örnek. Kompresör normalde rejime sekiz dakikada çıkar. Son üç haftadır on iki dakika gerekiyor. Hiçbir sınır ihlal edilmedi, kurallara göre tek bir mesaj bile gitmezdi — ama ünite açıkça arızaya gidiyor ve onu hafta sonu durmadan önce bakıma almak daha iyi.
Sınırı açıkça belirtiyoruz. Arıza öngörüsü, ilk günden çalışan bir işlev değil, biriken veriler üzerinde mümkün hâle gelen bir şeydir. Bunun için yalnızca göstergelerin değil, arızaların kendisinin de geçmişi gerekir: gerçek vakalar olmadan modeli eğitecek bir şey yoktur. Bu yüzden projede bu, ilk sürümün bir maddesi değil, veri toplama bir dönem çalıştıktan sonraki ayrı bir aşamadır.
Komşu bir alan — yapay zekânın iş süreçlerine entegrasyonu; aynı yaklaşımın sipariş, başvuru ve belge verilerine uygulandığı yer.

Bunların hiçbiri arıza kurallarının yerini tutmaz: kurallar dakikalar içinde tepki verir, analiz haftalar ufkunda çalışır. İki katman da gereklidir ve tam olarak bu sırayla devreye alınır.
Aşamalar tam olarak bu sırayla ilerler. İncelemenin atlanması, sistemin gerekli verileri vermeyen bir ekipmana göre kurulmasının en sık nedenidir.
Park sayımı: modeller, kontrolcüler, dokümantasyon, her birimden fiziksel olarak neyin alınabileceği, tesislerde internet var mı. Çıktı: hemen erişilebilir olanların ve dış sensörlerle kapatılması gerekenlerin listesi.
Bir saha ve birkaç ekipman birimi: montaj, canlı kontrolcüde alışverişin sınanması, normların ve bekleme sürelerinin dokümantasyona göre değil ekipmanın fiili davranışına göre ayarlanması.
Kim hangi tesislerden sorumlu, hangi olaylar kime gider, ne arıza sayılır, ne yalnızca kayıt. Yükseltme ve aynı olayların birleştirilmesi de burada ayarlanır, aksi hâlde mesaj seli sistemi bir ayda değersizleştirir.
Kalan tesisler denenmiş şemayla, yeni ekipman tipleri ayrı alışveriş modülleriyle. Sonrasında geçmiş birikir, dönem raporları ve veri analizi ortaya çıkar.
Tesislerde hangi ekipmanın olduğunu, sayısını ve hangi sorunları şu anda yalnızca sonucundan öğrendiğinizi yazın. Ondan gerçekte neyin alınabileceğini, nerede dış sensörlerin gerekeceğini ve pilota nereden başlamanın mantıklı olduğunu yanıtlayalım.