İşlemci Seçimi
Bu sayfa, B107AA R6 ana işlemcisinin (MCU) seçilme gerekçesini; donanım (pin/arayüz), yazılım (mevcut kod tabanı), saha koşulları (EMI/ESD) ve üretilebilirlik (paket, test) perspektiflerinden bir araya getirir. Amaç “en ucuz MCU”yu seçmek değil; toplam risk ve toplam maliyeti (BOM + geliştirme + doğrulama) minimize eden kararı gerekçelendirmektir.
Not: Buradaki maliyetler tahmini aralıklardır. Adet (1/100/1000), tedarik kanalı ve kur etkisiyle değişir. Bu bölüm, maliyeti asıl etkileyen kalemleri görünür kılmak içindir.
Seçilen MCU
B107AA R6 için ana işlemci olarak ATmega2560 (AVR 8-bit, TQFP-100) tercih edilmiştir. Bu tercih, kartın giriş/çıkış yoğunluğu ve çoklu seri haberleşme ihtiyacı nedeniyle “pin genişliği” üzerinden şekillenir. B107AA’nın sahada motor kumanda panosu gibi gürültülü bir ortamda çalışması, deterministik davranış ve hızlı hata ayıklama (debug) gibi pratik kriterleri de öne çıkarır.
R6’da sistem genelinde 3.3V mimarisi benimsenmiş olduğundan, MCU seçimi de bu ekosistemle uyumlu biçimde konumlandırılmıştır. Ayrıca platformda halihazırda olgunlaşmış AVR tabanlı yazılım altyapısının korunması, R5→R6 geçişinde takvimi ve doğrulama riskini anlamlı ölçüde düşürür.
Neden Bu İşlemci?
Pin sayısı ve çevre birimi gereksinimi
B107AA’da MCU yalnızca “kontrol” görevini değil; aynı zamanda sisteme ait birçok sinyalin merkezî toplama/dağıtım noktası olma görevini de üstlenir. Örneğin, sahadan gelen 8 kanal sense hattının ayrı ayrı izlenmesi, röle sürüşleri ve durum okumaları; bunun yanında GSM ve debug gibi hatlar üzerinden birden fazla seri arayüzün eş zamanlı çalışması MCU üzerinde ciddi bir I/O baskısı oluşturur. ATmega2560’ın avantajı, bu ihtiyacı ek expander/mux zorunluluğu olmadan karşılayabilmesidir. Böylece hem donanım karmaşıklığı hem de sahada hata ayıklama maliyeti sınırlanır.
Saha kararlılığı ve deterministik davranış
Motor panosu gibi ortamlarda, EMI kaynaklı yanlış tetiklemeler veya beklenmedik reset davranışları gerçek bir maliyet kalemidir. AVR mimarisi; basit kesme modeli, öngörülebilir zamanlama davranışı ve sahada yıllardır denenmiş yaklaşımıyla “az sürprizli” bir zemin sağlar. Bu zemin, watchdog politikası ve giriş filtreleme tasarımı ile birleştirildiğinde, bakım maliyetini düşürür.
Mevcut yazılım yatırımı ve risk yönetimi
MCU seçiminde en sık gözden kaçan nokta, birim fiyatın çoğu zaman toplam maliyetin küçük bir kısmı olduğudur. R6’nın hedefi; sahada çalışan R5 mimarisini ileri taşımak, ölçüm/koruma/güç revizyonlarını oturtmak ve sistem güvenilirliğini yükseltmektir. Bu bağlamda MCU değişimi; sürücülerin yeniden yazımı, test altyapısının güncellenmesi ve saha doğrulama süresinin uzaması gibi kalemlerle takvimi büyütür. ATmega2560 ile devam etmek; mevcut sürücülerin, saha davranışı bilgisinin ve üretim/programlama akışının korunmasını sağlar.
Üretilebilirlik
TQFP-100 gibi paketler; prototip ve erken üretim safhalarında rework kolaylığı ve görsel muayene avantajı sağlar. QFN/BGA sınıfı paketlere kıyasla “ilk seferde doğru üretim” oranını artırmak genellikle daha kolaydır. B107AA’nın iteratif revizyon döngüsü düşünüldüğünde bu pratik avantaj, toplam maliyete doğrudan yansır.
“Yeterli mi?” Kapasite Kontrolü
MCU’nun yeterliliğini değerlendirirken hedef, yalnızca bugün çalışan firmware değil; R6’nın getirdiği akışların (özellikle FOTA ve haberleşme) büyüme payıdır. Bu nedenle kontrol iki noktaya odaklanır: bellek bütçesi ve kesme/zamanlama bütçesi.
Flash / RAM bütçesi
FOTA ve haberleşme tarafında, Flash’ı büyüten kalemler çoğunlukla protokol yığınları, doğrulama (CRC vb.) ve güncelleme akışıdır. RAM tarafında ise UART ring-buffer’lar ve paketleme için kullanılan geçici buffer’lar (JSON/CBOR benzeri) kritik hale gelir.
R6 için temel mühendislik prensibi şudur: RAM kullanımını “tesadüfe” bırakmamak. Bu nedenle streaming yaklaşımı (parça parça işleme), sabit boyutlu ring-buffer ve heap kullanımının sınırlandırılması tercih edilmelidir. Aksi durumda, MCU seçiminden bağımsız olarak sahada kararsızlık üretme riski artar.
UART sayısı ve port paylaşımı
GSM + debug ve ek modüller aynı anda çalıştığında, seri hatların stabilitesi doğrudan ürün kalitesini belirler. ATmega2560’ın çoklu UART kapasitesi, hatları paylaşmak zorunda bırakmadığı için mimariyi sadeleştirir. UART sayısı yetersiz bir alternatifte yazılımsal UART, multiplexer veya farklı topolojiler devreye girer; bu da EMI ortamında yeni risk alanları açar.
Interrupt / pin-change yükü
8 kanal sense için pin-change interrupt yaklaşımı uygundur. Buradaki kritik nokta, ISR içinde “iş yapmamak”, yalnızca olay işaretlemek ve asıl işlemleri ana döngüde yürütmektir. Böylece sahadaki gürültü/yanlış tetikleme senaryolarında sistemin kilitlenme olasılığı düşer.
Seçim Kriterleri
Aşağıdaki tablo, seçim mantığını özetler; burada “✅/⚠️” işaretleri kararın tek başına kanıtı değil, hangi başlıkların daha fazla mühendislik disiplini gerektirdiğini hızlıca göstermeyi amaçlar.
| Kriter | Hedef | ATmega2560 Durumu | Not |
|---|---|---|---|
| I/O sayısı | Yüksek | ✅ Çok yüksek | 8 sense + röle + periferi |
| UART sayısı | 2+ | ✅ | GSM + debug + ek hat |
| Geliştirme riski | Düşük | ✅ | Mevcut kod tabanı |
| Saha kararlılığı | Yüksek | ✅ | Basit/deterministik |
| Güç tüketimi | Orta | ⚠️ | Doğru sleep ile iyileştirilir |
| Birim maliyet | Orta | ⚠️ | Alternatiflerde düşebilir ama migration maliyeti var |
Alternatif MCU Seçenekleri
Alternatifler değerlendirilirken iki farklı yaklaşım ortaya çıkar: “minimum değişiklikle devam” ve “platformu bir sonraki seviyeye taşıma”. İlk yaklaşım, R6 takvimi ve saha doğrulaması açısından daha emniyetlidir; ikinci yaklaşım ise R7 gibi yeni bir kol açıldığında anlam kazanır.
Düşük migrasyon alternatifleri (AVR)
ATmega1280 aynı ailede “yakın” bir alternatiftir; ancak Flash/RAM başta olmak üzere kapasite marjı daraldığı için, FOTA ve haberleşme büyüdükçe risk artar. Diğer aile varyantları (ATmega640/ATmega1281 vb.) tedarik avantajı doğurabilse de pin/çevre birimi farklılıkları nedeniyle şema/PCB revizyonu gerektirebilir.
Bu grup, genellikle “temin sıkıntısı” gibi zorlayıcı sebepler oluştuğunda Plan B olarak değerlidir.
Yüksek migrasyon alternatifleri (32-bit)
STM32 gibi 32-bit aileler; daha geniş RAM/Flash ve gelişmiş çevre birimleriyle, uzun vadede FOTA ve haberleşme yükünü daha konforlu yönetmeye imkân tanır. Bununla birlikte, firmware portu, test altyapısı ve saha doğrulaması nedeniyle migrasyon maliyeti büyür. ESP32-S3 veya RP2040 gibi seçenekler de performans/ekosistem avantajı getirebilir; ancak endüstriyel determinism, EMI davranışı ve uzun saha tecrübesi açısından ekstra doğrulama talep eder.
Bu grup, R6 değil R7 perspektifinde değerlendirilmeye daha uygundur.
Mimari yaklaşım değişikliği (I/O expander ile küçük MCU)
Daha küçük bir MCU + interrupt çıkışlı I2C expander yaklaşımı, ilk bakışta BOM’u düşürebilir. Ancak I2C bağımlılığı ve EMI ortamında hat kararlılığı gibi başlıklar yeni risk alanları açar. Bu nedenle bu yaklaşım, ancak doğru hat topolojisi (pull-up, kablo/iz uzunluğu, ESD/filtreleme) ve kapsamlı saha testi ile anlam kazanır.
Tahmini Maliyet Kıyaslaması
Aşağıdaki tablo, 1 adet prototip bakışıyla “MCU çevresi” maliyetini kaba aralıklarla gösterir. Burada amaç kesin fiyat vermek değil; mimari kararların BOM’a nasıl yansıdığını kıyaslamaktır.
Varsayım: Harici kristal/osc, decoupling kapasitörleri, reset ağı ve programlama pad’leri dahil.
MCU çevresi maliyeti
| Seçenek | MCU | Gerekli ekler | Tahmini BOM etkisi (USD) | Not |
|---|---|---|---|---|
| Mevcut seçim | ATmega2560 | Kristal + pasifler + reset | 10–18 | Tedarike çok bağlı |
| AVR alternatif | ATmega1280 | Benzer | 8–15 | Kapasite riski |
| 32-bit geçiş | STM32F4 sınıfı | Reg/clock/debug altyapısı artabilir | 6–20 | Migrasyon maliyeti yüksek |
| Küçük MCU + expander | AVR/ARM küçük | I2C expander + filtre/koruma | 5–14 | EMI/I2C riski |
Migrasyon maliyeti, bu tablodaki rakamların ötesinde gerçek bir etkendir. AVR→AVR geçişi çoğu zaman sınırlı kalırken, 32-bit’e geçişte sürücü katmanı ve saha doğrulama süresi belirleyici olur. Bu yüzden “birim fiyat” düşse bile toplam maliyet kısa vadede artabilir.
Seçilmiş Parçalar
Bu bölüm, şematik kesinleştiğinde MPN seviyesine indirgenecektir. Şu aşamada MCU çevresinde değişmez kabul edilen yapı taşları aşağıdaki gibidir: MCU’nun kendisi, clock elemanı (kristal/rezonatör veya iç RC kararı), her besleme bacağı için yakın decoupling kapasitesi ve üretim programlamasına yönelik pad/header düzeni. Reset hattı, sahadaki EMI koşulları dikkate alınarak pull-up/RC veya gerekiyorsa supervisor yaklaşımıyla ele alınmalıdır.
Riskler ve Önlemler
Bu sayfada “önlem” başlığı altında verilenler, tek başına yeterli değildir; ilgili sayfalarda (giriş filtresi, reset/topoloji, FOTA akışı, test planı) detaylandırılmalıdır.
Bellek taşması (FOTA + haberleşme): Streaming yaklaşımı, sabit boyutlu ring-buffer ve heap kullanımının sınırlandırılması ile yönetilmelidir.
EMI kaynaklı yanlış tetikleme / reset: Girişlerde doğru pull-up/down, uygun RC/filtreleme ve reset hattının layout disiplini esastır. Watchdog politikası, “kilitlenmeyi toparlama” için bir güvenlik ağıdır.
Tedarik dalgalanması: AVR ailesi içinde yakın alternatifler Plan B olarak dokümante edilmeli; kritik parçalarda ikinci kaynak stratejisi uygulanmalıdır.
Sonuç
B107AA R6 için ATmega2560, toplam risk (donanım + firmware + saha davranışı) ve toplam maliyet (BOM + doğrulama) birlikte değerlendirildiğinde en rasyonel seçimdir. Bu seçim; yüksek I/O ve çoklu UART ihtiyacını ek bileşenlere zorunlu kalmadan karşılar, mevcut yazılım yatırımını korur ve R5→R6 geçişinde doğrulama takvimini yönetilebilir kılar.
R6 Kararı ve R7 Geçiş Stratejisi
Bu noktada alınan karar nettir: B107AA R6’da MCU değişmeyecektir. R6 revizyonu, sahada çalışan mimariyi minimum riskle ileri taşımayı hedefler ve kapsamını öncelikle güvenilirlik başlıklarına (FOTA kararlılığı, EMI/ESD dayanımı, üretilebilirlik) odaklar.
Buna paralel olarak B107AA R7, STM32 tabanlı bir mimariye geçişin ele alınacağı ayrı bir geliştirme kolu olarak planlanmıştır. R7, R6’yı etkilemeyecek şekilde paralel yürütülecek; erken aşamada sınırlı pilot sahalarda test edilerek olgunlaştırılacaktır. Geçişin temel prensibi, backend/mobil/saha prosedürlerine minimum etki için arayüz sözleşmesinin (komut seti, telemetri payload’ı, IO anlamları) mümkün olduğunca korunmasıdır.
Bu sayfa, R6 kararını “sabitlenmiş” kabul eder. R7 geçişinde yeni kararlar alınırsa ilgili revizyon notları bu bölümde güncellenecektir.