Ein Batterielieferant kann anhand eines Fotos des Steckers und einiger erfasster Datenframes keine zuverlässige CAN-Schnittstelle entwickeln. In diesem Leitfaden wird erläutert, welche technischen Unterlagen ein Erstausrüster genau bereitstellen muss, bevor mit der Integration des BMS für Gabelstaplerbatterien begonnen werden kann.
Das scheitert schon früh.
Wenn ein Gabelstapler-Hersteller einem Batterielieferanten lediglich die Nennspannung, die Kapazität, Fotos der Steckverbinder und die vage Aufforderung “CAN zum Laufen zu bringen” übermittelt, hat sich das Projekt bereits von einer kontrollierten Entwicklungsphase zu einem kostspieligen Reverse-Engineering-Prozess gewandelt, bei dem jede fehlende Annahme zu einer weiteren Verzögerung bei der Prototypenentwicklung, einer Firmware-Überarbeitung oder einem Fehler im Einsatz führt.
Warum betrachten Hersteller von High-Tech-Geräten Kommunikationsdaten immer noch als optional?
Die Integration des CAN-Busses in Gabelstaplerbatterien ist keine reine Verkabelungsaufgabe. Es handelt sich um eine Schnittstellenvereinbarung zwischen dem Batteriemanagementsystem, der Fahrzeugsteuereinheit, dem Ladegerät, dem Armaturenbrett, dem Antriebsumrichter, der Telematikeinheit und manchmal auch einer Gateway-Steuereinheit.
Der Lieferant benötigt mehr als nur CAN-H und CAN-L.
Es muss wissen, was jede Meldung bedeutet, wann sie angezeigt werden muss, wem sie gehört, was passiert, wenn sie verschwindet, und welches Gerät befugt ist, den Ladevorgang zu unterbrechen oder den Antrieb zu deaktivieren.
Meine unverblümte Meinung ist ganz einfach: Ein OEM, der die Schnittstellendefinition zurückhält, kann den Batterielieferanten nicht in angemessener Weise für die Integrationsleistung verantwortlich machen.
Die ISO 11898-1 CAN-Standard legt die CAN-Datenverbindungsschicht und die Regeln für die physikalische Codierung fest. Es wird nicht definiert, was Byte 3 bei einem bestimmten Gabelstapler bedeutet, ob für den Ladezustand eine Skala von 0,5% verwendet wird oder ob die Nachricht 0x351 müssen alle 100 Millisekunden eintreffen.
Dieser Unterschied ist von Bedeutung.
Ein Lieferant kann einen CAN-Analysator anschließen und den Datenverkehr sofort einsehen. Es erscheinen Frames. Die Zähler werden hochgezählt. Die Daten ändern sich, wenn der Beschleuniger bewegt wird oder das Ladegerät angeschlossen wird.
Aber Verkehr ist nicht gleichbedeutend mit Sinn.
Betrachten Sie diesen Rahmen:
CAN-ID: 0x351
DLC: 8
Daten: 64 0A 5E 10 00 03 7B 92
Zyklus: 100 ms
Ohne eine genehmigte Signaldefinition weiß der Lieferant nicht, ob:
Durch Raten lässt sich im Labor vielleicht ein funktionierendes Dashboard entwickeln. Eine serienreife Batterie entsteht dadurch jedoch nicht.
Der Unterschied zwischen einer CAN-Demo und einem integrierten Produkt liegt in der Dokumentation.
Der Lieferant benötigt ein einheitliches technisches Paket. Keine zehn E-Mail-Verläufe. Keine Screenshots aus einem veralteten Service-Tool. Und schon gar keine DBC-Datei, in der die Hälfte der Signale benannt ist als Reserviert.
Hier ist das Mindestumfangspaket, das ich als Voraussetzung für die Genehmigung der Integration des BMS für Gabelstaplerbatterien verlangen würde.
| OEM-Lieferumfang | Erforderliche Inhalte | Warum der Lieferant dies benötigt | Häufiger Fehler bei Fehlen |
|---|---|---|---|
| Netzwerkarchitektur | Alle angeschlossenen Steuergeräte, Gateways, Endpunkte, Bussegmente, Diagnoseanschlüsse und Netzwerkzugehörigkeiten | Zeigt an, wo sich die Batterie befindet und welche Steuerungen auf deren Daten angewiesen sind | Die Batterie funktioniert auf dem Prüfstand, versagt jedoch hinter dem Fahrzeugportal. |
| Spezifikation der physikalischen Schicht | CAN Classic oder CAN FD, 11-Bit- oder 29-Bit-Identifikatoren, 250/500 kbps oder andere Bitraten, Abtastpunkte, Terminierungs- und Wake-Schaltungen | Ermöglicht eine stabile elektrische Kommunikation | Bus-Off-Ereignisse, Reflexionen, zeitweise auftretende Startfehler |
| DBC, EDS oder eine gleichwertige Datenbank | Nachrichten-IDs, Signale, Bitpositionen, Skalierung, Offsets, Einheiten, Byte-Reihenfolge, gültige Werte und Übertragungsraten | Stellt die Zuordnung der CAN-Nachrichten für Gabelstapler-Batterien bereit | Falscher Ladezustand, verkehrter Strom, falsche Temperaturalarmmeldungen |
| Matrix zur Nachrichtenverantwortung | Sendende Steuereinheit, empfangende Steuereinheit, erwartete Zykluszeit, Timeout und Startverzögerung für jede Nachricht | Verhindert doppelte IDs und Zeitkonflikte | Zwei Geräte senden dieselbe Kennung oder die Watchdogs laufen ab |
| Zustandsmaschine | Übergänge zwischen den Zuständen „Schlaf“, „Wach“, „Standby“, „Vorladen“, „Betrieb“, „Laden“, „Fehler“, „Wartung“ und „Herunterfahren“ | Definiert zulässiges Verhalten und nicht einzelne Signale | Die Schütze öffnen sich während der Fahrt oder bleiben im Fehlerfall geschlossen |
| Ladeschnittstelle | Ladegerät-IDs, Spannungs-/Stromanforderungen, Logik zur Freigabe des Ladegeräts, Leistungsreduzierung, Ladeabbruch und Zeitüberschreitungsverhalten | Koordiniert BMS, Ladegerät und Lkw | Das Ladegerät lässt sich nicht starten oder ignoriert die Strombegrenzung der Batterie |
| Fehlerreaktionsmatrix | Fehlerschweregrad, Warnstufe, Drehmomentreaktion, Schützreaktion, Wiederherstellungsbedingungen und Verriegelungsregeln | Passt das Fahrverhalten des Lkw an den BMS-Schutz an | Bei geringfügigen Warnmeldungen wird die Traktionskontrolle deaktiviert, schwerwiegende Fehler werden ignoriert |
| Zeichnung der elektrischen Schnittstelle | Pinbelegung, Steckertyp, Zündeingang, Verriegelungsschleife, Hilfsspannungsversorgung, Abschirmung und Erdung | Verhindert Kommunikations- und Hardwareschäden | Umgekehrte Nachlauflinie, Bodenversatz, ausgefallene Verriegelung |
| Diagnosespezifikation | Diagnose-IDs, UDS oder proprietäre Dienste, DTC-Format, Zugriffsrechte und Methode zur Firmware-Aktualisierung | Unterstützt Produktionstests und den Außendienst | Händler können keine Fehler erkennen oder Ersatzbatterien aktualisieren |
| CAN-Protokolle einsehen | Kaltstart, Normalbetrieb, niedriger Ladezustand (SOC), Ladevorgang, Vollladung, Fehler- und Abschaltverläufe | Liefert dem Lieferanten Belege für ein bekanntermaßen einwandfreies Verhalten | Fehler in den Unterlagen bleiben bis zur Prüfung des Lkw verborgen |
| Abnahmetestmatrix | Bedingungen für „Bestanden“/„Nicht bestanden“, unterstützte Modelle, Umgebungsgrenzen und Softwareversionen | Legt fest, wann die Integration abgeschlossen ist | Endlose Überarbeitungen, weil der Begriff “funktionierend” nie definiert wurde |
Der DBC ist wichtig.
Eine DBC-Datenbank beschreibt jedoch in der Regel nur Meldungen und Signale; sie erfasst selten die gesamte Batteriezustandsmaschine, die Schützsequenz, das Cybersicherheitsmodell, die Diagnoseberechtigungen oder die Reaktion des Fahrzeugs auf einen Kommunikationsausfall, weshalb der OEM zusätzlich ein Schnittstellensteuerungsdokument und einen Abnahmeplan vorlegen muss.
CoreSpark's Kompetenzen im Bereich der Batterieentwicklung für OEM/ODM-Kunden Umfassen bereits die kundenspezifische BMS-Konfiguration, Kommunikationsoptionen, das Steckerdesign, die Abstimmung auf das Ladegerät, die Entwicklung von Mustern und die Unterstützung bei Tests. Dieser Arbeitsablauf ist nur dann effizient, wenn der OEM die Schnittstellendaten bereits zu Beginn bereitstellt und nicht erst, nachdem der erste Prototyp versagt hat.
Eine brauchbare CAN-Bus-DBC-Datei für Batteriehersteller sollte jedes Signal definieren, das die Batterie sendet oder empfängt.
Jeder Signaleintrag benötigt mindestens:
Die Beschreibung der Prüfsumme verdient besondere Beachtung. Die Angabe “CRC-8” reicht nicht aus.
Der Lieferant benötigt das Polynom, den Anfangswert, den endgültigen XOR-Wert, die Spiegelungsregeln, den geschützten Byte-Bereich, die Regeln für die Einbindung von Identifikatoren, die Position des „Alive“-Zählers sowie ein verifiziertes Ein-Ausgabe-Beispiel. CRC-8/SAE-J1850 und CRC-8/AUTOSAR sind zwar beide 8-Bit-Berechnungen, aber sie sind nicht austauschbar.
Ein einziger fehlender Parameter kann Tage kosten.
Und nein, ein CAN-Trace ist kein Ersatz. Ein Trace kann zwar das Verhalten bestätigen, gibt jedoch selten Aufschluss über alle reservierten Werte, Fehlerzustände, Timeouts, Skalierungsregeln, Prüfsummen-Startwerte oder modellspezifische Varianten.
Der OEM muss das tatsächliche Protokoll der höheren Ebene identifizieren.
Ein proprietäres CAN-System benötigt in der Regel eine DBC-Datei sowie ein Schnittstellensteuerungsdokument. Eine CANopen-Implementierung erfordert möglicherweise eine EDS- oder DCF-Datei, ein Objektverzeichnis, eine PDO-Zuordnung, SDO-Verhalten, NMT-Zustände, Heartbeat-Zeiten, Regeln für Knoten-IDs und Definitionen für Notfallmeldungen.
Die CiA 418-Geräteprofil wurde speziell entwickelt, um die Interoperabilität zwischen CANopen-Batteriemodulen und Ladegeräten zu gewährleisten, einschließlich Ladegeräten, die auf der Grundlage von CiA 419 realisiert wurden. Das ist zwar eine nützliche Orientierungshilfe, doch die Angabe “CANopen-kompatibel” sagt einem Lieferanten immer noch nicht, welche optionalen Objekte, Zuordnungen, Knoten-IDs oder Zeitregeln der Gabelstapler tatsächlich verwendet.
Ein auf J1939 basierender Lkw benötigt ein eigenes Paket: PGNs, SPNs, Quelladressen, Verhalten bei Adressanforderungen, proprietäre PGNs, Wiederholungsraten, Anforderungen an das Transportprotokoll und Regeln für das Netzwerkmanagement.
“Verwendet CAN” sagt uns so gut wie nichts.
Die meisten Integrationsprobleme treten nicht auf, während der Lkw normal fährt. Sie treten während der Übergangsphasen auf.
Aktivierung. Vorladung. Anschluss des Ladegeräts. Verzögerung nach Schlüsselabzug. Not-Aus. Abschaltung bei Unterspannung. Wiederherstellung der Kommunikation.
Der OEM muss jeden Übergang als Abfolge dokumentieren, nicht als lose Auflistung von Signalen.
Ein vereinfachter Startablauf könnte etwa so aussehen:
Stellen Sie nun die unbequemen Fragen.
Was passiert, wenn die Fahrzeuganfrage eintrifft, bevor das BMS den Selbsttest abgeschlossen hat? Wie lange darf die Vorladung dauern? Muss das BMS drei gültige Frames empfangen haben, bevor die Schütze geschlossen werden? Welcher Prozentsatz des Zwischenkreises gilt als Abschluss der Vorladung: 85%, 90% oder 95%? Was passiert, wenn der Fahrzeug-Heartbeat während der Fahrt des Lkw für 500 Millisekunden ausfällt?
Die Antworten können nicht aus der Fantasie des Batterielieferanten stammen.
Für jeden Betriebszustand sollte der Erstausrüster Folgendes festlegen:
Das Gleiche gilt auch für den Schlaf.
Bei einigen Lkw wird die Zündspannung sofort abgeschaltet. Bei anderen bleibt die Batterie noch 10, 30 oder 120 Sekunden lang unter Spannung, damit das Fahrzeug Betriebsdaten speichern, letzte Meldungen senden oder Telematik-Uploads abschließen kann.
Ein Akku, der zu früh in den Ruhemodus wechselt, kann den Anschein erwecken, als sei er defekt, obwohl seine Schutzvorrichtungen einwandfrei funktionieren.
Viele Teams diskutieren über den Lkw und die Batterie, betrachten das Ladegerät dabei jedoch als Zubehör.
Das ist ein Fehler.
In einem integrierten Lithium-Gabelstaplersystem muss das Ladegerät unter Umständen folgende Daten empfangen:
Möglicherweise werden außerdem die Ausgangsspannung des Ladegeräts, der verfügbare Strom, der Ladestatus, Fehlercodes und der Status des Steckers benötigt.
Dann kann sich der Stapler über beide Geräte begeben und anhand des Status der Feststellbremse, der Schlüsselstellung, des Verriegelungszustands, der Anwesenheit des Bedieners, der Erkennung des Steckers oder der Betriebsvorschriften des Lagers entscheiden, ob das Laden zulässig ist.
Wer hat das Sagen?
Der OEM muss diese Frage schriftlich beantworten.
CoreSpark's Gabelstapler-Batterielösungen Dazu gehören die Gestaltung des Ladebereichs, das Zwischenaufladen, die schichtbasierte Dimensionierung sowie die Sicherheits- und Umrüstungsplanung. Diese Themen stehen in direktem Zusammenhang mit der CAN-Integration, da ein korrektes Protokoll für Lithium-Gabelstaplerbatterien die tatsächliche Ladestrategie unterstützen muss und nicht lediglich den Ladezustand (SOC) auf einem Display anzeigen darf.
Ein als “48-V-Gabelstapler” vermarktetes Fahrzeug kann einen Lithium-Akku mit einer LFP-Architektur und einer Nennspannung von 51,2 V verwenden. Eine typische LiFePO₄-Konfiguration der 16er-Serie verwendet Zellen mit einer Nennspannung von etwa 3,2 V, doch für die Steuerung des Fahrzeugs ist der gesamte Betriebsbereich entscheidend, nicht die Angabe auf dem Etikett.
Der OEM muss Folgendes bereitstellen:
Der Lieferant gleicht diese Grenzwerte anschließend mit der Zellchemie, der Anzahl der Serien, den Schutzschwellenwerten des BMS und den Ladegeräteeinstellungen ab.
Das Wort “48 V” zu finden, ist keine technische Leistung.
Eine Fehlermatrix sollte jeden Batteriezustand mit einer eindeutigen Reaktion des Fahrzeugs verknüpfen.
Zum Beispiel:
| Batterieereignis | Batteriebetrieb | Zu erwartender Lkw-Verkehr | Wiederherstellungsregel |
|---|---|---|---|
| SOC-Warnung | Warnstatus übertragen | Warnung anzeigen; Traktion beibehalten | Liegt über dem OEM-SOC-Schwellenwert |
| Niedriger SOC-Grenzwert | Entladestrombegrenzung verringern | Das Drehmoment schrittweise verringern | Wird nach dem Laden gelöscht |
| Überhitzung der Zelle | Stromreduzierung | Traktion und Regeneration begrenzen | Wird zurückgesetzt, sobald die Temperatur- und Hysterese-Grenzwerte erreicht sind |
| Starke Überhitzung | Schalten Sie die Schütze ab, sobald dies gefahrlos möglich ist. | Kontrollierten Stopp eingeben | Wartung oder definierter Reset erforderlich |
| CAN-Timeout im geparkten Zustand | Schütze halten oder öffnen je nach Zustandslogik | Anzeige eines Kommunikationsfehlers | Wiederherstellung nach einer Sequenz gültiger Frames |
| CAN-Timeout während der Fahrt | Vereinbarte Ausfallbetriebsdauer anwenden | Drehmoment reduzieren oder sicher anhalten | Vom OEM festgelegtes Neustartverfahren |
| Isolationsfehler | Antrieb blockieren oder aufladen | DTC mit hohem Schweregrad anzeigen | Qualifizierte Prüfung erforderlich |
| Erkennung von verschweißten Schützen | Normalen Neustart verhindern | Lkw- und Protokollfehler deaktivieren | Nur Service zurücksetzen |
“Ein Fehlerbit senden” ist keine Fehlerstrategie.
Der Erstausrüster muss festlegen, wie sich das Fahrzeug nach dem Empfang verhält. Der Zulieferer muss festlegen, wie sich das BMS verhält, falls das Fahrzeug es ignoriert.
Der zweite Fall wird in Besprechungen oft vermieden, da er Fragen zur Autorität aufwirft. Dennoch muss er geklärt werden.
Im OSHA-Bericht über schwere Verletzungen aus dem Jahr 2024 wurde Folgendes verzeichnet: 5.186 schwere Unfälle mit Gabelstaplern im Zeitraum von 2015 bis 2024, oder ungefähr neun schwere Verletzungen pro Woche unter den Arbeitgebern, die im bundesweiten Datensatz erfasst sind. Der Bericht weist zudem darauf hin, dass der Datensatz nur einen Teil der US-amerikanischen Erwerbsbevölkerung abdeckt und daher nicht als vollständige landesweite Erhebung betrachtet werden sollte. Lesen Sie den OSHA-Bericht über schwere Arbeitsunfälle aus dem Jahr 2024.
Nicht bei allen diesen Verletzungen ging es um Batterien oder Kommunikationsfehler. Darum geht es aber nicht.
Der Punkt ist, dass Gabelstapler in der Nähe von Fußgängern, Regalen, Laderampen, hochgelagerten Lasten und in engen Gängen im Einsatz sind. Eine unerklärliche Unterbrechung der Traktion, eine fehlerhafte Berechnung des niedrigen Ladezustands (SOC), eine deaktivierte regenerative Begrenzung oder das Öffnen eines Schützes sind nicht nur eine schlechte Benutzererfahrung.
Dies kann den sicheren Betrieb beeinträchtigen.
Auch der Wortlaut der Vorschrift ist eindeutig. Gemäß OSHA 29 CFR 1910.178(a)(4), Änderungen, die sich auf die Tragfähigkeit oder den sicheren Betrieb eines Flurförderzeugs auswirken, bedürfen der vorherigen schriftlichen Genehmigung durch den Hersteller sowie entsprechender Aktualisierungen der Typenschilder, Kennzeichnungen oder Aufkleber.
Deshalb sollte jedes Programm zur Lithiumumwandlung mit dem Checkliste für die Umstellung von Blei-Säure- auf Lithium-Gabelstapler sowie das schriftliche Genehmigungsverfahren des OEM. Die CAN-Integration macht mechanische Fragen hinsichtlich Batteriegewicht, Befestigung, Abmessungen des Batteriefachs, Ballast, Steckverbinder und Nennkapazität nicht hinfällig.
Die Regeln für das Gewicht von Gabelstaplerbatterien und deren Ausgleichsgewicht sind hier besonders relevant. Eine technisch einwandfreie CAN-Schnittstelle kann einen Austauschakku, der den zugelassenen Batteriegewichtsbereich des Lkw überschreitet, nicht korrigieren.
Die angeschlossenen Batterien sind softwaregesteuerte Steuergeräte.
Behandle sie so.
Die Batterie kann CAN-Diagnosefunktionen, Bluetooth, RS485, USB, Service-Software, Telematikdaten oder Funktionen zur Firmware-Aktualisierung bereitstellen. Jede Schnittstelle verändert das Risikomodell.
Die Leitlinien der NHTSA zur Cybersicherheit von Fahrzeugen empfiehlt, den Lieferanten klare Cybersicherheitsstandards mitzuteilen, Aufzeichnungen über Softwarekomponenten und -versionen zu führen, Produkte zu testen, Entwurfsentscheidungen zu dokumentieren, den Diagnosezugriff zu schützen, sicherheitsrelevante Meldungen nach Möglichkeit zu authentifizieren sowie Netzwerksegmentierung oder -filterung einzusetzen. Obwohl sich das Dokument auf Straßenfahrzeuge bezieht, lässt sich die technische Logik direkt auf CAN-vernetzte Industrieanlagen übertragen.
Es gibt einen konkreten Präzedenzfall, der dafür spricht, dies ernst zu nehmen.
Im Juli 2015 rief Fiat Chrysler etwa 1,4 Millionen US-Fahrzeuge Nachdem Forscher gezeigt hatten, dass über das Uconnect-System ein Fernzugriff auf die vernetzten Fahrzeugsteuerungen möglich ist. Reuters berichtete, dass die Forscher Befehle ausgeben konnten, die den Motor, die Lenkung und die Bremsen beeinflussten.
Eine Gabelstaplerbatterie ist kein Jeep Cherokee. Doch CAN-Netzwerke haben eine beunruhigende Gemeinsamkeit: Sobald eine nicht vertrauenswürdige Schnittstelle einen unzureichend segmentierten Steuerbus erreicht, kann eine kleine Kommunikationsfunktion zum Einfallstor für sicherheitsrelevante Funktionen werden.
Der OEM muss daher Folgendes festlegen:
Sicherheit durch „Connector Obscurity“ ist keine Sicherheit.
Es gibt berechtigte Fälle, in denen ein älterer OEM keine vollständige Dokumentation bereitstellen kann. Der ursprüngliche Anbieter des Steuergeräts existiert möglicherweise nicht mehr. Die DBC ist möglicherweise unvollständig. Bei der Lkw-Plattform haben sich möglicherweise über einen Zeitraum von fünfzehn Jahren undokumentierte Firmware-Änderungen angesammelt.
Reverse Engineering kann dabei helfen.
Es muss jedoch als kontrolliertes Ingenieurprojekt mit gewissen Einschränkungen betrachtet werden und nicht als billiger Ersatz für die Zusammenarbeit mit den Erstausrüstern.
Ein geeignetes Reverse-Engineering-Programm erfordert möglicherweise:
Selbst dann kann es vorkommen, dass bestimmte Zustände in den erfassten Daten gar nicht auftauchen. Ein schwerwiegender Isolationsfehler, ein Ereignis mit einem verschweißten Schütz, ein Ausfall des Zelltemperatursensors, eine Bootloader-Wiederherstellung oder ein seltener Ladegerätfehler treten während der normalen Beobachtung möglicherweise gar nicht auf.
Schweigen ist kein Beweis.
Der bessere Ansatz besteht darin, aufgezeichnete CAN-Datenverläufe zur Überprüfung der schriftlichen Spezifikation heranzuziehen. Wenn der Datenverlauf und das Dokument voneinander abweichen, muss der Erstausrüster die Diskrepanz beheben und eine überarbeitete, versionskontrollierte Definition herausgeben.
Ein seriöses Programm zur Integration von OEM-Batterien erfordert eine unterzeichnete Abnahmematrix.
Die Tests sollten mehr umfassen als nur “das Starten und Fahren des Lkw”.”
Überprüfen:
Test:
Trennen oder simulieren:
Vergewissern Sie sich anschließend, dass Akku, Fahrzeug, Ladegerät und Display alle gemäß derselben Fehlermatrix reagieren.
Von einem Lieferanten sollte nicht verlangt werden, dass er die Abnahmekriterien erst bei der Endabnahme des Fahrzeugs ermittelt. Das wäre eine Beschaffung per Überraschung.
CoreSpark's Fallstudien und Validierungsprozess zum LiFePO₄-Batterieprojekt Legen Sie besonderen Wert auf die Prüfung von Mustern vor der Serienfertigung, einschließlich Spannung, Kapazität, Abmessungen des Akkupacks, BMS-Konfiguration, Ladeverfahren und Anforderungen an die Steckverbinder. Bei Projekten für Gabelstapler mit integriertem CAN-Bus sollte diese Phase auch die Überprüfung der Protokollkonformität und die Fehlerprüfung auf Fahrzeugebene umfassen, bevor die Firmware für die Serienfertigung endgültig festgelegt wird.
OEMs zögern oft, eine vollständige CAN-Datenbank freizugeben, da diese proprietäre Signale enthält, die nichts mit der Batterie zu tun haben.
Diese Sorge ist berechtigt. Die übliche Reaktion darauf ist es jedoch nicht.
Der Erstausrüster muss nicht jedes Signal aus den Bereichen Lenkung, Hydraulik, Antrieb oder Telematik bereitstellen. Er muss jedoch genügend Informationen bereitstellen, damit der Batterielieferant die ihm zugewiesene Schnittstelle sicher implementieren und überprüfen kann.
Es gibt drei praktikable Modelle:
Der OEM stellt eine gefilterte Datenbank bereit, die die Batterie, das Ladegerät, das Gateway und die erforderlichen Diagnosemeldungen enthält. Nicht relevante Signale werden entfernt oder umbenannt.
Der OEM stellt ein genehmigtes Dokument zur Verfügung, in dem ausschließlich die von der Batterie benötigten Signale, Abläufe, Zeitabläufe, Fehler und Diagnosedienste definiert sind.
Der OEM hält das Protokoll für Privatfahrzeuge hinter einem Gateway verborgen und stellt dem Batterielieferanten eine stabile, dokumentierte Schnittstelle zur Verfügung. Dies führt oft zu der klarsten langfristigen Trennung, vorausgesetzt, das Timeout- und Fehlerverhalten des Gateways ist vollständig spezifiziert.
Eine Geheimhaltungsvereinbarung (NDA) kann vertrauliche Informationen schützen.
Es kann technische Informationen nicht ersetzen.
Ich würde die Entwicklung unterbrechen, wenn ein OEM eine der folgenden Aussagen trifft:
Die letzte Aussage ist besonders gefährlich. Sie könnte bedeuten, dass der vorherige Anbieter über eine bessere Dokumentation verfügte, eine undokumentierte Notlösung integriert hat oder Integrationsrisiken übernommen hat, die nie offiziell bewertet wurden.
Das bisherige Schweigen ist kein Beweis für eine gut funktionierende Schnittstelle.
Die CAN-Bus-Integration von Gabelstaplerbatterien bezeichnet den technischen Prozess, bei dem das Batteriemanagementsystem, die Stapler-Steuerung, das Ladegerät, das Display und die Diagnosetools definierte Nachrichten austauschen, denselben Zustandsautomaten befolgen und sicher auf Grenzwerte, Fehler, Weckbefehle, Ladeanforderungen und Kommunikationsausfälle reagieren.
Die Arbeiten umfassen die Konfiguration der physikalischen Schicht, die Signalzuordnung, das Nachrichten-Timing, die Schützlogik, die Ladesteuerung, die Diagnose, die Softwareverwaltung sowie die Validierung auf Fahrzeugebene. Die Arbeiten gelten erst dann als abgeschlossen, wenn sowohl der Normalbetrieb als auch das Fehlverhalten die festgelegten Abnahmekriterien erfüllen.
Eine CAN-Bus-DBC-Datei ist eine maschinenlesbare Datenbank, die alle CAN-Frames und Signale definiert, die der Hersteller implementieren muss, einschließlich Nachrichtenkennungen, Byte-Positionen, Bitlängen, Byte-Reihenfolge, Skalierung, Offsets, Einheiten, Übertragungsraten, Multiplexing-Regeln, gültige Bereiche und manchmal auch Wertetabellen oder Prüfsummenfelder.
Das DBC ist nur ein Teil der Schnittstelle. In einer separaten Spezifikation sollten Zustandsübergänge, die Koordination der Ladegeräte, Reaktionen auf Fehler, das Verhalten bei Zeitüberschreitungen, Diagnosen, Maßnahmen zur Cybersicherheit sowie Abnahmetests definiert werden.
Der OEM sollte dem Batterielieferanten den vollständigen Schnittstellenvertrag zur Verfügung stellen: elektrische Pinbelegung, Einstellungen auf der physikalischen Ebene, DBC oder eine gleichwertige Signalkarte, Netzwerkzugehörigkeit, Nachrichten-Timing, Zustandsübergänge, Lade-Handshake, Fehlerreaktionen, Diagnosenzugriff, Regeln zur Softwareversion, Testabläufe sowie schriftliche Abnahmekriterien für das jeweilige Gabelstaplermodell.
Der OEM sollte außerdem jedes betroffene Modell, jede Controller-Version, jede Ladegerät-Version und jede regionale Variante identifizieren. Ein Protokoll, das an einem 48-V-Lkw validiert wurde, sollte nicht automatisch für die gesamte Produktfamilie freigegeben werden.
Eine Gabelstaplerbatterie kann nur dann ohne CAN-Kommunikation betrieben werden, wenn der Stapler und das Ladegerät für den Einsatz einer eigenständigen Batterie ausgelegt sind, deren BMS die Schütze und Schutzvorrichtungen eigenständig steuert; bei vielen modernen Gabelstaplern lösen fehlende CAN-Meldungen Verriegelungen, einen Notlaufmodus, eine Verweigerung des Ladevorgangs, Warncodes oder einen vollständigen Verlust der Traktion aus.
Selbst eine eigenständige Batterie muss dennoch mit dem Spannungsbereich, dem Strombedarf, dem Steckverbinder, den Anforderungen an das Batteriegewicht, dem Ladesystem und den Sicherheitsvorrichtungen des Fahrzeugs kompatibel sein. “Kein CAN erforderlich” bedeutet nicht, dass sie “direkt austauschbar” ist.”
Die beste Vorgehensweise bei der CAN-Integration von Gabelstaplerbatterien besteht darin, eine versionskontrollierte Schnittstellenspezifikation festzulegen, diese anhand realer CAN-Protokolle und eines Hardware-in-the-Loop-Tests oder eines Gabelstapler-Prüfstands zu validieren, Timeout- und Sensorfehler zu simulieren, das Verhalten des Ladegeräts zu überprüfen und eine Abnahmematrix zu unterzeichnen, bevor der Lieferant die Produktions-Firmware freigibt.
Der Erstausrüster und der Zulieferer sollten zudem die Rückverfolgbarkeit der Protokollversionen gewährleisten, jede Firmware-Änderung überprüfen, den Zugriff auf Diagnosedaten kontrollieren und Testnachweise für jede zugelassene Kombination aus Gabelstapler, Batterie und Ladegerät aufbewahren.
Die UN-38.3-Dokumentation ist keine Anforderung des CAN-Protokolls; es handelt sich um einen Nachweis der Transportkonformität, der belegt, dass ein Lithiumzellen- oder -batterie-Design die geltenden Prüfungen gemäß Teil III, Unterabschnitt 38.3 des UN-Handbuchs für Prüfungen und Kriterien bestanden hat, bevor es für den Transport freigegeben wird.
Die US-Behörde für die Sicherheit von Pipelines und Gefahrstoffen legt fest, dass Hersteller und nachfolgende Vertreiber gemäß den geltenden Vorschriften Zusammenfassungen der Lithium-Batterietests zur Verfügung stellen müssen. Sowohl die Protokollvalidierung als auch die Transportunterlagen sollten im Projektfreigabepaket enthalten sein, dienen jedoch unterschiedlichen Zwecken.
Beginnen Sie ein Projekt zur Integration eines CAN-Busses in eine Gabelstaplerbatterie nicht nur mit Angaben zu Spannung, Amperestunden und einem Foto des Steckers.
Bereiten Sie die Netzwerkarchitektur, die DBC- oder EDS-Datei, die Matrix zur Nachrichtenzuordnung, die Betriebszustandsmaschine, den Lade-Handshake, die Fehler-Reaktions-Tabelle, die Pinbelegung, die Referenz-CAN-Traces, die Softwareversionsliste und die Abnahmekriterien vor. Ermitteln Sie die genauen Lkw-Modelle und die betroffenen Ladegeräte.
Schicken Sie das Paket anschließend zur technischen Prüfung ein.
Ein qualifizierter Batterielieferant kann geschützte Dateien im Rahmen einer Geheimhaltungsvereinbarung (NDA) schützen, auf fehlende Informationen hinweisen, ein BMS und eine Kommunikationsarchitektur vorschlagen, einen kontrollierten Prototypen bauen und das Ergebnis am realen Fahrzeug validieren.
Der Zulieferer kann jedoch keine Informationen erstellen, die der OEM nie veröffentlicht hat.
Teilen Sie CoreSpark Battery Ihr Gabelstaplermodell, die Batteriespannung, die Kapazität, das CAN-Protokoll, Angaben zum Ladegerät, eine Anschlusszeichnung und die geplante Stückzahl mit, um eine dokumentierte Überprüfung der OEM-Integration in die Wege zu leiten – und nicht noch ein weiteres Glücksspiel im Bereich Reverse Engineering.
