a-Tronix Home Plus Wallbox mit ocpp

[pzuend]

Hallo zusammen,

Ich habe zwei Problemchen mit dieser Wallbox. Vorab, ich denke nicht, dass die Probleme ihre Ursache bei evcc haben, eher ist es die Firmware der Wallbox. Hersteller von dem Ding ist Weeyu. Dennoch seinen bitte folgende Fragen gestattet. Vorab Danke dafür.

Meine config:

evcc version 0.119.2
Ubuntu 22.04.3 LTS (GNU/Linux 5.15.0-79-generic x86_64)

chargers:
- type: template
  template: ocpp
  name: wallbox
  getconfiguration: true
  timeout: 3m
  stationid: 18470280****202
  idtag: 1
    #metervalues: Current.Import.L1,Current.Import.L2,Current.Import.L3,Energy.Active.Import.Register,Power.Active.Import,Voltage.L1,Voltage.L2,Voltage.L3
  meterInterval: 120s

Grundsätzlich funktioniert es damit. Laden kann gestartet und gestoppt werden und der Status wird richtig angezeigt wenn ein Fahrzeug verbunden wird. Auch getconfiguration funktioniert.

Sending: [2,"71c33925-86cd-46f2-9b12-033b8692c7a7","GetConfiguration",{"key":[]}]

liefert aber ein spärliches Ergebniss

Received: [3,"71c33925-86cd-46f2-9b12-033b8692c7a7",{"configurationKey":[{"key":"QrCode","value":"184702803932202","readonly":false},{"key":"ChargeRate","value":"16","readonly":false},{"key":"AuthorizeRemoteTxRequests","value":"false","readonly":true},{"key":"ConnectionTimeout","value":"60","readonly":false},{"key":"GetConfigurationMaxKeys","value":"20","readonly":true},{"key":"HeartbeatInterval","value":"200","readonly":false},{"key":"LocalAuthorizeOffline","value":"true","readonly":false},{"key":"MeterValueSampleInterval","value":"10","readonly":false},{"key":"NumberOfConnectors","value":"1","readonly":true},{"key":"StopTransactionOnInvalidId","value":"true","readonly":false},{"key":"SupportedFeatureProfiles","value":"Core,Reservation,Smart Charging,Remote Trigger","readonly":true},{"key":"TransactionMessageAttempts","value":"2","readonly":false},{"key":"TransactionMessageRetryInterval","value":"30","readonly":false},{"key":"LocalAuthListEnabled","value":"true","readonly":false},{"key":"LocalAuthListMaxLength","value":"200","readonly":true},{"key":"ChargeProfileMaxStackLevel","value":"7","readonly":true},{"key":"ChargingScheduleAllowedChargingRateUnit","value":"Current","readonly":true},{"key":"ChargingScheduleMaxPeriods","value":"5","readonly":true},{"key":"MaxChargingProfilesInstalled","value":"5","readonly":true}]}]

Was nicht geht sind die MeterValues (oben #kommentiert) und das ändern des Ladestroms. Nachdem ich mit SteVe (steve-3.6.0) herumprobiert habe bin ich jeweils auf eine Lösung gekommen. Bis heirher reicht meine "Fachkenntniss".

MeterValues:

metervalues: Current.Import.L1,Current.Import.L2,Current.Import.L3,Energy.Active.Import.Register,Power.Active.Import,Voltage.L1,Voltage.L2,Voltage.L3

resultiert in einem ChangeConfiguration Befehl an die Box was diese mit NotSupportet quitiert.
Die Box liefert aber alle 10sec die Messwerte wie folgt (das in diesem Beispiel angeschlossene Fahrzeug lädt nur 1Phasig)

"MeterValues",{"connectorId":1,"transactionId":2,"meterValue":[{"timestamp":"2023-08-28T17:45:31.333Z","sampledValue":[{"measurand":"Voltage","phase":"L1-N","unit":"V","value":"226.3"},{"measurand":"Voltage","phase":"L2-N","unit":"V","value":"236.2"},{"measurand":"Voltage","phase":"L3-N","unit":"V","value":"237.8"},{"measurand":"Current.Import","phase":"L1","unit":"A","value":"15.7"},{"measurand":"Current.Import","phase":"L2","unit":"A","value":"0.0"},{"measurand":"Current.Import","phase":"L3","unit":"A","value":"0.0"},{"measurand":"Power.Active.Import","unit":"kW","value":"3.5"},{"measurand":"Energy.Active.Import.Register","unit":"Wh","value":"21550"},{"measurand":"Temperature","unit":"Celsius","value":"50"}]}]}]

Hier meine erste Frage: Kann ich evcc irgendwie dazu bewegen diese Messwerte zu verwenden?

Ladestromänderung

evcc gibt folgenden Befehl aus zur Änderung des Ladestroms (bsp. 10A):

[2,"3969245001","SetChargingProfile",{"connectorId":1,"csChargingProfiles":{"chargingProfileId":1,"stackLevel":0,"chargingProfilePurpose":"TxProfile","chargingProfileKind":"Relative","chargingSchedule":{"chargingRateUnit":"A","chargingSchedulePeriod":[{"startPeriod":0,"limit":10}]}}}]

Die Box meldet accepted , lädt aber munter weiter mit Volldampf.

Wenn aber

"SetChargingProfile",{"connectorId":1,"csChargingProfiles":{"chargingProfileId":7,"stackLevel":0,"chargingProfilePurpose":"TxDefaultProfile","chargingProfileKind":"Absolute","chargingSchedule":{"chargingRateUnit":"A","chargingSchedulePeriod":[{"startPeriod":0,"limit":10,"numberPhases":3}],"minChargingRate":1}}}]

gesendet wird funktioniert das Anstandslos. Der Trick dabei wird das TxDefaultProfile anstatt TxProfile sein.
Hier meine 2te Frage: Kann ich evcc auf dem Konfigurationsweg mitteilen wie der Befehl zur Änderung des Ladestroms aussehen sollte?

Ich habe nicht recherchiert, ob das Verhalten der Box "Normkonform" ist. Wahrscheinlich nicht.
Vielleicht gibt es ja dennoch eine (nicht dokumentierte) Möglichkeit damit das trotzdem geht? Wäre es eine Idee ein wirklich generisches Template zu haben, in dem Sinne, dass das "Mapping", also die Zuordnung der Befehle/Daten von und zur Wallbox vom Benutzer erstellt werden kann?
Auch möglich dass ich einfach komplett auf dem Schlauch stehe im Moment.

Jedenfalls bin ich für jede Hilfe dankbar.

[premultiply]

@andig TxDefaultProfile - das hatten wir doch schonmal. Nach Standard ist das die "bessere" Variante. Hatten wir nur nicht gemacht weil wir da noch zu viel Angst hatten damit wieder irgendwas anderes kaputt zu machen.

Doch mal im Nightly testen?

[pzuend]

Hallo Zusammen,

ich habe für mich folgende Lösung gefunden:
Node-Red mit node-red-contrib-ocpp dazwischengeschaltet. Damit hat man alle Daten von und zur Walbox im Griff und kann die den Eigenheiten der Wallbox anpassen. Dazu habe ich mit SteVe die Funktionalität der Wallbox getestet und anhand der Logdatei diese Daten in node-red soweit nötig nachgebaut. Anbindung von node-red an evcc über mqtt funktioniert einwandfrei.

[chrisAtGithub71]

@pzuend: ich bin an dem gleichen Punkt wie du vor einigen Monaten. a-TroniX wallbox wird von evcc gefunden. Könntest du weitere Details zu den Anpassungen mit node-red und mqqt posten? Ich würde wir dann das "re-engineering" über SteVe sparten können.

[kerdridge76]

Hallo. Ich weiss nicht wie man direkt anschreiben kann daher probiere ich es mal so:

Ich habe mir auch die A-Tronix Wallbox gekauft und auch per Wifi Interface das ocpp1.6 Protokoll aktiviert. Viel mehr lässt sich ja da nicht einstellen.

EEVC startet bei Homeassistant erst gar nicht. Per HACS kann man das ocpp Protokoll auch installieren. Aber woher bekomme ich die Daten gelesen. Es wird ja nirgends eine IP Adresse von der Box abgefragt oder wo muss ich was eintragen? Habe die WB extra wegen einbinde Möglichkeit gekauft. Eine Ip Adresse habe ich im Router kann da aber auch nix mit anfangen. Funktioniert es überhaupt per LAN oder nur per Wifi. Bin echt verzweifelt. Lg

[premultiply]

Die Adresse des OCPP Central System (Server) muss in der Box eingetragen werden.
evcc wartet dann auf die eingehenden Verbindungen der OCPP Ladepunkte.

[kerdridge76]

Vielen dank schonmal. Ich kann natürlich viel probieren aber reicht die IP oder noch Port "ws://" usw. ? Lg

[andig]

Das kommt auf Deine Box an. Da sie nicht hellsehen kann wird sie den Port sicher brauchen...

[kerdridge76]

Habe es hinbekommen. Das "ws://IP:9000" musste rein. Wenn ich es mit EEVC nicht hinbekomme mache ich mit Templates eigene Automation für Überschussladen. Habe evtl. vor für 2. Wagen noch eine 3phasige A-Tronix 11kw zu besorgen. Hoffe das HASS zwei von den Boxen verarbeiten kann... Lg und Vielen dank nochmal.

[chrisAtGithub71]

Hallo, leider findet evcc meine OCPP Wallbox (a-TroniX) nicht. Hier die Konfiguration der WB. Wo liegt der Fehler? Danke für den Hinweis.

[premultiply]

Mal /irgendwas an die URL anhängen?

[chrisAtGithub71]

Problem gelöst. Linux firewall hatte port 8887 geblockt.

[kerdridge76]

Hallo Chris , könntest du mich mal kontaktiere. Ich habe auch eine A-Tronix und bis vor kurzem lief sie noch per Home Assistant, aber nach updates und ab ocpp 0.5.2 bekomme ich es nicht mehr in die Gänge. EEVC ob bei HA oder Linux will auch einfach nicht die Box finden. Bin echt am verzweifeln, Vorallem wenn es monate lang funktionierte und nur wegen updates nicht mehr.... lg

[chrisAtGithub71]

Hi, sorry, ich habe deine Nachricht erst jetzt gesehen. Besteht dein Problem noch? Falls ja, können wir uns gerne austauschen. Beste Grüße Christian Von: kerdridge76 ***@***.***> Antworten an: evcc-io/evcc ***@***.***> Datum: Montag, 20. Mai 2024 um 16:14 An: evcc-io/evcc ***@***.***> Cc: chrisAtGithub71 ***@***.***>, Manual ***@***.***> Betreff: Re: [evcc-io/evcc] a-Tronix Home Plus Wallbox mit ocpp (Discussion #9674) Hallo Chris , könntest du mich mal kontaktiere. Ich habe auch eine A-Tronix und bis vor kurzem lief sie noch per Home Assistant, aber nach updates und ab ocpp 0.5.2 bekomme ich es nicht mehr in die Gänge. EEVC ob bei HA oder Linux will auch einfach nicht die Box finden. Bin echt am verzweifeln, Vorallem wenn es monate lang funktionierte und nur wegen updates nicht mehr.... lg — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[kerdridge76]

Hallo. Ja das Problem habe ich immer noch und habe schon so viel probiert. Ich habe alte Backups restored womit es die ganze Zeit lief (ocpp 0.5.1). Nur kommt dann Fehler im Log das die Ocpp konfiguration fehlerhaft ist. Korrigiert bekomme ich es nur wenn ich per HACS mit einer neuen Version (ab 0.5.2-0.5.6) update. Ab da taucht aber wieder das problem auf das die Box im Minutentakt rebooted. Sie rebooted aber nur bei HA. Physisch draussen macht sie nichts. Ich habe schon so viele kombinationen mit alten Backups und auch jede Version ab 0.5.2 probiert aber immer das selbe. Ich habe auch schon Englische Kommentare bekommen die das selbe mit "bis 0.5.1 funktionierte es" beschreiben. Uebrigens EEVC bei HA und seperat auf Linux Server haben die Box noch nie gefunden. Ich hatte aber bereits Selber eine Super Automatisierung zusammengestellt sodas auf HA trotz Speicher auch Überschussladen prima funktionierte. Nach einem Update im Mai war es dann vorbei und das Backup vom Vortag half nicht mehr. Vielleicht hat noch jemand eine Idee. Es schreiben viele mit 0.5.6 funktioniert es bei denen aber bei mir wie gesagt nicht. Lg Am 24. Mai 2024, 12:41 +0200 schrieb chrisAtGithub71 ***@***.***>:

…

Hi, sorry, ich habe deine Nachricht erst jetzt gesehen. Besteht dein Problem noch? Falls ja, können wir uns gerne austauschen. Beste Grüße Christian Von: kerdridge76 ***@***.***> Antworten an: evcc-io/evcc ***@***.***> Datum: Montag, 20. Mai 2024 um 16:14 An: evcc-io/evcc ***@***.***> Cc: chrisAtGithub71 ***@***.***>, Manual ***@***.***> Betreff: Re: [evcc-io/evcc] a-Tronix Home Plus Wallbox mit ocpp (Discussion #9674) Hallo Chris , könntest du mich mal kontaktiere. Ich habe auch eine A-Tronix und bis vor kurzem lief sie noch per Home Assistant, aber nach updates und ab ocpp 0.5.2 bekomme ich es nicht mehr in die Gänge. EEVC ob bei HA oder Linux will auch einfach nicht die Box finden. Bin echt am verzweifeln, Vorallem wenn es monate lang funktionierte und nur wegen updates nicht mehr.... lg — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***> — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: ***@***.***>

[chrisAtGithub71]

Hi,  was ist der Grund für OCPP 0.5.x? Hast du das OCPP Protokoll in der Wallbox entsprechend angepasst? Ich habe die WB auf OCPP1.6-J konfiguriert. Bei korrekten IP- und Port-Settings des OCPP Servereintrags (in der WB), wurde diese von EVCC gefunden (ws://192.168.x.x:8887). EVCC v0.126.4 habe ich auf Intel NUC (i5), mit Ubuntu 22.04 installiert. Die WB und der Server sind über WLAN verbunden. Beste Grüße Von: kerdridge76 ***@***.***> Antworten an: evcc-io/evcc ***@***.***> Datum: Montag, 27. Mai 2024 um 08:03 An: evcc-io/evcc ***@***.***> Cc: chrisAtGithub71 ***@***.***>, Manual ***@***.***> Betreff: Re: [evcc-io/evcc] a-Tronix Home Plus Wallbox mit ocpp (Discussion #9674) Hallo. Ja das Problem habe ich immer noch und habe schon so viel probiert. Ich habe alte Backups restored womit es die ganze Zeit lief (ocpp 0.5.1). Nur kommt dann Fehler im Log das die Ocpp konfiguration fehlerhaft ist. Korrigiert bekomme ich es nur wenn ich per HACS mit einer neuen Version (ab 0.5.2-0.5.6) update. Ab da taucht aber wieder das problem auf das die Box im Minutentakt rebooted. Sie rebooted aber nur bei HA. Physisch draussen macht sie nichts. Ich habe schon so viele kombinationen mit alten Backups und auch jede Version ab 0.5.2 probiert aber immer das selbe. Ich habe auch schon Englische Kommentare bekommen die das selbe mit "bis 0.5.1 funktionierte es" beschreiben. Uebrigens EEVC bei HA und seperat auf Linux Server haben die Box noch nie gefunden. Ich hatte aber bereits Selber eine Super Automatisierung zusammengestellt sodas auf HA trotz Speicher auch Überschussladen prima funktionierte. Nach einem Update im Mai war es dann vorbei und das Backup vom Vortag half nicht mehr. Vielleicht hat noch jemand eine Idee. Es schreiben viele mit 0.5.6 funktioniert es bei denen aber bei mir wie gesagt nicht. Lg Am 24. Mai 2024, 12:41 +0200 schrieb chrisAtGithub71 ***@***.***>:

Hi, sorry, ich habe deine Nachricht erst jetzt gesehen. Besteht dein Problem noch? Falls ja, können wir uns gerne austauschen. Beste Grüße Christian Von: kerdridge76 ***@***.***> Antworten an: evcc-io/evcc ***@***.***> Datum: Montag, 20. Mai 2024 um 16:14 An: evcc-io/evcc ***@***.***> Cc: chrisAtGithub71 ***@***.***>, Manual ***@***.***> Betreff: Re: [evcc-io/evcc] a-Tronix Home Plus Wallbox mit ocpp (Discussion #9674) Hallo Chris , könntest du mich mal kontaktiere. Ich habe auch eine A-Tronix und bis vor kurzem lief sie noch per Home Assistant, aber nach updates und ab ocpp 0.5.2 bekomme ich es nicht mehr in die Gänge. EEVC ob bei HA oder Linux will auch einfach nicht die Box finden. Bin echt am verzweifeln, Vorallem wenn es monate lang funktionierte und nur wegen updates nicht mehr.... lg — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***> — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: ***@***.***>

— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[kerdridge76]

Hallo. Ja genau so ist das bei mir auch eingestellt und auch ich habe die Firewall Einstellung auch verändert aber daran lag es trotzdem nicht eevc hat noch nie geklappt aber home assistant ging bis 0.5.1 , ab 0,52 rebooted sie im mimutentakt. Lg Am 27. Mai 2024, 18:35 +0200 schrieb chrisAtGithub71 ***@***.***>:

…

Hi,  was ist der Grund für OCPP 0.5.x? Hast du das OCPP Protokoll in der Wallbox entsprechend angepasst? Ich habe die WB auf OCPP1.6-J konfiguriert. Bei korrekten IP- und Port-Settings des OCPP Servereintrags (in der WB), wurde diese von EVCC gefunden (ws://192.168.x.x:8887). EVCC v0.126.4 habe ich auf Intel NUC (i5), mit Ubuntu 22.04 installiert. Die WB und der Server sind über WLAN verbunden. Beste Grüße Von: kerdridge76 ***@***.***> Antworten an: evcc-io/evcc ***@***.***> Datum: Montag, 27. Mai 2024 um 08:03 An: evcc-io/evcc ***@***.***> Cc: chrisAtGithub71 ***@***.***>, Manual ***@***.***> Betreff: Re: [evcc-io/evcc] a-Tronix Home Plus Wallbox mit ocpp (Discussion #9674) Hallo. Ja das Problem habe ich immer noch und habe schon so viel probiert. Ich habe alte Backups restored womit es die ganze Zeit lief (ocpp 0.5.1). Nur kommt dann Fehler im Log das die Ocpp konfiguration fehlerhaft ist. Korrigiert bekomme ich es nur wenn ich per HACS mit einer neuen Version (ab 0.5.2-0.5.6) update. Ab da taucht aber wieder das problem auf das die Box im Minutentakt rebooted. Sie rebooted aber nur bei HA. Physisch draussen macht sie nichts. Ich habe schon so viele kombinationen mit alten Backups und auch jede Version ab 0.5.2 probiert aber immer das selbe. Ich habe auch schon Englische Kommentare bekommen die das selbe mit "bis 0.5.1 funktionierte es" beschreiben. Uebrigens EEVC bei HA und seperat auf Linux Server haben die Box noch nie gefunden. Ich hatte aber bereits Selber eine Super Automatisierung zusammengestellt sodas auf HA trotz Speicher auch Überschussladen prima funktionierte. Nach einem Update im Mai war es dann vorbei und das Backup vom Vortag half nicht mehr. Vielleicht hat noch jemand eine Idee. Es schreiben viele mit 0.5.6 funktioniert es bei denen aber bei mir wie gesagt nicht. Lg Am 24. Mai 2024, 12:41 +0200 schrieb chrisAtGithub71 ***@***.***>: > Hi, > > sorry, ich habe deine Nachricht erst jetzt gesehen. > > Besteht dein Problem noch? Falls ja, können wir uns gerne austauschen. > > > > Beste Grüße > > Christian > > > > Von: kerdridge76 ***@***.***> > Antworten an: evcc-io/evcc ***@***.***> > Datum: Montag, 20. Mai 2024 um 16:14 > An: evcc-io/evcc ***@***.***> > Cc: chrisAtGithub71 ***@***.***>, Manual ***@***.***> > Betreff: Re: [evcc-io/evcc] a-Tronix Home Plus Wallbox mit ocpp (Discussion #9674) > > > > Hallo Chris , könntest du mich mal kontaktiere. Ich habe auch eine A-Tronix und bis vor kurzem lief sie noch per Home Assistant, aber nach updates und ab ocpp 0.5.2 bekomme ich es nicht mehr in die Gänge. EEVC ob bei HA oder Linux will auch einfach nicht die Box finden. Bin echt am verzweifeln, Vorallem wenn es monate lang funktionierte und nur wegen updates nicht mehr.... lg > > — > Reply to this email directly, view it on GitHub, or unsubscribe. > You are receiving this because you are subscribed to this thread.Message ID: ***@***.***> > > — > Reply to this email directly, view it on GitHub, or unsubscribe. > You are receiving this because you commented.Message ID: ***@***.***> — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***> — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: ***@***.***>

[duenengeist]

Hallo,

ich wollte Fragen, wie bei euch der Stand ist. Habe ebenfalls eine A-Tronix WB. Soweit hatte im Sommer alles funktioiniert, inclusive der Übenahme des Meterwerts für die Ladeleistung. Der wird jetzt nicht mehr übernommen (bin auf V 0.132.1).

Auch im Log zu sehen:

[main ] INFO 2025/01/11 20:36:18 evcc 0.132.1
[main ] INFO 2025/01/11 20:36:18 using config file: /etc/evcc.yaml
[db ] INFO 2025/01/11 20:36:18 using sqlite database: /var/lib/evcc/evcc.db
[mqtt ] INFO 2025/01/11 20:36:18 connecting 424242 at tcp://192.168.132.144:1883
[mqtt ] DEBUG 2025/01/11 20:36:19 tcp://192.168.132.144:1883 connected
[main ] INFO 2025/01/11 20:36:19 listening at :7070
[ocpp-1] DEBUG 2025/01/11 20:36:19 waiting for chargepoint: 5m0s
[ocpp ] INFO 2025/01/11 20:36:58 charge point connected, registering: 6******1
[ocpp-1] DEBUG 2025/01/11 20:36:59 failed configuring WebSocketPingInterval: NotSupported
[site ] INFO 2025/01/11 20:37:21 site config:
[site ] INFO 2025/01/11 20:37:21 meters: grid ✓ pv ✓ battery ✗
[site ] INFO 2025/01/11 20:37:21 grid: power ✓ energy ✗ currents ✗
[site ] INFO 2025/01/11 20:37:21 pv 1: power ✓ energy ✓ currents ✗
[site ] INFO 2025/01/11 20:37:21 pv 2: power ✓ energy ✓ currents ✗
[site ] INFO 2025/01/11 20:37:21 vehicles:
[site ] INFO 2025/01/11 20:37:21 vehicle 1: range ✗ finish ✗ status ✗ climate ✗ wakeup ✗
[lp-1 ] INFO 2025/01/11 20:37:21 loadpoint 1:
[lp-1 ] INFO 2025/01/11 20:37:21 mode: pv
[lp-1 ] INFO 2025/01/11 20:37:21 charger: power ✗ energy ✗ currents ✗ phases ✗ wakeup ✗
[lp-1 ] INFO 2025/01/11 20:37:21 meters: charge ✗
[lp-1 ] DEBUG 2025/01/11 20:37:21 phase timer inactive
[lp-1 ] DEBUG 2025/01/11 20:37:21 pv timer inactive
[lp-1 ] INFO 2025/01/11 20:37:21 vehicle updated: unknown -> Model Y LR

Im ocpp-log ist zu sehen, dass evcc einen" ChangeConfiguration"-Request sendet, vermutlich um die Samplewerte passend einzustellen. Von der WB kommt "not supported" zurück. Die Meßwerte liefert die WB aber regelmässig, aber evcc verarbeitet sie nicht, vermutlich wegen des Fehlers oben.

Log trace ocpp:

[ocpp ] INFO 2025/01/11 20:36:58 charge point connected, registering: 60723254390941
[ocpp ] TRACE 2025/01/11 20:36:58 send 60723254390941: [2,"238455987","ChangeAvailability",{"connectorId":0,"type":"Operative"}]
[ocpp ] TRACE 2025/01/11 20:36:58 recv 60723254390941: [2,"16293650","Heartbeat",{}]
[ocpp ] TRACE 2025/01/11 20:36:58 send 60723254390941: [3,"16293650",{"currentTime":"2025-01-11T19:36:58Z"}]
[ocpp ] TRACE 2025/01/11 20:36:58 recv 60723254390941: [3,"238455987",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/11 20:36:58 send 60723254390941: [2,"1515491237","GetConfiguration",{}]
[ocpp ] TRACE 2025/01/11 20:36:58 recv 60723254390941: [3,"1515491237",{"configurationKey":[{"key":"QrCode","value":"60723254390941","readonly":false},{"key":"ChargeRate","value":"16","readonly":false},{"key":"AuthorizeRemoteTxRequests","value":"false","readonly":true},{"key":"ConnectionTimeout","value":"60","readonly":false},{"key":"GetConfigurationMaxKeys","value":"20","readonly":true},{"key":"HeartbeatInterval","value":"60","readonly":false},{"key":"LocalAuthorizeOffline","value":"true","readonly":false},{"key":"MeterValueSampleInterval","value":"10","readonly":false},{"key":"NumberOfConnectors","value":"1","readonly":true},{"key":"StopTransactionOnInvalidId","value":"true","readonly":false},{"key":"SupportedFeatureProfiles","value":"Core,Local Auth List Management,Reservation,Smart Charging,Remote Trigger","readonly":true},{"key":"TransactionMessageAttempts","value":"2","readonly":false},{"key":"TransactionMessageRetryInterval","value":"30","readonly":false},{"key":"LocalAuthListEnabled","value":"true","readonly":false},{"key":"LocalAuthListMaxLength","value":"200","readonly":true},{"key":"ChargeProfileMaxStackLevel","value":"7","readonly":true},{"key":"ChargingScheduleAllowedChargingRateUnit","value":"Current","readonly":true},{"key":"ChargingScheduleMaxPeriods","value":"5","readonly":true},{"key":"MaxChargingProfilesInstalled","value":"5","readonly":true}]}]
[ocpp ] TRACE 2025/01/11 20:36:58 send 60723254390941: [2,"847376687","TriggerMessage",{"requestedMessage":"BootNotification"}]
[ocpp ] TRACE 2025/01/11 20:36:58 recv 60723254390941: [2,"16293650","StatusNotification",{"connectorId":1,"errorCode":"NoError","status":"Available"}]
[ocpp ] TRACE 2025/01/11 20:36:58 send 60723254390941: [3,"16293650",{}]
[ocpp ] TRACE 2025/01/11 20:36:58 recv 60723254390941: [3,"847376687",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [2,"16293651","BootNotification",{"chargePointVendor":"WWWW","chargePointModel":"SingleSocketCharger","chargePointSerialNumber":"60723254390941","firmwareVersion":"AC_DCE_2.24AT"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [3,"16293651",{"currentTime":"2025-01-11T19:36:59Z","interval":60,"status":"Accepted"}]
**[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"3407590520","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"Power.Active.Import"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"3407590520",{"status":"NotSupported"}]**
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"3854785869","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"Energy.Active.Import.Register"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"3854785869",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"1044071245","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"Current.Import"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"1044071245",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"2191035603","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"Voltage"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"2191035603",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"4148589668","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"Current.Offered"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [2,"16293659","StatusNotification",{"connectorId":1,"errorCode":"NoError","status":"Available"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [3,"16293659",{}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"4148589668",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"2721102949","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"Power.Offered"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"2721102949",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"291990761","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"SoC"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"291990761",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"1138837457","TriggerMessage",{"requestedMessage":"MeterValues"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"1138837457",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [2,"16293659","MeterValues",{"connectorId":1,"transactionId":0,"meterValue":[{"timestamp":"2025-01-11T19:36:59.333Z","sampledValue":[{"measurand":"Energy.Active.Import.Register","unit":"Wh","value":"858480"},{"measurand":"Power.Active.Import","unit":"kW","value":"0.0"},{"measurand":"Temperature","unit":"Celsius","value":"27"},{"measurand":"Voltage","phase":"L1-N","unit":"V","value":"229.8"},{"measurand":"Current.Import","phase":"N","unit":"A","value":"0.0"}]}]}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [3,"16293659",{}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"762991078","ChangeConfiguration",{"key":"MeterValueSampleInterval","value":"10"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"762991078",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"1136763870","ChangeConfiguration",{"key":"WebSocketPingInterval","value":"30"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"1136763870",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"3255904490","TriggerMessage",{"requestedMessage":"StatusNotification"}]
[ocpp ] TRACE 2025/01/11 20:36:59 recv 60723254390941: [3,"3255904490",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/11 20:36:59 send 60723254390941: [2,"1456079424","TriggerMessage",{"requestedMessage":"MeterValues","connectorId":1}]
[ocpp ] TRACE 2025/01/11 20:37:00 recv 60723254390941: [3,"1456079424",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/11 20:37:00 recv 60723254390941: [2,"16293659","MeterValues",{"connectorId":1,"transactionId":0,"meterValue":[{"timestamp":"2025-01-11T19:36:59.333Z","sampledValue":[{"measurand":"Energy.Active.Import.Register","unit":"Wh","value":"858480"},{"measurand":"Power.Active.Import","unit":"kW","value":"0.0"},{"measurand":"Temperature","unit":"Celsius","value":"27"},{"measurand":"Voltage","phase":"L1-N","unit":"V","value":"229.8"},{"measurand":"Current.Import","phase":"N","unit":"A","value":"0.0"}]}]}]
[ocpp ] TRACE 2025/01/11 20:37:00 send 60723254390941: [3,"16293659",{}]
[ocpp ] TRACE 2025/01/11 20:37:09 send 60723254390941: [2,"2177749276","TriggerMessage",{"requestedMessage":"MeterValues","connectorId":1}]
[ocpp ] TRACE 2025/01/11 20:37:10 recv 60723254390941: [3,"2177749276",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/11 20:37:10 recv 60723254390941: **[2,"16293708","MeterValues",**{"connectorId":1,"transactionId":0,"meterValue":[{"timestamp":"2025-01-11T19:37:08.333Z","sampledValue":[{"measurand":"Energy.Active.Import.Register","unit":"Wh","value":"858480"},{"measurand":"Power.Active.Import","unit":"kW","value":"0.0"},{"measurand":"Temperature","unit":"Celsius","value":"27"},{"measurand":"Voltage","phase":"L1-N","unit":"V","value":"229.9"},{"measurand":"Current.Import","phase":"N","unit":"A","value":"0.0"}]}]}]**** 

[premultiply]

Dann setz mal MeterValues manuell.

[duenengeist]

Das habe ich in unterschiedlichen Varianten probiert, z. B. auch genau die Werte, die die WB liefert:

chargers:
  - name: "a-tronix"
    type: template
    template: ocpp
    remotestart: true
    metervalues: Energy.Active.Import.Register,Power.Active.Import,Temperature,Voltage.L1-N,Current.Import.N

Hatt auch versucht, nur Energy.Active.Import.Register,Power.Active.Import zu setzen.

Immer das identische Ergebnis

[premultiply]

Das wundert mich.
Gibt es davon ein Log?

[duenengeist]

hier dei aktuelle Konfig für den charger:

chargers:
  - name: "a-tronix"
    type: template
    template: ocpp
    remotestart: true
    metervalues: Energy.Active.Import.Register,Power.Active.Import,Current.Import.N 
    getconfiguration: false # Deaktivierung kann bei einigen Chargern hilfreich sein (optional)

Und das ocpp-trace dazu:

[ocpp ] INFO 2025/01/13 09:02:09 charge point connected, registering: 60723254390941
[ocpp ] TRACE 2025/01/13 09:02:09 send 60723254390941: [2,"2944656790","ChangeAvailability",{"connectorId":0,"type":"Operative"}]
[ocpp ] TRACE 2025/01/13 09:02:09 recv 60723254390941: [3,"2944656790",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:09 send 60723254390941: [2,"2497048389","GetConfiguration",{}]
[ocpp ] TRACE 2025/01/13 09:02:09 recv 60723254390941: [3,"2497048389",{"configurationKey":[{"key":"QrCode","value":"60723254390941","readonly":false},{"key":"ChargeRate","value":"16","readonly":false},{"key":"AuthorizeRemoteTxRequests","value":"false","readonly":true},{"key":"ConnectionTimeout","value":"60","readonly":false},{"key":"GetConfigurationMaxKeys","value":"20","readonly":true},{"key":"HeartbeatInterval","value":"60","readonly":false},{"key":"LocalAuthorizeOffline","value":"true","readonly":false},{"key":"MeterValueSampleInterval","value":"10","readonly":false},{"key":"NumberOfConnectors","value":"1","readonly":true},{"key":"StopTransactionOnInvalidId","value":"true","readonly":false},{"key":"SupportedFeatureProfiles","value":"Core,Local Auth List Management,Reservation,Smart Charging,Remote Trigger","readonly":true},{"key":"TransactionMessageAttempts","value":"2","readonly":false},{"key":"TransactionMessageRetryInterval","value":"30","readonly":false},{"key":"LocalAuthListEnabled","value":"true","readonly":false},{"key":"LocalAuthListMaxLength","value":"200","readonly":true},{"key":"ChargeProfileMaxStackLevel","value":"7","readonly":true},{"key":"ChargingScheduleAllowedChargingRateUnit","value":"Current","readonly":true},{"key":"ChargingScheduleMaxPeriods","value":"5","readonly":true},{"key":"MaxChargingProfilesInstalled","value":"5","readonly":true}]}]
[ocpp ] TRACE 2025/01/13 09:02:09 send 60723254390941: [2,"3843329180","TriggerMessage",{"requestedMessage":"BootNotification"}]
[ocpp ] TRACE 2025/01/13 09:02:09 recv 60723254390941: [2,"16180202","StatusNotification",{"connectorId":1,"errorCode":"NoError","status":"Available"}]
[ocpp ] TRACE 2025/01/13 09:02:09 send 60723254390941: [3,"16180202",{}]
[ocpp ] TRACE 2025/01/13 09:02:09 recv 60723254390941: [3,"3843329180",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [2,"16180203","BootNotification",{"chargePointVendor":"WWWW","chargePointModel":"SingleSocketCharger","chargePointSerialNumber":"60723254390941","firmwareVersion":"AC_DCE_2.24AT"}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [3,"16180203",{"currentTime":"2025-01-13T08:02:10Z","interval":60,"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [2,"4104389741","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"Energy.Active.Import.Register,Power.Active.Import,Current.Import.N"}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [3,"4104389741",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [2,"1063537295","TriggerMessage",{"requestedMessage":"MeterValues"}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [3,"1063537295",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [2,"16180210","StatusNotification",{"connectorId":1,"errorCode":"NoError","status":"Available"}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [3,"16180210",{}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [2,"16180210","MeterValues",{"connectorId":1,"transactionId":0,"meterValue":[{"timestamp":"2025-01-13T08:02:10.333Z","sampledValue":[{"measurand":"Energy.Active.Import.Register","unit":"Wh","value":"858480"},{"measurand":"Power.Active.Import","unit":"kW","value":"0.0"},{"measurand":"Temperature","unit":"Celsius","value":"25"},{"measurand":"Voltage","phase":"L1-N","unit":"V","value":"229.2"},{"measurand":"Current.Import","phase":"N","unit":"A","value":"0.0"}]}]}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [3,"16180210",{}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [2,"1800328281","ChangeConfiguration",{"key":"MeterValueSampleInterval","value":"10"}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [3,"1800328281",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [2,"1632578056","ChangeConfiguration",{"key":"WebSocketPingInterval","value":"30"}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [3,"1632578056",{"status":"NotSupported"}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [2,"3159077419","TriggerMessage",{"requestedMessage":"StatusNotification"}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [3,"3159077419",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [2,"2314016009","TriggerMessage",{"requestedMessage":"MeterValues","connectorId":1}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [2,"16180210","StatusNotification",{"connectorId":1,"errorCode":"NoError","status":"Available"}]
[ocpp ] TRACE 2025/01/13 09:02:10 send 60723254390941: [3,"16180210",{}]
[ocpp ] TRACE 2025/01/13 09:02:10 recv 60723254390941: [3,"2314016009",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:12 send 60723254390941: [2,"3617710275","TriggerMessage",{"requestedMessage":"MeterValues","connectorId":1}]
[ocpp ] TRACE 2025/01/13 09:02:12 recv 60723254390941: [3,"3617710275",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:12 recv 60723254390941: [2,"16180212","MeterValues",{"connectorId":1,"transactionId":0,"meterValue":[{"timestamp":"2025-01-13T08:02:12.333Z","sampledValue":[{"measurand":"Energy.Active.Import.Register","unit":"Wh","value":"858480"},{"measurand":"Power.Active.Import","unit":"kW","value":"0.0"},{"measurand":"Temperature","unit":"Celsius","value":"25"},{"measurand":"Voltage","phase":"L1-N","unit":"V","value":"228.9"},{"measurand":"Current.Import","phase":"N","unit":"A","value":"0.0"}]}]}]
[ocpp ] TRACE 2025/01/13 09:02:12 send 60723254390941: [3,"16180212",{}]
[ocpp ] TRACE 2025/01/13 09:02:12 send 60723254390941: [2,"364870423","GetCompositeSchedule",{"connectorId":1,"duration":60}]
[ocpp ] TRACE 2025/01/13 09:02:12 recv 60723254390941: [3,"364870423",{"status":"NotImplemented"}]
[ocpp ] ERROR 2025/01/13 09:02:12 ocpp message (364870423): GenericError - Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag ([3,"364870423",{"status":"NotImplemented"}])
[ocpp ] TRACE 2025/01/13 09:02:12 send 60723254390941: [4,"364870423","GenericError","Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag",{}]
[ocpp ] TRACE 2025/01/13 09:02:42 send 60723254390941: [2,"469161053","TriggerMessage",{"requestedMessage":"MeterValues","connectorId":1}]
[ocpp ] TRACE 2025/01/13 09:02:42 recv 60723254390941: [3,"469161053",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:42 send 60723254390941: [2,"2684677841","TriggerMessage",{"requestedMessage":"MeterValues","connectorId":1}]
[ocpp ] TRACE 2025/01/13 09:02:42 recv 60723254390941: [3,"2684677841",{"status":"Accepted"}]
[ocpp ] TRACE 2025/01/13 09:02:42 recv 60723254390941: [2,"16180239","MeterValues",{"connectorId":1,"transactionId":0,"meterValue":[{"timestamp":"2025-01-13T08:02:39.333Z","sampledValue":[{"measurand":"Energy.Active.Import.Register","unit":"Wh","value":"858480"},{"measurand":"Power.Active.Import","unit":"kW","value":"0.0"},{"measurand":"Temperature","unit":"Celsius","value":"25"},{"measurand":"Voltage","phase":"L1-N","unit":"V","value":"229.6"},

Und debug-log über alle Bereiche:

[main ] INFO 2025/01/13 09:01:29 evcc 0.132.1
[main ] INFO 2025/01/13 09:01:29 using config file: /etc/evcc.yaml
[db ] INFO 2025/01/13 09:01:29 using sqlite database: /var/lib/evcc/evcc.db
[mqtt ] INFO 2025/01/13 09:01:29 connecting 424242 at tcp://192.168.132.144:1883
[mqtt ] DEBUG 2025/01/13 09:01:29 tcp://192.168.132.144:1883 connected
[main ] INFO 2025/01/13 09:01:29 listening at :7070
[ocpp-1] DEBUG 2025/01/13 09:01:29 waiting for chargepoint: 5m0s
[ocpp ] INFO 2025/01/13 09:02:09 charge point connected, registering: 60723254390941
[ocpp-1] WARN 2025/01/13 09:02:10 failed configuring MeterValuesSampledData: NotSupported
[ocpp-1] DEBUG 2025/01/13 09:02:10 failed configuring WebSocketPingInterval: NotSupported
[site ] INFO 2025/01/13 09:02:12 site config:
[site ] INFO 2025/01/13 09:02:12 meters: grid ✓ pv ✓ battery ✗
[site ] INFO 2025/01/13 09:02:12 grid: power ✓ energy ✗ currents ✗
[site ] INFO 2025/01/13 09:02:12 pv 1: power ✓ energy ✓ currents ✗
[site ] INFO 2025/01/13 09:02:12 pv 2: power ✓ energy ✓ currents ✗
[site ] INFO 2025/01/13 09:02:12 vehicles:
[site ] INFO 2025/01/13 09:02:12 vehicle 1: range ✗ finish ✗ status ✗ climate ✗ wakeup ✗
[lp-1 ] INFO 2025/01/13 09:02:12 loadpoint 1:
[lp-1 ] INFO 2025/01/13 09:02:12 mode: pv
[lp-1 ] INFO 2025/01/13 09:02:12 charger: power ✗ energy ✗ currents ✗ phases ✗ wakeup ✗
[lp-1 ] INFO 2025/01/13 09:02:12 meters: charge ✗
[lp-1 ] DEBUG 2025/01/13 09:02:12 phase timer inactive
[lp-1 ] DEBUG 2025/01/13 09:02:12 pv timer inactive
[lp-1 ] INFO 2025/01/13 09:02:12 vehicle updated: unknown -> Model Y LR
[ocpp ] ERROR 2025/01/13 09:02:12 ocpp message (364870423): GenericError - Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag ([3,"364870423",{"status":"NotImplemented"}])
[site ] WARN 2025/01/13 09:02:42 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval
[site ] DEBUG 2025/01/13 09:02:42 ----
[lp-1 ] DEBUG 2025/01/13 09:02:42 charge power: 0W
[site ] DEBUG 2025/01/13 09:02:42 pv 1 power: 6W
[site ] DEBUG 2025/01/13 09:02:42 pv 2 power: 13W
[site ] DEBUG 2025/01/13 09:02:43 pv power: 20W
[site ] DEBUG 2025/01/13 09:03:13 grid power: 545W
[site ] DEBUG 2025/01/13 09:03:13 site power: 545W
[lp-1 ] DEBUG 2025/01/13 09:03:13 charger status: A
[lp-1 ] INFO 2025/01/13 09:03:13 car disconnected 

Viele Grüße

Carsten

[andig]

PR in 20min im Nightly testbereit.

[duenengeist]

OK, cool. Muss jetzt ein wenig arbeiten, werde gegen Mittag versuchen das zu installieren :-)

[Steph6431]

Wie komme ich (in HA) an diese Version?

[duenengeist]

In habe das nightly bei mir eingespielt, die Meterwerte werden übernommen :-)

Weitere Info gern am Abend, leider ruft die Arbeit :-(

[duenengeist]

Bezüglich der Meterwerte sieht das gut aus:

Jan 14 19:18:44 zorg evcc[657360]: [lp-1 ] INFO 2025/01/14 19:18:44 charger: power ✓ energy ✓ currents ✓ phases ✗ wakeup ✗
Jan 14 19:18:44 zorg evcc[657360]: [lp-1 ] INFO 2025/01/14 19:18:44 meters: charge ✓
Jan 14 19:18:44 zorg evcc[657360]: [lp-1 ] INFO 2025/01/14 19:18:44 charge: power ✓ energy ✓ currents ✓

Ich bin mir nicht sicher, was sich beim charger hinter "wakeup" verbirgt.

Und es kommt regelmässig diese Fehlermeldung:

Jan 14 19:22:05 zorg evcc[657360]: [site ] DEBUG 2025/01/14 19:22:05 pv power: 0W
Jan 14 19:22:05 zorg evcc[657360]: [site ] DEBUG 2025/01/14 19:22:05 site power: 663W
Jan 14 19:22:05 zorg evcc[657360]: [lp-1 ] DEBUG 2025/01/14 19:22:05 charge total import: 867.420kWh
Jan 14 19:22:05 zorg evcc[657360]: [lp-1 ] DEBUG 2025/01/14 19:22:05 charger status: B
Jan 14 19:22:05 zorg evcc[657360]: [ocpp ] TRACE 2025/01/14 19:22:05 send 60723254390941: [2,"894410898","GetCompositeSchedule",{"connectorId":1,"duration":60}]
Jan 14 19:22:05 zorg evcc[657360]: [ocpp ] TRACE 2025/01/14 19:22:05 recv 60723254390941: [3,"894410898",{"status":"NotImplemented"}]
Jan 14 19:22:05 zorg evcc[657360]: [ocpp ] ERROR 2025/01/14 19:22:05 ocpp message (894410898): GenericError - Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' f>
Jan 14 19:22:05 zorg evcc[657360]: [ocpp ] TRACE 2025/01/14 19:22:05 send 60723254390941: [4,"894410898","GenericError","Key: 'CallResult.Payload.Status' Error:Field validation for>
Jan 14 19:22:05 zorg evcc[657360]: [ocpp ] TRACE 2025/01/14 19:22:05 recv 60723254390941: [2,"16282204","MeterValues",{"connectorId":1,"transactionId":0,"meterValue":[{"timestamp":>
Jan 14 19:22:05 zorg evcc[657360]: [ocpp ] TRACE 2025/01/14 19:22:05 send 60723254390941: [3,"16282204",{}]

Aber da muss ich vermutlich mich erst tiefer rEInfuchsen. Geht vermutlich aber erst am Wochenende. Richtug gut ist aber, dass die Leistung wieder korrekt angeziegt wird (wie grade das Vorwärmen, da ich gleich los muss. Siehe Bild.)

Viele Grüße

Carsten