Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[mcm1957]

@foxriver76
Wenn du mal den Thread bearbeitest pass bitte den Titel im ersten Beitrag und ggF die Version an. Ich schätze mal, dass das nicht mehr ALPHA Testing ist - odr?

[Meister Mopper]

@hub01 sagte in Alpha Testing: OCPP Wallbox Adapter:

Hallo,
ich habe eine Fronius Wattpilot Wallbox.
OCPP-Verbindung steht.
Ich kann die WB auch ein- und ausschalten.

Wie/wo kann man die Phasen umschalten, oder den Ladestrom vorgeben?

chargeLimit und numberPhases => bei meiner EVBox Elvi funktioniert allerdings beides nicht.

Ich kann die nur ein- und abschalten, ist aber kein Problem, mein Niro EV lädt eh nur einphasig.

[hub01]

@meister-mopper
beide schon probiert, keine Funktion, zumindest keine Änderung in der App erkennbar.
Muss ich morgen nochmal testen.
Warum kann dein Niro EV nur einphasig?

[Meister Mopper]

@hub01 sagte in Alpha Testing: OCPP Wallbox Adapter:

Warum kann dein Niro EV nur einphasig?

Warum heißt der Golf von Mexiko plötzlich Golf von Amerika :grinning: - Wahrscheinlich hat es jemand bestimmt :man-shrugging: .

[hub01]

@meister-mopper
hab auch den Niro EV und der kann 1- und 3-phasig.
Dachte, dass wird dann jeder EV können.
Wie groß ist den deine Batterie?
Kann mich an 48 und 64 kWh erinnern, da lädts man 1-phasig ganz schon lang.

[Meister Mopper]

@hub01

Erstzulassung 10/21 mit einem 64,8 kWh Akku.

[HomeUser]

Erstmal ein "Danke" für all die Arbeit, die ihr schon in den Adapter gesteckt habt.

Und dann habe ich am Start - wie vermutlich viele - erstmal ein paar Problemchen :-)
Ich habe eine Charge Amps Halo (verfügt neben dem 11kW Ladepunkt auch über eine Steckdose).
Die Verbindung klappt und ich sehe Status, Messwerte etc.
Aber das Setzen des Ladestrom ignoriert meine Wallbox noch (oder der Adapter).

Ich habe es probiert mit ändern der folgenden Werte:
ocpp.0./2105033907M.1.chargeLimit
ocpp.0./2105033907M.1.chargeLimitType
ocpp.0./2105033907M.1.numberPhases

Aber egal was ich mache, lädt die Wallbox weiterhin nur mit 6A auf einer Phase.
Im Log sehe ich SetChargingProfile for /xxxxxx.1 (aber trotz loglevel "silly" nicht die Inhalte).
Eine Fehlermeldung kommt nicht.

Es hat bestimmt jemand eine Idee, was ich probieren kann, oder!?
Welche Info braucht ihr zusätzlich, um meinen Fehler einzugrenzen?

Nachtrag: Ich habe auch ocpp.0./2105033907M.configuration.UserCurrentLimit probiert.
Dort ist damit sehe ich zumindest in der Web-Oberfläche der Wallbox, dass sich eine Einstellung ändert. Das Laden ist aber weiterhin bei 1 Phase mit 6A.
Nebeninfo: Wenn ich in ocpp.0./2105033907M.configuration.UserCurrentLimit den Wert "0.10" eingeben will, wird das konvertiert in "0.1" und mit einem Fehler quittiert. Andere Werte gehen.

[HomeUser]

@homeuser
Ich kann mir selbst antworten, da ich in einem evcc-Forum vermutlich die Antwort gefunden habe: Weil eine Lastausgleichsgruppe konfiguriert ist, geht sie in einen "Offline"-Modus, wenn sie nicht mit der Cloud vom Anbieter verbunden ist und lädt nur noch mit 6A auf einer Phase.
Die Zuordnung muss nun mein Elektriker im Portal entfernen, weil ich die Rechte dazu nicht habe.

Der Hohn dabei ist: Die Lastausgleichsgruppe ist konfiguriert, obwohl ich keinen Lastausgleich brauche. Sie war nötig für die Verbindung mit dem Charge Amps Guard, der PV-Überschussladen implementieren soll. Das haben sie aber "etwas anders" implementiert, so dass oft nicht geladen wird, obwohl genug Überschuss da wäre. Das ist auch der Grund, warum ich jetzt selbst ran muss.

[Meister Mopper]

@homeuser

Bisschen wenig Info.

Was kann denn das Kfz überhaupt maximal an der Wallbox laden (einphasig/dreiphasig)?

[HomeUser]

Für mein Problem https://forum.iobroker.net/post/1264465 ist tatsächlich https://forum.iobroker.net/post/1264475 die Antwort. Seit die Wallbox aus der Lastausgleichsgruppe (die nie notwendig war) herausgenommen ist, kann ich A und Phasen problemlos setzen.

Jetzt hänge ich aber an einer anderen Stelle:

• Wenn ich FreeCharging aktiviert habe, kann ich das Laden starten über transactionActive->true.
• Allerdings möchte ich das abschalten, da die Wallbox in einer Tiefgarage mit knapp 50 Plätzen ist. AUßerdem brauche ich ein Zuordnung der Ladevorgänge auf Nutzer (=RFID).
• Die beiden RFID Tags habe ich mit Komma getrennt eingetragen in ocpp.0./xxxxx.0.authList.
• Welche Schritt muss ich nun ausführen, um das Laden remote (also per iobroker) starten zu können?

Use Case: An der Wallbox laden ein Nachbar (Freigabe durch Vorhalten der RFID) und ich (Freigabe per Automatisierung in iobroker).
Kontext: Fahrzeug ID.3 MJ2025, Wallbox Charge Amps Halo

Edit: Wenn ich die RFID am Gerät davor halte, startet die Session. Meine Frage ist also nur noch, wie ich remote die Session mit Angabe einer RFID starten kann.

[HomeUser]

So, ich habe gerade nochmal weiter experimentiert.

Hier der Zwischenstand:

• Wenn FreeCharging=true ist, klappt alles gut (start/stop via iobroker, A setzen, Phasen 1 oder 3 setzen)
• Wenn ich die Karte an der Wallbox davor halte, scheint es auch zu klappen (Aber erst einmal getestet, weil das Auto in einer Tiefgarage steht und es jedes Mal ein kleiner Weg dahin ist). Ob eine falsche Karte abgelehnt wird, habe ich noch nicht getestet.
• Wenn ich FreeCharging=false setze, bekomme ich bei allen Versuchen "Starting transaction has been rejected by charge point". Ich habe schon mit verschiedenen Einstellung in der Konfiguration bzgl. Authorization getestet.

Jetzt seid ihr meine Hoffnung :-)
Alle Hinweise, wie es laut Theorie funktionieren sollte oder bei euch funktioniert (Remote Start mit FreeCharging=false), sind willkommen. Im Moment habe ich zu viele Optionen im Rennen und eigentlich keine logische Idee mehr.

Hier meine Einstellungen:

Falls relevant:

• configuration.SupportedFeatureProfiles: Core,FirmwareManagement,LocalAuthListManagement,RemoteTrigger,SmartCharging
• Im Adapter habe ich main.ja Zeile 537 auch mal probiert, dass als idTag nicht "ioBroker", sondern meine RFID verwendet wird. Hat aber auch nichts gebracht.
• Der übertragene Befehlt ist laut Logfile:

{
	"connectorId": 1,
	"idTag": "xxxxMEINERFIDxxxx",
	"chargingProfile": {
		"chargingProfileId": 1,
		"stackLevel": 0,
		"chargingProfilePurpose": "TxDefaultProfile",
		"chargingProfileKind": "Recurring",
		"recurrencyKind": "Daily",
		"chargingSchedule": {
			"duration": 86400,
			"startSchedule": "2013-01-01T00:00Z",
			"chargingRateUnit": "A",
			"chargingSchedulePeriod": [
				{
					"startPeriod": 0,
					"limit": 16,
					"numberPhases": 3
				}
			]
		}
	}
}

[HomeUser]

Auch hier kann mir die Frage nach viel Probieren und Support aus Reddit nun beantworten: Die Wallbox hat das übertragene Profile nicht angenommen (obwohl es wohl konform ist). Nachdem ich das vereinfacht habe, klappt das Remote-Starten.

[meute]

@homeuser sagte in Alpha Testing: OCPP Wallbox Adapter:

Die Wallbox hat das übertragene Profile nicht angenommen (obwohl es wohl konform ist). Nachdem ich das vereinfacht habe, klappt das Remote-Starten.

Cool wäre, wenn Du den Export Deiner Konfig hochladen würdest.
Jemand der das gleiche Problem hat, wird es Dir danken.

[HomeUser]

@meute
Gerne.

Anstatt

{
"connectorId": 1,
"idTag": "xxxxMEINERFIDxxxx",
"chargingProfile": {
"chargingProfileId": 1,
"stackLevel": 0,
"chargingProfilePurpose": "TxDefaultProfile",
"chargingProfileKind": "Recurring",
"recurrencyKind": "Daily",
"chargingSchedule": {
"duration": 86400,
"startSchedule": "2013-01-01T00:00Z",
"chargingRateUnit": "A",
"chargingSchedulePeriod": [
{
"startPeriod": 0,
"limit": 16,
"numberPhases": 3
}
]
}
}
}

war es ganz einfach

{
"connectorId": 1,
"idTag": "xxxxMEINERFIDxxxx"
}

Also das komplette chargingProfile einfach weggelassen. Da ich ja ohnehin über iobroker steuern will, brauche ich keine Zeitvorgaben usw.

[daruse]

Hallo zusammen,

hat zufällig jemand von euch eine Pulsar Plus Wallbox über OCPP angebunden und kann mir weiterhelfen wie ich ein ansteckendes bzw. angestecktes Fahrzeug erkennen kann? Die Wallbox wechselt ihren LED Ring von grün auf türkis beim Anstecken, aber ich leider sehe ich keinen Parameter in dem OCPP Adapter der sich ändert.

Danke euch!

[Meister Mopper]

@daruse

Ich habe zwar diese Wallbox nicht, aber der Datenpunkt ocpp.0.http://192_168_178_80:9220/EVB-P21312507.1.status (bei dir natürlich andere Bezeichnung und IP) sollte einen geänderten Status anzeigen.

Hier siehst du die möglichen Zustände:

{
  "_id": "ocpp.0.http://192_168_178_80:9220/EVB-P21312507.1.status",
  "type": "state",
  "common": {
    "name": "Current status of wallbox",
    "type": "string",
    "role": "indicator.status",
    "write": false,
    "read": true,
    "states": [
      "Available",
      "Preparing",
      "Charging",
      "SuspendedEVSE",
      "SuspendedEV",
      "Finishing",
      "Reserved",
      "Unavailable",
      "Faulted"
    ]
  }

[HomeUser]

Hat schon jemand ein Firmware Update für die Wallbox über den Adapter durchgeführt? Wenn ja, wie?
An der Stelle würde ich ungerne experimentieren.

[daruse]

@meister-mopper
Leider ändert sich der Status erst wenn das Laden beginnt, sprich ich die Wallbox neu freigebe.
Ändert sich der bei dir wirklich mit anstecken des Fahrzeuges?
Danke

[Meister Mopper]

@daruse sagte in Alpha Testing: OCPP Wallbox Adapter:

@meister-mopper
Leider ändert sich der Status erst wenn das Laden beginnt, sprich ich die Wallbox neu freigebe.
Ändert sich der bei dir wirklich mit anstecken des Fahrzeuges?
Danke

Das funktioniert parallel.

Wenn ich das Kfz anschließe, nimmt es die Wallbox und der Adapter sofort wahr, und ich kann vermittels RFID oder auch Adapter-Logik das Laden starten oder stoppen.

[quinti]

Hallo #zsmmn,
ich versuche eine Smarte Wallbox Schneider Charge EVH5A11N2C5 anzbinden.
Ich habe in der Schneider Elektriker App folgende URL eingegeben:
wss://192.168.0.102:9220
Die Verbindung klappt leider nicht. LED vorne blinkt gelb. Im Iobroker kommt nichts an.
Die Box ist per WLAN angebunden. Mit der Wiser App von Schneider klappt die Verbindung.
Weiss jemand Rat?