Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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?

[quinti]

Problem gelöst, Verbindung steht.
Anstatt wss:// habe ich ws:// eingeben.
Wer lesen kann ist klar im Vorteil ;)

p.s. Danke für den tollen Adapter!!!

[quinti]

guten morgen #zsmmn,
meine WB Schneider Charge EVH5A11N2C5 funktioniert nun grundsätzlich mit dem Adapter, kann das laden starten und empfange die Werte beim laden.
Allerdings bekomme ich keine config der WB beim starten des Adapters aus der WB:

ocpp.0 2025-10-18 08:13:53.007	error	Could not request configuration of /d48b0847-0509-4ae3-a11e-22844a923353: Util.isObject is not a function
ocpp.0 2025-10-18 08:13:53.006	info	Sending GetConfiguration to "/d48b0847-0509-4ae3-a11e-22844a923353"
ocpp.0 2025-10-18 08:13:53.006	warn	Could not request states of "/d48b0847-0509-4ae3-a11e-22844a923353": Util.isObject is not a function
ocpp.0 2025-10-18 08:13:53.005	info	Requesting BootNotification from "/d48b0847-0509-4ae3-a11e-22844a923353"
ocpp.0 2025-10-18 08:13:52.274	info	Received Status Notification from "/d48b0847-0509-4ae3-a11e-22844a923353.0": Available
ocpp.0 2025-10-18 08:13:52.004	info	Received Status Notification from "/d48b0847-0509-4ae3-a11e-22844a923353.1": Available
ocpp.0 2025-10-18 08:13:51.973	info	New device connected: "/d48b0847-0509-4ae3-a11e-22844a923353"
ocpp.0 2025-10-18 08:13:47.542	info	New valid connection from "/d48b0847-0509-4ae3-a11e-22844a923353" (http/ocpp1.6)
ocpp.0 2025-10-18 08:13:45.735	info	Server listening on port 9220
ocpp.0 2025-10-18 08:13:45.665	info	Starting OCPP Server

ich hoffe in der config den Parameter meiner WB "LedIntensity" steuern zu können. Der Gerät hat eine LED die viel zu hell dauernd leuchtet. Kann mir damit quasi die Beleuchtung vom carport nachts sparen ;)
Hier zur Info die OCPP Beschreibung der Box EVlink Pro AC OCPP Connectivity Guide.pdf

[quinti]

Schade, der Adapter wird wohl nicht weiterentwickelt...

[HomeUser]

@quinti Ich weiß nicht, ob es eine Frage der Weiterentwicklung des Adapters ist, da OCPP diese Informationen nach meinem Verständnis recht generisch überträgt. Bei mir ist beispielsweise der Eintrag folgende Eintrag vorhanden. ocpp.0./xxxxxxxxxx.configuration.LightIntensity.

Das Log im vorletzten Post sieht ja eher nach einem generellen Problem aus, dass die Kommunikation mit der Wallbox nicht funktioniert. Werden denn überhaupt Objekte angelegt?

Auf "Sending GetConfiguration" antwortet meine mit "Supported profiles by client". Da scheint es ja irgendwie schon nicht zu klappen.
Hat dazu jemand eine Idee?

[quinti]

@homeuser
ja, Werte werden angezeigt
experimentiere jetzt aber im moment mit evcc...