Vaka Analizleri

Sahada Kanıtlanmış Sonuçlar

Teknolojileri listelemiyoruz, donanımın teorik limitlerinde nasıl sonuç ürettiğimizi metriklerle gösteriyoruz. Tüm veriler gerçek donanım üzerinde, tekrarlanabilir koşullarda elde edilmiştir.

VAKA 01 / boot-optimizationBSP & Yocto Optimizasyonu

Yocto Cihazlarda Açılış Süresi Mimarisi

NXP i.MX8M Plus · Yocto Scarthgap 5.0

Problem

Endüstriyel bir cihazda standart Yocto dağıtımıyla üretilen imaj, operatör arayüzünü ancak saniyeler sonra hazır hale getirir. Cihaz gün içinde defalarca kapatılıp açıldığında bu süre bir konfor meselesi olmaktan çıkar, operasyonel hazır olma süresine dönüşür.

Mimari Yaklaşım

U-Boot Falcon Mode ile tam U-Boot akışı kritik yoldan çıkarılır, SPL doğrudan kernel'i yükler. Kernel sıkıştırması zlib yerine LZ4 seçilir. rootfs ext4 yerine SquashFS ve tmpfs overlay yapısına taşınır. Kullanıcı alanı musl libc ve BusyBox ile yeniden inşa edilir.

Falcon Mode · LZ4 · SquashFSNXP i.MX8M Plus · Yocto

Falcon ModeBootloaderTam U-Boot akışı kritik yoldan çıkar

LZ4Kernel sıkıştırmazlib yerine

SquashFSRootfsSalt-okunur + tmpfs overlay

Operasyonel Etki

Açılış süresi bir mimari karara bağlanır. Salt-okunur rootfs, sahada ani güç kesintilerinde dosya sistemi bozulma riskini yapısal olarak azaltır. Boot grafiği ölçümü build hattına bağlandığında regresyonlar yayına çıkmadan yakalanır.

Teknik Detay

VAKA 02 / edge-ai-inferenceEdge AI & Computer Vision

Kısıtlı Uç Cihazda Çıkarım Hattı Mimarisi

NVIDIA Jetson Orin NX · TensorRT · JetPack

Problem

SWaP-C kısıtlı bir platformda standart FP32 çıkarım, gerçek zamanlı nesne tespiti ve takibi için gereken hızı üretmez. Mesele yalnızca hız da değildir: güç bütçesi doğrudan görev süresini sınırlar, bu yüzden asıl metrik watt başına fps olur.

Mimari Yaklaşım

Modele temsilî veri kümesiyle kalibre edilmiş INT8 kuantizasyon uygulanır. TensorRT engine serialization ile açılışta yeniden derleme kaldırılır. CUDA graphs ile kare başına kernel launch zinciri tek grafa iner. Uygun katmanlar DLA'ya dağıtılır, ön işleme GPU'ya taşınır.

INT8 · CUDA graphs · DLAJetson Orin NX · TensorRT

INT8KuantizasyonKalibrasyon kümesiyle doğrulanır

CUDA graphsKernel launchKare başına tek graf

DLAYük dağılımıGPU ile eş yürütme

Operasyonel Etki

Aynı güç bütçesinde daha fazla eş zamanlı algı işi mümkün hale gelir. INT8 kalibrasyon ve doğrulama akışı yeniden kullanılabilir bir hat olarak kurulur, model güncellemeleri aynı yoldan geçer.

Teknik Detay

VAKA 03 / rtos-latencyRTOS & Deterministik Sistemler

Kesme Gecikmesi ve Deterministik Kontrol Döngüsü

TI AM6442 · TI-RTOS

Problem

Çok eksenli bir motor kontrol sisteminde asıl problem gecikmenin kendisi değil, döngüden döngüye değişmesidir. Biriken jitter uzun süreli çalışmada pozisyon hatasına dönüşür, kaçırılan deadline watchdog reset döngüsünü tetikler.

Mimari Yaklaşım

TI-RTOS HWI direct dispatch ile scheduler ek yükü kritik ISR yolundan çıkarılır. Kontrol ISR'ı en yüksek NVIC öncelik seviyesine alınır. Tickless mod açılır, timer coalescing kapatılır. Kritik olmayan iş SWI deferred handler'a taşınır, paylaşılan mutex'lere öncelik tavanı protokolü uygulanır.

HWI dispatch · NVIC · ticklessTI AM6442 · TI-RTOS

HWI dispatchKesme yoluScheduler kritik yoldan çıkar

NVICÖncelik kurgusuTick preemption riski kapanır

Öncelik tavanıPaylaşılan kaynakÖncelik terselmesi kapanır

Operasyonel Etki

Worst-case gecikmenin sınırlı ve tekrarlanabilir kalması hedeflenir. Gecikme ölçümü GPIO toggle çıkışı ve harici cihazla yapılır, yazılım zaman damgasına güvenilmez.

Teknik Detay

VAKA 04 / railway-inspectionSentetik Veri Üretimi & Computer Vision

Demiryolu Anomali Tespiti İçin Sentetik Eğitim Verisi

Fiziksel-doğru compositing · 8 anomali sınıfı · otomatik YOLO etiketleme

Problem

Rayda engel tespiti yapan bir model için, rayların üzerinde taş/dal/çuval/hayvan bulunan görüntülere ihtiyaç var. Ancak bu "black-swan" olaylar gerçek hayatta nadir, tehlikeli ve toplanması pahalı, bir trenin önüne kasıtlı engel koymak mümkün değil. Sonuç: pozitif örnek kıtlığı ve ağır sınıf dengesizliği.

Mimari Yaklaşım

Tren önü videosundan seçilen karelerde ray koridoru YOLOv8-seg ile bulunur; SDXL + BiRefNet ile üretilen şeffaf anomali asset'leri, standart ray açıklığı (1.435 m) referanslı fiziksel-doğru ölçek, gölge ve renk harmanlamasıyla raya yerleştirilir. Etiket dönüşüm sonrası görünür alpha'dan otomatik üretilir; video seviyesinde sabit track-id + KLT anchor ile kare-tutarlı kalır.

8 sınıf · 1.435 m gauge · otomatik etiketSDXL · BiRefNet · YOLOv8-seg

8 sınıfAnomali ÇeşitliliğiSınıf-dengeli üretim

1.435 mGauge-Based ÖlçekEl ile → Fiziksel-doğru

OtomatikYOLO EtiketlemeManuel → 0-dokunuş

Operasyonel Etki

Sahada toplanması imkânsız kritik engel senaryoları, sentetik ve otomatik etiketli olarak üretilebilir hale geldi. Otonom demiryolu güvenliği (ODS) modellerinin eğitiminde pozitif örnek kıtlığı ve sınıf dengesizliği hedeflenerek giderilir. (Ar-Ge, sim-to-real doğrulaması sürüyor.)

Teknik Detay

VAKA 05 / webrtc-c2Endüstriyel Video Akışı & Uzaktan İzleme

Düşük Gecikmeli Endüstriyel Video Taşıma Mimarisi

WebRTC · GStreamer · donanım hızlandırmalı encode

Problem

Uzaktan izlemede operatör, ekranda gördüğüne göre karar verir; ama klasik RTSP zincirinde gördüğü geçmiş bir sahedir. Kritik olan ortalama gecikme değil, gecikmenin sınırlı ve öngörülebilir olmasıdır.

Mimari Yaklaşım

Taşıma katmanı RTSP/TCP yerine WebRTC P2P (UDP/SRTP) mimarisine geçirilir. GStreamer hattı donanım hızlandırmalı H.264/H.265 encode ile yeniden kurulur. Tampon stratejisi canlı izleme için ayarlanır. Video, sensör ve telemetri tek oturumda eş zamanlı kanallara taşınır.

WebRTC · UDP/SRTP · HW encodeGStreamer · H.264/H.265

WebRTC P2PTaşımaSunucu tamponu ve yeniden iletim kalkar

HW encodeKodlamaKare başına öngörülebilir süre

Tek oturumÇoklu akışVideo + sensör + telemetri

Operasyonel Etki

Operatör kararları güncel görüntüye dayanır. Tarayıcı-native alıcı, konsoldaki kurulum ve sürüm bağımlılıklarını ortadan kaldırır; yeni sensör eklemek mimari değişiklik gerektirmez.

Teknik Detay

VAKA 06 / ethercat-motionEndüstriyel Protokoller. Tezgâh Ölçümü

EtherCAT Hattında Gecikme, Jitter ve Paket Kaybı Ölçümü

TI Sitara AM572x · TI-RTOS · Acontis EC-Master · TMS320F28388D

Problem

Bir makinede eksenlerin birlikte hareket etmesi, her çevrimde verinin aynı süre içinde gidip gelmesini gerektirir. Standart Ethernet bunu yapı gereği garanti etmez: paket switch kuyruğunda ve işletim sistemi zamanlayıcısında bekler, varış zamanı yükle birlikte kayar.

Mimari Yaklaşım

TI Sitara AM572x IDK üzerinde PRU-ICSS çıkışıyla bir EtherCAT hattı kurduk; master tarafında TI-RTOS ve Acontis EC-Master v3.2, slave tarafında TMS320F28388D ve Beckhoff SSC. Döngü frekansını, veri boyutunu ve slave sayısını değiştirerek gecikmenin nasıl davrandığını ölçtük.

19,2 µs ort. · jitter ≤1 µsAM572x · TI-RTOS · EC-Master

19,2 µsOrtalama Gidiş-Dönüş1 slave · 64 B · 10 kHz

≤ 1 µsJitterSlave senkron hatası

%0Paket Kaybı100 Mb/s hat

Operasyonel Etki

Standart Ethernet donanımı üzerinde çevrim başına öngörülebilir bir süre elde edildi. Döngüyü 1 kHz'den 10 kHz'e çıkarmanın gecikme tarafında bedeli yok; ikinci slave ortalamaya yalnızca 0,1 µs ekliyor.

Teknik Detay

* Tüm performans verileri kendi laboratuvar ortamımızda, tekrarlanabilir koşullarda elde edilmiştir. Proje spesifik detaylar NDA kapsamında gizli tutulmaktadır. Metodoloji dökümanı talep üzerine paylaşılır.

Benzer bir mühendislik sorunuyla mı karşı karşıyasınız? Teknik ekibimizle doğrudan masaya oturun.

Keşif Toplantısı Planlayın