evcc in docker - mit SHM2, SMA WR, e-Opel und OCPP Charger - noch ziemlich am Anfang

[ollyins]

Hallo,
das Setup des Containers steht, evcc.yaml befindet sich im gemappten etc/ Verzeichnis und wird im container gelesen. SHM und WR werden erkannt , auch wenn es am Anfang hin und wieder eine Fehlermeldung in der Console gibt, aber

evcc -l debug meter
[main ] INFO 2023/03/13 12:25:41 evcc 0.114.1
[main ] INFO 2023/03/13 12:25:41 using config file: /etc/evcc.yaml
[db ] INFO 2023/03/13 12:25:41 using sqlite database: /.evcc/evcc.db
ct20_grid
Power: -2134W
Energy: 21047.8kWh
Current L1..L3: -2.75A -4.49A -5A
Voltage L1..L3: 225V 228V 225V
Power L1..L3: -115W -913W -1.11e+03W
ct20_pv
Power: 3594W
Energy: 30064.8kWh
Current L1..L3: 5.32A 5.31A 5.34A
Voltage L1..L3: 225V 228V 225V
Power L1..L3: 1.19e+03W 1.21e+03W 1.19e+03W

Leider wird keine Verbindung zum Opel-Portal erlaubt:

evcc -l debug vehicle
[main ] INFO 2023/03/13 12:35:22 evcc 0.114.1
[main ] INFO 2023/03/13 12:35:22 using config file: /etc/evcc.yaml
[db ] INFO 2023/03/13 12:35:23 using sqlite database: /.evcc/evcc.db
[main ] ERROR 2023/03/13 12:35:23 creating vehicle mokkae failed: cannot create vehicle 'template': cannot create vehicle 'opel': login failed: Post "https://idpcvs.opel.com/am/oauth2/access_token": tls: failed to verify certificate: x509: certificate signed by unknown authority
.Soc: vehicle not available: cannot create vehicle 'template': cannot create vehicle 'opel': login failed: Post "https://idpcvs.opel.com/am/oauth2/access_token": tls: failed to verify certificate: x509: certificate signed by unknown authority
Capacity: 0.0kWh
Features: [Offline]

Und mein Charger als opcc 1.6 kompatibles Gerät wird scheinbar auch nicht erkannt:

evcc -l debug charger
[main ] INFO 2023/03/13 12:36:33 evcc 0.114.1
[main ] INFO 2023/03/13 12:36:34 using config file: /etc/evcc.yaml
[db ] INFO 2023/03/13 12:36:34 using sqlite database: /.evcc/evcc.db
[ocpp ] DEBUG 2023/03/13 12:36:35 waiting for chargepoint: 10m0s

Ich kann auch leider nicht das Webfrontend öffnen, was jedoch funktioniert, wenn ich Charger und vehicle in der evcc.yaml entferne...
Hat jemand eine Idee?

[andig]

Bitte Posting lesbar formatieren und Installation erstmal ohne Docker probieren. Wenn das geht dockerisieren.

[ollyins]

dann also nicht mit code brackts.. auf dem windos rechner bekomme ich die gleiche fehlermeldung beim auto.... und der lader geht auch auch nicht. und das webinterface ebenfalls nicht!

[andig]

dann also nicht mit code brackts

Du redest in Rätseln.

Opel: geht bei mir ohne Fehler

Wallbox: bitte trace log. Meine Glaskugel ist immer noch beim Service ;)

Hat jemand eine Idee?

Das geht erst wenn die WB läuft- ohne macht es keinen Sinn.

[ollyins]

ok, opel gelöst - dummfehler!
tracelog von wallbox.. muss ich mal schauen ob ich was über mqtt rausbekomme.
Ich habe nur diese Eingabemöglichkeit in der WB:

k.a. wo ich was tracen kann...
jedenfalls sagt die WB das es keine Verbindung gibt zum opcc server...
auch läuft das webinterface immer noch nicht.. sowohl auf dem windwos rechner, als auch im qnap nicht. Die ip des opcc servers habe ich natürlich angepasst in der wb... k.a., ob ich am windowsrechner noch was hätte machen müssen bzgl. des port 8887.. der sollte ja automatisch erreichbar sein, wenn evcc auf der kommandozeile aktiviert wurde...

[andig]

Wenn du hilfe willst: ocpp log. Einfach mal machen…

[ollyins]

Wie denn ??? das steht nicht in der doc... und bei meiner WB.. k.a... im mqtt finde ich auch keine message dazu

[ollyins]

Hi, also ich komme nicht weiter! Von Orbis bekomme ich auch keine weitere Infos bzgl. dem OCPP-Protokoll... Hat noch jemand eine Idee?

[Bullischorsch]

Na ja, jetzt schreibst du wenigstens mal den Hersteller. Ein Schnellgoogler bringt einen Screenshot, bei dem man sieht, wie die url aufgebaut ist.
https://www.e-flux.io/wp-content/uploads/2022/05/Presentatie-Orbis-6.pdf

[ollyins]

Hi, danke für die Info. mit ws://IP-evcc/Seriennummer zeigt die WB endlich connected... nun gehts weiter!
Feedback folgt hier...

[ollyins]

WB Orbis Viaris Uni zeigt connected, aber evcc:

[main ] INFO 2023/03/14 21:18:47 using config file: /etc/evcc.yaml [main ] INFO 2023/03/14 21:18:47 starting ui and api at :7070 [db ] INFO 2023/03/14 21:18:47 using sqlite database: /.evcc/evcc.db [ocpp ] INFO 2023/03/14 21:18:54 chargepoint connected, registering: EVVC3CXXXXXX [main ] FATAL 2023/03/14 21:19:24 cannot create charger 'EVVC3CXXXXXX': cannot create charger 'template': cannot create charger 'ocpp': ocpp message (2785282262): GenericError - Request timed out

Das WEbfrontend zeigt:

Fehler beim Starten cannot create charger 'EVVC3CXXXXXX' cannot create charger 'template' cannot create charger 'ocpp' ocpp message (2785282262): GenericError - Request timed out

obwohl der evcc -l debug meter den SHM und den WR sauber anzeigen...
der Charger allerding:
evcc -l debug charger [main ] INFO 2023/03/14 21:22:15 evcc 0.114.1 [main ] INFO 2023/03/14 21:22:15 using config file: /etc/evcc.yaml [db ] INFO 2023/03/14 21:22:15 using sqlite database: /.evcc/evcc.db [ocpp ] DEBUG 2023/03/14 21:22:16 waiting for chargepoint: 10m0s
tut nichts.. aber läuft ja auch ncihts. k.a. ob das jetzt so ok ist...

[andig]

Nightly probieren und

bootnotification: true

Vorher bitte trace log machen.

[ollyins]

k.a. wo "bootnotification" hin soll..
durch die Fehler ist nach 5 bzw. 10 min ende und der Container stoppt

[ollyins]

So, habe dann endlich mal den ocpp racelog aktiviert.. steht ja irgendwie nicht direkt in der Doku...
Verbindung ist da, sagt ja auch die Box, aber das WEbinterface mault immer noch:

cannot create charger 'EVVC3C670F68C'
cannot create charger 'template'
cannot create charger 'ocpp'
ocpp message (4280979490): GenericError - Request timed out

bootnotification... habe ich noch nicht drin... finde nirgends wo das hin soll.. unter charger ?

[main ] INFO 2023/03/14 22:55:29 evcc 0.114.1

[main ] INFO 2023/03/14 22:55:29 using config file: /etc/evcc.yaml

[main ] INFO 2023/03/14 22:55:29 starting ui and api at :7070

[db ] INFO 2023/03/14 22:55:29 using sqlite database: /.evcc/evcc.db

[ocpp ] DEBUG 2023/03/14 22:55:31 chargepoint connected: EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:31 enqueued CALL [2670837783, GetConfiguration] for EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:31 dispatched request 2670837783 for EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:31 sent JSON message to EVVC3C6XXXXXX: [2,"2670837783","GetConfiguration",{}]

[ocpp ] TRACE 2023/03/14 22:55:31 started timeout timer for EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:31 received JSON message from EVVC3C6XXXXXX: [2,"338","BootNotification",{"chargePointModel":"VIARIS UNI","chargePointSerialNumber":"EVVC3C6XXXXXX","chargePointVendor":"Orbis","firmwareVersion":"6.2.6"}]

[ocpp ] TRACE 2023/03/14 22:55:31 handling incoming CALL [338, BootNotification] from EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:31 sent CALL RESULT [338] for EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:31 sent JSON message to EVVC3C6XXXXXX: [3,"338",{"currentTime":"2023-03-14T21:55:31Z","interval":60,"status":"Accepted"}]

[ocpp ] TRACE 2023/03/14 22:55:33 received JSON message from EVVC3C6XXXXXX: [2,"339","StatusNotification",{"connectorId":1,"errorCode":"NoError","status":"Available"}]

[ocpp ] TRACE 2023/03/14 22:55:33 handling incoming CALL [339, StatusNotification] from EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:33 sent CALL RESULT [339] for EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:33 sent JSON message to EVVC3C6XXXXXX: [3,"339",{}]

[ocpp ] TRACE 2023/03/14 22:55:52 received JSON message from EVVC3C6XXXXXX: [2,"340","BootNotification",{"chargePointModel":"VIARIS UNI","chargePointSerialNumber":"EVVC3C6XXXXXX","chargePointVendor":"Orbis","firmwareVersion":"6.2.6"}]

[ocpp ] TRACE 2023/03/14 22:55:52 handling incoming CALL [340, BootNotification] from EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:52 sent CALL RESULT [340] for EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:55:52 sent JSON message to EVVC3C6XXXXXX: [3,"340",{"currentTime":"2023-03-14T21:55:52Z","interval":60,"status":"Accepted"}]

[ocpp ] TRACE 2023/03/14 22:56:01 timeout for client EVVC3C6XXXXXX, canceling message

[ocpp ] TRACE 2023/03/14 22:56:01 completed request 2670837783 for EVVC3C6XXXXXX

[ocpp ] TRACE 2023/03/14 22:56:01 request 2670837783 for EVVC3C6XXXXXX timed out

[ocpp ] TRACE 2023/03/14 22:56:01 EVVC3C6XXXXXX ready to transmit again

[main ] FATAL 2023/03/14 22:56:01 cannot create charger 'EVVC3C6XXXXXX': cannot create charger 'template': cannot create charger 'ocpp': ocpp message (2670837783): GenericError - Request timed out

[main ] FATAL 2023/03/14 22:56:01 will attempt restart in: 5m0s

[andig]

Könntest du das mal lesbar formatieren?

[ollyins]

krieg ich nicht anders hin.. in code-brackets macht er keinen Zeilenumbruch

[andig]

Macht er:

foo
bar
baz

[andig]

Ich leider einfach keine Zeit, unleserliche Logs zu entziffern- deshalb meine Bitte, dass Du Dir die Mühe machen musst damit ich helfen kann.

[ollyins]

Boah ist das nervig:

Im Webfrontend:

cannot create meter ct20_grid
cannot create meter template
cannot create meter 'sma'
login failed
no packet received in timeout

obwohl in der Console der Test korrekt läuft:

evcc -l debug meter
[main ] INFO 2023/03/15 00:13:37 evcc 0.114.1 (14d2ba9)
[main ] INFO 2023/03/15 00:13:37 using config file: /etc/evcc.yaml
[db ] INFO 2023/03/15 00:13:37 using sqlite database: /.evcc/evcc.db
ct20_grid

Power: 813W
Energy: 21063.5kWh
Current L1..L3: 3.94A 1.09A 0.903A
Voltage L1..L3: 228V 230V 228V
Power L1..L3: 606W 138W 69W
ct20_pv

Power: 0W
Energy: 30121.4kWh
Current L1..L3: 0A 0A 0A
Voltage L1..L3: 0V 0V 0V
Power L1..L3: 0W 0W 0W

Ich habe jetzt mal den "nightly" ausprobiert.. muss man ja erstmal drauf kommen beim docker image von latest auf nightly zu ändern... - ohne konkrete info dazu, wie wo was... leider wird öfter Vieles als selbstverständlich angesehen...

[andig]

received JSON message from EVVC3C6XXXXXX: [2,"338","BootNotification",

Deine Box schickt schon eine Bootnotification, daran liegts also nicht.

request 2670837783 for EVVC3C6XXXXXX timed out

Dann hört sie allerdings auf zu senden. Grund unklar. Hat vllt. die Box ein Fehlerlog? Auf Seite evcc ist da erstmal alles ok...

[ollyins]

Ich hab es nun zum Laufen bekommen, auch wenn immer wieder zwischendurch mal Meldungen kommen, dass die sma meter nicht da sind. ich habe endlich das webfrontend ohne fehler - Benachrichtigung über telegram musste ich deaktivieren, denn trotz korrekter Daten - habe über curl -post getestet... - sagt evcc, dass der token falsch wäre und kann damit den service nicht anlegen....
hier der yaml-part dazu

messaging: services: - type: telegram token: meintoken:AAE-wie_es_auch_normal_aussieht chats: - meinechatid
k.a. was er hier mit der Formatierung macht im firefox...:

[ollyins]

Ich konnte nun mal ein "Gastfahrzeug" laden, da mein Opel nun wieder nicht mehr ging - verändert habe ich ncihts an der yaml, aber nun kommt wieder:

evcc -l debug vehicle
[main ] INFO 2023/03/15 13:03:47 evcc 0.114.1 (14d2ba9)
[main ] INFO 2023/03/15 13:03:47 using config file: /etc/evcc.yaml
[db ] INFO 2023/03/15 13:03:47 using sqlite database: /.evcc/evcc.db
[main ] ERROR 2023/03/15 13:03:47 creating vehicle mokkae failed: cannot create vehicle 'template': cannot create vehicle 'opel': login failed: Post "https://idpcvs.opel.com/am/oauth2/access_token": tls: failed to verify certificate: x509: certificate signed by unknown authority
.Soc: vehicle not available: cannot create vehicle 'template': cannot create vehicle 'opel': login failed: Post "https://idpcvs.opel.com/am/oauth2/access_token": tls: failed to verify certificate: x509: certificate signed by unknown authority
Capacity: 0.0kWh
Features: [Offline]

Ich bekomme über das Frontend als Warnung auch kontinuierlich (alle 10 Sekunden,manchmal auch erst nach 50 Sekunden), folgende Meldungen:

meter energy: not available
charge meter: not available

Evt, sollte ich den logleven ändern?

[ollyins]

Wenn ich das im Browser aufrufe:

{"error":"method_not_allowed","error_description":"Required Method: POST found: GET"}

[ollyins]

Hat sich evt, an der login prozedur von opel was geändert?

[andig]

Wenn ich das im Browser aufrufe:

{"error":"method_not_allowed","error_description":"Required Method: POST found: GET"}

Die Aufrufe gehen also und Du hast kein TLS Problem.

Wenn Du den Fehler unter Windows hast und Deine Systemzeit stimmt dann fällt mir dazu nichts ein.

?

[ollyins]

ich bin halt in anderer Zeitzone hier auf den Kanaren... aber wie gesagt: das ging ja die letzte beide Tage...

[andig]

Super, dann schließen wir das Thema hier.