I prodotti elettronici complessi raramente nascono da un unico ambiente software. I progetti di riferimento possono provenire da strumenti ECAD open source. Gli involucri meccanici vengono definiti in piattaforme MCAD. I partner di produzione lavorano a partire da dati di fabbricazione in formato neutro. I fornitori forniscono modelli 3D in un altro formato ancora.
I team di ingegneria non scelgono più formati CAD come strategia. Li ereditano. La domanda pratica è come gestire e utilizzare correttamente questi formati durante ogni fase dello sviluppo.
Nei progetti complessi, i diversi tipi di dati CAD svolgono funzioni tecniche differenti. Gli ingegneri devono capire cosa contiene ciascun formato, cosa non contiene e come dovrebbe essere utilizzato.
Lo sviluppo moderno dei PCB inizia spesso con progetti legacy, schede di valutazione o progetti open source creati in diversi strumenti ECAD. Gli ingegneri possono ricevere dati di schema e layout in formati nativi di KiCad, OrCAD, Eagle o altre piattaforme.
In queste situazioni, i team in genere fanno una delle seguenti cose:
Visualizzare file ECAD esterni non è la stessa cosa che progettare al loro interno. Un visualizzatore in sola lettura consente l’ispezione e l’estrazione dei dati, ma non fornisce modifica nativa, gestione dei vincoli o controllo del progetto guidato da regole.
Gli ingegneri utilizzano i visualizzatori di file ECAD principalmente durante le fasi di valutazione e migrazione. Ad esempio, un’azienda di servizi di progettazione può esaminare il progetto legacy di un cliente creato in un altro strumento ECAD. Il visualizzatore consente una rapida valutazione del numero di layer, delle strutture di impedenza, della strategia di fanout e della densità dei componenti prima di impegnarsi in un’attività di migrazione o riprogettazione.
L’estrazione di una distinta componenti da un progetto ECAD esterno può anche supportare la modellazione iniziale dei costi. Si tratta di un’attività di revisione dei dati, non di una funzione di collaborazione ECAD-MCAD.
Una volta che un PCB supera la fase di acquisizione dello schema e del layout iniziale, l’interazione con l’ingegneria meccanica diventa inevitabile. I vincoli meccanici determinano il profilo della scheda, il posizionamento dei fori di montaggio, l’allineamento dei connettori e le aree keepout. I vincoli elettrici determinano lo stackup, la distribuzione del rame e l’altezza dei componenti.
La collaborazione ECAD/MCAD è focalizzata sull’integrazione fisica del PCB all’interno di un involucro o di un assieme. Non è una funzione di visualizzazione multi-formato. È uno scambio di geometrie, vincoli e dati di distanza di rispetto tra due domini di progettazione.
Un tipico flusso di collaborazione include:
Nei flussi di lavoro maturi, questo processo è bidirezionale. Gli ingegneri meccanici definiscono il volume interno e le caratteristiche strutturali. Gli ingegneri elettrici definiscono rame, stackup dielettrico e posizionamento dei componenti. Ogni disciplina aggiorna l’altra man mano che i vincoli evolvono.
Una modellazione accurata della geometria del rame può influenzare i percorsi termici e la distribuzione della massa, ma la simulazione termica in sé viene generalmente eseguita in strumenti di analisi specializzati. Lo scambio dati ECAD-MCAD fornisce le informazioni geometriche e sui materiali su cui tali strumenti fanno affidamento. Non sostituisce gli ambienti di simulazione dedicati.
Man mano che i prodotti diventano più sottili e più densamente popolati, la distanza verticale disponibile diventa un rischio primario di integrazione. Condensatori elettrolitici, schermature metalliche, connettori e induttori spesso definiscono l’altezza massima della scheda. Gli ingegneri meccanici devono assicurarsi che nervature dell’involucro, coperchi ed elementi di fissaggio non interferiscano con questi componenti.
Il processo di collaborazione in genere comporta:
Questi controlli sono essenziali nei dispositivi medicali, negli assiemi aerospaziali, nelle piattaforme robotiche e in qualsiasi prodotto consumer compatto. Errori di distanza di rispetto scoperti dopo il rilascio delle attrezzature possono comportare costosi cicli di riprogettazione.
Le schede rigid-flex
Team decentralizzati e disciplina dei formati
I grandi progetti coinvolgono spesso società di progettazione esterne, consulenti meccanici e produttori conto terzi. Ogni partecipante può operare in un diverso ecosistema CAD.
Il ruolo dei progetti di riferimento e open source
Gli ingegneri riutilizzano frequentemente progetti di riferimento pubblicati in formati ECAD alternativi. Questi possono includere schede di sviluppo, moduli di alimentazione o front-end RF.
Modificare direttamente un formato esterno senza traduzione dei vincoli può introdurre violazioni delle regole o rischi di produzione. La migrazione dovrebbe essere trattata come un’attività di ingegneria, non come una scorciatoia di conversione file.
Man mano che i progetti crescono e coinvolgono partner che utilizzano più strumenti ECAD, Altium Agile Teams offre un modo pratico per gestire tale complessità senza imporre una migrazione immediata. I team possono portare progetti creati con strumenti come KiCad, OrCAD ed Eagle in uno spazio di lavoro Altium condiviso per visualizzazione, revisione e ispezione della BOM, preservando al contempo il formato file originale di ciascun progetto. Questo rende più semplice per i soggetti coinvolti in ambito elettrico, meccanico, produttivo e approvvigionamento lavorare sullo stesso contesto progettuale aggiornato, esaminare gli impatti su producibilità e disponibilità e coordinare le decisioni tra formati diversi.
Supportando la visibilità multi-CAD all’interno di un flusso di lavoro di team strutturato, Altium Agile Teams aiuta le organizzazioni a ridurre gli attriti, evitare confusione tra versioni e mantenere allineati i collaboratori distribuiti mentre i progetti avanzano verso la produzione.