MCU MİKRODENETLEYİCİ TEDARİĞİ
Bir MCU gereksinimini teklif alınmaya hazır bir tedarik talebine dönüştürün.
- Üretimde değişmemiş bir cihazın kullanılması gerekiyorsa tam MPN'yi belirtin.
- Bir alternatif değerlendirilmeden önce teknik olmazsa olmazları kayda geçirin.
- Talebin değerlendirilmesini kolaylaştırmak için uygulama bağlamını kullanın.
Tam parça veya aile
Üretici parça numarasını, cihaz ailesini veya zaten bildiğiniz bilgileri belirtin.
Tasarım açısından kritik özellikler
Belleği, arayüzleri, kılıfı, sıcaklığı ve değiştirilemeyecek tüm parametreleri belirtin.
Onay sınırı
Alternatiflerin incelenip incelenemeyeceğini ve önerilen bir değişikliği kimin onaylaması gerektiğini belirtin.
DOĞRU TEDARİK YOLUYLA BAŞLAYIN
Her biri farklı bilgiler gerektiren üç yaygın MCU talebi.
Bir MCU talebi, yalnızca ürün kategorisini değil, verdiğiniz kararı yansıttığında daha uygulanabilir olur. Projenize en uygun yolu seçin ve ardından RFQ'nuzda ilgili ayrıntıları sağlayın.

Tam MPN ikamesi
Onaylanmış tasarımın belirli bir cihazı koruması gerektiğinde bunu kullanın. Tam MPN'yi, miktarı, kılıfı ve satın alma süreciniz açısından önemli olan tarih kodu, ambalaj veya dokümantasyon koşullarını ekleyin.

Tedarik kısıtlı MCU
İncelemenin nedenini açıklayın ve vazgeçilmez parametreleri tercih edilenlerden ayırın. Önerilen bir cihaz, mühendislik onayınız olmadan pin, ürün yazılımı veya sistem uyumluluğuna sahip kabul edilmemelidir.

Erken aşama tasarım özeti
Nihai parça henüz belirlenmemişse uygulamayı, tercih edilen mimariyi, G/Ç'yi, bellek aralığını, bağlantı özelliklerini ve hedef kılıfı paylaşın. Bu, yapılandırılmış bir görüşme için pratik bir başlangıç oluşturur.
MCU RFQ KONTROL LİSTESİ
Doğru mikrodenetleyici talebini tanımlamaya yardımcı olan ayrıntılar.
Parça numarası güçlü bir bilgidir, ancak her zaman yeterli değildir. Kullanılabilirlik, ambalaj veya önerilen bir değişiklik görüşülürken nelerin korunması gerektiğini bir alıcının veya mühendisin anlamasına yardımcı olacak tasarım ve onay bilgilerini ekleyin.
| RFQ ayrıntıları | Belirtilmesi gerekenler | Neden önemli olduğu |
|---|---|---|
|
Parça kimliği Temel |
Tam MPN, üretici, revizyon veya cihaz ailesi; mevcut olan tek bilgi kısmi işaretlemeyse bunu belirtin. | Kesin bir komponent ihtiyacını kategori düzeyindeki bir sorgudan ayırır. |
| Çekirdek ve bellek | Bilindiği durumlarda mimari tercihi, Flash, SRAM, EEPROM veya harici bellek gereksinimi. | Ürün yazılımının ve kart tasarımının gerektirdiği kaynakların gözden kaçırılmasını önler. |
| Çevre birimleri ve arayüzler |
ADC, PWM, zamanlayıcılar, UART, SPI, I²C, CAN, USB, Ethernet veya gerekli diğer işlevler. | Pratik cihaz uygunluğunu etkileyen G/Ç ve iletişim rollerini tanımlar. |
| Paket ve koşullar |
Paket, pin sayısı, gerilim aralığı, çalışma sıcaklığı ve taşıma veya ambalaj gereksinimleri. | Cihaz talebini montaj, ortam ve satın alma kısıtlarıyla ilişkilendirir. |
|
Alternatif sınırı Onay |
Alternatiflere izin verilip verilmediği, nelerin değişebileceği ve önerilen ikame ürünü kimin inceleyeceği. | Alternatif bir ürünün otomatik bir doğrudan ikame olarak değerlendirilmesini önler. |
MCU AİLE REFERANSI
Teknik görüşmeyi çerçevelemek için MCU sınıfını kullanın.
Aşağıdaki kategoriler, nihai MPN doğrulanmadan önce bir sorgunun düzenlenmesine yardımcı olur. Bunlar stok durumu beyanı değildir ve ilgili veri sayfasının, tasarımın ve onay kriterlerinin incelenmesinin yerine geçmez.
Üretici adları ve seriler yalnızca alıcı referansı olarak verilmiştir. Bunlar yetkilendirme, bağlılık, stok veya tedarik taahhüdü anlamına gelmez.
Prototip parçası artık tek seçenek değil
BOM'un birden fazla sahibi vardır
Üretim miktarları planlama eksiklerini ortaya çıkarır
Geç yapılan bir değişikliği açıklamak daha maliyetli hâle gelir
TASARIM GİRDİSİNDEN DAHA NET BİR MCU TALEBİNE
Eksiksiz parça numarası yok mu? Dört pratik adımda bir MCU özeti oluşturun.
Kısa bir özet, mühendislik doğrulamasının yerini tutmaz. Tedarik veya alternatif değerlendirmesi başlamadan önce, seçilen cihazın desteklemesi gerekenleri ekibiniz için daha iyi şekilde kayıt altına almanızı sağlar.
Üründeki rolünü açıklayın
Gerekli arayüzleri listeleyin
Çalışma sınırlarını belirleyin
Değişiklik kontrolünü tanımlayın
Talebi hazırlamak için bu sayfayı kullanın. Nihai bileşen seçimi, ürün yazılımı geçişi, uygunluk incelemesi ve sistem doğrulaması, yetkin mühendislik ve kalite ekiplerinizin sorumluluğunda kalır.
UYGULAMA BAĞLAMI ÖNEMLİDİR
Aynı MCU ailesi, farklı ürünlerde farklı kısıtlar anlamına gelebilir.
Genel bir “MCU gerekli” açıklamasına güvenmek yerine, cihazın ürün içinde nerede konumlandığını tedarik ekibine bildirin. Bu, talebe daha net bir teknik bağlam kazandırır ve onayla ilgili soruları erkenden görünür kılar.
Akıllı ev kontrolleri
Tüketici elektroniği
Giyilebilir ve taşınabilir cihazlar
Motor ve cihaz kontrolü
İLK TERCİH EDİLEN MCU KISITLANDIĞINDA
Bir MCU alternatifini hızlı bir ikame olarak değil, mühendislik kararı olarak ele alın.
Benzer bir çekirdek, Flash boyutu veya kılıf önemli olabilir; ancak bunlar doğrudan tak-çalıştır bir yedek olduğunu göstermez. Değişiklik önerisi üretime ulaşmadan önce onay sürecini bu değişikliğin etrafında oluşturun.
- Değişmeden kalması gerekenleri belgeleyin.
- Farkların inceleme için görünür hâle getirilmesini talep edin.
- Teknik, kalite ve satın alma onaylarını doğru sorumluya yönlendirin.
Alternatif sınırlarını ilk RFQ'ya dâhil edin.
Siparişe özel kararı destekleyen kanıt, değişiklik kontrolü ve onay gerekliliklerini çerçevelemek için Kalite Güvencesi sayfasını kullanın.
- Parçanın birebir aynı mı olması, işlevsel olarak incelenmesi mi yoksa alternatiflere açık mı olması gerektiğini belirtin.
- İç sürecinizin gerektirdiği tasarım, uygunluk, test veya dokümantasyon gerekliliklerini listeleyin.
- Bir malzeme değişikliği sevkiyata yönelmeden önce bir karar noktası bırakın.
İLGİLİ ÜRÜN GRUPLARI
MCU talebini çevresindeki bileşenlerle ilişkilendirin.
Eksiksiz bir kontrol kartı veya bağlantılı ürün talebi yalnızca mikrodenetleyiciyi içermeyebilir. İlgili kategorileri inceleyin, ardından birleştirilmiş BOM'u veya parça listesini RFQ'ya ekleyin.
Kablosuz ve bağlantı IC'leri
Güç yönetimi IC'leri Regülasyon, şarj, dönüşüm ve güç kontrolü tasarım gereksinimleri
Güç yönetimi IC'leri
Regülasyon, şarj, dönüşüm ve güç kontrolü tasarım gereksinimleri
Sürücü Entegre Devreleri
Genellikle aynı kart bağlamını paylaşan ekran, hareket ve güç kontrolü bileşenleri
Üretici ve kategori referansları
Bir üretici, aile veya kısmi MPN sorgusunu düzenlemek için Ürün Kartı'nı kullanın
MCU TEDARİK SSS
MCU teklifi istemeden önce yararlı yanıtlar.
Bu yanıtlar, yaygın tedarik sorularını RFQ'ya kaydedilebilecek ayrıntılara dönüştürmeye yardımcı olur. Veri sayfası incelemesinin veya mühendislik doğrulamasının yerini tutmazlar.
Tam MCU parça numarasına sahipsem neleri dâhil etmeliyim?
Üreticinin tam parça numarasını, miktarı, kılıfı ve teslimat adresini sağlayın. Onaylı alternatifler, tarih kodu beklentileri, ambalaj, dokümantasyon veya gerekli teslimat aralığı gibi projeniz için önemli koşulları ekleyin.
Bir MCU alternatifi pin uyumlu bir yedek olarak değerlendirilebilir mi?
Otomatik olarak değerlendirilemez. Yalnızca pin sayısı, çekirdek türü veya bellek boyutu; eşdeğer elektriksel davranışı, çevre birimlerinin çalışmasını, ürün yazılımı uyumluluğunu veya sistem performansını kanıtlamaz. Önerilen her alternatif, kendi mühendislik ve onay sürecinizden geçmelidir.
Uygulamayı biliyor ancak MCU modelini bilmiyorsam ne yapmalıyım?
Üründeki rolü, gerekli arayüzleri, bellek aralığını, kılıfı, gerilimi, çalışma ortamını ve tasarımda vazgeçilemeyecek özellikleri açıklayın. Bu, tek başına bir kategori adından daha net bir teknik gereksinim tanımı oluşturur.
Bir seri veya üretici referansı stok ya da yetkilendirme durumunu doğrular mı?
Hayır. Bir referans, bir bileşen ailesinin veya sorgu yönünün belirlenmesine yardımcı olur. Stok durumu, kaynak koşulları, fiyatlandırma, teslim süresi ve her türlü dağıtım durumu, ayrıca teyit edilmesi gereken siparişe özgü konulardır.
