CAN, RS485, UART, Bluetooth: Welche Kommunikationsschnittstelle benötigt Ihr Akku wirklich?

Warum ist die Frage „Kann Ihr Gebäudeautomationssystem das?“ die falsche Beschaffungsfrage?

Die meisten Datenblätter für intelligente Gebäudeleitsysteme (Smart BMS) führen Kommunikationsprotokolle als Funktionsliste auf: CAN, RS485, UART, Bluetooth, manchmal auch weitere. Das klingt beruhigend – je mehr Protokolle aufgeführt sind, desto besser. Doch die Liste beantwortet nicht die Beschaffungsfrage.

Protokolle aufzulisten ist einfach. Die eigentliche Herausforderung besteht darin, eine zuverlässige Kommunikation zwischen verschiedenen Geräten zu gewährleisten.

Zwei BMS-Einheiten können zwar beide CAN-Unterstützung angeben, aber dennoch mit demselben Wechselrichter inkompatibel sein, da sich ihre Nachrichtenstrukturen unterscheiden. Dasselbe gilt für NMEA-2000-Displays, RV-C-Dashboards und EMS-Plattformen (Energiemanagementsysteme). Die Unterstützung auf Protokollebene ist der Ausgangspunkt, nicht das Ergebnis.

Dieser Artikel erläutert das Framework: Was jedes Protokoll leistet, wo es seinen Platz findet und wie die Kommunikation in der RFQ-Phase (Angebotsanfrage) spezifiziert werden kann, damit aus „unterstützt“ „kompatibel“ wird – der Unterschied zwischen einem Projekt, das sich reibungslos integriert, und einem, das bei der Inbetriebnahme auf Schwierigkeiten stößt.

Was diese vier Protokolle tatsächlich in einem Akku bewirken

Auf das Wesentliche der Beschaffung reduziert, hier die tatsächliche Funktion der einzelnen Protokolle in einem Akku:

Protokoll Kommunikationsschicht Typische Rolle Wo es lebt
DÜRFEN Netzwerkbus (Mehrgeräte) Echtzeit-Fahrzeug- und Industriesystemintegration Fahrzeugsteuerungen, Industriemaschinen, Systemnetzwerke (RV-C, NMEA 2000 und J1939 basierend auf CAN)
RS485 Serieller Bus (mehrere Geräte, größere Entfernungen) Host-Überwachung, Flottenmanagement, SCADA Flottenmanagementsysteme, Überwachungsstationen, industrielle Überwachungsebenen
UART Punkt-zu-Punkt-Seriell Zugrundeliegende Hardwareverkabelung Liegt unterhalb bestimmter serieller Schnittstellen (z. B. RS485-Transceiver, Funkmodule); eine Hardwarefunktion und keine Benutzerauswahl.
Bluetooth Kurzstrecken-Funk App-basierte Diagnose und Konfiguration Besitzer- oder Installateur-Apps für die Überwachung einzelner Pakete

Protokolle sind nicht austauschbar. CAN dient der Echtzeitintegration, RS485 der Überwachung, UART der Hardware-Schnittstelle und Bluetooth der Benutzerschnittstelle. Das richtige Protokoll hängt davon ab, welche Daten das nachgeschaltete Gerät – Wechselrichter, Armaturenbrett, Flottenmanagementsystem, mobile App – benötigt.

Die Frage ist nicht, ob ein BMS CAN unterstützt. Die Frage ist, ob es den von Ihrem Wechselrichter, Controller, Display oder Netzwerk erwarteten Dialekt spricht.

CAN: Das Arbeitspferd für Fahrzeug- und Industrieintegration

CAN ist die Protokollschicht, auf der die meisten Integrationen von Fahrzeug- und Industriesystemen stattfinden. Wenn eine Gabelstaplersteuerung den Ladezustand der Batterie in Echtzeit ausliest, wenn ein Wohnmobil-Chassis-Netzwerk Batterie und Ladegerät koordiniert oder wenn ein Bootsdisplay den Motor- und Batteriestatus anzeigt, ist das zugrunde liegende Protokoll fast immer CAN.

Die Angabe „CAN-Unterstützung“ allein sagt wenig darüber aus, ob ein bestimmtes Batteriemanagementsystem (BMS) mit einem bestimmten Gerät kompatibel ist. Verschiedene Bereiche haben Standards auf Basis von CAN entwickelt – RV-C, NMEA 2000 und J1939 –, jeder mit seiner eigenen Nachrichtenstruktur. Zwei CAN-fähige BMS-Einheiten können völlig unterschiedliche Nachrichtenimplementierungen aufweisen und dennoch mit demselben Gerät inkompatibel bleiben.

Bei der CAN-basierten Integration ist die richtige Frage in der Angebotsanfrage nicht, ob das BMS CAN unterstützt, sondern welche Nachrichtenimplementierung es bereitstellt und welche Anpassungen der Lieferant für Ihre spezifischen Geräte anbietet.

RS485: Der Host-Monitoring- und Fernübertragungsstandard

RS485 besetzt eine andere Ebene. Während CAN seine Stärken in der Echtzeitkoordination ausspielt, bewältigt RS485 längere Kabelstrecken und die Überwachungsebene oberhalb der operativen Steuerung – Flottenmanagement zur Verfolgung vieler Pakete, SCADA-Plattformen (Supervisory Control and Data Acquisition) und Host-Überwachungsstationen.

Ein typisches industrielles Muster sieht CAN für die Echtzeitintegration und RS485 für die Überwachungsebene vor. Die Gabelstaplersteuerung kommuniziert über CAN mit dem Batteriemanagementsystem (BMS); das Flottenmanagement liest den Zustand der Akkus über RS485 aus. Die beiden Systeme stehen nicht in Konkurrenz zueinander – sie bedienen unterschiedliche Architekturebenen.

Bei RS485 sollten Sie sicherstellen, dass die BMS-Implementierung zu Ihrer spezifischen Überwachungsplattform passt, anstatt "unterstützt RS485" als Garantie für Kompatibilität zu betrachten.

UART: Die Hardware-Schicht (Weniger über Wahlmöglichkeiten, mehr über Grundlagen)

UART ist eine serielle Punkt-zu-Punkt-Verbindung, die einigen höherwertigen Verbindungen zugrunde liegt – beispielsweise steuert der UART eines Mikrocontrollers häufig einen RS485-Transceiver an, und drahtlose Module werden üblicherweise über UART mit dem Host verbunden. CAN basiert jedoch nicht darauf: CAN verwendet einen eigenen Controller und Transceiver. Einige Sensoren und Module werden direkt über UART ohne zusätzliche Protokollschicht verbunden. In den Datenblättern von Smart BMS wird UART typischerweise als Hardwarefunktion und nicht als benutzerseitiges Protokoll wie CAN oder RS485 aufgeführt.

Einige industrielle BMS-Plattformen bieten mehrere UART-Kanäle für Diagnose, Konfiguration oder Peripherieintegration – was sich stärker auf die Hardwareplanung als auf die Protokollauswahl auswirkt.

Für die Beschaffung gilt: Ein Gebäudeleitsystem (BMS), das nur UART (ohne höherwertiges Protokoll) unterstützt, ist für die direkte Geräteverdrahtung und nicht für die Netzwerkintegration ausgelegt. UART allein reicht möglicherweise nicht aus, wenn nachgeschaltete Geräte – Wechselrichter, Steuerung, Display, Flottenmanagement – ​​CAN- oder RS485-Kommunikation benötigen. Prüfen Sie, welche Anforderungen Ihr Integrationsplan stellt.

Bluetooth: Wann App-basierte Überwachung wirklich wichtig ist

Bluetooth arbeitet auf einer anderen Ebene. Während CAN und RS485 das BMS mit anderen Systemgeräten verbinden, verbindet Bluetooth das BMS typischerweise mit einer mobilen App des Endbenutzers oder Installateurs – zur Überwachung des Ladezustands, Konfiguration und Fehlerdiagnose einzelner Akkus.

Bluetooth ist besonders nützlich, wenn die direkte Interaktion von Nutzern oder Installateuren mit dem Akku Teil des Anwendungsfalls ist: z. B. bei nachträglichen Lithium-Upgrades, der Inbetriebnahme durch Installateure und Produkten für den Einzelhandel. Bei der OEM-Fertigung geschlossener Akkus, bei der die Überwachung über das Systemnetzwerk erfolgt, verursacht Bluetooth oft zusätzliche Kosten ohne Mehrwert.

Die Beschaffungsfrage ist, ob Ihr Vertriebs- und Servicemodell die direkte Interaktion mit der Verpackung über eine App ermöglicht. Falls nicht, ist Bluetooth eine der einfacheren Funktionen, die sich spezifizieren lassen.

Szenarioübergreifender Entscheidungsrahmen: Welches Protokoll für welche Anwendung?

Unterschiedliche Anwendungsszenarien erfordern unterschiedliche Protokolle. Die wichtigsten DALY-Szenarien werden von den aufwändigsten zu den am wenigsten integrationskomplexen Szenarien durchgegangen:

Gabelstapler und Industriefahrzeuge

CAN ist typischerweise für die Integration in die Fahrzeugsteuerung unerlässlich; RS485 ist Standard, wenn die Flottenmanagement-Software den Zustand der Track-Packs überwacht; Bluetooth wird im Allgemeinen für die Einzeldiagnose verwendet. Weitere Informationen finden Sie in unserem Artikel zur Auswahl von BMS für Gabelstapler.

Freizeitfahrzeuge (RV-C)

RV-C ist der CAN-basierte Standard für Wohnmobilnetzwerke. Das Batteriemanagementsystem (BMS) kommuniziert über diesen gemeinsamen Bus mit Armaturenbrett, Ladegerät, Wechselrichter und Fahrgestellsteuerung. Die projektspezifische Anpassung der PGN (Parameter Group Number) ist ebenso wichtig wie die RV-C-Unterstützung selbst. Weitere Informationen finden Sie in unserem Artikel zur Auswahl eines BMS für Wohnmobile.

Marine (NMEA 2000)

NMEA 2000 ist der CAN-basierte Schiffsbus, der Batterie, Ladegerät, Displays und Motornetzwerke verbindet. Sowohl die Motorstart- als auch die Bordbatteriefunktionen sind über dasselbe Netzwerk integriert, wobei projektbezogene Anpassungen für spezifische Schiffsdisplays möglich sind. Weitere Informationen finden Sie in unserem Artikel zur Auswahl von Schiffs-Batteriemanagementsystemen (BMS).

Energiespeichersysteme

CAN ermöglicht die Echtzeitkommunikation zwischen Gebäudeleittechnik (BMS) und Wechselrichter; RS485 dient der Integration in Energiemanagementsysteme (EMS) oder SCADA-Systeme. Die Kompatibilität mit dem Wechselrichterprotokoll ist in der Regel der entscheidende Faktor. Ausführlichere Informationen zu Energiespeichersystemen (ESS) finden Sie in unserem Artikel zur BMS-Kommunikation für Solarspeicher.

Elektromotorrad und leichtes Fahrzeug

Bluetooth ist bei Lithium-Akkus für den Einzelhandel und den Nachrüstmarkt üblich, insbesondere wenn die Überwachung per App erfolgt. OEM-Hersteller von geschlossenen Akkus für Flottenfahrzeuge mit Zweirädern integrieren mitunter CAN-Busse zur Fahrzeugintegration. Die Protokollanforderungen steigen mit dem Integrationsgrad des Systems.

Spezifikationsökonomie: Wo investieren, wo Überspezifikation vermieden werden sollte?

Die Protokollauswahl hat ihre eigenen wirtschaftlichen Aspekte. Sind es zu wenige, lässt sich das Gebäudeleitsystem nicht integrieren; sind es zu viele, rechtfertigt der Aufpreis ungenutzte Funktionen.

Wo man investieren sollte:

  • Anpassung auf Protokollebene für die spezifischen nachgelagerten Geräte in Ihrem Projekt— keine Unterstützung für generische Protokolle.
  • Eine CAN-Implementierung, die zum Controller, Wechselrichter oder Systemnetzwerk passt.Ihr Projekt verwendet tatsächlich.
  • Überprüfung in der Projektphase, ob das Gebäudemanagementsystem (BMS) den von Ihren Geräten erwarteten Nachrichtendialekt spricht., vor der Inbetriebnahme.

Wo man nicht zu viele Spezifikationen wählen sollte:

  • Protokolle, mit denen Ihre nachgelagerten Geräte keine Verbindung herstellen.— Für CAN, RS485 und Bluetooth zu bezahlen, wenn nur eines davon genutzt wird, bedeutet, Kosten ohne Nutzen zu zahlen.
  • Bluetooth in der OEM-Komplettverpackungwobei das Paket weder Endbenutzern noch Installateur-Apps zugänglich ist.
  • Protokolltiefe, die über das hinausgeht, was die eigentliche Systemarchitektur erfordert— Allgemeine Aussagen wie „alle Protokolle werden unterstützt“ deuten oft eher auf eine Marketingstrategie als auf eine nachgewiesene Integrationstiefe hin.

Die richtige Lösung besteht darin, die Protokollspezifikation an Ihren konkreten Integrationsplan anzupassen. Ein Anbieter, der Sie bei der Anpassung auf Geräteebene unterstützt, ist der richtige Partner.

DALY Smart BMS-Sortiment und Protokollanpassungsansatz

Die Produktlinien von DALY Smart BMS decken die für die wichtigsten Anwendungsszenarien erforderlichen Protokollkombinationen ab:

Produktlinie Verfügbare Protokolle Anpassungsansatz
Intelligentes Gebäudeleitsystem CAN, RS485, UART, Bluetooth Standardisiertes Smart-BMS-Protokollpaket; projektbezogene Anpassung für spezifische nachgelagerte Geräte
Aktives Ausgleichs-BMS CAN, RS485, UART, Bluetooth Gleiches Standardprotokollpaket; projektbezogene Anpassung für spezifische nachgelagerte Geräte
Home Storage BMS CAN, RS485, UART, Bluetooth Anpassung von Wechselrichter- und EMS-Protokollen ist projektbezogen möglich.
Hochstrom-BMS CAN, RS485, UART ×3 Drei UART-Kanäle für Diagnose, Konfiguration und Peripherieintegration; CAN-Anpassung pro Projekt
RV BMS CAN, RS485, UART, Bluetooth Unterstützt RV-C, mit projektspezifischer PGN-Anpassung verfügbar

Marine (NMEA 2000):Die Produktlinien Smart BMS und Active Balancing BMS übernehmen sowohl die Motorstart- als auch die Bordnetzfunktionen. Die Unterstützung für NMEA 2000 wird durch eine Anpassung des Protokolls auf Projektebene gewährleistet.

DALY behandelt Protokollunterstützung und Protokollanpassung als separate Vorgänge: Das Datenblatt listet auf, was jedes BMS unterstützt; die Projektentwicklungsebene kümmert sich um die Anpassung der Nachrichtenstruktur für die spezifischen Geräte, mit denen Ihr System verbunden wird.

Bei OEM- und Integratorprojekten sollten die spezifischen nachgelagerten Geräte, die den Batteriestatus auslesen müssen, bereits in der Vorbesprechung der Angebotsanfrage (RFQ) genannt werden, anstatt sich auf allgemeine Angaben im Datenblatt zu verlassen.

→ DALY Smart BMS-Produktpalette mit Standardprotokollpaket:https://www.dalybms.com/smart-bms/

→ DALY Hochstrom-BMS-Reihe für industrielle Fahrzeuganwendungen:https://www.dalybms.com/high-current-bms-products/

Häufig gestellte Fragen

Q1Wenn in einem BMS-Datenblatt CAN, RS485, UART und Bluetooth aufgeführt sind, benötigt mein Projekt dann alle vier?

Nein. Das Datenblatt listet die vom Gebäudeleitsystem (BMS) unterstützten Protokolle auf; die Projektanforderungen bestimmen, welche tatsächlich verwendet werden. Der Kauf von Protokollen, die nicht benötigt werden, verursacht zusätzliche Kosten. Umgekehrt ist es riskanter: Fehlende Protokolle, die von den nachgelagerten Geräten erwartet werden, führen zu Integrationslücken bei der Inbetriebnahme. Spezifizieren Sie die Protokolle anhand der Geräte, mit denen das BMS kommunizieren muss.

Q2Worin besteht der Unterschied zwischen „unterstützt CAN“ und „kompatibel mit meinem Wechselrichter“?

Die CAN-Unterstützung bedeutet, dass das BMS die CAN-Protokollschicht spricht. Die Kompatibilität mit Ihrem Wechselrichter erfordert die von diesem erwartete Nachrichtenstruktur (PGN, Nachrichten-ID, Datenlayout). Zwei CAN-fähige BMS-Einheiten können mit demselben Wechselrichter inkompatibel bleiben, wenn sich die Nachrichtenimplementierungen unterscheiden. Überprüfen Sie daher bereits in der Projektphase die Kompatibilität auf Nachrichtenebene, nicht nur die Protokollunterstützung.

Q3Benötige ich Bluetooth auf einem OEM-Akkupack für den gewerblichen Einsatz?

Es kommt darauf an, ob der Endnutzer oder Installateur direkt mit dem System interagieren soll. Bei der OEM-Fertigung geschlossener Systeme, bei denen die Überwachung über das Systemnetzwerk erfolgt, bietet Bluetooth oft keinen Mehrwert. Für Systeme, die im Aftermarket, im Einzelhandel oder von Installateuren gewartet werden können, ist Bluetooth hingegen häufiger gerechtfertigt.

Q4Warum wird UART neben CAN und RS485 aufgeführt, wenn es sich doch eher um eine Hardware-Grundlage handelt?

UART ist die zugrundeliegende serielle Schnittstelle, die von einigen Sensoren und Modulen zur Datenübertragung genutzt wird. Bei der Auswahl spielt die Kanalanzahl eine untergeordnete Rolle im Vergleich zu CAN oder RS485 – die Anzahl der Kanäle ist jedoch für die Hardwareplanung relevant. Ein reines UART-BMS ist möglicherweise nicht ausreichend, wenn nachgeschaltete Geräte CAN oder RS485 erwarten; prüfen Sie daher, welche Anforderungen Ihr Integrationsplan stellt.

Q5Wie spezifiziere ich die Kommunikationsanforderungen in der Angebotsphase?

Listen Sie die nachgeschalteten Geräte auf, die den Batteriestatus auslesen müssen – Wechselrichter, Steuerung, Display, Flottenmanagement, Energiemanagementsystem (EMS), mobile App – und das jeweils benötigte Protokoll. Bitten Sie den Lieferanten, die Anpassung auf Nachrichtenebene für jedes Gerät zu bestätigen, nicht nur die allgemeine Protokollunterstützung. Dadurch verschiebt sich die Frage von „Unterstützen Sie CAN?“ zu „Können Sie Ihre CAN-Implementierung an meinen spezifischen Wechselrichter und meine Steuerung anpassen?“.

Über DALY

DALY entwickelt und fertigt Lithium-Batteriemanagementsysteme für OEMs, Akkupackhersteller und Systemintegratoren in über 130 Ländern. Die Smart-BMS-Varianten unterstützen CAN, RS485, UART und Bluetooth für mobile, industrielle und Energiespeicheranwendungen. DALY wurde 2015 gegründet und arbeitet nach ISO 9001/ISO 14001 mit CE- und RoHS-Konformität. Die Energiespeicherprodukte sind als UL-Komponente anerkannt (jedoch nicht vollständig UL-systemzertifiziert). Testberichte und technische Dokumentationen sind auf Anfrage erhältlich, sodass Kunden, die eine eigene Produktzertifizierung anstreben, die benötigten Unterlagen erhalten.

Spezifizierung der BMS-Kommunikation für Ihr Projekt?

Wenn Sie sich in der Konfigurationsphase eines Batterieprojekts befinden, arbeitet das DALY-Ingenieurteam Ihre Geräteliste, Protokollanforderungen und Anpassungen auf Nachrichtenebene durch, anstatt eine generische Protokoll-Checkliste zu verwenden.

  • Teilen Sie uns bitte Ihren Projekttyp, die nachgeschalteten Geräte, die den Batteriestand auslesen müssen, spezifische Wechselrichter-/Controller-/Displaymodelle sowie die Anforderungen an die Überwachungsplattform mit.
  • Nennen Sie uns Ihre Geräteliste, und wir empfehlen Ihnen die passende Smart-BMS-Konfiguration und den richtigen Ansatz zur Protokollanpassung.
  • E-Mail: dalybms@dalyelec.com

Produktseite für intelligente Gebäudeleittechnik:https://www.dalybms.com/smart-bms/


Veröffentlichungsdatum: 10. Juli 2026

KONTAKTIEREN SIE DALY

  • Adresse: Nr. 14, Gongye South Road, Songshanhu Wissenschafts- und Technologie-Industriepark, Dongguan City, Provinz Guangdong, China.
  • Nummer : +86 13215201813
  • Zeit: 7 Tage die Woche von 00:00 Uhr bis 24:00 Uhr
  • E-Mail: dalybms@dalyelec.com
  • DALY-Datenschutzrichtlinie
E-Mail senden