Un'architettura CAN multi-bus viene utilizzata nei sistemi di gestione delle batterie per separare i carichi di comunicazione e proteggere le funzioni di sicurezza in tempo reale. I dati a livello di cella, le procedure di handshake con il caricabatterie e i messaggi di controllo del veicolo hanno requisiti diversi in termini di larghezza di banda e temporizzazione; pertanto, collocarli su canali CAN distinti riduce la congestione. Per i test di laboratorio, ciò significa che il sistema di test deve supportare più interfacce CAN indipendenti, offrendo al contempo capacità di misura ad alta velocità dedicate per un'analisi dettagliata delle celle.
Il principio fondamentale è la separazione delle responsabilità: il CAN deve trasportare informazioni affidabili di controllo e stato, mentre l'apparecchiatura di laboratorio esegue l'acquisizione dati ad alta velocità e alta risoluzione. Un sistema di test delle batterie adeguato deve quindi comunicare simultaneamente con il BMS, il caricabatterie e il simulatore del veicolo, senza costringere la rete CAN del BMS a eseguire misure per le quali non è stata progettata.
Perché i sistemi a batteria utilizzano più bus CAN
Diversi tipi di dati hanno priorità diverse
Un pacco batterie genera diverse categorie di informazioni:
- Misure a livello di cella, come le tensioni e le temperature delle singole celle.
- Comunicazioni di carica, inclusi i comandi del caricabatterie, i limiti e le procedure di handshake del protocollo.
- Informazioni di controllo del veicolo, come lo stato di carica, i limiti di corrente, gli avvisi e lo stato dei contattori.
Questi flussi di dati non hanno requisiti identici in termini di temporizzazione o larghezza di banda. Separarli consente a ciascun bus di svolgere una funzione definita, invece di costringere ogni messaggio a passare attraverso un'unica rete condivisa.
Il bus interno trasporta informazioni dense sulla batteria
Il bus interno del BMS gestisce generalmente informazioni ad alta densità provenienti dai dispositivi di monitoraggio delle celle e dai moduli di controllo della batteria. Le tensioni delle singole celle, le temperature, lo stato del bilanciamento, i dati diagnostici e le informazioni sui guasti interni possono generare un traffico considerevole di messaggi.
Questo bus è essenziale per il funzionamento del BMS, ma non è necessariamente ottimizzato per misure di livello laboratoriale. La sua velocità di trasmissione, la pianificazione dei messaggi, la scalatura e l'accessibilità sono determinate dal progettista del pacco batterie.
Il bus di carica gestisce l'interazione con il caricabatterie
Il bus di carica collega il BMS o il pacco batterie al sistema di ricarica. Trasporta le informazioni necessarie per stabilire e mantenere il processo di carica, inclusi la corrente consentita, i limiti di tensione, lo stato di carica e le condizioni di guasto.
Poiché la comunicazione con il caricabatterie spesso prevede handshake rigorosi e una precisa temporizzazione del controllo, la congestione su questo canale potrebbe interrompere la carica o ritardare la trasmissione di limiti importanti.
Il bus del veicolo comunica i dati di controllo a livello di pacco
Il bus rivolto al veicolo fornisce normalmente all'unità di controllo del veicolo informazioni riepilogative. I segnali tipici includono lo stato di carica, i limiti di corrente di carica e scarica, la tensione del pacco, la corrente del pacco, gli avvisi di sistema e gli stati dei contattori.
Queste informazioni sono spesso codificate in modo compatto nei messaggi CAN standard. Un singolo messaggio da 8 byte, ad esempio, può contenere i limiti di corrente, lo stato di carica, i flag di sistema, la corrente del pacco e la tensione del pacco.
Perché un singolo bus CAN può diventare problematico
Il polling ad alta frequenza delle celle genera un traffico eccessivo
Un errore comune consiste nel considerare la rete CAN del BMS come un sistema di acquisizione dati ad alta velocità. Richiedere ripetutamente la tensione di ogni cella a intervalli brevi, ad esempio ogni 100 millisecondi, può generare un traffico considerevole di messaggi.
Questo traffico entra in competizione con i segnali di sicurezza, i comandi di controllo e le comunicazioni con il caricabatterie o il veicolo. Il risultato può essere un ritardo dei messaggi, un aumento dell'utilizzo del bus e una riduzione del determinismo.
L'arbitraggio CAN protegge i messaggi prioritari, ma non offre una larghezza di banda illimitata
Il CAN utilizza un arbitraggio basato sull'hardware. Se più nodi trasmettono contemporaneamente, il messaggio con l'identificatore numerico più basso ottiene l'accesso senza corrompere il frame.
Ciò consente agli allarmi di guasto ad alta priorità e ai messaggi di stato di emergenza di avere la precedenza sulla telemetria ordinaria. Tuttavia, l'arbitraggio non crea ulteriore larghezza di banda; un bus fortemente carico può comunque ritardare i messaggi a bassa priorità e ridurre la capacità complessiva di comunicazione.
La comunicazione di sicurezza deve rimanere prevedibile
Un BMS deve essere in grado di trasmettere in modo affidabile avvisi, limiti di corrente, comandi dei contattori e stati di guasto. Se un sistema di test satura lo stesso bus con richieste diagnostiche o registrazioni ad alta frequenza, può interferire con il ruolo fondamentale del BMS in materia di sicurezza.
L'obiettivo della progettazione non è quindi semplicemente raccogliere più dati. È raccogliere i dati necessari senza compromettere il percorso di comunicazione utilizzato per la protezione e il controllo.
Cosa significa il CAN multi-bus per i test di laboratorio delle batterie
Il sistema di test necessita di più canali CAN
Un tester per batterie da laboratorio o un banco di prova per ricerca e sviluppo dovrebbe poter collegarsi ai bus rilevanti in modo indipendente. Come minimo, potrebbero essere necessarie interfacce separate per:
- La rete interna del BMS.
- La rete di controllo del veicolo.
- La rete di comunicazione del caricabatterie.
Ogni canale dovrebbe poter essere configurato indipendentemente per velocità di trasmissione, filtraggio dei messaggi, trasmissione e registrazione. Una singola interfaccia CAN fisica potrebbe essere insufficiente quando il pacco batterie espone più reti con ruoli o configurazioni differenti.
Il sistema deve supportare la comunicazione simultanea
I test di laboratorio spesso richiedono attività simultanee:
- Registrare i dati delle celle e del pacco.
- Simulare un'unità di controllo del veicolo.
- Simulare o controllare il comportamento del caricabatterie.
- Trasmettere comandi al BMS.
- Monitorare avvisi, guasti e stati dei contattori.
La piattaforma di test deve eseguire queste attività contemporaneamente. Non dovrebbe richiedere all'operatore di passare manualmente da un bus all'altro o di mettere in pausa la registrazione per eseguire una transazione di controllo.
La simulazione CAN deve riflettere i ruoli operativi reali
Un sistema di test potrebbe dover agire come unità di controllo del veicolo, caricabatterie o altro partecipante alla rete. Ciò comporta la trasmissione di messaggi realistici, la risposta ai segnali del BMS e l'implementazione delle procedure di handshake e dei comportamenti temporali previsti.
Ad esempio, un banco di prova potrebbe dover fornire richieste dal lato veicolo monitorando separatamente i limiti dal lato caricabatterie. Il supporto CAN multicanale rende possibile riprodurre queste interazioni senza riunire traffici non correlati sulla stessa rete.
Le misure dettagliate devono utilizzare strumentazione dedicata
I valori CAN vengono generalmente elaborati e trasmessi dal BMS alle proprie frequenze di campionamento e comunicazione. Sono utili per osservare il comportamento del BMS, ma potrebbero non fornire la risoluzione, la sincronizzazione o la frequenza di acquisizione necessarie per la ricerca elettrochimica.
Il monitoraggio ad alta frequenza delle celle e l'analisi dettagliata dovrebbero pertanto essere affidati ad apparecchiature dedicate per il test delle batterie o a strumenti scientifici di acquisizione dati. La rete CAN del BMS dovrebbe rimanere focalizzata sul controllo, sulla protezione, sulla diagnostica e sulla telemetria operativa.
Come progettare l'architettura di laboratorio
Separare la comunicazione di controllo dall'acquisizione delle misure
Una configurazione di test robusta utilizza il CAN per comunicare con il BMS e con gli altri controllori del sistema, mentre l'hardware di misura dedicato acquisisce i segnali necessari alla ricerca.
Questa separazione impedisce al sistema di laboratorio di generare traffico CAN non necessario e offre un controllo migliore sulla frequenza di campionamento, sull'accuratezza temporale e sulla qualità dei dati.
Registrare ogni bus in modo indipendente
Il sistema di test dovrebbe conservare l'identità e la temporizzazione dei messaggi provenienti da ciascun bus. La registrazione indipendente consente di determinare se un evento ha avuto origine dal BMS, dal caricabatterie, dal simulatore del veicolo o da un altro sottosistema.
Semplifica inoltre la risoluzione dei problemi. Un handshake di carica ritardato, ad esempio, dovrebbe essere distinguibile da un messaggio relativo a un limite proveniente dal veicolo o da un guasto del monitoraggio interno delle celle.
Applicare il filtraggio dei messaggi e un polling controllato
Il sistema di test dovrebbe sottoscriversi solo ai messaggi necessari per il test. Se è necessario eseguire il polling diagnostico, questo dovrebbe essere programmato a una frequenza che non interferisca con il traffico critico per la sicurezza.
Il filtraggio dei messaggi, la limitazione della frequenza e la trasmissione in base alla priorità sono importanti misure di protezione, soprattutto quando il BMS non fornisce un canale diagnostico separato.
Sincronizzare i dati CAN e quelli delle misure
Per analizzare correttamente il comportamento della batteria, gli eventi CAN e le misure ad alta velocità dovrebbero condividere un riferimento temporale affidabile. Ciò consente agli ingegneri di correlare una variazione della tensione di una cella o un aumento della temperatura con una modifica del limite del BMS, un evento del contattore, una risposta del caricabatterie o un messaggio di guasto.
Senza sincronizzazione, i dati possono mostrare cosa è accaduto, ma non la relazione precisa tra gli eventi.
Comprendere i compromessi
Un maggior numero di interfacce aumenta la complessità del sistema
Un sistema di test multi-bus richiede più canali hardware, più configurazione e una maggiore quantità di logica software. Gli ingegneri devono comprendere la velocità di trasmissione, le definizioni dei messaggi, la terminazione, gli identificatori e le caratteristiche elettriche di ciascuna rete.
Questa complessità è giustificata quando è necessaria un'interazione simultanea, ma dovrebbe essere gestita attraverso una documentazione chiara dei bus e configurazioni di test riutilizzabili.
I dati riportati dal BMS sono pratici, ma limitati
Leggere i valori delle celle tramite CAN è pratico perché evita cablaggi aggiuntivi e spesso espone gli stessi dati utilizzati dal BMS. Tuttavia, i valori possono essere filtrati, mediati, ritardati, quantizzati o trasmessi a una frequenza inferiore rispetto al processo di misura sottostante.
Per misure di ricerca precise, la strumentazione diretta o dedicata è generalmente più appropriata rispetto all'affidamento esclusivo alle trasmissioni del BMS.
Più dati non significa sempre dati migliori
Aumentare la frequenza di polling può sembrare un modo per migliorare la visibilità, ma un traffico eccessivo può ridurre l'affidabilità del sistema. L'obiettivo corretto è ottenere informazioni sufficienti con una temporizzazione prevedibile, non il massimo volume di messaggi.
Un insieme di messaggi selezionato con attenzione, combinato con un'acquisizione dedicata ad alta velocità, produce generalmente risultati sperimentali migliori rispetto a un polling aggressivo di ogni parametro BMS disponibile.
La separazione dei bus non elimina tutti i rischi di integrazione
I bus separati possono comunque interagire attraverso il software e la logica di controllo del BMS. Un limite di corrente generato dalle misure interne può influenzare i messaggi del veicolo, il comportamento del caricabatterie e i risultati dei test sulle altre reti.
Il sistema di laboratorio deve quindi testare non solo ogni bus individualmente, ma anche la catena completa delle risposte tra il monitoraggio delle celle, le decisioni del BMS, il controllo del caricabatterie e il controllo del veicolo.
Come scegliere in base al proprio obiettivo
Un sistema di test delle batterie da laboratorio dovrebbe essere scelto in base alle esigenze di interazione e misurazione del programma di test.
- Se l'obiettivo principale è l'integrazione del BMS e del veicolo: utilizzare un sistema con canali CAN indipendenti in grado di simulare i messaggi di controllo del veicolo monitorando al contempo i limiti a livello di pacco, lo stato di carica, i guasti e gli stati dei contattori.
- Se l'obiettivo principale è la validazione del caricabatterie: assicurarsi che il sistema possa comunicare e registrare in modo indipendente il bus di carica, incluse le procedure di handshake del protocollo, i limiti di carica e le risposte ai guasti.
- Se l'obiettivo principale è l'analisi elettrochimica a livello di cella: utilizzare hardware di misura ad alta velocità dedicato per le tensioni e le temperature delle celle, riservando il CAN alla comunicazione di stato e controllo del BMS.
- Se l'obiettivo principale è la validazione della sicurezza: dare priorità alla gestione deterministica dei messaggi, al monitoraggio indipendente dei bus, alla trasmissione basata sulla priorità e alla correlazione accurata degli eventi di guasto su tutti i canali.
- Se l'obiettivo principale è il test completo del pacco: scegliere una piattaforma che combini la simulazione e la registrazione CAN multicanale con l'acquisizione sincronizzata dei dati elettrici e termici.
L'architettura corretta mantiene il BMS responsabile del controllo sicuro, offrendo al sistema di laboratorio i canali indipendenti e le capacità di misura necessarie per una valutazione affidabile della batteria.
Tabella riepilogativa:
| Tipo di bus CAN | Scopo | Dati trasportati | Requisito per i test di laboratorio |
|---|---|---|---|
| CAN interno del BMS | Monitoraggio delle celle e diagnostica interna | Tensioni delle celle, temperature, stato, guasti | Registrazione indipendente; evitare il polling ad alta frequenza per prevenire la congestione |
| CAN del caricabatterie | Configurazione e controllo del caricabatterie | Limiti del caricabatterie, handshake, stato | Simulare il comportamento del caricabatterie; registrare i messaggi su un canale separato |
| CAN del veicolo | Informazioni di controllo a livello di pacco | Stato di carica, limiti di corrente, dati del pacco, avvisi | Simulare il controller del veicolo; monitorare i messaggi di controllo |
Migliora i tuoi test delle batterie con le soluzioni CAN multicanale di KINTEK. Le nostre apparecchiature di laboratorio supportano attività complete di ricerca e sviluppo sulle batterie, ricerca avanzata sui materiali e fabbricazione completa delle celle. Garantisci una comunicazione affidabile e misure precise: contattaci oggi stesso per discutere le tue esigenze! Contatta KINTEK