Yeni: Yapay zekâ güvenlik duvarı her modülü izliyor ve her olayı sade bir dille açıklıyor. Nasıl çalıştığını görün

Otoparklar ve sokaklar için park yeri doluluk takibi

LoRaWAN üzerinden park yeri bazında sensörler için bir taslak: normalleştirilmiş durumlar, alan başına boş sayılar, süre aşımı kuralları, tabela ve uygulamalara veri akışları, boyutlandırma ve devreye alma.

Bir bakışta

ÖğeTipik yanıt
SorunBir 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ıyorHer 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ıyorOtopark 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 kapsamKaldı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üreGenellikle 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.
Tahminlerdir; yol yüzeyindeki montaj işi genellikle temposu belirler.

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şenGörevNotlar
Park yeri doluluk sensörü (LoRaWAN)Dolu ya da boş, pil, radyo kalitesiA sınıfı, OTAA. Model listeliyse bir kitaplık kodeki, değilse kendi kodekiniz tarafından çözümlenir.
LoRaWAN ağ geçidiSensörleri dinlerBasics Station; her biri için bir Hermetry cihazı; belirteç bir kez gösterilir.
Lisanslı 4G yönlendiriciSabit 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 tutarHermetry 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österirHTTP ü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.

NoktaTelemetri anahtarıBirimKaynakAralıkNotlar
Park yeri doluoccupied0/1Sensö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çisiarrival1Boştan doluya geçişte kök akış tarafından yazılırdeğişimdeGünlük toplam = girişler.
Ham sensör durumuparking_statusmetinKodek çıktısı (örnek ad)her uplink ileTeşhis için tutulur.
Pilbattery% ya da VKodekher uplink ileBirim modele bağlıdır.
Sensör sıcaklığıtemperature°CModel bildiriyorsa kodekher uplink ileKışın yaşanan sapmayı açıklamaya yardımcı olur.
Park yeri türübay_typemetinSunucu özniteliğibir kez ayarlanırstandard, disabled, loading, ev, short_stay.
Azami kalış süresimax_stay_mindkSunucu özniteliğibir kez ayarlanırKısıtlı park yerleri için.
Park yeri kodubay_codemetinSunucu özniteliğibir kez ayarlanırZemin boyasıyla ve denetim kayıtlarıyla eşleşir.
Park yeri düzeyindeki anahtarlar. Kodekinkiler dışındaki adlar örnektir.

Otopark ya da sokak bölümü başına, sayaç cihazında:

NoktaTelemetri anahtarıBirimKaynakAralıkNotlar
Dolu park yerlerioccupied_countadetAkışher 5 dk + değişimde
Boş park yerlerifree_countadetAkışher 5 dk + değişimdeLevhaların gösterdikleri.
Sensörü sessiz park yerleriunknown_countadetAkışher 5 dkBoş sayılmaz.
Dolulukoccupancy_pct%Akışher 5 dk + değişimdedolu ÷ (kapasite − bilinmeyen).
Kısıtlı boş park yerlerifree_disabled, free_loading, free_evadetAkışher 5 dk + değişimdePark yeri türü başına.
Giriş ve çıkışentries, exitsadetAğ geçidi üzerinden bariyer denetleyicisi5 dkİsteğe bağlı çapraz kontrol.
KapasitecapacityadetSunucu özniteliğibir kez ayarlanırAlandaki 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_team ve tariff_zone ile birlikte.
  • Otopark (Site ya da serbest tür); konum, capacity, opening_hours ve public_feed_id ile; Kat (Floor) capacity ile; ya da Sokak bölümü (Area) capacity ve 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_min ve bay_code ile.
  • 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.

PanoHedef kitleBileşenler ve gösterdikleri
Şehir ya da kampüs genel görünümüOperasyon, yönetimDoluluk 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.
OtoparkOperasyon, otopark personeliBoş 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, denetimKatı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.
PlanlamaUlaşı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ğ teknisyeniDuruma 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_count değerini yazdırır; bir renk kuralı, free_count kararlaş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.

AlarmKoşulGecikme ve histerezisÖnem derecesiBildirilenYü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ında30 dk böyle kalırKüçük (kural tarafından oluşturulur)Bölge denetim ekibi, anlık bildirimOnaylanana 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ırlaSınır kadar böyle kalır, örneğin 180 dkKüçükDenetim ekibi, anlık bildirimHer 60 dakikada bir hatırlatma
Park yeri bütün gün doluRules card: herhangi bir park yeri occupied = 124 saat böyle kalırUyarıOperasyon, uygulama içiYok; bir sonraki devriyede kontrol edilir
Otopark neredeyse doluRules card: occupancy_pct 95 değerinin üzerine çıkar10 dk böyle kalırBilgi (yalnızca bildirim)Otopark personeli, anlık bildirimYok
Sensör sessizPark yeri profillerinde hareketsizlik kuralı2 ile 3 kalp atışıUyarıAğ teknisyeni, e-postaYok
Sensör pili düşükProfil kuralı: battery modelin düşük seviyesinin altında2 örnek için gecikmeBilgiAğ teknisyeni, e-postaYok
LoRaWAN ağ geçidi çevrimdışıRules card: ağ geçidi cihazı çevrimdışı olur15 dk böyle kalırÖnemliAğ teknisyeni, anlık bildirim ve SMSHer 60 dakikada bir hatırlatma
Sayaç durduSayaç profilinde hareketsizlik kuralı, 15 dk mesaj yokÖnemliNöbetteki entegratör, anlık bildirimHer 30 dakikada bir hatırlatma
Limitler ve saatler örnektir; geçerli otopark düzenlemesinden ya da trafik yönetmeliğinden alın.

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.acknowledged ve alarm.cleared webhook’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

KimRol ya da grupYapabilecekleri
Park işletmeciliğiKullanıcı + IoT operatör grubuHer alanı görür, alarmları onaylar, alanları Manual konumuna alır.
Denetim görevlisiKullanı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 grubuPanoları ve geçmişi okur, Excel’e aktarır.
Ağ teknisyeniKullanıcı + IoT operatör grubuAğ geçitlerini, sensörleri, pil ve sinyal durumunu görür, ağ alarmlarını onaylar.
EntegratörYöneticiUygulama 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ılarYalnı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şamaHaftaİşÇıkış kriterleri
0. Keşif1-2Kodları 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. Pilot3-6Ağ 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 yerleri7-8Park 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çekleme9-20Kalan 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 sonraPlanlama panosu, aylık dışa aktarma rutini, öncesi-sonrası çalışmaları.İlk planlama sorusu veriden yanıtlanır.

Devreye alma kontrol listesi

  1. Ağ geçidi eklendi, Basics Station dosyaları kuruldu, ağ geçidi haritada gerçek konumunda çevrimiçi.
  2. Her sensör bağlandı; en son alım, planlanan sayıda en az ağ geçidini ve kullanılabilir bir sinyali gösterir.
  3. Boş bir park yerinde kalibrasyon yapıldı; park yeri boş okunur.
  4. Örneklemdeki her park yerinde bir araç park edildi ve çıkarıldı; durum değişiklikleri beklenen sürede gerçekleşir; arrival her giriş için bir kez yazılır, kalp atışlarında yazılmaz.
  5. Park yeri kodu, park yeri türü ve azami süre öznitelikleri park yeri envanteriyle karşılaştırılarak denetlenir.
  6. 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.
  7. 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.
  8. Bir ağ geçidi kapatılır: sensörler hâlâ ikinci ağ geçidi üzerinden duyulur; ağ geçidi alarmı devreye girer.
  9. 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. occupied değ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.

Saha verilerinizi bu hafta canlı görün

Bölgenizde ilk cihazlarınızla bir deneme başlatın ya da bir demo ayarlayın ve kendi senaryonuzu getirin.