Bina portföyü genelinde HVAC ve enerji görünümü

Genel bakış

Öğe	Tipik yanıt
Sorun	Bir bina portföyü, her biri yerel olarak çalışan birkaç bina yönetim sistemi üzerinde çalışır; bu nedenle tesisat mesai saatleri dışında çalışmaya devam eder, ısıtma ve soğutma birbirleriyle çatışır ve konforsuz odalar, enerji faturasını ödeyen kişilerden gizli kalır.
Neler bağlı	Ana ve alt sayaçlar, hava işleme üniteleri, soğutucular, kazanlar, ısı pompaları, dış hava sıcaklığı ve oda örneklemi; her bina için lisanslı bir ağ geçidi aracılığıyla mevcut BMS veya tesisat denetleyicilerinden okunur, ayrıca BMS bulunmayan yerlerde kablosuz oda sensörleri.
Kimler kullanır	Portföy enerji yöneticisi, bina tesis yöneticileri, HVAC bakım yüklenicisi ve konfor görünümleri için bina kiracıları.
Tipik ilk kapsam	Farklı türlerde üç bina (örneğin bir ofis, bir okul ve bir perakende birimi); her biri ana sayaçları, merkezi tesisatı ve on ila yirmi örnek odasıyla.
İlk ekrana kadar geçen süre	BMS entegratörü nokta listesini dışa aktardıktan sonra genellikle bina başına bir ila iki hafta. Bulgularını saha ekiplerinin kabul ettiği bir pilot için altı ila sekiz hafta bütçe ayırın.

Durum

Çoğu portföy bina bina büyümüştür; her biri yüklenicisinin tercih ettiği BMS’ye, kendi iş istasyonuna, alarm listesine ve program anlayışına sahiptir. Tesis yöneticisi bir binayı iyi görür; yirmi binadan sorumlu enerji yöneticisi ise aylık bir fatura görür.

İsraf nadiren çarpıcıdır, ama her zaman süreklidir. Hafta sonu etkinliğinden sonra elle kontrolde bırakılan bir hava işleyici aylarca çalışır. Yaz programı hiçbir zaman geri alınmaz. Bir kazan bir devreyi ısıtırken bir soğutucu aynı katı soğutur. Gece temel yükü yavaş yavaş artar. Konfor şikayetleri, arkasında hiçbir veri olmadan e-posta ile gelir.

Yıllık bir denetim ve sayaç okumalarından oluşan bir e-tablo, tesisatın dün saat 03.00’te ne yaptığını göstermez. Buradaki amaç, hiçbir BMS’yi değiştirmeden tüm binalar üzerine tek bir denetim katmanı yerleştirmektir: önemli noktaları okumak, geçmişi tek bir yerde tutmak ve bilinen arıza kalıplarını doğru kişiyi uyaran kurallara dönüştürmek.

Hedefler ve ölçümler

Noktaları seçmeden önce ölçümleri yazılı olarak belirleyin; her biri ihtiyaç duyduğu noktaları adlandırır. Karma bir portföy için tipik ölçümler:

• Enerji kullanım yoğunluğu = yıllık kWh (elektrik ve ısı ayrı tutulur) ÷ binanın şartlandırılmış taban alanı. Alan, bina varlığının bir özelliğidir; yıllık toplam sayaçların günlük artışından gelir.
• Temel yük oranı = 01:00 ile 04:00 arasındaki ortalama güç ÷ hafta içi 10:00 ile 16:00 arasındaki ortalama güç. Bu oranın yukarı yönlü kayması, artık kapanmayan ekipman anlamına gelir.
• Mesai dışı çalışma süresi, hava işleyici ve soğutucu başına = doluluk penceresi dışında çalışılan saatler. Durumlar 0 veya 1 olarak gönderildiğinde, her saatlik ortalama, ünitenin o saatin ne kadarında çalıştığının oranıdır.
• Eş zamanlı ısıtma ve soğutma = aynı bölgeye hizmet veren bir ısıtma kaynağı ile bir soğutma kaynağının birlikte çalıştığı saatler.
• Konfor uygunluğu = bir odanın, bandı içinde kaldığı dolu saatlerin oranı (örneğin kışın 20 ile 24 °C; bantları mal sahibiyle kararlaştırın).
• Soğutulmuş su delta-T = soğutucudaki dönüş eksi besleme sıcaklığı. Düşük delta-T, vanaların baypas edildiğine işaret eder.

Hermetry, her anahtarın bir dakikalık toplulaştırmalarını (toplam, sayı, minimum, maksimum, son değer) saklar ve bunları saatlere ve günlere toplar; gösterge kartları da her periyot için bir sayaç toplamının artışını isteyebilir. Bu nedenle günlük enerji ve saatlik çalışma oranları sahada ek hesaplama gerektirmez. Dışa aktarılan geçmiş üzerinde hava durumu normalizasyonunu yapın.

Mimari

Her bina, tesisat odasında veya BMS panosunda bir lisanslı ağ geçidi alır. Binanın zaten sahip olduğu verileri okur ve tek bir giden bağlantı üzerinden TLS ile MQTT yayınlar; BMS ağı internetten hiçbir bağlantı kabul etmez. Model başına arayüzler için Hermetry Edge ve lisanslı cihazlara bakın.

Verilerin kaynağı

• Önce Modbus. Enerji sayaçları, Modbus çıkışlı ısı sayaçları, soğutucu ve kazan denetleyicileri ile birçok BMS denetleyicisi Modbus RTU veya Modbus TCP sunar. Ağ geçidi bunları yapılandırılmış register listeleri olarak okur.
• BACnet bina sistemleri. Bir lisanslı ağ geçidi modeli olan DC620 DUAL BACnet, BACnet bina sistemleri için tasarlanmıştır. Bunu planlamadan önce BMS’niz için hangi nesneleri ve kaç noktayı okuduğunu bizimle doğrulayın. Genel amaçlı Edge yönlendiricilerinde BACnet geliştirme aşamasındadır.
• Kendi başına yayın yapan bir BMS. MQTT yayınlayabilen veya HTTP gönderebilen bir denetleyici, bir erişim belirteci ya da kullanıcı adı ve parola ile doğrudan Hermetry’ye bağlanır.
• BMS’si olmayan binalar veya BMS’nin kapsamadığı odalar. Pil ile çalışan LoRaWAN oda sensörleri (sıcaklık, nem, CO2, kapı kontakları, su kaçağı), Hermetry’nin kendi LoRaWAN ağ sunucusundaki bir LoRaWAN ağ geçidi üzerinden veri bildirir. Bir sayacın darbe çıkışındaki bir LoRaWAN darbe okuyucusu, veri yolu olmayan sayaçları kapsar.

Bileşen	Rol	Notlar
Edge’li lisanslı ağ geçidi	Sayaçları ve tesisatı Modbus üzerinden okur, telemetri yayınlar	Bina başına bir adet. Fabrika kimliği, kuruluşunuza atanır; kesinti sırasında okumaları tamponlar, ne kadarı modele bağlıdır.
Mevcut BMS ve tesisat denetleyicileri	Binayı kontrol etmeye devam eder	İlk aşamalarda salt okunur. Programlar, kilitlemeler ve döngüler burada kalır.
Elektrik, ısı ve gaz sayaçları	Bina başına ve her büyük yük başına enerji	Ağ geçidinin RS485 hattında Modbus RTU veya bir LoRaWAN darbe okuyucusu.
LoRaWAN oda sensörleri ve ağ geçidi	Örnek odalarda konfor ve hava kalitesi	EU868, OTAA, sınıf A. Ağ geçidi LoRa Basics Station ile çalışır.
Hermetry	Geçmiş, alarmlar, kurallar, panolar, tesisat çizimleri	AB, ABD veya Türkiye bölgesi ya da kendi sunucularınız.

Bir ağ geçidi birden fazla denetleyiciyi okuduğunda, her birini kendisinin alt cihazı olarak (örneğin AHU-1, AHU-2, Chiller-1) bildirebilir; her birinin kendi profili, okumaları ve alarmları vardır ve hepsi tek bağlantı üzerinden gider. Alt cihazlara yönelik komutlar ve paylaşılan öznitelikler geliştirme aşamasındadır; bu, salt okunur başlamak için bir neden daha.

Nokta listesi

İki hava işleyici, bir hava soğutmalı soğutucu, iki kazan, bir ana sayaç ve alt sayaçlara sahip tipik bir orta ölçekli ofis. Register numaraları örnektir; bunları BMS veya denetleyici dokümantasyonundan alın. Durumları metin yerine 0 veya 1 sayıları olarak gönderin, böylece saatlik ortalamalar çalışma oranlarını verir.

Nokta	Telemetri anahtarı	Birim	Kaynak	Aralık	Notlar
AHU çalışma durumu	ahu_run	0/1	BMS veya AHU denetleyicisi, Modbus coil veya register	değişimde + 15 dk	AHU başına bir alt cihaz.
AHU elle kontrolde	ahu_hand	0/1	Denetleyici mod registerı	değişimde	Açık bırakılan geçersiz kılmaları yakalar.
Besleme havası sıcaklığı	supply_air_c	°C	Denetleyici, örn. holding register 30101	5 dk
Besleme fanı hızı	fan_speed_pct	%	Sürücü veya denetleyici	5 dk
Isıtma vanası konumu	heat_valve_pct	%	Denetleyici çıkışı	5 dk	Vana ve soğutma serpantini ikisi de açık = çatışma.
Soğutma vanası konumu	cool_valve_pct	%	Denetleyici çıkışı	5 dk
Filtre diferansiyel basıncı	filter_dp_pa	Pa	Basınç anahtarı veya transdüser	15 dk	AHU başına sınır, bir öznitelik olarak.
AHU arızası	ahu_fault	0/1	Ortak arıza noktası	değişimde
Soğutucu çalışma durumu	chiller_run	0/1	Soğutucu denetleyicisi	değişimde + 15 dk
Soğutulmuş su beslemesi	chw_supply_c	°C	Soğutucu denetleyicisi	5 dk
Soğutulmuş su dönüşü	chw_return_c	°C	Soğutucu denetleyicisi	5 dk	İkisinden delta-T.
Soğutucu arızası	chiller_fault	0/1	Soğutucu denetleyicisi	değişimde
Kazan çalışma durumu	boiler_run	0/1	Kazan denetleyicisi veya alev rölesi	değişimde + 15 dk	Kazan başına bir adet.
Ana elektrik enerjisi	elec_kwh	kWh	Ana sayaç, Modbus RTU	15 dk	Günlük kullanım artıştan hesaplanır.
Ana elektrik gücü	elec_kw	kW	Ana sayaç	1 dk	Temel yük ve zirveler için.
Alt sayaç enerjisi (HVAC, aydınlatma, kiracı)	sub_kwh	kWh	Alt sayaçlar, her biri bir alt cihaz	15 dk	Her alt sayaçta aynı anahtar; cihaz hangi yükü olduğunu belirtir.
Isı enerjisi	heat_kwh	kWh	Modbus’lu ısı sayacı veya darbe okuyucu	15 dk
Dış hava sıcaklığı	outdoor_c	°C	Gateway veya LoRaWAN üzerindeki sensör	10 dk
Oda sıcaklığı	room_c	°C	LoRaWAN oda sensörü veya BMS oda noktası	10 dk	Codec anahtar adları sensör modeline göre değişir; Pitfalls bölümüne bakın.
Oda nem oranı	room_rh	%	LoRaWAN oda sensörü	10 dk
Oda CO2	room_co2_ppm	ppm	LoRaWAN CO2 sensörü	10 dk
Sensör pili	battery	%	LoRaWAN sensörü	her uplink ile
BMS iletişimi	bms_comm_ok	0/1	Gateway okuma durumu	5 dk	Gateway bir kontrolcüyü okuyamadığında False olur.

Her anahtarı profilin Telemetry keys sekmesinde etiket, birim, ondalık basamak ve makul bir aralıkla tanımlayın. Göstergeler aralığı ölçek olarak kullanır.

Varlık modeli

Sites & Assets bölümünde, ağacı portföyün yönetildiği biçimde oluşturun. Varlıklar bir tür (Site, Building, Floor, Room, Area ve serbest türler), bir kod, bir konum ve bir saat dilimi taşır. Yaygın bir yapı:

• Building (Building), konum ve saat dilimi, floor_area_m2, building_type (office, school, retail), criticality ve contractor ile.
• Plant room (Area), AHU’lar, soğutucular ve kazanlar rated_kw ve install_year taşıyan Machine varlıkları olarak.
• Floor (Floor) ve Room (Room), öznitelik olarak comfort_band_low_c, comfort_band_high_c ve co2_limit_ppm ile; odanın kodu, kat planındaki oda adıyla eşleşir.

Her cihazı ölçtüğü yere yerleştirin: gateway binanın üzerinde, AHU çocukları plant room altında, oda sensörleri kendi odalarının altında ve her AHU’dan hizmet verdiği katlara Feeds ilişkileri ekleyin. Yerleşim, binanın durumunu belirler (altındaki cihazların en kötüsü), bir binanın Rules kartının hangi cihazları anabileceğini ve özniteliğe dayalı bir politikanın bir kişiyi hangi binalara daraltabileceğini belirler.

Oda veya ünite başına farklılık gösteren sınırlar, cihazda sunucu öznitelikleri olarak yer almalıdır (örneğin her oda sensöründe max_room_c, her AHU’da max_filter_dp_pa). Profil alarm kuralları bu tür bir öznitelikle karşılaştırma yapabilir; böylece tek bir kural seti her binaya hizmet eder.

Cihaz kurulumu

Profiller

Bina başına değil, ekipman türü başına bir profil oluşturun: AHU (Modbus), Chiller, Boiler, Electricity meter, Room sensor (LoRaWAN) ve gateway. Bir profil taşıma, giriş ve çevrimiçi kurallarını, telemetri anahtarlarını, alarm kurallarını, komutları ve LoRaWAN için codec ve radyo ayarlarını içerir. Gateway çocukları, 15 dakikalık beklenen aralıkla Recent message çevrimiçi kuralını kullanır.

Provisioning

Lisanslı gateway’ler fabrikadan bir kimlikle çıkar; bir yönetici her birini kodunu tarayarak sahiplenir ve profili seçer. LoRaWAN oda sensörleri DevEUI, JoinEUI ve AppKey ile eklenir ya da toplu olarak içe aktarılır; bir profil, bir teslimat için tek bir ortak AppKey taşıyabilir.

Uzaktan ayarlar ve aralıklar

Lisanslı gateway’lerde remote device settings, modelin her ayarını mevcut değeriyle listeler: seri parametreleri, Modbus slave adresleri, register listeleri ve sorgulama aralıkları. Bina türü başına bir temel yapılandırma hazırlayın (örneğin iki AHU’lu ofis) ve bunu dalgalar halinde çalışan ve çok az gateway değişikliği uyguladığında kendini durduran bir toplu iş ile uygulayın.

Analog tesis değerlerini her beş dakikada bir, sayaçları her on beş dakikada bir sorgulayın. Tesisin zaman sabitleri uzundur; yalnızca ana güç bir dakikalık veri hak eder. Durumları değişimde ve periyodik bir heartbeat ile gönderin.

Zaman ve boşluklar

Okumaların zaman damgasını gateway’in senkronize saatiyle atmasına izin verin; güvenilir saati olmayan bir kontrolcü zaman damgası göndermemelidir. Kesinti sırasında lisanslı gateway’ler okumaları saklar ve sonra özgün zamanlarıyla gönderir (kapasite modele bağlıdır); alarm kuralları bunları, sayfalama yapmadan, Backfilled olarak işaretlenmiş geriye dönük veri olarak değerlendirir.

Firmware

İmzalı gateway firmware’i, bekleme süresiyle dalgalar halinde yayılır: önce düşük kritiklikteki bir bina; başarısız bir dalga kapısı yayılımı duraklatır.

Panolar

Sites pano şablonuyla (site tablosu ve durum haritası) başlayın. Bir varlık parametresi, tek bir bina sayfasının her binaya hizmet etmesini sağlar.

Pano	Hedef kitle	Bileşenler ve gösterdikleri
Portföy	Enerji yöneticisi, yönetim	Durum, açık alarmlar ve son görülme bilgisi içeren site tablosu; duruma göre renklendirilmiş harita; sayaçların günlük artışından binalara göre dünkü kWh çubuk grafiği; Major ve üzeri ile filtrelenmiş alarm tablosu.
Bina	Tesis yöneticisi	Katları ve odaları duruma göre renklendirilmiş binanın 2B veya 3B görünümü; yedi günlük ana güç ve dış sıcaklık çizgi grafiği; her AHU, soğutucu ve kazan için durum kartları; bantlarının dışındaki odaların tablosu; etkinlik akışı.
Plant room	Tesis yöneticisi, yüklenici	AHU, soğutucu ve kazan çizimlerinin canlı değerlere bağlandığı süreç çizimi kartı; besleme sıcaklıkları için göstergeler; çakışmayı ortaya çıkarmak için ısıtma ve soğutma vana konumları tek bir grafikte.
Enerji detayı	Enerji yöneticisi	Saatlik elektrik kullanımının ısı haritası; günlük kWh ile ortalama dış sıcaklığın saçılım grafiği; günlük alt sayaç tüketim tablosu, Excel’e indirilebilir.
Konfor	Tesis yöneticisi, kiracılar	Sıcaklık, nem ve CO2 içeren oda tablosu; bir anahtar filtresiyle süzülmüş (örneğin room_co2_ppm değeri 1.000 üzerinde); tıklanınca oda başına trend.

Bir kiracının lobi ekranı veya tesis ofisi duvarı için her ekran başına bir display link oluşturun: salt okunur, menü yok, 1 ile 365 gün geçerli ve tek tek ekran bazında iptal edilebilir.

SCADA ekranları

Tesis ekranlarını bina başına değil, ekipman türüne göre çizin. Building paketi sembolleri sağlar: HVAC ailesinden Air handling unit, Louvre damper, Heat recovery core, VAV box, Air-cooled chiller, Cooling tower, Condensing boiler, Heating circulator pump, Three-way valve ve kanal parçaları; bina ailesinden Sub-meter ve BMS rack. Smart meter, Power paketinden gelir. Bkz. symbol library.

• Durumlar. Fanlar ahu_run değerine göre çalışıyor veya durmuş olarak gösterilir; vanalar konumlarını yazdırır; bir kural, filter_dp_pa sınırını aştığında filtreyi kırmızıya çevirir ve ahu_fault üzerinde AHU çerçevesini yanıp söndürür.
• Bir bakışta çakışma. Bir etiket kuralı, ısıtma ve soğutma vana konumları her ikisi de %10’un üzerindeyse bir uyarı metni gösterir.
• Yeniden kullanım. AHU çizimini AHU profiline bir görünüm olarak ekleyin; her binadaki her AHU kendi bağlantılarıyla kendi görünümünü alır. Match everything bağlanmamış her sembol için bir cihaz önerir; Problems sekmesi hâlâ bağlanmamış olanları listeler.
• 3B’de binalar. Bir bina veya kat, bir 2B çizim ve ondan üretilmiş bir 3B görünüm barındırabilir. 3B sahne, altındaki en kötü durumla bir oda varlığının koduyla eşleşen her odayı boyar; durum status anahtarından okunur. Küçük bir akış, bu anahtarı konfor bandından yazabilir.

Sembollerdeki komutlar, sembolü, komutu ve değerleri adlandıran bir onayın arkasında mümkündür. Bunları ilk aşamaların dışında tutun ve gateway çocukları olarak erişilen kontrolcülerin henüz komut alamadığını unutmayın.

Kurallar ve alarmlar

İşi iki araç yapar. Cihaz profillerindeki Alarm rules, tek bir cihazın değerlerini gecikme, histerezis ve cihaz başına sınırlarla izler. Bina panosundaki Rules card bir binanın birden fazla cihazını izler ve saati bilir: günün saati, hafta içi günleri, gündoğumu ve günbatımı, mevsimler ve kurumun tatil takvimi, binanın saat diliminde.

Bir değer tetikleyicisi, değer çizgiyi geçtiğinde ateşlenir, çizgide kaldığı sürece değil. Kapanış saatinde zaten çalışan bir hava işleyici bir daha geçiş yapmaz; bu yüzden mesai dışı kurallara kapanıştan sonra sabit bir saatte ikinci bir tetikleyici verin ve koşulun mevcut durumu kontrol etmesine izin verin.

Alarm	Koşul	Gecikme ve histerezis	Önem derecesi	Bildirilen	Yükseltme
Hermetry Insight	Rules card: when ahu_run becomes 1, or every day at 20:00; only if ahu_run = 1 and the time is outside 06:30 to 19:30 Monday to Friday, or it is a holiday	Value trigger stays so for 30 min	Minor	Building facility manager, e-mail	None; reviewed weekly
Heating and cooling together	Rules card: when boiler_run becomes 1, only if chiller_run = 1 on a chiller serving the same building	Stays so for 30 min	Minor	Energy manager, e-mail	None
AHU fault	Profile rule: ahu_fault = 1	Debounce 2 samples	Major	Contractor and facility manager, push and e-mail	Reminder every 60 min until acknowledged
Chiller fault	Profile rule: chiller_fault = 1	Debounce 2 samples	Major; Critical for buildings with critical cooling	Contractor, push and SMS	Reminder every 30 min
Room too warm	Profile rule on room sensors: room_c above attribute max_room_c	Debounce 30 min; hysteresis 0.5 °C	Warning	Facility manager, in-app	None
High CO2	Rules card: room_co2_ppm above 1,200 for 20 min, only if within occupied hours	Stays so for 20 min	Warning	Facility manager, push	None
Gateway offline	Inactivity rule on the gateway profile, no message for 30 min		Major	IT and facility manager, push	Reminder every 2 h
Sensor battery low	Profile rule: battery below 20	Debounce 2 samples	Info	Facility manager, e-mail	None

Lifecycle. An alarm opens after its debounce, is acknowledged with an optional note and resolves by itself when the condition clears; repeats count as occurrences on the one open alarm. Review resolved alarms that nobody acknowledged: a chiller fault that cleared at 4 a.m. still deserves a look.

Maintenance. Mute devices before planned work: alarms are recorded, nobody is paged, and the mute ends by itself (at most 90 days). For a late event, set the building to Manual until a time; its rules resume on their own.

Floods. A BMS restart can make every point of a building drop and return at once. Keep the communication alarm above its consequences in severity, debounce equipment alarms by two samples and dampen chattering points. Above 20 alarm notifications a minute Hermetry collects the rest into a five-minute digest.

Automation and integrations

• Status for the twin. A flow on the room sensor profile reads the band attributes with a device details block and saves a status key (ok, warning, critical) that colours rooms on the views.
• Work orders. alarm.created, alarm.acknowledged and alarm.cleared webhooks, signed with HMAC and optionally in CloudEvents form, feed the contractor's CMMS. A flow's HTTP request block can post selected alarms to a helpdesk instead.
• Writing to the BMS. Where a controller is a directly connected device with a command catalog, a Rules card can send a basic-tier command, for example an AHU to unoccupied mode at 20:00, if the controls contractor agrees. Commands to gateway children are in development.
• Reports. History tables download to Excel for monthly energy and comfort reports; scheduled or e-mailed reports are not built in today.

A licensed router's web panel opens from its device page through router remote access: outbound tunnel, time-limited and audited sessions.

Roles and access

Who	Role or group	Can
Portfolio energy manager	User + IoT viewer group	See every building, export history, add notes to alarms.
Building facility manager	User + IoT operator group, narrowed to their buildings	See their buildings, acknowledge alarms, switch their building's rules to Manual.
HVAC contractor	User, narrowed to the buildings under contract	See plant boards and alarms, acknowledge, add notes.
Controls engineer	Admin	Edit profiles, alarm rules, drawings, Rules cards, gateway settings and firmware.
IT owner	Owner	Members, sign-in policy (two-factor, passkeys, SAML or OIDC), API keys, raw commands.

Narrowing a person to some buildings uses attribute-based policies; check each with the policy simulator. A property manager can give each owner its own organisation, isolated by row-level security. The audit log records sign-ins, role changes, rule edits, mutes, setting changes and commands in a verifiable hash chain, exportable as CSV or NDJSON.

Sizing and data

As an order of magnitude, for 40 buildings, each with one gateway reporting 12 child devices (AHUs, plant, meters) every five minutes and 30 LoRaWAN room sensors every ten minutes. Sizing counts one message per device per reading as a conservative estimate:

• Gateway children: 12 × 288 readings a day = 3,456 messages per building.
• Room sensors: 30 × 144 = 4,320 uplinks per building.
• Per building about 7,800 messages a day; for 40 buildings about 310,000 a day, or roughly 9.5 million a month.
• Values: about 100 plant values × 288 plus 30 rooms × 4 values × 144 gives roughly 46,000 values per building a day, about 1.8 million a day for the portfolio and 670 million a year.

Only telemetry and attribute messages count toward the monthly allowance; commands, alarms and connection events do not. The plan's retention class (7, 30, 90, 365 or 1,095 days) sets history length: raw readings are kept for at most 90 days, minute aggregates for up to 31 days, and hourly and daily aggregates for the full class, which carry multi-year energy comparisons. Confirm storage per value for your deployment with us, and see how the platform is load-tested.

Rollout plan

Phase	Weeks	Work	Exit criteria
0. Survey	1-3	Collect BMS point lists, controller manuals and meter schedules for three pilot buildings; choose equipment profiles and key names; agree measures, comfort bands and occupancy windows.	Signed point list per equipment type; occupancy windows confirmed by each site.
1. Meters first	4-5	Gateways, main meters, sub-meters and outdoor temperature in the pilot buildings; portfolio and energy boards.	Daily kWh matches utility meter readings within an agreed tolerance.
2. Plant and rooms	6-9	AHU, chiller and boiler points; LoRaWAN room sensors; plant drawings; alarm rules and out-of-hours Rules cards notifying only.	Four weeks of findings reviewed with each facility manager; nuisance alarms tuned out.
3. Portfolio	10-24	Remaining buildings in batches of three to five; gateway baselines per building type; CMMS webhooks; display links.	Every building reporting; baseload and out-of-hours figures in the monthly review.
4. Supervisory actions	After 3	Selected commands to directly connected controllers, if the controls contractor agrees.	Each command tested in a safe state; Manual switch used and understood by site teams.

Commissioning checklist

1. Gateway claimed, on the right profile, placed on the right building, certificate active; child devices appear with the expected profiles.
2. Every analog point compared with the BMS workstation at the same moment; units, scaling and decimals correct.
3. Every state point toggled or observed changing on site and seen with the right sense (running = 1).
4. Meter readings compared with the meter display over 24 hours.
5. Time stamps checked against a known event, in the building's time zone; building time zone set on the asset.
6. Out-of-hours rule tested by running an AHU in hand outside the window; the right person receives it on the right channel.
7. Every profile alarm forced once and acknowledged; reminder interval seen to repeat.
8. Uplink unplugged for 30 minutes: gateway offline alarm opens; buffered readings fill the gap after reconnection.
9. Plant drawings bound, Problems tab empty; room codes match the floor drawing so 3D tinting works.

Pitfalls

• Reading every BMS point. Read the few dozen points each measure needs; add more later with a settings baseline.
• Metin durumları. ON ve OFF metin olarak ortalaması alınamaz. Çalışma oranlarının ve mesai dışı saatlerin saatlik toplamlarda çıkabilmesi için 0 ve 1 gönderin.
• Tüm binalar için tek program. Mesai dışı kurallar her binanın gerçek kullanım düzenini ve saat dilimini izlemelidir. Kuralı binaya bağlayın ve resmi tatiller boşa harcama ya da normal olarak işaretlenmesin diye tatil koşulunu kullanın.
• Kodek anahtar adları. Farklı LoRaWAN sensör modelleri aynı değeri farklı adlandırır. Ya her profil için tek bir sensör modeli tutun ya da kütüphane kodekinin bir kopyasını kaydedip çıktılarını kendi anahtarlarınızla yeniden adlandırın.
• Konfor alarmlarını acil gibi ele almak. Sıcak bir toplantı odası, gece bildirimi değil, tesis yöneticisinin listesinde bir Uyarıdır.
• Çok erken komutlar. Kontrol yüklenicisinin onayı olmadan BMS’ye yazmak iki ana kontrolcü yaratır. Salt okunur başlayın ve kontrolü BMS’de tutun.

Hermetry’nin yerini almadıkları

Hermetry, binalar genelinde bir denetleme ve analiz katmanıdır. Kontrol döngüleri, zaman programları, donma koruması, yangın ve duman kontrolü, can güvenliği kilitleri ve tesis koruması BMS, tesis kontrolcüleri ve sabit kablolu devrelerde kalır; bağlantı ya da platform kullanılamadığında da çalışmaya devam etmelidir. Hermetry’nin gönderdiği her komut, kontrolcünün kabul edebileceği ya da reddedebileceği bir istektir. Yangın alarm sistemleri, enerji faturalandırması, kiracı yeniden faturalandırması ve CAFM ya da CMMS, kayıt sistemi olmaya devam eder.