Produzione e assemblaggio di PCB per contenitori RAID

Highleap Electronics produce PCB e PCBA per enclosure RAID personalizzate per prodotti di storage a doppio alloggiamento e multi-unità. Offriamo supporto per la fabbricazione di schede controller e backplane, l'approvvigionamento di componenti, l'assemblaggio SMT/THT, la programmazione del firmware/configurazione e i test funzionali multi-unità definiti dal cliente, mentre le modalità RAID, il comportamento di ricostruzione, la compatibilità con l'host e le prestazioni di storage rimangono definite dal controller, dal firmware e dalle specifiche OEM selezionati.

Famiglie di prodotti per enclosure RAID e topologie di controller

La configurazione di un PCB per un enclosure RAID non si basa esclusivamente sul numero di alloggiamenti. Due enclosure con la stessa forma esterna possono utilizzare chip controller, interfacce di archiviazione, firmware, cache o memoria di lavoro, architettura di alimentazione e comportamento di gestione delle unità molto diversi. In fase di produzione, la priorità assoluta è definire con precisione la famiglia di prodotti e la topologia del controller prima di approvvigionarsi dei componenti o di realizzare i dispositivi di test.

Categorie di contenitori RAID comunemente rilasciate a PCBA

La famiglia di PCB RAID multi-bay è definita principalmente dal controller rilasciato, dal numero di unità, dal supporto di memorizzazione, dall'interfaccia host e dalle modalità operative supportate. Ciascuna modalità supportata può modificare la composizione dei componenti, la configurazione, gli indicatori, il comportamento di alimentazione e i test funzionali.

Modalità RAID, numero di alloggiamenti e tipo di supporto sono variabili separate.

Una famiglia di enclosure RAID dovrebbe essere documentata come una matrice piuttosto che come una singola "PCB RAID". Il numero di alloggiamenti, i supporti di memorizzazione supportati, l'interfaccia host, le capacità del controller e il firmware determinano quali modalità sono disponibili. Un'unità a due alloggiamenti può supportare un set di modalità diverso rispetto a un prodotto a quattro alloggiamenti, e un backplane orientato agli HDD può avere requisiti di alimentazione e termici diversi rispetto a un design per SSD. Il produttore dovrebbe realizzare e testare la combinazione rilasciata anziché dedurre la modalità RAID 0, 1, 5, 10 o qualsiasi altra modalità dalle dimensioni dell'enclosure.

Lo stesso contenitore può condividere concetti meccanici con prodotti PCB per dischi rigidi o piattaforme PCB per server di archiviazione , mentre la produzione di contenitori RAID rimane incentrata su controller, unità multiple e assemblaggio a configurazione controllata.

Controller RAID, controllo della produzione di memoria e firmware

Il controller RAID e i relativi dispositivi di memoria/configurazione sono componenti fondamentali del prodotto. La distinta base (BOM) accettata deve identificare con precisione i codici d'ordine del controller, eventuali dispositivi DRAM o flash, componenti di clock, memoria di avvio/configurazione e componenti di gestione dell'alimentazione che presentano dipendenze dal firmware o dalle temporizzazioni. Un componente alternativo elettricamente simile può comunque alterare la compatibilità del firmware, le temporizzazioni di inizializzazione o il comportamento termico, pertanto le modifiche all'approvvigionamento richiedono una procedura di approvazione formale.

Controllori di produzione lato controller

• Pacchetti di giunzioni nascoste: I controller RAID possono utilizzare package BGA o QFN ad alta densità. In presenza di giunzioni nascoste, definire criteri di ispezione a raggi X o di altro tipo appropriati al package, anziché affidarsi esclusivamente all'ispezione ottica automatizzata (AOI).
• Popolazione della memoria e della memoria flash: Capacità, velocità e immagine del firmware devono corrispondere alla variante rilasciata. Non utilizzare memorie o firmware di avvio di lotti diversi senza la matrice approvata dal produttore.
• Timbrature: I cristalli/oscillatori e i componenti della rete di carico possono essere sensibili alla sostituzione. Mantenerli nella categoria dei componenti controllati quando il progetto di riferimento del controllore lo richiede.
• Programmazione: Il firmware, il contenuto della EEPROM, i numeri di serie e la modalità operativa predefinita devono essere versionati insieme alla revisione del PCB e della distinta base (BOM).
• Processo di assemblaggio: Le schede controller dense traggono vantaggio da Assemblaggio PCB BGA Pianificazione, definizione dello stencil/rifusione e ispezione del primo campione prima delle successive fasi di produzione.

L'affidabilità del backplane è un problema meccanico ed elettrico

Un backplane RAID multi-unità viene caricato ripetutamente dall'inserimento delle unità e può sopportare una corrente aggregata significativa. Pertanto, le saldature dei connettori, i fori metallizzati, il supporto della scheda e l'allineamento del vano unità meritano la massima attenzione, insieme alla continuità del segnale. Se il progetto rilasciato utilizza piani di alimentazione separati o regioni in rame ad alta corrente, la rete di distribuzione dell'alimentazione del PCB deve essere riprodotta come specificato, anziché semplificata per comodità di instradamento.

• Coplanarità del connettore: Un piccolo errore di posizionamento su più alloggiamenti può trasformarsi in una forza di inserimento eccessiva o in un contatto intermittente.
• Temperatura di ingresso dell'alimentazione: I connettori di ingresso, i fusibili, gli interruttori e le transizioni in rame devono essere controllati sotto il carico di piena potenza definito dal cliente.
• Circuiti di presenza e stato dell'unità: Verificare la numerazione degli alloggiamenti in modo che il firmware, i LED e gli alloggiamenti fisici segnalino la stessa unità.
• Connettori per ventola/controllo: Le ventole di raffreddamento potrebbero far parte dell'architettura di affidabilità; la polarità, i segnali di tachimetro/controllo e il fissaggio del cablaggio necessitano di verifica funzionale.
• Comportamento hot-swap quando supportato: La rimozione/reinserimento deve essere testata esclusivamente secondo le procedure del controller e del firmware definite dal produttore OEM, e non data per scontata solo perché il vassoio è fisicamente rimovibile.

Backplane multi-unità, progettazione di alimentazione e termica

Con l'aumentare del numero di alloggiamenti, la parte relativa allo storage ripetuto può diventare più complessa da produrre rispetto al controller stesso. Il passo dei connettori, lo spessore del backplane, la forza di inserimento, la distribuzione della corrente, la posizione delle ventole e il percorso dei cavi influiscono tutti sulla compatibilità del PCBA approvato con lo chassis finale. Il modello meccanico rilasciato dovrebbe quindi essere parte integrante del pacchetto di produzione, e non un documento successivo destinato al team di progettazione del case.

Priorità di alimentazione e backplane

• Connettori di unità ripetuti: Utilizzare punti di riferimento del telaio o un dispositivo di fissaggio per i connettori in modo da verificare la posizione e la complanarità dell'intera fila.
• Percorso di alimentazione: La larghezza del rame, la distribuzione dei piani, la corrente del connettore e gli array di via devono corrispondere al caso di carico con azionamento simultaneo previsto nel progetto OEM.
• Strategia di avvio: Se il controller supporta l'avvio scaglionato delle unità o l'accensione gestita, testare l'implementazione rilasciata anziché presumere che tutti gli alloggiamenti si avviino contemporaneamente.
• Raffreddamento: I connettori delle ventole, i sensori di temperatura e i pad termici devono essere inclusi nel montaggio preliminare e nel test FCT quando fanno parte dell'assemblaggio.
• Separazione del backplane: Nei sistemi con controller separato e PCB della scheda madre Gli assemblaggi definiscono l'accoppiamento cavo/scheda-scheda, la mappatura dei segnali e la compatibilità delle revisioni come un unico sistema controllato.

Controllo dell'assemblaggio e della configurazione delle schede PCBA RAID

I prodotti RAID spesso presentano un numero di configurazioni superiore a quello indicato dal numero di schede PCB. Una singola scheda può essere commercializzata come membro della stessa famiglia a due o quattro alloggiamenti, con diverse opzioni di supporto per le unità, etichette di regione, firmware, interruttori o LED. Una matrice di varianti controllate dovrebbe collegare la revisione della PCB, la composizione della distinta base, l'immagine del firmware, il contenitore, l'etichetta e la procedura di test. Senza di essa, un assemblaggio può superare l'ispezione elettrica ma essere spedito con un comportamento dell'array errato.

Controlli NPI che contano più della generica "qualità"

• Versione del primo articolo: Congelare lo stencil, la saldatura a rifusione, la sequenza di installazione dei connettori e i criteri di ispezione dei giunti nascosti sulle prime unità accettate.
• Sequenza di connettori/processi: I connettori SATA, di alimentazione, per ventole e del pannello frontale di grandi dimensioni potrebbero richiedere la saldatura THT, la saldatura a pasta con pin o la saldatura secondaria; la sequenza di saldatura deve essere definita dal viaggiatore.
• Tracciabilità del firmware: Memorizzare l'immagine/checksum programmato o il record di configurazione associato ai dati seriali/di lotto, ove richiesto dal cliente.
• Alternative approvate: Usa il controlli di approvvigionamento dei componenti per controller, memoria, flash, clock e connettori con configurazione o impatto meccanico.
• Adattamento meccanico: I prototipi pilota devono essere installati nel telaio effettivo o in un'apposita struttura di supporto prima che il processo venga avviato alla produzione di massa.

Modalità di guasto da separare durante la produzione pilota

I guasti dei sistemi RAID possono essere diagnosticati erroneamente se la stazione di test segnala solo "array non trovato". La produzione pilota dovrebbe distinguere i guasti a livello di scheda da quelli a livello di unità, firmware e configurazione. Ad esempio, la mancanza di un singolo alloggiamento può indicare un problema con il connettore, l'alimentazione, il rilevamento di presenza o la continuità del segnale, mentre un array assemblato con la modalità errata può indicare un problema con il numero di switch o con la configurazione del firmware, anziché con la saldatura.

Questa separazione rende la documentazione di produzione utile al team di ingegneri dell'OEM. Invece di mascherare ogni problema con rilavorazioni, la fabbrica può fornire prove collegate a un canale, una guida, un connettore, un'immagine programmata e una revisione della scheda.

Test funzionale della matrice di unità per enclosure RAID

Un enclosure RAID non dovrebbe essere testato in produzione con un solo disco in un alloggiamento. La matrice di test deve rispecchiare il comportamento del controller rilasciato e il modello di prodotto previsto. Per un prodotto a quattro alloggiamenti, ciò significa normalmente verificare almeno ogni alloggiamento, il funzionamento simultaneo dei dischi richiesto, i LED/controlli di stato, la connessione all'host e le modalità array definite dal cliente. L'affidabilità a lungo termine, le prestazioni di benchmark e la qualificazione della compatibilità con un'ampia gamma di dischi rimangono di competenza del sistema, salvo diversa indicazione.

Esempio di matrice di test di produzione

Quando a Highleap vengono forniti drive di riferimento, hardware host, firmware e criteri di superamento/fallimento, il test funzionale PCB/PCBA può trasformare questa matrice in una stazione di produzione ripetibile. I guasti devono essere registrati per baia, funzione del controller, percorso di alimentazione, stato del firmware o difetto di assemblaggio, anziché in un'unica categoria "fallimento del test RAID".

Rilasciare il prodotto RAID come un sistema controllato, non come tre schede indipendenti

Se il PCB del controller, il backplane e la scheda frontale/di alimentazione vengono rilasciati separatamente, l'approvvigionamento richiede comunque una matrice di compatibilità. La produzione pilota dovrebbe confermare le revisioni esatte della scheda, il firmware programmato, l'hardware di impostazione della modalità e il set di cavi che costituivano il sistema accettato. L'ispezione del primo articolo può registrare questa base di riferimento prima della produzione successiva, in modo che una successiva modifica del materiale o della revisione non crei una configurazione RAID non documentata.

Controllo delle richieste di offerta e della produzione ripetuta

Per un produttore di PCB per enclosure RAID , la richiesta di offerta (RFQ) dovrebbe includere i file di fabbricazione della scheda controller e del backplane, la distinta base (BOM) approvata, i disegni dei connettori, la meccanica dell'enclosure, i file del firmware/configurazione, il set di unità target, le ipotesi sull'alimentazione e la matrice delle varianti/test. Ciò consente alla revisione DFM di identificare problemi di stack-up, connettori, pannellizzazione, saldatura e fissaggio prima dell'acquisto dei materiali.

Famiglie di prodotti di archiviazione correlati

Dopo l'NPI, bloccare la coppia controller/backplane accettata, la configurazione dello stack-up del PCB, la distinta base approvata, il firmware, il dispositivo di test, i riferimenti dei driver e i criteri meccanici. L'assemblaggio ripetitivo/di massa del PCB dovrebbe riprodurre tale configurazione di base, anziché ridefinirla per ogni lotto.