Bir bakışta
| Öğe | Tipik yanıt |
|---|---|
| Sorun | Bir otoparkta ya da sokakta o anda kaç boş yer olduğunu kimse bilmiyor; kısıtlı park yerleri saatlerce kapalı kalıyor ve planlama kararları elle yapılan sayımlara dayanıyor. |
| Neye bağlanıyor | Her park yerinde pilli bir LoRaWAN doluluk sensörü, çatılarda, direklerde ve otopark katlarında LoRaWAN ağ geçitleri ve isteğe bağlı olarak giriş sayaçları ile değişken mesaj levhaları. |
| Kimler kullanıyor | Otopark işletme ekibi, denetim görevlileri, ulaşım planlamacıları ve veri akışları aracılığıyla bir şehir ya da kampüs uygulamasındaki sürücüler. |
| Tipik ilk kapsam | Kaldırım kenarında 50 ila 150 park yerinden oluşan bir sokak bölümü ve bir otopark katı; yaklaşık 200 ila 400 sensör. |
| İlk ekrana kadar geçen süre | Genellikle ilk ağ geçidi çalıştıktan ve sensörler eklendikten bir gün sonra, çünkü kodek kitaplığı yaygın otopark sensörlerinin verisini çözümler. Radyo taraması ve sensör kalibrasyonu dahil bir pilot için dört ila altı hafta ayırın. |
Durum
Belediyeler, hastaneler, kampüsler, havalimanları ve alışveriş merkezleri, canlı sayım olmadan kaldırım kenarı park yerlerini ve otoparkları işletiyor. Sürücüler boş yer ararken çevrede dolaşıyor, uzak bir kat yarı boş dururken girişlerde kuyruk oluşuyor ve engelli, yükleme ve kısa süreli park yerleri olmaması gereken araçlarca saatlerce işgal ediliyor. Denetim görevlileri sabit güzergâhlarda devriye geziyor ve park yerlerinin çoğunu uygun buluyor.
Planlama da daha iyi bilgilendirilmiş değil. Bir ilçenin başka bir otoparka ihtiyacı olup olmadığı, bir tarife değişikliğinin talebi değiştirip değiştirmediği ya da insanların gerçekte ne kadar kaldığı, yılda bir ya da iki kez yapılan elle sayımlarla belirleniyor. Varsa mevcut yönlendirme sistemleri, bariyerlerden giren ve çıkanları sayıyor ve bir hafta içinde onlarca yer kadar sapıyor.
Bu plan, her park yerine bir sensör yerleştirir, her park yerinin durumunu ve her alanın boş yer sayısını canlı tutar, planlama için geçmişi saklar ve sayıları levhalara ve uygulamalara aktarır. Akıllı şehir ürünü olarak planlanan Hermetry City 2027 için takvimlenmiştir; burada anlatılan her şey bugün Hermetry üzerinde çalışan parçaları kullanır: LoRaWAN ağ sunucusu, kodekler, varlıklar, kurallar, akışlar ve haritalar.
Hedefler ve ölçütler
- Boş yerler; kat, otopark ve sokak bölümü başına, canlı = kapasite eksi bildiren dolu park yerleri; sensörü sessiz kalan park yerleri tahmin edilmeden ayrı olarak sayılır.
- Doluluk oranı = dolu park yeri-saati ÷ kullanılabilir park yeri-saati, bir dönem boyunca. Sensörler değişimde raporladığı için, ham sensör mesajlarının ortalamasından değil, sabit aralıkla raporlayan bir sayaçtan hesaplayın (Otomasyon bölümüne bakın).
- Gün başına en yüksek doluluk ve gerçekleştiği saat, otopark başına.
- Park yeri başına günlük girişler = boştan doluya geçiş sayısı. Ortalama kalış süresi = dolu park yeri-saati ÷ girişler.
- Kısıtlı park yeri türü başına haftalık süre aşımı olayları ve bunların üzerinde anlaşılan bir süre içinde ele alınan oranı.
- Sensör erişilebilirliği = kalp atışı periyodu içinde bildiren sensörlerin oranı; ağın kendisinin bir ölçütüdür.
Planlamacılar genellikle bir değişiklikten önce ve sonra, saat ve hafta günü bazında doluluk ister. Hermetry, saklanan her anahtarın dakikalık, saatlik ve günlük toplamlarını tutar; geçmiş tabloları daha derin analiz için Excel’e indirilebilir.
Mimari
Park yeri sensörleri, genellikle yüzeye yapıştırılan ya da yüzeyin içine yerleştirilen manyetometre, radar veya birleşik sensörlerdir; pilli LoRaWAN cihazlarıdır. Hermetry'nin kendi LoRaWAN ağ sunucusuna EU868 üzerinde OTAA ile A sınıfı cihazlar olarak katılırlar: park yeri durum değiştirdiğinde ve periyodik bir kalp atışı olarak uplink gönderirler, her uplink’ten sonra yalnızca kısaca dinlerler. Bkz. LoRaWAN.
LoRa Basics Station kullanan ağ geçitleri, kuruluşunuzun kendi ağ sunucusu adresine güvenli bir WebSocket üzerinden bağlanır; LoRaWAN’lı lisanslı yönlendiriciler kendi bağlantılarını kullanır. Sokaklarda, ağ geçitlerini çatılara ya da direklere yerleştirin, böylece her park yeri en az ikisi tarafından duyulsun; ağ sunucusu kopyaları ayıklar ve en iyi ağ geçidi üzerinden yanıt verir. Çok katlı ve yeraltı otoparklarında radyo nadiren birden fazla döşemeden geçer, bu yüzden kat başına ya da iki kat başına bir ağ geçidi planlayın; omurga bağlantısı olarak Ethernet ya da lisanslı bir 4G yönlendirici kullanın. Ağ geçidi haritası her ağ geçidini durumuna göre gösterir ve ağ geçidi sağlığı telemetri olarak saklanır.
| Bileşen | Görev | Notlar |
|---|---|---|
| Park yeri doluluk sensörü (LoRaWAN) | Dolu ya da boş, pil, radyo kalitesi | A sınıfı, OTAA. Model listeliyse bir kitaplık kodeki, değilse kendi kodekiniz tarafından çözümlenir. |
| LoRaWAN ağ geçidi | Sensörleri dinler | Basics Station; her biri için bir Hermetry cihazı; belirteç bir kez gösterilir. |
| Lisanslı 4G yönlendirici | Sabit hat olmayan yerlerde omurga bağlantısı | Bugün kendi SIM kartınız ve operatörünüz; eSIM yönetimi geliştirme aşamasındadır (Hermetry Connect). |
| Giriş sayaçları (isteğe bağlı) | Bariyerlerde giriş ve çıkış sayımları | Lisanslı bir ağ geçidi üzerinden Modbus ile bariyer denetleyicisi veya ağ geçidi modeli darbeleri sayıyorsa döngü dedektörü kontakları. |
| Otopark sayaç cihazı | Hesaplanan sayımları telemetri olarak tutar | Hermetry içinde bir HTTP cihazı; bir akış tarafından beslenir; otopark veya sokak bölümü başına bir tane. |
| Değişken mesaj levhaları (isteğe bağlı) | Girişlerde boş yerleri gösterir | HTTP üzerinden bir akışla sürülür ya da komut kataloğu olan cihazlar olarak. |
Kitaplık kodekleri birçok yaygın otopark sensörünün verisini çözümler. Çıkış anahtarları üretici adlandırmasını izler ve çoğu zaman metin durumu içerir; bu yüzden bunları nasıl normalleştireceğinize erken karar verin (Cihaz kurulumuna bakın).
Nokta listesi
Normalleştirmeden sonra park yeri sensörü başına. Aralıklar sensör modeline ve ayarlarına bağlıdır; bir ila altı saatlik kalp atışı periyotları yaygındır.
| Nokta | Telemetri anahtarı | Birim | Kaynak | Aralık | Notlar |
|---|---|---|---|---|---|
| Park yeri dolu | occupied | 0/1 | Sensör durumu, kök akışta normalleştirilmiş | değişimde + kalp atışı | Toplanıp ortalaması alınabilmesi için sayısal. |
| Giriş işaretçisi | arrival | 1 | Boştan doluya geçişte kök akış tarafından yazılır | değişimde | Günlük toplam = girişler. |
| Ham sensör durumu | parking_status | metin | Kodek çıktısı (örnek ad) | her uplink ile | Teşhis için tutulur. |
| Pil | battery | % ya da V | Kodek | her uplink ile | Birim modele bağlıdır. |
| Sensör sıcaklığı | temperature | °C | Model bildiriyorsa kodek | her uplink ile | Kışın yaşanan sapmayı açıklamaya yardımcı olur. |
| Park yeri türü | bay_type | metin | Sunucu özniteliği | bir kez ayarlanır | standard, disabled, loading, ev, short_stay. |
| Azami kalış süresi | max_stay_min | dk | Sunucu özniteliği | bir kez ayarlanır | Kısıtlı park yerleri için. |
| Park yeri kodu | bay_code | metin | Sunucu özniteliği | bir kez ayarlanır | Zemin boyasıyla ve denetim kayıtlarıyla eşleşir. |
Otopark ya da sokak bölümü başına, sayaç cihazında:
| Nokta | Telemetri anahtarı | Birim | Kaynak | Aralık | Notlar |
|---|---|---|---|---|---|
| Dolu park yerleri | occupied_count | adet | Akış | her 5 dk + değişimde | |
| Boş park yerleri | free_count | adet | Akış | her 5 dk + değişimde | Levhaların gösterdikleri. |
| Sensörü sessiz park yerleri | unknown_count | adet | Akış | her 5 dk | Boş sayılmaz. |
| Doluluk | occupancy_pct | % | Akış | her 5 dk + değişimde | dolu ÷ (kapasite − bilinmeyen). |
| Kısıtlı boş park yerleri | free_disabled, free_loading, free_ev | adet | Akış | her 5 dk + değişimde | Park yeri türü başına. |
| Giriş ve çıkış | entries, exits | adet | Ağ geçidi üzerinden bariyer denetleyicisi | 5 dk | İsteğe bağlı çapraz kontrol. |
| Kapasite | capacity | adet | Sunucu özniteliği | bir kez ayarlanır | Alandaki park yerleri. |
Varlık modeli
Sites & Assets içinde ağaç yapısı, işletmecinin otoparkı nasıl yönettiğini yansıtır ve kodları tabelalarla eşleşir:
- Şehir ya da kampüs (Site), saat dilimi ve gündoğumu ile gün batımı için kullanılan konumla birlikte.
- İlçe ya da bölge (Area), insanlar ve entegrasyonlar için öznitelik olarak
enforcement_teamvetariff_zoneile birlikte. - Otopark (Site ya da serbest tür); konum,
capacity,opening_hoursvepublic_feed_idile; Kat (Floor)capacityile; ya da Sokak bölümü (Area)capacityve sokak adıyla. - Park yeri sensörleri, bulundukları kat ya da bölüm altına yerleştirilmiş olarak, her biri
bay_type,max_stay_minvebay_codeile. - Sayaç cihazı otoparkın ya da aynı varlık üzerine yerleştirilen segmentin, ayrıca asılı oldukları yere konan LoRaWAN ağ geçitlerinin.
Yerleşim diğer her şeyi belirler: sayaç akışı park yerlerini alanlarını adlandıran bir öznitelikle gruplar, bir otoparkta barındırılan Kurallar kartı yalnızca altındaki cihazlara ad verebilir ve yalnızca bir bölgeye indirgenmiş bir kişi yalnızca o bölgenin park yerlerini görür. Park yeri türü başına ayrı profiller kullanın (örneğin Bay sensor, standard ve Bay sensor, loading, Duplicate ile oluşturulmuş), çünkü kurallar cihazları tek tek ya da profile göre hedefler.
Cihaz kurulumu
Sensör ekleme
Her sensörü DevEUI, JoinEUI ve AppKey ile ekleyin ya da bir teslimatı toplu olarak içe aktarın; bir profil, bir partinin ortak AppKey değerini tutabilir. Kodlayıcıyı profilde seçin: model listedeyse bir kütüphane kodlayıcısı, değilse benzer birinin Save a copy ile kopyasını alın, düzenleyin ve yayımlamadan önce tedarikçi kılavuzundaki çerçevelerle test ortamında denetleyin. Her sensörün park yeri kodunu kurulumda sunucu özniteliği olarak kaydedin; cihazlarla birlikte içe aktarılan, DevEUI ile park yeri kodunu eşleyen bir tablo yazım hatalarını önler.
Durumun normalleştirilmesi
Kütüphane kodlayıcıları satıcı anahtarlarını ve değerlerini döndürür; örneğin car ya da none gibi metin durumları. Profilin kök akışında, varsayılan kaydetmeden sonra, occupied değerini 0 ya da 1 olarak yazan küçük bir betik ya da anahtar bloğu ekleyin ve occupied değiştiğinde bir mesaj geçiren bir Only changes bloğu ekleyin; böylece ikinci kayıt her boştan doluya geçişte arrival = 1 değerini saklar. Kalp atışları durumu tekrarlar ve sahte varışlar oluşturmaz.
Çevrimiçi kuralı ve sessizlik
LoRaWAN cihazları bağlantı tutmaz; bu nedenle beklenen aralığı sensörün kalp atışı olarak ayarlanmış ve çarpanı iki ya da üç olan Recent message çevrimiçi kuralını kullanın. Kalp atışlarını kaçıran bir sensör çevrimdışı olur, bir hareketsizlik alarmı üretir ve sayımlardan bilinmeyen olarak çıkar.
Sensör ayarlarının değiştirilmesi
Üçüncü taraf LoRaWAN sensörleri Hermetry’nin uzaktan cihaz ayarlarını kabul etmez; kalp atışı periyotları ya da hassasiyetleri, satıcının belgelediği aşağı yönlü komutlarla değiştirilir. Hermetry, uygulama aşağı yönlü iletilerini komut kataloğu üzerinden ham çerçeveler olarak (port ve hex ya da base64 veri) gönderir. Sınıf A sensörü aşağı yönlü iletiyi yalnızca bir sonraki yukarı iletisinden sonra alır; bu nedenle bir değişiklik ulaşması bir kalp atışı süresine kadar sürebilir. Her aşağı yönlü iletiyi önce tek bir sensörde test edin; hatalı bir çerçeve bir sensörün raporlamasını durdurabilir.
Kalibrasyon ve zaman
Birçok manyetometre sensörü kurulumdan sonra boş bir park yerine göre kalibre edilir; satıcının prosedürünü izleyin ve her park yerinin boş okunduğunu, yayına girmeden önce doğrulayın. Ağ sunucusu her yukarı iletiyi alındığı anda zaman damgalar; bu nedenle sensörlerin kendi saatine ihtiyacı yoktur.
Panolar
Her otopark için bir varlık parametresi içeren tek bir pano tüm otoparklara hizmet eder; şehir görünümü ayrı bir panodur.
| Pano | Hedef kitle | Bileşenler ve gösterdikleri |
|---|---|---|
| Şehir ya da kampüs genel görünümü | Operasyon, yönetim | Doluluk aralıklarına göre renklendirilmiş otoparkların ve sokak segmentlerinin haritası (örneğin yüzde 70’in altı yeşil, 90’a kadar kehribar, üstü kırmızı), ipucunda boş yer sayısı ve uzaklaştırıldığında gruplanan işaretçiler (her sayaç cihazı alanının koordinatlarını taşır); alan tablosu boş, dolu ve bilinmeyen sayılarıyla; toplam boş yer ve sessiz sensörler için istatistik kartları; alarm tablosu. |
| Otopark | Operasyon, otopark personeli | Boş yer için istatistik ve doluluk için ilerleme kartı; türe göre boş park yerleri; 24 saatlik doluluk çizgi grafiği; durum, park yeri türü, son değişimden bu yana geçen süre ve pil ile park yerlerinin cihaz tablosu, kata göre filtrelenmiş; süre aşımları için alarm tablosu. |
| Kat planı | Otopark personeli, denetim | Katın, her park yerinin duruma göre renklendirilmiş bir işaretçi olarak gösterildiği kat planı; Sensor regions hazır çözümünün kat planı haritası gibi oluşturulmuştur. Bu harita işaretçileri, her sensörün telemetrisi olarak saklanan plan koordinatlarına göre yerleştirir; bu nedenle park yerlerinin koordinatlarının bir kez yazılması gerekir; çabayı planlayın. |
| Planlama | Ulaşım planlamacıları | Sayacın toplamalarından haftanın her günü için saatlik ortalama doluluğu gösteren çubuk grafik; otopark başına günlük girişler ve en yüksek doluluk; önceki döneme göre eğilimli istatistik; tablonun Excel’e aktarımı. |
| Ağ sağlığı | Ağ teknisyeni | Duruma göre LoRaWAN ağ geçidi haritası; pil ve son görülme zamanına göre sıralanmış sensör cihaz tablosu. Çerçeve başına sinyal ve bunu alan ağ geçitleri her sensörün LoRaWAN sekmesindedir. |
Otopark ofisindeki bir ekran için display link kullanın: salt okunur, menü yok, 1 ile 365 gün arasında geçerli ve ekran başına iptal edilebilir. Display link’leri herkese açık bir web sitesinde yayımlamayın; bunun yerine herkese açık kanallara sayıları bir besleme (feed) üzerinden verin.
SCADA ekranları
A car park rarely needs a process drawing, but an operations room screen benefits from one schematic per car park: entrances and exits with Barrier gate symbols, Car park sign symbols showing the free count, and Parking meter symbols where pay stations exist. These come from the city family of the Water pack, which covers city networks; see the symbol library.
- Durumlar. Tabela sembolü
free_countdeğerini yazdırır; bir renk kuralı,free_countkararlaştırılmış bir rezervin altına düştüğünde onu kırmızıya çevirir; bir bariyer sembolü, okunduğu yerde bariyer kontrolcüsünden açık ya da kapalı durumu gösterir. - Yeniden kullanım. Çizimi otopark varlığının bir görünümü olarak ekleyin; aynı düzene sahip otoparklar çizimi kendi bağlantılarıyla paylaşır.
- Komutlar. Bariyer komutlarını dışarıda bırakın. Bariyerler araç ve yaya güvenliğini ilgilendirir ve kendi kontrolcülerinde kalır.
Kurallar ve alarmlar
Kuralları iki ayrıntı şekillendirir. Birincisi, park yeri sensörleri değişimde raporlar ve süreye göre gecikmeyi ayıran profil alarm kuralları, yalnızca bir mesaj geldiğinde ilerleyen cihaz zaman damgalarını sayar; dolu kalan bir park yeri bir saat boyunca hiçbir şey göndermez. Bu nedenle süre aşımı tespiti Rules card kullanır; onun "N dakika böyle kalır" koşulu, yeniden başlatmalardan sağ çıkan ve park yeri boşaldığında iptal edilen gerçek bir zamanlayıcıdır. İkincisi, kurallar tek cihazları ya da bir yerdeki bir profilin tüm cihazlarını hedefler; kısıtlı park yerlerinin kendi profillerini almasının nedeni budur.
| Alarm | Koşul | Gecikme ve histerezis | Önem derecesi | Bildirilen | Yükseltme |
|---|---|---|---|---|---|
| Yükleme bölgesi süre aşımı | Bölgedeki Rules card: yükleme bölgesi occupied = 1, yalnızca Pazartesi ile Cumartesi arasında 07:00 ile 19:00 arasında | 30 dk böyle kalır | Küçük (kural tarafından oluşturulur) | Bölge denetim ekibi, anlık bildirim | Onaylanana kadar her 30 dakikada bir hatırlatma |
| Engelli park yeri süre aşımı | Engelli park yerleri için yukarıdakiyle aynı, geçerli sınırla | Sınır kadar böyle kalır, örneğin 180 dk | Küçük | Denetim ekibi, anlık bildirim | Her 60 dakikada bir hatırlatma |
| Park yeri bütün gün dolu | Rules card: herhangi bir park yeri occupied = 1 | 24 saat böyle kalır | Uyarı | Operasyon, uygulama içi | Yok; bir sonraki devriyede kontrol edilir |
| Otopark neredeyse dolu | Rules card: occupancy_pct 95 değerinin üzerine çıkar | 10 dk böyle kalır | Bilgi (yalnızca bildirim) | Otopark personeli, anlık bildirim | Yok |
| Sensör sessiz | Park yeri profillerinde hareketsizlik kuralı | 2 ile 3 kalp atışı | Uyarı | Ağ teknisyeni, e-posta | Yok |
| Sensör pili düşük | Profil kuralı: battery modelin düşük seviyesinin altında | 2 örnek için gecikme | Bilgi | Ağ teknisyeni, e-posta | Yok |
| LoRaWAN ağ geçidi çevrimdışı | Rules card: ağ geçidi cihazı çevrimdışı olur | 15 dk böyle kalır | Önemli | Ağ teknisyeni, anlık bildirim ve SMS | Her 60 dakikada bir hatırlatma |
| Sayaç durdu | Sayaç profilinde hareketsizlik kuralı, 15 dk mesaj yok | Önemli | Nöbetteki entegratör, anlık bildirim | Her 30 dakikada bir hatırlatma |
Yaşam döngüsü. Alarmlar gecikmelerinden sonra açılır, onu devralan memur tarafından onaylanır; isteğe bağlı olarak bildirim numarası gibi bir not eklenebilir ve park yeri boşaldığında kendiliğinden çözülür. Park yeri ve tür başına bir alarm açık kalır; tekrarlar oluşum olarak sayılır. Onaylamak için Kullanıcı rolü gerekir. Çözülme otomatik olduğundan, onaylanmadan çözülen süre aşımlarını hangilerinin ilgisiz kaldığını görmek için her hafta gözden geçirin.
Sessiz dönemler. Süre aşımı kuralları kendi zaman aralıklarını taşır ve resmi tatil takvimi koşulunu kullanabilir, böylece resmi tatillerde durur. Bir sokak pazarı ya da yol çalışması sırasında, sokak segmentini etkinlik bitene kadar Manual until konumuna alın; kuralları kendiliğinden durur ve yeniden devreye girer, her geçiş denetim kaydına yazılır.
Seller. Bir ağ geçidinin kesintisi, onlarca sensörün aynı anda kalp atışını kaçırmasına yol açar. Ağ geçidi alarmını Major, sensör sessizliğini yalnızca e-posta ile Warning olarak tutun; böylece tek bir bildirim nedeni açıklar. Dakikada 20 alarm bildirimini aşınca Hermetry kalanları beş dakikalık bir özet altında toplar.
Otomasyon ve entegrasyonlar
Sayaç akışı
Park yeri profilleri üzerindeki bir akış sayıları tutar. Her park yeri mesajında, bir cihaz ayrıntıları bloğu ile park yerinin alan ve tür özniteliklerini okur, her park yerinin son durumunu tutan kalıcı bir akış değişkenini günceller ve alan başına dolu, boş ve bilinmeyen sayılarını hesaplar. Beş dakikada bir çalışan bir zamanlama tetikleyicisi sayıları yeniden hesaplar; böylece sessiz sensörler bilinmeyen durumuna geçer ve sayaç düzenli aralıklarla rapor verir. Bir Only changes bloğu aynı sayıların tekrarlanmasını önler; bir HTTP isteği bloğu ise sayıları, alanın sayaç cihazına ait telemetri olarak cihaz HTTP API’si üzerinden gönderir; bu cihazın erişim belirteci, bir HTTP uç noktasında bearer gizli anahtarı olarak tutulur.
Bu bir entegratör kalıbıdır, hazır bir modül değildir: akış test çalıştırıcısıyla test edin ve akış değiştirilip değişkenleri sıfırlandıktan sonra sayıların bir kalp atışı periyodu içinde kendilerini yeniden oluşturmasını bekleyin. Kalıcı değişkenler, depolama alanının boyut sınırları içinde yeniden başlatmalardan sağlam çıkar; birkaç bin park yeri rahatça sığar.
Tabelalar, uygulamalar ve diğer sistemler
- Değişken mesaj tabelaları. Aynı akış, boş sayısını tabela denetleyicisinin HTTP arayüzüne gönderebilir. Hermetry’ye cihaz olarak bağlı bir tabela ise kataloğundan bir komut alabilir. Her iki durumda da sayaç bayatladığında bir yedek metin gösterin.
- Şehir ya da kampüs uygulaması. Uygulamanın arka ucu, sayaç cihazlarının değerlerini, arka ucun adresleriyle sınırlı salt okunur bir API anahtarı ile REST API üzerinden okur ya da bunları HTTP üzerinden bir akıştan alır.
- Denetim sistemleri.
alarm.created,alarm.acknowledgedvealarm.clearedwebhook’ları, HMAC ile imzalanmış olarak, süre aşımlarını park yeri koduyla birlikte denetim arka ofisine iletir. - Raporlar. Aylık doluluk ve giriş rakamları, Excel’e aktarılan geçmiş tablolarından gelir; zamanlanmış raporlar bugün yerleşik olarak yoktur.
Roller ve erişim
| Kim | Rol ya da grup | Yapabilecekleri |
|---|---|---|
| Park işletmeciliği | Kullanıcı + IoT operatör grubu | Her alanı görür, alarmları onaylar, alanları Manual konumuna alır. |
| Denetim görevlisi | Kullanıcı, kendi ilçesiyle sınırlı | İlçenin park yerlerini ve süre aşımlarını görür, not ekleyerek onaylar. |
| Ulaşım planlamacısı | Kullanıcı + IoT görüntüleyici grubu | Panoları ve geçmişi okur, Excel’e aktarır. |
| Ağ teknisyeni | Kullanıcı + IoT operatör grubu | Ağ geçitlerini, sensörleri, pil ve sinyal durumunu görür, ağ alarmlarını onaylar. |
| Entegratör | Yönetici | Uygulama arka ucu için profiller, kodekler, akışlar, kurallar, API anahtarları. |
| Ortak işletmeci (örneğin bir hastane) | Kendi kuruluşu ya da sınırlandırılmış kullanıcılar | Yalnızca işlettiği otoparklar. |
Görevlileri bir ilçeyle sınırlamak öznitelik tabanlı politikalar kullanır; her politikayı policy simulator ile test edin. Bir LoRaWAN AppKey’in açığa çıkarılması ayrı bir izin gerektirir. Sokaktaki denetim görevlileri bugün tarayıcıda ya da SMS ile bildirim alır; Hermetry mobil uygulaması geliştirme aşamasındadır. Denetim kaydı, kural ve profil değişikliklerini, mod geçişlerini, komutları ve oturum açmaları doğrulanabilir bir hash zincirinde kaydeder.
Boyutlandırma ve veri
2.000 park yeri (1.200 kenar boyu, 400’lük iki otopark) ve 12 sayaç cihazı için yaklaşık bir büyüklük mertebesi:
- Park yeri sensörleri: yoğun kenar boyu park yerlerinde günde yaklaşık 20 durum değişikliği, otoparklarda daha az, artı 4 kalp atışı; sensör başına günde 25 uplink varsayın, yani 2.000 × 25 = günde 50.000 mesaj.
- Sayaçlar: beş dakikada bir gönderim artı değişiklikler, Only changes bloğuyla sınırlı; dakikada en fazla bir varsayın, yani 12 × 1.440 = günde 17.280.
- Toplam: kabaca günde 67.000 mesaj, yaklaşık ayda 2 milyon. Değerler küçük kalır: park yeri mesajı başına beş ya da altı anahtar, günde yaklaşık 300.000 değer.
Aylık kotaya yalnızca telemetri ve öznitelik mesajları sayılır; alarmlar ve komutlar sayılmaz. Doluluk geçmişi yıllarca değerlidir; ham park yeri verileri en fazla 90 gün tutulur (90 günlük sınıfta 30 gün, 365 ve 1.095 günlük sınıflarda 90 gün), bu yüzden çok yıllı planlama için sayaçların saatlik ve günlük toplulaştırmalarına, tüm sınıf süresince saklanarak, güvenin. LoRaWAN hava süresi, platform değil, genellikle sınırdır: kısa kalp atışlı yoğun bir sokak daha büyük bir plan değil, daha fazla ağ geçidi gerektirir.
Devreye alma planı
| Aşama | Hafta | İş | Çıkış kriterleri |
|---|---|---|---|
| 0. Keşif | 1-2 | Kodları ve türleri içeren park yeri envanteri; sokaklarda ve her otopark katında radyo keşfi; sensör modeli ve ağ geçidi konumlarının seçilmesi. | Her park yerinin, planlanan en az bir ağ geçidi konumu tarafından duyulması; sokaklarda iki konum. |
| 1. Pilot | 3-6 | Ağ geçitleri, bir sokak segmenti ve bir kat; kodek, normalizasyon ve sayaç akışı; genel bakış ve otopark panoları. | Park yeri durumları üç farklı günde elle yapılan bir tur ile eşleşir; sayılar gerçeğin bir park yeri içinde kalır. |
| 2. Kısıtlı park yerleri | 7-8 | Park yeri türü profilleri, yalnızca bildirim yapan süre aşımı kuralları, denetim ekibi erişimi. | Süre aşımları görevliler tarafından doğrulanır; sensör dalgalanmasından kaynaklanan sahte süre aşımı yoktur. |
| 3. Ölçekleme | 9-20 | Kalan sokaklar ve otoparklar alan alan; tabela ve uygulama beslemesi; arka ofise webhook’lar. | Sensör erişilebilirliği kararlaştırılan bir düzeyin üzerinde, örneğin yüzde 98; beslemeler iki hafta boyunca kararlı. |
| 4. Planlama kullanımı | 3. aşamadan sonra | Planlama panosu, aylık dışa aktarma rutini, öncesi-sonrası çalışmaları. | İlk planlama sorusu veriden yanıtlanır. |
Devreye alma kontrol listesi
- Ağ geçidi eklendi, Basics Station dosyaları kuruldu, ağ geçidi haritada gerçek konumunda çevrimiçi.
- Her sensör bağlandı; en son alım, planlanan sayıda en az ağ geçidini ve kullanılabilir bir sinyali gösterir.
- Boş bir park yerinde kalibrasyon yapıldı; park yeri boş okunur.
- Örneklemdeki her park yerinde bir araç park edildi ve çıkarıldı; durum değişiklikleri beklenen sürede gerçekleşir;
arrivalher giriş için bir kez yazılır, kalp atışlarında yazılmaz. - Park yeri kodu, park yeri türü ve azami süre öznitelikleri park yeri envanteriyle karşılaştırılarak denetlenir.
- Sayaç cihazı doğru kapasiteyi, boş ve bilinmeyen sayılarını gösterir; kapatılan bir sensör kalp atışı periyodundan sonra bilinmeyen durumuna geçer.
- Yükleme bölgesine park edilmiş bir araçla süre aşımı kuralı test edilir; görevli bildirimi alır ve not ekleyerek onaylar.
- Bir ağ geçidi kapatılır: sensörler hâlâ ikinci ağ geçidi üzerinden duyulur; ağ geçidi alarmı devreye girer.
- Tabela ya da uygulama beslemesi, panoyla aynı sayıyı gösterir; bayat sayaç yedek metni gösterir.
Dikkat edilecek tuzaklar
- Olay güdümlü sensörlerde süre alarmları. Profil alarmının zamana göre gecikmesi bir sonraki mesajı bekler. Süre aşımları için Rules kartındaki zaman tutmalarını kullanın.
- Sessizliği boş saymak. Dolu bir sokaktaki ölü bir sensör tabelanın yalan söylemesine yol açar. Sessiz park yerlerini bilinmeyen sayın ve bu sayıyı gösterin.
- Kurallarda satıcıya özgü anahtar adları. Başka bir modele geçiş anahtar adlarını ve değerlerini değiştirir.
occupieddeğerine bir kez, kök akışta normalize edin. - Yeraltı kapsamını dışarıdan tahmin etmek. Tek bir çatı ağ geçidi alt katlara ulaşmaz. Her katı keşfedin.
- Bariyer sayımlarını gerçek saymak. Giriş ve çıkış sayımları zamanla kayar. Bunları çapraz kontrol için kullanın ya da her gece park yeri sensörlerine göre sıfırlayın.
- Tüm park yeri türleri için tek profil. Kurallar park yerlerini öznitelikle seçemez; bu yüzden kısıtlı park yerlerinin kendi profillerine ihtiyacı vardır.
- Herkese açık gösterge bağlantıları. Bir gösterge bağlantısı, oluşturanın yetkileriyle çalışır. Herkese açık kanalları API ya da bir akıştan besleyin.
Hermetry’nin yerini almadığı alanlar
Hermetry, canlı ve geçmişe dönük doluluk, alarm ve veri akışları sağlar. Ödemeler, izinler ve sezonluk abonelikler, ceza bildirimleri ve yaptırım kayıtları, plaka tanıma ile bariyer ve yönlendirme kontrolcüleri, otopark işletmecisinin sistemlerinde kalır; bariyer güvenliği ise bariyer donanımına aittir. Bir tabela üzerindeki boş alan sayısı yönlendirme amaçlıdır, bir park yerinin boş olacağının garantisi değildir. Planlanan akıllı şehir ürünü Hermetry City henüz kullanıma sunulmamıştır; bu taslak yalnızca bugün kullanılabilir parçaları kullanır.

