Yapay zeka temelleri
TinyML Nedir? Mikrodenetleyicilerde Makine Öğrenmesi
TinyML, mikrodenetleyiciler, küçük dijital sinyal işlemcileri ve düşük güçlü sensörler gibi son derece kısıtlı cihazlarda makine öğrenimi çıkarımını getirir. Bu sistemlerde kilobaytlar ya da megabaytlar kadar bellek, katı enerji bütçeleri, sürekli bir ağ bağlantısı olmaması ve gerçek zamanlı zaman sınırları bulunabilir.
Değer yalnızca daha küçük bir model olmaktan ibaret değildir. Sensör yakınında işleme, gecikmeyi, bant genişliğini ve ham veri ifşasını azaltabilir ve piller ya da hasat edilen enerjiyle uzun süre çalışan ürünlerin mümkün olmasını sağlar.
Temel Çıkarımlar
- TinyML, tek bir model‑boyutu eşiğiyle değil, donanım‑ve‑yazılım bütçesinin tamamıyla tanımlanır.
- Kuantizasyon, kompakt mimariler, optimize edilmiş çekirdekler ve özenli tamponlama, dağıtımı mümkün kılar.
- Cihaz‑içi çıkarım gizliliği artırabilir, ancak güvenli güncellemeler ve veri yönetimi hâlâ önem taşır.
- Doğruluk, gecikme, en yüksek bellek, enerji, görev döngüsü ve dayanıklılık ile birlikte ölçülmelidir.

TinyML Yığını
Bir sensör ses, hareket, titreşim, görüntü ya da başka bir sinyali yakalar. Firmware, bunu özellikler ya da tensörler hâline getirir; kompakt bir model gömülü çalışma zamanı üzerinden çalıştırılır; uygulama mantığı ise daha büyük bir sistemi uyandırıp uyandırmayacağına ya da yerel olarak hareket edip etmeyeceğine karar verir.
Bu, kenar AInın kısıtlı bir biçimidir. Donanım bir MCU, bellek, sensör arayüzleri ve bazen bir sinirsel hızlandırıcı içerebilir. Her tampon, operatör ve kopya sınırlı kaynaklar için yarışır.
Modeli Uyumlu Hale Getirme
Kuantizasyon, yüksek hassasiyetli değerleri daha küçük tam sayı temsilleriyle değiştirir. Budama, damıtma, özellik mühendisliği ve mimari arama, hesaplama ya da depolamayı azaltabilir. Hedef çalışma zamanındaki operatör desteği, hangi modellerin pratik olduğunu belirler.
Eğitim genellikle daha büyük donanımlarda yapılır, ardından model cihaz için dönüştürülüp derlenir. Transfer öğrenimi veri ihtiyacını azaltabilir, ancak nihai artefakt dönüşüm sonrası değerlendirilmelidir; sayısal değişiklikler doğruluğu etkileyebilir.
Veri ve Çevresel Kayma
Laboratuvar kayıtları nadiren her mikrofon, montaj konumu, sıcaklık, titreşim deseni, aksan ya da arka plan koşulunu temsil eder. Temsilci cihazlar ve ortamlar üzerinden veri toplayın, eğitim ve test kaynaklarını bağımsız tutun ve ‘diğer’ durumları dahil edin.
Yanlış bir tetikleme enerji israfına ya da kullanıcı rahatsızlığına yol açabilir; kaçırılan bir anomali ise maliyetli olabilir. Gerçek hata maliyetlerine göre eşik seçin ve gerektiğinde gizlilik‑koruyucu özetler ya da örneklemeli tanılamalarla saha performansını izleyin.
Tüm Cihazı Ölçme
Model işlem sayısı, ürün performansına eşit değildir. Uyandırma sıklığı, ön‑işleme süresi, çıkarım gecikmesi, en yüksek RAM, flash kullanımı, ortalama ve tepe güç, termal davranış ve belirli bir görev döngüsü altında pil etkisini raporlayın.
İmzalı firmware ve model güncellemeleri, geri dönüş, cihaz kimliği ve güvenlik açığı yanıtını planlayın. Tiny cihazlar yıllarca sahada kalabilir, bu yüzden sürdürülebilirlik model kalitesinin bir parçasıdır. Siber güvenlik kontrolleri, cihaz küçük olduğu için ertelenemez.
Bellek ve Hesaplama Bütçelemesi
Flash, firmware, model ağırlıkları ve sabit değerleri depolar; RAM ise sensör tamponları, ara aktivasyonlar ve çalışma zamanı durumunu tutar. En yüksek aktivasyon belleği, özellikle erken konvolüsyonel katmanlarda, ağırlık boyutunu aşabilir. Bellek planlayıcıları, ömürleri çakışmayan tamponları yeniden kullanırken, akış özellikleri tüm sinyal penceresini saklamaktan kaçınır.
İşlem sayısı bir başlangıç tahminidir, ancak çekirdek verimliliği tensör şekli, hizalama, talimat desteği ve bellek erişimine bağlıdır. Derinlemesine bir konvolüsyon aritmetiği azaltabilir, ancak optimize edilmemiş bir çekirdek üzerinde kötü çalışabilir. Derlenmiş modeli yalnızca masaüstü profilöründe değil, hedef kartta da benchmark edin.
Görev döngüsü birçok üründe hâkimdir. Sensör ve MCU uykuya geçebilir, ucuz bir tetikleme için uyanabilir, küçük bir modeli çalıştırabilir ve yalnızca gerektiğinde radyo ya da daha büyük işlemciyi aktive edebilir. Sensör, dönüşüm, ön‑işleme, uyandırma, çıkarım, iletişim ve boşta sızıntı dahil olmak üzere tüm görev döngüsünü ölçün.
Model Geliştirme ve Dönüştürme
Dağıtım kısıtlamalarıyla başlayın ve temsilci sensör verilerini toplayın. Eğitimde kullanılan ön‑işleme, sabit‑nokta ya da gömülü uygulama ile tam olarak eşleşmelidir. Örnekleme hızı, pencereleme, renk dönüşümü, normalizasyon veya özellik çıkarımındaki farklılıklar, dönüşüm başarılı olsa bile modelin başarısız olmasına yol açabilir.
Eğitim‑sonrası kuantizasyon, temsilci örneklerden aralıkları kalibre eder; kuantizasyon‑bilinçli eğitim, öğrenme sırasında düşük hassasiyeti taklit eder. Kanal‑başına ağırlık ölçekleri, tek bir ölçeğe göre konvolüsyon kalitesini genellikle daha iyi korur. Desteklenmeyen işlemler yeniden yazılabilir, yaklaştırılabilir veya daha yavaş bir yedekleme yoluna taşınabilir; her biri yeni bir değerlendirme gerektirir.
Sıkıştırma hipotez‑odaklı olmalıdır. Yapısal olmayan ağırlık budaması yoğun gömülü bir çekirdeği hızlandırmayabilir; yapılandırılmış kanal kaldırma donanımın faydalanmasını kolaylaştırır. Damıtma, daha büyük bir öğretmenden davranışı aktarır, ancak onun yanlılık ve hatalarını da aktarabilir. Sinyal‑işleme ve eşik temelli temel hatlarıyla karşılaştırın.
Uygulamalar, Saha Testi ve Bakım
Yaygın TinyML görevleri arasında anahtar kelime tespiti, uyanma‑kelimesi algılama, jest tanıma, titreşim anomali tespiti, doluluk, akustik olaylar ve basit görme bulunur. Model, nihai karar yerine bir geçit görevi görebilir; bu sayede bant genişliği korunur ve belirsiz ya da kritik vakalar daha yetkin bir sisteme yönlendirilir.
Saha testleri, cihaz toleransları, sensör yaşlanması, montaj, pil durumu, sıcaklık, hava koşulları, kullanıcılar ve arka plan paraziti kapsamalıdır. Yanlış tetiklemeleri saat başına ya da kaçırılan olayları çalışma döngüsü başına izleyin; yalnızca dengeli test doğruluğu yeterli değildir. Laboratuvarda seçilen bir eşik, ürün‑özel kalibrasyon gerektirebilir.
İmzalı havadan‑havaya güncellemeler, geri dönüş, model‑versiyon telemetrisi ve uzun destek periyotları planlayın. Güncellemeler mümkün değilse, temkinli modeller kullanın ve beklenen çevresel kaymayı belgeleyin. Kullanım dışı bırakma, cihaz kimlik bilgilerini iptal etmeli ve depolanan verileri ele almalı; sadece ürünün satışı durdurulmamalıdır.
Uygulamalı Örnek: Bir TinyML Titreşim İzleyicisi
Küçük bir ivmeölçer, motor üzerindeki titreşimleri normal yükler ve bilinen arıza durumları altında örnekler. Cihaz sinyali pencereler, offseti kaldırır, kompakt zaman‑veya frekans‑alanı özellikleri hesaplar ve bir anomali dedektörü ya da sınıflandırıcı çalıştırır. Örnekleme hızı, ilgili rulman ve mil frekanslarını yakalamalı, ancak bellek ya da güç tüketimini boğmamalıdır. Etiketler, yalnızca bir alarmdan değil, doğrulanmış denetimlerden gelmelidir.
Eğitim bir iş istasyonunda yapılır, ardından kuantizasyon, dönüşüm ve hedef mikrodenetleyici için derleme gerçekleştirilir. Model flash, en yüksek RAM, yürütme süresi, enerji ve gerçek cihaz üzerindeki doğruluğu ölçün. Tamsayı aritmetiği ve operatör bulunabilirliği, eğitim modelinin çıktısını değiştirebilir. Sensör yönelimi, montaj, sıcaklık, voltaj, bileşen varyasyonu ve gerçek ortam titreşimini test edin; yalnızca düzenlenmiş laboratuvar dosyaları yeterli değildir.
Dağıtılan cihazın kalibrasyonu, güvenli firmware güncellemeleri, sürüm raporlaması, güvenli davranış ve kayma planı olmalıdır. Enerji ve ham veri koruması için yalnızca bir sağlık skoru ya da seçilmiş özellikler gönderilebilir, ancak yerel yanlış alarmlar hâlâ bakım maliyeti yaratır. Aşamalı bir eşik kullanın, kalıcılığı zorunlu kılın ve model kanıtını çalışma durumu ile birleştirin. TinyML, yerel gecikme, gizlilik, bağlantı ya da enerji kısıtlamalarının mühendislik sınırlarını haklı çıkardığı durumlarda en değerli olur.
Üretim testi, güç‑döngüsü kurtarma, saat kayması, sensör kopuklukları, bozuk giriş, bellek tükenmesi ve kesintili güncellemeleri içermelidir. Model çalışamadığında ya da güven puanı çöküşünde ne olacağını tanımlayın: güvenli bir varsayılan, açık bir hata göstergesi ya da geleneksel bir kural, sessiz bir tahmin yerine tercih edilebilir. Donanım ve firmware sürümlerini izleyin, böylece yeni bir hata cihaz revizyonu, ortam ya da model sürümüne bağlanabilir.
Pratik Uygulama Kontrol Listesi
Konsepti sınırlı, test edilebilir bir iş akışına dönüştürün: algıla → ön‑işle → çıkarım → karar ver → eyle → güncelle. Sorumlu bir sahibi belirleyin, veri ve bağımlılıkları belgeleyin, basit bir temel oluşturun, kabul ve durdurma kriterlerini belirleyin, temsilci hataları test edin ve kapsamı genişletmeden önce izleme, geri dönüş ve gözden geçirme tanımlayın. Sürümler ve varsayımları kaydedin ki başka bir ekip sonucu yeniden üretebilsin ve neyin değiştiğini anlayabilsin.
Lansmandan önce, sistemi inşa eden, işleten, güvenliğini sağlayan ve etkileneni kapsayan kişilerle belgelenmiş bir hazırlık incelemesi yapın. Normal durumları, sınır koşullarını, bağımlılık hatalarını ve kötüye kullanımları test edin; kanıtları ve çözülemeyen riskleri koruyun. Kimin sürüm onaylayabileceğini, bir eşik değiştirebileceğini, bir çıktıyı geçersiz kılabileceğini ya da çalışmayı durdurabileceğini tanımlayın. Gerçek dünyadan veri geldikçe kararı yeniden değerlendirin; teknik olarak başarılı bir pilot, daha geniş ölçekte güvenilir performans garantilemez.
- BELLEK: ağırlıklar, aktivasyonlar ve tamponlar.
- ENERJİ: görev döngüsü ve veri hareketi.
- KALİTE: gerçek koşullarda saha doğruluğu.
Sıkça Sorulan Sorular
TinyML, mobil AI ile aynı şey midir?
Tam olarak değil. Mobil cihazlar, nispeten büyük işlemciler ve bellekle donatılmış kenar sistemleridir. TinyML, çok daha sıkı gömülü ve mikrodenetleyici sınıfı kısıtlamalarına odaklanır.
TinyML modelleri cihazda öğrenebilir mi?
Çoğu dağıtım başka bir yerde eğitilir ve cihazda çıkarım yapılır. Sınırlı bir uyarlama mümkündür, ancak bellek, enerji, kararlılık, gizlilik ve geri dönüş, cihaz‑içi eğitimi zorlaştırır.












