Una PCB per la gestione dell'inventario nei trasporti è la piattaforma elettronica di un tracker, gateway, data logger o lettore installato su collo, pallet, container, veicolo o punto di transito. Acquisisce osservazioni, conserva dati e comunica con un sistema esterno; non è da sola il sistema inventario e non garantisce che una spedizione sia disponibile, integra o consegnata.
Il progetto deve collegare oggetto fisico, identità, sensore, posizione, tempo, evento logistico e record aziendale. Una coordinata GNSS o una temperatura campionata diventano informazioni utili solo se sono associate alla giusta unità, a un timestamp affidabile, a una configurazione nota e a una regola di riconciliazione quando la rete manca.
Per il progettista, il risultato atteso è una specifica verificabile di sensori, RF, alimentazione, memoria e meccanica. Per NPI e qualità è una matrice rischio-test con dati tracciabili. Per gli acquisti è un RFQ che separa PCB, assembly, modem, antenna, batteria, fixture, calibrazione, conformità del dispositivo e piattaforma software.
Punti chiave
- Separare l'oggetto, l'osservazione del dispositivo, l'evento logistico e il record WMS/TMS/ERP: non sono lo stesso dato.
- Scegliere asset tag, logger, tracker, gateway veicolo o portal reader in base a unità logistica, percorso, energia, copertura e recuperabilità.
- Definire il sensore insieme a posizione, risposta termica, calibrazione, intervallo di campionamento e criteri di escursione.
- Dimensionare GNSS e radio sull'installazione reale: antenna, enclosure, orientamento, schermature, materiale del carico e reti disponibili cambiano la prestazione.
- Trattare l'assenza di rete come stato normale: coda locale, sequence number, retry, deduplicazione e riconciliazione devono sopravvivere a brownout e riavvio.
- Derivare l'autonomia da una power-state matrix, non dalla sola capacità nominale della batteria.
- Distinguere test del PCB, test della PCBA, prestazione del dispositivo, prove ambientali/radio e pilot sulla tratta.
- Applicare standard e prove in base a settore, installazione, mercato e rischio; una generica scheda di tracking non eredita requisiti ferroviari, automotive, marini o aeronautici.
- Congelare hardware, BOM, firmware, configurazione radio, calibrazione, fixture e limiti come una sola golden configuration.
- Confrontare i fornitori sulla stessa distinta, costruzione, test, dati, NRE, responsabilità e base del lead time.
Contenuto
- Dove termina la PCBA e dove inizia il sistema inventario?
- Quale formato di dispositivo scegliere?
- Come trasformare un'osservazione in un evento affidabile?
- Come specificare sensori e calibrazione?
- Come progettare GNSS, radio e antenne?
- Come dimensionare batteria e power states?
- Come gestire memoria, rete assente e sincronizzazione?
- Quali vincoli meccanici e ambientali trasferire alla PCB?
- Quali DFM, DFA e DFT servono?
- Come collegare failure mode e test?
- Come costruire la validazione per livelli?
- Quali gate servono da EVT a PVT e FAI?
- Come governare configurazione, sicurezza e lifecycle?
- Come qualificare un fornitore e normalizzare le offerte?
- Quali fattori guidano costo e lead time?
- Che cosa includere nell'RFQ?
- Qual è il perimetro HILPCB?
- FAQ
Dove termina la PCBA e dove inizia il sistema inventario?
La PCBA osserva e comunica; il sistema logistico interpreta e riconcilia. Questa separazione evita di attribuire alla scheda errori che possono nascere da etichettatura, associazione, workflow, rete o software.
| Livello | Funzione | Evidenza richiesta |
|---|---|---|
| Oggetto e data carrier | identifica collo, pallet, container, veicolo o unità riutilizzabile | regola di associazione, formato ID e gestione riuso |
| Sensore/reader | osserva temperatura, urto, luce, porta, posizione, barcode o tag | calibrazione, timestamp, qualità e stato diagnostico |
| PCBA/firmware | alimenta, campiona, elabora, memorizza e trasmette | revisioni, log, recovery, FCT e tracciabilità |
| Capture service | riceve, filtra, deduplica e arricchisce le osservazioni | idempotenza, queue status, retry e audit trail |
| Evento logistico | associa cosa, quando, dove, perché e stato del processo | regole evento, location/master data e validazione |
| WMS/TMS/ERP | aggiorna disponibilità, trasporto, eccezioni e decisioni | riconciliazione, autorizzazioni e KPI operativi |
GS1 EPCIS è un riferimento utile per strutturare eventi di visibilità e sensor data, ma non impone una tecnologia di cattura. Barcode, UHF RFID, BLE, cellular tracker e inserimento da gateway possono produrre osservazioni per lo stesso modello di processo.
La guida alla logistica dei PCB tratta i flussi di materiale nella supply chain elettronica. Qui il focus è invece il trasferimento tecnico e commerciale della PCBA che osserva le merci lungo i passaggi di custodia.
Quale formato di dispositivo scegliere?
Scegliere prima l'unità da osservare e il ciclo operativo. Dimensioni, alimentazione, radio e costo cambiano se il dispositivo viaggia una sola volta, ritorna al mittente, resta sul veicolo o è installato in un hub.
| Formato | Quando è adatto | Vincoli principali | Criterio di accettazione |
|---|---|---|---|
| Etichetta/tag passivo | identificazione economica a punti di lettura | data carrier, read zone, materiale e orientamento | popolazione rappresentativa e flusso reale |
| Logger autonomo | temperatura/urto registrati con download successivo | sensore, memoria, batteria, start/stop e tamper | record completo e leggibile dopo la tratta |
| Tracker connesso | posizione e condizioni durante il viaggio | modem, GNSS, antenna, copertura, roaming e autonomia | timeline coerente con buchi rete gestiti |
| Gateway sul veicolo | aggregazione di più beacon/sensori | vehicle power, ignition states, antenne, bus e installazione | associamento asset-veicolo e recovery |
| Portal/reader in hub | rilevamento durante ingresso, uscita o smistamento | read zone, reader density, trigger, rete e false reads | eventi corretti per direzione e corsia |
Il dispositivo più connesso non è automaticamente il migliore. Un logger offline può essere più controllabile su una tratta senza rete; un portal reader evita batterie sugli asset; un gateway riduce il costo per sensore ma introduce associazione e copertura locale.
Come trasformare un'osservazione in un evento affidabile?
Ogni record deve essere identificabile, ordinabile e riconciliabile. Il payload minimo dipende dall'uso, ma la struttura deve permettere di capire quale unità ha prodotto il dato, con quale configurazione e se la trasmissione è originale o ritentata.
| Campo | Domanda di progetto | Failure da provare |
|---|---|---|
| Device/asset ID | chi assegna e cambia l'associazione? | device riutilizzato senza reset o asset errato |
| Event ID/sequence | come si distingue nuovo dato da retry? | pacchetto duplicato, fuori ordine o perso |
| Timestamp/timebase | RTC, GNSS o server? quale drift è ammesso? | reboot, rete assente, cambio fuso e clock non valido |
| Location/context | GNSS, cell, gateway, geofence o scan point? | posizione vecchia associata a misura nuova |
| Sensor value/status | unità, resolution, calibration ID e fault bit? | sensore saturo, scollegato o fuori calibrazione |
| Configuration | firmware, sampling, soglie, radio region e antenna? | comando parziale o configurazione non approvata |
| Delivery state | queued, sent, acknowledged, reconciled? | ACK perso, memoria piena o server indisponibile |
Definire inoltre quali osservazioni diventano eventi di partenza, arrivo, cambio custodia, apertura, escursione o eccezione. Il firmware non dovrebbe inventare il significato business se la regola appartiene al TMS o alla piattaforma.
Come specificare sensori e calibrazione?
Il numero del sensore non basta: conta la grandezza vista dal dispositivo installato. Per temperatura e umidità, la posizione sul PCB, la massa termica, l'enclosure, il flusso d'aria e la vicinanza a modem o batteria possono creare lag e self-heating.
| Sensore | Input da congelare | Verifica utile |
|---|---|---|
| Temperatura/umidità | range di missione, posizione, sampling, risposta, calibrazione e drift | confronto con riferimento in profilo rappresentativo |
| Shock/vibrazione | banda, range, orientamento, soglia, durata e mounting | shaker/drop con waveform e raw samples concordati |
| Luce/porta | geometria, soglia, debounce e stato enclosure | apertura breve/lunga, luce parassita e manomissione |
| GNSS | antenna, sky view, update, assist data e fallback | cold/warm start, urban/indoor transition e power state |
| Battery/fuel gauge | chemistry, load profile, temperature e aging | discharge profile, brownout e state-of-charge correlation |
Associare ogni misura a calibration ID, data, metodo e decisione sui fuori tolleranza. Una calibrazione del componente non dimostra il comportamento del dispositivo dopo reflow, assembly, enclosure e invecchiamento.
La scelta e la calibrazione del front-end sensore restano un workstream dedicato; questa pagina mantiene il focus su integrità evento, trasporto e fornitura PCBA.
Come progettare GNSS, radio e antenne?
La scelta della rete deve partire dalla rotta e dal profilo energetico. Cellular, Wi-Fi, BLE, LPWAN, UHF RFID e satellite differiscono per copertura, payload, frequenza di accesso, potenza di picco, antenna, abbonamento e responsabilità normativa.
| Area | Requisiti da consegnare al progettista/EMS | Evidenza |
|---|---|---|
| Modem e regione | bande, operatori, SIM/eSIM, roaming, fallback e firmware | variant matrix e test sulle configurazioni vendute |
| Antenna | tipo, ground clearance, keep-out, cavo, connector e posizione enclosure | tuning/VNA, TRP/TIS o prova applicabile al prodotto |
| GNSS | antenna/LNA/filter, isolation, time-to-fix states e jamming context | conducted/integrated comparison e route replay |
| Coesistenza | Tx simultanei, harmonics, desense, clock/noise e duty cycle | aggressor-victim matrix e test nei worst states |
| Protezione | ESD/surge, connector exposure, vehicle supply e transient scope | test definito per interfaccia e installazione |
Non trasferire automaticamente un risultato del modulo alla configurazione finale. Antenna, PCB ground, enclosure, batteria, cablaggio e montaggio cambiano matching, efficienza e desense. La conformità radio appartiene al dispositivo e al mercato definiti, non alla PCB nuda.
Come dimensionare batteria e power states?
L'autonomia deriva dall'energia consumata in ogni stato e dalla frequenza degli eventi. Usare una power-state matrix con misure reali invece di dividere capacità nominale per corrente media dichiarata.
| Stato | Trigger e durata | Correnti/carichi da misurare | Rischio |
|---|---|---|---|
| Shipping/storage | shelf mode, wake source e leakage | quiescent current, protection e self-discharge | batteria scarica prima dell'attivazione |
| Sleep | RTC, sensor, memory retention e wake timer | board leakage a temperature/corner | autonomia sovrastimata |
| Sample/compute | sensor warm-up, ADC, MCU e flash | peak, duration e retries | timestamp o record incompleto |
| GNSS acquisition | cold/warm start, sky view e timeout | peak e time-to-fix distribution | ricerca infinita in indoor |
| Radio upload | attach, roaming, Tx power, TLS e ACK | burst current, capacitor droop e retry | reset durante trasmissione |
| Update/recovery | download, verify, swap image e rollback | energy reserve e power-loss points | dispositivo bloccato |
Includere capacità utilizzabile a temperatura, aging, pulse response, protection, shipping rules e sostituzione. Se il dispositivo usa il veicolo, definire crank/load-dump o altri transitori solo quando applicabili all'interfaccia reale.
Come gestire memoria, rete assente e sincronizzazione?
La rete intermittente è un requisito nominale, non un'eccezione. Specificare capacità della coda in ore o eventi, politica di cancellazione, atomicità del record e comportamento a memoria quasi piena.
Il test deve interrompere alimentazione e rete in punti casuali durante sample, flash write, upload, ACK e update. Dopo il recovery, verificare:
- nessun record valido scomparso senza stato esplicito;
- nessun retry interpretato come evento nuovo;
- ordine o sequence ricostruibile;
- timestamp marcato non valido quando la timebase non è affidabile;
- configurazione precedente ripristinata se il comando non è completo;
- memoria piena comunicata e gestita secondo policy;
- audit trail tra device, gateway e backend.
La crittografia protegge confidenzialità e integrità del canale, ma non risolve identità sbagliata, timestamp errato o duplicati. Questi problemi richiedono un modello dati e una state machine verificabili.
Quali vincoli meccanici e ambientali trasferire alla PCB?
Derivare i requisiti dall'installazione: dentro un collo, su un pallet, nel vano veicolo, in cabina, su container o in un portal sono ambienti differenti.
| Input | Impatto sulla PCBA | Evidenza richiesta |
|---|---|---|
| Temperatura e gradienti | componenti, batteria, sensor offset, oscillator e solder fatigue | profilo operativo/storage e functional checks |
| Urto/vibrazione | massa componenti, connector, mounting, flex e solder joints | fixture rappresentativa, orientation e inspection post-test |
| Umidità/condensa/sale | creepage, coating, corrosion, vent e enclosure | preconditioning, visual/electrical/sensor/RF comparison |
| Polvere/acqua | gasket, connector, membrane, vent e assembly sequence | prova dell'enclosure finale, non della sola scheda |
| Manipolazione | drop, torsion, button/USB cycles, battery access e tamper | use-case cycles e post-test data integrity |
Un codice IP riguarda l'enclosure valutato. Conformal coating, potting o finish possono mitigare rischi specifici, ma cambiano RF, termica, rework e ispezione. Devono avere materiale, aree keep-out, processo, spessore e acceptance rule.
Gli standard ferroviari, stradali, marini o aeronautici si applicano solo dopo aver classificato prodotto e installazione. Non usare EN 50155, ISO 16750, IEC 60945 o DO-160 come badge generico per un tracker.
Quali DFM, DFA e DFT servono?
La revisione deve coprire la costruzione acquistata e i difetti che il test può realmente rilevare.
| Area | Domanda | Deliverable |
|---|---|---|
| Stack-up/RF | geometrie, material, impedance e antenna ground sono producibili insieme? | stack-up approvato, coupon/metodo e RF assumptions |
| Modem/BGA/LGA | stencil, ground pad, voiding e reflow sono controllati? | assembly drawing, profile e X-ray criteria |
| Sensori | calore, coating, airflow e strain alterano la misura? | placement rule e test post-assembly |
| Power/battery | peak, charger, protection e brownout sono osservabili? | test points, load profile e safety interlock |
| Programmazione | seriale, firmware, keys, SIM/config e calibration sono associati? | fixture, checksum, log e failure policy |
| Varianti | modem, regione, antenna e sensore possono essere mischiati? | variant matrix, barcode interlock e genealogy |
SPI, AOI, X-ray, ICT/flying probe, boundary scan e FCT rispondono a defect classes differenti. Per ogni rischio indicare metodo, limite, sample rate, raw-data retention e reazione al fail. La frase “100% tested” senza coverage map non è un criterio di acquisto.
Per il perimetro generale di produzione vedere assemblaggio SMT. Le prove della specifica unità restano definite dal progetto.
Come collegare failure mode e test?
| Failure o sintomo | Possibili cause | Metodo di isolamento | Owner/evidence |
|---|---|---|---|
| posizione assente o vecchia | antenna, sky view, GNSS state, firmware o timestamp | conducted check, antenna A-B, log e route replay | RF/firmware owner |
| escursione temperatura non coerente | placement, thermal lag, self-heating, calibration o timebase | chamber/reference comparison e raw samples | sensor/product owner |
| record mancanti | brownout, flash, queue, ACK o backend | fault injection, memory audit e end-to-end reconciliation | embedded/cloud owner |
| autonomia bassa | leakage, attach retries, cold battery, GNSS timeout o aging | state-current trace e network-condition replay | power/system owner |
| upload intermittente | modem, SIM, antenna, supply droop o operator | RF/power logs, SIM swap e network emulator | radio/integration owner |
| lotto con più fail | component/process drift, fixture, calibration o wrong variant | genealogy split, golden unit, first-fail analysis | NPI/supplier quality |
Conservare il primo esito prima del retest. Un'unità che passa dopo più tentativi può nascondere un difetto intermittente, una fixture instabile o un limite errato.
Come costruire la validazione per livelli?
Ogni livello aggiunge evidence senza sostituire il successivo.
| Livello | Che cosa dimostra | Esempi | Limite |
|---|---|---|---|
| PCB nudo | conformità della costruzione | electrical test, dimensioni, impedance/cross-section se richiesti | nessuna funzione device |
| PCBA | assembly, rails, boot, I/O, memoria e programmazione | SPI/AOI/X-ray, ICT/flying probe e FCT | non prova antenna/enclosure/route |
| Dispositivo | sensori, modem, GNSS, batteria e meccanica integrati | calibration, RF, autonomia, drop e recovery | non prova ogni rete o tratta |
| Ambiente/EMC/radio | comportamento in profili e mercati definiti | chamber, emissions/immunity e product evidence | non prova workflow aziendale |
| Replay/pilot | event integrity e uso sul percorso | network loss, geofence, handoff, real cargo e backend | vale per configuration/route testata |
Il pilot deve includere copertura buona e cattiva, movimento, deposito, cambio custodia, rete assente, batteria fredda o scarica, riavvio e device restituito. Separare metriche del dispositivo da KPI operativi: completezza del record e latency tecnica non equivalgono automaticamente a riduzione perdite o puntualità.
Quali gate servono da EVT a PVT e FAI?
| Gate | Obiettivo | Exit package |
|---|---|---|
| EVT | chiudere architettura, power, sensori, RF e data path iniziali | bring-up, misure, rework, risk register e revision plan |
| DVT | validare device rappresentativo, ambiente, radio, security e recovery | requirement-test matrix, raw results e issue closure |
| PVT | dimostrare linea, fixture, varianti, calibration e genealogy | first-pass yield, defects, test correlation e control plan |
| FAI/change | verificare as-built revision o modifica approvata | record materiali/processo, deviation e re-test decision |
Ogni gate deve indicare configuration baseline, quantità motivate, criteria, approvatore e anomalie aperte. Il calendario non sostituisce un exit criterion.
Come governare configurazione, sicurezza e lifecycle?
Il dispositivo valido è una configurazione, non un solo Gerber. Collegare seriale a:
- PCB revision, lotto e stack-up;
- BOM/AVL, modem, sensor, antenna, battery e SIM/eSIM profile;
- enclosure, gasket, vent, cable e mounting;
- bootloader, firmware, configuration, calibration e radio region;
- fixture, strumenti, test script, limits e raw results;
- rework, repair, refurbishment, shipment e decommissioning.
La sicurezza minima dipende dal rischio, ma deve trattare identity provisioning, key storage, signed update, rollback/recovery, debug-port policy, credential rotation e vulnerability support. Un secure element non rende sicuro il prodotto se provisioning e lifecycle non sono governati.
Per alternates o PCN, valutare RF, power, timing, calibration, environmental e software impact. La compatibilità di pin e package non prova l'equivalenza del comportamento.
Come qualificare un fornitore e normalizzare le offerte?
Chiedere prove sulla costruzione e sui deliverable acquistati.
| Criterio | Evidenza | Base comune di confronto |
|---|---|---|
| PCB | stack-up, materiale, impedance, finish, panel e test | stessa revision e stessi assumptions |
| BOM | MPN/AVL, fonti, alternates, MOQ/NCNR e lifecycle | medesime regole di sostituzione |
| Assembly | package, lati, THT, coating/potting, battery e box step | inclusioni ed esclusioni esplicite |
| Programmazione | immagini, seriali, keys, SIM/config, calibration e log | ownership e data format uguali |
| Test | fixture, coverage, limits, cycle, first fail e raw data | stesso test scope e sample plan |
| Qualità | FAI, genealogy, retention, MRB, FA e change notice | stessi record e tempi di risposta |
La fornitura turnkey PCBA riduce gli handoff solo se fonti, alternates, eccedenze, firmware, fixture e acceptance sono contrattuali. Componenti allocati, modem, SIM, sensori calibrati o batterie possono restare consigned; il modello ibrido va descritto riga per riga.
Quali fattori guidano costo e lead time?
I driver principali sono modem e certificazioni/modular evidence, antenna custom, sensori calibrati, batteria e shipping, enclosure e sealing, stack-up/HDI/flex, componenti long-lead, fixture, programmazione sicura, calibration, RF/environmental tests, numero di varianti, data retention e pilot.
Separare nel preventivo unit price, material commitment, NRE di stencil/tooling/fixture/software, laboratorio, campioni, packaging e logistica. Il lead time deve indicare dipendenze: file freeze, component availability, fab, assembly, fixture, firmware, validation e approvazione.
Per ridurre tempo senza eliminare evidence: congelare modem/sensori/connettori presto, progettare accesso al test, riusare moduli realmente compatibili, prenotare fixture e laboratorio, separare varianti software quando sicuro e mantenere una golden unit. Saltare DFT o pilot sposta il rischio dopo l'acquisto.
Che cosa includere nell'RFQ?
- Perimetro: PCB, PCBA, partial/turnkey, device assembly, quantities per EVT/DVT/PVT/production e forecast.
- Use case: unità logistica, durata viaggio, modalità di custodia, installazione, mercati, rotte e modalità di restituzione.
- File PCB: schematic, Gerber/ODB++, drill, netlist, stack-up, impedance, fab/assembly drawings e panel intent.
- BOM/varianti: MPN, AVL, DNP, alternates, modem/regione, sensor, antenna, battery, SIM e enclosure matrix.
- Funzione: sampling, location, event fields, queue, timestamps, retries, alerts, I/O e backend interface.
- Power: state matrix, source/battery, charge, storage/shipping, peak, brownout e autonomy profile.
- RF/meccanica: bands/operators, antenna/keep-out, connectors, enclosure, gasket, vent, mounting e cable drawings.
- Firmware/security: images, checksum, boot/update/recovery, provisioning, keys, debug policy e ownership.
- Qualità/test: PCB/PCBA criteria, SPI/AOI/X-ray/ICT/FCT, calibration, RF, sensor, environmental, EMC e pilot scope.
- Dati: serial/genealogy, raw format, first fail, retest/repair, retention, report e acceptance limits.
- Commerciale: unit price breaks, NRE, tooling ownership, MOQ/NCNR, excess, quote validity, Incoterm e lead-time basis.
- Lifecycle: PCN, alternate approval, EOL/last-time-buy, failure analysis, corrective action e returned-unit process.
Chiedere al fornitore una tabella separata di assumptions, dati mancanti ed esclusioni. È il modo più rapido per scoprire offerte che sembrano equivalenti ma includono test o materiali diversi.
Qual è il perimetro HILPCB?
HILPCB può valutare la fabbricazione di PCB multilayer, PCB flex, assembly SMT, sourcing, programmazione e test concordati dopo la revisione dei file. Stack-up, materiali, package, coating, antenna, fixture, calibration, tracciabilità e report devono essere confermati nella quotation del progetto.
Il cliente o integratore mantiene la responsabilità per event semantics, firmware applicativo, piattaforma, associazione asset-device, antenna/enclosure finale, operatori e SIM, conformità del prodotto, deployment e KPI logistici, salvo deliverable espressamente inclusi. L'offerta utile è una responsibility matrix, non una promessa generica di visibilità in tempo reale.
Riferimenti pubblici da applicare con il giusto confine
GS1 EPCIS 2.0 è utile per modellare eventi di visibilità e sensor data; GS1 EPC Gen2/ISO-IEC 18000-63 è pertinente quando si usa UHF RFID. IEC 60529 riguarda la protezione dell'enclosure valutato. Requisiti ferroviari, stradali, marini o aeronautici devono essere selezionati dal product owner in base a installazione e mercato. Nessuno di questi riferimenti costituisce da solo una certificazione della PCB.
FAQ sulla PCB per inventario e tracking nei trasporti
Esiste una PCB standard per la gestione dell'inventario nei trasporti?
No. Il termine copre logger, tracker, gateway e reader con esigenze diverse di sensori, radio, energia, memoria, enclosure e test. La costruzione nasce dal percorso e dall'unità logistica, non dal nome dell'applicazione.
Qual è la differenza tra asset tracking e inventory management?
Asset tracking osserva identità, posizione o condizione di un oggetto. Inventory management interpreta eventi per disponibilità, custodia e processo. Una PCBA supporta le osservazioni; software e workflow creano e riconciliano il record inventario.
Quando serve un tracker connesso invece di un data logger?
Serve quando il processo richiede dati o allarmi durante la tratta e la copertura/energia lo consentono. Un logger è spesso più semplice se i dati possono essere letti all'arrivo. Confrontare decision latency, autonomia, costo, rete e recupero device.
Come si calcola l'autonomia reale?
Misurare corrente e durata di shipping, sleep, sample, GNSS, attach, upload, retry e update; applicare temperatura, aging, capacità utilizzabile e worst network conditions. La capacità nominale divisa per una corrente tipica non copre i picchi.
Come si evita la perdita di dati quando manca la rete?
Usare record atomici, sequence/event ID, queue persistente, retry idempotente, ACK state e policy per memoria piena. Provare power loss e network loss durante scrittura e upload, poi riconciliare device e backend.
Un modulo cellulare certificato elimina i test del prodotto?
No. Riduce parte del rischio radio, ma antenna, PCB ground, alimentazione, enclosure, cavi, firmware e configurazione regionale cambiano il risultato. Il perimetro della conformità finale dipende da integrazione e mercato.
Un codice IP vale anche per la PCB interna?
No. Il codice IP si riferisce all'enclosure/configurazione provata. Coating o potting possono proteggere la scheda, ma richiedono processo, keep-out, ispezione, rework e verification propri.
Come si valida un data logger di temperatura?
Definire placement, response time, sampling, calibration, thermal profile e acceptance. Confrontare il dispositivo assemblato con un riferimento, includendo warm-up del modem, enclosure, batteria e recupero dei record.
Quali test servono sulla PCBA?
Dipendono dal defect universe: SPI/AOI, X-ray, ICT/flying probe, programmazione e FCT possono coprire assembly e funzione. RF, sensore, batteria, enclosure, ambiente, EMC e route pilot sono livelli aggiuntivi.
Quali modifiche richiedono una rivalutazione?
Materiale PCB, antenna, modem, sensore, PMIC, batteria, enclosure, firmware, calibration o fixture possono cambiare prestazione. Una impact assessment determina quali requirement e regression test riaprire.
Che cosa deve dimostrare il lotto PVT?
Che materiali, linea, programmi, varianti, fixture, limits, genealogy e reaction plan lavorano insieme. Conservare first-pass yield, first fails, retest, repairs e deviations; il solo numero di unità spedite non basta.
Come confrontare due preventivi PCBA?
Usare la stessa revision, stack-up, BOM/AVL, varianti, antenna, batteria, programmazione, fixture, test, dati, packaging e terms. Separare NRE e unit price e confrontare assumptions, exclusions, MOQ/NCNR e lead-time basis.