Bir bakışta
| Kalem | Tipik yanıt |
|---|---|
| Sorun | Büyük salonlar çatılara, duvarlara ve rampalara yakın alanlarda depolama bandının dışına kayıyor, rampa kapıları açık kalıyor ve depo müşterileri, deponun hızla üretemediği durum kayıtlarını talep ediyor. |
| Neler bağlı | Eşlenmiş bölge başına pil ile çalışan sıcaklık ve nem sensörleri, rampa kapısı kontakları, lisanslı bir ağ geçidi tarafından okunan güç ve HVAC sinyalleri ve soğuk bölgelerin soğutma durumları. |
| Kim kullanır | Vardiya yöneticileri, kalite veya uygunluk sorumlusu, tesis ekibi, hesap yöneticileri ve depo müşterilerinin kendileri. |
| Tipik ilk kapsam | Bir depo: ortam sıcaklıklı salonları, bir soğutmalı bölge ve rampa. |
| İlk ekrana kadar geçen süre | LoRaWAN ağ geçidi çalıştıktan sonra, Sensor regions çözümünden başlayarak genellikle bir ila iki gün. Bir salonu düzgün kapsamak ve müşteri başına limitleri belirlemek için dört ila altı hafta planlayın. |
Durum
Üçüncü taraf bir lojistik deposu, birçok müşteri için mallarını 10.000 m² ve üzeri salonlarda depolar; çoğu zaman soğutmalı bir bölge, tehlikeli mal odası ve cross-dock bulunur. Müşteri sözleşmeleri ve ürün etiketleri depolama koşullarını belirler: çoğu ilaç ve birçok kozmetik için 15 ila 25 °C, kağıt, elektronik veya tütün için %60 bağıl nemin altı, soğutmalı bölgede 2 ila 8 °C. 12 metrelik yükseklikler ve yazın ısınan çatılar, en üst rafları zeminden çok farklı hale getirir.
Bugün birkaç veri kaydedici, her salonda bir tane olacak şekilde, ofis yakınındaki bir sütunda ayda bir kez okunuyor. Yaz sıcak dalgası en üst kiriş seviyelerini bir hafta boyunca 30 °C’nin üzerine çıkarıyor, bir rampa kapısı soğuk bir gece boyunca açık bırakılıyor, bir çatı sızıntısı bir koridorda nemi artırıyor. Depo, müşterinin malları zarar gördüğünde ya da bir denetçi kanıt istediğinde durumu öğreniyor ve müşteri başına kayıt üretmek elektronik tablo çalışmasıyla günler alıyor.
Bu plan, her salonu eşlenmiş bölgelerde kapsıyor, malları zarara uğratan koşullarda alarm veriyor, bölge ve müşteri başına kayıtlar tutuyor ve deponun kontrol ettiği müşteriye dönük bir görünüm sunuyor.
Hedefler ve ölçütler
- Bölge uygunluğu = her bölgenin bandında kaldığı süre ÷ dönemdeki süre. Pratik biçim: saat eksi bölge sıcaklık ve nem alarmlarının toplam süresi, saate bölünmüş.
- Bölge başına en kötü konum = gün toplamlarından her sensörün günlük maksimum ve minimumu; Temmuz’da bir salonun en sıcak sensörü, hassas malların nerede saklanmaması gerektiğini gösterir.
- Rampa kapısı açık kalma süresi, kapı başına ve gün başına; kontak veya kontrolör bir sayaç ya da açık kalma süresi bildiriyorsa, aksi halde kapının açık tutulduğu alarmların sayısı.
- Müşteri başına kapı açma olayları = o müşteriye atanmış bölgelerdeki sensörlerin alarmları; süre ve onaylama ile birlikte.
- Veri tamlığı = alınan okumalar ÷ beklenen okumalar, sensör başına; böylece kayıp bir sensör hiçbir koşul ihlalini gizlemez.
- Günlük enerji, HVAC ve soğutma tesisinin enerji sayacındaki artıştan hesaplanır ve dış sıcaklıkla karşılaştırılır.
Limitler depodan değil, sözleşmelerden ve etiketlerden gelir. Bunları bölge başına veri olarak saklayın; böylece farklı bir banda sahip yeni bir müşteri için yeni kurallar gerekmez.
Mimari
Depo sensörleri geniş alanlara yayılır ve raflara monte edilir; burada kablolar pahalıdır ve yeniden düzenlemelerde yer değiştirir. Pil ile çalışan LoRaWAN sensörler bunlara uygundur. Santral odalarındaki ve rampadaki sabit ekipmanlar ise lisanslı bir ağ geçidi tarafından okunmak için daha uygundur.
- Bölge sensörleri: haritalama çalışmasında belirlenen konumlarda, genellikle sıcak ve soğuk noktaların yakınında zemin, orta ve üst kiriş seviyelerinde LoRaWAN sıcaklık ve nem sensörleri. Salonun yüksek yerlerine monte edilmiş bir veya iki LoRaWAN ağ geçidi, Hermetry’nin kendi ağ sunucusuna bağlanır (EU868, OTAA, piller için sınıf A). Codec kütüphanesi yaygın sıcaklık, nem, kapı ve sızıntı sensörlerini kapsar.
- Rampa ve tesis: Hermetry Edge çalıştıran lisanslı bir ağ geçidi, rampa kapısı kontaklarını dijital girişlerinden ya da bir Modbus dijital giriş modülü üzerinden okur; HVAC kontrolörünü ve soğutma kontrolörlerini Modbus RTU veya TCP üzerinden, ayrıca bir enerji sayacını okur. Tek bir giden bağlantı üzerinden TLS ile MQTT kullanarak veri gönderir.
- Sızıntılar: çatı giderlerinin altına ve sprinkler vanalarının yakınına LoRaWAN su sızıntı sensörleri.
- Yukarı bağlantı: BT’nin giden 8883 numaralı porta izin verdiği depo ağı ya da kendi SIM kartınızla lisanslı bir 4G yönlendirici. Platformdan eSIM yönetimi geliştirme aşamasındadır (Hermetry Connect).
| Bileşen | Rol | Notlar |
|---|---|---|
| LoRaWAN sıcaklık ve nem sensörü | Bölge koşulları | Raf dikmelerine, açık hava yolu olacak şekilde monte edilir; eşlenmiş en kötü durum olmadıkça dış duvarlara monte edilmez. |
| LoRaWAN ağ geçidi | Salonların kapsaması | Yüksek montaj; metal raflar ve dolu paletler radyo sinyalini zayıflatır. |
| LoRaWAN su sızıntı sensörü | Çatı sızıntıları, giderler, sprinkler vanaları | Değişimde, artı periyodik sinyal. |
| Edge ile lisanslı ağ geçidi | Rampa kapıları, HVAC, soğutma, enerji | Organizasyona talep edilir; fabrika kimliği. |
| Rampa kapısı kontakları | Kapı açık ve kapalı | Kapının üzerinde ya da rampa kapısı kontrolörünün çıkışından. |
| Enerji sayacı | HVAC ve soğutma tüketimi | Modbus RTU. |
| Hermetry | Depolama, alarmlar, paneller, kayıtlar, müşteri erişimi | AB, ABD veya Türkiye bölgesi ya da on-premises. |
Lisanslı ağ geçitleri, platformun kendi yetkilisinden alınan X.509 sertifikalarıyla kimlik doğrular; diğer cihazlar TLS üzerinden bir erişim belirteci ya da kullanıcı adı ve parola ile kimlik doğrular. Ağ geçidi, HVAC ünitesini, her soğutma kontrolörünü ve enerji sayacını, her biri kendi okumaları ve alarmlarıyla birlikte ayrı alt cihazlar olarak bildirebilir.
Nokta listesi
Bölge sensörü başına, rampa kapısı başına ve ortak tesis için. Registerlar yer tutucudur; aralıkları sensörlerin pil bütçesine göre uyarlayın.
| Nokta | Telemetri anahtarı | Birim | Kaynak | Aralık | Notlar |
|---|---|---|---|---|---|
| Hava sıcaklığı | air_temp | °C | LoRaWAN sensörü | 10 dk | Sensor regions profili bu anahtarı kullanır. |
| Bağıl nem | air_hum | % | LoRaWAN sensörü | 10 dk | Aynı profil. |
| Sensör pili | battery | % | LoRaWAN sensörü | her yukarı bağlantıyla birlikte | |
| Kat planındaki konum | plan_x, plan_y | px | Devreye alma sırasında sensör başına bir kez saklanır | değişimde | Sensörü bölgenin kat planına yerleştirir. |
| Su sızıntısı | leak | bool | LoRaWAN sızıntı sensörü | değişimde | Artı periyodik sinyal. |
| Rampa kapısı açık | dock_open | bool | Kapı başına ağ geçidi dijital girişi | değişimde | Artı her 15 dakikada bir periyodik sinyal. |
| Rampa kapısı açılma sayısı | dock_count | sayı | Varsa kapı kontrolörü sayacı | 15 dk | Artıştan günlük açılma sayısı. |
| Rampa dengeleyici kullanımda | leveller_up | bool | Dengeleyici kontrolör kontağı | değişimde | Römork olmadan açık kapıyı gösterir. |
| HVAC besleme havası sıcaklığı | hvac_supply_c | °C | HVAC kontrolörü, Modbus | 60 sn | |
| HVAC çalışıyor | hvac_run | bool | HVAC kontrolörü | 60 sn | |
| HVAC arızası | hvac_fault | bool | HVAC kontrolörü | değişimde | |
| Soğutmalı bölge hava sıcaklığı | cz_air_c | °C | Soğutma kontrolörü, giriş registeri 30001 | 60 sn | Kontrolör probu; bölge sensörleri eşlenmiş değerleri verir. |
| Soğutmalı bölge buzdan arındırma | cz_defrost | bool | Soğutma kontrolörü durumu | 60 sn | |
| Tesis aktif enerjisi | energy_kwh | kWh | Enerji sayacı | 15 dk | |
| Tesis aktif gücü | power_kw | kW | Enerji sayacı | 60 sn | |
| Şebeke mevcut | mains_ok | bool | Faz izleme rölesi, ağ geçidi girişi | değişimde | |
| Dış hava sıcaklığı | outdoor_c | °C | Hava durumu sensörü veya dışarıdaki LoRaWAN sensörü | 10 dk | Yaz zirveleri için bağlam. |
Varlık modeli
Ağaç iki soruyu aynı anda yanıtlamalıdır: bir sensör nerededir ve hangi malları korur? Binayı fiziksel olarak modelleyin ve müşteri tahsisini öznitelikler ve ilişkiler olarak kaydedin.
- Adres, saat dilimi,
site_codevemapping_study_dateile birlikte Site (depo). height_mvestorage_class(ambient, chilled) ile salon başına Building.- Eşlenmiş bölge başına Area, örneğin Salon 2 koridorları 10 ila 18;
temp_low,temp_high,hum_high,customersve bölgeninfloorPlangörseli ile. - Alan rıhtım kapısı başına bir Makine olacak şekilde.
- Oda özel odalar için: soğuk bölge, tehlikeli malzeme, iadeler.
Her sensörü kendi bölgesine yerleştirin. Depo koridorları yeni bir müşteriye tahsis edildiğinde, bölgenin customers özniteliğini ve sensörlerindeki sınırları değiştirin; sensörler yerinde kalır. Siteler ve alanlar durumunu altlarındaki cihazlardan toplar, bu yüzden bir salondaki herhangi bir sensör uyarı verdiğinde salon sarıya döner.
Alarm kuralları sınırları sensörlerin kendi sunucu özniteliklerinden okur. Sensor regions çözümünün profili zaten maxTempThreshold, minTempThreshold, warnTempThreshold, maxHumThreshold, minHumThreshold ve warnHumThreshold kullanır; bu adları aynen koruyun. Belirli bir özniteliği olmayan sensör o sınır için kontrol edilmez, bu yüzden bunları devreye alma sırasında ayarlayın. Kısa bir betik veya REST API, bir bölgenin sınırlarını tüm sensörlerine kopyalayabilir.
Cihaz kurulumu
Çözümden başlayın
Sensor regions çözümünü kurun. Sıcaklık, nem, pil ve kat planı konum anahtarları içeren bir sensör profili, yukarıdaki özniteliklere dayalı eşik alarm kuralları, bir pil kuralı ve bir çevrimdışı kuralı oluşturur; ayrıca bölgeler, bir harita, her bölgenin kat planı (sensörleri alarm durumuna göre renklendirilmiş), bir sensör sayfası ve bir alarm listesi içeren bir pano ekler. Bölgeleri salonlara veya alanlara yeniden adlandırın, her bölge varlığının floorPlan özniteliğini kendi plan görseline yönlendirin ve uyarlayın. Dock door gateway, HVAC unit, Refrigeration controller ve Leak sensor için profiller ekleyin.
Tedarik ve kayıt
LoRaWAN sensörlerini tedarikçinin listesinden, DevEUI numaraları ve hedeflenen bölgeleriyle toplu olarak içe aktarın; OTAA ile havadan bağlanırlar. Lisanslı ağ geçitleri kodlarını tarayarak eklenir. Her sensörü bölgesi ve konum numarasıyla işaretleyin. Kat planı kartı, bir sensörü piksel cinsinden en son plan_x ve plan_y değerlerine göre yerleştirir; sensörler bunları kendiliğinden göndermez, bu yüzden devreye alma sırasında her sensör için bir kez saklayın, örneğin bunları telemetri olarak kaydeden küçük bir akışla.
Aralıklar ve ayarlar
Ortam bölgeleri için on dakika iyi bir varsayılandır: salon havası yavaş değişir ve pil ömrü yıllarca sürer. Soğuk bölgede beş dakika kullanın. Ağ geçidinin Modbus adresleri, girişleri ve yoklama aralıkları uzak cihaz ayarları üzerinden yapılandırılır; ilk siteyi yapılandırın, bir temel değer kaydedin ve bir kuru çalıştırmadan sonra diğer depolara toplu iş olarak dalgalar halinde uygulayın. LoRaWAN sensörleri, monte edilmeden önce üreticinin aracıyla yapılandırılır.
Saatler ve boşluklar
LoRaWAN yukarı bağlantıları, sensör güvenilir bir zaman göndermediği sürece Hermetry tarafından geliş anında damgalanır. Ağ geçidi okumaları senkronize bir saat gerektirir; on dakikadan fazla ileri olan kayıtlar atılır. Lisanslı ağ geçitleri yukarı bağlantı kesintisi sırasında okumaları tutar ve daha sonra gönderir; kapasite modele bağlıdır. Geç okumalar, alarm kuralları tarafından geriye dönük doldurma olarak değerlendirilir ve geçmişte Backfilled işaretiyle görünür; sonradan kimseye çağrı gönderilmez.
Yazılım güncellemesi
İmzalı ağ geçidi yazılımı profil bazında, bekleme süreleriyle dalgalar halinde dağıtılır ve bir dalga kapısını geçemezse kendiliğinden durur. En küçük siteyle başlayın.
Paneller
| Pano | Kitle | Bileşenler ve gösterdikleri |
|---|---|---|
| Depo genel bakışı | Vardiya yöneticileri | Sensör sayılarıyla bölge tablosu; alarm durumuna göre renklendirilmiş sensörlerle salon başına kat planı; açık alarmlar ve çevrimdışı sensörler için istatistik kartları; alarm tablosu; rıhtım kapısı durumu kartları. Vardiya ofisindeki bir ekranda, salt okunur bir görüntüleme bağlantısı üzerinden. |
| Bölge sayfası | Kalite, vardiya yöneticileri | Sınırlar ve müşterileri içeren bölge öznitelik kartı; bölgenin sensörlerinin sıcaklık, nem, pil ve çevrimiçi durumunu gösteren tablo; bölgenin tüm sensörlerinin 7 günlük çizgi grafiği; bölgenin alarmları. |
| Müşteri görünümü | Hesap yöneticileri, depolama müşterileri | Müşterinin güncel değerleri ve günlük minimum ve maksimum değerleriyle bölgeleri; seçilen bir dönem için çizgi grafikleri; saatleri ve notlarıyla sapmalar; indirilebilir geçmiş tablosu. |
| Rıhtım ve tesis | Tesis yönetimi | Günlük rıhtım kapısı durumları ve açılmalar; saate göre kapı açılma ısı haritası; HVAC durumları ve besleme hava sıcaklığı; dış sıcaklığa karşı günlük kWh. |
| Yaz izleme | Kalite | Her salonun üst düzey sensörleri yüksek sınıra karşı; salon başına en sıcak sensörün önceki dönemle karşılaştırmalı eğilimi içeren istatistik; uyarı bandının üzerindeki sensörler için anahtar filtresi. |
Varlık parametreleri, tek bir bölge sayfasının her bölgeye, tek bir müşteri görünümünün her müşteriye hizmet etmesini sağlar: parametre müşterinin bölgelerini seçer ve her kart onu izler.
SCADA ekranları
Çözümdeki kat planları ihtiyaçların çoğunu karşılar. Ekipman durumlarının önemli olduğu rıhtımda ve soğuk bölgede bir çizim yer hak eder.
- Rıhtım çizimi: Factory paketinin lojistik ailesinden rıhtım kapısı, rıhtım rampası, yüksek hızlı kapı ve rıhtımdaki tır sembolleri, her kapı için bir tane; kapılar açıkken sarıya, gecikmeden fazla açık tutulduğunda kırmızıya döner; rampa kullanımdayken görünür. Bkz. SCADA kitaplığı.
- Soğuk bölge: Food and pharma paketinin gıda ailesinden soğuk oda, soğutucu ünitesi ve soğutma kompresör rafı sembolleri; buz çözme ve arıza durumlarıyla.
- 3B raflar: lojistik ailesinden palet rafı sembolleri, bir salonun seviyelerindeki sensörlerle basit bir 3B görünümünü oluşturabilir; 2B bağlamalarını korur.
- Yeniden kullanım: rıhtım çizimi aynı düzendeki depolar için aynıdır; bir site görünümü olarak ekleyin ve her sitenin cihazlarını bağlamak için Match everything seçeneğini kullanın.
Kurallar ve alarmlar
| Alarm | Koşul | Gecikme ve histerezis | Önem | Bildirilen | Yükseltme |
|---|---|---|---|---|---|
| Bölge sıcaklığı yüksek | air_temp > öznitelik maxTempThreshold | 2 örnek gecikme; histerezis 0,5 °C | Major | Vardiya yöneticisi ve kalite, anlık bildirim ve uygulama içi | Onaylanana kadar her 30 dakikada bir hatırlatma |
| Bölge sıcaklığı düşük | air_temp < öznitelik minTempThreshold | 2 örnek gecikme; histerezis 0,5 °C | Major | Vardiya yöneticisi, anlık bildirim | Her 30 dakikada bir hatırlatma |
| Sıcaklık uyarı bandı | all: air_temp > öznitelik warnTempThreshold, air_temp <= öznitelik maxTempThreshold | 2 örnek gecikme | Warning | Kalite, uygulama içi | Yok |
| Nem yüksek | air_hum > öznitelik maxHumThreshold | 3 örnek gecikme; histerezis %2 | Major | Kalite ve tesis yönetimi, e-posta ve anlık bildirim | Her 60 dakikada bir hatırlatma |
| Soğuk bölge çok sıcak | cz_air_c > 8, buz çözme etkin değil | 15 dakika gecikme | Critical | Vardiya yöneticisi ve tesis yönetimi, SMS | Her 15 dakikada bir hatırlatma |
| Su kaçağı | leak == true | 1 örnek gecikme | Critical | Tesis yönetimi ve vardiya yöneticisi, SMS ve anlık bildirim | Her 10 dakikada bir hatırlatma |
| Rıhtım kapısı açık tutuluyor | dock_open == true | 20 dakika gecikme, anlaşılırsa yazın daha uzun | Warning | Vardiya yöneticisi, uygulama içi | Her 20 dakikada bir hatırlatma |
| Rıhtım kapısı açık, tır yok | all: dock_open == true, leveller_up == false | 5 dakika gecikme | Minor | Vardiya yöneticisi, anlık bildirim | Her 15 dakikada bir hatırlatma |
| HVAC arızası | hvac_fault == true | 2 örnek gecikme | Major | Tesis yönetimi, e-posta ve anlık bildirim | Her 30 dakikada bir hatırlatma |
| Şebeke arızası | mains_ok == false | 30 s gecikme | Critical | Tesis yönetimi, SMS | Her 10 dakikada bir hatırlatma |
| Sensör çevrimdışı | Hareketsizlik kuralı, 45 dakika | Warning | Tesis yönetimi, e-posta | Yok | |
| Pil düşük | battery < 20 | Histerezis %2 | Warning | Tesis yönetimi, e-posta | Yok |
Süren sıcaklık. Üst kirişteki kısa tepe değerler yaz öğleden sonralarında yaygındır ve birçok sözleşme bunları sınırlı bir süre tolere eder. Salondaki bir Kurallar kartını kullanın: herhangi bir üst düzey sensörün air_temp değeri yüksek sınırın üzerinde ve 2 saat boyunca bu durumda kalırsa, Critical önemde heat_excursion alarmı oluşturun ve kaliteye ile hesap yöneticilerine bildirin. Bekleme, yeniden başlatmalarda korunan bir zamanlayıcıdır ve bir okuma koşulu sona erdirdiğinde iptal edilir.
Bestätigung und Aufzeichnungen. Each alarm opens after its debounce and clears itself.
Maintenance. Mute sensors during rack reconfiguration or roof work. Alarms are still recorded, marked as muted; a mute ends by itself and lasts at most 90 days.
Floods. A heatwave can push dozens of top-level sensors over their limit within an hour. Use the warning band for early notice to quality only, keep zone alarms Major with a sample debounce, and let the timed heat_excursion rule carry the Critical. Above 20 alarm notifications a minute, the rest go out as a five-minute digest.
Automation and integrations
- Ventilation or beacons: on a licensed gateway with relay outputs, a command catalog on the gateway profile can switch a destratification fan or a dock warning beacon, if the gateway model and firmware support the method. A Rules card rule can send it: when the top-level hall temperature stays above 27 °C for 30 minutes, then send
fan.onand notify facilities. Every command is tracked from queued to successful, failed or timed out. Commands to devices behind a gateway are in development, so keep such outputs on the gateway itself. - Manual mode: switch a hall to Manual during maintenance and its rules stop; notify-only rules can be marked to keep running.
- Warehouse management system: the signed webhooks
alarm.createdandalarm.clearedlet the WMS block put-away into a zone while it is out of range; the decision stays in the WMS. - Customer reports: the customer view's history table downloads to Excel for monthly condition reports. Scheduled or e-mailed reports are not built in today.
- Limits from contracts: a contract system can write zone limits to sensors through the REST API with an API key limited to attribute writes.
Roles and access
| Who | Role or group | Can |
|---|---|---|
| Shift manager | User | See all zones and the dock, acknowledge alarms, add notes, send basic commands. |
| Quality lead | User + IoT viewer group | Read every record and alarm timeline, export history. |
| Facilities | User + IoT operator group | Devices, batteries, gateways; write limit attributes after approval. |
| Account manager | User, narrowed to their customers' zones | See and export their customers' records. |
| Storage customer | User, narrowed by a policy to their zones' devices | See their zones' readings and alarms on the customer view; no changes. |
| Administrator | Admin | Profiles, rules, boards, commands catalog, mutes, firmware, members. |
Customers are invited as members of the warehouse's organisation, and attribute-based policies narrow each to the devices of their own zones; a shared board shows every viewer only the data their permissions allow. Test each customer's view with the policy simulator before inviting them, and change the policy when aisles are reallocated. A customer that needs a fixed screen can get a read-only display link of a board whose parameters are fixed to its zones; it expires after up to 365 days and can be revoked at once. The audit log records sign-ins, attribute changes, acknowledgements and commands in a verifiable hash chain.
Sizing and data
As an order of magnitude for one warehouse with 90 zone sensors, 10 leak sensors, 24 dock doors and one plant gateway:
- Zone sensors: 90 × 144 uplinks a day at 10 minutes = 12,960 messages a day.
- Leak sensors with heartbeats: about 1,000.
- Dock doors: 24 doors × about 60 changes and heartbeats = 1,440.
- Plant children (HVAC, two refrigeration controllers, energy meter): 4 × 1,440 = 5,760.
- Total: roughly 21,000 messages a day, about 650,000 a month per warehouse. A network of 15 warehouses comes to around 10 million a month.
- Values: about 60,000 a day per warehouse.
The plan's retention class, from 7 to 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 long-range charts use. Customer contracts often ask for records for the storage period plus a year; check the longest one, pick the class whose aggregates cover it, and archive monthly exports of the readings within the raw window. Commands, alarms and connection events do not count toward the monthly message allowance.
Rollout plan
| Phase | Weeks | Work | Exit criteria |
|---|---|---|---|
| 0. Mapping | 1-3 | Temperature mapping study or review of an existing one; zone list; limits per customer; radio survey with racks full. | Approved zone list with sensor positions and limits. |
| 1. Pilot hall | 4-6 | Sensors in one hall and the dock; Sensor regions board adapted; alarm rules; leak sensors. | Two weeks of complete data; every alarm forced and acknowledged; sensor readings agree with a reference logger. |
| 2. Whole site | 7-9 | All halls and the chilled zone; plant gateway; customer view for one pilot customer. | Pilot customer signs off its view; nuisance alarms under one per zone a week. |
| 3. Network | 10+ | Other warehouses one at a time with baselines and the same profiles; WMS webhook. | Each site passes the commissioning list; quarterly review of the hottest positions in place. |
Commissioning checklist
- Each sensor joined, on the right profile, placed on its zone, with
plan_xandplan_yputting it on the right spot of the floor plan. - Each sensor compared with a reference logger at its position for 24 hours; offsets within the sensor's stated accuracy.
- Limit attributes present on every sensor; any sensor missing one is not checked for that limit.
- Radio checked with full racks; no sensor with repeated gaps in the first week.
- Each dock door opened and closed; state correct; held-open alarm after its delay.
- Leak sensor wetted; Critical alarm by SMS; clears when dry.
- Gateway uplink unplugged for 30 minutes; offline alarm opens; buffered plant readings fill in.
- Customer account tested: sees only its zones on every board and alarm list.
- Rules card heat rule tested by lowering its limit temporarily, then restored.
Pitfalls
- One sensor per hall. It shows the average and misses the top racks. Place sensors from a mapping study, at several heights.
- Sensors on outer walls or near heaters. Unless that is the mapped worst case, they show the wall, not the goods.
- Customer limits in rules. Every new contract then means new rules. Keep limits as attributes per sensor.
- Radio tested in an empty hall. Full pallet racks absorb signal; survey with stock in place.
- Customer access tested by assumption. Check each customer's view with the simulator and with a test account before inviting them.
- Dock alarms in summer. Doors stand open for ventilation; agree seasonal delays rather than ignoring the alarm.
What Hermetry does not replace
Hermetry measures, alerts and records. HVAC and refrigeration control, fire detection, sprinklers and door safety stay in their own systems. Put-away rules and stock blocking remain in the WMS. Contracts, storage conditions and decisions about damaged goods stay with the warehouse and its customers; Hermetry supplies the readings, alarm timelines and notes that support them.

