Bir bakışta
| Öğe | Tipik yanıt |
|---|---|
| Sorun | Sunucu odaları, şube iletişim odaları ve elektrik odaları insansızdır; soğutma arızaları, sızıntılar ve UPS sorunları ancak ekipmanlar kapandığında fark edilir. |
| Neler bağlıdır | Rack giriş sıcaklıkları, nem, sızıntı algılama, kapılar, UPS ve güç dağıtım değerleri, hassas soğutma üniteleri, jeneratör ve transfer şalteri durumları. |
| Kim kullanır | BT operasyonları, tesis veya veri merkezi mühendisi, güvenlik masası ve BT yöneticisi. |
| Tipik ilk kapsam | Ana sunucu odası ve üç ila beş şube odası. |
| İlk ekrana kadar geçen süre | Uzak siteler çözümünü kullanan bir şube odası için tipik olarak bir gün; UPS ve soğutma üniteleri Modbus üzerinden okunan bir ana oda için bir ila üç hafta. |
Durum
Ana bir sunucu odasına ve şubelerde, fabrikalarda veya mağazalarda onlarca küçük iletişim odasına sahip bir şirket, kimsenin oturmadığı odalara güvenir. Ana odada hassas soğutma üniteleri, bir UPS ve belki bir jeneratör bulunur; her şube odasında bir rack, bir split klima ve küçük bir UPS vardır. Pano ve jeneratör transfer şalterini içeren elektrik odaları yan tarafta yer alır.
Tipik olaylar: bir split ünite cuma gecesi devre dışı kalır ve şube racki cumartesi sabahına kadar 45 °C’ye ulaşır; bir yoğuşma pompası arızalanır ve su yükseltilmiş zemin altına yayılır; bir UPS aylarca arızalı bir akü grubuyla çalışır ve ilk güç dalgalanmasında yükü düşürür; elektrik odasının kapısı kilitsiz bırakılır. BT izleme araçları odanın kendisini değil, sunucuların kapandığını görür; bulunan bina yönetim sistemi ise şubelere ulaşmaz ve BT’yi çağırmaz.
Amaç: her kritik odanın tek bir ekranda görünmesi, okumaların ekipmanın hava girişlerine yakın olması, alarmların doğru kişiyi doğru nedenle uyandırması ve bir kesintiden önce neler olduğunu gösteren bir kayıt tutulması.
Hedefler ve ölçütler
- Giriş uyumluluğu = her rack giriş sensörünün kararlaştırılmış bant içinde kaldığı süre ÷ dönemdeki toplam süre. Yaygın olarak önerilen giriş bandı 18 ila 27 °C’dir; sizinkini ekipman sahipleriyle birlikte belirleyin.
- Oda başına günlük en sıcak giriş, gün toplamlarından; sıcak noktaları ve kapatma eksikliklerini bulmak için.
- Güç kullanım etkinliği = toplam tesis enerjisi ÷ BT enerjisi, günlük olarak; her ikisinin de bulunduğu yerlerde tesis sayacındaki artıştan ve UPS çıkış sayacından.
- UPS çalışma süresi payı = mevcut yükte kalan çalışma dakikası ve her UPS için son öz test sonucu.
- Soğutma yedekliliği = yük için gereken sayıya karşı çalışan ve sağlıklı soğutma ünitesi sayısı.
- Kritik alarmlar için onaylama süresi, alarm zaman çizelgesinden, mesai saatleri içinde ve dışında ölçülür.
Mimari
Sunucu odaları, nadiren içeri yönlü bağlantılara izin veren kurumsal ağlarda bulunur; UPS’leri ve soğutma üniteleri genellikle özel bir yönetim ağındadır. Bu nedenle tasarım, her şeyi yerinde okur ve tek bir giden bağlantı üzerinden dışarı gönderir.
- Ana oda: yönetim ağında Hermetry Edge çalıştıran lisanslı bir ağ geçidi; UPS ve hassas soğutma ünitelerini arayüz kartları üzerinden Modbus TCP veya Modbus RTU ile, raflar boyunca bir RS485 hattındaki Modbus sıcaklık ve nem sensörlerini ve dijital girişlerindeki kuru kontakları okur: sızıntı algılama kontrol cihazı, kapı kontakları, jeneratör çalışması, transfer şalteri konumu ve yangın paneninin yardımcı arıza çıkışı. Her şeyi TLS ile 8883 numaralı porttan MQTT üzerinden gönderir.
- Şube odaları: kendi SIM kartına sahip daha küçük bir lisanslı ağ geçidi veya lisanslı bir 4G yönlendirici; bir sıcaklık ve nem sensörünü, bir sızıntı sensörünü, bir kapı kontağını ve UPS’i okur. Kablolamanın zor olduğu yerlerde, bir LoRaWAN ağ geçidi ile LoRaWAN sensörleri aynı işi yapar.
- SNMP: Hermetry’nin bulut yoklayıcısı UPS-MIB, HOST-RESOURCES ve arayüz verilerini SNMP v2c veya v3 üzerinden okuyabilir, ancak yalnızca herkese açık bir adresteki bir ana bilgisayardan ve yoklayıcının sabit kaynak adreslerine izin verildiğinde. Sunucu odalarındaki UPS kartlarının çoğu özeldir, bu nedenle yukarıdaki ağ geçidi yolu normal yoldur. Ağ geçidinin yerinde SNMP yoklaması geliştirme aşamasındadır.
- Kameralar: RTSP kameralar ve kayıt cihazları, platforma erişilebiliyorsa oda verilerinin yanında canlı görüntü gösterebilir; kayıt sisteminizde kalır.
| Bileşen | Rol | Notlar |
|---|---|---|
| Edge ile lisanslı ağ geçidi | Modbus cihazlarını ve kontakları okur, telemetri yayımlar | Yönetim ağında; yalnızca giden bağlantı. Fabrika kimliği, kuruluşa atanmış. |
| Rack giriş sıcaklık sensörleri | BT ekipmanının soluduğu hava | Kritik racklarda rackın ön tarafında alt, orta ve üst; Modbus RTU veya LoRaWAN. |
| Oda sıcaklık ve nem sensörü | Oda havası ve çiğ noktası | Oda başına bir veya iki adet, besleme hava çıkışlarından uzakta. |
| Sızıntı algılama | Yükseltilmiş zemin altındaki su, soğutma üniteleri ve borulara yakın | Kontak kontrol cihazlı sızıntı kablosu veya LoRaWAN nokta sensörleri. |
| UPS arayüz kartı | Modbus TCP veya RTU üzerinden UPS değerleri | Yalnızca okuma. SNMP yalnızca kartın erişilebilir herkese açık bir adresi varsa. |
| Hassas soğutma arayüzü | Ünite durumları, sıcaklıklar, alarmlar | Ünitenin Modbus RTU veya TCP kartı. |
| Enerji sayaçları | Tesis ve BT enerjisi | Modbus RTU; güç kullanım etkinliği için gereklidir. |
| Lisanslı 4G yönlendirici | Kullanılabilir hattı olmayan şubeler için uplink ve yedek yol | Platformdan eSIM yönetimi geliştirme aşamasındadır (Hermetry Connect). |
Lisanslı cihazlar, platformun kendi yetkilisinden alınan X.509 sertifikalarıyla kimlik doğrular; profil TLS gerektirir ve kaynak ağları giden adreslerinizle sınırlayabilir. Ağ geçidi UPS’i, her soğutma ünitesini, sensör hattını ve sayaçları alt cihazlar olarak bildirir; böylece her biri kendi okumaları, alarm kuralları ve geçmişiyle görünür.
Nokta listesi
İki soğutma ünitesi ve bir UPS içeren bir ana oda. Register numaraları yer tutucudur; her kartın Modbus haritasından alın. UPS değerleri için anahtarlar, platformun SNMP UPS şablonunun adlarını izler; böylece bir UPS hangi yolu kullanırsa kullansın panolar aynı görünür. Modbus üzerinden, çıkış kaynağı gibi durum değerleri kartın sayısal kodları olarak gelir; bu nedenle kuralları bu kodlara göre yazın.
| Nokta | Telemetri anahtarı | Birim | Kaynak | Aralık | Notlar |
|---|---|---|---|---|---|
| Rack giriş sıcaklığı, konum başına | inlet_r01_top_c, inlet_r01_mid_c, … | °C | Modbus RTU sensörü, giriş registeri 30001 | 60 sn | Sensör konumu başına bir anahtar; veya rack başına bir alt cihaz. |
| Oda sıcaklığı | room_temp_c | °C | Oda sensörü | 60 sn | |
| Oda nemi | room_rh_pct | % | Oda sensörü | 60 sn | |
| Oda çiğ noktası | room_dewpoint_c | °C | Oda sensörü, bildiriyorsa | 60 sn | |
| Su sızıntısı | leak | bool | Sızıntı kontrol cihazı kontağı, DI1 | değişimde | Ayrıca her 5 dakikada bir kalp atışı. |
| Sızıntı bölgesi | leak_zone | sayı | Varsa sızıntı kontrol cihazı Modbus’u | değişimde | Kablonun hangi bölümünün ıslak olduğu. |
| Kapı açık | door_open | bool | Kapı kontağı, DI2 | değişimde | |
| Yangın paneli arızası veya ön alarm | fire_aux | bool | Yangın paneli yardımcı çıkışı, DI3 | değişimde | Yalnızca bilgi amaçlı. |
| UPS çıkış kaynağı | output.source | metin | UPS kartı | 30 sn | normal, bypass, battery ve diğerleri. |
| UPS akü şarjı | battery.charge | % | UPS kartı | 60 sn | |
| UPS kalan çalışma süresi | battery.minutes_remaining | dk | UPS kartı | 60 sn | |
| UPS akü sıcaklığı | battery.temperature | °C | UPS kartı | 5 dk | Akü ömrü sıcaklıkla yarıya iner. |
| UPS çıkış yükü, faz 1-3 | output.load.1, output.load.2, output.load.3 | % | UPS kartı | 60 sn | |
| UPS giriş gerilimi, faz 1-3 | input.voltage.1, … | V | UPS kartı | 60 sn | |
| Mevcut UPS alarmları | alarms.present | adet | UPS kartı | 60 sn | |
| UPS son öz testi | test.result | metin | UPS kartı | 1 sa | |
| Soğutma ünitesi çalışıyor | cu1_run, cu2_run | bool | Soğutma ünitesi kartı | 60 sn | |
| Soğutma ünitesi dönüş havası sıcaklığı | cu1_return_c | °C | Soğutma ünitesi kartı | 60 sn | |
| Soğutma ünitesi besleme havası sıcaklığı | cu1_supply_c | °C | Soğutma ünitesi kartı | 60 sn | |
| Soğutma ünitesi alarmı | cu1_alarm | kod | Soğutma ünitesi kartı | 60 sn | Kodları runbook’taki eşlemeye göre çevirin. |
| Jeneratör çalışıyor | gen_run | bool | Jeneratör kontağı, DI4 | değişimde | |
| Jeneratörde transfer şalteri | ats_on_gen | bool | ATS kontağı, DI5 | değişimde | |
| Tesis enerjisi | facility_kwh | kWh | Ana sayaç | 15 dk | |
| BT enerjisi | it_kwh | kWh | UPS çıkış sayacı | 15 dk |
Varlık modeli
- Her bina veya şube için Site; adres, konum, saat dilimi,
site_code,it_contactvefacilities_contactile. - Her sunucu odası, haberleşme odası veya elektrik odası için Room;
room_type,tier(critical, important, standard),design_kwveinlet_bandile. - Her UPS, soğutma ünitesi ve jeneratör için Machine;
model,rated_kvaveyarated_kw,battery_installedveservice_contractile. - Her kritik rak için Other (serbest tür Rack);
rack_idveowner_teamile.
Her alt cihazı ölçtüğü varlığa yerleştirin. UPS’ten odaya ve transfer anahtarından UPS’e Feeds ilişkileri ekleyin; böylece bir site sayfası neyin neye bağlı olduğunu gösterebilir. Ayrıca giriş sensörlerinden raklara Monitors ilişkileri ekleyin. Durum yukarı doğru toplanır: alarmdaki bir rak, genel görünümde odasını ve sitesini sarı veya kırmızı yapar.
Odaya göre değişen limitleri, sunucu özniteliği olarak cihazlara koyun; örneğin standart oda için inlet_high_c = 27, eski ekipmanlı oda için 25. Kurallar öznitelikle karşılaştırır; özniteliği olmayan bir cihaz o limit için kontrol edilmez, bu yüzden öznitelikleri devreye alma sırasında ekleyin.
Cihaz kurulumu
Remote sites çözümünden başlayın
Şube odaları Remote sites çözümüne iyi uyar. Sıcaklık, nem, kapı, su kaçağı ve duman anahtarları ile sensör pilleri içeren bir site kontrolcü profili, bir UPS profili, site başına özniteliklere dayalı eşik kuralları, çevrimdışı kuralları ve bir UPS izleme akışı kurar; bu akış bir UPS ünitesi sessizleştiğinde uyarı üretir. Ayrıca Sites, Alarms, Site, History, UPS ve Camera sayfalarına sahip bir pano kurar. Anahtarlarını sensörlerinize uyarlayın veya sensörlerinizi onun anahtarlarına eşleyin. Ana oda için ayrı profiller kullanın: Main room sensor line, UPS (Modbus), Cooling unit, Power and generator.
Sağlama
Her lisanslı ağ geçidini kodunu tarayarak ekleyin ve odasına yerleştirin. Alt cihazlar, ağ geçidi onları ilk kez bildirdiğinde oluşturulur; profil, ağ geçidinin gönderdiği türden alınır; her birini kendi varlığına yerleştirin. Bir ağ geçidi veya alt cihaz sessizleşirse, Recent message çevrimiçi kuralı (beklenen aralık bir ila iki dakika) ve profil başına bir hareketsizlik alarmı bunu yakalar.
Ayarlar ve sorgulama
Remote device settings, ağ geçidi modelinin Modbus adreslerini, seri parametrelerini ve sorgulama aralıklarını gösterir. Bir şubeyi yapılandırın, bir temel değer kaydedin ve bunu toplu bir işle dalgalar halinde tüm şubelere uygulayın; önce bir deneme çalıştırması farkları gösterir ve çok az ağ geçidi değişikliği kabul ederse iş kendiliğinden durur. UPS çıkış kaynağını, bataryaya geçişin hızla görülmesi için her 30 saniyede bir sorgulayın; giriş sıcaklıklarını her dakika. Ağ geçidi modeli istisna bildirimini destekliyorsa, sıcaklıklarda yaklaşık 0,3 °C ölü bant ve bir kalp atışı kullanın.
Zaman ve süreklilik
Ağ geçidinin saatini iç zaman sunucularınızla eşitleyin; on dakikadan fazla ileri olan okumalar atılır. Üst bağlantı arızalandığında lisanslı ağ geçitleri okumaları tamponlar ve daha sonra gönderir; kapasite modele bağlıdır. Alarm kuralları geç gelen okumaları geriye dönük veri olarak değerlendirir: geçmiş, kesinti sırasında olanları Backfilled işaretiyle gösterir ve geçmiş için kimse çağrılmaz. Tek üst bağlantısı kurumsal ağ olan bir şube, tam da o ağ arızalandığında sessizleşir; ikinci yol olarak lisanslı bir 4G yönlendirici bu kör noktayı önler.
Yazılım güncellemesi
İmzalı ağ geçidi yazılımı, profilden dalgalar halinde, bekleme süreleriyle dağıtılır; başarısız bir dalga dağıtımı duraklatır. 4G üzerindeki cihazlar, izin verilmedikçe ölçümlü indirmeleri bekler. En az kritik şubeyle başlayın.
Panolar
| Pano | Kitle | Bileşenler ve gösterdikleri |
|---|---|---|
| Odalara genel bakış | BT operasyonları, güvenlik masası | Alarm durumuna göre renklendirilmiş site haritası; en sıcak girişi, nemi, kapıyı, su kaçağını, UPS kaynağını ve son okumayı gösteren oda tablosu; açık Critical alarmlar, bataryada çalışan odalar ve çevrimdışı cihazlar için istatistik kartları; alarm tablosu. Salt okunur bir görüntüleme bağlantısıyla operasyon duvarı ekranında gösterilir. |
| Oda sayfası | BT ve tesis mühendisleri | Rak başına giriş sıcaklıkları, ısı haritası veya tablo olarak; oda sıcaklığı ve nemi için göstergeler; kapı, su kaçağı, soğutma üniteleri ve UPS kaynağı için durum kartları; girişlerin ve soğutma dönüş ve besleme sıcaklıklarının 24 saatlik çizgi grafiği; oda çizimi; odanın alarmları. |
| UPS | Tesis | Batarya şarjı ve çalışma süresi ilerleme kartları olarak; faz başına çıkış yükü; giriş gerilimleri; son öz test sonucu sözcüklerle; 90 günlük batarya sıcaklık eğilimi. |
| Enerji ve kapasite | BT yöneticisi | Günlük tesis ve BT kWh değerleri ile bunların önceki döneme oranı; UPS değerine karşı çıkış yükü eğilimi; çalışan soğutma üniteleri. |
| Kameralar | Güvenlik masası | Kameralar bağlıysa, kapı durumunun yanında oda kameralarının canlı görüntüleri. |
Varlık parametreleri tüm odalar için tek bir oda sayfasını korur; genel bakış, odayı parametre olarak vererek sayfayı ayrıntıya inerek açar. UPS sayfası, seçilen odayı besleyen UPS cihazını alır.
SCADA ekranları
- Oda düzeni: telekom ailesinden, ekipman rakı sıralarını, hassas soğutma ünitelerini ve UPS’i gösteren odanın planı; her rakta yazılan ve limite göre renklendirilen giriş sıcaklıkları; soğutma ünitelerinin çalışıyor, bekleme ve alarm durumu; UPS’in
output.sourcedeğerinden normal, bypass ve batarya durumunu gösterişi. - Güç yolu: Power pack’ten baraları, devre kesicileri ve pano dolabı sembollerini içeren tek hat çizimi; Building pack’ten bekleme jeneratörü ve transfer anahtarı; ve UPS. Aktif yol,
ats_on_genveoutput.sourceüzerindeki kurallarla vurgulanır. - Ağ köşesi: şube teknisyenine haberleşme rakının çiziminin yardımcı olduğu yerlerde, telekom ailesinden ağ anahtarı, güvenlik duvarı ve ağ geçidi yönlendirici sembolleri.
- Yeniden kullanım: bir şube odasını bir kez çizin, her şube sitesine bir görünüm olarak ekleyin ve Match everything ile her sitenin cihazlarını bağlayın. Oda planından yapılan 3B görünüm bağlantılarını korur ve sahadaki personelin bir rakı bulmasına yardımcı olur.
Paketler için SCADA kütüphanesine bakın. Yayımlamadan önce tasarımcının Problems sekmesini temizleyin.
Kurallar ve alarmlar
| Alarm | Koşul | Gecikme ve histerezis | Önem derecesi | Bildirim | Yükseltme |
|---|---|---|---|---|---|
| Rak girişi yüksek | en fazla 16 giriş anahtarından herhangi biri > inlet_high_c özniteliği (Major); > inlet_crit_c özniteliği (Critical) | 3 örnek debounce; 1 °C histerezis | Major / Critical | BT operasyonları, anlık bildirim ve sohbet; Critical ayrıca nöbetteki mühendise SMS | Critical’e yükselme yeniden bildirir; her 15 dakikada bir hatırlatma |
| Oda nemi aralık dışında | room_rh_pct > rh_high özniteliği veya < rh_low özniteliği | 10 dk debounce; %3 histerezis | Minor | Tesis, e-posta | Her 60 dakikada bir hatırlatma |
| Su kaçağı | leak == true | 1 örnek debounce | Critical | Tesis ve BT nöbeti, SMS ve anlık bildirim | Her 5 dakikada bir hatırlatma |
| UPS bataryada | output.source == battery, veya Modbus üzerinden okunduğunda UPS kartının batarya için sayısal kodu | 2 örnek debounce | Major | Tesis ve BT operasyonları, SMS | Her 10 dakikada bir hatırlatma |
| UPS çalışma süresi düşük | battery.minutes_remaining < runtime_min özniteliği | 2 örnek debounce | Critical | BT nöbeti ve BT yöneticisi, SMS | Her 5 dakikada bir hatırlatma |
| UPS bypass’ta | output.source == bypass | 2 örnek debounce | Major | Tesis, e-posta ve anlık bildirim | Her 30 dakikada bir hatırlatma |
| UPS öz testi başarısız | test.result == doneError | Major | Tesis, e-posta | Yok | |
| Soğutma ünitesi alarmı | cu1_alarm != 0 | 2 örnek debounce | Major | Tesis, anlık bildirim | Her 30 dakikada bir hatırlatma |
| Her iki soğutma ünitesi durdu | hepsi: cu1_run == false, cu2_run == false | 60 sn debounce | Critical | Tesis ve BT nöbeti, SMS | Her 5 dakikada bir hatırlatma |
| Mesai dışında kapı açık | Kural kartı: door_open, erişim penceresi dışında true olur | Küçük | Güvenlik masası, anlık bildirim ve uygulama içi | Yok | |
| Oda cihazı sessiz | Hareketsizlik kuralı, 5 dk | Büyük | BT operasyonları, anlık bildirim | Her 30 dakikada bir hatırlatma |
Yükselme hızı. Soğutma arızası, herhangi bir eşik değerine ulaşılmadan çok önce hızlı bir artış olarak görünür. Alarm kuralları değerleri karşılaştırır, eğimleri değil; oda profilinin kökündeki bir akış, okumalar arasındaki değişimi bir delta bloğuyla hesaplayabilir ve bir kaydetme bloğuyla inlet_rise_c olarak saklayabilir. Bir dakikalık okumalar arasında inlet_rise_c > 2 üzerine kurulan bir alarm, eşik değerinden dakikalar önce uyarır.
Kesintisiz güç olayları, su baskını olmadan. Şebeke arızası her UPS’i bataryaya geçirir ve jeneratörü başlatabilir. UPS bataryada olayını Major seviyede tutun ve UPS çalışma süresi düşük olayının Critical seviyeyi taşımasına izin verin; böylece gece bildirimi yalnızca süre azaldığında gelir. Transfer anahtarı ve jeneratör durumları olayı çizimde açıklar. Dakikada 20’den fazla alarm bildirimi gönderilecekse, Hermetry geri kalanları beş dakikalık bir özette toplar.
Yaşam döngüsü ve kayıtlar. Alarmlar, gecikme süresinden sonra açılır ve kendiliğinden kapanır. Nöbetçi mühendis alarmı onaylar ve zaman çizelgesine notlar ekler; örneğin split ünitenin resetlendiğini ve talep numarasını. Onaylar ve kapanışlar kişinin adına denetlenir. Her kural bir runbook içerir: hangi şalter, hangi taşeron, hangi kapatma sırası. Yükseltme önem derecesini izler: Major’dan Critical’a geçiş yeniden bildirim yapar ve biri onaylayana kadar hatırlatmalar tekrarlanır. Hermetry’nin IoT alarmları için bir nöbet rotasyonu yoktur; alarm kuralları kullanıcılara, rollere veya e-posta adreslerine bildirim gönderir, gruplara göndermez. Bu nedenle alarmları ortak bir nöbet adresine yönlendirin ya da alarm üzerinde, üyelerini her hafta değiştirdiğiniz bir nöbet ekibine bildirim gönderen bir Kural kartı kuralı ekleyin.
Bakım. UPS akü değişimi veya soğutma servisi sırasında bir odanın cihazlarını sessize alın. Alarmlar yine kaydedilir ve sessiz olarak işaretlenir; sessize alma, en fazla 90 gün sonra kendiliğinden biter.
Otomasyon ve entegrasyonlar
- Talep yönetimi: imzalı webhook’lar
alarm.created,alarm.acknowledgedvealarm.cleared, BT hizmet yönetimi aracında talepleri oluşturur ve günceller; bir akış bunun yerine yalnızca Major ve Critical alarmları bir HTTP isteğiyle gönderebilir. - Sohbet: kuruluşunuzun bağladığı yerlerde, SMS, anlık bildirim, e-posta ve uygulama içinin yanı sıra alarm bildirimleri Telegram, Slack, Discord veya WhatsApp’a gönderilebilir.
- Yerel çıkışlar: röle çıkışlı lisanslı bir ağ geçidi, model ve yazılım destekliyorsa, kataloğundaki bir komutla bir siren çalıştırabilir veya bir egzoz fanını başlatabilir; bir Kural kartı kuralı, oda 5 dakika boyunca 35 °C üzerinde kaldığında bunu gönderebilir. Yüksek etkili komutlar yazılı onay gerektirir ve denetlenir. UPS, soğutma üniteleri ve jeneratör kendi kontrollerini korur; bunlara komut gönderilmez.
- Yönlendiricilerde uzaktan çalışma: bir mühendis, yönlendici uzaktan erişimi üzerinden, lisanslı bir yönlendiricinin web panelini cihaz sayfasından açabilir; oturumlar süreyle sınırlıdır ve denetlenir, sabit IP veya VPN gerektirmez.
- Raporlar: geçmiş tabloları aylık kapasite ve enerji incelemeleri için Excel’e indirilir. Zamanlanmış veya e-posta ile gönderilen raporlar bugün yerleşik değildir.
Roller ve erişim
| Kim | Rol veya grup | Yapabilir |
|---|---|---|
| BT operasyonları | Kullanıcı + IoT operatör grubu | Tüm odaları görür, alarmları onaylar, temel komutlar gönderir, sınır özniteliklerini yazar. |
| Güvenlik masası | Kullanıcı | Kapı, su kaçağı ve kamera görünümlerini görür; kapı alarmlarını onaylar. |
| Tesis mühendisi | Kullanıcı + IoT operatör grubu | Enerji ve soğutma cihazlarını görür, onaylar, not ekler. |
| Şube BT iletişim kişisi | Kullanıcı, bir politika ile yalnızca kendi sahasına daraltılmış | Yalnızca kendi odasını görür. |
| BT yöneticisi | Kullanıcı + IoT görüntüleyici grubu | Her şeyi okur, geçmişi dışa aktarır. |
| Platform yöneticisi | Yönetici | Profiller, kurallar, paneller, komut kataloğu, sessize almalar, yazılım. |
Öznitelik tabanlı politikalar, bir üyeyi tek cihazlara veya bir sahanın cihazlarına daraltır. Oturum açma, iki faktörlü kimlik doğrulama veya geçiş anahtarlarıyla SAML veya OIDC kimlik sağlayıcınız üzerinden yapılabilir; bu, bir BT departmanına uygundur. Yapay zekâ güvenlik duvarı oturum açmaları, API çağrılarını ve cihaz trafiğini izler, kötüye kullanımı engeller ve her kararı açıklar. Denetim günlüğü, oturum açmaları, rol değişikliklerini, komutları, onayları ve ayar değişikliklerini, Doğrula ile kontrol edilen bir hash zincirinde kaydeder; CSV veya NDJSON olarak dışa aktarılabilir.
Boyutlandırma ve veri
Bir ana oda ve 30 şube odası için kabaca bir büyüklük mertebesi olarak:
- Ana oda: dakikada bir gönderen yaklaşık 8 alt cihaz ve UPS kaynağı 30 saniyede bir: yaklaşık 8 × 1.440 + 2.880 = günde 14.400 mesaj.
- Şube odaları: her biri dakikada bir mesaj gönderen iki alt cihazlı (sensörler ve UPS) bir ağ geçidi, 30 × 2 × 1.440 = günde 86.400 mesaj.
- Kişiler ve kalp atışları: oda başına günde 100 ayırın, 3.100.
- Toplam: yaklaşık günde 104.000 mesaj, kabaca ayda 3,1 milyon. Alarmlar, komutlar ve bağlantı olayları kotaya dahil edilmez.
- Şubeler dakikada bir yerine her 5 dakikada bir raporlarsa, toplam günde yaklaşık 35.000’e düşer; küçük bir odada giriş sıcaklıklarının nadiren daha fazlasına ihtiyacı olur.
Planın saklama sınıfı, 7 ile 1.095 gün arasında, geçmişin uzunluğunu belirler: ham okumalar en fazla 90 gün, dakika toplamları en fazla 31 gün saklanır; saatlik ve günlük toplamlar ise tüm sınıf boyunca saklanır ve bu da yıllık kapasite grafiklerini ucuz kılar. 90 gün ham veri ve bir yıllık toplamları içeren 365 günlük sınıf, sunucu odaları için yaygın bir tercihtir. Her cihazın varsayılan sınırları olan saniyede 10 mesaj ve dakikada 300 mesaj, bol bir pay bırakır.
Devreye alma planı
| Aşama | Haftalar | İş | Çıkış kriterleri |
|---|---|---|---|
| 0. Keşif | 1-2 | Odaları, UPS ve soğutma modellerini arayüz kartları ve Modbus haritalarıyla listeleyin; giden MQTT için ağ yolu; alarm sınırları ve nöbet ekibi üzerinde anlaşın. | Oda tipi başına nokta listesi; giden 8883 için güvenlik duvarı kuralı onaylandı. |
| 1. Ana oda | 3-5 | Ağ geçidi, sensör hattı, UPS ve soğutma kartları; profiller, alarm kuralları, oda çizimi, talep yönetimine webhook’lar. | Değerler UPS ve soğutma ekranlarıyla eşleşir; her alarm baştan sona test edildi ve yönetildi. |
| 2. Şube pilotu | 6-7 | Uzak saha çözümü uyarlandı; üç ila beş şube; şube ağ geçitleri için referans. | Açıklanamayan boşluk olmadan iki hafta; oda başına haftada bir’den az rahatsız edici alarm. |
| 3. Tüm şubeler | 8-16 | Kalan şubeler gruplar halinde; gerektiğinde 4G yedek yolları; işletme duvarında ekran bağlantısı. | Tüm odalar çevrimiçi; bir şubede hafta sonu güç kesintisi tatbikatı başarıyla geçildi. |
Devreye alma kontrol listesi
- Ağ geçidi sahiplenildi, sertifika etkin, kurumsal güvenlik duvarından 8883 üzerinden giden bağlantı çalışıyor.
- Her alt cihaz doğru profilde ve varlıkta; sınır öznitelikleri mevcut.
- Her giriş sensörü, rafın önünde bir referans termometreyle karşılaştırıldı; konum etiketleri anahtarlarla eşleşiyor.
- Su kaçağı ipi uzak ucundan ıslatıldı: SMS ile Critical alarm; kuruyunca kapanır.
- Planlı bir testte UPS bataryaya geçirildi veya öz testi çalıştırıldı:
output.sourcedeğişir, alarm açılır, çalışma süresi okumaları beklendiği gibi düşer. - Kontrollü bir testte soğutma ünitesi durduruldu: ünite alarmı, yükselen girişler, eşik alarmından önce yükselme hızı alarmı.
- Mesai dışında kapı açıldı: güvenlik masasına bildirim gönderildi.
- Uplink 15 dakika çekildi: çevrimdışı alarmı; yeniden bağlantıdan sonra tamponlanmış okumalar ve geriye dönük alarmlar; takılıysa 4G yedek yolu test edildi.
- Talep yönetimi webhook’u, geçerli imzalarla oluşturuldu, onaylandı ve kapatıldı olaylarını alır.
Tuzaklar
- Duvardaki sensörler. Kapı yakınındaki oda havası, raf girişleri hakkında çok az şey söyler. Raflarının önünde, birkaç yükseklikte ölçüm yapın.
- SNMP’nin buluttan çalışacağı varsayımı. Özel ağlardaki UPS kartları dışarıdan sorgulanamaz; bunları ağ geçidi üzerinden okuyun.
- Her UPS olayının Critical olması. Bataryaya geçişler her kısa düşüşte olur. Bildirimi geçişe değil, çalışma süresine göre yapın.
- İzlenen ağ üzerinden tek uplink. Çekirdek anahtar arızalandığında oda sessizleşir. Kritik odalar için bir 4G yolu ekleyin.
- Yeni cihazlarda limit özniteliği yok. Özniteliği olmayan bir cihaz bu limit açısından kontrol edilmez. Öznitelikleri cihaz ekleme rutininin bir parçası yapın.
- Nöbet ekibi güncel değil. Bildirimler ayrılmış kişilere ulaşıyor. Nöbet çizelgesi değiştiğinde ekip üyeliğini ve alarm alıcılarını gözden geçirin.
Hermetry’nin yerini tutmadığı şeyler
Hermetry izler, uyarır ve kaydeder. Yangın algılama ve söndürme, acil durum gücünü kesme, UPS ve soğutma kontrolleri, jeneratörü çalıştırma ve devreye alma mantığı kendi sistemlerinde ve kablolu devrelerinde kalır ve platform olmadan da çalışmak zorundadır. Sunucu ve ağ izleme, BT izleme araçlarınızda kalır; Hermetry onların bulunduğu odayı izler. Video kaydı video sisteminizde kalır.

