Un fornitore di batterie non può progettare un'interfaccia CAN affidabile basandosi solo sulla foto di un connettore e su alcuni frame acquisiti. Questa guida illustra l'esatto pacchetto tecnico che un OEM deve fornire prima che abbia inizio l'integrazione del BMS nelle batterie per carrelli elevatori.
Questo fallisce fin dall'inizio.
Quando un produttore OEM di carrelli elevatori invia a un fornitore di batterie nient’altro che la tensione nominale, la capacità, le foto dei connettori e una vaga richiesta di “far funzionare il CAN”, il progetto è già passato da una fase di progettazione controllata a una costosa fase di reverse engineering, in cui ogni ipotesi mancante si traduce in un ulteriore ritardo nella realizzazione del prototipo, in una revisione del firmware o in un guasto sul campo.
Perché le aziende produttrici di apparecchiature sofisticate continuano a considerare i dati di comunicazione come un elemento facoltativo?
L'integrazione del bus CAN nella batteria di un carrello elevatore non è una semplice operazione di cablaggio. Si tratta di un accordo di interfaccia tra il sistema di gestione della batteria, l'unità di controllo del veicolo, il caricabatterie, il cruscotto, l'inverter di trazione, l'unità telematica e, talvolta, una centralina gateway.
Il fornitore ha bisogno di qualcosa di più di CAN-H e CAN-L.
Deve sapere cosa significa ogni messaggio, quando deve comparire, a chi appartiene, cosa succede quando scompare e quale dispositivo ha l'autorità di interrompere la ricarica o disattivare la trazione.
La mia opinione schietta è semplice: Un produttore OEM che non comunichi la definizione dell'interfaccia non può ragionevolmente ritenere il fornitore della batteria responsabile delle prestazioni di integrazione.
Il Norma ISO 11898-1 relativa al protocollo CAN definisce il livello di collegamento dati CAN e le regole di codifica fisica. Non definisce il significato del byte 3 su un determinato carrello elevatore, né se lo stato di carica utilizzi una scala da 0,5 a 3T, né se il messaggio 0x351 devono arrivare ogni 100 millisecondi.
Quella differenza è importante.
Un fornitore può collegare un analizzatore CAN e visualizzare immediatamente il traffico. I frame vengono visualizzati. I contatori aumentano. I dati cambiano quando si aziona l'acceleratore o si collega il caricabatterie.
Ma il traffico non è sinonimo di significato.
Consideriamo questo fotogramma:
ID CAN: 0x351
DLC: 8
Dati: 64 0A 5E 10 00 03 7B 92
Ciclo: 100 ms
In assenza di una definizione approvata del segnale, il fornitore non sa se:
Andare a tentoni può portare alla realizzazione di un prototipo funzionante in laboratorio, ma non garantisce una batteria sicura per la produzione.
La differenza tra una demo CAN e un prodotto integrato sta nella documentazione.
Il fornitore ha bisogno di un unico pacchetto tecnico ben strutturato. Non di dieci filoni di email. Non di screenshot tratti da un vecchio strumento di assistenza. E certamente non di un file DBC in cui metà dei segnali è denominata Riservato.
Ecco il pacchetto minimo di consegna che richiederei prima di approvare l'integrazione del BMS della batteria del carrello elevatore.
| Prodotto da fornire all'OEM | Contenuti obbligatori | Perché il fornitore ne ha bisogno | Errore comune in caso di mancanza |
|---|---|---|---|
| Architettura di rete | Tutte le centraline collegate, i gateway, i punti terminali, i segmenti di bus, le porte diagnostiche e la proprietà della rete | Indica dove si trova la batteria e quali controller dipendono dai suoi dati | La batteria funziona sul banco di prova, ma non funziona una volta installata sul veicolo |
| Specifiche del livello fisico | CAN Classic o CAN FD, identificatori a 11 o 29 bit, velocità di trasmissione di 250/500 kbps o altre velocità, punto di campionamento, terminazione e circuiti di riattivazione | Garantisce una comunicazione elettrica stabile | Eventi di disattivazione del bus, riflessioni, errori di avvio intermittenti |
| DBC, EDS o database equivalente | ID dei messaggi, segnali, posizioni dei bit, scalatura, offset, unità di misura, ordine dei byte, valori validi e velocità di trasmissione | Fornisce la mappatura dei messaggi CAN della batteria del carrello elevatore | SOC errato, corrente inversa, falsi allarmi di temperatura |
| Matrice di titolarità dei messaggi | ECU trasmittente, ECU ricevente, tempo di ciclo previsto, timeout e ritardo di avvio per ogni messaggio | Impedisce la presenza di ID duplicati e i conflitti di temporizzazione | Due dispositivi trasmettono lo stesso identificatore oppure i watchdog scadono |
| Macchina a stati finiti operativa | Transizioni tra le modalità di riposo, veglia, standby, precarica, funzionamento, ricarica, guasto, manutenzione e spegnimento | Definisce il comportamento legale piuttosto che segnali isolati | I contattori si aprono durante la corsa o rimangono chiusi in caso di guasto |
| Interfaccia di ricarica | ID dei caricabatterie, richieste di tensione/corrente, logica di abilitazione dei caricabatterie, declassamento, interruzione della carica e comportamento in caso di timeout | Coordina il sistema di gestione della batteria (BMS), il caricabatterie e il camion | Il caricabatterie non si avvia o non tiene conto del limite di corrente della batteria |
| Matrice di reazione ai guasti | Gravità del guasto, livello di avviso, risposta della coppia, risposta del contattore, condizioni di ripristino e regole di blocco | Adegua il comportamento del camion alle protezioni del sistema di gestione della batteria (BMS) | Gli avvisi di minore entità disattivano la trazione, mentre i guasti gravi vengono ignorati |
| Schema dell'interfaccia elettrica | Configurazione dei pin, modello del connettore, ingresso accensione, circuito di interblocco, alimentazione ausiliaria, schermatura e messa a terra | Previene danni alle comunicazioni e all'hardware | Linea di scia invertita, scostamento dal terreno, interblocco non funzionante |
| Specifiche diagnostiche | ID diagnostici, UDS o servizi proprietari, formato DTC, diritti di accesso e metodo di aggiornamento del firmware | Supporta i test di produzione e l'assistenza sul campo | I rivenditori non sono in grado di individuare i guasti né di aggiornare le batterie di ricambio |
| Log CAN di riferimento | Avvio a freddo, guida normale, SOC basso, ricarica, carica completa, tracciati di guasti e spegnimento | Fornisce al fornitore prove concrete del corretto funzionamento | Gli errori nella documentazione rimangono nascosti fino alle prove su strada |
| Matrice dei test di accettazione | Condizioni di superamento/insuccesso, modelli supportati, limiti ambientali e versioni del software | Indica quando l'integrazione è completata | Revisioni infinite perché il termine “funzionante” non è mai stato definito |
Il DBC è importante.
Tuttavia, un database DBC descrive solitamente messaggi e segnali; raramente riporta la macchina a stati completa della batteria, la sequenza dei contattori, il modello di sicurezza informatica, le autorizzazioni diagnostiche o la risposta del veicolo in caso di interruzione della comunicazione; pertanto, il costruttore originale deve fornire anche un documento di controllo dell'interfaccia e un piano di accettazione.
CoreSpark Competenze ingegneristiche nel settore delle batterie OEM/ODM comprendono già la configurazione personalizzata del BMS, le opzioni di comunicazione, la progettazione dei connettori, l’abbinamento dei caricabatterie, lo sviluppo di campioni e il supporto ai test. Tale flusso di lavoro diventa efficiente solo quando l’OEM fornisce dati di interfaccia controllati sin dall’inizio, anziché dopo il fallimento del primo prototipo.
Un file DBC del bus CAN utilizzabile dai fornitori di batterie dovrebbe definire ogni segnale che la batteria trasmette o riceve.
Come minimo, ogni voce relativa a un segnale deve contenere:
La descrizione del checksum merita particolare attenzione. Non basta scrivere “CRC-8”.
Il fornitore necessita del polinomio, del valore iniziale, del valore XOR finale, delle regole di riflessione, dell’intervallo di byte protetto, delle regole di inclusione degli identificatori, della posizione del contatore di attività e di un esempio verificato di input-output. Sia il CRC-8/SAE-J1850 che il CRC-8/AUTOSAR sono calcoli a otto bit, ma non sono intercambiabili.
Un solo parametro mancante può far perdere giorni interi.
E no, una traccia CAN non è un sostituto. Una traccia può confermare il comportamento, ma raramente rivela tutti i valori riservati, le condizioni di errore, i timeout, le regole di ridimensionamento, i valori iniziali dei checksum o le varianti specifiche del modello.
Il produttore OEM deve identificare il protocollo effettivo di livello superiore.
Un sistema CAN proprietario richiede solitamente un file DBC e un documento di controllo dell'interfaccia. Un'implementazione CANopen può richiedere un file EDS o DCF, un dizionario degli oggetti, la mappatura PDO, il comportamento SDO, gli stati NMT, la temporizzazione degli heartbeat, le regole relative agli ID dei nodi e le definizioni dei messaggi di emergenza.
Il Profilo del dispositivo CiA 418 è stato creato appositamente per garantire l’interoperabilità tra i moduli batteria CANopen e i caricabatterie, compresi quelli realizzati secondo lo standard CiA 419. Si tratta di una guida utile, ma la dicitura “compatibile con CANopen” non indica comunque al fornitore quali oggetti opzionali, mappature, ID dei nodi o regole di temporizzazione il carrello elevatore utilizzi effettivamente.
Un camion basato sullo standard J1939 richiede un proprio pacchetto: PGN, SPN, indirizzi di origine, comportamento di richiesta di indirizzi, PGN proprietari, frequenze di ripetizione, requisiti del protocollo di trasporto e regole di gestione della rete.
“Utilizza CAN” non ci dice praticamente nulla.
La maggior parte dei problemi di integrazione non si verifica mentre il camion procede normalmente. Si verificano durante le fasi di transizione.
Riattivazione. Precarica. Collegamento del caricabatterie. Ritardo dopo lo spegnimento. Arresto di emergenza. Spegnimento per bassa tensione. Ripristino della comunicazione.
L'OEM deve documentare ogni transizione come una sequenza, non come un elenco disordinato di segnali.
Una sequenza di avvio semplificata potrebbe essere la seguente:
Ora ponete le domande scomode.
Cosa succede se la richiesta del veicolo arriva prima che il BMS abbia completato l’autotest? Quanto può durare la precarica? Il BMS deve ricevere tre frame validi prima di chiudere i contattori? Quale percentuale del collegamento CC indica che la precarica è completa: 85%, 90% o 95%? Cosa succede se il segnale di presenza del veicolo scompare per 500 millisecondi mentre il camion è in movimento?
Le risposte non possono provenire dalla fantasia del fornitore delle batterie.
Per ogni stato operativo, il costruttore originale (OEM) dovrebbe definire:
La stessa disciplina vale anche per il sonno.
Alcuni autocarri interrompono immediatamente l'alimentazione all'accensione. Altri invece prevedono che la batteria rimanga attiva per 10, 30 o 120 secondi, in modo che il veicolo possa registrare i dati di funzionamento, trasmettere i messaggi finali o completare i caricamenti telematici.
Una batteria che entra in modalità di standby troppo presto potrebbe sembrare difettosa, anche se i suoi componenti di protezione funzionano perfettamente.
Molte squadre parlano del camion e della batteria, considerando invece il caricabatterie come un accessorio.
È un errore.
In un sistema integrato di carrelli elevatori al litio, il caricabatterie potrebbe dover ricevere:
La batteria potrebbe inoltre richiedere informazioni relative alla tensione di uscita del caricabatterie, alla corrente disponibile, allo stato del caricabatterie, ai codici di errore e allo stato del connettore.
A quel punto il carrello potrebbe trovarsi sopra entrambi i dispositivi e decidere se consentire la ricarica in base allo stato del freno di stazionamento, alla posizione della chiave, allo stato dell’interblocco, alla presenza dell’operatore, al rilevamento del connettore o alle regole operative del magazzino.
Chi è il responsabile?
L'OEM deve rispondere per iscritto.
CoreSpark Soluzioni per le batterie dei carrelli elevatori progettazione dell’area di ricarica, ricarica occasionale, dimensionamento in base ai turni, sicurezza e pianificazione della conversione. Questi argomenti sono direttamente collegati all’integrazione CAN, poiché un protocollo corretto per le batterie al litio dei carrelli elevatori deve supportare l’effettiva strategia di ricarica, non limitarsi a visualizzare lo stato di carica (SOC) su un display.
Un carrello elevatore commercializzato come “carrello elevatore a 48 V” potrebbe utilizzare un pacco batterie al litio con un’architettura LFP a tensione nominale di 51,2 V. Una tipica configurazione LiFePO₄ a 16 serie utilizza celle con una tensione nominale di circa 3,2 V, ma il controller del carrello tiene conto dell’intero intervallo di funzionamento, non dell’etichetta di vendita.
Il produttore OEM deve fornire:
Il fornitore mette quindi in relazione tali limiti con la composizione chimica delle celle, il numero di serie, le soglie di protezione del BMS e le impostazioni del caricabatterie.
L'abbinamento della dicitura “48V” non è una questione di ingegneria.
Una matrice dei guasti dovrebbe mettere in relazione ogni stato della batteria con una risposta specifica del veicolo.
Ad esempio:
| Evento relativo alla batteria | Funzionamento della batteria | Previsioni sul traffico di autocarri | Regola di recupero |
|---|---|---|---|
| Avviso SOC | Trasmettere lo stato di allerta | Visualizza avviso; mantenere la trazione | Supera la soglia SOC specificata dal produttore originale |
| Limite SOC basso | Ridurre il limite della corrente di scarica | Ridurre la coppia in modo graduale | Si spegne dopo la ricarica |
| Sovratemperatura cellulare | Corrente di derating | Limitare la trazione e la rigenerazione | Si spegne una volta raggiunti i limiti di temperatura e di isteresi |
| Grave sovratemperatura | Aprire i contattori quando è sicuro farlo | Inserire uno stop controllato | È necessario un intervento di assistenza o un ripristino specificato |
| Timeout CAN in sosta | Mantenere o aprire i contattori in base alla logica di stato | Visualizza errore di comunicazione | Ripristino dopo una sequenza di frame validi |
| Timeout CAN durante lo spostamento | Applicare il periodo di funzionamento in caso di guasto concordato | Ridurre la coppia o arrestarsi in sicurezza | Procedura di riavvio definita dall'OEM |
| Guasto nell'isolamento | Blocca l'unità o la ricarica | Mostra i codici DTC ad alta gravità | È richiesta un'ispezione da parte di personale qualificato |
| Rilevamento dei contattori saldati | Impedire il riavvio normale | Disattiva gli errori relativi a camion e tronchi | Solo ripristino del servizio |
“Inviare un bit di errore” non è una strategia di gestione degli errori.
L'OEM deve definire il comportamento del veicolo dopo aver ricevuto il segnale. Il fornitore deve definire il comportamento del BMS nel caso in cui il veicolo non ne tenga conto.
Questo secondo caso viene spesso evitato nelle riunioni perché solleva questioni relative all’autorità. Tuttavia, è necessario trovare una risposta.
Il rapporto dell’OSHA del 2024 sugli infortuni gravi ha registrato 5.186 infortuni gravi causati da carrelli elevatori nel periodo dal 2015 al 2024, ovvero all'incirca nove feriti gravi alla settimana tra i datori di lavoro inclusi nel database federale. Il rapporto avverte inoltre che il database copre solo una parte della forza lavoro statunitense, pertanto non dovrebbe essere considerato come un censimento nazionale completo. Leggi il rapporto dell’OSHA del 2024 sugli infortuni gravi.
Non tutti quegli incidenti erano dovuti a problemi alle batterie o a guasti alle comunicazioni. Ma non è questo il punto.
Il punto è che i carrelli elevatori operano in presenza di pedoni, scaffalature, banchine di carico, carichi sospesi e corridoi stretti. Un’interruzione inspiegabile della trazione, un calcolo errato del livello di carica della batteria (SOC), un limite di rigenerazione disabilitato o l’apertura di un contattore non rappresentano semplicemente un’esperienza utente insoddisfacente.
Può compromettere la sicurezza di funzionamento.
Anche il linguaggio normativo è diretto. Ai sensi di OSHA 29 CFR 1910.178(a)(4), le modifiche che incidono sulla capacità o sul funzionamento in sicurezza di un carrello industriale motorizzato richiedono la previa approvazione scritta del costruttore, oltre ai relativi aggiornamenti delle targhette, delle etichette o delle decalcomanie.
Ecco perché qualsiasi programma di conversione al litio dovrebbe partire dal Lista di controllo per la conversione dei carrelli elevatori da piombo a litio e la procedura di approvazione scritta dell’OEM. L’integrazione CAN non esclude le questioni meccaniche relative al peso della batteria, al suo fissaggio, alle dimensioni del vano, alla zavorra, ai connettori e alla capacità nominale.
Il peso della batteria del carrello elevatore e regole di controbilanciamento sono particolarmente rilevanti in questo contesto. Un’interfaccia CAN tecnicamente perfetta non è in grado di correggere un pacco batterie sostitutivo che non rientri nell’intervallo di peso omologato per la batteria del camion.
Le batterie collegate sono centraline elettroniche (ECU) controllate da software.
Trattali in quel modo.
La batteria può rendere accessibili le funzioni di diagnostica CAN, Bluetooth, RS485, USB, software di assistenza, dati telematici o aggiornamento del firmware. Ogni interfaccia modifica il modello di rischio.
Il Linee guida della NHTSA sulla sicurezza informatica dei veicoli raccomanda di comunicare ai fornitori standard chiari in materia di sicurezza informatica, di tenere un registro dei componenti software e delle relative versioni, di testare i prodotti, di documentare le decisioni di progettazione, di proteggere l’accesso diagnostico, di autenticare, ove possibile, i messaggi relativi alla sicurezza e di ricorrere alla segmentazione o al filtraggio della rete. Sebbene il documento sia rivolto ai veicoli stradali, la logica ingegneristica si applica direttamente alle apparecchiature industriali collegate tramite CAN.
Esiste un precedente concreto che giustifica il fatto di prendere la questione sul serio.
Nel luglio 2015, Fiat Chrysler ha richiamato circa 1,4 milioni di veicoli statunitensi dopo che alcuni ricercatori hanno dimostrato la possibilità di accedere da remoto ai comandi dei veicoli collegati in rete tramite il sistema Uconnect. Reuters ha riferito che i ricercatori sono riusciti a inviare comandi che influivano sul motore, sullo sterzo e sui freni.
Una batteria per carrello elevatore non è una Jeep Cherokee. Tuttavia, le reti CAN hanno una caratteristica preoccupante in comune: una volta che un'interfaccia non attendibile raggiunge un bus di controllo mal segmentato, una piccola funzionalità di comunicazione può diventare una via d'accesso alle funzioni relative alla sicurezza.
L'OEM deve quindi definire:
La sicurezza basata sull’oscurità dei connettori non è sicurezza.
Esistono casi legittimi in cui un OEM di vecchia generazione non è in grado di fornire la documentazione completa. Il fornitore originale del controller potrebbe non esistere più. Il DBC potrebbe essere incompleto. La piattaforma del camion potrebbe aver accumulato quindici anni di modifiche al firmware non documentate.
Il reverse engineering può essere d'aiuto.
Ma deve essere considerato come un progetto ingegneristico controllato con dei limiti, non come un sostituto a basso costo della collaborazione con i produttori originali.
Un programma di reverse engineering ben strutturato potrebbe richiedere:
Anche in questo caso, alcune condizioni potrebbero non verificarsi mai nei dati acquisiti. Un grave guasto all’isolamento, un evento di saldatura del contattore, un guasto al sensore di temperatura della cella, il ripristino del bootloader o un raro errore del caricabatterie potrebbero non verificarsi durante il normale monitoraggio.
Il silenzio non è una prova.
L'approccio più efficace consiste nell'utilizzare le tracce CAN registrate per verificare le specifiche scritte. Qualora la traccia e il documento non coincidano, l'OEM deve risolvere la discrepanza e pubblicare una definizione rivista, soggetta a controllo di versione.
Un programma serio di integrazione delle batterie OEM richiede una matrice di accettazione firmata.
I test dovrebbero andare oltre la semplice “accensione e marcia del camion”.”
Verifica:
Test:
Disconnettere o simulare:
Verificare quindi che la batteria, il carrello, il caricabatterie e il display rispondano tutti secondo la stessa matrice dei guasti.
Non si dovrebbe chiedere a un fornitore di scoprire lo standard di accettazione durante il collaudo finale del veicolo. Si tratta di un appalto a sorpresa.
CoreSpark Casi di studio relativi al progetto sulle batterie LiFePO₄ e processo di convalida Sottolineare l'importanza della verifica dei campioni prima della produzione in serie, compresi tensione, capacità, dimensioni del pacco batterie, configurazione del BMS, metodo di ricarica e requisiti dei connettori. Per i progetti relativi a carrelli elevatori con integrazione CAN, tale fase di controllo dovrebbe includere la verifica della conformità al protocollo e i test di malfunzionamento a livello di veicolo prima del congelamento del firmware di produzione.
Spesso i produttori OEM sono restii a rendere pubblico un database CAN completo perché contiene segnali proprietari non correlati alla batteria.
Questa preoccupazione è legittima. La risposta che di solito si dà, invece, non lo è.
Il produttore OEM non è tenuto a rendere disponibili tutti i segnali relativi allo sterzo, all'impianto idraulico, alla trazione o alla telematica. Deve tuttavia fornire informazioni sufficienti affinché il fornitore della batteria possa implementare e verificare in modo sicuro l'interfaccia a lui assegnata.
Esistono tre modelli praticabili:
L'OEM fornisce un database filtrato contenente la batteria, il caricabatterie, il gateway e i messaggi diagnostici richiesti. I segnali non pertinenti vengono rimossi o rinominati.
Il produttore originale (OEM) fornisce un documento approvato che definisce esclusivamente i segnali, le sequenze, i tempi, i guasti e i servizi diagnostici richiesti dalla batteria.
L'OEM mantiene il protocollo del veicolo privato dietro un gateway e fornisce al fornitore della batteria un'interfaccia stabile e documentata. Ciò spesso garantisce la separazione più netta a lungo termine, a condizione che il timeout e il comportamento in caso di guasto del gateway siano specificati in modo esaustivo.
Un accordo di riservatezza (NDA) può proteggere le informazioni riservate.
Non può sostituire le informazioni tecniche.
Sospenderei il progetto ingegneristico qualora un OEM affermasse una delle seguenti cose:
L'ultima affermazione è particolarmente pericolosa. Potrebbe significare che il fornitore precedente abbia ricevuto una documentazione più completa, abbia integrato una soluzione alternativa non documentata o abbia assunto un rischio di integrazione che non è mai stato valutato formalmente.
Il silenzio del passato non è indice di un'interfaccia efficace.
L'integrazione del bus CAN nella batteria di un carrello elevatore è il processo ingegneristico volto a garantire che il sistema di gestione della batteria, il controller del carrello, il caricabatterie, il display e gli strumenti diagnostici si scambino messaggi definiti, seguano lo stesso stato operativo e reagiscano in modo sicuro a limiti, guasti, comandi di riattivazione, richieste di ricarica e interruzioni della comunicazione.
Il lavoro comprende la configurazione del livello fisico, la mappatura dei segnali, la temporizzazione dei messaggi, la logica dei contattori, il controllo della ricarica, la diagnostica, la gestione del software e la validazione a livello di veicolo. Si considera completato solo quando sia il funzionamento normale che il comportamento in caso di guasto soddisfano i criteri di accettazione definiti per iscritto.
Un file DBC per bus CAN è un database leggibile dal computer che definisce ogni frame e segnale CAN che il fornitore deve implementare, inclusi gli identificatori dei messaggi, le posizioni dei byte, le lunghezze in bit, l'ordine dei byte, il fattore di scala, gli offset, le unità di misura, le velocità di trasmissione, le regole di multiplexing, gli intervalli validi e, talvolta, le tabelle dei valori o i campi di checksum.
Il DBC rappresenta solo una parte dell’interfaccia. Una specifica separata dovrebbe definire le transizioni di stato, il coordinamento dei caricabatterie, le reazioni in caso di guasto, il comportamento in caso di timeout, la diagnostica, i controlli di sicurezza informatica e i test di accettazione.
L'OEM dovrebbe fornire al fornitore della batteria il contratto completo relativo all'interfaccia: schema dei pin elettrici, impostazioni del livello fisico, DBC o mappa dei segnali equivalente, proprietà della rete, tempistiche dei messaggi, transizioni di stato, handshake di ricarica, reazioni in caso di guasto, accesso alla diagnostica, regole relative alle versioni software, tracciati di test e criteri di accettazione scritti per il modello di carrello elevatore di destinazione.
L'OEM dovrebbe inoltre identificare ogni modello interessato, versione del controller, versione del caricabatterie e variante regionale. Un protocollo convalidato su un solo camion a 48 V non dovrebbe essere automaticamente esteso all'intera famiglia di prodotti.
Una batteria per carrelli elevatori può funzionare senza comunicazione CAN solo se il carrello e il caricabatterie sono stati progettati per supportare una batteria autonoma il cui sistema di gestione della batteria (BMS) controlla autonomamente i contattori e i dispositivi di protezione; su molti carrelli elevatori moderni, l’assenza di messaggi CAN provoca l’attivazione di interblocchi, la modalità di funzionamento limitato, il rifiuto della ricarica, la visualizzazione di codici di avviso o la perdita totale di trazione.
Anche una batteria autonoma deve comunque essere compatibile con l'intervallo di tensione del veicolo, la richiesta di corrente, il connettore, i requisiti di peso della batteria, il sistema di ricarica e i controlli di sicurezza. “Non richiede CAN” non significa “compatibile senza modifiche”.”
La migliore prassi per l’integrazione del CAN nelle batterie dei carrelli elevatori consiste nel definire una specifica di interfaccia soggetta a controllo di versione, convalidarla con tracciati CAN reali e tramite un sistema hardware-in-the-loop o un banco di prova per carrelli elevatori, simulare time-out e guasti dei sensori, verificare il comportamento del caricabatterie e firmare una matrice di accettazione prima che il fornitore rilasci il firmware di produzione.
L'OEM e il fornitore dovrebbero inoltre garantire la tracciabilità della versione del protocollo, verificare ogni modifica del firmware, controllare l'accesso alle funzioni diagnostiche e conservare la documentazione relativa ai test effettuati per ogni combinazione approvata di carrello elevatore, batteria e caricabatterie.
La documentazione UN 38.3 non è un requisito del protocollo CAN; si tratta di una prova di conformità al trasporto che attesta che il progetto di una cella o batteria al litio ha superato le prove applicabili previste nella Parte III, sottosezione 38.3 del Manuale delle prove e dei criteri delle Nazioni Unite prima di essere immesso sul mercato per il trasporto.
Il Amministrazione statunitense per la sicurezza delle condutture e delle sostanze pericolose stabilisce che i produttori e i successivi distributori debbano rendere disponibili i riepiloghi dei test sulle batterie al litio in conformità alle norme applicabili. La convalida del protocollo e la documentazione di trasporto dovrebbero essere entrambe incluse nel pacchetto di rilascio del progetto, ma hanno finalità diverse.
Non avviare un progetto di integrazione del bus CAN di una batteria per carrelli elevatori basandosi esclusivamente sulla tensione, sugli ampere-ora e sulla fotografia di un connettore.
Preparare l'architettura di rete, il file DBC o EDS, la matrice di appartenenza dei messaggi, la macchina a stati di funzionamento, l'handshake di ricarica, la tabella di risposta ai guasti, la piedinatura, le tracce CAN di riferimento, l'elenco delle versioni software e i criteri di accettazione. Identificare i modelli esatti di autocarri e caricabatterie coinvolti.
A questo punto, invia il pacchetto per la revisione tecnica.
Un fornitore di batterie qualificato è in grado di proteggere i file riservati tramite un accordo di riservatezza (NDA), segnalare le informazioni mancanti, proporre un sistema di gestione della batteria (BMS) e un’architettura di comunicazione, realizzare un prototipo controllato e convalidare il risultato sul veicolo reale.
Ma il fornitore non può produrre informazioni che l'OEM non ha mai reso pubbliche.
Comunica a CoreSpark Battery il modello del tuo carrello elevatore, la tensione e la capacità della batteria, il protocollo CAN, i dettagli del caricabatterie, lo schema del connettore e la quantità prevista, per avviare una revisione documentata dell’integrazione OEM — non l’ennesima scommessa basata sul reverse engineering.
