Individua ogni componente obsoleto in ogni progetto PCB

Un avviso di fine vita può sembrare poca cosa. Indica un componente, un fornitore e una data. L’impatto sull’ingegneria può essere molto più ampio. Lo stesso regolatore, dispositivo di memoria, connettore o sensore può essere presente in dodici progetti PCB, diverse varianti di prodotto, vecchi pacchetti di rilascio e un nuovo progetto che non è ancora arrivato al prototipo.

La maggior parte dei team riesce a trovare il componente nella BOM che sta consultando. Il compito difficile è trovare ogni altro punto in cui viene utilizzato. Le persone cercano nei fogli di calcolo, aprono progetti archiviati, chiedono ai progettisti e confrontano manualmente i codici componente. Questo lavoro è lento e può comunque non individuare una variante già rilasciata o un prodotto di assistenza.

La visibilità where-used cambia il punto di partenza. Invece di chiedere a ogni responsabile di progetto di cercare il componente, il team parte dal componente e segue i suoi collegamenti a ogni progetto e BOM che lo utilizza. Il risultato è un elenco di impatto delimitato che i team di ingegneria, approvvigionamento, produzione, qualità e assistenza possono affrontare insieme.

Punti chiave

• Un avviso di fine vita è un evento che riguarda l’intero portafoglio quando lo stesso componente compare in molte schede, varianti e BOM rilasciate.
• La visibilità where-used collega un componente del produttore a ogni progetto e BOM che lo utilizza, così i team possono definire l’impatto completo prima di scegliere una sostituzione.
• Una buona gestione dell’obsolescenza dei componenti unisce dati aggiornati sui componenti a una chiara assegnazione delle responsabilità, revisione tecnica, approvazione, rilascio e controlli di prevenzione.
• Altium Agile Teams può supportare questo lavoro tramite Parts in Use, collegamenti Used In, BOM gestite, dati di lifecycle, commenti, attività e record di progetto condivisi.

Perché un singolo avviso EOL diventa un problema di portafoglio

Un componente diventa un problema di portafoglio quando il suo utilizzo è distribuito tra prodotti, release e team. Il rischio non riguarda solo la fornitura futura. Una sostituzione può influire su limiti elettrici, layout PCB, firmware, ingombro meccanico, fasi di test, documentazione normativa e istruzioni di fabbrica.

Lo stesso componente può anche svolgere ruoli diversi. Una scheda può usarlo in un percorso di sicurezza. Un’altra può usarlo in un circuito di monitoraggio a basso rischio. Una terza può usarlo solo in un prototipo. Questi casi non dovrebbero ricevere la stessa priorità o lo stesso piano di test.

Cosa significa visibilità where-used

La visibilità where-used è la capacità di partire da un componente e vedere ogni sorgente gestita che dipende da esso. La risposta utile non è un risultato di ricerca con testo simile. È una relazione tra il componente del produttore, la sorgente della BOM e gli esatti riferimenti di progetto.

In Altium Agile Teams, Parts in Use fornisce una vista aggregata dei componenti del produttore utilizzati nei Workspace Projects e nelle Managed BOMs. I relativi collegamenti Used In possono mostrare le sorgenti della BOM e i designatori associati. Le viste personalizzate possono includere varianti di progetto, file di rilascio, Managed BOMs e release.

Questo livello di dettaglio è importante durante un evento EOL. Distingue una revisione completa dell’impatto da una ricerca testuale generica. Consente inoltre al team di salvare o filtrare una vista per una famiglia di prodotti, un programma attivo, una fabbrica o un ambito di assistenza.

Una risposta pratica a un componente obsoleto

La risposta migliore è un processo di modifica controllato, non la corsa a scegliere il primo equivalente disponibile. Usa i passaggi seguenti come modello operativo.

1. Conferma l’avviso: Controlla il codice del componente del produttore, lo stato del lifecycle, la data di last-time buy e la fonte dell’avviso. Distingui un vero EOL da una bassa disponibilità o da un problema temporaneo di lead time.
2. Crea l’elenco dell’impatto: Usa i dati where-used per elencare ogni progetto, variante, BOM gestita, release e designatore interessato. Elimina i duplicati, ma mantieni il contesto della release.
3. Classifica il rischio aziendale: Registra domanda, scorte, fase del prodotto, obblighi di assistenza, impegni verso i clienti e la data in cui la fornitura diventa critica.
4. Valuta l’impatto tecnico: Esamina funzione, caratteristiche nominali, package, footprint, pinout, esigenze termiche, collegamenti al firmware, conformità, copertura di test ed effetto sulla produzione.
5. Scegli una risposta: Usa le scorte disponibili, qualifica una scelta di componente, riprogetta il circuito, effettua un last-time buy o ritira il prodotto interessato. Una sola risposta potrebbe non adattarsi a ogni progetto.
6. Controlla la modifica: Assegna i responsabili, svolgi revisioni di progetto, aggiorna la libreria e la BOM, rilascia i progetti interessati e conserva la decisione e la documentazione di supporto.
7. Previeni il riutilizzo: Modifica il lifecycle del componente o la regola di utilizzo in modo che i nuovi progetti non selezionino l’articolo obsoleto, mentre i record dei prodotti esistenti restano tracciabili.

Perché anche una sostituzione drop-in può comunque richiedere lavoro ingegneristico

Una sostituzione è sicura solo dopo che il team ha verificato il contesto progettuale. Non basta far corrispondere il package e la funzione principale. Compatibilità dei pin, limiti elettrici, comportamento all’avvio, prestazioni termiche, tolleranza, livello di qualificazione, ipotesi del firmware, dati del simbolo, dati del footprint e stabilità della fornitura possono tutti essere importanti.

• Elettrico: Confronta limiti assoluti, intervallo operativo, timing, rumore, accuratezza, potenza e comportamento delle protezioni.
• Fisico: Controlla package, footprint, altezza, geometria dei pad, orientamento e processo di assemblaggio.
• Sistema: Esamina firmware, calibrazione, limiti di test, controlli di sicurezza e requisiti dipendenti.
• Fornitura: Controlla lifecycle del produttore, fonti approvate, profondità di stock, lead time, alternative e rischio di contraffazione.
• Documentazione di supporto: Definisci i record di revisione, test, approvazione e rilascio necessari per ogni prodotto interessato.

Come Altium Agile Teams supporta il flusso di lavoro

Altium Agile Teams può mantenere il rischio dei componenti, il contesto progettuale e le attività di modifica in un unico ambiente condiviso. Il team può trovare il lavoro interessato, assegnare le azioni e mantenere il risultato collegato al record del prodotto. 

Altium Agile Teams fornisce dati aggiornati su lifecycle, disponibilità, prezzi, conformità, alternative e tracciamento where-used nelle BOM. Puoi identificare i componenti soggetti a carenze, problemi di conformità o obsolescenza e determinare quali progetti sono interessati.

Ecco alcune funzionalità che potresti trovare particolarmente utili:

• Parts in Use: Esamina i componenti del produttore nei Workspace Projects e nelle Managed BOMs.
• Collegamenti Used In: Apri ogni sorgente interessata e visualizza i designatori associati.
• Dati live sui componenti: Porta segnali di lifecycle, stock, lead time, conformità e rischio nel lavoro di progettazione e BOM.
• Commenti e attività: Offri a ingegneria e approvvigionamento un unico punto in cui registrare domande, responsabilità e follow-up.
• Release gestite: Mantieni la decisione di sostituzione collegata alla revisione del prodotto e al percorso di rilascio.
• Controlli di lifecycle: Contrassegna i componenti in modo che il loro uso nei nuovi progetti segua le regole dell’organizzazione.

Un semplice modello di controllo dell’obsolescenza

La gestione dell’obsolescenza dei componenti elettronici funziona al meglio come un ciclo. Monitora i dati dei componenti, individua gli utilizzi, valuta l’impatto, decidi, modifica, verifica, rilascia e continua a monitorare. Il ciclo dovrebbe avviarsi prima che la produzione venga bloccata.

La domanda migliore è “Dove viene usato questo componente?”

Un avviso EOL non dovrebbe avviare dodici ricerche separate. Dovrebbe avviare un’unica revisione d’impatto connessa. La visibilità where-used offre al team la mappa. Il giudizio ingegneristico decide comunque il percorso, ma il lavoro inizia con una visione chiara di ogni progetto interessato.

Scopri come Altium Agile Teams può aiutarti a identificare i componenti in uso e collegare la valutazione dell’impatto ai responsabili, alle revisioni tecniche, agli aggiornamenti della BOM e ai rilasci controllati. Trasforma la gestione dell’obsolescenza dei componenti da una caccia ai documenti in un processo ingegneristico ripetibile. 

Scopri di più su Altium Agile Teams →

Domande frequenti sulla gestione dell’obsolescenza dei componenti

Che cos’è la gestione dell’obsolescenza dei componenti?

È il processo di individuazione del rischio di lifecycle, localizzazione di ogni prodotto interessato, scelta di una risposta, controllo della modifica di progetto e prevenzione di riutilizzi non sicuri.

Cosa significa where-used nella progettazione PCB?

Where-used mostra quali progetti, BOM, varianti, release e riferimenti di progetto utilizzano un componente selezionato.

Un avviso EOL richiede sempre una riprogettazione?

No. La risposta può essere un’alternativa approvata, un last-time buy, le scorte esistenti, una riprogettazione o il ritiro del prodotto. La scelta corretta dipende dal rischio di prodotto e di fornitura.

Perché un riferimento incrociato del fornitore non è sufficiente?

Un riferimento incrociato suggerito può differire per valori nominali, dettagli del package, prestazioni, comportamento del firmware, qualificazione o disponibilità di fornitura a lungo termine. L'ingegneria deve verificare l'utilizzo effettivo.