Vehicle Ladestatus per MQTT?

[MehrCurry]

Ich muss noch mal eine - hoffentlich nicht allzu blöde - Frage stellen.

Ich habe verstanden, dass bei 2 Fahrzeugen wechselweise an einer Wallbox der "Charging" Status des Vehicles verwendet wird, um zu entscheiden, welches Fahrzeug angeschlossen ist.

Meine Fahrzeugdaten bekomme ich von der Tronity API und diese stehen bei mir im Netz als MQTT Topic zur Verfügung:

{
  "odometer" : 6584,
  "range" : 385,
  "level" : 80,
  "charging" : "Charging",
  "latitude" : 53.xxxxx,
  "longitude" : 9.xxxx,
  "timestamp" : 1621338195073
}

Wie müsste die Vehicle Definition in EVCC aussehen. Mein erster Versuch:

  - type: custom
    name: Kona2
    title: Kona2 # display name for UI
    capacity: 64 # kWh
    charge:
      type: mqtt
      topic: tronity/TMAKxxxxxxx
      jq: .level
    charging:
      type: mqtt
      topic: tronity/TMAKxxxxxxxx
      jq: .charging == "Charging"

Das gibt leider einen Fehler:

[main  ] FATAL 2021/05/18 13:54:36 cannot create vehicle 'Kona2': cannot create vehicle 'custom': 1 error(s) decoding:

* '' has invalid keys: charging

[andig]

Schau einfach in den Code: https://github.com/andig/evcc/blob/master/internal/vehicle/vehicle.go#L52. Und der Status muss api.ChargeStatus entsprechen, also A..C.

[MehrCurry]

Das wäre dann also etwa so (nur falls andere das Problem haben):

  - type: custom
    name: Kona2
    title: Kona2 # display name for UI
    capacity: 64 # kWh
    charge:
      type: mqtt
      topic: tronity/TMAKxxxxxx
      jq: .level
    status:
      type: mqtt
      topic: tronity/TMAK5xxxx
      jq: if .charging == "Charging" then "C" else "A" end

[andig]

Status B wäre noch gut damit die Fahrzeugerkennung am Ladepunkt funktionieren kann. Würde ich auch über Ergänzung von evcc-config freuen!

[MehrCurry]

Der Body sieht so aus:

{"odometer":4583,"range":391,"level":73,"charging":"Disconnected","latitude":53.785911,"longitude":9.9985,"timestamp":1627914653279}

Status B wäre dann irgendwas mit "Connected", oder?

[andig]

B gibts bei Tronity nicht, ich nehme Kontakt auf und baue einen PR.

[MehrCurry]

Ja, hab ich auch gerade gesehen. Danke.

[sebnaf]

Meine Fahrzeugdaten bekomme ich von der Tronity API und diese stehen bei mir im Netz als MQTT Topic zur Verfügung:

Hi,

wie regelst Du das? Ich nutze auch Tronity (auch früher in openWB) und die SOC-Info hat immer eindwandfrei funktioniert.
Die Integration würde mich interessieren.

@andig Ist eventuell dort etwas geplant? Einen Zugang könnte ich Dir organisieren.

Danke

[andig]

Die Lösung für Tronity steht anscheinend schon oben, jedenfalls wenn man die Daten auf MQTT hat. Wir könnten ggf noch ein Tronity api direkt einbauen wenns nötig ist. Testzugang vorausgesetzt ;)

[sebnaf]

Du hast Post.

[MehrCurry]

Ich habe mir in NodeRED einen Flow gebastelt, der regelmäßig den Bulk Endpoint bei Tronity pollt und das Ergebnis per MQTT versendet.

[sebnaf]

@MehrCurry Danke Dir, dachte ich mir schon. Wäre wieder eine Komponente mehr zu pflegen.

[MehrCurry]

Ich hab bei Tronity auch schon angeregt, dass die selber eine MQTT API anbieten. Braucht wohl noch weitere Interessenten ;)