Bender AbstractEvseChargePointBender
Die Bender AbstractEvseChargePointBender-Vorlage richtet sich an AC-Ladestationen und Wallboxen auf Basis von Bender-Ladereglern wie dem CC612 und CC613. Diese Regler bilden das Herzstück eines Ladepunkts und kommunizieren per Modbus TCP mit dem Fahrzeug, dem OCPP-Backend und einem Energiemanagementsystem. Die Vorlage liest den OCPP-Ladepunktstatus, den Fahrzeugverbindungsstatus, die kumulierte Sitzungsenergie sowie die minimale und maximale Stromgrenze und die dreiteilige Firmware-Version. Installateure und Anlagenbetreiber erhalten so eine Echtzeit-Übersicht jedes Ladepunkts direkt in ihrem ModbusCloud-Portal.
- Protokoll
- Modbus TCP
- Anschluss
- Ethernet, Modbus TCP
- Register
- 8, nur lesen
- Marke
- Bender
- Zuletzt aktualisiert
Register (8)
8 lesen, 0 schreiben
| Name | Einheit | Zugriff | Adresse (Verborgen bis zur Eingabe Ihrer E-Mail-Adresse) | Funktion (verborgen) | Typ (verborgen) |
|---|---|---|---|---|---|
| ocpp_cp_status | Lesen | ||||
| vehicle_state | Lesen | ||||
| software_version_major | Lesen | ||||
| software_version_minor | Lesen | ||||
| software_version_patch | Lesen | ||||
| active_production_energy | Wh | Lesen | |||
| min_current | A | Lesen | |||
| max_current | A | Lesen |
Register werden geladen…
Senden Sie Ihre Geräteliste
Steht ein Gerät noch nicht in der Bibliothek, erstellen wir die Vorlage kostenlos, sobald wir die Register haben.
Anwendungsfälle
- Überwachen Sie den OCPP-Ladepunktstatus in Echtzeit, um unerwartete Fehler- oder Nichtverfügbarkeitszustände auf einer Liegenschaft frühzeitig zu erkennen.
- Verfolgen Sie die kumulierte Sitzungsenergie je Ladepunkt, um die Abrechnungsgenauigkeit zu prüfen und Energieauffälligkeiten zu identifizieren.
- Richten Sie Alarme auf vehicle_state-Änderungen ein, um zu bestätigen, dass ein Fahrzeug zum erwarteten Zeitpunkt an- oder abgesteckt wurde.
- Vergleichen Sie die min_current- und max_current-Register über mehrere Ladepunkte, um eine konsistente Lastmanagement-Konfiguration sicherzustellen.
- Protokollieren Sie die Firmware-Versionsregister, um zu bestätigen, dass alle Bender-Regler einer Anlage denselben Software-Stand verwenden.
Installation
Aktivieren Sie den Modbus-TCP-Server am Bender-Laderegler über die Web-Oberfläche im Bereich HEMS oder Modbus, stellen Sie Port 502 als Serverport ein und speichern Sie die Konfiguration.
Verbinden Sie den Bender-Laderegler über ein Ethernet-Kabel mit demselben LAN-Segment wie das ModbusCloud Gateway und stellen Sie sicher, dass der Regler eine erreichbare feste oder DHCP-reservierte IP-Adresse hat.
Fügen Sie in Ihrem ModbusCloud-Portal ein neues Gerät hinzu, importieren Sie die Bender AbstractEvseChargePointBender-Vorlage, tragen Sie IP-Adresse und Port 502 ein und weisen Sie Unit-ID 1 für den ersten Anschluss zu.
Prüfen Sie die Verbindung, indem Sie Register 104 in der Live-Datenansicht auslesen und den zurückgegebenen OCPP-Statuscode mit dem in der Web-Oberfläche des Reglers angezeigten Status abgleichen.
Zu beachten
Warum liefert Register 104 immer null, obwohl ein Fahrzeug angeschlossen ist?
Register 104 gibt den OCPP-Ladepunktstatus gemäß der im Regler aktiven OCPP-Version zurück. Ist der Regler noch nicht vollständig gestartet oder besteht keine Verbindung zum OCPP-Backend, kann der Wert null sein. Prüfen Sie, ob der Startvorgang abgeschlossen ist, die READY-LED aktiv leuchtet und die OCPP-Backend-Verbindung aufgebaut wurde.
Das Gateway verbindet sich, aber alle Registerwerte zeigen 0xFFFF. Was ist zu tun?
Der Wert 0xFFFF (bzw. 0xFFFFFFFF bei 32-Bit-Registern) signalisiert, dass der Regler keinen gültigen Messwert zurückgeben kann. Dies ist der dokumentierte Sentinel-Wert für nicht verfügbare Daten. Prüfen Sie, ob ein Energiezähler in der Betreiber-Oberfläche konfiguriert und angeschlossen ist, und ob der Modbus-TCP-Server im HEMS- oder Modbus-Bereich aktiviert wurde.
Energieregister 200 liefert einen unerwartet hohen Wert. Stimmt die Skalierung?
Register 200 ist ein vorzeichenloser 32-Bit-Wert in Wh ohne zusätzlichen Skalierungsfaktor. Die beiden 16-Bit-Worte sind als High-Word zuerst, Low-Word danach angeordnet. Stellen Sie sicher, dass Ihr Modbus-Client das Wortpaar korrekt zusammensetzt: Register 200 als High-Word und Register 201 als Low-Word, und das Ergebnis als uint32 in Wh interpretiert.
Das Gateway kann den Bender-Regler über TCP nicht erreichen. Wie analysiere ich das?
Prüfen Sie, ob Regler und ModbusCloud Gateway im gleichen LAN-Segment liegen oder ob eine Route vorhanden ist. Vergewissern Sie sich, dass der Modbus-TCP-Server in den HEMS-Einstellungen auf Port 502 konfiguriert ist. Kontrollieren Sie, ob eine Firewall Port 502 blockiert. Falls ein zweiter Anschluss am selben Master-Regler vorhanden ist, ist dieser auf Port 503 erreichbar, nicht auf Port 502.
Selbst sehen, wie es funktioniert?
