Un PCB DVR è la scheda principale di un videoregistratore digitale: riceve segnali o flussi video, li elabora, gestisce memoria e storage, mantiene il riferimento temporale e gli eventi, comunica in rete e controlla alimentazione, ventole, allarmi e interfacce di servizio. La scheda è valida solo se queste funzioni restano coerenti durante carico massimo, guasti dei supporti, perdita di rete, variazioni termiche e spegnimenti imprevisti.
Non è corretto trattarla come una generica scheda server. Per progettisti, NPI e acquisti, il punto di partenza è un contratto di registrazione misurabile: ingressi, codec, profili, eventi, conservazione, riproduzione, esportazione, disponibilità, perdita ammessa, comportamento ai guasti e prove di accettazione collegati alla stessa configurazione hardware e software.
Risposte operative
- Distingui DVR, NVR e architettura ibrida in base agli ingressi reali, non al nome commerciale.
- Calcola carico medio, picco simultaneo e transitori per acquisizione, memoria, rete e storage usando i profili video approvati.
- Dimensiona la conservazione da bitrate verificato, tempo, numero di sorgenti, eventi, ridondanza e margine operativo; non da una tabella universale.
- Definisci cosa succede se un disco rallenta, non risponde, restituisce errori, riempie il volume o viene sostituito durante il servizio.
- Scrivi una macchina a stati per avvio, arresto, brownout, perdita improvvisa e ripristino; collega ogni stato a tensioni, tempi, log e integrità attesa.
- Congela stack-up, impedenze, ritorni, budget DDR, interfacce storage, PDN, connettori, dissipazione e punti di prova prima del rilascio del layout.
- Separa test PCBA e validazione del registratore: un FCT della scheda non dimostra conservazione, riproduzione, sicurezza o interoperabilità del prodotto.
- Inietta guasti a storage, rete, clock, ventole, alimentazione e firmware per verificare rilevazione, contenimento, recupero e tracciabilità.
- Confronta fornitori sullo stesso pacchetto: file rilasciati, AVL, attrezzature, copertura, dati grezzi, campioni, analisi, NRE, PCN e responsabilità.
- Qualsiasi sostituzione di memoria, storage, oscillatore, PHY, PMIC, connettore, PCB o processo richiede una validazione delle differenze proporzionata al rischio.
Indice
- Definire DVR, NVR o architettura ibrida
- Congelare il contratto di registrazione
- Suddividere l'architettura in domini
- Calcolare banda e conservazione
- Progettare lo storage e i guasti dei supporti
- Gestire avvio, arresto e perdita di alimentazione
- Rilasciare stack-up e tecnologia PCB
- Verificare SI, PI e temporizzazione
- Chiudere termica e vibrazione
- Controllare connettori e interfacce
- Definire la base di cybersicurezza
- Pianificare DFT e prove PCBA
- Iniettare guasti e verificare il recupero
- Validare il registratore completo
- Applicare i gate EVT, DVT e PVT al registratore
- Controllare modifiche di configurazione e PCN
- Confrontare costo, tempi ed evidenze dei fornitori
- Preparare un RFQ confrontabile
- Definire il perimetro HILPCB
- Usare standard e schede tecniche
- FAQ
DVR, NVR o ibrido: quale confine hardware va specificato?
La distinzione utile è nel percorso del dato. Un DVR riceve tipicamente segnali video da digitalizzare o decodificare localmente; un NVR riceve flussi già codificati su rete; un sistema ibrido combina entrambi. La denominazione non sostituisce la matrice degli ingressi.
| Architettura | Ingresso dominante | Funzioni che gravano sulla scheda | Evidenza da richiedere |
|---|---|---|---|
| DVR | canali video fisici e relativi circuiti di ricezione | condizionamento, acquisizione, sincronizzazione, codifica, memoria e storage | qualità del segnale per canale, perdita di sincronismo, carico simultaneo e registrazione risultante |
| NVR | flussi video su rete | ricezione pacchetti, buffering, decodifica selettiva, indicizzazione, storage e servizi di rete | perdita/riordino pacchetti, congestione, compatibilità dei profili e recupero della sessione |
| Ibrido | ingressi video fisici più flussi IP | entrambe le catene e arbitraggio delle risorse | matrice di concorrenza, priorità, degrado controllato e log |
| Registratore edge | storage vicino alla sorgente o sincronizzazione con storage distribuito | replica, importazione, recupero, deduplicazione e tempo | regole per disconnessione, conflitti, file incompleti e riconciliazione |
La scheda deve dichiarare quali funzioni sono svolte da SoC, FPGA, codec, firmware, sistema operativo, VMS, supporto di storage e infrastruttura di rete. Senza questo confine, un requisito come “registrazione a più canali” non è né progettuale né collaudabile.
Quali requisiti formano il contratto di registrazione?
Il contratto di registrazione collega ogni sorgente a ciò che deve essere conservato, per quanto tempo, con quale prova e con quale comportamento in caso di errore. Risoluzione e numero di canali, da soli, non descrivono il carico.
| Campo | Contenuto da congelare | Responsabile tipico |
|---|---|---|
| Sorgenti | tipo, numero, profilo, codec, frame rate, audio e metadati | prodotto/video |
| Modalità | continua, evento, pianificata, pre-evento e post-evento | prodotto/VMS |
| Concorrenza | registrazione, live view, playback, esportazione, analisi e aggiornamento simultanei | architettura di sistema |
| Conservazione | durata, priorità, sovrascrittura, protezione eventi e spazio di riserva | prodotto/compliance |
| Qualità | perdita o degrado ammessi, marcatura dei gap e comportamento sotto sovraccarico | video/qualità |
| Tempo | sorgente, precisione, mantenimento, salto temporale e correlazione eventi | sistema/firmware |
| Storage | MPN approvati, quantità, interfaccia, volume, ridondanza e sostituzione | hardware/storage |
| Alimentazione | sorgenti, hold-up, spegnimento comandato, brownout e ripristino | hardware/firmware |
| Ambiente | temperatura, ventilazione, vibrazione, polvere, posizione e manutenzione | meccanica/affidabilità |
| Accettazione | vettori video, durata, iniezione dei guasti, dati grezzi, log e criteri | validazione/qualità |
Il contratto deve includere le esclusioni. Ad esempio, la PCBA può offrire l'interfaccia storage, ma integrità del file system, cifratura, gestione utenti, privacy, interoperabilità e conservazione legale dipendono anche dal software e dal prodotto completo.
Come si suddivide una scheda DVR in domini verificabili?
Dividi la scheda secondo energia, dati e responsabilità di prova. Ogni dominio deve avere ingressi, uscite, limiti, punti osservabili e comportamento ai guasti.
| Dominio | Decisioni principali | Rischio di integrazione |
|---|---|---|
| Ingressi video | terminazione, protezione, ricevitore, equalizzazione, isolamento e rilevazione presenza | immagini instabili o canali persi |
| Rete | PHY, magnetiche, protezione, clock, banda, gestione e alimentazione eventuale | congestione, reset, isolamento insufficiente |
| Elaborazione | SoC/FPGA/codec, boot, memoria e acceleratori | saturazione, deadlock, deriva termica |
| Memoria | tipo, topologia, capacità, addestramento e margine | errori intermittenti e corruzione |
| Storage | controller, connettori, alimentazione, inserzione a caldo se prevista e monitoraggio | perdita di collegamento, dati incompleti, sovracorrente |
| Tempo e identità | RTC, sorgente di sincronizzazione, memoria non volatile e serializzazione | eventi non correlabili o configurazione errata |
| Alimentazione | ingresso, protezioni, convertitori, sequenza, reset e supervisione | avvio incompleto, brownout, perdita dati |
| Termica/meccanica | dissipatore, flusso d'aria, ventole, dischi, chassis e vibrazione | limitazione delle prestazioni, usura, connettori instabili |
| Sicurezza e servizio | radice di fiducia se richiesta, debug, ripristino, rilevazione manomissioni e log | accesso non controllato o unità irrecuperabile |
Una revisione architetturale deve mostrare il percorso completo da sorgente a supporto di registrazione e quello inverso di riproduzione/esportazione. I colli di bottiglia raramente coincidono con una sola interfaccia.
Come si calcolano banda, buffer e capacità di conservazione?
Usa i profili video misurati e le modalità simultanee previste. La media dimensiona il volume; il picco e la durata dei burst dimensionano interfacce, buffer e margini di servizio.
Per una prima stima:
banda_ingresso = somma(bitrate_sorgente × fattore_concorrenza)
scrittura_storage = banda_registrata + metadati + overhead_file_system + ricostruzione_o_replica
capacità_utile = bitrate_medio × tempo_di_conservazione × sorgenti × fattore_modalità × margine
Queste formule non sostituiscono la misura. Scene complesse, cambi di illuminazione, profili codec, intervalli dei keyframe, audio, metadati e analisi possono cambiare il bitrate e la latenza. Il piano deve quindi includere vettori di riferimento con media, percentile alto, picco, durata del picco e combinazioni simultanee.
| Scenario | Risorsa da misurare | Criterio da definire |
|---|---|---|
| Tutte le sorgenti attive | ingresso, memoria, CPU/NPU e scrittura | registrazione continua senza gap non dichiarati |
| Live view più registrazione | decodifica, composizione e memoria | qualità e latenza ammesse |
| Playback/esportazione | lettura storage e rete | impatto massimo sulla registrazione |
| Analisi evento | acceleratore, memoria e metadati | priorità e comportamento in saturazione |
| Ricostruzione/replica | storage, CPU e termica | banda riservata e durata accettabile |
| Aggiornamento o scansione | flash, CPU e I/O | funzioni consentite durante l'operazione |
Il requisito deve dire quale flusso viene ridotto, ritardato o interrotto per primo quando le risorse finiscono. Un degrado dichiarato e registrato è verificabile; una perdita silenziosa non lo è.
Come si progettano storage, supporti e gestione dei guasti?
Lo storage è una catena composta da supporto, alimentazione, connettore, link, controller, driver, file system e politica di conservazione. Una scheda tecnica del disco non qualifica l'intera catena.
Il registro storage dovrebbe includere:
- produttore, MPN, firmware e revisione approvata;
- tipo di supporto, interfaccia, capacità, formato e modalità d'uso;
- carico di scrittura/lettura previsto e condizioni termiche dell'alloggiamento;
- corrente di avvio, regime e transitori per ogni baia;
- requisiti di vibrazione, montaggio, flusso d'aria, filtraggio e manutenzione;
- rilevazione salute, errori, temperatura e perdita del supporto;
- regola per sostituzione, ricostruzione, inizializzazione e cancellazione;
- compatibilità fra controller, cavo, backplane, connettore e firmware;
- gestione di fine vita, alternative e approvazione delle modifiche.
| Evento | Comportamento da specificare | Evidenza |
|---|---|---|
| Supporto lento | coda, regolazione del flusso, priorità e allarme | log con marcatura temporale e continuità dei flussi |
| Errori di lettura/scrittura | nuovi tentativi, isolamento, marcatura e notifica | iniezione dei guasti e dati del controller |
| Volume quasi pieno | soglia, sovrascrittura, protezione eventi e riserva | prova a soglia e verifica del catalogo |
| Supporto rimosso | arresto, failover o degrado | prova controllata e recupero |
| Nuovo supporto | identificazione, inizializzazione e autorizzazione | registro di configurazione e risultato |
| Ricostruzione | priorità, banda, temperatura e rischio residuo | prova sotto registrazione concorrente |
| Corruzione indice | rilevazione, ricostruzione e accesso alle registrazioni | avvio da stato danneggiato noto |
La ridondanza può migliorare disponibilità, ma non sostituisce backup, protezione degli eventi, controllo degli accessi o prova di recupero. Anche il significato di “frame perso” deve essere definito: acquisizione, codifica, trasporto, scrittura, indicizzazione o riproduzione sono punti diversi.
Che cosa deve fare un DVR durante avvio, brownout e spegnimento?
La perdita di alimentazione è una transazione di sistema, non soltanto un problema del convertitore. Hardware e firmware devono condividere soglie, tempi, priorità e stato persistente.
| Stato | Azione hardware | Azione software | Evidenza |
|---|---|---|---|
| Ingresso assente | bloccare avvii parziali e scaricare in sicurezza | nessuna scrittura | tensioni e reset osservati |
| Avvio valido | rispettare sequenza, ramp e reset | verificare configurazione e supporti | log di boot e margini temporali |
| Regime | monitorare rail, corrente, temperatura e ventole | registrare salute e deviazioni | telemetria correlata al seriale |
| Brownout | generare preavviso se disponibile e proteggere le rail critiche | chiudere scritture prioritarie e marcare lo stato | sweep della tensione e verifica file |
| Perdita improvvisa | evitare oscillazioni di reset e alimentazioni inverse | recuperare al riavvio secondo regola | interruzioni casualizzate durante scrittura |
| Spegnimento comandato | sequenziare storage, processore e periferiche | flush, chiusura catalogo e stato finale | tempo reale e completezza delle registrazioni |
| Ripristino | impedire cicli rapidi non controllati | controllo consistenza, allarme e ripresa | serie di interruzioni/ripristini |
Il budget di hold-up deve partire dall'energia e dal tempo necessari alle azioni obbligatorie, considerando temperatura, tolleranze, invecchiamento e carico massimo. Se non è previsto hold-up, il requisito deve descrivere quale perdita è accettabile e come viene resa visibile.
Come si scelgono stack-up, materiali e tecnologia del PCB DVR?
La tecnologia PCB deve derivare da fan-out, impedenza, ritorni, PDN, termica, fabbricabilità e costo. Non esiste un numero universale di strati per un DVR.
| Decisione | Input | Evidenza di rilascio |
|---|---|---|
| Conteggio strati | densità, BGA, domini, piani e vie di fuga | studio di fan-out e stack-up del fabbricante |
| Materiale | perdita, Tg, CTE, spessore, disponibilità e affidabilità | costruzione approvata e alternative controllate |
| Impedenza | interfacce, geometria, rame e maschera | tabella delle strutture e coupon richiesti |
| Microvie/HDI | pitch, breakout e transizioni | stack microvie, affidabilità e regole del fornitore |
| Rame e piani | corrente, caduta, ritorni e calore | analisi PDN/termica e controlli di produzione |
| Finitura | componenti, connettori, durata e processo SMT | specifica di finitura e piano di ispezione |
| Pannellizzazione | forma, connettori, deformazione e assemblaggio | disegno del pannello, supporti e separazione |
| Test elettrico | reti critiche, isolamento e accesso | classe di test e netlist rilasciata |
Un PCB ad alta velocità è utile quando la costruzione è definita da budget di canale reali. Un PCB multistrato o PCB HDI va scelto solo quando densità, ritorni o fan-out lo richiedono e il fornitore può produrre la struttura approvata.
Come si verificano integrità del segnale, alimentazione e temporizzazione?
Ogni interfaccia critica richiede un modello del canale, un budget e un metodo di correlazione. Regole come “coppie uguali” o “condensatori vicini” non sostituiscono la verifica.
| Area | Domanda di progetto | Prova utile |
|---|---|---|
| Ingressi video | terminazione, equalizzazione e protezione conservano margine su cavo e sorgente limite? | pattern di riferimento, ampiezza/jitter e perdita segnale |
| DDR | topologia, riferimento, addestramento e alimentazione chiudono tutti i corner? | simulazione, training log, stress memoria e temperatura |
| SATA/PCIe | connettore, via, cavo e riferimento rispettano il budget? | simulazione, misura applicabile e test sostenuto |
| Ethernet | PHY, magnetiche, layout, ESD e clock operano nella configurazione reale? | test link, traffico, errore e immunità a livello prodotto |
| Clock/RTC | jitter, accuratezza, holdover e sorgenti sono coerenti con il requisito? | misura, drift termico e cambio sorgente |
| PDN | impedenza, transitori e sequenza tengono le rail entro limite? | modello, misura delle rail e carichi dinamici |
| Reset/debug | nessun dominio resta alimentato o avviato in modo indeterminato? | sequenze, cicli di alimentazione e iniezione dei guasti |
I punti di misura, le sonde, le condizioni e i limiti devono essere definiti prima del layout. La validazione deve usare la stessa revisione di PCB, BOM, firmware, storage e cablaggio prevista per il rilascio.
Come si chiudono termica, flusso d'aria e vibrazione con i dischi installati?
La mappa termica deve includere scheda, supporti, ventole, filtri, cavi e involucro. Una temperatura accettabile del processore non prova che storage, PMIC, connettori o condensatori operino nel proprio margine.
- Crea una mappa delle perdite per modalità di registrazione, riproduzione, analisi e ricostruzione.
- Definisci ingressi e uscite dell'aria, impedenza del percorso, filtri e condizioni di ostruzione.
- Misura temperature di giunzione o proxy correlati, superficie dei supporti, aria in ingresso/uscita e hotspot della PCB.
- Valuta avvio a freddo, regime caldo, ventola degradata o ferma e accumulo di polvere previsto.
- Verifica che dissipatori, pad, viti e chassis mantengano pressione e allineamento dopo trasporto e cicli.
- Considera vibrazione dei supporti e delle ventole, risonanze del telaio e carichi sui connettori.
- Collega l'eventuale limitazione termica delle prestazioni alla continuità di registrazione e al log di sistema.
Quali connettori e interfacce richiedono criteri di accettazione?
Ogni interfaccia esterna combina integrità elettrica, meccanica, protezione, assemblaggio e servizio. Il connettore scelto deve essere verificato nella posizione e nel cablaggio reali.
| Interfaccia | Rischi da chiudere | Controlli |
|---|---|---|
| Ingressi video | terminazione, ESD/sovratensione, massa chassis, usura e disconnessione | ispezione, prova canale, protezione e cicli di connessione |
| Ethernet | isolamento, perdita di ritorno, ESD, schermatura e LED | test di collegamento, rete, sicurezza elettrica e involucro |
| Storage | corrente di avvio, inserzione a caldo se prevista, ritenzione e cavo | profilo corrente, cicli, errore di collegamento e ispezione |
| USB/esportazione | alimentazione, ESD, host/device mode e accesso | enumerazione, trasferimento, sovracorrente e policy software |
| Display | canale ad alta velocità, inserzione a caldo e protezione | vettori video, cicli e compatibilità dichiarata |
| Allarmi/I/O | livelli, isolamento, carichi induttivi e cablaggio | carico limite, guasto aperto/corto e marcatura |
| Ventole | corrente, tachimetro, controllo e bloccaggio | avvio, stallo, allarme e sostituzione |
| Debug/servizio | accesso non autorizzato e produzione | controllo fisico/logico e procedura di chiusura |
Le zone di chassis ground, digital ground e protezione devono essere definite dall'architettura EMC e di sicurezza del prodotto. Il PCB può implementare il percorso; la conformità richiede prove sull'assieme finale.
Quale base di cybersicurezza deve supportare l'hardware?
La cybersicurezza del registratore è una capacità di dispositivo e di ciclo di vita, non un singolo componente. L'hardware deve sostenere i requisiti software e operativi senza promettere conformità automatica.
Il registro può includere:
- identità univoca del dispositivo e della configurazione;
- protezione delle chiavi e dei dati sensibili secondo il modello di minaccia;
- avvio verificato o misurato, se richiesto;
- aggiornamento autenticato, rollback controllato e modalità di recupero;
- chiusura o autorizzazione delle interfacce di debug;
- separazione fra dominio di rete, gestione, storage e servizi;
- log di sicurezza con tempo, integrità, capacità e politica di esportazione;
- rilevazione di manomissione o apertura, quando richiesta;
- inventario firmware/software e gestione delle vulnerabilità;
- cancellazione, sostituzione e fine vita dei supporti.
Un TPM o un elemento sicuro può proteggere specifiche operazioni, ma il risultato dipende da inizializzazione sicura, firmware, chiavi, aggiornamenti, autenticazione, configurazione e risposta agli incidenti. Privacy e conservazione dei video restano requisiti del prodotto e dell'organizzazione che lo usa.
Quale DFT serve prima del rilascio della scheda?
Il DFT deve rendere distinguibili difetti di PCB, montaggio, componenti, firmware e periferiche. Se il test richiede il sistema completo per ogni diagnosi, il contenimento in produzione diventa lento e ambiguo.
| Fase | Copertura possibile | Output da conservare |
|---|---|---|
| PCB nudo | continuità, isolamento, impedenza/coupon se richiesti | lotto, netlist, risultati e non conformità |
| Ispezione SMT | polarità, presenza, saldature visibili e giunti nascosti | AOI, raggi X mirati e immagini correlate |
| ICT/flying probe | rail, passivi, corti, programmazione iniziale e nodi accessibili | copertura, limiti e risultato per seriale |
| Boundary scan | interconnessioni digitali supportate | catena, vettori, versione e difetti |
| FCT PCBA | boot, memoria, interfacce, rail, sensori e I/O | firmware di prova, attrezzatura e dati grezzi |
| Burn-in/stress mirato | guasti precoci o margini critici definiti | profilo, durata, condizioni e trend |
| Test sistema | registrazione, riproduzione, storage, rete, termica e ripristino | configurazione completa e log |
Prima del layout congela punti di prova, connettori di programmazione, configurazioni di avvio, accesso alle linee di alimentazione, prove ad anello, clock di riferimento, carichi fittizi e modalità diagnostica. Il firmware di produzione deve avere versione, controllo degli accessi e criterio di uscita verso il firmware rilasciato.
Quali guasti devono essere iniettati in un DVR?
Inietta guasti che il prodotto deve rilevare, contenere e superare o dichiarare. La prova deve mostrare stato prima, evento, reazione, dati conservati, log e ripristino.
| Guasto | Domanda | Evidenza richiesta |
|---|---|---|
| Perdita di un ingresso | gli altri canali continuano e il gap è marcato? | registrazione e log sincronizzati |
| Pacchetti persi/riordinati | buffering e timeout rispettano la regola? | traffico controllato e risultato video |
| Storage lento | il sistema regola il flusso o applica il degrado dichiarato? | code, telemetria, interruzioni e allarme |
| Errori media | retry e isolamento non bloccano tutte le sorgenti? | errori iniettati e recupero |
| Volume pieno | sovrascrittura e protezione eventi sono corrette? | catalogo prima/dopo e audit |
| Perdita alimentazione | file, indice e configurazione ripartono nello stato definito? | interruzioni in istanti casuali e verifica automatica |
| Clock errato | il sistema rileva salti e conserva l'ordine degli eventi? | cambio tempo/sorgente e log |
| Ventola ferma | allarme, controllo termico e degrado proteggono i dati? | temperatura, carico e risposta |
| Reset di un dominio | nessuna alimentazione inversa o stato appeso? | forme d'onda, watchdog e log |
| Firmware incompleto | il ripristino impedisce che l'unità resti non avviabile? | aggiornamento interrotto e ripristino |
I guasti devono essere ripetuti durante registrazione continua e durante le combinazioni più gravose di playback, esportazione, analisi o ricostruzione. Una sola prova a riposo non copre il rischio operativo.
Come si valida il registratore oltre il test della PCBA?
La validazione di prodotto correla il comportamento video ai dati elettrici, termici, storage e software della stessa unità. Il piano deve usare sorgenti, supporti, cablaggi e involucro rappresentativi.
| Dominio | Domanda di accettazione | Evidenza |
|---|---|---|
| Video | ogni profilo registrato è riproducibile ed esportabile secondo requisito? | vettori, checksum/metadati e verifica visiva automatizzata dove possibile |
| Prestazioni | le combinazioni simultanee rispettano banda, latenza e perdita dichiarata? | log risorse e risultati per scenario |
| Storage | errori, sostituzione, riempimento e ripristino preservano lo stato previsto? | iniezione dei guasti e catalogo verificato |
| Alimentazione | avvio, spegnimento e brownout non creano stati non definiti? | forme d'onda, log e integrità post-evento |
| Termica | tutti i componenti restano nel margine durante carico e guasto ventola? | unità strumentata e profilo completo |
| EMC/sicurezza | l'assieme finale soddisfa il mercato e l'installazione previsti? | rapporto del laboratorio nel perimetro applicabile |
| Cybersecurity | identità, aggiornamento, debug, chiavi, log e ripristino seguono il requisito? | test del prodotto e revisione della configurazione |
| Servizio | sostituzione supporto, aggiornamento e diagnosi sono controllabili? | prova con procedura e operatore rappresentativi |
Collega seriale PCBA, revisione PCB, BOM, lotti critici, firmware, configurazione, supporti, attrezzatura e dati grezzi. Senza genealogia comune, un errore video non può essere attribuito con affidabilità a hardware, supporto o software.
Che cosa si chiude in EVT, DVT e PVT per un PCB DVR?
EVT dimostra l'architettura e l'osservabilità, DVT chiude i limiti e PVT dimostra la ripetibilità della configurazione rilasciata. Ogni passaggio deve elencare problemi aperti, rischio, responsabile e piano di chiusura.
| Fase | Chiusure richieste | Evidenza minima |
|---|---|---|
| EVT | confine DVR/NVR, carico, architettura, storage, power-loss concept, DFT e rischi | prototipi strumentati, vettori e registro problemi |
| DVT | PCB/BOM candidati, margini SI/PI, termica, iniezione dei guasti, supporti e metodi di prova | test correlati, rapporti, deviazioni approvate e campioni |
| PVT | fornitore, sito, processo, attrezzature, firmware di test, limiti, MSA e tracciabilità | dati del lotto pilota, piano di controllo e unità campione di riferimento |
| Avvio produzione | deriva, Pareto difetti, falsi scarti, resi, storage EOL e manutenzione | trend, contenimento, audit e storia modifiche |
Non spostare in PVT problemi architetturali non osservabili. Se una funzione critica non ha un vettore, un punto di misura o un log attendibile, la ripetibilità della produzione non può essere dimostrata.
Quali modifiche richiedono una validazione delle differenze?
Qualsiasi modifica che può alterare margine del canale, temporizzazione, consumo, termica, boot, registrazione, diagnosi o disponibilità deve entrare nella revisione. La dicitura “equivalente” non basta.
| Modifica | Differenze da valutare |
|---|---|
| SoC/FPGA/codec | prestazioni, firmware, pin, alimentazione, termica e vettori |
| DDR e memoria non volatile | timing, training, densità, firmware, affidabilità e sourcing |
| Supporto storage/firmware | carico, corrente, errori, temperatura, compatibilità e ripristino |
| PHY/magnetiche/connettore | canale, protezione, isolamento, EMI e meccanica |
| PMIC/convertitore/passivi | stabilità, transitori, sequenza, efficienza e termica |
| Oscillatore/RTC | jitter, accuratezza, avvio, temperatura e tempo evento |
| PCB/materiale/stack-up | impedenza, perdita, via, warpage, termica e fabbricabilità |
| Fornitore/sito/processo | materiali, profilo, ispezione, test e tracciabilità |
| Firmware/bootloader | inizializzazione, aggiornamento, ripristino e diagnostica |
| Involucro/ventola/filtro | flusso d'aria, temperatura, acustica, polvere e vibrazione |
La revisione decide se bastano documenti e prove mirate oppure serve un lotto pilota o una riqualifica. Registra anche le prove non ripetute e il motivo per cui il rischio resta coperto.
Come si confrontano fornitori, costo e tempi di consegna?
Confronta lo stesso perimetro tecnico e la stessa evidenza. Il prezzo della scheda non include automaticamente storage, attrezzature, programmazione, test sostenuti, analisi guasti o gestione delle modifiche.
| Driver | Impatto tecnico | Voce commerciale da separare |
|---|---|---|
| Stack-up e HDI | margine, fan-out, resa e disponibilità | costo PCB, coupon e attrezzaggio |
| BGA e giunti nascosti | profilo, ispezione e riparazione | raggi X, NRE e scarto |
| Memorie/storage AVL | compatibilità, firmware ed EOL | acquisto, MOQ, eccesso e qualifica |
| Programmazione | chiavi, seriali, firmware e tempo ciclo | attrezzature, licenze e gestione dati |
| ICT/FCT | copertura, diagnosi e cadenza | attrezzatura, sviluppo e tempo prova |
| Test storage/video | durata, supporti e dati | campioni, banchi e automazione |
| Burn-in/stress | capacità, energia e WIP | attrezzatura, durata e scarto |
| Tracciabilità | contenimento e audit | integrazione, archiviazione e periodo di conservazione |
| Modifiche | continuità e rischio tecnico | PCN, campioni e nuova qualifica |
Chiedi ipotesi di resa, regole per scarto/rilavorazione, componenti con tempi lunghi di approvvigionamento e disponibilità delle attrezzature. Il tempo di consegna deve distinguere PCB, componenti, supporti, attrezzature di prova, software di prova, campioni e approvazioni.
Che cosa deve contenere un RFQ per PCB DVR e assemblaggio?
L'RFQ deve separare prodotto, PCB/PCBA, firmware di produzione, periferiche, prove e responsabilità. Così i fornitori possono quotare lo stesso risultato senza inventare requisiti mancanti.
Pacchetto prodotto e architettura
- tipo DVR, NVR o ibrido e diagramma dei domini;
- sorgenti, profili video, concorrenza, storage e condizioni operative;
- comportamento richiesto per perdita rete, storage, clock, ventola e alimentazione;
- quantità EVT/DVT/PVT, previsione volumi e varianti;
- confine fra PCBA, firmware, VMS, supporti, chassis e certificazioni.
Pacchetto PCB e BOM
- Gerber/ODB++, netlist, disegno di fabbricazione e stack-up;
- disegno di assemblaggio, pick-and-place, BOM/AVL e file 3D;
- impedenze, coupon, CTQ, aree sensibili e requisiti di pannellizzazione;
- firmware e revisione per programmazione/test, con regole di sicurezza;
- MPN approvati per memoria, storage, clock, PMIC, PHY e connettori;
- regole per sostituzioni, componenti forniti dal cliente ed eccessi.
Pacchetto ispezione e prova
- test PCB nudo e certificati richiesti;
- AOI, raggi X, ICT/flying probe, boundary scan e relativa copertura;
- FCT con vettori, prove ad anello, carichi, supporti, firmware e limiti;
- prove di avvio, power cycle, brownout, storage e interfacce;
- campioni per termica, iniezione dei guasti, affidabilità e analisi distruttiva;
- formato dati grezzi, unità campione di riferimento, MSA, periodo di conservazione e report.
Pacchetto qualità e commerciale
- serializzazione e genealogia di PCB, componenti, firmware, supporti e risultati;
- gestione non conformità, rilavorazioni, analisi dei guasti e contenimento;
- documentazione qualità specifica del cliente;
- NRE, attrezzature, programmazione, ispezione, prove e campioni separati;
- MOQ, tempi, packaging, umidità, ESD, supporti installati o separati;
- PCN e approvazione preventiva per materiale, sito, processo, BOM, firmware e test.
Usa il visualizzatore Gerber e il visualizzatore BOM per una verifica iniziale dei file, non per sostituire DFM, stack-up, copertura di prova o validazione del registratore.
Quale perimetro può valutare HILPCB?
HILPCB può valutare fabbricazione PCB, assemblaggio e documentazione di ispezione/prova rispetto ai file e al preventivo del progetto. Progettazione DVR, storage, firmware, VMS, cybersicurezza, interoperabilità e certificazione del prodotto non si deducono dal nome della pagina.
Per una revisione iniziale invia:
- file PCB/PCBA rilasciati e stack-up richiesto;
- BOM/AVL con componenti critici e regole di sostituzione;
- profilo di assemblaggio, CTQ e zone BGA/termiche sensibili;
- piano AOI/raggi X/ICT/FCT e dati richiesti;
- firmware di prova, attrezzature, prove ad anello, carichi e supporti necessari;
- quantità per fase, campioni di validazione e criteri di accettazione;
- tracciabilità, periodo di conservazione dei dati, analisi dei guasti, PCN e documentazione qualità.
La fattibilità di PCB ad alta velocità, PCB multistrato, PCB HDI, assemblaggio SMT e sourcing turnkey deve essere confermata sulla costruzione e sul BOM reali. Per separare materiale, NRE, ispezione, programmazione e prove incluse, richiedi una quotazione.
Come si usano correttamente standard e schede tecniche?
Ogni documento vale nel proprio perimetro e deve essere collegato a un requisito del prodotto. Un profilo di interoperabilità, una scheda storage o un componente di sicurezza non qualificano automaticamente il registratore.
ONVIF Profile G descrive funzioni di storage e retrieval per sistemi video IP, incluse configurazione e controllo della registrazione e, dove supportati, audio e metadati. È utile per definire l'interoperabilità richiesta, ma non certifica il PCB.
NISTIR 8259A presenta una base di capacità di cybersicurezza per dispositivi IoT destinata a produttori, integratori e acquirenti. Aiuta a creare un registro di requisiti; la verifica resta sul dispositivo e sul suo ciclo di vita.
Le schede tecniche dei supporti per videosorveglianza dichiarano carico, ambiente, compatibilità e funzioni del relativo MPN. Questi dati alimentano la selezione, ma devono essere provati con controller, alimentazione, cablaggio, firmware, chassis e profilo operativo del registratore.
I reference design di semiconduttori che pubblicano guida, BOM, disegni, Gerber, layout e schemi mostrano un buon modello di pacchetto tecnico collegato alla configurazione. I loro risultati non si trasferiscono a una diversa scheda DVR senza nuova analisi e validazione.
FAQ sulla progettazione di un PCB DVR
Qual è la differenza hardware fra DVR e NVR?
Il DVR gestisce tipicamente ingressi video fisici e parte dell'acquisizione/codifica locale; l'NVR riceve soprattutto flussi su rete. Un prodotto ibrido combina le due catene, quindi deve dichiarare risorse e prove concorrenti.
Quanti strati deve avere un PCB DVR?
Non esiste un numero universale. Dipende da BGA, memoria, interfacce, piani, ritorni, PDN, isolamento, fan-out, fabbricabilità e costo della configurazione specifica.
Come si dimensiona la capacità di storage di un DVR?
Usa bitrate misurato per profilo, numero di sorgenti, modalità continua/evento, tempo di conservazione, audio/metadati, ridondanza, spazio di riserva e margine. Verifica poi il risultato con profili operativi reali.
Un disco per videosorveglianza garantisce che non si perdano frame?
No. Il risultato dipende anche da ingressi, codec, memoria, controller, file system, firmware, alimentazione, temperatura e gestione del sovraccarico. La perdita deve essere definita e misurata end-to-end.
RAID sostituisce il backup delle registrazioni?
No. La ridondanza può mantenere servizio durante alcuni guasti, ma non protegge da cancellazione, corruzione logica, errore software, furto, evento catastrofico o politica di conservazione errata.
Che cosa deve succedere quando il DVR perde alimentazione?
Hardware e firmware devono seguire uno stato definito: rilevazione, arresto delle nuove operazioni, chiusura delle scritture prioritarie se possibile, reset controllato e verifica/ripresa al riavvio.
Come si prova l'integrità dopo uno spegnimento improvviso?
Interrompi l'alimentazione in istanti variabili durante scenari di scrittura noti, quindi verifica avvio, catalogo, file, configurazione, gap dichiarati, log e ripresa automatica sulla stessa unità.
Quali prove vanno eseguite sulla sola PCBA?
Secondo il progetto: AOI, raggi X mirati, ICT o flying probe, boundary scan, programmazione e FCT di rail, memoria, boot, storage, rete, video, clock, sensori, ventole e I/O.
Perché il test PCBA non basta per approvare il DVR?
Perché registrazione, riproduzione, file system, recupero dai guasti, flusso d'aria, storage, rete, cybersicurezza e certificazioni dipendono da firmware, supporti, cablaggio e involucro del prodotto completo.
Un TPM rende il registratore automaticamente sicuro?
No. Può supportare chiavi, identità o avvio verificato, ma servono inizializzazione sicura, firmware, aggiornamenti, autenticazione, configurazione, log, ripristino e gestione coerente delle vulnerabilità.
Quando serve HDI su una scheda DVR?
Quando pitch, breakout BGA, densità o transizioni non si chiudono con una costruzione convenzionale entro margine e costo. La scelta richiede uno stack approvato e capacità produttiva verificata.
Quali sostituzioni sono più rischiose in produzione?
Memorie, storage, oscillatori, PHY, PMIC, componenti del canale, connettori e materiali PCB possono cambiare timing, firmware, consumo, termica o margine. Ogni alternativa richiede una revisione delle differenze.
Quali dati servono per quotare un PCB DVR assemblato?
Servono file PCB e assemblaggio, stack-up, BOM/AVL, firmware di prova, piano DFT/FCT, attrezzature e supporti necessari, quantità, CTQ, tracciabilità, campioni, dati grezzi, NRE e regole PCN.