p95 gecikme - Ödev Yaptırma & Danışmanlık Merkezi

Elektrik Elektronik Mühendisliği Ödev Yaptırma: IoT Platform Seçiminde Karar Kriterleri

İçerik Üreticisi — Sun, 28 Sep 2025 07:00:28 +0000

IoT projelerinde başarının anahtarı yalnızca donanım (MCU, sensör, RF) ya da yalnızca ağ (Wi-Fi, LoRa, NB-IoT, 4G/5G) değildir; veriyi uçtan buluta taşıyan ve işleyen platform ekosistemi, ölçeklenebilirlik, güvenlik, bakım, toplam sahip olma maliyeti (TCO) ve teslim süresi (TTM) üzerinde belirleyici etkendir. Ödev, dönem projesi veya kurumsal pilot fark etmeksizin, “hangi IoT platformu?” sorusu; cihaz yaşam döngüsü yönetimi (FOTA/SOTA), veri yutumu (ingest), depolama/analitik, uyarı/olay motoru, görselleştirme (dashboard), kimlik ve yetkilendirme, uç zekâ (edge ML), entegrasyon (REST/MQTT/OPC-UA), saha güvenilirliği ve regülasyon (KVKK/GDPR/ISO 27001) gibi çok boyutlukriterlerle yanıtlanmalıdır.

Bu kapsamlı rehberde, IoT platform seçimini mühendislikçe yapılandırmak için 15+ alt başlıkta karar kriterleri, mini vakalar, kontrol listeleri ve metrikler sunuyoruz. Her bölüm, ödevinizde doğrudan kullanabileceğiniz tablolar, örnek mimariler ve “altın kontrol listesi”yle biter. Amaç, marka isimlerinden bağımsız, ilke ve ölçüm odaklı bir yol haritası vermektir.

1) Kullanım senaryosunu netleştirin: “Hangi IoT?” sorusunu türleştirin

Endüstriyel (IIoT): Fabrika, enerji, proses; OPC-UA/Modbus, edge gateway, deterministik ağ; güvenlik ve SLAön planda.
Tüketici (CIoT): Akıllı ev, giyilebilir; hızlı ölçek, düşük güç, cihaz kimliği ve uygulama deneyimi kritik.
Kentsel/altyapı: Akıllı şehir, su/gaz sayaçları; LPWAN (LoRaWAN/NB-IoT), çok uzun pil ömrü, çok cihaz.
Otomotiv/mobil: Araç içi telemetri, filo; kesintili bağlantı, ara tamponlama, cell-to-cloud optimizasyonu.

Kontrol listesi (ödev başı): Senaryonuzun veri sıklığı (ör. dakikada 1), cihaz sayısı (örn. 5k→50k), gecikme hedefi (örn. <1 s), pil ömrü (örn. 3 yıl), güvenlik seviyesi (örn. donanım kökenli kimlik) ve mevzuat (örn. KVKK) not edilsin.

2) Uç–ağ–bulut mimarisi: Veri patikasını çizin

Uç (Edge/Thing): MCU/SoC, RTOS/Linux, sensörler; TLS, sertifika deposu; delta OTA.
Ağ: Wi-Fi/Ethernet (LAN), LPWAN (LoRaWAN, Sigfox), hücresel (NB-IoT, LTE-M, 4G/5G); NAT/roaming/operatör kısıtları.
Bulut/Platform: MQTT/HTTP ingest, zaman serisi depo, olay motoru, rule-engine, stream-processing, data lake, dashboard.
Edge vs Cloud ML: Bant genişliği, gecikme ve mahremiyete göre ayrıştırın.

Mimari ipucu: “Store-and-forward” (bağlantı kopukluğunda kuyruklama) ve “at-least-once” teslim garantisi çoğu saha senaryosunda şarttır.

3) Protokol ve taşıma: MQTT/HTTPS/CoAP/OPC-UA karşılaştırması

MQTT: Hafif, publish/subscribe, QoS 0-1-2; mobil/LPWAN dostu; kalıcı oturum (persistent session) ile kop-bağlan senaryolarında iyi.
HTTPS/REST: Evrensel uyum; idempotent çağrılar; cihaz-merkezli telemetride sık overhead.
CoAP: UDP tabanlı, constrained cihazlar için hafif; gözlem (observe), DTLS.
OPC-UA: IIoT, zengin bilgi modeli, güvenlik; gateway ile buluta.

Karar şablonu: Edge→Cloud telemetri için MQTT, konfig/komut için HTTPS; IIoT’de saha-edge OPC-UA, edge-bulut MQTT köprüsü.

4) Cihaz kimliği ve güven kökü: PKI, TPM/SE, X.509

Kimlik: Her cihaza benzersiz sertifika (X.509); fabrika sırasında yüklenir (provisioning).
Donanım güveni: TPM/ATECC/SE ile private key donanımda saklansın; kimlik klonlaması riskine set.
Kayıt (Just-in-Time/Just-in-Place provisioning): İlk bağlantıda otomatik kayıt ve politika ataması.
Anahtar dönüşümü: Periyodik sertifika yenileme, cihaz erişim iptal akışı (revocation).

Kontrol listesi: TLS 1.2+, cihaz başına sertifika, üretim hattında güvenli provisioning, iptal listesi (CRL/OCSP), donanım güven kökü.

5) OTA (FOTA/SOTA) ve yaşam döngüsü yönetimi

FOTA: Firmware güncellemesi; imzalı paketler (ECDSA), delta dif (bsdiff) ile veri tasarrufu, A/B bölümü ve rollback.
SOTA: Uygulama/konfig/ML modeli güncellemesi; sürümleme ve çevreye göre aşamalı dağıtım (canary).
Bağlantı yönetimi: Kopma-devam; kısmi indirmenin kaldığı yerden sürmesi.
Politika: “Who gets what, when”; bölge/band/pil seviyesine göre.

Ödev artısı: OTA güvenlik zinciri diyagramı + başarısız güncelleme akış şeması.

6) Veri modeli ve şema yönetimi: Telemetriyi sözleşmeye bağlayın

Sözleşme (contract): Her ölçüm için isim, birim, çözünürlük, doğrulama kuralları; schema registry.
Formatlar: JSON (okunabilir), CBOR/MessagePack (kısıtlı cihaz), Protobuf/Avro (şemalı).
Versiyonlama: schema_v, geriye dönük uyumluluk (backward compatible) ve hatalı alanlar için “deprecation” politikası.
Zaman damgası: Cihaz ve platform saat senkronu (NTP), “server-received” ile “device-timestamp” ayrımı.

Pratik: Ölçümlerde birim (SI) zorunlu olsun; dtype yanlışlığı (string sayısal) analitiği bozar.

7) Ölçek ve performans: Cihaz sayısı × mesaj hızı × veri saklama

Ingest kapasitesi: pps (packet per second) veya msg/s hedefi; spike testleri.
Depolama: Zaman serisi (TSDB) vs veri gölü (parquet/lakehouse); saklama süresi (örn. ham 30 gün, özet 1 yıl).
Okuma desenleri: Dashboard düşük gecikme, analitik toplu sorgu; sıcak/soguk katmanlama.
Maliyet/TCO: Mesaj boyutu, saklama, egress ve kural motoru maliyeti; “ayıklama ve özetleme” ile maliyeti düşürün.

Metrik tablosu: Cihaz başı/Toplam telemetri (msg/gün), ortalama yük (bytes/msg), p95 gecikme, p99 okuma gecikmesi.

8) Olay motoru ve kurallar: Akıllı eylem katmanı

Rule-engine: Koşul → eylem; eşik, histerezis, türev/süre koşulları.
Akış işleme (stream): Window (tumbling/sliding), join, pattern detection; uyarı → webhook/SMTP/SMS/SCADA.
Noisy sinyaller: Alarm fırtınası engeli (debounce, aggregation).
Sahada eylem: Edge rule-engine (bağlantı yokken reaksiyon).

Mini vaka: Sıcaklık 10 dk boyunca 65 °C’yi aşarsa pompa durdur, olay kaydı oluştur, teknisyene bildirim.

9) Görselleştirme ve kullanıcı deneyimi: Dashboard, çok kiracılık, rol tabanlı erişim

Dashboard: Zaman serisi grafikler, harita/heatmap, cihaz durumu; sürükle-bırak widget.
RBAC/ABAC: Rol/özellik tabanlı yetkilendirme; müşteri-bayi çok kiracılık (multi-tenant).
Eylem akışları: Komut gönder, OTA başlat, log indir; denetlenebilirlik (audit).
Mobil/TV/duvar ekranı modları: 7/24 izleme için karanlık tema, otomatik yenileme, alarm paneli.

10) Edge zekâ ve ML: Nerede öğrenmeli, nerede karar vermeli?

On-device ML: Mikrodenetleyici-dostu (TinyML); titreşim sınıflandırma, anomali tespiti; model boyutu ve quantization.
Edge gateway ML: CPU/GPU NPU; video, görüntü; buluta özet (features/events).
Cloud ML: Büyük veride eğitim, edge’e dağıtım; model OTA ve versiyon yönetimi.
MLOps/IoTOps: Feature store, izleme (drift), yeniden eğitim tetikleri.

Ödev bonus: “Edge-first” karar ağacı—gecikme/pil/bant/mahremiyet eksenine göre karar.

11) Güvenlik uçtan uca: CIA triadı + gizlilik

İletişim: TLS/DTLS, ileri gizlilik; MQTT ‘bridge’lerde karşılıklı kimlik doğrulama (mTLS).
Veri: Dinamik ve durağan şifreleme; KMS/secret yönetimi; kişisel veri maskeleme.
Uç güvenliği: Güvenli boot, imzalı firmware, anti-rollback.
Operasyon: Zafiyet tarama (SBOM), CVE takip, güncelleme pencereleri.
Gizlilik/uyum: KVKK/GDPR, veri minimizasyonu, bölgesel veri yerleşimi (data residency).

Kontrol listesi: mTLS, cihaz başına kimlik, imzalı OTA, güvenli boot, KVKK kararları, logların korunma süresi.

12) Entegrasyon: IT/OT köprüsü, API’ler, webhooks

API: REST/GraphQL; hız limiti (rate-limit); API anahtarı/ OAuth2.
Webhooks/Stream: Harici sistemlere olay itme; idempotent tüketim.
IT/OT: ERP/CMMS/SCADA entegrasyonu; OPC-UA/Modbus köprüleri.
No-code/low-code: Kural motoru + connector’lar ile hızlı akış oluşturma.

Vaka: Alarm → CMMS iş emri; olay verisi → saha ekip planı; kapanışta root cause raporu.

13) Dağıtım modelleri: Tam bulut, hibrit, on-prem

Tam bulut (SaaS/PaaS): Hızlı başla, düşük başlangıç maliyeti; veri yerleşimi ve bağımlılık dikkate alınmalı.
Hibrit: Telemetri bulut, kontrol/PLC entegrasyonu on-prem edge; düşük gecikme.
On-prem: Veri egemenliği (regülasyon/gizlilik), kapalı ağ; operasyonel yük yüksek.

Karar ipucu: Regülasyon/ağ ayrımı katıysa hibrit/on-prem; hızlı ölçek ve çok kiracılık lazımsa SaaS.

14) Maliyet ve lisanslama: TCO’yu bileşenlerine ayırın

Bağlantı: SIM/operatör, LoRaWAN ağ ücreti, veri egress.
Platform: Aylık cihaz başı, mesaj başı, GB başı saklama, dashboard kullanıcı lisansı.
İşletme: SRE/DevOps, çağrı merkezi, field ops; OTA operasyon maliyeti.
Gizli maliyet: Vendor lock-in, veri çıkışı, anomali uyarı maliyeti (SMS), sertifika yenileme.

TCO tablosu: 3 yıl, 1k/10k/100k cihaz senaryosu; p50/p95 trafik.

15) Test ve pilot: “PoC-inflation”a düşmeden kanıt üretin

Saha pilotu: 25–100 cihaz, 2–3 farklı ortam; en az 6–8 hafta.
Test kartı: Bağlantı stabilitesi, OTA başarı oranı, p95 gecikme, alarm fırtınası oranı, veri kaybı.
Kaos testleri: Bağlantı kes-gel, düşük pil, saati kaydır, aynı anda OTA+telemetri; dayanım ölç.
Rapor: “Önce/sonra” grafikleriyle karar metrikleri; seç-geç değil kanıt üretin.

16) Saha operasyonu: Gözlemle, bakım yap, sürümle

Cihaz envanteri: Donanım/firmware sürümleri, konum, son görüldüğü zaman.
Uzak teşhis: Log, metrik, canlı komut (shell/diag kanal), reboot politikası.
Sürüm dalgaları: %1 canary → %10 → %100; başarısızlıkta otomatik rollback.
SLA & SLO: Uptime, p95 gecikme, alarm teslimatı; olay sonrası kök neden (RCA).

17) Regülasyon ve sertifikasyon: Sektöre göre değişir

Enerji/şebeke: IEC 62351 (SCADA/ güvenlik), DLMS/COSEM; sayaçlarda sertifikasyon.
Sağlık: HIPAA/KVKK; veri anonimleştirme, bölgesel saklama.
Endüstri: ISO 27001, IEC 62443 (OT güvenliği).
Tüketici: CE/FCC/RED; bulut-cihaz güvenlik beyanları.

Ödev notu: Senaryonuza göre uyum matrisi ekleyin; her standardın platform karşılığını eşleyin.

18) Vaka A: Akıllı sayaç (NB-IoT) → bulut platformu

Hedef: 10k cihaz, saatlik okuma, 10 yıl pil.
Seçimler: MQTT-SN/UDP veya CoAP; bulutta MQTT bridge, QoS-1 + “store-and-forward”.
Sonuç: Ortalama mesaj 150–300 B; p95 gecikme < 3 s; delta OTA ile 200 kB güncelleme 2-3 iletimde tamamlandı.

19) Vaka B: Fabrika IIoT (OPC-UA + Edge + Bulut)

Hedef: 5 ms içinde edge eylem, bulutta analitik.
Seçimler: Saha OPC-UA, edge’de kural motoru; buluta MQTT; network ayrımı.
Sonuç: Kritik kontrol edge’de kaldı; bulut yalnızca özet ve rapor; gecikme gereksinimi sağlandı.

20) Vaka C: Soğuk zincir (BLE sensör + Gateway + SaaS)

Hedef: Nakliyede 5 dakikada bir veri, kapı açılma alarmı < 10 s.
Seçimler: BLE beacon + telefon/gateway; SaaS IoT; coğrafi etiketleme; mobil bildirim.
Sonuç: Alarm p95=7 s; düşük güç modlarıyla 18 ay pil ömrü.

21) “Altın” platform seçim kontrol listesi (ödev ekine yapıştır)

Senaryo: IIoT/CIoT/kentsel/otomotiv—veri hızı, cihaz sayısı, pil hedefi.
Protokoller: MQTT/HTTP/CoAP/OPC-UA kararı + QoS + keep-alive.
Güvenlik: mTLS, X.509, donanım güven kökü, güvenli boot, imzalı OTA.
OTA: A/B, delta, canary, rollback; başarısızlık politikası.
Veri modeli: Şema/versiyon, birim/dtype, timestamp politikası.
İnfra: Ingest kapasitesi, TSDB/data lake, soğuk/sıcak katman.
Rule/stream: Eşik, türev, pattern; edge ve bulut kural yeri.
Görselleştirme: Dashboard, RBAC, audit, çok kiracılık.
ML/Edge: Model konumu, boyut, quantization, OTA-ML.
Entegrasyon: API, webhooks, IT/OT köprüsü.
Dağıtım: SaaS/hybrid/on-prem; veri yerleşimi.
Maliyet: Cihaz başı, mesaj/saklama, egress; 3 yıllık TCO.
Test/pilot: 6–8 hafta, 25–100 cihaz; kaos testleri.
Operasyon: Envanter, diag, log, SLO/SLA, RCA akışı.
Uyum: KVKK/GDPR/IEC 62443/ISO 27001/RED/FCC.

22) Sık yapılan hatalar → hızlı çözümler

Şemasız telemetri: Adlandırma kaosu → schema registry ve versiyonlama.
Sertifikasız cihaz kimliği: Paylaşılan anahtarlar sızar → X.509 + donanım güven kökü.
OTA’sız tasarım: Saha hatasını düzeltemezsiniz → A/B + imzalı paket + rollback.
Sahada alarm fırtınası: Debounce ve “durum makinesi” kuralı tanımla.
Yalnız buluta bağımlı kontrol: Bağlantı kopar → Edge kural motoru ile failsafe.
Maliyet körlüğü: Egress ve saklama çarpar → özetleme/ayıkla, lifecycle politikası.
Vendor lock-in planı yok: Çıkış yolunu (veri export, açık protokol) baştan tanımla.
Gecikme hedefi belirsiz: IIoT’de gecikme sınırı yazılı değil → edge-cloud ayrımı yapılamaz.

23) 10 günde “platform seçimi tamam” planı (ödev uyarlaması)

Gün 1: Senaryo ve gereksinim matrisi (veri/pil/güvenlik).
Gün 2: Protokol seçimi ve uç yazılım iskeleti (MQTT/HTTP).
Gün 3: Güvenlik (sertifika/provisioning) ve OTA taslağı.
Gün 4: Veri modeli/şema ve ingest hattı (demo).
Gün 5: Rule-engine demo (eşik + histerezis) ve alarm akışı.
Gün 6: Dashboard prototipi ve RBAC senaryosu.
Gün 7: Entegrasyon (webhook/API) ve dış sistem maketi.
Gün 8: Kaos testleri (kopukluk, düşük pil, saat sapması).
Gün 9: Maliyet/TCO tablosu ve ölçek testi.
Gün 10: Son rapor: karar tablosu + PoC sonuçları + riskler.

Sonuç: IoT platformu bir “ürün” değil—süreç ve disiplin

Doğru IoT platformu seçimi; tek bir markayı seçmekten çok, güvenlik–OTA–veri modeli–olay motoru–ölçek–maliyet–uyum eksenlerinin ölçülebilir şekilde dengelenmesidir. Bu yazıdaki kontrol listeleri ve vakalarla, ödev veya gerçek projede kanıt üretmeye odaklanan bir yöntem sunduk: uçtan buluta güvenli kimlik, imzalı OTA, anlaşılır veri şeması, kural motoru ile anında eylem, ölçek planı ve TCO şeffaflığı. Böylece IoT projeniz yalnız çalışmakla kalmaz; bakımı yapılabilir, geliştirilebilir ve sürdürülebilir bir sisteme dönüşür. Unutmayın: Platform seçimi bir defalık karar değil; yaşam döngüsü boyunca güncellenen bir mühendislik varsayımıdır. En güçlü seçim, değişime hazır olandır.

Öğrencilerin akademik başarılarını desteklemek ve yoğun tempoda geçen okul yaşamlarında yardımcı olmak amacıyla kurulan “Ödev Yaptırma” platformu, özgün ve kaliteli ödev çözümleri sunmaktadır. Öğrencilerin farklı branşlardan ödevlerini, projelerini ve makalelerini profesyonel ve deneyimli ekip üyelerimiz aracılığıyla titizlikle hazırlıyoruz. Her bir ödevi, konunun gerektirdiği derinlemesine araştırmalar ve analizler doğrultusunda çözümleyerek, öğrencilerimizin özgün düşünce yapısını ön plana çıkarmasını sağlıyoruz.

“Ödev Yaptırma” olarak, müşteri memnuniyetini ve güvenilirliği en üst düzeyde tutmaktayız. Öğrencilerin bize teslim ettikleri ödevlerin tümü, gizlilik ve güvenlik ilkelerine sıkı sıkıya bağlı kalınarak işlenir. Her ödev, öğrencinin taleplerine ve öğretmenin yönergelerine uygun olarak özelleştirilir ve her zaman orijinal içerik üretmeye özen gösteririz. Öğrencilerin akademik itibarını korumak ve güvenilir bir öğrenme deneyimi sunmak için elinizdeyiz.

“Ödev Yaptırma” platformu, kullanıcı dostu arayüzü sayesinde öğrencilere kolayca ulaşılabilir bir hizmet sunmaktadır. Kullanıcılar, web sitemiz üzerinden basit adımlarla ödevlerini yaptırma taleplerini iletebilir ve ihtiyaç duydukları konuda uzmanlaşmış ekip üyelerimizle iletişime geçebilirler. Hızlı yanıt verme ve esneklik, öğrencilerin zaman baskısı altında olan durumlarında da yanlarında olduğumuzu hissettirir. “Ödev Yaptırma” olarak, öğrencilerin başarısını desteklemek ve onlara daha fazla öğrenme fırsatı sunmak için buradayız

The post Elektrik Elektronik Mühendisliği Ödev Yaptırma: IoT Platform Seçiminde Karar Kriterleri first appeared on Ödev Yaptırma & Danışmanlık Merkezi.

Elektrik Elektronik Mühendisliği Ödev Yaptırma: Uzaktan İzleme Sistemlerinde MQTT Protokolü

İçerik Üreticisi — Tue, 23 Sep 2025 07:00:14 +0000

Uzaktan izleme sistemleri; sensörler, aktüatörler, geçit (gateway), ağ altyapısı, bulut/edge servisleri ve operatör panellerinden oluşan uçtan uca bir mimarinin toplam performansına dayanır. Nesnelerin İnterneti (IoT) bu mimariyi yaygınlaştırırken, bant genişliği sınırlı bağlantılar, enerji kısıtları, yüksek cihaz sayıları ve güvenlik gereksinimleri yeni protokol ihtiyaçlarını doğurdu. Burada sahneye çıkan MQTT (Message Queuing Telemetry Transport); hafif, yayınla/abone ol (pub/sub) modelinde, durum/tutarlılık bilinci olan ve TCP/TLS üzerinde çalışan bir mesajlaşma protokolüdür.

1) MQTT’ye Genel Bakış: Neden MQTT?

Hafiflik: Başlık (header) yükü küçüktür; düşük bant genişliğinde çalışır.
Pub/Sub modeli: Üretici (publisher) ve tüketici (subscriber) gevşek bağlanır; sistem ölçeklenebilir olur.
Durum bilinci: Will mesajı, keep-alive, session present gibi özelliklerle “cihaz hayatta mı?” sorusuna yanıt verir.
QoS seviyeleri: 0 (at most once), 1 (at least once), 2 (exactly once) ile mesaj iletim garantisi/tekrar–gecikme dengesi kurulur.
Taşıma: TCP (çoğunlukla 1883/8883); WebSocket üstünden tarayıcı istemciler; TLS ile şifreli kanal.
Ne zaman tercih? Zayıf/metro alanı bağlantıları, binlerce–milyonlarca sensör, olay güdümlü telemetri, izleme–alarm sistemleri.

2) MQTT 3.1.1 ve 5.0: Saha İçin Farklar

Hata raporlama: 5.0’da nedensellik kodları (reason codes) ve özellikler (properties) ile daha zengin geri bildirim.
Paylaşımlı abonelik (shared subscription): Yük dengeleme (ör. \$share/group/topic/#).
User properties, session expiry, message expiry: Zamanlı davranış ve meta veri taşımak kolay.
Akış kontrolü (flow control) ve server-assigned client id: Geçici istemciler için faydalı.
Ödev tüyosu: Yeni geliştirmelerde MQTT 5.0 seçin; broker/istemci uyumluluğunu test edin. Eski cihazlarla 3.1.1 köprü (bridge) kurabilirsiniz.

3) QoS Seçimi ve İletim Stratejileri

QoS 0: “Fire and forget.” Sensör sıklığı çok yüksekse ve “tek kayıp tolere ediliyorsa” uygundur.
QoS 1: “En az bir kez.” Çoğu telemetri için altın orta; olası çiftleme için idempotent tüketici yazın.
QoS 2: “Tam bir kez.” Ağ ağırdır; genelde ödeme/emir sistemleri gibi kritik komutlarda.
Pratik kural: Telemetri → QoS 1, alarm/komut → QoS 1/2, yüksek frekanslı ham veri → QoS 0 + toplu/özetleme.

4) Oturum Yönetimi: Clean Session, Persistent Session, Keep-Alive

Clean Start/Session Expiry (MQTT 5.0): Oturum süresini belirleyerek çevrimdışı kuyruğu kontrol edin.
Keep-Alive: Cihazın uyku modlarıyla uyumlu seçilmeli (örn. 60–300 s).
Session Present: Uyanınca “kaldığı yerden” devam edebilme.
Enerji ipucu: Uykulu cihazlar için session expiry uygun, will ve retained ile sistem “sağlık” görünürlüğünü kaybetmez.

5) Last Will & Testament (LWT) ve Retained Mesajlar

LWT: Cihaz beklenmedik düşerde, broker önceden tanımlanmış “vedayı” yayınlar (örn. status/offline).
Retained: Son bilinen durum; yeni abone gelen son değeri hemen görür (örn. sensor/+/last).
Dikkat: Büyük retained mesajları bellek tüketir; TTL/message expiry (MQTT 5.0) ile sınırlayın.

6) Topic Tasarımı: Ad Alanı, Hiyerarşi ve Vahşi Kartlar

Kural: Sabit, makinece ayrıştırılabilir, kimlik taşımayan ve yetkiyle hizalı.
Örnek şema:
- Telemetri: site/{siteId}/device/{devId}/telemetry/{metric}
- Durum: site/{siteId}/device/{devId}/status
- Komut: site/{siteId}/device/{devId}/cmd/{action}
- Konfig: site/{siteId}/device/{devId}/cfg/{param}
Vahşi kart: + tek seviye, # çok seviye.
Güvenlik: ACL kurgusunu topic şemasıyla uyumlu yapın: cihaz sadece kendi alt ağacına yazabilsin/okuyabilsin.

7) Broker Mimarisi: Tekil, Kümelenmiş ve Bridge

Tekil broker: POC ve küçük saha; bakım kolay ama tek hata noktası.
Küme/HA: Yatay ölçek; shared subscription ve durum replikasyonu.
Bridge: Saha-edge broker’ı ile bulut broker arasında topic köprüleme; bağlantı kopsa bile edge çalışır.
Örnek: Fabrika içinde edge broker (LAN) + bulut broker. site/1/# edge’de tutulur, periyodik özetler buluta aktarılır.

8) Edge–Bulut Bölüşümü: Akış Diyeti ve Özetsel Telemetri

Edge analitik: Gürültü filtreleme, delta-encoding, downsampling; alarm/olay üretimi.
Bulut: Uzun dönem saklama, model eğitimi, filo görünürlüğü.
Fayda: Bant tasarrufu, gecikme azalır, kopukluk toleransı artar.
Uygulama: 1 dakikalık ortalamalar + istatistikler (min/max/p95) buluta; ham 1 s veriler sadece anomali sırasında gönderilir.

9) Güvenlik: TLS 1.3, mTLS, ACL, RBAC ve OTA

TLS 1.3: AES_128_GCM veya CHACHA20_POLY1305.
mTLS: İstemci sertifikası ile cihaz kimliği; broker’da CN/SAN → topic eşleme.
ACL/RBAC: Kullanıcı/cihaz rollerine göre publish/subscribe izinleri.
OTA: MQTT ile ikili parçalar taşınabilir; ama imzalı paket ve checksum şart.
İpucu: 0-RTT’yi (erken veri) MQTT’de kapalı tutun; yeniden oynatma riskine değmez.

10) Bağlantı Güvenilirliği: Keep-Alive, Reconnect, Backoff ve Store-and-Forward

Backoff: Üstel artışla yeniden bağlanma; senkron fırtınayı önler.
Store-and-forward: Uykulu/çevrimdışı cihazlarda kalıcı kuyruk; “message expiry” kullanın.
NAT/Firewall: Port 8883 yerine 443/TLS + ALPN mqtt ile uyumluluk artar.
Vaka: Mobil hücresel ağda ALPN ile 443 üstünden MQTT; bağlantı kabul oranı %20 arttı.

11) Performans ve Ölçek: Paket Boyu, Sıklık, QoS–Enerji Dengesi

Paket boyu: Küçük ve sabit alanlar; JSON yerine CBOR/MessagePack ile %40–60 tasarruf.
Sıklık: “Per 10 s” telemetri yerine olay güdümlü; deadband ve histerezis.
QoS–Enerji: QoS 1, resend nedeniyle enerji tüketimini artırır; session resumption ve TCP keep-alive ayarları ile denge.
Ölçütler: Bağlanma süresi, ilk publish gecikmesi, p95 uçtan uca latency, kayıp/tekrar oranı.

12) MQTT ve Endüstriyel Ekosistem: Sparkplug B, OPC UA, SCADA

Sparkplug B: MQTT üzerinde endüstriyel payload standardı; State of the Node/Device, birth/death mesajları; tag yapısı.
OPC UA köprüsü: OPC UA <→ MQTT dönüşüm (gateway); saha PLC/SCADA verisi MQTT’ye açılır.
SCADA entegrasyonu: Historian’a kural tabanlı topic–tag eşlemesi; alarm/olay mapping.
Ödev tüyosu: Fabrika ödevlerinde Sparkplug B’yi örnekleyin; “birth certificate” ile cihaz keşfi gösterin.

13) Komut ve İkiz (Digital Twin): Request–Response, RPC ve Gölge

Command/Control: .../cmd/... topic’leri ve ack/correlation id; MQTT 5.0 response topic özelliği.
Device Shadow (Twin): İstenilen durum (desired) – raporlanan (reported) eşlemesi; offline uyumlama.
Pratik: Konfig değişikliklerini versiyonlayın; cihaz son işlenen sürümü raporlasın.

14) Ağ Koşulları: Hücresel/LPWAN/ Uydu ve Proxy’ler

Hücresel (NB-IoT/LTE-M): Yüksek gecikme/jitter → QoS 1 + düşük keep-alive; RTO’ları büyütün.
Uydu: Yüksek RTT → büyük batch ve ack pencerelerini ayarlayın.
Proxy/CDN: Bölgesel broker uçları (edge POP); bridge ile küresel yayılım.
Vaka: Sondaj sahasında uydu bağlantısında MQTT batch; alarm pencereleri 250 ms yerine 2–3 s olarak tasarlandı—saha kabulü sağlandı.

15) Test, Doğrulama ve Gözlemlenebilirlik

Load test: 50k istemci simülasyonu, artan abone sayısı; broker CPU/RAM/FD sınırları.
Chaos test: Broker düşürme, ağ kesme, sertifika iptali; otonom yeniden bağlanma.
Gözlemlenebilirlik: Broker metrikleri (publish rate, inflight, queued), per-topic gecikme histogramları, istemci sağlık panosu.
Kayıt: Her publish’e timestamp; uçtan uca gecikmeyi ölçmek için “pub-sub echo” testi.

16) Güvenlik Vaka Çalışması — mTLS ile Sahte Cihazların Önlenmesi

Sorun: Kullanıcı adı/şifre ile kimlik doğrulanan saha; kimlik sızıntısı sonrası sahte yayınlar.
Çözüm: mTLS’e geçiş; cihaz sertifikası üretim hattında SE (Secure Element) içinde; broker’da CN→topic ACL.
Sonuç: Sahte publish engellendi; broker log’larında başarısız el sıkışmalar erken uyarı olarak kullanıldı.

17) Performans Vaka Çalışması — Edge Özeti ile Bant Kazancı

Sorun: 10 bin sensör, 10 s’de bir 1 kB JSON → 8 Mbps; hücresel maliyet ve sunucu yükü arttı.
Çözüm: Edge’de delta+RLE ve CBOR; 60 s’de bir pencere özeti (mean, min, max, p95) + olay anında ham veri. QoS 1.
Sonuç: Trafik %70 azaldı; alarm duyarlılığı korunarak p95 gecikme %40 düştü.

18) Güvenilirlik Vaka Çalışması — Bridge ve Yerel Devamlılık

Sorun: Dağ sahasında bulut erişimi kesiliyor; operatör paneli kör.
Çözüm: Edge broker ve yerel panel; bulut ile bridge. Kesinti sırasında edge çalışır, bulut gelince queue flush.
Sonuç: Operasyon kesintisiz; bulut bağımlılığı azalınca saha verimliliği arttı.

19) Örnek Topic/ACL Tasarım Kalıbı

Topic:
- org/{orgId}/site/{siteId}/dev/{devId}/tele/{metric}
- org/{orgId}/site/{siteId}/dev/{devId}/stat
- org/{orgId}/site/{siteId}/dev/{devId}/cmd/{action}
ACL (örnek):
- Cihaz {devId} → publish yalnız kendi tele/# ve stat’e.
- Operatör → subscribe org/{orgId}/site/{siteId}/#.
- Kontrol servisi → publish .../cmd/# kısıtlı aksiyonlarla.
  Not: Least privilege; işletme hatalarını sınırlamak için topic prefix koruması.

20) MQTT ile OTA: Parça Parça ve Güvenli Güncelleme

Parçalama: 64–256 kB chunk’lar; checksum doğrulaması; retry penceresi.
İmza: Firmware Ed25519 ile imzalı; cihaz imzayı doğrulamadan yüklemesin.
Akış kontrolü: QoS 1; cihaz throttle bildirir.
Risk yönetimi: A/B bölümü ve otomatik rollback; gradyan yayılım (canary).

21) MQTT–HTTP–AMQP Karşılaştırması (Kısa)

HTTP/REST: Talep–yanıt; telemetri için verimsiz olabilir; komut/konfig API’ları için iyi.
AMQP: Zengin yönlendirme/kuyruk; daha ağır başlıklar; kurumsal entegrasyon.
MQTT: Hafif telemetri, durum bilinci; edge-friendly.
Öneri: Telemetri/alarm MQTT; yönetim/rapor HTTP; kurumsal köprü AMQP/Kafka.

22) MQTT Broker Seçimi: Kriterler

Özellik: MQTT 5.0, paylaşımlı abonelik, bridge, WebSocket, ALPN, mTLS, OCSP stapling.
Performans: Bağlantı/mesaj/saniye kapasitesi; gecikme.
Operasyon: HA/cluster, yedekleme, gözlemlenebilirlik, policy engine.
Uyum: Sparkplug B, entegrasyon SDK’ları.
Ödev tüyosu: 3–5 broker kıyas tablosu; yük testi grafikleri ile rapora koyun.

23) Ölçüm ve KPI’lar: Sınır Değerler ve Hedefler

Bağlanma süresi (p50/p95), ilk publish gecikmesi, inflight boyutları.
İstikrar: Bağlantı düşme oranı (< %0.1/saat), yeniden bağlanma başarı oranı.
Kaynak: Broker CPU < %70, RAM < %75; ağ port/FD kullanımı.
Güvenlik: Sertifika yenileme otomasyonu; başarısız TLS handshake olay takibi.

24) Sık Hatalar ve Kaçınma Taktikleri

Topic kaosu: Rastgele adlar → yetki ve filtreleme imkânsız. → Önce şema, sonra kod.
QoS 2 aşırı kullanımı: Gecikme ve yük patlar. → QoS 1 yeterlidir.
Retained spam: Büyük retained → bellek şişer. → TTL/expiry kullanın.
Sertifikasız bağlantı: Üretimde asla. → TLS 1.3 + mTLS.
Senkron reconnect fırtınası: Dakikada on binlerce connect. → Üstel backoff + jitter.

25) Ödev Raporu Şablonu (Puan Kazandıran)

Mimari diyagram: Cihaz–edge broker–bulut broker–panel.
Topic şeması ve ACL: CN/SAN eşlemesi, en az ayrı 4 kategori (tele/stat/cmd/cfg).
QoS ve oturum politikası: Keep-alive, session expiry, message expiry.
Güvenlik: TLS 1.3, mTLS, sertifika yaşam döngüsü; OCSP/CRL.
Performans planı: Paket boyu, sıklık, CBOR; deadband/histerezis.
Edge analitik: Delta/RLE, pencereli özet, olay kuralı.
Bridge/HA: Kesintide devam; flush stratejisi.
Komut modeli: Response topic, ack/timeout, idempotency.
Gözlemlenebilirlik: Metrikler, log şeması, alarm kuralı.
Test planı: Load/chaos; hücresel/uydu senaryoları.
OTA tasarımı: İmzalı paket, A/B, canary.
Sonuç ve yol haritası: Ölçek büyütme, Sparkplug B, OPC UA köprü.

26) 10 Günlük Uygulanabilir Plan (Prototip–Saha Odaklı)

Gün 1: Kullanım senaryosu ve KPI’lar; topic/ACL şeması taslağı.
Gün 2: Broker kurulumu (HA/cluster); TLS 1.3/mTLS yapılandırma.
Gün 3: İstemci SDK seçimi (C/RTOS, Python/Node, mobile); “hello telemetri”.
Gün 4: QoS, keep-alive, session expiry ayarı; reconnect/backoff.
Gün 5: Edge analitik (delta, CBOR); bant kazancı ölçümü.
Gün 6: Komut & response topic; idempotent işleyici; shadow/twin.
Gün 7: Bridge (edge↔bulut); kesinti testi; flush ve veri bütünlüğü.
Gün 8: Gözlemlenebilirlik panelleri; p95 gecikme ve kayıp oranı.
Gün 9: OTA akışı; imza doğrulama; kademeli yayılım.
Gün 10: Load/chaos testleri; rapor, riskler ve yol haritası.

27) Hızlı Kontrol Listesi (Cheat-Sheet)

Topic/ACL şeması kararlaştırıldı ve belgelendi.
TLS 1.3 + mTLS etkin; sertifika yenileme otomatik.
QoS 1 varsayılan; QoS 0/2 kullanım kriterleri yazılı.
Keep-alive, session/message expiry ayarlı; uykulu cihazlar test edildi.
Edge analitik ve CBOR/MessagePack etkin; bant ölçümleri yapıldı.
Bridge yapılandırıldı; kesinti/kuyruk/flush senaryosu geçti.
Komut–yanıt modeli ve twin/shadow tanımlı; idempotent işleyici var.
Gözlemlenebilirlik panoları (latency, inflight, queue) hazır.
OTA imzalı; A/B ve rollback; canary planı var.
Load/chaos testleri raporlandı; broker kaynak limitleri içinde.

Sonuç

Uzaktan izleme sistemlerinde MQTT, ölçeklenebilirlik, hafiflik ve durum farkındalığı sayesinde hataya dayanımlı, enerji ve bant etkin çözümler sunar. Başarılı bir MQTT tasarımı yalnız protokolü “açmak” değil; topic/ACL şeması, QoS/oturum politikaları, edge–bulut bölüşümü, TLS/mTLS ve sertifika yaşam döngüsü, komut–yanıt ve ikiz modeli, bridge/HA, gözlemlenebilirlik ve OTA ile uçtan uca bir mimari inşa etmektir.

Bu yazıda; MQTT 5.0’ın akış kontrolü ve paylaşımlı abonelik gibi modern özelliklerinin yüksek cihaz sayılı filolarda nasıl fark yarattığını, edge özetleme ile bant/enerji kazanımlarının nasıl sağlanacağını, mTLS ve topic-tabanlı yetkisayesinde kimlik–yetki zincirinin nasıl kurulacağını gösterdik. Vaka çalışmalarında performans, güvenilirlik ve güvenlik açısından ölçülebilir kazanımları örnekledik.

Ödev/bitirme raporunuzda; KPI’lar, yük/kaos testleri, p95 gecikme/kayıp grafikleri, broker kaynak kullanımı, sertifika yenileme günlükleri, bridge kesinti senaryosu ve OTA ispatlarıyla kanıt üretin. Unutmayın: Bir MQTT çözümünün değeri, kopukluk anlarında ve yükselen yük koşullarında ortaya çıkar. Mimariniz bu anlara hazırsa, izleme sisteminiz yalnızca veri gönderen bir ağ değil, operasyonun sinir sistemi olacaktır.

The post Elektrik Elektronik Mühendisliği Ödev Yaptırma: Uzaktan İzleme Sistemlerinde MQTT Protokolü first appeared on Ödev Yaptırma & Danışmanlık Merkezi.

Elektrik Elektronik Mühendisliği Ödev Yaptırma: Akıllı Trafik Işık Sistemleri Tasarımı

İçerik Üreticisi — Tue, 09 Sep 2025 07:00:48 +0000

Şehir içi ulaşımın kalbi kavşaklardır; kavşakların ritmini ise trafik ışıkları belirler. Kırmızı–yeşil döngüsünün ardında, algılama donanımları, gerçek zamanlı kontrol algoritmaları, iletişim altyapısı, güvenlik ve emniyet önlemleri, enerji yönetimi ve yaya/engelli erişilebilirliği gibi çok disiplinli bir mühendislik bütünü yatar. “Akıllı trafik ışığı” denildiğinde akla yalnızca yeşil dalga gelmemeli; algılama kalitesi → karar mantığı → güvenli saha donanımı → denetimli iletişim → ölçülebilir performans zincirinin tamamı düşünülmelidir.

1) Sistem Mimarisi: Saha Denetleyici Merkezli Katmanlı Yapı

Akıllı kavşak sistemi beş katmanda ele alınır:

Algılama: Endüktif döngü sensörleri, radar/LiDAR, video tabanlı sayım, bluetooth/Wi-Fi probe, yaya butonu ve akustik sensörler.
Saha Denetleyici (Controller): NEMA/ATC/IEC sınıfı kontrolör; faz planı, minimum–maksimum yeşiller, sarı–kırmızı aralıklar, güvenlik kilitleri.
İletişim: Fiber/Ethernet/LTE/5G, RSU üzerinden V2I; MQTT/HTTP(S) veya özel protokoller; zaman senkronizasyonu (NTP/PTP).
Merkezi Yazılım: Koordinasyon, adaptasyon, olay yönetimi, günlük (log) ve analitik.
Emniyet/Güvenlik: Fail-safe modlar, dedike röleler, güvenlik rölesi, siber güvenlik (TLS, sertifika, ağ segmentasyonu).

Uygulamalı ipucu: Tasarımda “güvenlik katmanı” güçten bağımsız düşünülmeli; kontrolör enerji kaybında güvenli yanıp sönme (flashing) moduna, sensör ve haberleşme kaybında konservatif faz planına düşmelidir.

2) Algılama Donanımları: Doğruluk, Gecikme ve Hava Koşulları

Endüktif Döngü: Asfalt altı; yüksek doğruluk, düşük bakım. Yağıştan az etkilenir, montaj maliyeti yüksektir.
Mikrodalga Radar: Şerit ayrımı iyi; kötü hava koşullarında güvenilirdir. Düşük gecikme.
Video Analitiği (CV/AI): Şerit ve sınıf bazlı sayım, yaya–bisiklet tespiti; gece/yoğun yağışta performans düşebilir; SQI (Sinyal Kalite İndeksi) üretmek şart.
LiDAR: Kısa menzilli hassas tespit, yaya güvenliği; maliyetli.
Bluetooth/Wi-Fi Probe: Seyahat süresi tahmini; mahremiyet için hash/pseudonymization.
Yaya Butonu + Akustik: Engelli erişimine destek; buton gecikmeleri ve yanlış tetiklerin filtrelenmesi gerekir.

Vaka: Sisli bir arterde radar + döngü hibriti kullanıldığında kırmızıda kuyruk uzunluğu tahmin hatası %40’tan %12’ye düştü; video tek başına gece yağmurunda %25 paket kaybı üretiyordu.

3) Faz Planı, Halkalar ve Bariyerler: Emniyetli Geçişin Mantığı

Kavşakta faz bir dizi uyumlu hareketin (örneğin Kuzey-Güney düz/sağ) aynı anda yeşil almasıdır. Fazlar halkalar halinde gruplandırılır; bariyerler karşıt hareketlerin aynı anda yeşil olmasını engeller.

Zorunlu Emniyet Süreleri: Sarı (amber), all-red; hız ve kavşak geometrisine göre hesaplanır.
Yaya Fazları: Walk, Flashing Don’t Walk; minimum geçiş süresi (yaya hızı varsayımı) ile belirlenir.
Sol Şerit Koruması: Korunmuş (protected), paylaşımlı (permitted) ya da karma.
Ödev ipucu: Faz çizelgesini halka-bariyer diyagramı ile verin; sarı ve all-red sürelerini hesap tablosu ile gösterin.

4) Zamanlama Parametreleri: Minimum, Maksimum ve Gap-Out

Doyum akımı, doygunluk derecesi ve başlatma kayıpları (startup lost time) parametreleriyle minimum yeşil (MinG), maksimum yeşil (MaxG), gecikme sonlandırma (gap-out) ayarlanır. Actuated control (algılamaya dayalı) modda faz, boşluk süresi (gap) üst sınırını aştığında gap-out ile kapanır; süre dolarsa max-out olur.
Pratik kural: Düşük akımda kısa MinG, akım arttıkça gap parametresini trafik kompozisyonuna göre uzatmak ortalama gecikmeyi düşürür.

5) Koordinasyon ve Yeşil Dalga: Offset–Split–Cycle Üçlüsü

Arter üzerindeki kavşaklarda cycle length (döngü süresi), her kavşağın split’i (yeşil payı) ve offset’i (başlangıç kaydırması) birlikte ayarlanır. Hareket yönüne göre iki hedef farklı strateji ister:

Tek yön ağırlıklı arter: Downstream yönünde offset optimizasyonu.
Çift yön talep: Çift yönlü yeşil dalga (bidir).
Örnek: 60 s döngüde 500 m aralıklı kavşaklarda 50 km/s hız kabulüyle offset ≈ 36 s; simülasyonda dur/kalk sayısı %27 azaldı.

6) Adaptif/Öğrenen Kontrol: SCOOT/SCATS Paradigması ve Ötesi

Klasik yöntemlerde zaman planları saat dilimlerine göre değişir. Adaptif sistemler ise sahadan anlık ölçü alıp cycle–split–offset’i çevrimiçi günceller.

SCOOT/SCATS yaklaşımı: Kuyruk ve doygunluk ölçütleriyle kademeli düzeltme.
Pekiştirmeli Öğrenme (RL): Kavşağı ajan, gecikme ve dur/kalkı ödül/ceza olarak ele alır.
Hibrit: Güvenli sınırlar içinde RL’nin önerileri, kontrolörün sert emniyet kilitleriyle uygulanır.
Uygulama: RL tabanlı akıllı faz seçici, MaxG/MinG ve bariyer kısıtlarını asla ihlal etmeyecek “güvenli eylem filtresi”nden geçirilmelidir.

7) Yaya ve Bisiklet Önceliği: Erişilebilirlik + Güvenlik

Akıllı sistem yalnızca araç gecikmesini değil, yaya güvenliği ve bisiklet akışını da gözetmelidir.

Algılama: Termal/video ile zebra üstünde varlık tespiti; “erken yeşil” veya “yeşil uzatma”.
Erişilebilirlik: Dokunsal/akustik geri bildirim, uzatılmış “Walk”, engelli kullanıcılar için buton basma kuvveti standardı.
Bisiklet Şeritleri: Korunmuş faz ya da ön faz (leading bike interval).
Ölçütler: Yaya yarım kesilmiş geçiş oranı, yaya bekleme süresi p95; bisikletli için kırmızı ihlal düşüşü.

8) Toplu Taşıma Önceliği (TSP): Saatinde Servis, Daha Az Gecikme

Otobüs/ tramvay gecikiyorsa trafik ışığı yeşili uzatır, erken yeşil verir veya faz atlama uygular.

Algılama: DSRC/C-V2X ile kimlikli araç bildirimi; GPS başıboş hataları için coğrafi bölge.
Kısıtlar: Yaya fazına zarar vermeden, ardışık TSP isteklerinde hakkaniyet; maksimum uzatma süresi.
Vaka: Bir koridorda TSP ile otobüs seyahat süresi %12 azaldı; özel araç gecikmesi p95’te +3 s ile sınırlı kaldı.

9) Acil Durum Önceliği (EVP): Saniyeler Hayat Kurtarır

Ambulans/itfaiye yaklaşırken kavşak, hızlı ve emniyetli şekilde yolu açmalıdır:

Ön Koşullar: Tüm yaya ve karşıt hareketler all-red ile boşaltılır; çakışma olasılığı sıfıra yakınlanır.
Geçiş Sonrası: Sistem koordinasyona yumuşak dönüş yapar; ofset kaybı minimize edilir.
Emniyet: Fail-safe; ERP sinyali hatalıysa (taklit), iki faktör (kimlik + yakınlık radar/video) doğrulaması.

10) Donanım Kabini: Güç, Röle Mantığı ve Güvenlik Rölesi

LED Sinyal Kafaları: Düşük güç, uzun ömür; optik/lens tasarımı görüş alanını belirler.
Güç ve UPS: Gerilim dalgalanmasında kontrolör ve algılama kesintisiz kalmalı.
Emniyet Rölesi: “Yeşil–yeşil çakışma”yı donanımsal olarak imkânsız kılan röle kilitleri.
Kabin İçi EMC: Ferrit, filtre, ayrı toprak baraları; yıldırımdan korunma ve SPD Tip 2/3 koordinasyonu.

Pratik: Röle-kontaktör devrelerinde yansıma ve ark için RC snubber; kontrolcü I/O’su opto-izole edilmelidir.

11) Haberleşme, Zaman Senkronu ve V2X

Hat/Backhaul: Fiber/Ethernet, LTE/5G yedekliliği.
Protokoller: MQTT/HTTPS; mesaj şeması versiyonlu (Protobuf/JSON), idempotency key ile tekrarlar yönetilir.
Senkronizasyon: NTP/PTP; ofset hatası ≤ 50 ms hedef.
RSU/V2I: SPaT (Signal Phase and Timing) + MAP ile araçlara gelecekteki faz bilgisi yayınlanır; eko-sürüş / yeşil dalga asistanı mümkün olur.

12) Siber Güvenlik: Altyapı Kritik, Saldırı Yüzeyi Geniş

Ağ Bölümlendirme: Saha ağları ayrı VLAN/fiziksel segment.
Kimlik ve Şifreleme: mTLS, sertifika yenileme, donanımsal güven kökü (TPM).
Güncelleme: İmzalı firmware/konfig; A/B slot ve rollback.
Günlükleme: İmzalı log, olay zinciri; anormallik tespitine AI destekli izleme.
Senaryo: Yanlış offset yüklenmesiyle arter kaosa sürüklenebilir; bu nedenle iki-aşamalı onay ve kuru koşu (dry-run) zorunlu.

13) Enerji Verimliliği ve Karbon Ayak İzi

LED sinyal ve akıllı kontrol ile dur/kalk azaltılması yakıt tüketimi ve emisyonları düşürür. Kavşak kabini için PV + akühibriti, uyku modları, fan yerine doğal havalandırma gibi yöntemlerle enerji maliyeti azaltılır.
Metrikler: Yakıt/CO₂ tasarrufu (g/km), sinyal başına güç tüketimi (W), UPS ömrü, akü çevrim sayısı.

14) Veri Modeli, KPI’lar ve Gözlemlenebilirlik

Ham Veriler: Faz durumları, algılama olayları, kuyruk uzunluğu tahmini, seyahat süreleri.
KPI’lar: Ortalama gecikme, p95 gecikme, dur/kalk sayısı, yaya bekleme p95, TSP başarı oranı, EVP tepki süresi, emisyon tahmini.
Panolar: Kavşak ısı haritaları (saat/ gün/ etkinlik), öncesi-sonrası analizi, sürüm–performans izi.

15) Simülasyon: Mikro–Mezo–Makro ve Donanım-Döngüde (HIL)

Mikro: SUMO/Vissim; araç düzeyi etkileşim, şerit değişim.
Mezo/Makro: Şebeke genelinde strateji etkisi.
HIL: Gerçek kontrolcüyü simülasyon trafiğine bağlayarak gerçek zamanlı test; sahaya çıkmadan köşe durumları sınanır.
Ödev tüyosu: “Baz plan” vs “akıllı plan” simülasyonlarını aynı random seed ile karşılaştırın.

16) Kuyruk Teorisi ve Doygunluk Analizi

M/M/1, M/D/1 ve doyum akımı yaklaşımları, kuyruk uzunluğu ve ortalama bekleme için hızlı kestirim sunar. Adaptif kontrol için kısa ufuklu optimizasyon (rolling horizon) ile kuyruk patlamaları engellenir.
Basit kural: λ/μ oranı 0.8’i aşıyorsa, cycle’ı uzatmak yerine split yeniden dağıtımı ve komşu kavşak offset düzeltmesi daha etkilidir.

17) Görü/AI ile Algı: Veri Etiketi, Domain Shift ve SQI

Video/Radar tabanlı algı için etiketli veri, farklı hava–ışık koşullarını kapsamalı. Domain shift için augmentasyon(yağmur, sis, gece), test-time adaptation ve SQI tabanlı düşürme (confidence<τ ise döngü planına etkiyi azalt) uygulanır.
Güvenlik notu: Algı sinyali hiçbir zaman tek başına kritik karar doğurmaz; oylama veya fail-conservative kuralıyla filtrelenir.

18) Adalet, Erişim ve Kentsel Tasarım Etkisi

Akıllı sistem, sadece araç gecikmesini düşürürken yayaları cezalandırmamalı. Eşitlik duyarlı çok amaçlı optimizasyon; yaya p95 beklemeyi üst sınırlar, engelli geçişleri için uzatılmış “walk” sağlar. Okul bölgesinde gündüz ağır yaya önceliği, gece araç akışına dönüşen dinamik profiller.

19) Çok Kavşaklı Koridor ve Bölgesel Kontrol

Koridor bazlı koordinasyonda sınır koşulları önemlidir: Uç kavşaklar, arter–arter kesişimleri, TSP/EVP isteklerinin bölgesel etkisi. Bölgesel denetleyici, komşu kavşakların cyclic drift ve ofset hatasını izleyerek düzeltir.

20) Arıza Modları ve Dayanıklılık

Algı arızası: “Detektör y stuck-on/off” → ototest ve heartbeat; fail-safe yeşil dağılım.
İletişim kesintisi: Yerel planlara düşme; log tamponu.
Enerji kaybı: UPS ile kontrollü kapanış, flashing mod; geri geldiğinde “yumuşak başlatma”.
Saha vandalizmi: Kilitli kabin, merdivenli erişim, kamera.

21) Örnek Olay I — Üniversite Kampüsü Dörtyol Kavşağı

Sorun: Pik saat yaya akışı, otobüsler için gecikme; yağışta algı hatası.
Çözüm: Radar + video hibrit, yaya erken yeşil; TSP ile otobüs erken geçiş. Sarı/all-red revizyonu; ofset 24→28 s.
Sonuç: Otobüs seyahat süresi %14 azaldı; yaya p95 bekleme 72→41 s; özel araç gecikmesi p95 +2 s içinde kaldı.

22) Örnek Olay II — Ana Arter Koordinasyonu ve Yeşil Dalga

Sorun: Akşam pikinde bidir talep; çift yön dengesi bozuk.
Çözüm: 70 s cycle; offset doğu→batı 40 s, batı→doğu 30 s; dur/kalk optimizasyonu.
Sonuç: Dur/kalk %31 azaldı; emisyon/ yakıt tüketiminde ölçülü düşüş (CO₂ −%9, yakıt −%8 tahmini).

23) Örnek Olay III — Acil Durum Önceliği

Sorun: İtfaiye varış süresi hedefin üzerinde.
Çözüm: EVP; DSRC + radar doğrulamalı iki faktör; all-red 1.5 s; post-preemption offset toparlama.
Sonuç: Güzergâh ortalama kazanımı 42 s; çakışma/ihlal sıfır.

24) Ödev Raporu Şablonu (Puan Kazandıran)

Kavşak/koridor tanımı (geometri, hız, yaya akışı, toplu taşıma)
Algılama mimarisi (sensör seti, SQI)
Faz ve emniyet süreleri (hesap tablosu)
Zamanlama/koordinasyon (cycle–split–offset)
Adaptif/öğrenen kontrol (kısıtlarla)
TSP/EVP stratejileri (etki analizi)
Enerji ve SPD/EMC planı
Siber güvenlik ve bakım (OTA, log, A/B)
Simülasyon ve HIL (öncesi-sonrası, p95/p99)
KPI sonuçları ve eşitlik analizi
Risk/arıza senaryoları ve fail-safe
Sonuç ve yaygınlaştırma planı

25) 10 Günlük Uygulanabilir Proje Planı

Gün 1: Kavşak verisi toplama (geometri, hız, yaya/araç akışları)
Gün 2: Sensör seçimi + yerleşim eskizi; SQI kriterleri
Gün 3: Faz planı, sarı–all-red hesapları; halka-bariyer diyagramı
Gün 4: Temel zamanlama (MinG/MaxG/gap); actuated kontrol
Gün 5: Koordinasyon (cycle–split–offset) ve senaryolar
Gün 6: Adaptif/ML modül prototipi (güvenli eylem filtresi ile)
Gün 7: TSP/EVP mantığı; emniyet kısıtları ve testleri
Gün 8: Simülasyon (SUMO) + HIL; p95 gecikme ve dur/kalk ölçümü
Gün 9: Enerji/SPD/EMC denetimleri; kabin şeması ve UPS
Gün 10: Rapor, panolar, KPI tablosu, “öncesi-sonrası” karşılaştırması

Sonuç

Akıllı trafik ışığı tasarımı; algılama güvenilirliği, emniyetli kontrol, haberleşme ve siber güvenlik, enerji yönetimi ve kentsel politika hedeflerinin aynı potada eritilmesini gerektirir. Başarının anahtarı, yalnızca yeşil dalga ayarlamak değil; faz güvenliği, yaya/engelli erişimi, toplu taşıma ve acil durum öncelikleri, ölçülebilir KPI’lar ve dayanıklı saha donanımı ile bütünü aynı anda optimize etmektir. Bu metinde; sensörlerden (radar, döngü, video, LiDAR) başlayıp, faz-zamanlama teorisi (Min/Max/GAP, cycle–split–offset), adaptif/RL tabanlı yaklaşımlar, TSP/EVP, V2I/SPaT yayınları, enerji ve SPD-EMC, siber güvenlik (mTLS, A/B, rollback), HIL simülasyon ve adalet/erişilebilirlik gibi boyutları uçtan uca işledik.

Ödev ve bitirme projelerinizde fark yaratmak için:

Ölçümlerle konuşun: p95 gecikme, dur/kalk, yaya bekleme, TSP/EVP tepkisi; öncesi-sonrası tablo ve ısı haritası.
Emniyeti asla taviz vermeyin: Sarı–all-red hesapları, yeşil–yeşil çakışmayı donanımsal olarak imkânsız kılan röleler, fail-safe planları.
Algıyı güvenceye alın: SQI, çoklu sensör oylaması, domain shift’e dayanıklı modelleme.
Siber güvenliği standart yapın: mTLS, imzalı konfig, ağ segmentasyonu, imzalı log.
Kullanıcıyı merkeze alın: Yaya/bisiklet/engelli erişimi ve eşitlik duyarlı optimizasyon.
Bu yaklaşım, yalnızca notunuzu yükseltmekle kalmaz; şehirde yaşayan herkesin güvenliğini ve konforunu somut olarak artırır. Akıllı kavşaklar, akıllı bir sistem mühendisliği yaklaşımıyla mümkün olur.

The post Elektrik Elektronik Mühendisliği Ödev Yaptırma: Akıllı Trafik Işık Sistemleri Tasarımı first appeared on Ödev Yaptırma & Danışmanlık Merkezi.