BLE nedir? Klasik Bluetooth ile temel farklar açıklandı

Bluetooth ve BLE kısaca

Bluetooth, kısa menzilli kablosuz bir teknoloji olup kişisel alan ağları için tasarlanmıştır: birkaç metre içinde kablo olmadan cihazların birbirleriyle doğrudan konuşması. Kablosuz kulaklıklar, klavyeler, araç eller serbest sistemleri ve yakın cihazlar arasında dosya aktarımı gibi kullanım alanlarında yaygındır.

BLE, Bluetooth Low Energy anlamına gelir. Aynı Bluetooth markası altında ayrı bir kablosuz protokoldür ve çok düşük güç tüketimiyle küçük, aralıklı veri patlamaları için tasarlanmıştır. Klasik Bluetooth sürekli veri akışlarına (ör. ses) odaklanırken, BLE sensörler ve küçük pillerle aylarca veya yıllarca çalışması gereken cihazlar için optimize edilmiştir.

Her ikisi de Bluetooth SIG tarafından tanımlanır ve yığının bazı bölümlerini ve “Bluetooth” logosunu paylaşır, ama teknik olarak BLE ile klasik Bluetooth aynı şey değildir. Farklı radyo prosedürleri, farklı veri modelleri kullanırlar ve farklı işlere göre optimize edilmişlerdir.

Tipik BLE cihazları

Çoğu zaman farkında olmadan BLE teknolojisiyle etkileşirsiniz:

• Fitness takip cihazları ve akıllı saatler
• Kalp atış hızı bantları ve medikal giyilebilirler
• Akıllı kilitler ve izleyici etiketler
• Mağaza veya etkinlik içi beacon'lar
• Çevresel sensörler ve diğer IoT düğümleri

Bu rehberde neler ele alınacak

Bu makale BLE ve klasik Bluetooth arasındaki farkları pratik açıdan açıklar: radyo davranışı, güç tüketimi, menzil, veri hızı, gecikme, güvenlik ve veri modelleri (GATT gibi) açısından nasıl farklılaştıkları. BLE'nin öne çıktığı yerleri (IoT sensörleri, giyilebilirler, beacon'lar) ve klasik Bluetooth'un hâlâ avantajlı olduğu alanları (ses, HID, bazı eski aksesuarlar) göreceksiniz, böylece bir sonraki ürün veya proje için doğru teknolojiyi seçebilirsiniz.

BLE neden ortaya çıktı

Bluetooth’un orijinal amacı: kablo yerine geçmek

Bluetooth'un erken sürümleri (1.x, 2.x, 3.0) esasen kısa kabloların kablosuzu olarak tasarlandı: kulaklık jakı yerine kablosuz kulaklıklar, USB yerine klavye ve fareler, seri port yerine dosya aktarımı gibi. Bu varsayım genelde iyi pil veya sürekli güç olan cihazları öngörüyordu. Telefonlar, dizüstü bilgisayarlar ve araç sistemleri uzun süre bağlı kalabilen radyoları kaldırabiliyordu, ses akışı veya büyük dosya transferleri gibi işlerde.

Küçük cihazlar için güç sorunu

Kablosuz sensörler, giyilebilirler, beacon'lar ve medikal cihazlar hayal edilmeye başlandıkça, klasik Bluetooth'un güç profili bir dezavantaj hâline geldi. Klasik Bluetooth bağlantısını canlı tutmak sık radyo etkinliği ve nispeten karmaşık bir protokol yığını gerektirir. Bir akıllı saat, düğme hücreli sensör veya kapı sensörü gibi aygıtlar aylarca veya yıllarca çalışmalıysa, klasik Bluetooth'un enerji kullanımı çok yüksek olur.

Başka düşük güç seçenekleri vardı (ör. özel 2.4 GHz bağlantılar), ama bunların Bluetooth’un birlikte çalışabilirliği ve ekosistemi yoktu.

Bluetooth 4.0 ve BLE'nin doğuşu

Bluetooth 4.0, klasik Bluetooth ile birlikte yeni bir mod olarak Bluetooth Low Energy'yi (BLE) tanıttı; küçük bir düzeltme değil, ayrı bir moddu. BLE farklı bir varsayıma göre tasarlandı: birçok cihazın kısa süreli uyanıp küçük bir veri göndermesi veya alması, sonra tekrar uyuması yeterliydi. "Kalp atışı 72 bpm", "kapı açık" veya "sıcaklık 21.3 °C" gibi küçük bildirimler için uygundu; sürekli ses akışı değil.

Bağlantılar daha hafif, reklam (advertising) verimli ve radyoların çoğu zaman kapalı tutulması mümkündü.

Çift modlu çipler: her iki dünyanın en iyisi

Modern Bluetooth çipleri genellikle hem BLE hem de klasik modları destekler. Bir akıllı telefon aynı radyo modülü üzerinden klasik Bluetooth ile kulaklıklara ses akışı yaparken, yakındaki bir fitness takip cihazı veya beacon ile BLE üzerinden konuşabilir.

BLE nasıl çalışır (yüksek seviyede)

BLE, sürekli yüksek verimlilikli akışlar yerine küçük paketlerin kısa, verimli alışverişleri etrafında kuruludur. Yüksek seviyede iki ana aşama vardır: keşif (advertising) ve veri transferi (GATT adlı yapılandırılmış veri modeli aracılığıyla).

Advertising ve keşif

Çoğu BLE etkileşimi advertising ile başlar. Bir peripheral cihaz (ör. bir sensör veya beacon) belirli radyo kanallarında periyodik olarak küçük yayın paketleri gönderir. Bu advertising paketleri:

• Cihazın varlığını duyurur
• İsteğe bağlı olarak küçük bir yük içerir (ID, bayraklar veya birkaç bayt sensör verisi)
• Bir central'in nasıl ve bağlanıp bağlanamayacağını belirtir

Bir central cihaz (çoğunlukla telefon, tablet veya ağ geçidi) bu paketleri tarar. İlginç bir peripheral bulunduğunda, central ya sadece yayınlanan veriyi okuyabilir (bağlantısız mod) ya da bağlantı başlatabilir.

Bağlantı odaklı vs bağlantısız

BLE şunları destekler:

• Bağlantısız (broadcast) mod – peripheral reklam yapmaya devam eder; central sadece dinler. Beacon'lar, tek yönlü telemetri, varlık tespiti için uygundur.
• Bağlantı odaklı mod – central bir peripheral ile link kurar. Ardından paketleri bir zamanlamaya göre değiş tokuş ederler; doğrulama ve güvenlik sağlanır.

GATT, servisler ve karakteristikler

Bağlandıktan sonra BLE, yapılandırılmış veri alışverişi için Generic Attribute Profile (GATT) kullanır. GATT şunları tanımlar:

• Bir server (genellikle peripheral) veriyi sunar
• Bir client (genellikle central) bu veriyi okur veya yazar

Veri şu şekilde organize edilir:

• Servisler – işlevsel gruplamalar (ör. Heart Rate, Battery)
• Karakteristikler – bir servisteki bireysel veri öğeleri

Her karakteristik okunabilir, yazılabilir veya bildirim (notify) için abone olunabilir.

Tipik BLE öznitelik (attribute) değerleri küçüktür; genellikle birkaç bayttan onlarca bayta kadar değişir. Büyük bloklar akışı yerine, cihazlar birçok kısa, hedefe yönelik işlem yapar: okuma, yazma ve uygulamaya özel küçük bildirimler.

Klasik Bluetooth basitçe

Klasik Bluetooth, orijinal Bluetooth standardının bir versiyonudur ve sürekli veri akışına ihtiyaç duyan cihazlar için tasarlanmıştır. Daha yüksek veri hızları ve güvenilir, sürekli bağlantılar sağlamayı amaçlar. BLE kısa patlamalara ve uzun uyku dönemlerine odaklanırken, klasik Bluetooth radyonun daha sık aktif olacağını varsayar. Bu da onu ses veya gerçek zamanlı giriş için daha uygun hale getirir, fakat güç tüketiminin daha yüksek ve daha sürekli olması anlamına gelir.

Klasik Bluetooth ile BLE her ikisi de 2.4 GHz ISM bandında çalışır, ancak bunu farklı stratejilerle kullanırlar. Klasik Bluetooth, sürekli bağlantılar ve akışlar için optimize edilmiş bir frekans atlamalı yöntem kullanırken, BLE kısa ve verimli alışverişler için ayarlanmıştır.

Yaygın klasik Bluetooth profilleri

Klasik Bluetooth birçok standart profil tanımlar:

• A2DP – yüksek kaliteli ses akışı (kulaklıklar, hoparlörler).
• HFP – eller serbest aramalar için.
• HID – klavye, fare, oyun kumandası gibi insan-bilgisayar ara birimleri.
• SPP – seri port profilini emüle eden veri kanalı.

Tipik kullanım durumları

Klasik Bluetooth şunlar için uygundur:

• Müzik ve ses akışı (kulaklıklar, hoparlörler, araç stereoları).
• Klavye ve fare gibi sık giriş olayları gönderen cihazlar.
• Oyun kontrol cihazları, düşük gecikme ve sürekli iletişim gerektiğinde.

Bu senaryolar, genellikle pilleri rahatça şarj edilebilen cihazları varsayar (telefonlar, dizüstü bilgisayarlar, araç sistemleri), küçük düğme hücreli sensörleri değil.

İç kısımdaki farklar: radyo ve veri akışı

Modülasyon, kanallar ve atlama

Klasik Bluetooth (BR/EDR) ve BLE aynı 2.4 GHz bandını paylaşır ama farklı şekilde dilimlerler.

• Klasik Bluetooth

  • 79 kanal kullanır, her biri 1 MHz genişliğinde (2.402–2.480 GHz).
  • Base Rate (BR): GFSK ile 1 Mb/s.
  • Enhanced Data Rate (EDR): π/4-DQPSK (2 Mb/s) ve 8DPSK (3 Mb/s).
  • Tüm 79 kanal üzerinde saniyede 1.600 kez atlama yapar, pseudo-rastgele bir dizilimle.

• BLE

  • 40 kanal kullanır, her biri 2 MHz genişliğinde.
  • Orijinal PHY: GFSK ile 1 Mb/s (LE 1M).
  • Opsiyonel PHY'ler: 2 Mb/s (LE 2M) ve coded PHY (uzun menzil, daha düşük efektif bit hızı).
  • Atlama gerçekleşir ama daha küçük bir kanal seti ve düşük güçlü çalışmayı kolaylaştıran farklı bir kanal seçimi algoritması kullanır.

BLE'nin daha geniş kanallar ve basit modülasyon seçenekleri düşük güç ve küçük veri patlamaları için optimize edilmiştir; sürekli yüksek verimli akışlar için değil.

Bağlantı topolojisi ve veri akışı

• Klasik Bluetooth

  • Piconet kullanır: bir master ve en fazla yedi aktif slave.
  • Birden çok piconet scatternet oluşturabilir, ama gerçek ürünlerde sınırlı destek vardır.
  • Veri genellikle nispeten sürekli akışlar olarak ele alınır (ör. ses, seri bağlantı yerine geçiş).

• BLE

  • Daha basit yıldız topolojisi kullanır: bir central, birçok peripheral.
  • Bir central onlarca düşük görev döngülü (low-duty-cycle) bağlantıyı sürdürebilir.
  • Veri kısa bağlantı olayları veya advertising paketleri aracılığıyla değiş tokuş edilir.

Veri hızı ve gecikme karakteristikleri

• Klasik BR/EDR verim

  • Teorik: fizik katmanında 3 Mb/s'ye kadar.
  • Gerçek uygulama yükü: akış için tipik olarak 1–2 Mb/s.
  • Gecikme, sürekli trafiğe göre ayarlıdır; ses yolları genelde onlarca milisaniye uçtan uca sağlayabilir.

• BLE verim

  • LE 1M PHY teorik: 1 Mb/s; pratik uygulama yükü genellikle 0.1–0.8 Mb/s arasında, MTU, bağlantı aralığı ve yığın kaynaklı olarak değişir.
  • LE 2M ham hızı yaklaşık iki katına çıkarabilir ama protokol üstü yük devam eder.
  • Gecikme olay tabanlıdır: 7.5 ms bağlantı aralığı ile tek paket gecikmesi birkaç milisaniye olabilir; ancak güç tasarrufu için daha uzun aralıklar kullanılırsa gecikme artar.

Genel olarak, klasik sabit, yüksek verimli ve düşük gecikmeli akışlar için daha iyidir; BLE kısa, aralıklı patlamalar ile esnek gecikme–güç takasları için optimize edilmiştir.

Aynı çip veya telefonda birlikte çalışabilirlik

Çoğu telefon ve birçok modül dual-modedir: tek bir RF ön uç ve anten, BR/EDR ve BLE denetleyicileri tarafından paylaşılır.

Çip içinde kavramsal olarak:

• Tek bir radyo vericisi zaman dilimlenir; klasik ve BLE arasında paylaştırılır.
• Denetleyici yazılımı iki link layer çalıştırır ve kimin ne zaman ileteceğini/dinleyeceğini planlar.
• Host yığını (OS tarafında) tek bir Bluetooth kimliği sunar, ancak içten BR/EDR veya BLE denetleyicisine göre trafiği yönlendirir.

Zamanlayıcı, klasik ses akışlarının ihtiyaç duyduğu zamanlamayı sağlar ve BLE bağlantılarını/reklamlarını aralara serpiştirir, böylece uygulama düzeyinde her iki protokol de aynı anda çakışmadan çalışabilir.

Güç tüketimi ve pil ömrü karşılaştırması

BLE'nin klasik Bluetooth'a karşı en büyük avantajı, radyoyu çok az süre açık tutma yeteneğidir. Protokolde her şey çok düşük görev döngüleri için ayarlanmıştır: kısa etkinlik patlamaları ve uzun uyku dönemleri.

Neden BLE çok az güç harcar

Bir BLE cihazı yaşamının çoğunu derin uykuda geçirir, sadece şunlar için uyanır:

• Advertising paketleri göndermek veya dinlemek
• Kısa bağlantı olaylarında veri alışverişi yapmak

Her etkinlik tipik olarak birkaç milisaniye sürer. Bunların arasında radyo ve çoğu MCU kapalıdır, mikroamper mertebesinde akım çekerler. Klasik Bluetooth ise aktif bağlantıyı korumak için sık uyanma gerektirir; veri az olsa bile radyo sıkça uyanır, bu yüzden ortalama akım daha yüksektir.

Advertising aralıkları ve uyku modları

BLE'de pil tüketimi özellikle uyanma sıklığına bağlıdır:

• Advertising intervali: Beacon'lar her 100 ms, 500 ms veya birkaç saniyede bir reklam yapabilir. Daha uzun aralıklar, radyonun daha az uyanması ve ortalama akımın düşmesi demektir.
• Connection intervali: Bağlandığında cihazlar sabit aralıklarla (ör. 7.5 ms–4 s) buluşur. Her buluşma kısa sürer; aralarda peripheral uyuyabilir.
• Uyku durumları: Modern BLE SoC'leri ~1–3 µA derin uyku akımlarına sahiptir. Radyo açıkken tepe akımı birkaç ms için 10–20 mA olabilir.

Örnek: Bir cihaz 100 ms'de 3 ms boyunca 15 mA çekiyorsa, görev döngüsü %3'tür. Ortalama yaklaşık 0.45 mA (450 µA) olur. Aralığı 1 s'e çıkarırsanız görev döngüsü %0.3'e düşer ve ortalama akım 10× azalır.

BLE vs klasik Bluetooth: akım çekişi

Tipik kaba değerler (gerçek değer donanım ve ayarlara bağlıdır):

• Klasik Bluetooth ses kulaklığı: akış sırasında 20–30 mA; beklemede bile bağlantı bakımı nedeniyle mA aralığında.
• BLE sensör (periyodik bağlı): kısa bağlantı olaylarında 10–20 mA; zaman ortalaması onlarca ila yüzlerce µA.
• BLE beacon: orta TX gücü ve 1 s reklam aralığında genelde <20–50 µA ortalama.

Bu mertebeden fark, klasik Bluetooth ürünlerinin genellikle yeniden şarj edilebilir piller kullanmasını, BLE çevre birimlerinin ise sıkça düğme hücre kullanmasını açıklar.

Pil ömrü için gerçekten önemli olanlar

BLE için aşağıdaki parametreler ömrü diğer faktörlerden daha fazla etkiler:

• Connection interval: Uzun aralıklar → daha az uyanma → düşük ortalama akım, ama daha fazla gecikme.
• Slave latency: Peripheral'in bazı bağlantı olaylarını atlamasına izin vererek enerji tasarrufu sağlar.
• MTU ve veri parçalama: Daha büyük MTU aynı bağlantı olayında daha fazla veri taşımanızı sağlar; bu, verilen bir veri hacmi için toplam uyanma sayısını azaltır.
• Transmit güç seviyesi: Daha yüksek TX gücü her etkinlikte daha fazla akım çeker ama daha uzun aralıklar veya daha az retry gerektirebilir.
• MCU ve sensörlerin güç durumları: Genelde radyo çok optimize olsa da sensörler veya uygulama MCU'su bütçede baskın olabilir. Etkinlikler arasında her şeyi uykuya almak kritiktir.

Düğme hücreleri, aylar ve yıllar

İyi ayarlanmış bir tasarımla BLE cihazlar çok uzun süre küçük pillerle çalışabilir:

• BLE beacon, CR2032 (~220 mAh)

  • Ortalama ~15 µA akım (düşük TX, 1–2 s reklam)
  • Teorik: 220 mAh / 0.015 mA ≈ 14.600 saat → ~1.5–2 yıl (gerçek dünya sızıntı, sıcaklık ve pil yaşlanması nedeniyle daha az olur).

• Çevresel sensör, CR2477 (~1000 mAh)

  • Dakikada bir uyanıp kısa BLE bağlantısıyla veri gönderiyorsa
  • Ortalama 20–30 µA gerçekçi olabilir
  • Teorik ömür: 3–5 yıl.

• Giyilebilirler (fitness takipçileri)

  • Ekran, titreşim motoru ve sık sensör güncellemeleri nedeniyle daha yüksek görev döngüsü
  • Genelde birkaç gün ila haftada bir şarj edilir; BLE radyo toplam bütçede daha küçük bir pay olabilir.

Klasik Bluetooth normal kullanımda düğme hücrelerde bu ömürlere zor ulaşır; BLE'nin düşük görev döngüsü ve agresif uyku davranışı IoT ve sensör uygulamalarında çok aylık ila yıllık süreleri mümkün kılar.

Menzil, veri hızı ve gecikme takasları

Gerçek ortamda menzil

Teorik olarak hem BLE hem klasik Bluetooth 10 m'den 100+ m'ye kadar menzil belirtse de, pratikte genelde görülür:

• İç mekan (ofis, ev): her ikisi için güvenilir 5–15 m
• Açık alan, görüş hattı: 30–50 m yaygın; iyi donanımla daha fazlası mümkün

BLE 5.x, Coded PHY kullanarak ideal dış ortam testlerinde birkaç yüz metreye ulaşabilir; ama bu çok daha düşük veri hızlarıyla olur.

Gerçek menzil, “BLE vs klasik”den çok uygulamaya bağlıdır.

Menzili gerçekten etkileyenler

• Transmit gücü (dBm): daha yüksek güç, daha fazla menzil, daha fazla pil tüketimi
• Alıcı hassasiyeti: iyi alıcı zayıf sinyalleri duyabilir
• Anten tasarımı ve yönelimi: çip anteni vs PCB anteni vs harici anten
• Engeller ve malzemeler: beton, tuğla, metal ve insanlar 2.4 GHz'i zayıflatır
• Parazit: Wi‑Fi, mikrodalga fırınlar ve diğer 2.4 GHz cihazlar
• PHY ve veri hızı: daha düşük hızlar hassasiyeti artırır ve menzili büyütür

BLE burada avantaj sağlar çünkü birden fazla PHY (1M, 2M, Coded) sunar; böylece veri hızı ve menzil arasında seçim yapılabilir.

Veri hızı: patlamalar vs akışlar

BLE küçük, verimli veri patlamaları için optimize edilmiştir.

• BLE 4.x: pratik verim ~100–300 kbps
• BLE 5 (1M / 2M PHY): ideal koşullarda ~700–900 kbps'e kadar
• BLE Coded PHY: çok daha düşük veri hızı ama çok daha uzun menzil

Klasik Bluetooth (BR/EDR) sürekli, yüksek bant genişliğine sahip akışlarda hâlâ öndedir:

• Pratik veri hızı genelde 1–2 Mbps aralığında
• Ses kodekleri ve kesintisiz veri akışı için optimize edilmiştir

Bu nedenle kulaklıklar, hoparlörler ve birçok eski veri bağlantısı klasik Bluetooth'u kullanır.

Gecikme: kontrol vs ses

BLE bağlantıları 7.5 ms gibi çok kısa bağlantı aralıkları kullanabilir; bu, düğmeler, sensörler ve HID cihazları için anlık hissettiren düşük gecikme sağlar.

Ancak BLE sürekli düşük gecikmeli ses için daha az uygundur. Paket zamanlaması, yeniden iletimler ve klasik tarz ses profillerinin eksikliği, BR/EDR sesinin ulaşabildiği alt‑100 ms tutarlı gecikmeyi yakalamayı zorlaştırır.

Kural:

• BLE: kontrol, telemetri ve olay tabanlı trafik için mükemmel
• Klasik Bluetooth: yüksek bant genişliği ve stabil gecikme gerektiren sürekli medya akışları için daha iyi

Profiller, GATT ve veri modelleri

Bluetooth'ta “profil” ne anlama gelir

Bluetooth profilleri, temel radyo ve link katmanlarının üstünde tanımlanmış standart kullanım şekilleridir. Bir profil şunu tanımlar:

• Cihazların rolleri (ör. kaynak vs alıcı)
• Hangi protokollerin kullanılacağı
• Verinin nasıl biçimlendirileceği ve değiş tokuş edileceği

Klasik Bluetooth profillere ciddi şekilde dayanır. Örneğin:

• A2DP yüksek kaliteli ses için
• HFP eller serbest çağrılar için
• HID klavye ve fare için
• SPP seri port emülasyonu için

İki cihaz aynı klasik profili uygularsa, genellikle özel uygulama mantığı olmadan birlikte çalışabilirler.

BLE'nin GATT'ı: kanal tabanlı yerine öznitelik tabanlı

BLE profilleri fikrini korudu ama veriyi öznitelik‑tabanlı bir modele taşıdı:

• ATT (Attribute Protocol): veriyi handle, tür (UUID), değer ve izinlerle bir öznitelik tablosu olarak sunar.
• GATT (Generic Attribute Profile): bir client'ın bu öznitelikleri nasıl keşfedeceğini, okuyacağını, yazacağını ve bildirimlere abone olacağını tanımlar.

Veri şu şekilde gruplanır:

• Servisler: mantıksal gruplamalar (Heart Rate, Battery gibi)
• Karakteristikler: bireysel veri noktaları (kalp atış ölçümü, batarya seviyesi)
• Descriptor'lar: karakteristikler hakkında meta veri (birimler, açıklamalar)

BLE profilleri artık servisler, karakteristikler ve davranışların kombinasyonu olarak tanımlanır.

Standart vs özel BLE servisleri

Bluetooth SIG birçok standart GATT tabanlı servis yayımlar, örneğin:

• Heart Rate Service (HRS)
• Device Information Service (DIS)
• Battery Service (BAS)

Bunları kullanmak birlikte çalışabilirliği artırır: Heart Rate Service'ı anlayan herhangi bir uygulama uyumlu kalp atış sensörleriyle çalışabilir.

Uygun standart servis yoksa tedarikçiler 128-bit UUID kullanarak özel servisler tanımlar. Bunlar da GATT prosedürlerini kullanır ama veri formatı üreticiye özgüdür.

Klasik profiller vs BLE GATT: temel farklar

Klasik Bluetooth:

• Profiller genellikle belirli kullanım durumlarına ve protokollere bağlıdır (ör. A2DP ile SBC/aptX kodekleri üzerinden ses).
• Veri akışları kanallar veya akışlar üzerinden yapılır; yorumlama çoğunlukla uygulamaya bırakılır.
• Birlikte çalışabilirlik her iki tarafın da aynı profili tam olarak uygulamasına bağlıdır.

BLE:

• Uygulama düzeyinde görünen her şey öznitelikler (servisler, karakteristikler, descriptor'lar) olarak modellenir.
• Profiller, öznitelik setleri ve prosedürleri tanımlar; uzun süreli akışlar yerine küçük veri değişimlerine odaklanır.
• Birlikte çalışabilirlik ortak GATT servisleri ve karakteristikleri üzerinden sağlanır.

Örnekler: gerçek BLE cihazlarının veri modeli

Bir kalp atış sensörü tipik olarak:

• Heart Rate Service sunar; Heart Rate Measurement karakteristiği bildirim destekler.
• Device Information Service model adı ve firmware sürümü gibi bilgileri verir.
• Genellikle Battery Service ile batarya seviyesini bildirir.

Genel bir perifer (sensör düğümü) şöyle olabilir:

• Özel bir servis Sensor Service ile Temperature, Humidity, Config gibi karakteristikler.
• Temperature ve Humidity okunabilir/bildirilebilir; Config yazılabilir parametreler için.

Uygulama ve firmware geliştiricileri için etkiler

Firmware geliştiriciler için BLE, bir GATT veritabanı tasarlamayı gerektirir:

• Hangi veri noktalarının karakteristik olacağını belirleyin.
• Mümkünse standart servisleri kullanın.
• Özellikleri (read, write, notify, indicate) ve izinleri (şifreleme, kimlik doğrulama) dikkatle ayarlayın.

Uygulama geliştiriciler için BLE ile etkileşim soketler yerine:

• Servisleri ve karakteristikleri keşfetmek
• Küçük veri parçalarını okumak/yazmak
• Değişiklikler için bildirimlere abone olmak önemlidir

Bu öznitelik‑merkezli model, klasik SPP üzerinde özel bir ikili protokol oluşturmaktan genelde daha kolaydır, ama UUID'leri ve karakteristik veri formatlarını bilmek, asenkron bildirimleri ve bağlantı durumunu yönetmek gerekir.

Kısacası, klasik Bluetooth size kanallar ve akışlar üzerine kurulu profiller verirken, BLE uygulama tarafından şekillendirilen bir öznitelik (GATT) modeli sunar.

Güvenlik, eşleştirme ve gizlilik farkları

Güvenlik, klasik Bluetooth ile BLE arasındaki en büyük pratik farklardan biridir. Radyo benzer olsa da eşleştirme akışı, anahtar yönetimi ve gizlilik araçları farklıdır.

Klasik Bluetooth: kısaca eşleştirme ve bağlama

Klasik Bluetooth cihazları genellikle:

1. Keşif (inquiry + scan) ile birbirini bulur.
2. Eşleştirme gerçekleştirir: eski PIN tabanlı eşleştirme veya Secure Simple Pairing (SSP) kullanılır:
   • Just Works: kullanıcı doğrulaması yok, MITM'e karşı en zayıf.
   • Passkey Entry: kullanıcı 6 haneli kodu girer.
   • Numeric Comparison: iki sayının eşleştiğini kullanıcı onaylar.
   • Out-of-Band (OOB): başka bir kanal (ör. NFC) ile veri alışverişi.
3. Link key türetilir, sonra 128-bit AES-CCM şifreleme etkinleştirilir.
4. İsteğe bağlı bonding ile link key saklanır ve sonraki otomatik yeniden bağlantı sağlanır.

Cihaz adresleri genelde statiktir; klasik Bluetooth yerleşik gizlilikten yoksundur.

BLE: güvenlik modları, LE Secure Connections ve gizlilik

BLE açık güvenlik modları ve seviyeleri tanımlar:

• Security Mode 1 (link güvenliği)
  • Level 1: güvenlik yok
  • Level 2: doğrulanmamış şifreleme
  • Level 3: doğrulanmış şifreleme
  • Level 4: LE Secure Connections (doğrulanmış, ECDH tabanlı)
• Security Mode 2: AES-CMAC ile veri imzalama

BLE eşleştirme iki çeşittir:

• LE Legacy Pairing: eski yöntem, Short Term Key (STK) kullanır, MITM'e karşı daha zayıftır.
• LE Secure Connections: Elliptic Curve Diffie–Hellman (P-256) ile Long Term Key (LTK) türetir; modern kriptografik beklentilere uygundur ve önerilir.

BLE ayrıca gizlilik özellikleri getirir:

• Resoluble private addresses periyodik olarak değişir.
• Identity Resolving Key (IRK) sayesinde güvenilen cihazlar yine de tanınabilir.

Bunlar, cihaz takibini zorlaştırırken eşleştirilmiş cihazların tanınmasını korur.

Kullanıcı deneyimi farkları: uyarılar, PIN'ler ve eşleştirme akışları

Kullanıcı açısından:

• Klasik Bluetooth genellikle kulaklık, hoparlör veya araç kitleri bağlandığında eşleştirme diyalogları gösterir; sabit PIN (ör. 0000) veya sayısal karşılaştırma olabilir.
• BLE cihazlar bazı durumlarda eşleştirme olmadan bağlanıp veri alışverişi yapabilir; veya sadece korunmuş karakteristiklere erişildiğinde eşleştirme tetiklenir.
• Birçok BLE cihaz (sensörler, beacon'lar) ekran veya tuş takımı olmadığı için Just Works ya da OOB (QR kod, NFC veya basılı parolalar) kullanırlar.

Bu esneklik güçlüdür, ama UX ve güvenlik iyi bir uygulama ve cihaz tasarımına bağlıdır.

Şifreleme gücü ve gizlilik karşılaştırması

• Hem klasik Bluetooth hem BLE bağlantı şifrelemesi için 128-bit AES-CCM kullanır.
• Asıl fark anahtarların nasıl oluşturulduğu ve MITM'e karşı korunma yöntemindedir:
  • Klasik eski PIN'ler kolayca tahmin edilebilirse güvenlik azalır.
  • LE Secure Connections ile ECDH ve kimlik doğrulamaları daha güçlü garantiler sağlar.
• BLE'nin adres rastgeleleştirme ve IRK tabanlı çözümleme özellikleri klasik Bluetooth'ta yoktur ve gizlilik sağlar.

Güvenlik seviyesini seçerken iyi uygulamalar

Mühendisler için öneriler:

• Mümkünse LE Secure Connections tercih edin; LE Legacy Pairing'i devre dışı bırakın.
• Kimlik doğrulamalı eşleştirme (Numeric Comparison veya Passkey) kullanın:
  • Sağlık verileri
  • Erişim kontrolü (kilitler, araçlar)
  • Ödemeler veya kimlik bilgileri
• Ekransız cihazlarda Just Works'ten kaçının; OOB kullanarak kimlik doğrulamayı sağlayın.
• Kişisel veriler, kontrol veya yapılandırma verilerine erişmeden önce şifrelemeyi zorunlu kılın.
• BLE gizliliğini (resolvable private addresses) etkinleştirin ve kimlik bilgisi doğrudan yayınlamayın.
• Bonding'i sadece gerçekten gerekli cihazlarla sınırlayın; çok fazla bond uzun ömürlü anahtar yönetimini zorlaştırır.

İyi yapıldığında, BLE güvenlik açısından klasik Bluetooth ile eşdeğer veya daha iyi olabilir ve daha iyi gizlilik kontrolleri sunar.

Tipik kullanım durumları: hangi durumda BLE veya klasik uygun

BLE'nin güçlü olduğu yerler

BLE, küçük veri patlamaları gönderen ve aylar veya yıllar boyunca küçük pillerle çalışması gereken cihazlar için tasarlanmıştır.

BLE'nin tipik kullanım alanları:

• Sensörler: sıcaklık, nem, hareket, kapı/pencere sensörleri
• Beacon'lar: varlık/asset izleme tag'leri, mağaza ofis içi beacon'lar
• Giyilebilirler: adım sayar, kalp atışı, bildirimler
• Akıllı kilitler ve erişim kontrolü: kapı kilitleri, bisiklet kilitleri, kartlar

Bu durumda uygulama hızlı bağlanıp birkaç byte senkronize eder, sonra her iki taraf da uykuya döner ve uzun pil ömrü elde edilir.

Klasik Bluetooth'un doğru olduğu yerler

Klasik, sürekli, yüksek verimli akışlar için ayarlanmıştır.

Klasik Bluetooth için ideal alanlar:

• Ses: kulaklıklar, hoparlörler, araç kitleri
• HID cihazlar: klavye, fare, oyun kumandası (özellikle düşük gecikme kritikse)
• Tethering ve modemler: telefonun internetini bilgisayar veya araç sistemine yönlendirme

Burada güç kullanımı daha yüksek olabilir, ancak kullanıcılar genelde cihazları tekrar şarj etmeye razıdırlar.

Gri alanlar: her iki teknolojide iş görebilir

Bazı ürünler her iki şekilde yapılabilir:

• Küçük log veya ayar dosyalarının aktarımı: İnfrekansiyel ve küçük transferler için BLE uygundur; düzenli olarak megabaytlarca veri aktarılacaksa klasik daha iyi.
• PC çevre birimleri: BLE klavye/fare daha uzun pil ömrü sunar; klasik bazen daha duyarlı olabilir, eski host'larda daha sorunsuz bağlanabilir.
• Uzaktan kumandalar: BLE güç tasarrufu ve zengin veri desteği sunar; klasik eski TV/Set-top kutularla daha hızlı yeniden bağlanma sağlayabilir.

Kullanıcı deneyimi bağlantı davranışına bağlıdır:

• Kurulum süresi: BLE genellikle bir uygulama aracılığıyla eşleşir, bu OS tabanlı diyaloglardan daha akıcı olabilir ama uygulama bağımlılığı getirir.
• Yeniden bağlanma: Klasik genelde eşleştikten sonra stabil bir link korur; BLE güç tasarrufu nedeniyle agresif şekilde bağlantıyı kesip gerektiğinde yeniden bağlanabilir.
• Kararlılık: Klasik akışlar için daha öngörülebilirdir; BLE linkleri eğer yazılım çok agresif uykuya geçiyorsa "patlak" hissi verebilir.

Kısaca kurallar

• Veri deseniniz patlamalı ve hafif ise (sensör okumaları, kontrol komutları), BLE seçin.
• Ses veya sürekli düşük gecikmeli akış gerekiyorsa klasik (veya destekleniyorsa LE Audio) seçin.
• Cihazınız düğme hücre ile aylarca çalışmalıysa BLE'yi tercih edin.
• Hem tarafları kontrol edip daha yeni telefon/OS sürümlerini zorlayabiliyorsanız, BLE daha esnek ve güç verimlidir.
• Eski dizüstü bilgisayarlar, araç sistemleri ve TV'lerle uyumluluk gerekiyorsa klasik Bluetooth daha önemli olabilir.

Güç bütçesi ve veri deseni birincil filtreler olsun; sonra hedef platformlar ve kullanıcıların şarj/bağlantı beklentilerini göz önünde bulundurun.

Uyumluluk, çift modlu cihazlar ve gerçek dünya tuhaflıkları

Son on yılda satılan neredeyse her telefon, tablet ve dizüstü bilgisayar hem klasik hem BLE desteğine sahiptir. Eğer cihazınız "Bluetooth 4.0" veya daha yeni diyor ise, büyük ihtimal BLE de mevcuttur.

Çift modlu çipler nasıl çalışır

Çoğu ürün tek bir Bluetooth SoC kullanır:

• Tek radyo ve anten
• Klasik ve BLE arasında zaman dilimleme
• Paylaşılan baseband ve denetleyici, mantıksal yığınlar ayrı

Uygulama veya firmware tarafında iki ayrı kişilik gibi görünebilir: ses/legacy profiller klasik üzerinden, veri odaklı düşük güç kullanımı BLE üzerinden. Alt katta ise aynı çip paketleri planlar.

Bir tuhaflık: bazı işletim sistemleri klasik ve BLE için ayrı API'ler sunar ve her profil her framework aracılığıyla erişilebilir olmayabilir. Telefonlarda klasik genelde ses ve aksesuarlar için korunurken, BLE özel cihaz iletişimi için tercih edilir.

Bluetooth sürümleri arasında uyumluluk

Bluetooth sürümleri çoğunlukla geri uyumludur ama detaylar önemlidir:

• BLE Bluetooth 4.0+ donanımı gerektirir.
• Yeni özellikler (uzun menzil, 2M PHY, LE Audio) 5.x donanım ve yığın desteği ister.
• Sadece klasik destekleyen eski cihazlar BLE konuşamaz.

Radyo sürümü uysa bile profil uyumluluğu önemlidir: iki cihaz aynı profile (klasik) veya aynı servis/karakteristik setine (BLE GATT) sahip olmalıdır.

Firmware, sertifikasyon ve profil davranışı

Gerçek dünyadaki sorunlar çoğunlukla radyo değil yazılımdandır:

• Firmware güncellemeleri eşleştirme hatalarını, bağlantı düşmelerini ve birlikte çalışabilirlik sorunlarını düzeltebilir.
• Bluetooth SIG qualification uygulamanın spesifikasyona uygunluğunu sağlar, ama her telefonla kusursuz çalışacağı garantisi vermez.
• Satıcılar profillerin yalnızca bölümlerini uygulayabilir veya özel davranış ekleyebilir; bu bazı yığınları bozabilir.

Ürünü piyasaya sürüyorsanız, firmware sürümlerini takip edin ve Bluetooth ile ilgili düzeltmeler için sürüm notları hazırlayın; destek ekipleri bunlara güvenir.

Farklı telefon ve OS sürümleriyle test

Bluetooth davranışı platformlara ve OS yapılarına göre önemli ölçüde değişebilir. Faydalı uygulamalar:

• Önemli telefonların (iOS ve Android, farklı üreticiler) bir test matrisini tutun ve en az bir Windows/macOS host ekleyin.
• Her cihazda eşleştirme, yeniden bağlanma ve bonding silme (forget device) test edin; önbellekler farklı davranır.
• Ekran kilitliyken, uygulama arka plandayken ve Wi‑Fi/uçak modu değişimlerinde test edin.
• OS güncellemelerinden sonra tekrar test edin—Bluetooth yığınları beklenenden daha sık değişir.

BLE için özellikle dikkat edin:

• Farklı connection interval ve MTU varsayılanları
• Tarama/filtreleme tuhaflıkları ve arka plan taraması kısıtları
• OS kaynaklı yeniden bağlanma girişimleri

Çift modlu ve geniş uyumluluk için radyo genelde sorun olmaz, ama yığın ve OS davranışı her yerde farklıdır—ve ona göre test edin.

BLE ve klasik arasında nasıl seçim yapılır

BLE ile klasik Bluetooth arasında seçim yapmak, ürününüzün kısıtlarına ve kullanım durumlarına dürüstçe bakmakla ilgilidir. Gereksinimlerden başlayın, moda kapılmayın.

Adım 1: Ne gönderdiğinizi netleştirin

Bazı temel sorular sorun:

• Ne kadar veri? Sürekli ses veya büyük dosya transferleri genelde klasik Bluetooth gerektirir. Küçük, seyrek telemetri paketleri ve kontrol komutları genelde BLE için uygundur.
• Ne sıklıkta? Radyo çoğunlukla uyuyabilecekse BLE düşük görev döngüsü için idealdir. Sürekli link gerekiyorsa klasik daha sadık ve öngörülebilir olur.
• Hız? Sürekli yüzlerce kbps gerekiyorsa BLE’nin pratik verimini doğrulayın; yetersizse klasik seçin.

Adım 2: Pil ve form faktörü

• Pil boyutu ve değiştirme maliyeti. Düğme hücre veya enerji hasadı olan cihazlar kesinlikle BLE lehinedir.
• Şarj etmek kolay mı? Günlük veya sık şarj edilen ürünler (kulaklık, hoparlör) klasik kullanabilir.

Bu kısıtları yazın—pil kapasitesi, hedef ömür ve radyo için izin verilen güç bütçesini—ve klasik bağlantının kabul edilebilir olup olmadığını kontrol edin.

Adım 3: Hedef cihazlar ve ekosistem

• Hangi telefonlar, PC'ler veya hub'lar desteklenmeli? Modern telefonların hepsi BLE destekler; klasik ses profilleri de yaygındır ama bazı küçük gateway'ler veya MCU'larda yoktur.
• Gerekli profiller ve API'ler. Standart ses profillerine bağımlıysanız klasik mainstream tercihtir, ama LE Audio yayıldıkça değişebilir. Veri odaklı ürünler için BLE GATT olgun araçlar (sniffer'lar, SDK'lar) sunar.

Erken aşamada OS API'lerini ve sertifikasyon gereksinimlerini kontrol edin; bunlar hangi tarafa gideceğinizi etkileyebilir.

Adım 4: Geleceğe hazırlık

Ürününüz yıllarca satılacaksa:

• Bluetooth 5.x+ özelliklerini (uzun menzil, 2M PHY, Coded PHY) değerlendirin.
• Ses gerekiyorsa LE Audio benimsenmesini takip edin; gelecekte klasik ihtiyaç ortadan kalkabilir.

Donanımınızı ileride değiştirebilecek şekilde tasarlayın (pin‑uyumlu modül seçenekleri) ki standartlar veya pazar beklentileri değişirse firmware/modül değiştirilebilsin.

Adım 5: Geliştirme çabası ve karmaşıklık

Klasik Bluetooth yığını ve profilleri daha ağır olabilir; özel veri kanalları gerekiyorsa karmaşıklık artar. BLE'nin GATT modeli prototipleme için genelde daha kolaydır ama bağlantı parametrelerini ve güvenliği dikkatle ayarlamak gerekir.

Ekiplerinize sorun:

• Hangi yığını bilirler?
• Hangi araçlar/analizörler mevcut?

Bazen “daha kolay” radyo, ekibin halihazırda hangi konuda deneyimi olduğudur.

Adım 6: Karar vermeden önce belgeleyin

Bir modül veya SoC kilitlemeden önce şunları yakalayın:

• Gerekli veri hızı ve gecikme aralığı
• Tipik görev döngüsü ve pil hedefleri
• Desteklenecek platformlar (OS sürümleri, donanım)
• Güvenlik seviyesi (eşleştirme, bonding, gizlilik gereksinimleri)
• Ürün ömrü ve yükseltme yolu

Bu kontrol listesiyle BLE‑only, klasik‑only ve çift‑mod seçeneklerini karşılaştırın. BLE veri ihtiyaçlarınızı karşılıyorsa ve pil sıkıntısı varsa BLE'yi seçin. Yüksek kaliteli veya yoğun akışlı ses ürününüz varsa klasik (veya klasik ile birlikte BLE) seçin. Erken belgelenmemiş radyo değişiklikleri maliyetli olur.

Mühendisler için pratik uygulama notları

Donanım, RF ve sertifikasyon

Erken karar verin: yalnızca BLE çipi mi, çift modlu bir çip mi yoksa ön‑sertifikalı bir modül mü kullanacaksınız? Modüller RF tasarımını ve onay süreçlerini kolaylaştırır ama daha pahalıdır ve esnekliği sınırlayabilir.

Kendi kartınızı tasarlıyorsanız anten yerleşimi, toprak düzlemleri ve referans tasarımın keep-out bölgelerine dikkat edin. Küçük kasa değişiklikleri veya yakındaki metal menzili ciddi şekilde azaltabilir; RF ayarı ve gerçek saha testleri planlayın.

Sertifikasyonları hesaba katın: FCC/IC, CE ve Bluetooth SIG qualification. Nitelikli bir modül kullanmak genelde tam testten ziyade listeleme ve evrak işlerini azaltır.

OS desteği ve API'ler

iOS BLE'yi Core Bluetooth ile sunar; klasik Bluetooth daha çok sistem özellikleri ve MFi aksesuarları için ayrılmıştır. Android hem klasik hem BLE'yi farklı API ve izin modelleriyle destekler.

Karmaşıklıklar: arka plan tarama sınırları, üretici farklılıkları (Android), ve agresif güç yönetimi taramaları veya bağlantıları durdurabilir.

Mimari ve desenler

Yaygın desenler:

• Peripheral sensörler BLE ile telefona konuşur; telefon buluta senkronize eder.
• Ağ geçitleri (Wi‑Fi veya hücresel) birçok BLE periferini arka uca köprüler.
• Cihazlar yerelde kontrol için BLE, doğrudan bulut erişimi için LTE‑M/NB‑IoT gibi hücresel ağları kombine eder.

Hata ayıklama araçları ve sürtüşmeyi azaltma

Eşleştirme veya GATT sorunları belirsizse protokol sniffer'ları (nRF Sniffer, Ellisys, Frontline) kullanın. Bunları nRF Connect veya LightBlue gibi test uygulamaları ve platform logları (Xcode, Android logcat) ile tamamlayın.

Bağlantı sorunlarını ve kullanıcı sıkıntılarını azaltmak için:

• Çok sayıda telefonla test ederek muhafazakar varsayılan bağlantı parametreleri seçin.
• Eşleştirme ve yeniden bağlanma için yeniden deneme ve net hata yönetimi uygulayın.
• İzinler, Bluetooth durumu ve konum istemlerini nazikçe ele alın.
• Karakteristikleri küçük tutun, sorgulama yerine bildirim/indication kullanın ve gürültülü RF ortamlarında test edin.

Yaygın mitler, SSS ve hızlı özet

Yaygın mitler

“BLE her zaman daha iyi menzile sahiptir.” Hayır—menzil radyo gücü, anten tasarımı, ortam ve PHY tercihlerinden daha fazla etkilenir. Klasik ürünler bazı durumlarda BLE ile eşleşebilir veya daha iyi olabilir. BLE sadece uzun menzil için esneklik sağlayan ek PHY seçenekleri sunar.

“Klasik Bluetooth eskidi.” Hayır—klasik hâlâ ses (kulaklıklar, hoparlörler, araç kitleri) ve birçok HID cihazı için varsayılandır. BLE sensörler ve IoT bağlantılarını ele geçiriyor, ama klasik profiller gereken yerlerde kalıcı olacaktır.

“LE Audio bugün tüm klasik sesi değiştirir.” LE Audio BLE radyolar üzerinde çalışır ama kendi profilleri ve LC3 codec gibi yeni öğeleri kullanır. Uzun süre klasik A2DP/HFP ile birlikte var olacaktır ve birçok cihaz her ikisini de destekleyecektir.

Sıkça sorulanlar: BLE ve klasik birlikte kullanımı

Bir ürün her ikisini de kullanabilir mi? Evet. Dual‑mode çipler klasik + BLE'yi aynı 2.4 GHz radyoda destekler.

Tipik desen: BLE kontrol, provisioning ve veri kaydı; klasik yüksek bant gerektiren ses için.

Takaslar var mı? Evet—iki yığını entegre etmek, daha fazla test ve sertifikasyon ve radyo zamanlaması kaynağı gerektirir.

Hızlı sorun giderme ipuçları

• Eski bond kayıtlarını her iki tarafta silip yeniden eşleştirin.
• Beklenen servisleri yayınlayıp yayınlamadığınızı ve uygun güvenlik ayarlarını kullandığınızı doğrulayın.
• Bağlantı parametrelerini kontrol edin; çok uzun aralıklar “gecikme” veya düştü hissi verebilir.

Özet ve karar özeti

• BLE kullanın: düşük güçlü sensörler, giyilebilirler, beacon'lar, yapılandırma uygulamaları ve çoğu IoT bağlantısı için.
• Klasik kullanın: miras ve mevcut nesil ses (A2DP/HFP) için.
• Her ikisini kullanın: modern uygulama kontrolü/telemetri ve klasik profil ses gerektiğinde.

Ana kriterleriniz: güç bütçesi, veri hızı, ses gereksinimleri ve ekosistem/uyumluluk. Bu kısıtlara uyan modu seçin; hiçbir teknolojinin her durumda "daha iyi" olduğunu varsaymayın.