Keba P40 (Pro)

[marioth1]

Hallo,

ich liebäugele damit, mir die demnächst erscheinende P40 Pro von Keba anzuschaffen. Evcc unterstützt bereits die P30.
Wie sind die Erfahrungen bzgl evcc vs Keba? Wird die Unterstützung der neuen P40 schnell und zügig implementiert werden können?

liebe Grüße
Mario

[premultiply]

Moment, ich befrage mal meine Glaskugel...

...sie sagt: Wenn die Schnittstellen zu den sonstigen Boxen identisch sind oder Standard-Schnittstellen wie z.B. OCPP implementiert sind dann sollte die Box auch kommunizieren können.

Zu allen anderen möglichen Variationen würde ich eher das nächstbeste Orakel oder einfach den Hersteller befragen.

[JoSilverguard]

Wie sind die Erfahrungen bzgl evcc vs Keba?

In kurzen Worten. Sehr gut. Ich betreibe eine Keba P30 X und eine Keba P30 C, wobei die P30 X als Master und die P30 C als Slave funktionieren. Beide lassen sich komfortabel in EVCC einbinden. Das funktioniert sowohl via UDP als auch via Modbus TCP-IP.

Anbei das/die Templates:

`chargers:

• name: KebaP30C
  type: template
  template: keba
  host: 192.168.0.205
• name: KeContactP30X
  type: template
  template: keba
  host: 192.168.0.206`

oder:

`chargers:

• name: KebaP30C
  type: template
  template: keba-modbus
  id: 255
  host: 192.168.0.205
  port: 502
  modbus: tcpip
• name: KebaP30X
  type: template
  template: keba-modbus
  id: 255
  host: 192.168.0.206
  port: 502
  modbus: tcpip`

Anbei ein Screenshot:

Ein weiterer Vorteil ist die Einbindung in Keba Mobility Portal. Damit hast du sowohl eine Konfigurationsmöglichkeit der Wallbox vom Firmware-Update bis zu den einzelnen Einstellungen, ebenso erhältst du eine übersichtliche Statistik, die du dir in selbst definierten Intervallen auch als Email (PDF) zusenden lassen kannst.

Screenshot Wochenübersicht:

Über die Möglichkeiten der P40 schweigt sich meine ansonsten bestens informierte Glaskugel natürlich aus, ich gehe aber davon aus, dass sie ebenfalls wie vorgesehen funktionieren wird (nennt sich Prinzip Hoffnung)

[0x3d13f]

Auf der Homepage von Keba steht bei der P40, dass Modbus-TCP in einem späteren Software Update zur Verfügung gestellt werden wird. Daraus würde ich schließen, dass die Einbindung zunächst mal nicht so einfach werden wird, bis dieses Update für die Wallbox dann zur Verfügung steht.

[Ak11rA]

In kurzen Worten. Sehr gut. Ich betreibe eine Keba P30 X und eine Keba P30 C, wobei die P30 X als Master und die P30 C als Slave funktionieren. Beide lassen sich komfortabel in EVCC einbinden. Das funktioniert sowohl via UDP als auch via Modbus TCP-IP.

Bringt Dir eigentlich der Master/Slave-Betrieb zwischen der P30X und der P30C noch einen Vorteil im Vergleich dazu, beide direkt mit evcc zu steuern?

[danielwagn3r]

Ich hab' eine P40 daheim und die Box ist aktuell "dumm" - man kann damit original genau nur Laden. Selbst die Keba App und das Keba Portal können mit der Box noch nichts anfangen. Sämtliche lokalen Features, wie z.B. RFID funktionieren ebenfalls (noch?) nicht.

Etwas Geduld noch, im Herbst sollen einige Features u.a. Modbus per Update kommen.

[danielwagn3r]

Probier mal:

• Wallbox abschalten
• evcc (neu)starten
• Wallbox einschalten

Der Reboot - soft oder hard - hatte bei mir auch öfter geholfen. Mit Software Release 1.1.4 dürfte sich allerdings was verbessert haben. @marioth1 hast diese bereits installiert?

[marioth1]

Probier mal:

• Wallbox abschalten
• evcc (neu)starten
• Wallbox einschalten

Der Reboot - soft oder hard - hatte bei mir auch öfter geholfen. Mit Software Release 1.1.4 dürfte sich allerdings was verbessert haben. @marioth1 hast diese bereits installiert?

ja die neue Version ist installiert.

@premultiply, danke. Dass der gute alte Rat noch aus den 80ern halt nach wie vor immer noch hilft...
Die Verbindung ist jetzt zustandegekommen, div. Fehlermeldungen tauchen noch auf

[ocpp ] ERROR 2025/02/20 08:58:03 ocpp message (49b9e175-b801-4807-92d7-9b796b27eef8): NotSupported - Unsupported feature SecurityEventNotification ([2,"49b9e175-b801-4807-92d7-9b796b27eef8","SecurityEventNotification",{"type":"TamperDetectionActivated","timestamp":"2025-02-19T13:05:00.021+0000","techInfo":"06cd59d2-3e63-4a5b-9145-99242bf82964"}])
[lp-1 ] ERROR 2025/02/20 08:58:07 charge total import: not available

so wie auch

[lp-1 ] WARN 2025/02/20 08:58:09 ignoring deprecated guardduration: 5m0s. please configure via UI
[lp-1 ] ERROR 2025/02/20 08:59:00 charge voltages: not available
[lp-1 ] ERROR 2025/02/20 08:59:00 charge total import: not available
[lp-1 ] ERROR 2025/02/20 08:59:01 charger get max current: timeout

Werde heute versuchen, einen Ladevorgang via evcc zu starten.

Was mir noch aufgefallen ist, die Walllbox ändert beim Neustarten das OCPP Protokoll von ws auf wss. Das muss dann wohl jedesmal angepasst werden, bis der Bug behoben wurde.

[danielwagn3r]

[ocpp ] ERROR 2025/02/20 08:58:03 ocpp message (49b9e175-b801-4807-92d7-9b796b27eef8): NotSupported - Unsupported feature SecurityEventNotification ([2,"49b9e175-b801-4807-92d7-9b796b27eef8","SecurityEventNotification",{"type":"TamperDetectionActivated","timestamp":"2025-02-19T13:05:00.021+0000","techInfo":"06cd59d2-3e63-4a5b-9145-99242bf82964"}]) [lp-1 ] ERROR 2025/02/20 08:58:07 charge total import: not available

Diese Meldung kenne ich auch, muss vom OCPP backend quittiert werden AFAIK

[lp-1 ] WARN 2025/02/20 08:58:09 ignoring deprecated guardduration: 5m0s. please configure via UI [lp-1 ] ERROR 2025/02/20 08:59:00 charge voltages: not available [lp-1 ] ERROR 2025/02/20 08:59:00 charge total import: not available [lp-1 ] ERROR 2025/02/20 08:59:01 charger get max current: timeout

phase switching soll erst mit Software Release 1.2 kommen, möglicherweise daher diese Meldung.

[marioth1]

[ocpp ] ERROR 2025/02/20 08:58:03 ocpp message (49b9e175-b801-4807-92d7-9b796b27eef8): NotSupported - Unsupported feature SecurityEventNotification ([2,"49b9e175-b801-4807-92d7-9b796b27eef8","SecurityEventNotification",{"type":"TamperDetectionActivated","timestamp":"2025-02-19T13:05:00.021+0000","techInfo":"06cd59d2-3e63-4a5b-9145-99242bf82964"}]) [lp-1 ] ERROR 2025/02/20 08:58:07 charge total import: not available

Diese Meldung kenne ich auch, muss vom OCPP backend quittiert werden AFAIK

Die Meldung kommt nach wie vor 1x pro Minute. Heißt hier müsste seitens evcc etwas angepasst werden?

[lp-1 ] WARN 2025/02/20 08:58:09 ignoring deprecated guardduration: 5m0s. please configure via UI [lp-1 ] ERROR 2025/02/20 08:59:00 charge voltages: not available [lp-1 ] ERROR 2025/02/20 08:59:00 charge total import: not available [lp-1 ] ERROR 2025/02/20 08:59:01 charger get max current: timeout

phase switching soll erst mit Software Release 1.2 kommen, möglicherweise daher diese Meldung.

die Fehlermeldungen verschwanden nachdem der erste Ladevorgang gestartet war.
Evtl. mussten hier nur Register im Speicher n der Wallbox erstmalig befüllt werden.

Was mir beim ersten Laden auffiel:

• ich habe viele Current Mismatch Fehler erhalten,
• das ganze System (Einspeisung + Hausbatterie + Wallbox in Kombination mit div. Refresh-Raten der Leistungszähler) hat recht heftig angefangen zu schwingen bzw. auf und ab zu regeln (11kw, 4kw, 6kw, 11kw, ...), ohne einigermaßen stabil auf Null auszuregeln (evcc -Rate = 30 Sek, hat bei meiner bisherigen WB gut funktioniert).
• die Regelung durch evcc erfolgt bei der WB in 0,1 A Schritten. Ist es möglich, das im generischen ocpp-template auf ganze Ampere-Schritte umzustelllen? M.E. würde das etwas Ruhe in die Regelung bringen

Werde morgen nochmal versuchen und hier ein Log-File posten.

[marioth1]

Hallo, konnte die P40 nun soweit erfolgreich in Betrieb nehmen.

Zu den weiter oben anfangs erwähnten Fehlermeldungen, dass Energie und Stromzähler not available sind, das liegt möglicherweise an diesem Setting, beim Start der Wallbox werden die Werte initial erst nach gewisser Zeit zum ersten Mal ans Backend übertragen

Zu den laufenden Current Mismatches und dem Schwingverhalten, könnte an diesem Setting liegen, default Wert ist 10 Sekunden,

Nachdem ich den Wert auf 2 Sekunden gestellt hatte (gelbe Markierung), hat das Schwingverhalten aufgehört und die Current Mismatches in evcc verschwanden auch.

Was noch übrig bleibt, ist der regelmäßige Fehler
[ocpp ] ERROR 2025/02/20 15:11:49 ocpp message (faca5e6e-a532-4e20-ab7f-65d40fa48b6f): NotSupported - Unsupported feature SecurityEventNotification ([2,"faca5e6e-a532-4e20-ab7f-65d40fa48b6f","SecurityEventNotification",{"type":"TamperDetectionActivated","timestamp":"2025-02-19T13:05:00.021+0000","techInfo":"06cd59d2-3e63-4a5b-9145-99242bf82964"}])

und auch [ocpp ] ERROR 2025/02/21 16:04:27 ocpp message (dbe7310d-92f4-4c89-a37f-5f7b94955746): NotSupported - Unsupported feature SecurityEventNotification ([2,"dbe7310d-92f4-4c89-a37f-5f7b94955746","SecurityEventNotification",{"type":"StartupOfTheDevice","timestamp":"2025-02-19T13:16:23.141+0000","techInfo":""}])

@premultiply weiter oben meinte danielwagn3r "muss vom OCPP backend quittiert werden". Müsste hier seitens evcc etwas gemacht werden oder welchen Ursprung könnte diese Meldung sonst haben?

[brand1011]

Warum soll es überhaupt eine Keba P40 sein? Ich sehe keinen Vorteil diese oder irgendeine andere Box von Keba zu verwenden.

[brand1011]

Kann ich gerne so sehen, allerdings stand in der Eingangsfrage, dass er mit der Keba "liebäugelt". Das klingt für mich als wäre er noch auf der "Suche".

[danielwagn3r]

Hinsichtlich dieser Frage des OP sind Informationen wie, Modbus TCP ist in der aktuellen Software-Release 1.1.0 (wohl) nicht möglich und eine Information, ob es in 1.2.0 ist, nicht verfügbar doch relevant. Einziges Feature, welches bisher für 1.2.0 angekündigt wurde, ist Phase-Switching.
Es gibt Infos, leider ohne öffentlich zugängliche Belege, das Keba plant, die Modbus für das gegenständliche Modell irgendwann zu liefern. Außerdem soll die Registerbelegung gleich / sehr ähnlich zu bisherigen Modellen sein.
Es liegt somit weniger am Projekt, sondern am Wallbox Hersteller wie's mit einer Integration aussieht, sehe ich zumindest so.

[marioth1]

Initiale Gründe für mein Interesse waren

• MID-zertifizierter Zähler (für die THG-Quote, auch wenn die THG-Preise hier seit diesem Jahr deutlich niedriger sind, würd ich gern auf kwh-Basis verrechnen können und nicht nur die Pauschale bekommen)
• 1P3P integriert (die P30 konnte das nur mit einer zusätzlichen Box)
• 32 Ampere laden (kann zwar mein aktuelles Auto noch nicht, das nächste vielleicht schon)
• Möglichkeit zum Bidirektionalen Laden (aktuell zwar auch noch nicht relevant, aber das wird auch kommen)
• Kabelabgang unten raus, bei meinem aktuellen Wattpiloten steht das Kabel inkl. Stecker fast waagrecht in die Garage rein => etwas eng)

OpenWB hatte ich mir mal angesehen, aber die sind wesentlich teurer und brauchen eine zusätzliche Steuereinheit wenn ich mich recht erinnere.
Gern lass ich mir andere Wallboxen empfehlen :-)

[brand1011]

Ob jemals Bidirektionales AC Laden umgesetzt wird, steht in den Sternen. Aktuell sieht es bei allen existierenden Implementierungen eher nach DC aus. Natürlich kann ich aber den Wunsch verstehen dafür "gerüstet" sein zu wollen... Ob das jetzt schon Sinn macht, ist allerdings nochmal eine andere Frage.
Wie auch immer. Ja, die OpenWB Pro ist unverschämt und indiskutabel teuer. Ich hab sie trotzdem, weil ich "dumme" Wallboxen tatsächlich am besten finde. Ich brauche keine möchtegern Wallbox Firmware mit zahlreichen Bugs und Versprechungen deren Implementierung trotzdem schlechter ist als evcc. Die Kombination OpenWB Pro + evcc ist für mich die aktuell beste am Markt, aber eben auch die wahrscheinlich teuerste. Mit der P40 Pro bist Du vom Preis allerdings auch nicht weit weg... Die "nicht-Pro" erfüllt Deine Wünsche nicht vollständig.

[marioth1]

Nochmaliger Bericht zur Verwendung der P40.
Aktuelle FW immer noch 1.1.4; 1.2 war für Ende Q1 angekündigt, soweit ich sehe kam die aber nicht. Jetzt wird 1.2.1 mit Mai angekündigt.

Diverse Probleme mit evcc treten noch auf - Ursache (evcc oder schlechte OCPP Implementierung der WB) nicht 100% klar.

• Beim Start von evcc erhält man Fehlermeldungen, weil die Box anscheinend nicht Statusanfragen reagiert, Abhilfe aktuell => sobald evcc im Log angibt "Listening on 7070" in der Keba App unter OCPP-Einstellungen 1x auf Speichern, dann fängt das Ding an zu leben und evcc lässt sich hochfahren.

• Man steckt das Fahrzeug an, weil die Sonne scheint, nichts passiert. evcc bringt erneut Fehlermeldungen dass bestimmte Daten (Voltage etc.) nicht wie erwartet kommen (TimeOut); Ladevorgang startet dann nicht. Man muss erneut in die App, 1x kurz in den OCPP Einstellungen was rumklicken und Speichern, dann fängt die Box an zu laden.

• Fahrzeug ist angesteckt und Strom zur Wallbox fällt aus. Wenn evcc aktuell grad läuft (bei mir via USV deshalb kein Neustart), erkennt es irgendwann die Wallbox. Aber es lässt sich kein Ladevorgang starten. Man muss zum Auto, das Auto abstecken und wieder anstecken. Dann gehts.

Hoffe dass die nächste FW Version bald kommt und einige der Bugs behebt. Mit der aktuellen Version via evcc/OCPP leider nicht recht brauchbar.

[HN2808]

P40 Oktober 2024 installiert
Stand heute ist es nicht möglich die P40 in unser WLAN Netzwerk einzubinden.
Stand heute kann die App nicht mit dem Portal verbunden werden.
Die Verbindung über Bluetooth - Anzeige Hier ist etwas schiefgelaufen! -
Die Verbindung über den Hot Spot - Anzeige Hier ist etwas schiefgelaufen! -
Die P 40 lädt mehr aber auch nicht!

Haben andere Käufer der P40 eine Einbindung in ein WLAN Netzwerk geschafft?
Konnten Nutzer die Anlage voll umfänglich nutzen? Danke für die Auskunft, den Austausch.

[JohnFLoki]

@ensger Weil LAN gar nicht geht. Die Fritzbox sagt verbunden, aber Ping und App gehen nicht. Per WLAN wird in der App aber eine IP Adresse angezeigt. Die Wallbox habe ich im Verbindungsprozess mehrfach zurückgesetzt, aber über die App. Ich weiß nicht ob das die wirklichen Werkeinstellungen sind. Dabei wurde erstmal sogar nur eine IPv6 Adresse und keine v4 vergeben, aber das auch bei anderen Geräten im Netzwerk. Das war aber glaube ich auch ohne Update und ich hatte auch nochmal vor das ohne LAN Verbindung neu zu starten und zu testen. Einen 2. DHCP Server habe ich per Wireshark im Netzwerk nicht gesehen, aber da ich da kein Profi bin, kann ich auch was übersehen haben. Der DHCP Server der Keba ist zumindest in der App deaktiviert und per REST API auch als Aus angezeigt (das ist aber die gleiche Datenquelle die die App benuutzt). Das LAN Kabel ist jetzt raus und ich melde mich falls es das gefixt hat. Gibt es noch eine andere Reset Möglichkeit?

[ensger]

@JohnFLoki : wenn du dich mit der app im netzwerk (also der RESTAPI) verbindest und dann "info über die Wallbox/mehr anzeigen" auswählst-welche IP adresse wird dir bei LAN angezeigt?
Wenn hier 192.168.42.1 steht dann ist DHCP aktiv da müsstest du über den Slider im Netzwerkmenue der App DHCP einmal bewusst aktivieren (inkl speichern) und dann deaktivieren (inkl. speichern) . Der Slider war bei mir damals auch auf "aus" der DHCP-Server aber trotzdem "on"

[JohnFLoki]

@ensger

Ne hier sind die Ip Adressen drinnen die in der Fritzbox eingestellt sind. Als Lan noch drinnen war war da 172...40. Aber ein ping oder die App ging bei Lan nie und bei Wlan immer wieder mal auch nicht. Jetzt wo Lan draußen ist gab es noch keinen Aussetzer. Irgendwann probiere ich dann auch nochmal ohne W und mit Lan aus, wenn ich mir sicher bin, dass Wlan geht. Aber komisch ist eben, dass trotz angezeigter Lan Ip kein Ping durch kam.

[ensger]

ja das ist wirklich eigenartig..habe mein netzwerk über den lananschluss des tp-link repeater tl-wa 850 an der box und das läuft seit 3 Monaten ohne jegliche Probleme.

[JohnFLoki]

Also das LAN Kabel war jetzt eine lange Zeit ab und WLAN inklusive Modbus funktioniert problemlos.
Sobald ich auf LAN wechsle geht nüscht. Mal schauen ob es mit 1.2.0 geht sonst schreib ich denen mal

[danielwagn3r]

Keba hat nun eine Modbus TCP Programmieranleitung für die P40 & P40 Pro Wallboxen veröffentlicht:

https://www.keba.com/download/x/30a62be386/kecontactp40modbustcp_pgen.pdf

[HLueken]

Laut Beschreibung muss MODBUS TCP auf der P40 aktiviert werden, aber wie? In der App finde ich nichts…

[marioth1]

Lt. der Timeline kommt EMS Integration via Modbus TCP mit 1.2.0. Vielleicht ist das gemeint...
Es ist generell etwas unklar, in der timeline wird die Phasenumschaltung mit v1.3.0 angekündigt. In der App steht ab 1.2.0 :-(
1.2.0 sollte Ende Q1 kommen, das wäre dann die nächsten 2 Wochen, mal abwarten..

[JohnFLoki]

Die App wurde schon geupdatet und die Software für die Wallbox soll bald folgen.

[tom5a]

Als Vorbereitung auf die P40 und das 1.2 Modbus Update, habe ich mir von ChatGPT mal die EVCC-Custom-Configuration auf Basis der von Keba veröffentlichten Doku erstellen lassen. Ob es funktioniert, weiß ich noch nicht. Wollte es trotzdem teilen. Update folgt.

chargers:

• name: keba_P40
  type: modbus
  model: custom
  modbus:
  uri: 192.168.20.111:502
  id: 255
  rtu: false
  charge:
  enable:
  register: 5014
  value: 1
  set: true
  disable:
  register: 5014
  value: 0
  set: true
  status:
  register: 1000
  currents:
  • register: 1008
  • register: 1010
  • register: 1012
    voltage:
  • register: 1040
  • register: 1042
  • register: 1044
    power:
    register: 1020
    energy:
    register: 1036
    chargedEnergy:
    register: 1502
    phases:
    register: 1552
    maxCurrent:
    register: 1100
    set: true
    minCurrent: 6000
    maxCurrentCapable:
    register: 1110
    identification:
    serial:
    register: 1014
    product:
    register: 1016
    firmware:
    register: 1018
    hardware:
    register: 1700
    plugUnlock:
    register: 5012
    set: true
    fastCharging:
    status:
    register: 1200
    activate:
    register: 5200
    value: 1
    set: true
    failsafe:
    current:
    register: 1600
    set: true
    timeout:
    register: 1602
    set: true
    rfid:
    register: 1500
    phaseSwitching:
    source:
    register: 1550
    set: true
    mode:
    register: 5050
    set: true

[Landsi]

Modbus TCP geht schon, aktivieren kann mans mittels REST API, solang es in der App noch nicht geht (siehe mein kommentar weiter unten)

[danielwagn3r]

Modbus kann bereits in der App aktiviert werden, seit gestern bei mir:

[Landsi]

Hi!
I bought a Keba P40 recently and was also interested in adding it via TCP.
I recently had a very nice discovery on the P40 (ok ok, it was shown to me ;) )

The Keba P40 (and probably others as well? P30? P20?) have their own REST api endpoint you can talk to directly :O

https://[keba-wallbox-ip]:8443/docs

fully documented REST endpoint (swagger UI ❤️)
HTTPS only, interestingly (but without certificate)
This gives you basically full control over configuration of all functionalities released with the wallbox version -> even if the app does not yet support it 🎉

NOTE: please be careful using this api. it seems to have access to every configuration available - the potential to do something wrong is definitely there! Also, unclear if warranty is affected by the use of the api vs app only -> USE AT YOUR OWN RISK!

e.g.: enable modbus-tcp:

1. Login (to get auth token) with username "admin" & the User pw as set up via the Keba app

curl -X 'POST' \
  'https://[keba-wallbox-ip]:8443/v2/jwt/login' \
  -H 'accept: application/json' \
  -H 'Content-Type: application/json' \
  -d '{
  "password": "my-user-pw",
  "username": "admin"
}'
  --insecure

response:

{
  "accessToken": "eyJ0e ... BOa8",
  "refreshToken": "eyJ0e ... Z0X4"
}

enable modbus TCP

curl -H "Authorization: Bearer <<accessToken>>" -H "Content-Type: application/json" -X PUT -d  '{"configs" : {"key":"modbus_enable", "value":true}]}' --insecure https://[keba-wallbox-ip]:8443/v2/configs/modbus/

add standard keba-modbus template in config

chargers:
  - name: keba_p40
    type: template
    template: keba-modbus
    modbus: tcpip
    id: 255
    host: [keba-wallbox-ip] # Hostname
    port: 502 # Port

DONE :)

I don't yet have my electric car, so will test in upcoming days with an actual charge of neighbor's car - but EVCC took no issue with the standard keba-modbus template as in the evcc docs, so i assume it's likely working as expected in other regards as well.

Note: apparently automatic phase switching is INDEED not yet possible with 1.1.4 (although there are endpoints for it already ... but not sure what they do. not tested)

Cheers!

---

BONUS POINTS :D

if you want the OCPP integration & the securitynotifications to go away, it should be possible via the security profile:

curl -X 'PUT' \
  'https://[keba-wallbox-ip]:8443/v2/configs/ocpp' \
  -H 'accept: application/json' \
  -H 'Content-Type: application/json' \
  -H "Authorization: Bearer <<accessToken>>"
  -d '{
  "configs": [
    {
      "key": "ocpp_security_profile",
      "value": "0"
    }
  ]
}'
  --insecure

enjoy!

[ml2000002]

@pacmansh I talked about this a long time ago with keba and was told that Modbus TCP requires an Ethernet cable connection anyway. So I'm surprised that Modbus works over Wi-Fi. Maybe Keba enabled Modbus TCP over Wi-Fi for 15 hours for debugging purposes. But I'm not really sure.

[pacmansh]

@ml2000002 So deactivating modbus should solve the lost connection? I'll give it a try.

[marioth1]

@pacmansh I talked about this a long time ago with keba and was told that Modbus TCP requires an Ethernet cable connection anyway. So I'm surprised that Modbus works over Wi-Fi. Maybe Keba enabled Modbus TCP over Wi-Fi for 15 hours for debugging purposes. But I'm not really sure.

I would not necessarily agree. I experience a very weak behaviour on responses to pings to the wallbox (see below).
The pings on the screenshot were done within a couple of minutes, there are answers between 15ms to 3000ms.
When you launch the Keba app at the same time and try to connect, it fails ("Etwas ist schiefgelaufen") and the network connection seems to crash (Request timed out) and then after some seconds it comes back.
Access point (Unifi AP) is installed in less than 2 meters distance, a Shelly device is installed directly next to the WB (even in the wall) and working fine with the same AP.
Looks to me like a very poor WiFi implementation in the P40, hopefully only on software side..

[developeregrem]

I had this wifi issue only once. After restarting the box it runs now for several days without the issue (using modbus over wifi). Therefore, I would also not say that it will be disabled programmatically.

[JohnFLoki]

For me just setting it up several times worked eventually. Another problem was that LAN is not working, so I had both on to see if an update would fix it, and as I unplugged LAN, Wifi was working. Also modbus over Wifi is working correctly.

[HLueken]

I realized that register 5014 works to turn off the loading. Nothing happens when I turn it on, my VW ID3 stays in the modus „Not loading“. I have to change the ID3 Parameter to „loading“, which starts the loading, despite anything I did with 5014 before. Maybe the ID3 causes the problem…

[pacmansh]

In my case it's also an ID3

[marioth1]

in my case its an Ioniq 5. Reason seems to be in the WB why evcc can‘t control the charging process

[developeregrem]

I have been running a Keba P40 for a few days now, which I have integrated into evcc. With the configuration

chargers:
  - name: keba_p40
    type: template
    template: keba-modbus
    modbus: tcpip
    id: 255
    host: xxx.xxx.xxx.xxx
    port: 502

it works quite well. I also have the problem with register 5014 (see comments above).
I have also noticed that the displayed loaded energy is displayed incorrectly.
The value (register 1036 - total energy) is read correctly:

[keba  ] TRACE 2025/04/20 17:53:24 modbus: send 06 64 00 00 00 06 ff 03 04 0c 00 02
[keba  ] TRACE 2025/04/20 17:53:24 modbus: recv 06 64 00 00 00 07 ff 03 04 00 00 f6 e8

The received value corresponds to 63208 Wh. However, this value is then incorrectly converted to kWh by a factor of 10:

[lp-1  ] DEBUG 2025/04/20 17:53:24 charge total import: 6.321kWh

But it should be 63.2 kWh. As a result, the amounts displayed in the GUI are of course also incorrect.
Can anyone else confirm this?

[bergfexGit]

There is update version of Keba's Modbus TCP Programmers Guide since today.
https://www.keba.com/download/x/4a24e19f80/kecontactp40modbustcp_pgen.pdf

It states that Register 5004 (set charging current) should be used instead of Register 5014 to suspend/resume a Charging Session. This register now supports 0A on the P40 unlike on the P30. Which makes more sense than disabling/setting the whole charging station unavailable just to stop the charging session.

It also states that Register 1502 and 1036 falsely report the value in Wh instead of 0.1 Wh in firmware versions below 1.2.2.

[mfuchs1984]

As soon as someone volunteers, preferably a P40 owner.

[breiti]

I'm going to have a look at this. I already have a quick hack that seems to work. Now I need to do this in a way that doesn't break the currently supported devices.

[developeregrem]

Great to hear :) I'm currently trying this too and did some changes to the file keba-modbus.go (https://github.com/developeregrem/evcc/blob/charger-kebap40/charger/keba-modbus.go)
Start/Stop seems to work now but need some further testing.
Adjusting the implementation of reading the features (register 1016) in NewKebaFromConfigis also nessecary because this register looks a bit different from P30 to P40.

[breiti]

I've create a PR: #20860

[manuel-pchr]

I've tested your changes with P40 & P30 wallboxes(7cd94aa) - seems to work fine, thanks @breiti 👍🏻

As these changes were already merged to master, they will be in the next release i guess... So good news for all P40 owners🙂