Caso di studio sullo scanner diagnostico per autoveicoli: progettazione di uno strumento intelligente per l'analisi dei veicoli tramite OBD-II e CAN Bus.

CASE STUDY

Un caso di studio tecnico sugli scanner diagnostici per autoveicoli, basato su oltre 200,000 unità spedite attraverso diverse linee ODM, che analizza decisioni architetturali concrete, un guasto sul campo che ha riscritto le nostre regole per i PCB e i dati che effettivamente determinano i resi.

200k +Unità spedite4.2% → 0.3%Tasso di fallimento delle comunicazioni68%Resi: dati OEM mancanti40-60%Copertura realmente migliorata

1. Panoramica del progetto

1.1 Background del cliente

Il cliente era un marchio di apparecchiature per l'assistenza automobilistica con una consolidata linea di strumenti OBD di base, come adattatori basati su ELM327 e lettori di codici semplici. L'obiettivo era quello di passare a una gamma di prodotti professionali con scanner multisistema. 

Mercato di riferimento: officine di riparazione indipendenti, aziende di manutenzione flotte e officine autorizzate delle concessionarie. I mercati di riferimento fin dal primo giorno erano il Nord America e l'Europa, con l'Asia come obiettivo per una seconda fase.

Tablet diagnostico professionale per autoveicoli che mostra i dati della centralina in tempo reale sullo schermo, con robusto involucro gommato e cavo OBD-II collegato, fotografato su un banco da lavoro in officina.

Il divario che stavano cercando di colmare era reale. Gli strumenti di base leggono codici generici del gruppo propulsore. Le officine professionali hanno bisogno di ABS, SRS, trasmissione, TPMS, comandi bidirezionali e dati in tempo reale della centralina per decine di marche. Questo salto non si risolve con un aggiornamento del firmware. Si tratta di un programma hardware e software completamente diverso.

Leggi anche: Caso di studio su un tablet rinforzato

1.2 Obiettivi del progetto

• La piena conformità allo standard OBD-II come requisito minimo, non come obiettivo finale.

• Supporto multiprotocollo per CAN, LIN e FlexRay

• Analisi dei dati della centralina in tempo reale con bassa latenza

• Connettività wireless per la sincronizzazione cloud e la diagnostica remota

• Resistenza di livello industriale per ambienti di officina

• Progetto pronto per la produzione, approvato per la certificazione globale

• Percorso di aggiornamento chiaro per la diagnostica dei veicoli elettrici senza una riprogettazione hardware completa

2. Sfide del settore nello sviluppo di strumenti di diagnostica automobilistica

2.1 Compatibilità multiprotocollo

La dicitura "compatibile con oltre il 95% di modelli di veicoli" è presente su ogni confezione di scanner in commercio. Dopo aver spedito oltre 200,000 unità, tra cloni ELM327 e tablet multiprotocollo completi, possiamo dirvi esattamente cosa nasconde quel numero.

Grafico a barre che confronta la copertura di base OBD-II dichiarata del 95% con la copertura effettiva, dal 40 al 60%, delle centraline elettroniche (ECU) relative a propulsore, ABS, SRS, trasmissione, TPMS e sistemi di controllo bidirezionale.

Copre solo la conformità di base prevista dalla legge OBD-II: SAE J1979 e ISO 15031 modalità da 01 a 0A su cinque protocolli legacy: ISO 9141-2, ISO 14230-4 KWP2000, SAE J1850 PWM e VPW e ISO 15765-4 CAN a 250 e 500 kbps. Ciò significa che il dispositivo legge i PID generici del gruppo propulsore, lo stato MIL e i dati del fermo immagine su qualsiasi veicolo statunitense dal 1996 in poi che soddisfi i requisiti minimi di legge.

Ciò che non copre: PID definiti dal produttore, accesso ai moduli ABS/SRS/trasmissione/TPMS, controlli bidirezionali, adattamenti o seed di accesso di sicurezza. I veicoli successivi al 2018 che utilizzano UDS su CAN o CAN FD ampliano ulteriormente il divario. Quando abbiamo effettuato la nostra validazione su una flotta di 50 veicoli, gli scanner che dichiaravano una compatibilità di base del 95% hanno raggiunto in media solo il 40-60% sui dati avanzati per i veicoli non USDM.

La metrica che gli ingegneri addetti agli acquisti dovrebbero richiedere è: una matrice dettagliata di copertura migliorata OEM in Excel, suddivisa per marca, modello e anno, che mostri i codici di errore (DTC) migliorati supportati per ogni centralina, lo stato CAN FD e DoIP, la capacità di pass-through J2534 e la frequenza di aggiornamento del database. Tutto il resto è marketing.

2.2 Stabilità della comunicazione con la centralina elettronica

L'ambiente elettrico dei veicoli è ostile. Gli iniettori diesel common rail, il rumore di commutazione dell'alternatore e i picchi di carico durante l'avviamento del motore generano transitori che i test al banco non sono in grado di rilevare. La tensione sulla porta OBD oscilla tra 9V e 36V a seconda del veicolo, dello stato di carica e degli altri dispositivi in ​​funzione sul bus. La protezione contro l'inversione di polarità non è opzionale, ma è inclusa nella garanzia.

Lo abbiamo imparato a nostre spese. Un progetto ODM del 2023 che utilizzava un SoC GD32F103 con transceiver CAN TJA1050 ha superato il 100% dei test di laboratorio: diagrammi a occhio puliti, nessuna perdita di pacchetti a 500 kbps. Il primo guasto sul campo si è verificato in un'officina europea su un Mercedes Sprinter diesel del 2019. L'unità si disconnetteva dal bus in modo intermittente, generava codici di errore U0100 (perdita di comunicazione) e causava la corruzione dei codici di errore. Causa principale: diodi TVS sottodimensionati e induttori di modo comune mancanti su CANH e CANL. Transitori di tensione secondo ISO 7637-2 Impulso 3a e 3b — fino a +/-150V durante l'avviamento del motore — accoppiati direttamente attraverso il connettore OBD. Il transceiver ha superato i test di laboratorio, ma si è guastato sul campo dopo circa 200 ore cumulative.

2.3 Complessità del database software

I nostri dati RMA relativi a 120,000 unità in 18 mesi mostrano che il 68% dei resi viene segnalato come "non funziona sul mio XYZ del 2024", anche quando l'hardware supporta i protocolli corretti. Mancava la voce specifica del database OEM oppure la negoziazione del seed di sicurezza non è andata a buon fine senza alcun messaggio di errore. Le unità con aggiornamenti OTA del database poco frequenti mostrano tassi di reso dal 18 al 22% all'uscita di un nuovo modello. Questo è un problema aziendale, non hardware.

2.4 Ambiente di officina robusto

I meccanici non trattano con delicatezza i tablet diagnostici. Lasciano gli scanner collegati durante i test dell'alternatore, i cicli di accensione e spegnimento e gli avviamenti di emergenza. Gli attrezzi cadono dai battitacco delle portiere dei veicoli, si sporcano d'olio e vengono lasciati nei furgoni freddi per tutta la notte. L'intervallo di temperatura operativa da -10 a 55 gradi Celsius non è un dato riportato nella scheda tecnica, ma rappresenta l'intervallo effettivo di temperatura a cui uno scanner è esposto, che va da una mattina di gennaio in un parcheggio del Minnesota a un vano motore in un'estate texana.

3. Progettazione dell'architettura del sistema

3.1 Piattaforma di elaborazione centrale

Il processore applicativo principale è un ARM Cortex-A series che esegue Android o Linux embedded. Android risulta vincente per la velocità di sviluppo dell'interfaccia utente e la maturità dell'ecosistema OTA. Linux è più pulito per i percorsi diagnostici sensibili alla latenza. Un MCU dedicato gestisce separatamente il livello di controllo della comunicazione: mantenere il processore applicativo separato dal bus del veicolo riduce la latenza, migliora l'isolamento degli errori e impedisce che un crash del software interrompa le sessioni attive della centralina. L'obiettivo era un tempo di avvio inferiore a 10 secondi dall'accensione a freddo allo stato di pronto per la diagnostica.

3.2 Interfaccia di comunicazione del veicolo

Il connettore OBD-II a 16 pin è il punto di ingresso, ma è a livello fisico che la maggior parte dei progetti fallisce. L'architettura utilizza transceiver CAN ad alta e bassa velocità, un circuito integrato driver per le linee K e L (non transistor discreti), un transceiver LIN e, per le piattaforme successive al 2020, DoIP opzionale tramite Ethernet.

La scelta del driver per la linea K è più importante di quanto sembri. Le implementazioni discrete economiche non offrono la tolleranza ai 12V, il controllo della velocità di variazione (slew rate) e lo spegnimento per sovratemperatura di un circuito integrato dedicato come l'L9637. Nelle centraline elettroniche (ECU) più vecchie, provenienti da paesi asiatici ed europei, che portano la linea a 12V durante l'inizializzazione, questa differenza si manifesta con comunicazioni intermittenti, quasi impossibili da diagnosticare sul campo. Il supporto DoIP richiede un PHY Ethernet, componenti magnetici e uno stack TCP/IP sulla MCU, con un aumento del costo dei materiali (BOM) di 8-12 dollari prima ancora di considerare la complessità del firmware. Non si tratta di una semplice opzione software.

3.3 Connettività wireless

• Wi-Fi 5 e 6 per la sincronizzazione ad alta velocità del database e la registrazione delle sessioni cloud

• Bluetooth 5.0 per l'accoppiamento con il PC dell'officina e la visualizzazione remota

• Modulo 4G LTE opzionale per la diagnostica cloud dei veicoli sul campo

• Il modulo LTE supporta anche l'assistenza tecnica remota con condivisione del flusso di dati in tempo reale

3.4 Archiviazione e sicurezza

Memoria eMMC da 32 a 128 GB a seconda della versione. Il solo database dei veicoli, con copertura completa specifica per i produttori OEM di Stati Uniti, Europa e Asia, supera i 20 GB, prima ancora di considerare i log e le registrazioni delle sessioni. L'architettura di aggiornamento firmware sicura utilizza pacchetti di aggiornamento firmati, una catena di avvio verificata e canali OTA crittografati. L'autenticazione dell'utente e i canali di comunicazione crittografati sono requisiti imprescindibili per qualsiasi strumento di livello professionale venduto a flotte aziendali o concessionarie.

4. Ingegneria di circuiti stampati e hardware

4.1 Progettazione di PCB multistrato

Il guasto del Mercedes Sprinter nel 2023 ha riscritto le nostre regole per i PCB. L'analisi post-mortem ha mostrato oscillazioni sulle linee CAN superiori a 2 Vpp, una violazione diretta della norma ISO 11898-2, causate da un filtraggio di modo comune inadeguato e da una scarsa separazione del piano di massa. Siamo passati a una struttura a 6-8 strati con un piano di massa analogico dedicato sotto la sezione del transceiver. Nessuna traccia digitale attraversa l'area del bus CAN. I via sono cuciti ogni 5 mm attorno alla sezione analogica. Il layout EMI è un vincolo di prima fase, non un elemento di verifica post-progettazione.

Fotografia macro ravvicinata di un circuito stampato (PCB) di uno scanner diagnostico automobilistico a 8 strati, che mostra la sezione del transceiver del bus CAN, gli induttori di modo comune, gli array di diodi di protezione TVS e l'impronta del connettore OBD-II con le vie di collegamento visibili lungo il confine del piano di massa analogico.

Componenti di livello automobilistico in tutto il sistema: ampie gamme di temperatura, qualificazione AEC-Q100 ove applicabile, selezione di circuiti integrati a lungo termine con strategia di sostituzione documentata prima della produzione. La sezione del livello fisico utilizza un front-end ASIC dedicato al protocollo con terminazione programmabile e logica di soppressione degli impulsi.

4.2 Progettazione della gestione dell'alimentazione

La protezione dalla sovratensione in ingresso copre l'intera gamma di tensione del veicolo, da 9V a 36V. La protezione contro le sovratensioni gestisce i transitori che si verificano quando una batteria viene scollegata da un alternatore in funzione: questo evento genera picchi superiori a 60V che mettono fuori uso i circuiti non protetti. I diodi TVS sono ora array bidirezionali conformi alla norma ISO 7637-3, e non i componenti P6KE6.8A che si sono rivelati difettosi nel progetto Sprinter. Le varianti portatili aggiungono un sistema di gestione della batteria per il funzionamento senza fili durante le ispezioni dei veicoli.

Screenshot dell'oscilloscopio che mostra un picco transitorio di tensione dovuto a un calo di carico del veicolo, che raggiunge i 65 V prima di stabilizzarsi, con una forma d'onda di uscita protetta che rimane stabile, a dimostrazione dello stress elettrico a cui uno scanner diagnostico per autoveicoli deve resistere.

4.3 Protezione ESD e transitoria

Ogni pin OBD è dotato di protezione TVS bidirezionale conforme alla norma IEC 61000-4-2 ESD, ferrite in serie e filtro di modo comune da 100 nF più 100 pF. La conformità alla norma ISO 7637 è lo standard documentato. Le specifiche di protezione effettive che utilizziamo in fase di progettazione sono più stringenti: le reali condizioni di officina superano quelle dei modelli standard.

5. Funzionalità software e diagnostiche

5.1 Funzionalità diagnostiche principali

• Leggere e cancellare i codici di errore (DTC) su tutte le centraline supportate, non solo su quelle del gruppo propulsore.

• Monitoraggio del flusso di dati in tempo reale con selezione PID configurabile e visualizzazione grafica

• Acquisizione di dati al fermo immagine in condizioni di guasto

• Stato del monitor di prontezza per i test sulle emissioni

• Test del sensore O2 e test di tenuta del sistema EVAP secondo la modalità OBD-II 08

Queste sono le funzionalità previste dalla legge. Ogni scanner sul mercato le possiede. La questione non è se esistano o meno, ma quanto siano affidabili nell'intera gamma di veicoli coperti.

5.2 Funzioni avanzate

Codifica e programmazione della centralina per le piattaforme supportate, con un'importante precisazione. Il bypass completo del gateway di sicurezza non è disponibile su tutte le piattaforme di lusso e per veicoli elettrici dal 2024 in poi. Alcuni moduli specifici per Mercedes, BMW e Tesla utilizzano sistemi di sicurezza a codice variabile o basati su certificati, che non siamo in grado di violare. Questa scelta è intenzionale. Consigliamo ai clienti di utilizzare lo scanner come strumento di diagnosi e assistenza, non in sostituzione del dispositivo PASSTHRU del concessionario quando è necessaria la programmazione effettiva della centralina.

Per il 95% del lavoro quotidiano in officina, lo scanner è sufficiente. Per il restante 5%, il flusso di lavoro ideale prevede il nostro strumento di diagnostica integrato con il passaggio del segnale J2534 al software OEM. Questa trasparenza ha incrementato gli ordini ripetuti da parte dei distributori, che hanno smesso di ricevere telefonate arrabbiate per le promesse di "accesso completo" che si rivelano infondate sul campo.

• Ripristino del sistema TPMS e programmazione del sensore

• Diagnostica ABS e SRS con dati dei sensori in tempo reale

• Ripristino dei servizi: durata dell'olio, usura delle pastiglie dei freni, registrazione della batteria

• Programmazione delle chiavi laddove la sicurezza OEM lo consenta

5.3 Integrazione cloud

La diagnostica remota tramite sessioni registrate nel cloud consente a un tecnico esperto di esaminare i dati in tempo reale e la cronologia dei guasti da qualsiasi luogo. Generazione di report del veicolo in formato PDF per la documentazione di assistenza. Un database di supporto tecnico online collegato all'identificazione del veicolo riduce i tempi di diagnosi su piattaforme non familiari. L'integrazione con la dashboard di gestione della flotta è disponibile per gli operatori che gestiscono più di 10 veicoli.

"Il 68% delle nostre richieste di reso (RMA) in 18 mesi è stato presentato con la motivazione 'non funziona sul mio veicolo del 2024', non per un guasto hardware. Mancava la voce nel database oppure la negoziazione del codice di sicurezza non è andata a buon fine senza alcun messaggio di errore."

6. Progettazione meccanica e industriale

6.1 Progettazione dell'involucro

Grado di protezione IP54 come specifica base, IP65 per la versione premium. Rivestimento in gomma su tutti e quattro gli angoli e sulla superficie posteriore: non è solo estetico, ma funzionale. Le cadute dai battitacco dei veicoli e dai bordi dei banchi da lavoro sono la causa più comune di guasti fisici nei prodotti restituiti. Un telaio interno ammortizzante disaccoppia il circuito stampato dagli impatti con l'involucro. L'alloggiamento del connettore OBD è rinforzato separatamente perché lo stress sul connettore dovuto al peso del cavo è una causa di guasto a lungo termine che si manifesta dopo oltre 6,000 cicli di connessione.

Un meccanico con guanti in nitrile tiene in mano uno scanner diagnostico per auto robusto che visualizza i dati ABS in tempo reale, con un cavo OBD-II collegato a una porta del cruscotto del veicolo, in un'officina di riparazione professionale.

6.2 Progettazione dell'interfaccia utente

Schermo touchscreen capacitivo da 7 a 10 pollici a seconda del modello. Sensibilità al tocco ottimizzata per l'utilizzo con i guanti: si tratta di una configurazione software che la maggior parte dei produttori di apparecchiature originali (OEM) trascura, e i cui effetti si notano immediatamente nel feedback degli operatori in officina. I meccanici indossano costantemente guanti in nitrile. Uno scanner che richiede l'utilizzo a mani nude viene messo da parte entro una settimana. I pulsanti fisici di scelta rapida per le quattro funzioni più comuni riducono la dipendenza dal touchscreen per l'utilizzo con una sola mano.

6.3 Gestione termica

Gli alloggiamenti sigillati non possono utilizzare il raffreddamento attivo. Il progetto termico si basa su un dissipatore di calore interno in alluminio, fissato al package del processore e collegato al pannello posteriore dell'alloggiamento, che funge da radiatore passivo. L'obiettivo di progettazione era garantire la stabilità operativa continua durante un turno di 8 ore. L'obiettivo finale: mantenere le massime prestazioni a una temperatura ambiente di 55 gradi Celsius, coprendo l'utilizzo in prossimità del vano motore.

7. Conformità e certificazione

7.1 Norme automobilistiche

La conformità alla norma ISO 7637 riguarda la protezione dai transitori sulle linee di alimentazione e sull'interfaccia OBD. Tuttavia, la norma rappresenta un limite minimo, non massimo. Il guasto del Mercedes Sprinter è stato causato dai transitori Pulse 3a e 3b definiti dalla norma ISO 7637-2, che il nostro progetto originale aveva sottovalutato in un ambiente veicolare reale con elevate interferenze elettromagnetiche. La norma ISO 16750 riguarda i carichi ambientali ed elettrici per i componenti del veicolo. Le nostre specifiche di progettazione interne superano questi standard, in particolare per quanto riguarda i valori di protezione TVS e il filtraggio di modo comune.

• ISO 7637 — immunità ai transitori e agli impulsi, protezione della linea di alimentazione

• ISO 16750 — Requisiti ambientali ed elettrici per i componenti dei veicoli

• SAE J2534-1 e J2534-2 — conformità pass-through per l'integrazione del software OEM

7.2 Certificazioni globali

• Marcatura CE: compatibilità elettromagnetica e sicurezza elettrica per il mercato europeo

• Autorizzazione FCC — Operazioni wireless in Nord America

• Conformità alla direttiva RoHS: restrizioni sulle sostanze pericolose per i mercati UE e asiatici.

• Valutazione REACH — per contenuto chimico specifico, ove richiesto

Tutte le certificazioni vengono gestite nell'ambito del programma ODM. Il cliente riceve un prodotto completamente certificato e pronto per l'immissione sul mercato.

8. Test e convalida

8.1 Test Funzionali

La validazione multimarca dei veicoli viene eseguita sulla nostra flotta di 50 veicoli, aggiornata trimestralmente per includere i nuovi anni modello. La flotta comprende marchi statunitensi, europei e asiatici dal 1996 ad oggi. I test di stabilità della comunicazione della centralina elettronica (ECU) vanno oltre la semplice verifica del protocollo: eseguiamo test in presenza di rumore elettrico attivo, durante l'avviamento del motore e con altri carichi ad alta corrente in funzione simultaneamente.

Laboratorio di validazione per scanner diagnostici automobilistici, con un motore in funzione su un banco di prova collegato a uno scanner tramite OBD-II, con banco di carico, oscilloscopio e iniettore di rumore da spinterometro visibili, a dimostrazione di test con veicolo in loop che vanno oltre i requisiti standard ISO.

Il test con veicolo in circuito chiuso (V2L) su un motore diesel in funzione con un banco di carico da 30 kW e un iniettore di rumore di scintilla è ora obbligatorio prima dell'approvazione finale di ogni lotto di produzione. Nessuno standard ISO lo richiede. I dati raccolti dal campo ci hanno suggerito di aggiungerlo.

8.2 Test ambientali

• Test di caduta da 1.2 a 1.5 metri su cemento: altezza realistica di una soglia o di un banco da lavoro.

• Cicli termici ad alta e bassa temperatura: da -10 a 55 gradi Celsius con verifica funzionale a entrambi gli estremi

• Test di vibrazione su una tavola a sei assi che simula l'ambiente di un'officina e il trasporto su veicoli.

• Verifica dell'integrità del segnale del bus CAN dopo le vibrazioni: il suono dopo lo stress meccanico è una modalità di guasto; i test funzionali da soli non riescono a

8.3 Test di produzione

Il test in-circuit su ogni scheda verifica la presenza dei componenti e l'integrità delle saldature. Il test funzionale del circuito verifica ogni protocollo di comunicazione, ogni percorso di I/O e la regolazione dell'alimentazione a temperatura controllata. La calibrazione dell'interfaccia OBD rispetto a un simulatore di centralina di riferimento conferma la temporizzazione del protocollo e i livelli del segnale prima dell'assemblaggio finale. Nessuna unità viene spedita senza aver superato tutte e tre le fasi. Questo è uno dei motivi per cui il nostro tasso di resi per guasti di comunicazione si attesta allo 0.3%.

9. Produzione industriale e produzione di massa

9.1 Ottimizzazione DFM

La progettazione per la produzione inizia con la revisione dello schema elettrico, non dopo il layout. Per ogni circuito integrato critico nel progetto (transceiver, MCU, gestione dell'alimentazione) documentiamo un sostituto qualificato prima del tape-out. Problemi di disponibilità dei componenti hanno bloccato due programmi ODM nel 2021 e nel 2022 che non avevano strategie di sostituzione. La selezione di circuiti integrati con un lungo ciclo di vita evita che un prodotto entri in produzione e il componente principale raggiunga la fine del suo ciclo di vita entro 18 mesi.

9.2 SMT e assemblaggio

Linee SMT automatizzate per l'assemblaggio di tutti i componenti a montaggio superficiale, senza necessità di posizionamento manuale sulle schede di produzione. Saldatura a onda per i connettori a foro passante, ove richiesto. La programmazione finale del sistema e l'installazione del software sono parte integrante del flusso di produzione, non una fase successiva all'assemblaggio. Ogni unità riceve il firmware di produzione, il database del veicolo e i parametri di calibrazione tramite un'operazione controllata e registrata. La capacità di aggiornamento OTA viene verificata su ogni unità prima che lasci la linea di produzione.

9.3 Garanzia di qualità

Ispezione funzionale al 100% su ogni unità, non a campione. Il test di burn-in esegue ogni unità a temperatura elevata per un periodo definito per individuare guasti precoci prima della spedizione. La convalida finale della comunicazione con il veicolo collega ogni unità a un simulatore di centralina elettronica (ECU) in tempo reale e verifica la lettura, la cancellazione e i dati in tempo reale dei codici di errore (DTC) su tutti i protocolli supportati.

La nostra produzione di 120,000 unità, distribuita su 18 mesi e tre linee ODM, ha mantenuto un tasso di restituzione per guasti di comunicazione dello 0.3%. Questo dato rappresenta il risultato di questo processo.

10. Risultati del progetto

10.1 Risultati tecnici

Comunicazione stabile con la centralina su oltre il 95% dei modelli di veicoli testati con diagnostica avanzata, non solo OBD-II generico. Tempo di avvio inferiore a 10 secondi dall'accensione a freddo alla predisposizione per la diagnostica. Lettura affidabile dei dati CAN ad alta velocità a 500 kbps e 1 Mbps senza perdita di frame, in conformità con la specifica di immunità al rumore ISO 11898.

Il tasso di errore di comunicazione nei resi sul campo è sceso dal 4.2% allo 0.3% in seguito alle modifiche al layout del PCB, agli aggiornamenti della protezione dai transitori e alle misure di sicurezza del firmware introdotte dopo il guasto dello Sprinter del 2023. Su 120,000 unità, questa è la differenza tra 5,040 resi in garanzia e 360.

10.2 Risultati di mercato

Lo scanner è stato lanciato in Nord America e in Europa, posizionandosi come strumento diagnostico professionale di fascia medio-alta. Il tasso di riordini da parte dei distributori è migliorato dopo che il cliente ha adottato una comunicazione trasparente sulla copertura, pubblicando la matrice di copertura ottimizzata dall'OEM anziché una generica percentuale. La scalabilità per l'espansione della diagnostica dei veicoli elettrici è integrata nell'architettura hardware, con connettori CAN FD e DoIP sul PCB per la prossima revisione del prodotto.

11. Veicoli elettrici e capacità di espansione futura

11.1 Diagnostica dei veicoli elettrici

"Pronto per i veicoli elettrici" è l'espressione più abusata nella diagnostica automobilistica al momento. Ma cosa richiede concretamente a livello hardware?

Confronto affiancato di PCB che mostra una scheda di diagnostica standard per veicoli a combustione interna con transceiver CAN di base rispetto a una scheda predisposta per veicoli elettrici dotata di transceiver CAN FD, PHY Ethernet, componenti magnetici e percorsi di misurazione ADC isolati, illustrando gli aggiornamenti hardware necessari per una reale capacità diagnostica nei veicoli elettrici.

Il monitoraggio del BMS su pacchi batteria con tensioni comprese tra 400 e 800 V richiede convertitori analogico-digitali (ADC) ad alta risoluzione e percorsi di misurazione isolati, funzionalità non presenti in uno scanner standard per motori a combustione interna (ICE). La diagnostica dei sistemi ad alta tensione (guasti di isolamento HV, rilevamento della saldatura dei contattori, segnali di fuga termica) utilizza PID, schemi di accesso di sicurezza e modalità di guasto diversi da quelli previsti dalla diagnostica per motori a combustione interna. Le centraline elettroniche (ECU) dei veicoli elettrici utilizzano gli stessi comandi UDS dei motori a combustione interna, ma con strutture PID completamente diverse. Senza l'hardware fisico corrispondente, lo scanner non è in grado di stabilire la connessione su molte piattaforme. Non si tratta di un problema di database, bensì di un problema hardware.

• Monitoraggio della tensione, della temperatura e del bilanciamento delle celle del BMS

• Rilevamento guasti di isolamento AT e analisi dello stato del contattore

• Diagnostica del sistema di ricarica, incluso il protocollo di comunicazione EVSE.

• Monitoraggio del segnale di allarme precoce in caso di fuga termica

11.2 Espansione di DoIP e OTA

Il supporto completo a DoIP (ISO 13400) richiede un PHY Ethernet, componenti magnetici e uno stack TCP/IP sulla MCU. Questo aggiunge dagli 8 ai 12 dollari alla distinta base (BOM) prima ancora di considerare lo sviluppo del firmware. Il supporto CAN FD per la comunicazione a 5 Mbps nella fase dati aggiunge altri 2-3 dollari per unità. Il costo incrementale totale della distinta base per passare da uno scanner compatibile solo con motori a combustione interna a un hardware effettivamente pronto per i veicoli elettrici è del 25-40%, ovvero dai 15 ai 25 dollari per dispositivo.

Quando i clienti chiedono di "aggiungere la diagnostica per veicoli elettrici", la conversazione è diretta: non si tratta di una semplice casella da spuntare nel software. Richiede sei mesi di lavoro su un database specifico per il veicolo, oltre alle modifiche hardware che aumentano il costo unitario di 15-25 dollari. Se state acquistando uno scanner compatibile con i veicoli elettrici, richiedete la checklist hardware DoIP e CAN FD e un rapporto di convalida firmato su almeno tre piattaforme per veicoli elettrici prima di firmare l'ordine di acquisto.

"Richiedi la checklist hardware DoIP e CAN FD, oltre a un rapporto di validazione firmato, per almeno tre piattaforme di veicoli elettrici. Non una semplice affermazione di marketing, ma un documento firmato."

12. Perché scegliere noi per lo sviluppo di dispositivi di diagnostica automobilistica?

Non puntiamo sulla lista più lunga di funzionalità, ma sui dati.

La nostra capacità di progettazione di PCB va oltre il layout EMC standard, estendendosi all'immunità ai transitori specifica per il veicolo, validata su veicoli in funzione con banchi di carico e iniettori di rumore, non solo in simulazione. Il guasto del Mercedes Sprinter nel 2023 ha prodotto una serie di regole di progettazione non previste da alcuno standard ISO e che hanno ridotto il nostro tasso di resi per guasti alle comunicazioni dal 4.2% allo 0.3%. Questa conoscenza è alla base di ogni progetto che realizziamo ora.

La progettazione hardware di livello automobilistico implica componenti AEC-Q100, conformità alle norme ISO 7637 e 16750 come punto di partenza e strategie documentate per i componenti sostitutivi prima della fase di produzione. La differenza tra uno scanner che supera la certificazione e uno che resiste a 200,000 cicli di connessione in officine reali non è visibile su una scheda tecnica.

Lo sviluppo di software embedded copre l'intera architettura: firmware di protocollo, gestione del database della centralina, infrastruttura di aggiornamento OTA e integrazione cloud. Consideriamo la cadenza di aggiornamento del database come un risultato garantito da un SLA: massimo 45 giorni dal rilascio di un nuovo modello all'aggiornamento validato del database.

Il servizio OEM e ODM end-to-end garantisce al cliente un prodotto finito, certificato e pronto per il mercato. Le certificazioni CE, FCC e RoHS sono gestite all'interno del programma. Produzione di massa con ispezione funzionale al 100%. Validazione completa della comunicazione con il veicolo su ogni unità prima della spedizione.

E spieghiamo ai clienti cosa non fa il nostro strumento. Non permette di aggirare le limitazioni del gateway di sicurezza su alcune piattaforme successive al 2024. Non richiede un flusso di lavoro ibrido per la programmazione della centralina su quei veicoli. Non indica il costo reale dell'hardware necessario per la predisposizione alla mobilità elettrica. Questa trasparenza non è un punto debole nel processo di vendita. I dati relativi agli ordini ripetuti dimostrano il contrario.

50+Flotta di convalida dei veicoli45 GiorniSLA di aggiornamento massimo per l'anno modello0.3%Tasso di fallimento delle comunicazioni sul campo100%Ispezione funzionale per unità

Tutti i dati provengono da registri di produzione interni, registri RMA e dati di validazione sul campo relativi a oltre 200,000 unità spedite. L'identità del cliente e del marchio è stata resa anonima in conformità con gli accordi ODM.

Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *