Für Batterieausrüstungslieferanten, Wechselrichterpartner und Energiespeicherintegratoren befasst sich dieser Service mit Kommunikationsunterschieden zwischen einem vorhandenen BMS und einem Zielwechselrichter. Die Arbeiten umfassen Anwendungsprotokolle, Datenvalidität, Zustandsinteraktion und Fehlerbehebung. Ein Projekt kann mit einem Prototyp auf einer vom Kunden bereitgestellten Platine beginnen. Unterstützte Modelle, Firmware und Funktionen hängen von der Projektdokumentation und den Gerätetests ab.
Anwendbare Aufgaben und Projekteingaben
Typische Aufgaben umfassen den Anschluss einer vorhandenen Batterie und BMS an einen anderen Wechselrichter oder die Umwandlung von Batteriedaten in Meldungen, die vom Zielgerät erkannt werden. Zu den Eingaben gehören sowohl Gerätemodelle als auch Firmware, die tatsächlichen CAN-Protokolle, Anschlussbelegungen, Versorgungs- und Erdungsbedingungen, Nachrichtenbeispiele, Testgeräte und Funktionsgrenzen. RS485 ist nur enthalten, wenn dies gesondert angegeben wird.
Entwicklungsarbeitspakete
| Arbeitspaket | Überprüfung und Entwicklung | Mögliche Leistungen |
|---|---|---|
| Protokollüberprüfung | Rahmenformat, Bezeichner, Knotenrollen, Felder, Einheiten, Richtung, Zeiträume und Zeitüberschreitungen | Protokollunterschiede, fehlende Eingaben und Funktionsumfang |
| Daten- und Zustandszuordnung | Spannung, Strom, SOC, Temperatur, zulässige Grenzwerte, Alarme und Freigabezustände | Zuordnungstabelle, Gültigkeitsregeln und Beispiele |
| Gateway-Firmware | Empfangs- und Sendeplanung auf beiden Seiten, Konfiguration, Protokolle, Watchdog und Wiederherstellung | Vereinbarte Firmware-, Build- und Flash-Anweisungen |
| Prototypenintegration | Start, normale Interaktion, Verbindungsverlust, veraltete Daten und Wiederherstellung | Testfälle, Protokolle, Problemliste und Meilensteinergebnisse |
Duale CAN und Board-Anforderungen
Ein Dual-CAN-Gateway benötigt zwei unabhängig voneinander nutzbare Controller-, Transceiver- und Schnittstellenressourcen, wobei die Busparameter separat überprüft werden müssen. Zwei Anschlüsse beweisen nicht das Vorhandensein von zwei unabhängigen CAN-Controllern. Auch die Trennung der Netzwerke führt nicht zu einer galvanischen Trennung. Für vom Kunden bereitgestellte Platinen sind Schaltpläne, Komponentendetails, Platinenrevision und Treiberinformationen erforderlich, bevor Firmware- und Hardwareänderungen vorgenommen werden können.
Meilensteinlieferung und -abnahme
Frieren Sie das Protokoll und den Funktionsumfang ein, bevor Sie Feldmusterprüfungen durchführen, Prototypen integrieren und auf den vereinbarten Geräten testen. Abnahmeprotokolle identifizieren Geräteversionen, Platine und Firmware, Eingabemeldungen, erwartete Zustände, tatsächliche Ausgaben und Wiederherstellungsverhalten. Eine SOC-Anzeige ist ein Scheck; Grenzwerte, Alarme, Aktivierungszustände, Zeitüberschreitungen und Wiederherstellungsregeln müssen ebenfalls überprüft werden. Schwellenwerte und Laufdauer werden im Projekttestplan definiert.
Vom Prototyp zum maßgeschneiderten Gateway
Nach der Prototypenvalidierung kann in einer separaten Phase ein kundenspezifischer PCB, Isolations- und Schnittstellenschutz, Gehäuse, Materialien, Muster, Programmierung und Produktionstests bewertet werden. Software, Hardwaredesign, Mustermaterialien, Geräteintegration und Kleinserienfertigung haben separate Umfangs- und Kostenpositionen. Die Prototypenkommunikation allein begründet noch keine Produkt- oder Chargenabnahme.
Schutzverantwortung und Projektinformationen
Das Kommunikations-Gateway ersetzt nicht den BMS-Schutz, die Batterieschützlogik oder die Sicherheitsmechanismen des Wechselrichters. Definieren Sie, welches Gerät Grenzwerte generiert, welches die Steuerung ausführt, wie der Betrieb verhindert wird, wenn Daten ungültig werden, und was eine Wiederherstellung ermöglicht. Teilen Sie Geräte, Protokolle und Testbedingungen, um überprüfbare Funktionen und Ergebnisse festzulegen.
Online
Telefon
WeChat
zurück nach oben