İçeriğe geç

Şehir ve altyapıBlog

Akıllı şehir IoT projesine nereden başlanmalı?

Akıllı şehir projesini sensör sayısıyla değil, hangi kararın kim tarafından verileceğiyle başlatın. Ortak veri, kapsama ve pilot kabul adımlarını ele alıyoruz.

Koral Mühendislik4 dk okuma
Konut bölgesi içindeki hizmet binası ve su altyapısının temsili görünümü.
Temsili uygulama görseli · Akıllı Şehir Uygulamaları.

Bir kentte su deposu, park sulaması, belediye binası ve atık konteyneri aynı haritada gösterilebilir. Ancak dört farklı hizmetin aynı ekranda görünmesi, birlikte yönetilebildikleri anlamına gelmez. Verilerin sahibi, güncelliği, kullanıcısı ve bakım sorumlusu bilinmiyorsa proje bir gösterim ekranında kalır. Akıllı şehir uygulamasına başlarken cihaz kataloğundan önce hizmet akışını konuşmak bu yüzden önemlidir.

Ölçülecek değişkeni bir karara bağlayın

İlk kullanım senaryosunu tek cümleyle yazın: depo seviyesi belirli süre boyunca düşük kaldığında su işletmesinin ilgili ekibi kontrol planlayacak. Burada ölçüm, süre, karar sahibi ve beklenen işlem bellidir. “Tüm kenti akıllandıralım” hedefi ise ilk saha denemesini tarif etmez. Başlangıç için erişimi, bakım koşulları ve veriyi kullanacak ekibi bilinen bir bölge seçin.

Bir dere veya yağmur suyu noktasında seviye izleme, parkta sulama düzenini inceleme ve tesiste enerji tüketimini takip etme farklı beklentiler taşır. Çevresel takip amacıyla kurulmuş bir sensörü, ayrıca tasarlanmadan can güvenliğini ilgilendiren bir erken uyarı sistemi olarak sunmayın. Alarmın önceliği, gecikme toleransı ve bağımsız emniyet gereksinimi kullanım senaryosuna göre ele alınmalıdır.

Şehir genelinde ortak veri dili kurun

Farklı kurumların aynı nesneyi farklı kodlarla tutması, ileride en çok zaman harcatan sorunlardan biridir. Bir depoyu konumuyla bulabilmek yetmez; kalıcı varlık kodu, işletmeci, ölçüm birimi ve son bakım bilgisi gerekir. OGC SensorThings API, farklı sensör sistemlerinden gözlem ve ilişkili bilgileri ortak biçimde sunmaya yönelik açık bir standarttır. Bir ihale veya entegrasyonda kullanılacak veri modeline örnek olabilir; her ürünün kendiliğinden bu standardı desteklediği varsayılmamalıdır.

Bir pilotta veri sözlüğü kısa tutulabilir. Varlık kimliği, ölçülen büyüklük, birim, konum, ölçüm zamanı, sisteme geliş zamanı ve kalite durumu çoğu tartışmayı somutlaştırır. Sensör başka bir noktaya taşındığında eski ölçümlerin yeni konuma yazılmaması için kurulum geçmişi tutulmalıdır. Bir yüklenicinin değiştirilmesi, kurumun kendi geçmiş verisine erişimini kaybettirmemelidir.

Verinin izlediği yol

  1. Altyapı varlıkları

    Konum, kimlik ve ölçüm amacı

  2. Ortak veri altyapısı

    Haberleşme ve veri sözlüğü

  3. Kurumsal kullanım

    Yetkiler, rapor ve işletmeci entegrasyonu

LoRaWAN kapsamasını harita üzerinde varsaymayın

Geniş alana yayılan, düşük veri hacimli ölçüm noktalarında LoRaWAN seçeneklerden biridir. LoRa Alliance’ın ağ açıklaması, uç cihaz, gateway ve ağ sunucusu rollerini ayırır. Saha planında bu rollerin yanında gateway interneti, besleme, montaj izni ve bakım erişimi de bulunmalıdır. Her noktada aynı kapsama mesafesinin elde edileceği söylenemez.

Dış ortamda Milesight UG67 gibi bir gateway incelenebilir. Cihazın dış ortam sınıfı, bulunduğu direğin yıldırımdan korunmasını veya beslemenin sürekliliğini tek başına çözmez. Beton kapak, bodrum, bitki örtüsü, anten yüksekliği ve mevsimsel koşullar haberleşmeyi etkileyebilir. Ön keşif, sınırlı saha denemesi ve belirli gözlem dönemi birlikte değerlendirilmelidir.

Sensörü ölçüm noktasına göre seçin

Bir su deposunda EM500-SWL gibi dalgıç seviye ürünü, akışkan ve kurulum koşulları uygunsa değerlendirilebilir. Temassız mesafe ihtiyacında EM400-UDL farklı bir seçenektir. Köpük, yüzey hareketi, ölü bölge, tank geometrisi ve erişim koşulları ürün seçiminden önce konuşulur. Uygun model seçimi, tek bir modelin şehirdeki bütün ölçüm işlerini yapacağı düşüncesinden daha değerlidir.

Benzer şekilde park sulaması için toprak ölçümü, depo takibi için seviye ve enerji takibi için uygun sayaç gerekir. Ölçümlerin aynı platformda toplanması, farklı fiziksel büyüklükleri birbirine dönüştürmez. Birimlerin açık yazılması ve eski verinin işaretlenmesi, haritanın görünümünden daha temel bir kabul maddesidir.

Pilotun başarısı hangi kayıtlarla gösterilir?

ITU-T Y.4903, akıllı sürdürülebilir kentlerin gelişimini değerlendirmek için performans göstergeleri çerçevesi sunar. Bir saha pilotunda ise önce daha dar ölçütler seçilebilir: doğru noktadan gelen okunabilir veri, kesintinin fark edilmesi, yetkili ekibe aktarım ve raporun dışarı alınması. Bu ölçütler proje başında taraflarca yazılır.

Kişisel veri toplamaya ihtiyaç yoksa ölçümü varlık ve altyapı düzeyinde tutun. Altyapı sensörü kullanmak, vatandaşları kişisel olarak izlemeyi gerektirmez. Erişim yetkisi, kayıt saklama ve kurumsal veri aktarımı ayrıca değerlendirilir. Uygulamayı şehir ve altyapı izleme çözümü üzerinden kapsamlandırabilir; pilot sınırları için IoT kabul kriterleri rehberimizi kullanabilirsiniz.

Sık sorulan sorular

Tek gateway bütün ilçeye yeter mi?

Konum, anten, arazi ve ölçüm noktaları incelenmeden karar verilemez. Kapsama denemesi, kapasite ve gerekli yedeklilik birlikte değerlendirilir.

Mevcut yazılıma veri aktarılabilir mi?

API, veri modeli, kimlik doğrulama ve lisans koşulları uygunsa entegrasyon planlanabilir. Örnek veriyle doğrulama yapılmadan kesin uyumluluk sözü verilmez.

Belediye uygulamasıyla akıllı şehir projesi aynı mı?

Şehir projesi birden çok işletmeci ve altyapıyı ortak yapıda ele alabilir. Akıllı belediye çözümü ise hizmet ekiplerinin alarmı işe dönüştürmesine ve operasyonun tamamlanmasına odaklanır.

İlgili ürünler

Bu uygulamada değerlendirilebilecek seçenekler. Model, arayüz ve saha uygunluğu proje bazında doğrulanır.

Teknik kaynaklar