Twingo an A-Tronix lässt nach Ladestopp keinen weiteren Ladestart zu.

[Steph6431]

Anbei meine Test-Konfiguration und das zugehörige Logfile.

1.) EVCC habe ich um 13:54 neu gestartet
2.) Um 13:57 erkennt EVCC dass der Ladestand mit 71% unter dem Mindestlimit von 75% liegt
3.) Um 14:08:33 stoppt EVCC den Ladevorgang da die 75%-Marke überschritten ist.
4.) Um 14:12:15 schalte ich manuell auf "Schnell" laden
--> Danach wird versucht den Ladevorgang neu zu starten, es gelingt aber nicht.
Stattdessen gibt es Fehlermeldungen, bspw: "[lp-1 ] ERROR 2024/12/28 14:14:36 wake-up vehicle: unexpected status: 409 (Conflict)"
"alternativewakeup: true" ist schon gesetzt. Kann ich sonst noch etwas ausprobieren?

Schöne Grüße
Stephan

Test Twingo an A-Tronix.yaml.txt
Twingo an A-Tronix LOG.txt

[andig]

Eingrenzen: andere WB/ anderes Auto.

[Steph6431]

Ich habe jetzt nochmal Zeit ins Testen und Protokollieren investiert und hoffe nach wie vor auf Hilfe.
Die PulsarPlus-Wallbox läuft aktuell, weshalb ich sie komplett aus der Konfiguration gelöscht habe, um mich um die problematische A-Tronix Wallbox zu kümmern. (Die mit der "klassischen" HA OCPP-Integration bislang problemlos lief).

Um 11:05 Uhr habe ich EVCC neu gestartet. (Log anbei.)
Hierbei habe ich die A-Tronix wie folgt in der evcc.yaml (ebenfalls anbei) konfiguriert:

chargers:

• type: template
  template: ocpp
  stationid: 184702782097206
  getconfiguration: true
  remotestart: true
  connecttimeout: 10m # Neu 02.01.2025
  meterinterval: 10s # 03.01.2025, war vorher 10s mit timeouts
  name: A-Tronix
  metervalues: Energy.Active.Import.Register,Power.Active.Import,SoC,Current.Offered,Power.Offered,Current.Import,Voltage # optional

Danach habe ich mit der A-Tronix 4 Test durchgeführt und die Logs hier angefügt.

1.) Zunächst habe ich um 11:39 Uhr den Twingo angeschlossen und er startete auch erfolgreich den Ladevorgang bis zur Mindestmarke von 90% (zumindest nachdem ich händisch das korrekte Fahrzeug ausgewählt habe.) Der Ladevorgang hat dann auch bei erreichen der Zielmarke gestoppt.

--> Direkt danach trat zum ersten Mal die Fehlermeldung auf die ich ansonsten regelmäßig sehe:
[ocpp ] TRACE 2025/01/08 11:49:04 send 184702782097206: [2,"3975745936","GetCompositeSchedule",{"connectorId":1,"duration":60}]
[ocpp ] TRACE 2025/01/08 11:49:04 recv 184702782097206: [3,"3975745936",{"status":"NotImplemented"}]
[ocpp ] ERROR 2025/01/08 11:49:04 ocpp message (3975745936): GenericError - Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag ([3,"3975745936",{"status":"NotImplemented"}])
[ocpp ] TRACE 2025/01/08 11:49:04 send 184702782097206: [4,"3975745936","GenericError","Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag",{}]

2.) Um 12:00 Uhr sollte der Twingo dann wieder laden um bis zur Abfahrtszeit auf 100% zu kommen. Dies macht er jedoch nicht und verbleibt im Status "Ladebereit. Warte auf Fahrzeug."
Als Fehlermeldungen sehe ich regelmäßig:
[lp-1 ] ERROR 2025/01/08 12:00:38 charger enable: set charging profile: timeout
[lp-1 ] ERROR 2025/01/08 12:00:38 charger status: timeout
[ocpp ] ERROR 2025/01/08 12:01:03 ocpp message (834912063): GenericError - Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag ([3,"834912063",{"status":"NotImplemented"}])

3.) Danach habe ich um 12:07 Uhr auf "Schnell" umgeschaltet, was allerdings auch nicht funktioniert hat und regelmäßig die bekannte Fehlermeldung kam:
[ocpp ] ERROR 2025/01/08 12:08:37 ocpp message (1780532342): GenericError - Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag ([3,"1780532342",{"status":"NotImplemented"}])

4.) Letztendlich habe ich um 13:45 Uhr versucht meinen Mercedes über die A-Tronix zu laden. Leider ebenfalls vergeblich. Er hat weder gestartet um die Mindestladung zu erreichen, noch über "schnell", auch nicht nach zwischenzeitlichem "aus".
Auch hier gab es wieder die Fehlermeldung:
[ocpp ] ERROR 2025/01/08 13:47:44 ocpp message (1320105136): GenericError - Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag ([3,"1320105136",{"status":"NotImplemented"}])

Wie schon gesagt, über die OCPP-Integration hat die A-Tronix problemlos funktioniert, man sollte es also hinbekommen können.
Alle Logs (mit Trace) und die vollständige evcc.yaml anbei.

Schöne Grüße
Stephan

Config A-Tronix 20250108a.txt
Startlog A-Tronix 20250108a.txt
Twingo an A-Tronix erfolgreiches Laden bei Ankunft auf Mindestwert 20250108a.txt
Twingo an A-Tronix erfolgloses Laden zur Abfahrtszeit 20250108a.txt
Twingo an A-Tronix erfolgloses Schnellladen 20250108a.txt
Mercedes an A-Tronix lädt überhaupt nicht 20250108a.txt

[mfuchs1984]

Zur Fehlermeldung

[ocpp  ] TRACE 2025/01/08 11:59:37 send 184702782097206: [2,"693956738","GetCompositeSchedule",{"connectorId":1,"duration":60}]
[ocpp  ] TRACE 2025/01/08 11:59:38 recv 184702782097206: [3,"693956738",{"status":"NotImplemented"}]

NotImplemented ist laut OCPP Spezifikation keine valide Antwort auf GetCompositeSchedule. Die Antwort muss entweder Accepted oder Rejected sein.

[duenengeist]

Hallo, ich habe auch eine A-tronix und hätte zwei Fragen:

1. wie hast du deren Support erreicht?

2. es scheint so, als ob auch bei dir die Meterwert nicht verarbeitet werden:
   [lp-1 ] INFO 2025/01/08 11:06:03 charger: power ✗ energy ✗ currents ✗ phases ✗ wakeup ✗

Damit kämpfe ich schon eine ganze Zeit, es hat in früheren Versionen von evcc schon mal funktioniert...

siehe: #9674 (reply in thread)

Vielleicht kommen wir ja gemeinsam weiter?

Die Meldung "GenericError - Key: 'CallResult.Payload.Status' Error:Field validation for 'Status' failed on the 'compositeScheduleStatus' tag ([3,"830963535",{"status":"NotImplemented" hab ich auch, aber keine Ladeabbrüche. der Tesla lädt einwandfrei, nur wird die Leistung nicht korrekt angezeigt, aka aus dem Meter der A-Tronix übernommen.

VG

Carsten

[Steph6431]

Hallo Carsten,

initial bin ich über den Telefonsupport eingestiegen und stand dann per Mail in Kontakt.

So wie ich es sehe, habe ich die neueste FW, EVCC ist korrekt konfiguriert, softwareseitig ist wohl keine Anpassung zu erwarten und, dass ich Einfluss auf die FW habe denke ich nicht. Das scheint ein lizensiertes chinesisches Produkt zu sein und dann bringt auch der Kontakt zum Lizenznehmer-Support nichts.

Ich habe gestern eine 2. Pulsar Plus bestellt, da weiß ich mittlerweile wie ich sie mit EVCC zum laufen bekomme(n) (sollte).

Meine A-Tronix werde ich dann wohl bei eBay einstellen. Hat nur rund 3 Monate gehalten...

Schöne Grüße
Stephan

[duenengeist]

Hallo Stephan,

ich habe (aus Gründen) eine einphasige A-Tronix (günstig gekauft) und würde ganz gern dabei bleiben. Mal sehen, wie es weiter geht. Solange ich am Tesla nicht den Ladestrom verstelle, passen ja die >Werte die evcc annimmt.

Viele Grüße

Carsten

[Steph6431]

Also ich habe eine 3-phasige A-Tronix Home Plus. Da haben wir wohl unterschiedliche HW/FW im Einsatz, oder?

[mfuchs1984]

Ich habe gestern eine 2. Pulsar Plus bestellt, da weiß ich mittlerweile wie ich sie mit EVCC zum laufen bekomme(n) (sollte).

Vorsicht, habe hier bisher nur Negativmeldungen mit der neuesten Firmware 6.4.14 gesehen (die Version davor 6.1.19 und die letzten 5.X.X laufen dagegen). Wenn du Pech hast und sie mit aktueller Firmware ausgeliefert wirst, musst du darauf bauen, downgraden zu können oder auf ein neues Release das die Probleme behebt hoffen.

[duenengeist]

Ja, aber bei dir ist das Verhalten mit den Meterwerten ähnlich, das hatte mich augfmerksam gemacht. Its wohl grade ein Pullrequest dazu aufgegangen, die Meterwerte trotz der "NotSupported" Antwort auf die "ChangeConfiguration" Anfrage zu übernhemen.

Du: firmwareVersion":"AC_SCE_3.30AP"
Ich: firmwareVersion":"AC_DCE_2.24AT"

ich hab die hier: https://akkusys.shop/wallboxen/8142/a-tronix-wallbox-7-kw-single-ladestation-fuer-e-auto-typ2-230v-32a-5m-ladekabel

[mfuchs1984]

Ja, siehe Ergänzung im vorherigen Kommentar.

[duenengeist]

ja mag sein. Nur das alles mit eine alten evcc-Version (kann leider nicht mehr nachvollziehen welche) sauber funktioniert hat :-(

[mfuchs1984]

Die Anbindung in evcc wurde überarbeitet. Früher wurden Transaktionen gestoppt, jetzt wird stattdessen das current limit auf 0 gesetzt.

[duenengeist]

Das erklärt es natürlich...

[mfuchs1984]

Ja, das erklärt, warum es vorher funktioniert hat. Warum es mit der neuen Methode nicht funktioniert, kann aber nur derjenige erklären, der die Implementierung in der Wallbox verbockt hat ;).