Una PCB contapassi acquisisce il moto da un accelerometro o da una IMU, esegue o ospita l'algoritmo di conteggio, gestisce alimentazione e memoria e trasferisce il risultato all'interfaccia utente o a un'app. La scheda può rendere il segnale misurabile e ripetibile, ma non determina da sola l'accuratezza: posizione sul corpo, orientamento, meccanica, firmware, configurazione del sensore, attività dell'utente e qualità dei dati di riferimento fanno parte dello stesso sistema.
Prima di scegliere stack-up o componenti, occorre fissare dove sarà indossato il prodotto, quali movimenti non devono diventare passi, quanto dura una sessione minima, quale errore è accettabile e come verrà misurato. Un contapassi da polso, uno da cintura e un sensore nella scarpa vedono segnali diversi; copiare lo stesso algoritmo e gli stessi limiti non crea equivalenza.
Per progettisti e NPI, l'obiettivo è una catena tracciabile dal moto reale al conteggio registrato. Per procurement, è un pacchetto confrontabile che separa sensore, PCB, PCBA, firmware, algoritmo, involucro, fixture, dati di prova e responsabilità sul prodotto finito.
Risposte essenziali
- La prima decisione non è il numero di layer: è la posizione d'uso, perché cambia ampiezza, orientamento e disturbi del segnale.
- Un accelerometro a tre assi può bastare; il giroscopio aggiunge informazione ma anche consumo, dati e complessità. Va giustificato da casi d'uso verificabili.
- Un contatore passi integrato nel MEMS riduce il carico del processore, ma richiede comunque configurazione congelata e validazione sul prodotto finale.
- I2C o SPI non migliorano l'accuratezza dell'algoritmo per definizione. La scelta riguarda banda, pin, consumo, robustezza del bus, diagnostica e architettura.
- FIFO e interrupt permettono di tenere MCU e radio inattivi più a lungo; il beneficio va misurato sul profilo reale, non dedotto dal datasheet.
- Il sensore MEMS deve stare in una zona meccanicamente stabile e lontana da bordi, depanelizzazione, ancoraggi, hot spot, shield e sorgenti di vibrazione non valutate.
- Conformal coating, potting e overmolding non vanno applicati sul package MEMS senza approvazione del produttore del sensore e prova sul design.
- Il consumo medio è la somma dei consumi di ogni stato moltiplicati per il relativo tempo di permanenza; il picco di corrente non descrive l'autonomia.
- Un self-test MEMS verifica soltanto la funzione definita dal componente. Non prova posizione, montaggio, algoritmo o accuratezza del conteggio.
- La validazione deve misurare separatamente passi mancati, falsi passi, brevi sequenze e attività senza cammino.
- La media globale può nascondere utenti o condizioni critiche; servono risultati per scenario, posizione, firmware e unità.
- EVT chiude architettura e osservabilità, DVT chiude prestazioni e robustezza, PVT chiude processo, fixture, limiti e tracciabilità.
- Un'alternativa BOM per MEMS o MCU può cambiare rumore, filtri, interrupt, libreria e risultati; non è una sostituzione puramente commerciale.
- Il perimetro HILPCB può includere PCB, PCBA, programmazione e prove quotate; accuratezza del conteggio, dichiarazioni d'uso e approvazione finale restano al product owner.
Contenuti
- Quale architettura scegliere per un contapassi?
- Come cambia il progetto con la posizione d'uso?
- Quali requisiti congelare prima dello schema?
- Come selezionare accelerometro, IMU e package?
- Dove collocare il MEMS sulla PCB?
- Come progettare interfaccia, layout e diagnostica?
- Come costruire un budget energetico credibile?
- Algoritmo embedded, host o raw data?
- Come controllare firmware e configurazione?
- Quando usare PCB rigida, flex o rigid-flex?
- Quali controlli DFM, DFA e DFT servono?
- Quale test individua ciascun difetto?
- Come validare l'accuratezza del conteggio?
- Come chiudere EVT, DVT e PVT?
- Come valutare BOM, fornitore, costo e lead time?
- Cosa includere nella richiesta di offerta?
- Cosa può includere il supporto HILPCB?
- Domande frequenti
Quale architettura scegliere per un contapassi?
L'architettura più semplice che soddisfa i casi d'uso è generalmente la più facile da alimentare, verificare e acquistare. Un accelerometro con step counter integrato è adatto quando il comportamento del blocco e la sua configurabilità coprono il prodotto. Un algoritmo sull'MCU offre più controllo. Una IMU a sei assi o un modello su dati raw ha senso soltanto se chiude errori che l'accelerometro non può distinguere.
| Architettura | Dove avviene il conteggio | Vantaggio | Rischio principale | Evidenza richiesta |
|---|---|---|---|---|
| Accelerometro con step counter embedded | nel sensore | MCU inattiva più a lungo, integrazione rapida | algoritmo poco trasparente, dipendenza dalla configurazione e dal componente | register set, versione driver, test per posizione e attività |
| Accelerometro con algoritmo sull'MCU | firmware del prodotto | controllo su filtri, soglie, debounce e log | consumo/CPU, tuning e manutenzione software | codice/versione, dataset, limiti e risultati per scenario |
| IMU a sei assi con algoritmo embedded o host | sensore o MCU | informazione angolare utile per gesti e attività complesse | più consumo, costo e configurazioni | prova che il giroscopio riduce un errore misurato |
| Sensor hub o always-on domain | coprocessore dedicato | acquisizione continua con application processor spento | ownership firmware, memoria, sincronizzazione e debug | power trace, buffering, timestamp e recovery test |
| Raw data verso telefono o cloud | app o servizio remoto | algoritmo aggiornabile e analisi ricca | banda, privacy, perdita connessione e autonomia | data contract, buffering offline, versioning e fallback |
La scheda può integrare display, haptic, memoria, ricarica, BLE, NFC o altri sensori. Queste funzioni non devono però entrare nel requisito del contapassi senza un motivo: ogni dominio aggiunge picchi, rumore, modalità operative e configurazioni da verificare.
Come cambia il progetto con la posizione d'uso?
Il punto di indossamento definisce la fisica del segnale e deve essere congelato prima del tuning. Anche un algoritmo indipendente dall'orientamento deve affrontare movimenti non periodici, rotazioni, urti e ampiezze diverse.
| Posizione | Segnale utile tipico | Falso positivo critico | Vincolo meccanico | Caso di prova obbligatorio |
|---|---|---|---|---|
| Polso | impatto del passo più movimento del braccio | gesticolare, cucinare, lavarsi i denti, guidare | cinturino, gioco sul polso, mano dominante | cammino con braccia libere, ferme e occupate |
| Vita o tasca | movimento del tronco più vicino al ciclo del passo | veicolo, telefono manipolato, oggetto in borsa | orientamento variabile e tessuto | tasche diverse, salire scale, sedersi e alzarsi |
| Scarpa o soletta | impatto e fase del piede più marcati | urti senza passo, ciclismo, vibrazione locale | flessione, sudore, pressione e antenna schermata | cammino lento, corsa, scale e superfici diverse |
| Anello | moto della mano con vincolo di spazio severo | gesti fini e utensili | batteria piccola, curva, contatto e ricarica | mano dominante/non dominante e presa oggetti |
| Clip o pendente | movimento dipendente dal fissaggio | oscillazione libera e rimbalzo | orientamento e serraggio non costanti | fissaggio minimo/massimo e rotazione |
La specifica deve dichiarare anche:
- posizione primaria e posizioni ammesse;
- orientamento nominale e rotazioni possibili;
- mano dominante, taglie e regolazione del cinturino;
- uso in tasca, borsa, abbigliamento o accessorio;
- cammino lento, normale, veloce, corsa e brevi sequenze;
- attività che non devono generare passi;
- funzionamento quando il prodotto è appoggiato, in carica o trasportato;
- eventuale passaggio tra modalità automatiche.
Quali requisiti congelare prima dello schema?
“Conta i passi” non è un requisito verificabile. Occorre descrivere popolazione, attività, riferimento, metriche, autonomia e confini del prodotto.
| Area | Input da congelare | Output di progetto |
|---|---|---|
| Uso | posizione, orientamento, attività, durata minima, ambiente | matrice dei casi e priorità |
| Prestazione | passi persi, falsi passi, latenza, reset, sessione minima | metriche e limiti per scenario |
| Sensore | accelerometro/IMU, range, ODR, rumore, FIFO, interrupt | modalità e configurazione nominale |
| Firmware | embedded/host, filtri, debounce, log, update | manifest e piano di regressione |
| Potenza | batteria, cutoff, ricarica, duty cycle, radio/display | budget per stato e autonomia misurata |
| Meccanica | PCB, fissaggi, involucro, cinturino, coating, pressione | datum, keep-out e stress review |
| Produzione | programmazione, calibrazione, test, golden unit | fixture, limiti e dati EOL |
| Commerciale | volume, varianti, lifecycle, alternates, NRE | BOM comparabile e piano di fornitura |
Se il prodotto fa affermazioni di benessere o salute, il product owner deve definirne il significato e le prove. Se l'uso previsto entra in un perimetro medicale regolato, PCB e PCBA restano sottosistemi: classificazione, gestione del rischio, software, usabilità, cybersecurity, validazione clinica e conformità del dispositivo finale non vengono trasferite automaticamente al fornitore della scheda.
Come selezionare accelerometro, IMU e package?
La selezione deve partire dal segnale e dalla modalità always-on, non dal solo consumo minimo pubblicato. Range, rumore, ODR, filtri, FIFO, interrupt, step engine, package e comportamento termico devono essere compatibili con l'algoritmo e con il montaggio.
| Criterio | Domanda di progetto | Evidenza utile |
|---|---|---|
| Assi e sensori | serve soltanto accelerazione o anche velocità angolare? | confronto sullo stesso corpus con gyro on/off |
| Range | quali urti e movimenti devono essere acquisiti senza saturazione? | log raw nel prodotto installato |
| Rumore e offset | il segnale lento resta distinguibile su temperatura e unità? | caratterizzazione per lotto/unità e temperatura |
| ODR e filtri | quali cadenze e gesti devono passare o essere respinti? | sweep di configurazione e aliasing review |
| FIFO | quanto può dormire l'MCU senza perdere dati? | watermark, overflow e timestamp test |
| Interrupt | wake-up, step, motion e fault sono osservabili? | routing, polarità, pulse/latched e recovery |
| Step engine | quali parametri sono regolabili e persistenti? | register map, default e reset behavior |
| Package | footprint, altezza, MSL e robustezza sono producibili? | land pattern, stencil e processo approvati |
| Supply/interface | VDD/VDDIO, I2C/SPI e pull-up sono coerenti? | power tree, bus timing e current trace |
| Lifecycle | driver, PCN e disponibilità coprono il programma? | stato componente, supporto e piano alternativo |
Non è necessario copiare valori di un sensore concorrente nel requisito. È più utile definire il metodo: acquisire dati sul prototipo meccanico, confrontare le modalità candidate e congelare solo ciò che mostra margine nei casi critici.
Dove collocare il MEMS sulla PCB?
Il MEMS deve essere posizionato in una zona a basso stress, termicamente stabile e rappresentativa del moto del prodotto. Una scheda elettricamente corretta può cambiare offset o rumore quando viene serrata, depanelizzata, riscaldata, rivestita o piegata.
Checklist meccanica e termica
- tenere il sensore lontano da bordi, V-score, tab di fresatura e zone di separazione del pannello;
- evitare massimi di flessione tra viti, clip, snap-fit e punti di ancoraggio;
- non collocarlo sull'estremità di una linguetta lunga o su una campata flessibile non controllata;
- separarlo da induttori, motori haptic, buzzer, altoparlanti e altri generatori di vibrazione;
- verificare gli MLCC e i circuiti di ricarica che possono eccitare la PCB;
- evitare hot spot e gradienti dovuti a PMIC, radio, LED, display o ricarica;
- considerare lo stress introdotto da shield, dissipatori, batterie e contatti a molla;
- definire keep-out per coating, adesivi, potting e overmolding secondo il sensore scelto;
- fissare orientamento degli assi, datum meccanico e tolleranza di rotazione;
- misurare il comportamento con la PCB installata, non soltanto libera sul banco.
| Modifica | Possibile effetto | Verifica prima del rilascio |
|---|---|---|
| nuova posizione della vite | offset o vibrazione diversi | log statico/dinamico e confronto unità |
| cambio batteria o supporto | massa e risonanza cambiate | cammino, urto, drop e corrente |
| nuovo coating | stress sul package o contaminazione | coupon/process trial e sensor baseline |
| nuovo pannello/depanelizzazione | shock o flessione durante separazione | ispezione, offset e self-test post-processo |
| nuovo motore haptic | banda di disturbo sovrapposta | test haptic on/off in più modalità |
| nuovo involucro/cinturino | accoppiamento del moto cambiato | regressione completa per posizione |
La calibrazione software non deve diventare un modo per accettare un montaggio instabile. Prima si riducono le cause meccaniche; poi si valuta se un offset o una normalizzazione controllata sono necessari e ripetibili.
Come progettare interfaccia, layout e diagnostica?
I collegamenti digitali del sensore devono essere corti, leggibili e recuperabili; non richiedono automaticamente routing differenziale. I2C e SPI si scelgono in base a banda, pin, numero di dispositivi, consumo, rischio di bus bloccato e strategia di debug.
Interfaccia e alimentazione
- separare VDD e VDDIO quando il componente lo richiede;
- dimensionare decoupling e sequenza secondo il datasheet del part number;
- valutare corrente dei pull-up I2C e fronti reali, non solo il valore nominale;
- definire bus recovery, reset e comportamento dopo brownout;
- usare interrupt per wake-up/step/FIFO invece di polling continuo quando coerente;
- prevedere accesso a WHO_AM_I, registri chiave, status e contatori di errore;
- proteggere i pin esposti senza aggiungere capacità incompatibile;
- mantenere una massa continua e un ritorno chiaro per sensore, MCU e radio;
- verificare clock, DC/DC e RF che possono accoppiarsi nella banda utile;
- dichiarare cosa viene salvato dopo reset, update o esaurimento batteria.
Dati diagnostici da rendere disponibili
| Dato | Perché serve | Uso in produzione o campo |
|---|---|---|
| ID e revisione del sensore | conferma il componente montato | blocco variante e debug BOM |
| reset reason e boot status | distingue power fault da algoritmo | analisi riavvii |
| ODR/range/filter effettivi | evita configurazioni non allineate | audit firmware |
| FIFO overflow e watermark | rileva perdita di campioni | stress test e telemetria |
| interrupt count | verifica la catena always-on | fixture e regressione |
| temperatura sensore/board se disponibile | correla deriva e ambiente | caratterizzazione |
| step count raw e pubblicato | separa sensore, algoritmo e UI | analisi di coerenza |
| firmware e algorithm ID | rende riproducibile il risultato | tracciabilità e change control |
Per una panoramica più ampia delle schede di acquisizione, vedere PCB per sensori. Il presente articolo mantiene il focus sulla catena specifica del conteggio passi.
Come costruire un budget energetico credibile?
Il consumo medio si calcola per stato: corrente dello stato moltiplicata per il tempo trascorso nello stato, sommata su un periodo rappresentativo. Il valore deve essere misurato sul prodotto, perché regolatori, pull-up, leakage, radio, display e firmware cambiano il risultato.
La relazione di base è:
I media = somma di I stato × tempo stato, divisa per il tempo totale.
| Stato | Elementi attivi | Dato da misurare | Errore frequente |
|---|---|---|---|
| storage/off | protezione batteria, RTC o leakage | corrente a prodotto spento | ignorare leakage e shipping mode |
| sleep | sensor always-on, PMIC, MCU retention | corrente stabile e variazione termica | usare il solo valore del sensore |
| motion/step | accelerometro, interrupt, MCU breve | durata e frequenza del wake-up | polling più lungo del necessario |
| sync radio | MCU, BLE, memoria, RF | energia per evento e retry | assumere connessione ideale |
| display/haptic | LED/OLED/LCD o motore | picco, durata e simultaneità | sottodimensionare rail e batteria |
| charge | charger, fuel gauge, protezioni | termica e tempo di carica | misurare solo a banco aperto |
| fault/recovery | reset, reconnect, logging | energia e frequenza limite | escludere casi reali di rete |
Per stimare l'autonomia occorre poi considerare:
- capacità utilizzabile alla corrente e temperatura previste;
- cutoff del sistema e curva di scarica;
- invecchiamento, autoscarica e tolleranza della cella;
- efficienza dei regolatori nei carichi reali;
- picchi che provocano caduta di tensione;
- frequenza di sincronizzazione, retry e aggiornamento;
- varianti con display, GNSS, haptic o sensori aggiuntivi;
- margine di programma concordato.
Il test più utile confronta tracce di corrente per scenario e firmware. Un valore medio isolato non rivela wake-up troppo lunghi, FIFO non usata, retry radio o un rail che resta acceso.
Algoritmo embedded, host o raw data?
La scelta dipende da controllo richiesto, consumo, trasparenza e possibilità di aggiornamento. Nessuna opzione è universalmente più accurata.
| Opzione | Dati disponibili | Tuning | Consumo/compute | Rischio di fornitura |
|---|---|---|---|---|
| step counter embedded | conteggio, evento e talvolta parametri limitati | basso o medio | generalmente ridotto | dipendenza dal sensore e dal suo firmware |
| algoritmo a soglia/peak sull'MCU | raw o magnitude filtrata | alto | dipende da ODR e duty cycle | ownership interna più chiara |
| frequenza o feature engineering | finestre raw | alto | memoria e compute maggiori | dataset e regressione necessari |
| modello ML | raw/features e modello | molto alto | variabile, spesso più complesso | toolchain, dataset, bias e versioning |
Un algoritmo contapassi deve gestire almeno:
- orientamento e cambio di orientamento;
- avvio e fine della sessione;
- debounce e sequenze molto brevi;
- cadenza lenta, normale, veloce e corsa;
- variazione di ampiezza tra utenti e posizione;
- gesti periodici senza cammino;
- vibrazione di veicolo, attrezzo o superficie;
- perdita di campioni, overflow e reset;
- aggiornamento del conteggio e persistenza;
- comportamento dopo cambio firmware o sensore.
Se si usa un blocco embedded, la configurazione dei registri è parte dell'algoritmo. Se si usa un algoritmo host, codice, coefficienti, modello e preprocessing sono parte della configurazione di prodotto.
Come controllare firmware e configurazione?
Ogni risultato di test deve poter essere ricostruito dalla configurazione esatta. “Firmware aggiornato” o “sensore configurato” non è sufficiente per correlare due build.
Il manifest minimo include:
| Categoria | Identificatori da registrare |
|---|---|
| Hardware | PCB revision, assembly revision, variante e seriale |
| BOM | manufacturer part number, alternates approvati e lotti critici |
| MEMS | part/revision, orientamento, register dump e driver |
| Firmware | bootloader, application, algorithm/model e parametri |
| Meccanica | enclosure, cinturino/fissaggio, batteria, massa e torque |
| Test | fixture, golden unit, script, reference method e limiti |
| App/cloud | versione, protocollo, conversioni e display logic |
| Dati | dataset ID, soggetto/scenario, timestamp e annotazioni |
Un aggiornamento che cambia filtro, ODR, debounce, wake-up, BLE interval o scheduling può modificare accuratezza e autonomia senza alcuna variazione di Gerber. Per questo la change review deve coinvolgere hardware, firmware, test e procurement.
Quando usare PCB rigida, flex o rigid-flex?
La costruzione va scelta dalla meccanica installata e dal movimento reale, non dall'idea che ogni wearable richieda flex o HDI.
| Costruzione | Quando è adatta | Rischio da controllare | Dato RFQ |
|---|---|---|---|
| PCB rigida | elettronica concentrata in un'isola stabile | bordi, altezza, connettori e stress da fissaggio | outline, spessore, stack-up e enclosure |
| PCB flessibile | collegamento tra superfici o movimento definito | raggio, direzione, cicli, rame e coverlay | static/dynamic bend e assembly state |
| PCB rigid-flex | più isole rigide con interconnessione integrata | transizioni, bookbinder, strain e processo | stack-up completo, zone rigide/flex e fold drawing |
| PCB HDI | fan-out e densità non risolvibili con via standard | microvia, via-in-pad, laminazioni e costo | package map, via structure e coupon |
Una FPC usata una sola volta durante l'assemblaggio ha requisiti diversi da una parte che flette a ogni passo. Il disegno deve indicare stato piatto, stato assemblato, assi di piega, raggio, numero di cicli e aree vietate a componenti, via e cambi di larghezza.
L'antenna va co-progettata con corpo, batteria, display, involucro e orientamento. Un buon matching a scheda libera non dimostra la prestazione al polso o nella scarpa. RF e algoritmo vanno testati anche insieme: trasmissione, ricarica e haptic possono introdurre disturbi o modificare il duty cycle.
Quali controlli DFM, DFA e DFT servono?
La miniaturizzazione è utile soltanto se il processo può stampare, posizionare, rifluire, pulire, separare e testare la scheda senza danneggiare il MEMS.
DFM e DFA
- land pattern e stencil coerenti con il package LGA/BGA selezionato;
- via-in-pad soltanto con riempimento e planarizzazione definiti quando necessari;
- aperture della pasta bilanciate e profilo reflow compatibile con l'intera BOM;
- orientamento e polarità leggibili da macchina e ispezione;
- fiducial, rail e panelizzazione compatibili con la zona MEMS;
- strategia di depanelizzazione a basso shock e senza flessione manuale;
- keep-out per nozzle, supporti, shield, coating e adesivi;
- accesso per pulizia o processo no-clean esplicitamente approvato;
- controllo MSL, baking e floor life per i componenti sensibili;
- piano per programmazione prima o dopo l'assemblaggio finale;
- protezione ESD durante handling e test.
Per i dettagli di assemblaggio di circuiti flessibili, vedere assemblaggio di PCB flessibili. Quando la build richiede montaggio fine-pitch e controllo del reflow, il perimetro può includere assemblaggio SMT, sempre secondo la distinta e il processo quotati.
DFT
I test point devono coprire almeno:
- rail principali, batteria, charger e reset;
- bus sensore e interrupt;
- programmazione/debug dell'MCU;
- misura di corrente per stati chiave;
- radio o interfaccia di comunicazione prevista;
- accesso a ID, self-test, FIFO e contatore;
- memoria e serializzazione;
- eventuale fixture per orientamento o stimolo controllato.
Non tutti i nodi devono essere ICT. Sonda volante, boundary scan, programmazione, FCT e test applicativo coprono difetti diversi. La copertura va dichiarata per fault, non come elenco di nomi.
Quale test individua ciascun difetto?
Nessun singolo test dimostra che il contapassi funzioni. Ispezione, test elettrico, self-test MEMS e validazione del movimento hanno confini diversi.
| Difetto o rischio | Test più utile | Cosa non dimostra |
|---|---|---|
| open/short bare PCB | test elettrico e AOI del circuito | qualità saldature o algoritmo |
| pasta insufficiente/ponte | SPI e AOI | giunti nascosti completi |
| void/open su package nascosto | X-ray mirato e correlazione processo | prestazione del sensore |
| componente errato/orientato male | AOI, BOM verification, lettura ID | accuratezza in movimento |
| bus o interrupt non funzionante | FCT con read/write e evento | qualità del conteggio |
| MEMS danneggiato o fuori risposta | self-test e baseline statica secondo vendor | posizione meccanica e algoritmo |
| ODR/filter/register errati | readback e register manifest | risultati su tutti gli utenti |
| consumo eccessivo | current profile per stato | capacità reale della batteria |
| perdita FIFO/campioni | stress di timing e overflow | assenza di falsi passi |
| falsi passi da haptic/RF/charge | test combinato delle modalità | tutte le attività sul campo |
| strain da enclosure | confronto free-board/installato e temperatura | durata completa |
| errore algoritmo | corpus con ground truth | robustezza saldature |
| ingress/sudore | prova su enclosure/processo finale | ogni profilo ambientale |
Per scegliere tra fixture, sonda volante, ICT e FCT, vedere metodi di test PCB. Il piano specifico del contapassi deve poi collegare ogni failure mode alla fase che lo intercetta.
Come validare l'accuratezza del conteggio?
La validazione richiede un conteggio di riferimento sincronizzato e una matrice che includa sia cammino sia attività senza passi. Una percentuale media senza scenario, posizione, unità e firmware non è trasferibile.
Definire il ground truth
Il riferimento può essere annotazione video, conteggio manuale controllato, pedana o sensore strumentato, purché siano definiti:
- chi o cosa assegna il passo;
- regola per passi parziali, shuffle, scale e transizioni;
- sincronizzazione con il log del dispositivo;
- gestione dei disaccordi tra annotatori;
- versione del protocollo e conservazione dei dati;
- privacy e consenso per i dati dei partecipanti.
Metriche separate
- errore assoluto per sessione: valore assoluto tra conteggio del dispositivo e riferimento;
- errore relativo quando il riferimento è diverso da zero;
- passi mancati durante attività con passi;
- falsi passi durante finestre senza passi;
- tempo al primo conteggio e comportamento sulle brevi sequenze;
- dispersione tra unità, utenti e ripetizioni;
- percentile o worst-case concordato, oltre alla media;
- consumo e temperatura registrati nello stesso scenario.
Matrice minima di scenario
| Famiglia | Esempi | Risultato da osservare |
|---|---|---|
| cammino | lento, normale, veloce, curve e stop/start | passi mancati e latenza |
| corsa | jogging e cambio cadenza | saturazione, doppio conteggio e range |
| brevi sequenze | pochi passi, ripartenza, pausa | effetto debounce |
| scale/pendenza | salita, discesa e corrimano | conteggio e posizione del braccio |
| braccia vincolate | tasche, telefono, borsa, passeggino | perdita di segnale al polso |
| gesti senza cammino | cucina, pulizia, utensili, saluto | falsi passi |
| trasporto | auto, bus, treno, carrello | vibrazione non locomotoria |
| sport non a passi | ciclismo, pesi, ellittica | classificazione e falsi positivi |
| stato prodotto | appoggiato, ricarica, BLE sync, haptic | coupling elettrico/meccanico |
| ambiente | temperatura e fissaggio previsti | deriva e ripetibilità |
Il campione deve includere più unità e più utenti compatibili con il mercato previsto. Il numero esatto dipende dal rischio e dalla dichiarazione di prodotto; non va inventato come soglia universale.
Come chiudere EVT, DVT e PVT?
Ogni fase deve chiudere un tipo di incertezza diverso e lasciare evidenza riutilizzabile.
| Gate | Domande da chiudere | Evidenza minima |
|---|---|---|
| EVT | architettura, sensore, placement, osservabilità e power states funzionano? | schemi/layout review, raw logs, current trace, register dump e prototipi installati |
| DVT | prestazione, falsi positivi, meccanica, ambiente, RF e autonomia rispettano i requisiti? | matrice validazione, stress combinati, regressione firmware e DVP&R |
| PVT | il processo ripete la configurazione e intercetta i difetti? | fixture GR&R se applicabile, golden units, limiti, yield, pareto e tracciabilità |
| Release | configurazione, alternates, istruzioni e change control sono congelati? | manufacturing pack, AVL, software manifest, test release e approvazioni |
Per prototipi e bridge build, assemblaggio in piccole serie può ridurre il salto tra laboratorio e linea se pannello, stencil, programmazione e test restano tracciati. Un prototipo manuale che non rappresenta la meccanica o il processo finale non deve diventare automaticamente la golden unit.
Change trigger da non ignorare
- sensore, revisione silicon o driver;
- MCU, compiler, RTOS o scheduling;
- batteria, PMIC, charger o power mode;
- stack-up, spessore, pannello o depanelizzazione;
- posizione del MEMS, vite, shield, MLCC o haptic;
- coating, adesivo, potting o involucro;
- cinturino, clip, soletta o altro accoppiamento al corpo;
- algoritmo, filtro, debounce, ODR o register set;
- fixture, golden unit, script o limite;
- app/cloud che trasforma o visualizza il conteggio.
Ogni modifica richiede un impact assessment. Non tutte richiedono l'intera DVT, ma la decisione deve essere motivata e tracciata.
Come valutare BOM, fornitore, costo e lead time?
Il prezzo PCBA non è confrontabile finché scope, componenti, test, programmazione e dati non sono allineati.
Evidenza da richiedere al fornitore
| Area | Evidenza | Perché serve |
|---|---|---|
| PCB | stack-up approvato, coupon/test e controlli dimensionali | lega il lotto al design |
| SMT | stencil, profilo, ispezione e gestione MSL | controlla il package MEMS e fine-pitch |
| Componenti | MPN, fonte, date/lot code e alternates approvati | riduce sostituzioni non autorizzate |
| Programmazione | file, hash/versione, log e serializzazione | rende riproducibile il firmware |
| FCT | fixture revision, golden unit, limiti e raw results | permette audit e debug |
| Tracciabilità | seriale-unità verso PCB/BOM/firmware/test | accelera contenimento |
| Non conformità | criterio, quarantena, rework e concessione | protegge la configurazione |
| Modifiche | PCN, approvazione e revalidation trigger | evita drift silenzioso |
BOM e lifecycle
Il MEMS non si sostituisce soltanto perché package e bus coincidono. Confrontare:
- rumore, offset, sensibilità alla strain e temperatura;
- ODR, filtri, range, FIFO e interrupt;
- algoritmo embedded, parametri e comportamento di reset;
- VDD/VDDIO, pull-up, timing e current modes;
- land pattern, stencil, MSL e processo;
- driver, licenze, tool e manutenzione;
- lifecycle, PCN e disponibilità;
- quantità di regressione necessaria.
Lo stesso vale per MCU, radio, PMIC, memoria e batteria. Una AVL utile distingue alternates drop-in realmente verificati, alternates che richiedono firmware e alternates che richiedono nuova scheda o DVT.
Driver di costo e calendario
- numero di layer, HDI, rigid-flex e utilizzo pannello;
- package fine-pitch, via-in-pad e stencil speciale;
- coating, schermature, adesivi e assemblaggio meccanico;
- quantità, mix di varianti e frequenza dei changeover;
- componenti allocation, MOQ, NCNR e data code;
- programmazione, serializzazione e gestione chiavi se prevista;
- fixture, golden unit, manutenzione e debug access;
- tempo ciclo FCT e conservazione dei raw data;
- campioni EVT/DVT/PVT e report richiesti;
- packaging, batteria, trasporto e restrizioni logistiche;
- rework policy e livello di tracciabilità.
Il preventivo deve separare costi ricorrenti e non ricorrenti. Per preparare una richiesta confrontabile, vedere guida al preventivo PCB.
Cosa includere nella richiesta di offerta?
Una RFQ completa riduce assunzioni, repricing e ritardi perché rende espliciti design, varianti, test e responsabilità.
Prodotto e uso
- posizione d'uso, orientamenti e vincoli meccanici;
- use case, attività critiche e confine consumer/medicale;
- requisiti di accuratezza, falsi passi, latenza e autonomia;
- condizioni ambientali, ingress e vita prevista;
- volumi, mix, ramp e mercati.
File PCB e meccanici
- Gerber o ODB++, drill, IPC-356/netlist e fab drawing;
- stack-up, impedenze se applicabili, spessore, rame e finitura;
- assembly drawing, centroid, BOM con MPN e AVL;
- STEP enclosure, board datum, fissaggi e keep-out;
- flex/rigid-flex drawing, fold state e bend requirements;
- pannello preferito o autorizzazione al panel design del fornitore.
Sensore, firmware e configurazione
- part number e revisione del MEMS;
- orientamento degli assi e land/stencil approvati;
- register set, driver e algoritmo/versione;
- file di programmazione, procedura e verifica;
- serializzazione, memoria, calibration/config data;
- log diagnostici richiesti e data format.
Ispezione e test
- classi e criteri di accettazione contrattuali;
- SPI/AOI/X-ray mirati e sample plan;
- test elettrico bare PCB;
- FCT: ID, bus, interrupt, FIFO, self-test e current states;
- fixture, golden unit, GR&R o correlazione quando richiesti;
- test meccanici/ambientali assegnati al fornitore;
- raw data, report, retention e formato di consegna.
Programma e commerciale
- prototipo, EVT, DVT, PVT e produzione;
- quantità per fase e calendario richiesto;
- NRE separato per stencil, fixture, programmazione e tooling;
- consignment, partial turnkey o assemblaggio turnkey;
- MOQ, NCNR, alternates e obsolescence plan;
- resa/rework ownership, concessioni e failure analysis;
- tracciabilità, packaging, batteria e logistica;
- change notification e approvazione prima della sostituzione.
Cosa può includere il supporto HILPCB?
HILPCB può supportare fabbricazione PCB, approvvigionamento concordato, assemblaggio, programmazione e test definiti nel pacchetto di offerta. La fattibilità effettiva dipende da stack-up, package, materiali, quantità, fixture, test, tracciabilità e criteri di accettazione del progetto.
Un coinvolgimento utile prima del layout release comprende:
- revisione dei file e delle aree a rischio DFM/DFA/DFT;
- conferma della costruzione rigida, flex, rigid-flex o HDI quotata;
- verifica di stencil, pannello, depanelizzazione e keep-out MEMS;
- allineamento su AVL, sourcing e componenti sensibili;
- definizione di programmazione, serializzazione e FCT;
- separazione tra test PCBA e validazione del contapassi;
- piano di build da prototipo a lotto pilota con dati comparabili.
HILPCB non assegna l'accuratezza dell'algoritmo, non definisce le dichiarazioni di salute e non approva il prodotto finale al posto del design authority. Queste responsabilità restano con le parti nominate nel contratto e nel piano di validazione.
FAQ sulla PCB contapassi
Un accelerometro a tre assi è sufficiente per contare i passi?
Spesso sì, soprattutto quando il caso d'uso e la posizione sono ben definiti. Il giroscopio va aggiunto quando una prova comparativa dimostra che l'informazione angolare riduce errori importanti; altrimenti aumenta consumo, costo e complessità senza un beneficio provato.
È meglio usare lo step counter integrato nel sensore?
È utile quando il suo comportamento, i parametri disponibili e il consumo soddisfano il prodotto. Occorre comunque congelare register set e driver e validare il dispositivo installato, perché la dicitura “step counter” non rende equivalenti le prestazioni su polso, tasca, scarpa o anello.
I2C o SPI cambia l'accuratezza del contapassi?
Non direttamente. L'interfaccia può influire su banda, latenza, consumo e rischio di perdita dati. L'accuratezza dipende dal segnale acquisito, dalla configurazione e dall'algoritmo; la scelta del bus deve garantire che quei dati arrivino completi e tempestivi.
Quale sample rate deve usare il sensore?
Non esiste un valore universale. Deve coprire le cadenze e i disturbi rilevanti senza aliasing, restando compatibile con filtri, algoritmo, FIFO e consumo. Si seleziona confrontando configurazioni candidate sul corpus di prova.
Il self-test MEMS dimostra che il conteggio è accurato?
No. Il self-test verifica la risposta definita dal produttore del componente e può rilevare alcuni guasti elettrici o meccanici. Non verifica montaggio sul corpo, orientamento, strain della PCB, algoritmo, falsi passi o comportamento dell'app.
Perché la posizione del sensore sulla PCB è importante?
Flessione, ancoraggi, hot spot, shield, MLCC, depanelizzazione e coating possono introdurre stress o vibrazione sul MEMS. Questi effetti cambiano offset e rumore e possono apparire come deriva di firmware o variabilità tra unità.
Si può applicare conformal coating sopra l'accelerometro?
Soltanto se il produttore del sensore e il processo specifico lo consentono e il design è stato verificato. Un rivestimento parziale o rigido può creare stress asimmetrico sul package; spesso è necessario un keep-out.
Un PCB flessibile è sempre la scelta migliore per un wearable?
No. Una PCB rigida compatta può essere migliore se l'elettronica è montata su un'isola stabile. Flex o rigid-flex sono utili quando la geometria o il movimento li richiedono, ma aggiungono vincoli di piega, materiale, assemblaggio e test.
Come si misura il consumo reale?
Si registra la corrente nei diversi stati e si pesa ogni stato per durata e frequenza: sleep, wake-up, elaborazione, BLE, display, haptic, charge e recovery. Il profilo va eseguito sul prodotto e firmware finali o rappresentativi.
Come si misurano i falsi passi?
Si definiscono finestre di attività senza passi con ground truth sincronizzato, per esempio gesti, guida, ciclismo o utensili. I conteggi prodotti in quelle finestre sono riportati separatamente dai passi mancati durante il cammino.
Perché le brevi sequenze devono essere testate a parte?
Debounce e logiche anti-falso-positivo possono attendere più eventi prima di accettare una sessione. Un algoritmo può risultare buono su percorsi lunghi ma perdere sistematicamente pochi passi tra stanze o durante stop/start.
Quante persone e unità servono per la validazione?
Dipende dal mercato, dal rischio e dalle dichiarazioni del prodotto. Il piano deve includere abbastanza utenti, unità, posizioni e ripetizioni da osservare la variabilità rilevante; non è corretto applicare un numero universale senza motivazione.
Un sensore alternativo con lo stesso package è drop-in?
Non necessariamente. ODR, rumore, filtri, FIFO, interrupt, step engine, reset, driver e sensibilità meccanica possono cambiare. L'alternativa richiede confronto elettrico, firmware, processo e regressione degli scenari interessati.
Quali prove dovrebbero essere eseguite a fine linea?
Almeno identità e comunicazione del sensore, lettura/scrittura registri, interrupt, self-test secondo vendor, configurazione, programmazione, serializzazione e consumo negli stati concordati. Il test di linea non sostituisce la validazione dell'algoritmo su persone e attività.
Cosa deve confrontare procurement oltre al prezzo?
Scope PCB/PCBA, BOM e fonte, alternates, programmazione, fixture, tempo FCT, raw data, tracciabilità, rework, NRE, change control, lifecycle e responsabilità di validazione. Senza queste voci due prezzi possono rappresentare deliverable diversi.
Quali file accelerano una RFQ?
Pacchetto fabbricazione e assemblaggio, BOM/AVL, file meccanici, orientamento MEMS, firmware e register set, piano test, quantità per fase, tracciabilità, criteri di accettazione e responsabilità su fixture, dati e modifiche.
Riferimenti tecnici pubblici
- Analog Devices, AN-2554: Step Counting Using the ADXL367.
- Analog Devices, Full-Featured Pedometer Design Realized with 3-Axis Digital Accelerometer.
- STMicroelectronics, LSM6DSO product documentation and application note AN5192.
- Bosch Sensortec, BMI270 product documentation.
- Bosch Sensortec, Inertial Measurement Units Handling, Soldering and Mounting Instructions.
- IPC/JEDEC J-STD-020, classificazione della sensibilità a umidità e rifusione dei componenti a montaggio superficiale non ermetici.
- IPC/JEDEC J-STD-033, gestione, imballaggio, trasporto e utilizzo dei componenti sensibili a umidità e rifusione.
Le revisioni applicabili di datasheet, application note, standard e specifiche contrattuali devono essere confermate per il part number, il mercato e la build effettivi.