APPROVVIGIONAMENTO DI MICROCONTROLLORI MCU
Trasforma un requisito per un MCU in una richiesta di approvvigionamento pronta per la quotazione.
- Fornisci il codice MPN esatto quando il progetto richiede un dispositivo invariato.
- Registra i requisiti tecnici indispensabili prima di prendere in considerazione un'alternativa.
- Utilizza il contesto applicativo per rendere la richiesta più facile da valutare.
Codice prodotto o famiglia esatti
Indica il codice prodotto del produttore, la famiglia del dispositivo o le informazioni già note.
Caratteristiche essenziali per il progetto
Indica memoria, interfacce, package, temperatura e qualsiasi parametro che non può cambiare.
Limiti di approvazione
Specifica se è possibile valutare alternative e chi deve approvare una modifica proposta.
INIZIA DAL PERCORSO DI APPROVVIGIONAMENTO GIUSTO
Tre richieste comuni per MCU, ognuna delle quali richiede informazioni diverse.
Una richiesta per un MCU diventa più concreta quando riflette la decisione che stai prendendo, non solo la categoria del prodotto. Seleziona il percorso più adatto al tuo progetto, quindi fornisci i dettagli pertinenti nella richiesta di quotazione.
Sostituzione di un MPN esatto
Utilizza questa opzione quando il progetto approvato deve mantenere uno specifico dispositivo. Includi il codice MPN completo, la quantità, il package e qualsiasi condizione relativa a codice data, imballaggio o documentazione rilevante per il tuo processo di acquisto.
MCU soggetto a vincoli di disponibilità
Descrivi il motivo della valutazione e separa i parametri non negoziabili da quelli preferenziali. Non si deve presumere che un dispositivo suggerito sia compatibile a livello di pin, firmware o sistema senza l'approvazione del tuo team di ingegneria.
Brief di progettazione nelle fasi iniziali
Quando il componente finale non è ancora definito, condividi l'applicazione, l'architettura preferita, gli I/O, l'intervallo di memoria, la connettività e il package previsto. Questo crea un punto di partenza concreto per una discussione strutturata.
CHECKLIST PER LA RICHIESTA DI QUOTAZIONE MCU
I dettagli che aiutano a definire la richiesta corretta per un microcontrollore.
Un codice prodotto è importante, ma non sempre è sufficiente. Aggiungi le informazioni di progettazione e approvazione che aiutano un buyer o un tecnico a capire cosa deve essere tutelato quando si discutono disponibilità, imballaggio o una modifica proposta.
| Dettagli della RFQ | Cosa indicare | Perché è importante |
|---|---|---|
|
Identità del componente Essenziale |
MPN completo, produttore, revisione o famiglia del dispositivo; indica se è disponibile soltanto una marcatura parziale. | Distingue un’esigenza relativa a un componente preciso da una richiesta a livello di categoria. |
| Core e memoria | Preferenza architetturale, Flash, SRAM, EEPROM o requisito di memoria esterna, ove noto. | Impedisce che una richiesta trascuri le risorse necessarie al firmware e alla progettazione della scheda. |
| Periferiche e interfacce |
ADC, PWM, timer, UART, SPI, I²C, CAN, USB, Ethernet o altre funzioni richieste. | Raccoglie i ruoli di I/O e comunicazione che incidono sull’idoneità pratica del dispositivo. |
| Package e condizioni |
Package, numero di pin, intervallo di tensione, temperatura operativa e requisiti di manipolazione o imballaggio. | Collega la richiesta del dispositivo ai vincoli di assemblaggio, ambiente e acquisto. |
|
Limiti delle alternative Approvazione |
Indica se sono consentite alternative, cosa può cambiare e chi esamina un sostituto proposto. | Impedisce che un’alternativa venga considerata automaticamente come sostituzione drop-in. |
RIFERIMENTO FAMIGLIE MCU
Utilizza la classe MCU per impostare la discussione tecnica.
Le categorie seguenti aiutano a organizzare una richiesta prima della conferma dell’MPN finale. Non sono dichiarazioni di disponibilità né sostituiscono la verifica della scheda tecnica pertinente, della progettazione e dei criteri di approvazione.
I nomi dei produttori e delle serie sono esclusivamente esempi di riferimento per l’acquirente. Non indicano autorizzazione, affiliazione, disponibilità a magazzino o un impegno di approvvigionamento.
Il componente del prototipo non è più l'unica opzione
La BOM ha più di un responsabile
Le quantità di produzione fanno emergere le lacune nella pianificazione
Una modifica tardiva diventa più costosa da spiegare
DALL'INPUT DI PROGETTAZIONE A UNA RICHIESTA MCU PIÙ CHIARA
Nessun codice componente completo? Prepara una scheda tecnica MCU in quattro passaggi pratici.
Una scheda tecnica concisa non sostituisce la validazione ingegneristica. Offre al tuo team una registrazione più completa di ciò che il dispositivo selezionato deve supportare prima di avviare una discussione sull'approvvigionamento o sulle alternative.
Usa questa pagina per preparare la richiesta. La selezione finale del componente, la migrazione del firmware, la verifica della conformità e la validazione del sistema restano decisioni dei tuoi team qualificati di ingegneria e qualità.
IL CONTESTO DELL'APPLICAZIONE È IMPORTANTE
La stessa famiglia di MCU può comportare vincoli diversi in prodotti diversi.
Invece di affidarti a una descrizione generica come “serve un MCU”, indica al team di approvvigionamento dove si trova il dispositivo nel prodotto. In questo modo la richiesta avrà un contesto tecnico più chiaro e le questioni relative all'approvazione saranno visibili fin dalle prime fasi.
Controlli per la smart home
Elettronica di consumo
Dispositivi indossabili e portatili
Controllo di motori ed elettrodomestici
QUANDO IL MCU DI PRIMA SCELTA È SOGGETTO A VINCOLI
Tratta un'alternativa al MCU come una decisione ingegneristica, non come una sostituzione rapida.
Un core, una dimensione della memoria Flash o un package simili possono essere rilevanti, ma non costituiscono una sostituzione diretta. Definisci il processo di approvazione relativo alla modifica proposta prima che raggiunga la fase di produzione.
- Documenta ciò che deve rimanere invariato.
- Richiedi che le differenze siano rese visibili per la revisione.
- Indirizza l'approvazione tecnica, qualitativa e degli acquisti al responsabile appropriato.
Definisci i limiti delle alternative già nella prima RFQ.
Utilizza la pagina Quality Assurance per definire i requisiti relativi a evidenze, controllo delle modifiche e approvazione che supportano una decisione specifica per l'ordine.
- Specifica se il componente deve essere identico, sottoposto a verifica funzionale o aperto ad alternative.
- Elenca i requisiti di progettazione, conformità, test o documentazione necessari per il tuo processo interno.
- Mantieni un punto decisionale prima che una modifica sostanziale proceda verso la spedizione.
FAMIGLIE DI PRODOTTI CORRELATE
Collega la richiesta del MCU ai componenti che lo circondano.
Una richiesta completa per una scheda di controllo o un prodotto connesso può includere più del solo microcontrollore. Esplora le categorie correlate, quindi porta la distinta base o l'elenco dei componenti combinato nella RFQ.
IC wireless e per la connettività
IC per la gestione dell'alimentazione Esigenze di progettazione relative a regolazione, ricarica, conversione e controllo dell'alimentazione
Circuiti integrati per la gestione dell'alimentazione
Esigenze di progettazione relative a regolazione, ricarica, conversione e controllo dell'alimentazione
Circuiti integrati driver
Componenti per display, movimento e controllo dell'alimentazione che condividono comunemente il contesto della scheda
Riferimenti a produttori e categorie
Utilizza la Line Card per organizzare una richiesta relativa a un produttore, una famiglia o un MPN parziale
FAQ SULL'APPROVVIGIONAMENTO DEI MCU
Risposte utili prima di richiedere un preventivo per un MCU.
Queste risposte aiutano a trasformare le domande comuni sull'approvvigionamento in dettagli che possono essere registrati nella RFQ. Non sostituiscono la revisione del datasheet o la convalida ingegneristica.
Cosa devo includere se ho il codice esatto del componente MCU?
Fornisci il codice completo del componente del produttore, la quantità, il package e la destinazione. Aggiungi le condizioni importanti per il tuo progetto, come alternative approvate, requisiti relativi al codice data, imballaggio, documentazione o una finestra di consegna richiesta.
Un'alternativa al MCU può essere trattata come una sostituzione compatibile a livello di pin?
Non automaticamente. Il solo numero di pin, il tipo di core o la dimensione della memoria non dimostrano l'equivalenza del comportamento elettrico, del funzionamento delle periferiche, della compatibilità del firmware o delle prestazioni del sistema. Qualsiasi alternativa proposta dovrebbe seguire il tuo processo di approvazione e ingegneria.
Cosa succede se conosco l'applicazione ma non il modello di MCU?
Descrivi il ruolo del prodotto, le interfacce richieste, l'intervallo di memoria, il package, la tensione, l'ambiente operativo e qualsiasi caratteristica di progettazione non negoziabile. In questo modo otterrai un brief tecnico più chiaro rispetto al semplice nome di una categoria.
Un riferimento a una serie o a un produttore conferma la disponibilità a magazzino o l'autorizzazione?
No. Un riferimento aiuta a identificare una famiglia di componenti o l'oggetto della richiesta. Disponibilità, condizioni di approvvigionamento, prezzi, tempi di consegna ed eventuale stato di distribuzione sono aspetti specifici dell'ordine che devono essere confermati separatamente.