Entratek Power Dot Pro Wallbox via OCPP1.6j

[Kalli113]

Hallo zusammen,

ich bin neu hier und versuche gerade EVCC auf meinem Raspberry (Retropie) einzurichten. Mit dem SMA Home Manager, dem SMA Tripower-Wechselrichter und den beiden Autos scheint er schonmal gut zurecht zu kommen, aber als extrem widerspenstig erweist sich die Integration der OCPP1.6J-fähigen Entratek Power Dot Pro Wallbox:

Die Wallbox wurde seitens Entratek nachträglich von der App-gesteuerten Variante auf die "OCPP-Version" umgestellt und ich kämpfe nun mit der sehr rudimentären von Entratek bereitgestellten "DuosidaWebsocketDemo"-App um die Wallbox so zu konfigurieren, dass sie EVCC erkennt. Die Anleitung findet sich hier https://entratek.de/DownloadPDP/OCPP-Anleitung_PowerDotPro.pdf (Seite 16 zeigt die App).

Nachdem ich anhand der Anleitung die IP des EVCC-Servers 192.168.66.32, Port 8887, URL "/" und Protocol "ocpp1.6" eingetragen habe, ist die Wallbox zwar mit dem WLAN verbunden und nimmt auch Kontakt mit EVCC auf Port 8887 auf (tcpdump siehe unten) - aber EVCC meldet auch mit OCPP-Trace-Loglevel gar keine Kommunikation:

$ sudo evcc -l trace charger
[main ] INFO 2023/04/14 15:20:36 evcc 0.115.0
[main ] INFO 2023/04/14 15:20:36 using config file: /etc/evcc.yaml
[db ] INFO 2023/04/14 15:20:36 using sqlite database: /root/.evcc/evcc.db
[db ] TRACE 2023/04/14 15:20:36 SELECT count(*) FROM sqlite_master WHERE type='table' AND name="settings" -1
[db ] TRACE 2023/04/14 15:20:36 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "settings" AND sql IS NOT NULL order by type = "table" desc 1
[db ] TRACE 2023/04/14 15:20:36 SELECT * FROM settings LIMIT 1 -1
[db ] TRACE 2023/04/14 15:20:36 SELECT * FROM settings 0
[123456] DEBUG 2023/04/14 15:20:37 waiting for chargepoint: 2m0s
[main ] FATAL 2023/04/14 15:22:37 cannot create charger 'EntratekWallbox': cannot create charger 'ocpp': timeout_

Hier meine YAML:
evcc.anon.yaml.txt

Und hier der TCP-Dump (192.168.66.25 ist die Wallbox, 192.168.66.32 ist der EVCC-Pi):

1 0.000000 192.168.66.25 192.168.66.32 TCP 60 55891 → 8887 [FIN, ACK] Seq=1 Ack=1 Win=5840 Len=0
2 0.000340 192.168.66.32 192.168.66.25 TCP 54 8887 → 55891 [FIN, ACK] Seq=1 Ack=2 Win=29200 Len=0
3 0.005093 192.168.66.25 192.168.66.32 TCP 60 55891 → 8887 [ACK] Seq=2 Ack=2 Win=5839 Len=0
4 4.026293 192.168.66.25 192.168.66.32 TCP 60 61546 → 8887 [SYN] Seq=0 Win=5840 Len=0 MSS=1460
5 4.026394 192.168.66.32 192.168.66.25 TCP 58 8887 → 61546 [SYN, ACK] Seq=0 Ack=1 Win=29200 Len=0 MSS=1460
6 4.035156 192.168.66.25 192.168.66.32 TCP 60 61546 → 8887 [ACK] Seq=1 Ack=1 Win=5840 Len=0
7 4.712355 192.168.66.25 192.168.66.32 TCP 60 61546 → 8887 [FIN, ACK] Seq=1 Ack=1 Win=5840 Len=0
8 4.712621 192.168.66.32 192.168.66.25 TCP 54 8887 → 61546 [FIN, ACK] Seq=1 Ack=2 Win=29200 Len=0
9 4.720113 192.168.66.25 192.168.66.32 TCP 60 61546 → 8887 [ACK] Seq=2 Ack=2 Win=5839 Len=0
10 9.734597 192.168.66.25 192.168.66.32 TCP 60 64797 → 8887 [SYN] Seq=0 Win=5840 Len=0 MSS=1460
11 9.734678 192.168.66.32 192.168.66.25 TCP 58 8887 → 64797 [SYN, ACK] Seq=0 Ack=1 Win=29200 Len=0 MSS=1460
12 9.740057 192.168.66.25 192.168.66.32 TCP 60 64797 → 8887 [ACK] Seq=1 Ack=1 Win=5840 Len=0
13 10.742331 192.168.66.25 192.168.66.32 TCP 60 64797 → 8887 [FIN, ACK] Seq=1 Ack=1 Win=5840 Len=0
14 10.742675 192.168.66.32 192.168.66.25 TCP 54 8887 → 64797 [FIN, ACK] Seq=1 Ack=2 Win=29200 Len=0
15 10.748997 192.168.66.25 192.168.66.32 TCP 60 64797 → 8887 [ACK] Seq=2 Ack=2 Win=5839 Len=0
16 14.764418 192.168.66.25 192.168.66.32 TCP 60 60322 → 8887 [SYN] Seq=0 Win=5840 Len=0 MSS=1460
17 14.764517 192.168.66.32 192.168.66.25 TCP 58 8887 → 60322 [SYN, ACK] Seq=0 Ack=1 Win=29200 Len=0 MSS=1460
18 14.772000 192.168.66.25 192.168.66.32 TCP 60 60322 → 8887 [ACK] Seq=1 Ack=1 Win=5840 Len=0
19 15.779039 192.168.66.25 192.168.66.32 TCP 60 60322 → 8887 [FIN, ACK] Seq=1 Ack=1 Win=5840 Len=0
20 15.779426 192.168.66.32 192.168.66.25 TCP 54 8887 → 60322 [FIN, ACK] Seq=1 Ack=2 Win=29200 Len=0
21 15.785501 192.168.66.25 192.168.66.32 TCP 60 60322 → 8887 [ACK] Seq=2 Ack=2 Win=5839 Len=0
22 20.692707 192.168.66.25 192.168.66.32 TCP 60 59468 → 8887 [SYN] Seq=0 Win=5840 Len=0 MSS=1460

Hat jemand eine Idee wo es hakt bzw. hat jemand evtl. die gleiche Wallbox schon im Einsatz?

Vielen Dank für eure Hilfe und Gratulation zu diesem tollen Projekt!
Gruß
Kalli

[Kalli113]

Ich habe mal die tcpdumps mit Wireshark näher angeschaut: Der GET-Request der Wallbox enthält 2 Slashes vor der StationID:
http://192.168.66.32:8887//123456

EVCC antwortet in diesem Fall mit HTTP-Code 301 (moved permanently), was die Wallbox aber nicht interessiert, weil die nachfolgenden GET-Requests die gleiche falsche URL enthalten.
In der DuosidaWebsocketDemo-App hatte ich als URL lediglich "/" und als Protocol das undokumentierte "ocpp16j" eingetragen.

Wenn ich jedoch die URL in der App leer lasse und Protocol "ocpp16j" verwende, baut die Wallbox diese krude URL zusammen:
http://192.168.66.32:8887ocpp16j/123456
Also völlig falsch!

Hat jemand eine Idee wie ich einen statischen Redirect oder einen Unterpfad hinter dem Port 8887 in EVCC konfigurieren kann?

[caol-ila]

Hi, bei mir gab es ein Update der App und jetzt kann ich die URL anders eintragen. Vielleicht hilft das. Hast du es allgemein zum Laufen gekriegt? Ich habe die Entratek Power Dot 2 und nen Smart und die Kombination ist alles andere als Plug&Play. Wenn man die empfohlenen Plattform (clever pv) verwendet, dann geht es halbwegs, aber ich würde es gerne auf EVCC zum laufen kriegen. Bei mir fängt er immer an zu laden, hört dann direkt wieder auf und wechselt dann ist Warte auf Fahrzeug. Da bleibt es dann gefühlt für immer stehen... Wenn ich von Anfang an auf schnell laden schalte klappt es meistens.

[Kalli113]

Hi, danke für dein Feedback.
Ich habe Kontakt mit dem Entratek-Support aufgenommen und man hat das Problem verstanden und versucht es zu lösen.
Ich habe nicht die 2er Version der Power Dot Pro, sondern deren Vorgängermodell. Diese unterstützt zwar OCPP 1.6j (wie die 2), aber nicht clever-pv. Warum das so ist, verstehe ich allerdings auch nicht - es ist ja beides OCPP1.6j.
Ich habe bisher noch kein anderes OCPP-Backend ausprobiert, da ich noch auf den Fix seitens Entratek warte und vorzugsweise EVCC und keine Cloud-Lösung verwenden möchte.

Hast du dein geschildertes Problem mal den EVCC-Entwicklern gemeldet? Sieht man etwas in den OCPP-Trace-Logs?

[jgantenberg]

Ziel und Zweck ist die Nutzung der vorhandenen Wallbox von Entratek zusammen mit evcc, damit das Überschussladen realisiert werden kann. Leider ist der OCPP Client der Wallbox nicht Standard.
Das Problem war/ist, dass die WB einen HTTP GET Request absetzt und ein FORBIDDEN 403 zurückbekommt.
Das Problem entsteht im Websocket Server, der von der Gorilla-Lib bereitgestellt wird. Seltsam ist auch, dass dasselbe Binary nativ auf dem Host läuft, im Docker Container aber nicht. Der Websocket Server lehnt dann die Verbindung ab.
Es scheint nun mindestens zwei User zu geben, die versuchen, die Kombination aus Entratek Power Dot Pro und evcc zum Laufen zu bringen.
Ich habe einen Wallbox Simulator in Form eines Websocket-Clients getestet und auch damit keine Verbindung zu evcc im Container herstellen können. Es besteht also die Möglichkeit, dass dies ein grundsätzliches Problem vom OCPP Modul in evcc ist.
Deswegen werde ich noch weiter "rumprobieren" damit evtl was Sinnvolles dabei herauskommt.
Aber vielen Dank für das Ohr, ich finde evcc von der Funktion her wirklich klasse. Danke dafür!

[jgantenberg]

Die Wallbox Probleme kann ich leider nicht lösen, da die Firmware fix ist und der Hersteller sich nicht kümmert. Da es bereits einen Nachfolger gibt, wird das vermutlich auch so bleiben. Ich bin halt der Aussage "enthält OCPP" aufgesessen.

[andig]

Das Problem entsteht im Websocket Server, der von der Gorilla-Lib bereitgestellt wird. Seltsam ist auch, dass dasselbe Binary nativ auf dem Host läuft, im Docker Container aber nicht. Der Websocket Server lehnt dann die Verbindung ab.

ich halte das für ausgeschlossen weil es allem was ich über Docker Networking weiss widerspricht. Im Zweifel bleibt auch noch Host Mode. Wenns ohne Docker läuft ist auch bewiesen, dass es ABSOLUT nix mit evcc zu tun hat. Ein Rumschrauben an evcc ist daher sinnlos.

[jgantenberg]

Hallo @Kalli113,
ich wollte mich nochmal melden und mitteilen, dass Entratek inzwischen die Firmware aktualisiert hat und eine wichtige Dinge gefixt hat:

1. Connection-String: sowohl App als auch Wallbox sind nun in der Lage, ohne einen erweiterten Pfad in der Websocket URL zu connecten. Damit kann nun der evcc Standard-Pfad / konfiguriert und genutzt werden.
2. die Wallbox liefert nun korrekte Origin-Header, so dass das gorilla-Websocket mod nicht mehr gepatcht werden muss.

Die Entratek Power Dot Pro (nicht 2) kann nun also ohne Modifikation und ohne Einschränkung mit evcc genutzt werden.
Ich hatte Entratek angeschrieben, da ich mit der Box einphasig laden wollte. Mit abgeschalteten Phasen 2+3 hat meine Box aber einen Unterspannungsfehler gemeldet, so dass das Laden so nicht möglich war. Ich habe dann, nachdem ich mich mit dem Entratek OCPP Server verbunden habe, das Update kostenlos erhalten. Super Service!
Patchen ist also nicht mehr nötig, einphasig laden geht und evcc kann regelmäßig aktualisiert werden. Top.

evcc meldet nun "firmwareVersion": "V2.5@322795f+337,F75.M16.wifi2,ws,V2.0@5bac49d+65", die alte Firmware meldete sich mit "V2.5@6904974+254,F75.M16.wifi2,ws,V1.0@7b79f88+10", nur falls es jemanden interessiert.

Viele Grüße
Joachim

[Kalli113]

@jgantenberg : Danke für deine Rückmeldung. Dann werde ich mal den Entratek-Support kontaktieren und um ein Firmware-Update bitten.

[Nummers]

@Kalli113 : Ich habe die folgende Rückmeldung vom Support bekommen --> Leider optimieren und aktualisieren wir die Firmware unserer Produkte der ersten Generation nicht mehr. Derzeit gibt es nur für die OCPP-Firmware für Produkte der zweiten Generation eine neue Version. Aufgrund einiger Hardwareunterschiede zwischen den beiden Produktgenerationen kann sich die Firmware jedoch nicht aneinander anpassen.

Daher hatte ich bisher keinen Erfolg beim Versuch ein Update für die Firmware zu bekommen. Vielleicht hast du ja mehr Erfolg, und kannst dann nochmals was zum Prozess bzw. Vorgehen schreiben.

[Kalli113]

@Nummers : Ich bekam heute folgende Antwort vom Entratek-Support:
"Wenn es sich um unser frühes Produkt handelt, ist möglicherweise kein Bluetooth-Modul installiert. Nachfolgende Upgrades sind leider nicht möglich."
Obwohl ich bei meiner Anfrage die Seriennummer meiner Wallbox mitgeschickt hatte, konnte man anscheinend nicht sagen, welche Firmware-Version / Generation der "Power Dot Pro" dahinter steckt. Aber der Hinweis mit Bluetooth trifft auf meine Box zu: Meine hat kein Bluetooth, die OCPP-Konfiguration erfolgt umständlich mittels UDP-Broadcast. Damit kann ich wohl ein Firmware-Update vergessen und muss weiterhin mit meinem selbst angepasstem EVCC-Kompilat arbeiten.

Anscheinend hat @jgantenberg eine neuere "Power Dot Pro (1 - nicht 2!)", die Bluetooth unterstützt und daher ein Update erhalten kann. Ich dachte bisher, dass erst die neuere "Power Dot Pro 2" Bluetooth unterstützt.
Die Firmware-Version meiner Wallbox konnte ich trotz trace-Loglevel nicht auslesen. Evtl. liegt das auch daran, dass meine Wallbox nur mit "getconfiguration: false" startet, da sie auf den Request gar nicht antwortet.

[jgantenberg]

@Kalli113 @Nummers meine Power Dot Pro hat tatsächlich ein Bluetooth Modul, über das die Box auch konfiguriert wird. Dann habe ich einfach Glück gehabt. Aber noch ein Wort zur Phasenumschaltung und Zoe. Ich mache das jetzt seit einem Monat völlig problemlos. Möchte ich Schnellladen, nutze ich drei Phasen, möchte ich reines Überschussladen, schalte ich auf eine Phase um. Allerdings nur, wenn der Stecker NICHT (!) in der Zoe steckt. Ich habe einen ABB Phasenschalter im Schaltkasten verbaut. Über die Spannungsmessung der Phasen schalte ich dann evcc per API Request zwischen 1- und dreiphasigem Betrieb um. Das ganze per Rule in OpenHab.

[Kalli113]

Die Entratek-Wallbox raubt mir noch den letzten Nerv:
Ich habe nun EVCC selbst lokal so angepasst, dass der OCPP-Server auf ...8887/ocpp/... lauscht, aber jetzt antwortet EVCC mit HTTP-Code 403 (Forbidden), da die Wallbox leere Credentials mitsendet:

Frame 4: 350 bytes on wire (2800 bits), 350 bytes captured (2800 bits)
Ethernet II, Src: Espressi_51:19:3f (e8:68:e7:51:19:3f), Dst: Raspberr_52:86:e8 (b8:27:eb:52:86:e8)
Internet Protocol Version 4, Src: 192.168.66.25, Dst: 192.168.66.32
Transmission Control Protocol, Src Port: 58997, Dst Port: 8887, Seq: 1, Ack: 1, Len: 296
Hypertext Transfer Protocol
GET /ocpp/123456 HTTP/1.1\r\n
Host: 192.168.66.32:8887\r\n
Connection: Upgrade\r\n
Upgrade: websocket\r\n
Sec-WebSocket-Version: 13\r\n
Sec-WebSocket-Key: loNc+9x8+luY0VxiYdMrLw==\r\n
Sec-WebSocket-Protocol: ocpp1.6\r\n
Origin: file://\r\n
User-Agent: arduino-WebSocket-Client\r\n
Authorization: Basic Og==\r\n
\r\n
[Full request URI: http://192.168.66.32:8887/ocpp/123456]
[HTTP request 1/1]
[Response in frame: 6]

Hat jemand eine Idee wie ich EVCC die Credential-Prüfung abgewöhnen kann? Unterdrücken kann ich das Mitsenden seitens der Wallbox nicht.

[volkerwetter]

Hi,
das Laden mit der Entratek via evcc ist aber nur 3-phasig möglich, korrekt ?

[Kalli113]

Hi, m.W. ja. Ich traue mich nicht einzelne Phasen abzuschalten, da meine Zoe mir das sehr übel nehmen könnte.

Zudem habe ich festgestellt, dass EVCC schonmal über einen falschen Status der Wallbox meckert, wenn der Ladevorgang nicht seitens EVCC beendet wurde. Dann piept die Box alle paar Sekunden rum und versucht wohl den Ladevorgang erneut zu starten, obwohl das Auto abgestöpselt oder das fahrzeugseitige Ladelimit erreicht wurde.

[premultiply]

Lasttrennschalter Hager HAB304 für L2+L3 vor die Box. Umschaltung nur bei abgestecktem Fahrzeug.

[spel-ux]

Hallo,

ich habe hier EVCC v0.127.3 laufen und habe eine ENTRATEK Power Dot Pro (Upgrade durch Entratek jetzt 07/2024) und dort ist auch das an mich versendete Bluetoothmodul verbaut.

Ich öffne die DS Charge App und füge dann eine Wallbox hinzu

Ladestatione>Bluetooth settings networking

Wie lautet die genaue URL für EVCC? HIer mache ich glaube ich was falsch: Die App bleibt nach "Konfigurieren der Ladestation" bei "Server verbinden" hängen.

Einstellungen in der DS Charge App:

Websocket Haken aktiviert.

ws://192.168.178.254:8887

oder ws://192.168.178.254:8887/ocpp16j - Station ID anhängen? Ist das die ganze Seriennummer oder nur ein Teil davon?

Und in EVCC dann: "Teste die Konfiguration von OCPP 1.6J kompatible Wallbox mit Smart Charging Profil [Generische Unterstützung] "?

Vielen Dank!

P.S.: habe ich es richtig verstanden, dass die Power Dot Pro auch einphasig ladend durch EVCC angesteuert werden kann?

[TRIAG73]

ich habe bei mir keine Einstellung dazu gefunden.

Es scheint aber ein Kommunikationsproblem zwischem EVCC und meiner Wallbox zu sein, zumindest interpretiere ich das LOG so.

Welche Kategorie im Log ist denn wichtig für die Analyse, dann passe ich das loglevel darauf an.

evcc_log5.txt

[mfuchs1984]

Wo in Home Assistant holst du dir die logs genau?

[TRIAG73]

Unter Einstellungen - Addins - EVCC - Protokoll

[mfuchs1984]

Ok, du musst in home assistant die evcc Oberfläche öffnen, rechts oben auf das menu, dann logs. Siehe Screenshot oben. Dort dann trace auswählen und den Ladepunkt / ocpp. Auf Aktualisieren, da n ganz nach oben scrollen "alle Einträge anzeigen". Über den Download button neben aktualisieren kannst du es herunterladen (klapp nicht in der Android App, aber im Browser)

[TRIAG73]

Ok. Hier ist es :-)
evcc-20241009-134337-trace.log

[spel-ux]

Hallo,

danke für die Klarstellung.

Ich habe es jetzt schon häufiger probiert. Seitens EVCC muss ich ja eigentlich nichts machen - starte aber dann parallel die Config "Teste die Konfiguration von OCPP 1.6J kompatible Wallbox mit Smart Charging Profil [Generische Unterstützung]".

Per Bluetooth verbinde ich mich vorher nicht. Das scheint im Hintergrund auch zu klappen.

Reset mit 3x KNopf an Wallbox innerhalb 10 Sek drücken wenn WLAN-Symbol schnell blinkt.
Komisch, dass es nicht will... Ich probiere es nachher nochmal.

Firmware konnte ich auslesen:
V2.5@322795f+337,F75.M16.wifi2,ws,V1.0@7b79f88+10

Etwas günstiger ist der 2polige Lasttrennschalter von Schneider "Schneider Electric A9S70640".

[spel-ux]

Habe den Vorgang über die DS Charge App mehrfach ausprobiert und zumindest werden die Informationen in die Wallbox geschrieben. Im evcc configure tauch die auch auf.

Dann fragt EVCC danach, weil kein Ladestromzähler erkannt wurde und ob ich einen externen einfügen möchte - sage ich Nein.
Dann startet EVCC aber nicht mehr einwandfrei:

[main ] INFO 2024/07/03 18:46:51 evcc 0.127.3
[main ] INFO 2024/07/03 18:46:51 using config file: /etc/evcc.yaml
[db ] INFO 2024/07/03 18:46:51 using sqlite database: /var/lib/evcc/evcc.db
[main ] INFO 2024/07/03 18:46:51 listening at :7070
[ocpp-1] DEBUG 2024/07/03 18:46:51 waiting for chargepoint: 5m0s
[ocpp ] INFO 2024/07/03 18:47:04 charge point connected, registering: 1234567890123567890
[main ] FATAL 2024/07/03 18:48:05 cannot create charger 'wallbox4': cannot create charger type 'template': cannot create charger type 'ocpp': ocpp message (356542592): GenericError - Request timed out
[main ] FATAL 2024/07/03 18:48:05 will attempt restart in: 15m0s
[main ] INFO 2024/07/03 18:48:06 new version available: 0.128.0

Nachtrag:
Hatte jetzt auch nochmal in der Config unter Charger die stationid mitangegeben.. Aber der Fehler bleibt.

• evcc.service - evcc
  Loaded: loaded (/lib/systemd/system/evcc.service; enabled; vendor preset: enabled)
  Active: active (running) since Wed 2024-07-03 21:38:09 CEST; 1min 49s ago
  Main PID: 127 (evcc)
  Tasks: 3 (limit: 18374)
  Memory: 29.4M
  CPU: 2.029s
  CGroup: /system.slice/evcc.service
  `-127 /usr/bin/evcc

Jul 03 21:38:09 evcc systemd[1]: Started evcc.
Jul 03 21:38:09 evcc evcc[127]: [main ] INFO 2024/07/03 21:38:09 evcc 0.127.3
Jul 03 21:38:09 evcc evcc[127]: [main ] INFO 2024/07/03 21:38:09 using config file: /etc/evcc.yaml
Jul 03 21:38:09 evcc evcc[127]: [db ] INFO 2024/07/03 21:38:09 using sqlite database: /var/lib/evcc/evcc.db
Jul 03 21:38:09 evcc evcc[127]: [main ] INFO 2024/07/03 21:38:09 listening at :7070
Jul 03 21:38:09 evcc evcc[127]: [1234567890123567890-1] DEBUG 2024/07/03 21:38:09 waiting for chargepoint: 5m0s
Jul 03 21:38:13 evcc evcc[127]: [ocpp ] WARN 2024/07/03 21:38:13 unknown charge point connected: 1234567890123567890

Die Entratek Wallbox zeigt immer mal wieder kurz das Globus-Symbol. Das meine ich deutet auf Konnektivität zu einem Backend hin.

Meldung vom Webfrontend:

Error during startup. Check your configuration and restart.
cannot create charger 'wallbox4': cannot create charger type 'template': cannot create charger type 'ocpp': ocpp message (2161146099): GenericError - Request timed out

[jgantenberg]

Wenn ich das richtig sehe, dann ist das das bekannte Problem. Die Wallbox connected initial, bekommt den upgrade der Verbindung auf websocket nicht hin. Die Firmware, die mir von Entratek installiert wurde hat vor dem 2. @ eine V2.0, mit der klappt es. Die alte Firmware hat zwar eine andere Bezeichnung als deine, aber auf jeden Fall V1.0 vor dem 2. @
Vielleicht kannst du das mit dem Support klären. Ich musste mich mit dem Entratek OCPP Server verbinden, dann haben die das Update gemacht und dann klappte es nach Neukonfiguration auf evcc sofort. Die Verbindung mit dem Entratek Server ging auch nur mit ws:, wss: wird von meiner Box gar nicht unterstützt.

[premultiply]

Ich musste mich mit dem Entratek OCPP Server verbinden, dann haben die das Update gemacht und dann klappte es nach Neukonfiguration auf evcc sofort.

@Kalli113 Würde das bei deiner Box auch theoretisch funktionieren?

[Kalli113]

@Kalli113 Würde das bei deiner Box auch theoretisch funktionieren?

Nein, leider nicht. Ich hatte mich mit jgantenberg schon intensiver ausgetauscht. Er hat eine aktuellere Version der Entratek Power Dot Pro, welche Bluetooth und Firmwareupdate unterstützt. Beides steht lt. Entratek-Support für meine Wifi-Version nicht zur Verfügung. 👎

[spel-ux]

Hallo,

ich stand jetzt im regen Austausch mit dem Entratek Kundensupport.
Vorweg nehme ich natürlich, dass Entratek erklärte, dass sie EVCC nicht unterstützen.

Aber: im Austausch mit dem Support wurde erklärt, dass deren Produkt durch viele Kunden mit EVCC erfolgreich eingesetzt wird.

Am Ende ist jetzt folgendes geblieben: keine EVCC Unterstützung. Das Firmwareupdate konnte nicht eingespielt werden. Ich habe aus meiner Sicht mit erklärter EVCC Absicht 79€ umsonst ausgegeben, da die Wallbox das gleiche wie vorher macht.

Der Support hat mich an deren erfolgreiche Verknüpfung mti CleverPV verwiesen und dass die Wallbox wwenn eingeschickt werden müsste zu 79€/Stunde und 10€ Logisitkkosten. Ja, die habe sich jetzt auch bemüht und wirklich schnell immer reagiert. Aber das irgendwelche Produkte "gehen" und "manche nicht". Bleibt für mich unbefriedigend.

Also: will ich mit EVCC was gescheites machen, brauche ich eine neue Wallbox.

Kann mir jmd. was empfehlen, was kostenneutral und gut mit EVCC funktioniert? Gerne auch 22kW mit automatischer Umschaltung 3p/1p?

Danke..

[buddhafragt]

Hallo, funktioniert es denn mit CleverPV? Hast du das mit der Entratek getestet? Ich denke ich habe die selbe Version wie du.
Gruß, Michael

[spel-ux]

Hallo,

ich habe nun mehr seit einigen Wochen den Zugang bei CleverPV (den teuren smarten Tarif). Und ich habe auch hier eine Menge Verbindungsabbrüche mit der Entratek Wallbox. Mehrfach den CleverPV Support angeschrieben. Nach langem hin und her, hat sich jetzt CleverPV an Entratek gewendet. Kurzum: Viel Geld für CleverPV und auch die damalige Umrüstung auf das neuere Modul - funktionieren tut es nicht. Ich werde mir mit großer Wahrscheinlichkeit am Ende eine neue Wallbox kaufen und dann, wie ursprünglich geplant, komfortable und grds. kostenneutral EVCC nutzen.