<figure class="article-cover" style="margin-bottom:24px;text-align:center;"><img src="/uploads/imported/2026/09/f38bb63aa2af95330afb.jpg" alt="Shahar infratuzilmasida zamonaviy echimlar: raqamlashtirish va real vaqt boshqaruvi" style="max-width:100%;border-radius:12px;box-shadow:0 4px 16px rgba(0,0,0,0.06);"></figure>
<p>Shahar infratuzilmasida zamonaviy echimlar deganda transport, energetika, suv-kanalizatsiya, aloqa va xavfsizlikni raqamlashtirish hamda “haqiqiy vaqt”da boshqarish imkonini beradigan texnik yondashuvlar nazarda tutiladi. Ushbu maqolada siz har bir yo‘nalish bo‘yicha amaliy tatbiq etish bosqichlarini va tekshiriladigan texnik mezonlarni topasiz.</p>
<p>Asosiy maqsad: faqat “qulay” degan umumiy so‘zlar emas, balki qanday tanlash, qanday sozlash va qanday xatolardan qochish kerakligini aniq ko‘rsatish. Shuning uchun har bir bo‘limda aniq formatlar, protokollar va o‘lchov mezonlari keltiriladi.</p>
<h3>1) Shahar “raqamli egizak”i: ma’lumot modeli va ishlash zanjiri</h3>
<p>Raqamli egizak (digital twin) shahar ob’ektlari: yo‘l tarmog‘i, chorrahalar, binolar, quvurlar, stansiyalar kabi sub’ektlar uchun geometriya va holatni bir tizimda tutadi. Texnik jihatdan u kamida 3 qatlamdan iborat bo‘ladi: (1) fazoviy ma’lumot (koordinatalar va geometriya), (2) vaqt bo‘yicha holat (sensorlar va indikatorlar), (3) hisoblash/moslashtirish (simulyatsiya va optimizatsiya).</p>
<p>Ma’lumot modelini to‘g‘ri tanlash muhim: masalan, yo‘l uchastkalarida tezlik, tiqilinch indeksi va svetofor fazalari vaqt qatorlari sifatida saqlansa, “muammo qayerda va qachon paydo bo‘lyapti?” degan savollarga javob beradi. Aks holda, egizak faqat 3D ko‘rinish bo‘lib qoladi.</p>
<h4>Amaliy tavsiya: qaysi formatlardan boshlash</h4>
<p>3D geometriya uchun odatda mesh yoki sirt ko‘rinishi ishlatiladi, lekin integratsiya uchun tizimlararo almashishda “o‘zaro mos” ma’lumot formatlari kerak bo‘ladi. Egizakni real ishlatish uchun siz kamida quyidagilarni aniqlab olishingiz kerak: ob’ekt ID (barqaror kalit), koordinata tizimi (masalan, mahalliy yoki global), va vaqt belgilash formati (UTC bo‘yicha saqlash).</p>
<ul>
<li>Ob’ekt ID: har bir asset uchun bir xil identifikator (masalan, PTZ kamera, yo‘l segmenti, quvur liniyasi).</li>
<li>Vaqt: sensorlar ma’lumoti uchun bir xil vaqt mezoni (UTC tavsiya).</li>
<li>Hodisalar: “o‘tish (transition)”, “signal (event)”, “o‘lchov (measurement)” kabi turlarga ajratish.</li>
</ul>
<h4>Tekshiriladigan ko‘rsatkichlar</h4>
<ul>
<li>Ma’lumot kechikishi: sensor signalidan platformagacha bo‘lgan o‘rtacha kechikish (masalan, soniyalar yoki daqiqalar).</li>
<li>Yangilanish chastotasi: metrikaning “freshness” darajasi (oxirgi yangilanish vaqti).</li>
<li>Izchillik: bir ob’ektga tegishli ma’lumotlar to‘qnashmasligi (ID va vaqt bo‘yicha).</li>
</ul>
<h3>2) Shahar IoT va tarmoq: sensorlardan platformagacha transport arxitekturasi</h3>
<p><a href="https://goxost.net/post/shahar-infratuzilmasini-modernizatsiya-qilish-rk7uqn">Shahar infratuzilmasi</a> modernizatsiyasining tayanchi — IoT sensorlar va ularni boshqaradigan tarmoq. Bu yerda “signal yo‘li”ni aniq loyihalash zarur: sensor → chekka tugun (edge) → xabar almashish qatlami → analitika/monitoring. Xabar almashishda protokol va formatlar noto‘g‘ri tanlansa, ma’lumot yo‘qolishi yoki <a href="https://goxost.net/post/yashil-arxitektura-va-barqaror-rivojlanish-slsizt">qayta ishlash</a> murakkablashadi.</p>
<p>Chekka (edge) arxitekturasi ayniqsa foydali: masalan, CCTV yoki turli o‘lchagichlardan keladigan katta hajmli oqimni markazga jo‘natishdan oldin filtrlash mumkin. Bu tarmoq yukini kamaytiradi va real vaqt reaksiyasini tezlashtiradi.</p>
<h4>Tanlov mezonlari: edge qachon kerak bo‘ladi?</h4>
<ul>
<li>Kechikish talabi past bo‘lsa (masalan, signalga javob soniyalar ichida kerak bo‘lsa).</li>
<li>Oqim hajmi katta bo‘lsa (video yoki yuqori chastotali telemetriya).</li>
<li>Ulanish uzilishi ehtimoli mavjud bo‘lsa: edge tugun buferlab turadi.</li>
</ul>
<h4>Amaliy integratsiya: xabar formati va “sxema” nazorati</h4>
<p>Telemetriya uchun yagona sxema (ma’lumot modeli) o‘rnatilishi kerak. Masalan, har bir event quyidagi maydonlarga ega bo‘lsa, keyinchalik analitika osonlashadi: ob’ekt ID, sensor turi, o‘lchov birligi, qiymat, hosil bo‘lish vaqti, va event turi. Xabar formatini sxemasiz qoldirsangiz, monitoring dashboardlar “bo‘sh” ishlashi yoki qo‘lda moslashtirish talab qilishi mumkin.</p>
<h3>3) Transport boshqaruvi: adaptiv chorraha va real vaqt signallari</h3>
<p>Transportni samarali boshqarish uchun adaptiv svetofor logikasi qo‘llanadi. Asosiy yondashuv: chorrahadagi oqimni o‘lchash (detektorlar yoki video analitika), keyin navbat va tezlik metrikalari asosida svetofor fazalarini moslashtirish. Bunda “faqat ko‘rsatkichni ko‘rish” emas, balki boshqaruv qarorini qaysi algoritm va qoidalar bilan qabul qilish kerakligi muhim.</p>
<p>Qoidalarning izchil bo‘lishi xavfsizlik uchun ham zarur: masalan, xavfli fazalar o‘rtasida “kesishma” (interlock) qoidasi bo‘lmasa, noto‘g‘ri vaqtlanish avariyaga olib kelishi mumkin. Shuning uchun boshqaruv mantig‘i real vaqt nazorati bilan integratsiya qilinadi.</p>
<h4>Taqqoslash: klassik vaqt jadvali vs adaptiv boshqaruv</h4>
<table>
<thead>
<tr>
<th>Yondashuv</th>
<th>Ma’lumot</th>
<th>Boshqaruv qarori</th>
<th>Kechikishga sezgirlik</th>
</tr>
</thead>
<tbody>
<tr>
<td>Klassik jadval (o‘rnatilgan sikl)</td>
<td>Ko‘pincha tarixiy jadval</td>
<td>Oldindan belgilangan fazalar</td>
<td>O‘rtacha</td>
</tr>
<tr>
<td>Adaptiv boshqaruv</td>
<td>Detektor/telemetriya: oqim, navbat, tezlik</td>
<td>Joriy holatga mos faza moslashuvi</td>
<td>Yuqori (past kechikish talab qilinadi)</td>
</tr>
</tbody>
</table>
<h4>Amaliy sozlash: “minimal xavf” qoidalari</h4>
<ul>
<li>Har bir faza uchun minimal va maksimal davomiylik chegaralari o‘rnatiladi.</li>
<li>Kesishma fazalar orasida interlock qo‘llanadi (xavfli ketma-ketlik taqiqlanadi).</li>
<li>Qaror qabul qilishda “barqarorlik” filtri ishlatiladi (tez-tez qayta o‘tishning oldi olinadi).</li>
</ul>
<h3>4) Energiya va suv: aqlli o‘lchash hamda yo‘qotishlarni kamaytirish</h3>
<p>Energetika va suv sohasida zamonaviy yondashuv — “aqlli o‘lchash” (smart metering) va tarmoqdagi yo‘qotishlarni aniqlash. Elektrda bu yuklama grafigini tahlil qilish va nosozliklarni erta topish bo‘lsa, suvda bosim, sarf va oqish indikatori asosida yo‘qotishlarni qisqartirish mumkin.</p>
<p>Bu yo‘nalishda aniq natija beradigan amaliy narsa — anomaliya aniqlash qoidalarini to‘g‘ri kalibrlash. Masalan, bosim va oqim o‘rtasida kutilgan korrelyatsiya buzilsa, bu oqish yoki klapan nosozligini bildirishi mumkin. Bunday qoidalarni oldindan statistik bazada sinab ko‘rish kerak.</p>
<h4>Kalibrlash algoritmi uchun tekshiriladigan qadamlar</h4>
<ol>
<li>Normal rejim ma’lumotini yig‘ish (masalan, kamida bir necha haftalik mavsumiy kesim bilan).</li>
<li>Ko‘rsatkichlar juftligi bo‘yicha kutilgan diapazonni belgilash (masalan, “bosim–sarf” munosabati).</li>
<li>Anomaliya threshold’larini bosqichma-bosqich sozlash (yolg‘on ijobiy va yolg‘on salbiy muvozanati bilan).</li>
<li>Voqea qaydini (incident) tekshirish: real holat bilan solishtirib, qoidani yangilash.</li>
</ol>
<h4>Tipik xatolar</h4>
<ul>
<li>Sensor birligi noto‘g‘ri ko‘rsatilishi (masalan, litr/min o‘rniga m³/soat kiritib yuborish).</li>
<li>Vaqt tamg‘asi noto‘g‘ri (UTC o‘rniga mahalliy vaqt aralashib ketishi).</li>
<li>Kalibrlashni mavsumiy o‘zgarishsiz qilish (harorat yoki iste’mol rejimlari o‘zgaradi).</li>
</ul>
<h3>5) Xavfsizlik va himoya: tarmoq segmentatsiyasi, <a href="https://goxost.net/post/xavfsizlikni-taminlashda-zamonaviy-usullar-d3g2jo">kirish nazorati</a> va audit</h3>
<p>Shahar infratuzilmasi ko‘pincha uzoq joylashgan qurilmalar bilan ishlaydi, shu sababli <a href="https://goxost.net/post/xavfsizlikni-oshirish-uchun-zamonaviy-strategiyalar-e6mssl">kiberxavfsizlik</a> dizayni “markaziy tizim”dan tashqari chekka va boshqaruv tarmoqlariga ham tarqatilishi kerak. Amaliy yondashuv: segmentatsiya, kirishni cheklash, qurilma identifikatsiyasi va doimiy audit.</p>
<p>Eng ko‘p uchraydigan xatar — noto‘g‘ri ochilgan boshqaruv portlari va autentifikatsiyasiz yoki zaif konfiguratsiyalar. Shuning uchun har bir tizimda kirish yo‘li (who can access what) va jurnal yuritish (what happened) aniq bo‘lishi shart.</p>
<h4>Amaliy yo‘riqnoma: segmentatsiya va boshqaruv yo‘li</h4>
<ul>
<li>IoT va boshqaruv qurilmalarini foydalanuvchi tarmog‘idan ajrating (alohida VLAN yoki alohida tarmoq zonasi).</li>
<li>Faqat kerakli boshqaruv protokollari yoqilsin; qolganlari bloklansin.</li>
<li>Qurilmalar uchun noyob identifikator va sertifikatga asoslangan autentifikatsiya qo‘llang (imkon bo‘lsa).</li>
</ul>
<h4>Audit uchun minimal talablar</h4>
<ul>
<li>Kirish urinishlari (muvaffaqiyatli va muvaffaqiyatsiz) yozilishi.</li>
<li>Konfiguratsiya o‘zgarishlari kim tomonidan va qachon qilingani qayd etilishi.</li>
<li>Jurnallar markaziy saqlanishi va o‘zgartirib bo‘lmasligi (faqat yozish rejimi yoki himoyalangan saqlash).</li>
</ul>
<h3>TARIX: aqlli infratuzilma qanday shakllandi (2000–2020-yillar chizig‘i)</h3>
<p>Raqamli boshqaruv g‘oyasi erta bosqichlarda SCADA va dispetcherlik tizimlari orqali shakllandi. Keyin 2010-yillarda arzon sensorlar, mobil aloqa va arzon saqlash hisobiga “real vaqt” ma’lumot yig‘ish imkonlari kengaydi. Shu davrda “shahar” miqyosida integratsiya qiyin bo‘lsa-da, alohida sektorlar (energiya, transport, suv) raqamlashtirishni boshladi.</p>
<p>Taxminiy tarixiy yo‘nalish: 2000-yillarda sanoat <a href="https://goxost.net/post/yangi-qurilish-texnologiyalari-va-innovatsiyalar-8ruiol">avtomatlashtirish</a> markaziy nazoratga tayangan; 2010-yillarda IoT va xabar almashish yondashuvlari sensorlar soni oshgani sari tarqaldi; 2020-yillarda edge-analytics, huquqlashgan kirish va audit kabi amaliy <a href="https://goxost.net/post/xavfsiz-inshootlar-uchun-materiallar-tanlovi-p5qwhu">xavfsizlik talablari</a> yanada kuchaydi. Raqamli egizaklar ham shu poydevor ustida rivojlanib, “fazoviy model + real vaqt holat + simulyatsiya” kombinatsiyasiga o‘tdi.</p>
<h4>Qisqa xronologiya (konseptual)</h4>
<ul>
<li>2000-yillar: markazlashgan dispetcherlik va sanoat boshqaruvi asosiy tayanch.</li>
<li>2010-yillar: sensorlar va ma’lumot integratsiyasi kengaydi; real vaqt monitoring ommalashdi.</li>
<li>2020-yillar: edge hisoblash, analitika va xavfsizlik talablarining kuchayishi bilan yaxlit platforma yondashuvi shakllandi.</li>
</ul>
<h3>6) Ishlash mexanizmi: real vaqt oqimi qayerda va qanday qayta ishlanadi</h3>
<p>Zamonaviy shahar infratuzilmasida “real vaqt” odatda bitta joyda bajarilmaydi. Odatda arxitektura 3 bosqichga bo‘linadi: (1) chekkada (edge) filtrlash va dastlabki ishlov, (2) markaziy xabar almashish va saqlash, (3) analitika va boshqaruv qarori. Shu zanjirni to‘g‘ri tashkil qilmasangiz, tizim kechikib javob qaytaradi yoki ma’lumot “tarqalib ketadi”.</p>
<p>Masalan, transportda: detektordan kelgan signal avval edge tugunda tozalanadi (shovqin va takroriy eventlarni ajratish), keyin eventlar xabar almashish qatlamiga uzatiladi, u yerda esa navbat/oqim ko‘rsatkichlari hisoblanadi. Nihoyat natija boshqaruv servisiga ketib, svetofor faza moslashuvini ishga tushiradi.</p>
<h4>Minimal talab etiladigan komponentlar ro‘yxati</h4>
<ul>
<li>Edge tugun: filtrlash, buferlash, lokal qoidalar.</li>
<li>Xabar almashish qatlami: eventlar tartibi va yetkazib berish kafolatini boshqarish.</li>
<li>Analitika qatlam: metrikalar hisoblash va qoidalar/algoritmlar.</li>
<li>Boshqaruv interfeysi: qaror natijasini qurilmalarga xavfsiz uzatish.</li>
</ul>
<h4>Tipik noto‘g‘ri yondashuv</h4>
<ul>
<li>Faqat “markazga hammasini yuborish”: tarmoq yuklanib, kechikish oshadi.</li>
<li>Markazda sxemasiz eventlar: keyin analitika chalkashadi.</li>
<li>Jurnal yetishmasligi: muammo bo‘lsa sababini topish qiyinlashadi.</li>
</ul>
<h3>7) Amaliy tatbiq: tanlash mezonlari va joriy etish rejasi</h3>
<p>Yangi tizimni tanlashda faqat funksiyaga qarab ketish xavfli. Siz quyidagi mezonlarni tekshirishingiz kerak: integratsiya murakkabligi, ma’lumot sifati, kechikish o‘lchovi, xavfsizlik modeli va ekspluatatsiya xarajatlari. Masalan, adaptiv transport algoritmi foydali bo‘lishi uchun o‘lchash kanallari ishonchli bo‘lishi va boshqaruvga qayta yozish yo‘li to‘g‘ri ishlashi kerak.</p>
<p>Joriy etish rejasi ham ketma-ket sinovlarni talab qiladi: avval alohida uchastkada pilot, keyin metrikalar bo‘yicha o‘lchash, so‘ng bosqichma-bosqich kengaytirish. Bu yondashuv xatolarni kamaytiradi va kutilgan natijani oldindan ko‘rsatadi.</p>
<h4>Pilot (sinov) uchun nazorat ro‘yxati</h4>
<ol>
<li>Ob’ektlar ro‘yxati va ob’ekt ID reestrini tayyorlash.</li>
<li>Sensor kalibrlash va birliklar ro‘yxatini tasdiqlash.</li>
<li>O‘lchash vaqti (UTC) va kechikish metrikasini belgilash.</li>
<li>Axborot oqimi bo‘yicha xatolik holatlari uchun “fallback” qoidasi (masalan, adaptivni o‘chirib, jadvalga qaytish).</li>
<li>Kiberxavfsizlik: segmentatsiya, kirish siyosati, audit jurnalini tekshirish.</li>
</ol>
<h4>Ko‘rsatkichlarga asoslangan muvaffaqiyat mezoni</h4>
<ul>
<li>Transport: o‘rtacha kechikish yoki navbat uzunligi metrikasining pasayishi (pilot hududida).</li>
<li>Suv/energiya: yo‘qotish foizi yoki anomaliya aniqlash aniqligi (yolg‘on signal ulushi).</li>
<li>Xavfsizlik: kirish urinishlari bo‘yicha audit to‘liqligi va noto‘g‘ri konfiguratsiyalar soni.</li>
</ul>
<h3>FAQ</h3>
<h4>Raqamli egizakdan oldin nimalarni tayyorlash shart?</h4>
<p>Avvalo ob’ekt identifikatori (ID), koordinata tizimi va vaqt tamg‘asi yagona qabul qilinishi kerak. So‘ng sensor va voqealar sxemasi (qaysi maydonlar, qaysi birliklar) tasdiqlanadi; aks holda integratsiya keyin qiyinlashadi.</p>
<h4>Edge ishlov berishni qachon qo‘llash kerak?</h4>
<p>Agar signal “real vaqt”ga yaqin javobni talab qilsa yoki ma’lumot hajmi katta bo‘lsa, edge kerak bo‘ladi. Amaliy mezon: markazga yuborish kechikishi talabdan oshsa yoki tarmoq yuklanishi sezilarli bo‘lsa, chekkada filtrlashni kuchaytiring.</p>
<h4>Adaptiv svetofor boshqaruvida xavfsizlikni qanday tekshirish mumkin?</h4>
<p>Har bir faza uchun minimal/maksimal davomiylik chegaralari va kesishma fazalar orasida interlock qoidalari rasmiy tekshiruvdan o‘tkazilishi kerak. Pilotda “o‘tish” eventlarining to‘g‘ri ketma-ketligi jurnal bilan tasdiqlanadi.</p>
<h4>Aqlli o‘lchashda eng ko‘p uchraydigan xato nima?</h4>
<p>O‘lchov birliklari va vaqt tamg‘asi aralashib ketishi eng ko‘p uchraydi. Bu analitika natijasini buzadi, chunki threshold va korrelyatsiya hisoblari noto‘g‘ri qiymatlarga tayangan bo‘ladi.</p>
<h4>Xavfsizlik auditida minimal nimani majburiy yozish kerak?</h4>
<p>Kirish urinishlari (muvaffaqiyatli/muvaffaqiyatsiz), konfiguratsiya o‘zgarishlari va boshqaruv buyruqlari izini yozish majburiy. Shuningdek, jurnallarni markaziy saqlash va o‘zgartirishdan himoyalash mexanizmi bo‘lishi kerak.</p>
<h4>Umuman “pilot” necha hafta davomida bo‘lishi ma’qul?</h4>
<p>Faqat signal barqarorligini ko‘rish uchun yetarli bo‘lishi kerak. Amaliy yondashuv: kamida bir necha hafta va mavsumiy o‘zgarishlarni qisman qamrab oladigan muddat (masalan, transportda ish kunlari/hafta oxiri farqi) tanlanadi.</p>
<h3>Xulosa</h3>
<p>Zamonaviy shahar infratuzilmasi “sensor–tarmoq–analitika–boshqaruv–xavfsizlik” zanjiri bo‘yicha aniq ishlab chiqilgandagina foyda beradi. Raqamli egizak, IoT oqimlari va adaptiv boshqaruv bir-biriga bog‘liq bo‘lib, ma’lumot sifati va jurnalizatsiya muvaffaqiyatning asosiy omillari hisoblanadi.</p>
<p>Eng to‘g‘ri yondashuv: kichik hududda pilot, aniq metrikalar bilan sinov, keyin bosqichma-bosqich kengaytirish. Shunda “muhim” degan tasavvur emas, o‘lchanadigan natija paydo bo‘ladi.</p>