Una PCB per un visore Mixed Reality collega elaborazione, telecamere, IMU, display, radio, audio, batteria e interfacce, ma non costituisce da sola un sistema XR completo. Tracking, qualità visiva, latenza, comfort e conformità dipendono anche da ottica, meccanica, firmware, algoritmi, calibrazione, involucro e validazione del prodotto finito.
Il primo passo non è scegliere subito HDI o rigid-flex. Occorre stabilire quali funzioni restano sul visore, quali vengono distribuite in moduli e quali possono essere spostate in una compute unit esterna. Da questa scelta derivano data rate, potenza, massa, dissipazione, connessioni, test e responsabilità di fornitura.
Questa guida serve a system engineer, progettisti PCB, team ottici e meccanici, NPI, qualità, test e procurement. Trasforma gli obiettivi del visore in input verificabili per PCB e PCBA, separa le prove di fabbricazione dalle prestazioni del dispositivo e chiude con un RFQ confrontabile.
Punti chiave
- “Mixed Reality PCB” è una descrizione funzionale, non una classe standard di circuito stampato.
- Mainboard, sensor board, display engine, flex, radio board, battery board e controller possono avere costruzioni e criteri di accettazione diversi.
- La latenza motion-to-photon è un budget di sistema. Il contributo della PCB riguarda clock, trigger, link, memoria, alimentazione e stabilità termica, non l'intera catena.
- MIPI CSI-2 o DSI-2 non sono regole di routing complete. Servono PHY, revisione, lane, rate, topologia, connettori, modelli e limiti del componente.
- La calibrazione deve collegare seriale, orientamento, firmware, parametri, fixture e risultato. La sostituzione di un modulo può richiedere ricalibrazione.
- HDI, flex e rigid-flex si scelgono per package, volume disponibile, piega, massa e affidabilità, non perché il prodotto viene chiamato XR.
- SPI, AOI, X-ray e FCT trovano difetti di assemblaggio o funzione definita; non provano automaticamente tracking 6DoF, qualità ottica o comfort.
- Un RFQ utile include architettura, stack-up, BOM, timing, calibrazione, test, dati da conservare, volumi, change control e confini del fornitore.
Indice
- Che cos'è una PCB per visori Mixed Reality?
- Come suddividere l'elettronica del visore?
- Come assegnare i requisiti di sistema alla PCB e alla PCBA?
- Come controllare timing, tracking e motion-to-photon?
- Chi gestisce assi, riferimenti e calibrazione?
- Come scegliere display e optical engine?
- Quali dati servono per MIPI e gli altri link veloci?
- Come unire alimentazione, termica, RF ed EMI?
- Quando servono HDI, flex o rigid-flex?
- Quali input servono per DFM, DFA e DFT?
- Come costruire la validazione dal PCB al visore?
- Quale test trova ogni difetto?
- Che cosa chiudere in EVT, DVT, PVT e FAI?
- Come qualificare il fornitore e controllare le modifiche?
- Quali fattori formano costo e lead time?
- Che cosa inserire nel RFQ?
- Dove si ferma la fornitura PCB/PCBA per il visore?
- Domande frequenti
Che cos'è una PCB per visori Mixed Reality?
È una delle schede che realizzano l'elettronica di un headset MR, di un visore VR, di occhiali AR o di smart glasses. Il termine non definisce un materiale, un numero di strati o una tecnologia produttiva obbligatoria. Due prodotti con la stessa etichetta commerciale possono avere architetture opposte.
Un headset autonomo può integrare SoC, memoria, camere, radio e batteria. Occhiali leggeri possono lasciare parte del calcolo a uno smartphone o a un'unità separata. Un visore industriale può privilegiare autonomia, connettori sostituibili e robustezza. Un sistema tethered può ridurre la batteria sul capo ma aggiunge un cavo ad alta velocità e nuovi vincoli meccanici.
La PCB può garantire caratteristiche concordate, per esempio costruzione, impedenza, continuità, assemblaggio, programmazione e test funzionale definito. Non può dimostrare da sola:
- accuratezza del tracking nello spazio;
- qualità percepita dell'immagine o del passthrough;
- sicurezza ottica di una sorgente attiva;
- temperatura ammessa sulla pelle;
- autonomia nel profilo d'uso finale;
- compatibilità radio, EMC o conformità del prodotto completo;
- assenza di nausea o affaticamento visivo.
Questi risultati richiedono prove sul modulo o sul visore nella configurazione controllata.
Come suddividere l'elettronica del visore?
La suddivisione corretta riduce calore e massa nella zona sbagliata senza moltiplicare connettori, varianti e calibrazioni. Prima dello schematico, preparate un block diagram con flussi di dati, potenza, clock, riferimenti meccanici e proprietà dei dati di calibrazione.
| Modulo | Funzione tipica | Input che decidono la PCB | Prova di uscita |
|---|---|---|---|
| Mainboard XR | SoC, memoria, PMIC, storage, radio e controllo | package, DDR, carichi, antenne, dissipazione, I/O | bring-up, memoria, power profile, link e log termico |
| Camera/sensor board | tracking, passthrough, eye tracking, IMU o profondità | FOV, baseline, trigger, timestamp, CSI, alimentazioni e datum | frame/telemetria, sincronismo, orientamento e calibrazione |
| Display/optical-engine board | ricezione video, panel power, timing e controllo locale | panel, bridge, PHY, lane, refresh, sequenza, calore e meccanica | pattern, link margin, uniformità secondo scope e log errori |
| Flex o rigid-flex | collegamento attraverso aste, cerniere o guscio curvo | piega, cicli, spessore, impedenza, stiffener e assemblaggio | coupon, controllo dimensionale, continuità e bend test concordato |
| Radio/audio board | Wi-Fi, Bluetooth, microfoni, speaker e antenne | band, potenza, coesistenza, keep-out, cavi e chassis | RF test definito, audio test e configurazione antenna |
| Battery/charging board | protezione, misura, carica e distribuzione | cella, profilo di carico, USB-C, fault, temperatura e connettore | limiti elettrici, protezioni e log di carica |
| Controller | input, IMU, tracking, radio, batteria e aptica | autonomia, corrente di picco, meccanica, sensori e antenna | FCT, current profile, input, radio e identificazione |
Una sola mainboard riduce interconnessioni, ma concentra potenza e calore. Moduli distribuiti migliorano il packaging, però aumentano baseline meccaniche, punti di guasto e gestione delle varianti. La compute unit separata può alleggerire gli occhiali, ma sposta il problema su cavo, radio, latenza e service.
Come assegnare i requisiti di sistema alla PCB e alla PCBA?
Ogni requisito di esperienza utente deve essere tradotto in grandezze misurabili e in un responsabile. “Tracking stabile” o “immagine fluida” non sono input sufficienti per un fabbricante PCB.
| Obiettivo di sistema | Input per hardware/PCB | Proprietario principale | Evidenza di accettazione |
|---|---|---|---|
| Tracking entro l'errore ammesso | orientamento IMU, baseline camere, trigger, clock, rumore rail, rigidità | system/tracking owner | dataset con riferimento, configurazione, errore e condizioni |
| Latenza entro il budget | definizione degli eventi, timestamp, frame path, buffer, display scan-out | system/firmware/display owner | misura end-to-end e breakdown strumentato |
| Immagine senza errori di link | lane/rate, stack-up, connettore, loss/skew, return path, power sequence | SI/display owner | simulation/correlation, pattern test e counter errori |
| Temperatura di contatto ammessa | power map, duty cycle, materiali, chassis, interfacce termiche e throttling | thermal/product-safety owner | mappa termica del prodotto nel profilo d'uso |
| Autonomia richiesta | profili di corrente, stati, batteria, conversioni e leakage | power/firmware owner | current trace e runtime test controllato |
| Radio affidabile | antenne, keep-out, feed, cavi, enclosure, noise sources e firmware | RF owner | test condotto/radiato e coesistenza |
| Produzione ripetibile | CTQ, datum, tolleranze, fixture, programma, limiti e golden unit | NPI/test owner | FAI, capability data e traceability package |
Una matrice di tracciabilità evita due errori. Il primo è chiedere al fornitore una prestazione che dipende dal sistema completo. Il secondo è scoprire in DVT che nessuno ha definito come misurare o archiviare il requisito.
Come controllare timing, tracking e motion-to-photon?
Il timing deve essere descritto come una catena di eventi. Non esiste un valore universale che la sola PCB possa garantire. Specificate punto iniziale, punto finale, modalità del dispositivo, percentile, temperatura, carico e strumento di misura.
Contratto temporale minimo
| Campo | Domanda da chiudere |
|---|---|
| Origine del campione | Quando l'IMU campiona o la camera inizia/termina l'esposizione? |
| Trigger | È hardware, software o derivato dal frame? Quali sensori condivide? |
| Timestamp | Quale clock lo genera, con quale risoluzione, wrap e sincronizzazione? |
| Trasporto | Quali PHY, lane, bridge, FIFO e retry attraversa il dato? |
| Buffer | Dove può attendere il frame e quale politica gestisce overflow o drop? |
| Fusion/render | Quale versione di firmware, algoritmo e configurazione elabora il dato? |
| Display | Quando il frame viene inviato, scansionato e reso visibile? |
| Fault | Come vengono segnalati dato stale, frame perso, clock unlock e reset? |
La PCB contribuisce con qualità del clock, integrità dei trigger, alimentazione, link affidabili, memoria e comportamento termico. La misura finale deve includere sensore, firmware, runtime, rendering, display e ottica.
Per il tracking 6DoF occorre anche misurare l'incertezza temporale. Due sensori possono produrre dati corretti ma riferiti a istanti diversi. Il risultato può apparire come errore spaziale, drift o instabilità durante movimenti rapidi.
Chi gestisce assi, riferimenti e calibrazione?
Tracking e sovrapposizione grafica richiedono una catena geometrica controllata. L'asse serigrafato sulla PCB non basta se camera, IMU, display e ottica usano riferimenti differenti.
| Trasformazione | Evidenza necessaria | Proprietario |
|---|---|---|
| Die/sensore verso package | definizione del produttore e orientamento MPN | component owner |
| Package verso PCB | centroid, rotazione, tolleranza di placement e datum | layout/PCBA owner |
| PCB verso modulo | fori, pin, superfici di appoggio e tolleranze | mechanical/module owner |
| Camera verso camera/IMU | baseline, intrinseci/estrinseci e temperatura | calibration/tracking owner |
| Display verso optical engine | posizione, inclinazione, focus e distorsione | optical owner |
| Modulo verso enclosure | stack di tolleranze e processo di assemblaggio | product mechanical owner |
| Enclosure verso utente | fit, regolazione e riferimento di utilizzo | product/human-factors owner |
Ogni record di calibrazione dovrebbe includere seriale del modulo, seriale PCBA, MPN/lot dei componenti critici, fixture, reference equipment, versione del software, parametri, temperatura, raw result, residual, data e risultato pass/fail.
Quando riaprire la calibrazione?
- sostituzione di camera, IMU, display, lente, waveguide o PCBA;
- modifica di fori, datum, connettori, adesivi, staffe o coppia di serraggio;
- rework vicino a sensori o optical engine;
- nuova variante BOM o nuovo fornitore del modulo;
- modifica di firmware, algoritmo, timing, filter tuning o coordinate transform;
- cambiamento di enclosure, flex o procedura di assemblaggio che può spostare il modulo;
- variazione della fixture o del reference equipment.
La regola può essere ricalibrazione completa, delta test o sola verifica documentale. Deve essere definita prima della produzione.
Come scegliere display e optical engine?
Il display si sceglie insieme a ottica, luminanza richiesta, field of view, pixel density, potenza, volume, temperatura, supply chain e calibrazione. La PCB non pilota necessariamente ogni pixel: spesso panel backplane e driver sono integrati nel modulo.
| Tecnologia | Punti di forza tipici | Rischi da chiudere nel prodotto | Input per PCB/PCBA |
|---|---|---|---|
| Micro-OLED / OLED-on-silicon | contrasto e alta densità su area ridotta | luminanza, lifetime, uniformità, burn-in, calore | link video, rail, sequence, connector, flex e heat path |
| MicroLED | luminanza ed efficienza potenziale | uniformità, yield, color conversion, disponibilità e costo | interfaccia reale del modulo, alimentazioni, controllo e meccanica |
| LCoS | elevata risoluzione con backplane riflettente | illuminazione, polarizzazione, volume ottico e contrasto | driver, light source, timing, rail e datum |
| LCD | filiera ampia e molte configurazioni | backlight, volume, black level, risposta e ottica | interfaccia, backlight driver, power e collegamento meccanico |
Prima del layout servono almeno: part number del modulo, active resolution, refresh modes, pixel format, PHY, lane, data rate, compressione, pinout, power sequence, ripple, inrush, reset, controllo, error output, temperatura, connettore, modello del flex e riferimento meccanico.
Un approfondimento sui circuiti di visualizzazione è disponibile nella guida ai display PCB. La parte elettro-ottica generica resta distinta dalla release del visore ed è trattata nel contenuto sugli optical PCB.
Quali dati servono per MIPI e gli altri link veloci?
Il nome dell'interfaccia non definisce stack-up e regole. MIPI CSI-2 descrive il trasporto per camera e imaging; MIPI DSI-2 collega host e display. L'implementazione può usare PHY differenti. Il layout deve seguire il componente, la revisione supportata e il canale completo.
Scheda di canale da consegnare al layout
- source, sink e bridge con part number e revisione;
- protocollo, PHY, numero di lane, direzione e data rate per lane;
- target impedance e tolerance secondo modello e stack-up approvati;
- skew tra conduttori, skew tra lane e vincolo di lunghezza con relativa motivazione;
- loss budget, discontinuity budget e margine previsto;
- percorso completo: package, via, rigid board, flex, connettore e protezione ESD;
- reference plane e strategia del return current in ogni transizione;
- topologia di clock, trigger, reset e sideband;
- modello IBIS/S-parameter disponibile, fixture e metodo di correlazione;
- criteri di simulazione, coupon e test sul prototipo.
MIPI, USB, PCIe, eDP o DisplayPort non devono condividere una regola generica. Un test point, una via o un dispositivo ESD accettabile su un bus può essere una discontinuità critica su un altro. Per i canali con margine ridotto può servire una PCB ad alta velocità con stack-up e coupon confermati sul progetto.
Come unire alimentazione, termica, RF ed EMI?
Questi quattro domini interagiscono. Un DC/DC efficiente può iniettare rumore nell'IMU o nella camera. Uno shield può alterare antenna e flusso termico. Un heat spreader può modificare il piano di massa o il bilanciamento del peso.
Profili da misurare
Non progettate sul solo “consumo tipico”. Registrate almeno:
- boot e caricamento firmware;
- standby e display statico;
- passthrough con tutte le camere attive;
- rendering ad alto carico;
- radio in traffico sostenuto e coesistenza Wi-Fi/Bluetooth;
- eye tracking, depth sensing e illuminatori attivi;
- carica durante l'uso;
- throttling, brownout, fault e recovery.
Per ogni modalità servono corrente media e di picco, durata, rail coinvolti, ripple ammesso, temperatura ambiente, orientamento e area di contatto con l'utente. La selezione di PMIC, batteria, rame, via termiche, graphite/heat spreader, chassis e controllo firmware deriva da questi dati.
High-Tg descrive il comportamento termomeccanico del sistema resina, non una conducibilità termica elevata. Il rame più spesso può distribuire calore e corrente, ma aggiunge massa e vincoli produttivi. La soluzione si verifica con modello termico e misure sul prodotto.
Per la radio definite band, antenna, feed, matching ownership, keep-out, cavi, enclosure, mano/testa, sorgenti di rumore e modalità simultanee. La Direttiva 2014/53/UE riguarda il prodotto radio completo e le responsabilità degli operatori economici; non trasforma una PCBA generica in un dispositivo conforme.
Quando servono HDI, flex o rigid-flex?
La scelta più semplice che soddisfa package, volume, segnale e meccanica riduce costo e rischio. Non ogni visore richiede any-layer HDI o rigid-flex.
| Tecnologia | Usarla quando | Evitarla come scelta automatica perché |
|---|---|---|
| Multilayer convenzionale | fan-out, area e spessore consentono vie meccaniche | è spesso più economica e facile da trasferire |
| HDI 1+N+1 o simile | BGA pitch, density o escape richiedono microvie | ogni lamination cycle aggiunge processo e qualifica |
| HDI più complesso | il routing dimostra che strutture più semplici non chiudono | stacked microvia e fill richiedono evidenza specifica |
| Flex statico | serve una forma sottile o un collegamento piegato in assemblaggio | la piega statica non è uguale a una cerniera dinamica |
| Flex dinamico | il prodotto compie cicli ripetuti definiti | rame, neutral axis, coverlay e strain vanno progettati per i cicli |
| Rigid-flex | occorre ridurre connettori e integrare zone rigide e flessibili | transizioni, panelizzazione, rework e test aumentano la complessità |
Per HDI PCB e rigid-flex PCB il fornitore deve confermare la costruzione reale, non solo il nome commerciale. Nel RFQ indicate microvia, stack/fill, copper type, bend radius, cicli, coverlay, stiffener, controlled impedance, panel e coupon.
Quali input servono per DFM, DFA e DFT?
Il fornitore non può ricostruire timing, datum o calibrazione dai Gerber. Il design-transfer package deve unire dati elettrici, meccanici, ottici e di test.
Pacchetto DFM/DFA
- controlled Gerber/ODB++, drill, IPC netlist, fabrication drawing e stack-up target;
- layer usage, impedance table, coupon e critical channel notes;
- outline, datum, tolleranze, zone ottiche, camera FOV e antenna keep-out;
- flex drawing con bend type, radius, cycle, stiffener, adhesive e transition rules;
- BOM con MPN, AVL, do-not-substitute, lifecycle e componenti calibrati;
- centroid, polarity, sensor orientation, package height e mating connector;
- stencil, reflow, hand-solder, underfill/coating e rework restrictions;
- cleanliness, cosmetic e handling requirements per ottica e sensori.
Pacchetto DFT
- accesso a rail, reset, boot, debug, programming e bus diagnostici;
- modalità fixture e firmware di produzione controllato;
- test di camera, IMU, display, radio, audio, input e charging secondo scope;
- golden unit, reference data, limiti e regola per aggiornare il golden;
- serializzazione, MAC/keys/certificates e protezione dei dati;
- calibrazione con fixture, reference, software, uncertainty e output;
- criteri SPI, AOI, X-ray e manual inspection legati ai package reali;
- formato dei log, retention, retest, repair e failure code.
L'assemblaggio SMT può coprire le operazioni concordate, ma la qualità del tracking o dell'immagine richiede input e test aggiuntivi.
Come costruire la validazione dal PCB al visore?
La validazione deve salire per livelli. Ogni livello elimina un gruppo di difetti e produce dati utilizzabili dal livello successivo.
- Bare PCB. Continuità, isolamento, costruzione, dimensioni, impedance/coupon e caratteristiche contrattuali.
- PCBA manufacturing test. SPI/AOI/X-ray, power-up, programmazione, comunicazioni, orientamento, rail e funzioni accessibili.
- Modulo. Camera, IMU, display engine, flex, radio o battery board nella relativa fixture, con calibrazione se prevista.
- Sottosistema. Timing, link, sensor synchronization, power mode, thermal interaction, RF coexistence e fault recovery.
- Visore completo. Tracking, display, optical alignment, end-to-end latency, EMC/radio, battery, temperature e safety nella configurazione finale.
- Uso previsto. Scenario, fit, ambiente, motion, occlusione, illuminazione, rete, aggiornamenti e human factors secondo il piano del prodotto.
Ogni test richiede unità, configurazione, firmware, criterion, uncertainty, raw data, owner e decisione. Un video che mostra il visore acceso non è un report di validazione.
I metodi generici del bare board sono descritti nella guida al PCB testing; il PCB functional testing tratta la funzione della scheda assemblata. Nessuno dei due sostituisce la verifica ottica e di tracking del prodotto.
Quale test trova ogni difetto?
| Sintomo | Cause possibili | Test efficace | Evidenza da conservare |
|---|---|---|---|
| Frame camera instabile | rail, clock, CSI, connector, flex o driver | rail capture, link counter, pattern e flex movement | waveform, counter, seriale e configurazione |
| Tracking corretto a banco ma instabile in movimento | timestamp, exposure, vibration, IMU mount o algoritmo | motion profile con reference e log sincronizzati | raw sensor/frame, timing e errore |
| Immagine con flicker o dropout | link margin, power sequence, EMI o thermal drift | pattern, stress mode, temperature e channel test | error log, rail, temperature e mode |
| Drift dopo assemblaggio | datum, board strain, camera/IMU shift o calibration mismatch | metrology, orientation test e recalibration | datum result, coefficients e residual |
| Hotspot vicino alla pelle | SoC/PMIC/display, interface termica o airflow | power profile e thermal map del prodotto | mappa, ambient, duty cycle e throttling |
| Radio degradata con display attivo | harmonic, return path, cable o antenna detuning | coexistence test per modalità | spectrum, throughput, RSSI e configuration |
| Una variante non accetta la calibrazione | MPN, firmware, fixture o transform errato | configuration audit e controlled calibration run | BOM/firmware/fixture correlation |
| FCT passa ma il visore fallisce EMC | enclosure, cable, seam, grounding o mode | pre-compliance e test sul prodotto completo | report con configurazione e deviation |
La tabella deve essere adattata al prodotto. Un illuminatore IR o un depth module attivo può richiedere ulteriori prove ottiche e di sicurezza, gestite dal proprietario del modulo o del prodotto.
Che cosa chiudere in EVT, DVT, PVT e FAI?
| Gate | Domande di uscita | Deliverable minimo |
|---|---|---|
| EVT | architettura, rail, boot, link, timing e sensori funzionano? | issue list, measurement data, schematic/layout actions |
| DVT | prestazioni, termica, RF, meccanica, calibrazione e fault chiudono il requisito? | DVP&R con configurazione e deviazioni |
| PVT | processo, fixture, software, operatori e traceability sono ripetibili? | control plan, capability/trend e yield by failure mode |
| FAI | la prima unità controllata corrisponde a disegno, BOM e processo? | report dimensionale, assembly, test e configurazione |
| Production release | baseline, limiti, golden, change control e owner sono congelati? | release package firmato e deviation closure |
Una small-batch assembly è utile per NPI solo se usa una baseline controllata e conserva i dati. Un lotto piccolo assemblato con sostituzioni non registrate non è un pilot affidabile.
Come qualificare il fornitore e controllare le modifiche?
Valutate il sito e il processo destinati al progetto, non una capability list generica.
Evidenze prima dell'ordine
- DFM con eccezioni, assunzioni e punti da approvare;
- stack-up e materiali proposti con alternative controllate;
- microvia/flex/rigid-flex experience riferita alla costruzione richiesta;
- piano stencil, reflow, carrier, X-ray e rework per i package critici;
- fixture concept, coverage statement e data format;
- gestione di MPN, alternates, long-lead e counterfeit controls;
- serializzazione, programmazione, keys e access control;
- calibration scope, reference equipment, maintenance e ownership;
- PCN, deviation, NCR, root-cause e approval workflow;
- packaging e handling per connettori, sensori e superfici ottiche.
Modifiche che richiedono una valutazione
Materiale, stack-up, copper foil, microvia, adhesive, coverlay, connettore, sensor/display MPN, assembly site, stencil, paste, reflow, fixture, test software, firmware, calibration data, enclosure, fastener, coating e approved rework possono riaprire una parte della validazione.
Il change board assegna la prova necessaria in base al failure mode: documentation only, delta electrical test, recalibration, bend test, SI/PI recheck, thermal/RF retest o partial DVT.
Quali fattori formano costo e lead time?
Il prezzo non dipende solo dagli strati. Nei visori XR il costo nasce dall'interazione tra density, componenti, flex, test, calibrazione e controllo delle varianti.
| Driver | Impatto | Dato da chiedere nel preventivo |
|---|---|---|
| SoC, memory, camera, display e sensor | allocation, lifecycle e MOQ | source, lead time, alternates e liability |
| HDI e microvia | lamination, fill, yield e coupon | costruzione, NRE e qualifica |
| Flex/rigid-flex | materiale, panel, stiffener, carrier e test | stack-up, bend scope e tooling |
| Fine-pitch assembly | stencil, placement, reflow, X-ray e rework | package list e inspection coverage |
| Fixture e programmazione | sviluppo, manutenzione e cycle time | NRE, proprietà e version control |
| Calibrazione | reference, movimento/ottica, software e dati | NRE, takt, limits e retained output |
| EMC/RF/thermal esterno | campioni, laboratorio e retest | owner, configuration e contingency |
| Traceability | seriali, log, storage e report | profondità, formato e retention |
Separate recurring unit price e NRE. Dividete il calendario in engineering review, long-lead procurement, PCB, assembly, fixture, firmware, calibration, approval e logistica. Così procurement confronta scope equivalenti e individua il vero critical path.
Che cosa inserire nel RFQ?
1. Prodotto e confine di fornitura
- AR, VR, MR, smart glasses o controller;
- autonomo, tethered o compute unit separata;
- moduli inclusi: PCB, PCBA, flex, display engine, camera, radio, battery o box build;
- mercati, ambiente, vita prevista e standard applicabili;
- volumi EVT/DVT/PVT e forecast di produzione.
2. Design package
- schematic, BOM/AVL, Gerber/ODB++, drill, netlist e drawings;
- stack-up, impedance, critical channel e simulation inputs;
- datum, tolerance stack, keep-out ottici/antenna e mechanical files;
- flex/rigid-flex bend, cycle, stiffener e transition rules;
- firmware, configuration e programming package controllati.
3. Timing, interfacce e calibrazione
- camera/display protocol, PHY, lane, rate, topology e pinout;
- trigger, timestamp, clock domain, latency/jitter e fault behavior;
- sensor/display orientation e coordinate transforms;
- calibration fixture, reference, software, limits, output e owner;
- module replacement e revalidation rules.
4. Assembly e test
- stencil, reflow, carrier, hand-solder e rework restrictions;
- SPI/AOI/X-ray/manual inspection per package e rischio;
- bring-up, FCT, radio/audio/display/sensor scope e coverage;
- golden unit, sample size, acceptance, retest e failure code;
- serializzazione, raw logs, report e retention.
5. Qualità, NPI e cambiamenti
- FAI, control plan, EVT/DVT/PVT deliverable e deviation closure;
- component sourcing, alternates e buyer approval;
- PCN notice, emergency deviation e requalification owner;
- traceability richiesta per PCB, PCBA, MPN, firmware e calibrazione;
- packaging, handling, moisture e cosmetic criteria.
6. Commerciale
- recurring price separato da tooling, fixture, calibration e NRE;
- lead time per engineering, BOM, PCB, assembly, test e approval;
- MOQ, batch assumptions, excess material e cancellation terms;
- Incoterm, packaging, shipping, warranty e repair scope;
- esclusioni e assunzioni dichiarate dal fornitore.
Per una fornitura più ampia, turnkey assembly e box-build assembly restano scope da confermare con BOM, meccanica, software, test e responsabilità definite.
Dove si ferma la fornitura PCB/PCBA per il visore?
Per un progetto XR, HILPCB può esaminare fabbricazione PCB, sourcing, assemblaggio PCBA e test concordati dopo aver ricevuto design files, BOM, volumi, costruzione, requisiti di ispezione, programma e criteri di accettazione.
La verifica tecnica deve stabilire prima del preventivo:
- se la costruzione richiesta è producibile e con quale stack-up;
- quali componenti, flex, connettori e package rientrano nello scope;
- quali ispezioni e test sono disponibili sul progetto;
- chi sviluppa e mantiene fixture, firmware e calibrazione;
- quali dati e report vengono consegnati;
- quali attività restano al proprietario del prodotto o a un laboratorio.
Tracking, optical alignment, end-to-end latency, user safety, radio/EMC compliance e market approval non sono inclusi automaticamente in un ordine PCB/PCBA. Devono essere contrattualizzati con configurazione, metodo, limiti ed evidenza.
Domande frequenti
Una Mixed Reality PCB è un tipo standard di circuito stampato?
No. È un nome funzionale usato per una o più schede dentro un visore AR, VR o MR. Stack-up, materiali, HDI, flex e test dipendono da componenti, volume, interfacce, meccanica e requisiti del prodotto.
Ogni visore MR richiede una PCB HDI?
No. HDI serve quando BGA pitch, routing density, area o spessore non si chiudono con una multilayer convenzionale. Un controller o battery board può usare una struttura più semplice, mentre una mainboard compatta può richiedere microvie.
È sempre necessario usare rigid-flex negli smart glasses?
No. Rigid-flex riduce connettori e segue geometrie curve, ma aumenta complessità e qualifica. Flex separati o piccoli moduli rigidi possono essere migliori se assemblaggio, service, costo e affidabilità lo richiedono.
Qual è la latenza motion-to-photon corretta per un visore?
Non esiste un valore PCB universale. Il product owner deve definire evento iniziale e finale, modalità, percentile, temperatura e metodo. La PCB influenza clock, trigger, link, memoria, alimentazione e thermal stability, ma non l'intera catena.
MIPI CSI-2 definisce automaticamente le regole di routing?
No. Occorrono PHY, revisione, lane, data rate, source/sink, stack-up, connettori, loss/skew e modelli. Le regole derivano dai componenti e dal canale completo, non dal solo nome CSI-2.
OpenXR è uno standard per la PCB del visore?
No. OpenXR è un'API aperta per applicazioni e runtime XR. Può influenzare funzioni software e dispositivi esposti, ma non definisce stack-up, impedance, layout, calibrazione o test della PCBA.
AOI e X-ray possono provare l'accuratezza del tracking?
No. AOI e X-ray controllano placement e giunti visibili o nascosti. Il tracking richiede dati temporali e geometrici, riferimento di movimento, calibrazione, firmware controllato e test del modulo o del visore.
La calibrazione della camera può essere riutilizzata dopo la sostituzione della PCBA?
Solo se il piano di calibrazione lo permette e l'identità geometrica resta valida. Sostituzioni di camera, board, ottica, datum, enclosure o firmware possono richiedere ricalibrazione o una delta verification documentata.
High-Tg significa che la PCB dissipa meglio il calore?
Non necessariamente. Tg descrive il comportamento della resina con la temperatura, non la conducibilità termica del sistema. Dissipazione e temperatura di contatto dipendono anche da rame, via, interfacce, chassis, airflow, carico e firmware.
Quale test serve per un flex dinamico nel visore?
Serve un bend test definito da raggio, angolo, frequenza, numero di cicli, temperatura, montaggio e criterio elettrico. Un semplice test di continuità su flex piatto non dimostra la vita nella cerniera reale.
La conformità RED può essere assegnata alla sola PCBA radio?
No. La Direttiva 2014/53/UE riguarda il radio equipment completo e le responsabilità della supply chain. La PCBA fornisce evidenze di progetto e produzione, ma antenna, enclosure, software, uso previsto e configurazione finale restano parte della valutazione.
Quali dati riducono maggiormente l'incertezza del preventivo?
Block diagram, design files, BOM/AVL, stack-up, volumi, interfacce, datum, flex requirements, test coverage, calibrazione, traceability e deliverable. Senza questi dati, offerte economiche possono coprire scope diversi.
HILPCB può garantire tracking, comfort e qualità visiva del visore?
Non sulla base del solo ordine PCB/PCBA. HILPCB può confermare fabrication, assembly e test contrattuali dopo la review. Tracking, ottica, comfort e conformità richiedono il visore completo, procedure definite e proprietari di validazione.
Conclusione
Una buona release elettronica per Mixed Reality non parte da una lista di tecnologie avanzate. Parte dalla partizione del prodotto, assegna ogni requisito a un proprietario, controlla timing e datums, collega calibrazione e seriali, quindi sceglie la costruzione PCB più semplice che chiude il progetto.
Quando design, NPI e procurement condividono lo stesso RFQ, il fornitore può quotare uno scope misurabile. Il risultato è una PCBA producibile e tracciabile, con limiti chiari su ciò che prova e su ciò che deve ancora essere validato nel visore completo.