Tronity - Auto wird nach anschließen nicht erkannt

[ThiloBaWue]

Describe the bug

Wenn das EV über die Tronity-Integration angebunden/ausgelesen wird, und nicht über den vom Hersteller angebotenen Service, dann fällt auf, dass oftmals das Fahrzeug nicht erkannt wird und als "offline" angezeigt wird.

Dieser Fehler wird in der Diskussion #2554 erwähnt und mehrfach bestätigt.

Folgendes Fehlerbild zeigt sich:

• Das EV wird z.B. über die "evcc configure" Prozedur erfolgreich eingebunden. Beim Anschließen wird das Fahrzeug aber nur gelegentlich erkannt und wird bei mir in ca. 50% der Fälle als "offline" oder Gastfahrzeug angezeigt.
• Testet man auf der Konsole mit "evcc vehicle" könnte ich und andere den "Soc" des Fahrzeuges, sowie den Status sehen, obwohl das Fahrzeug als "offline" angezeigt wird.
• Ein Neustart des Services oder des ganzen Betriebssystems, behebt im Regelfall das Problem, und das Fahrzeug wird als verbunden angezeigt.

Deshalb gehe ich davon aus, dass es weder ein Tronity-Problem ist (dieses zeigt über die App immer den SoC und das verbundensein mit dem Fahrzeug an), sondern in der Tronity-Integration begründet sein muss. Es ist meine reine Vermutung, dass es ein Timout-Problem sein könnte und irgendwann gar nicht mehr der Status über Tronity abgefragt wird.

Zum Testen habe ich die aktuellste Version von EVCC 0.124.1 verwendet. Besonders schade weil ich und andere dies gerade als Workaround für die fehlende Stellantis-Anbindung nutzen. Ich habe eine Anleitung zum erstellen von Debug-Daten erhalten und versuche hier mal etwas aussagekräftiges zu erzeugen. (Danke an @StefanSchoof StefanSchoof )

Steps to reproduce

1. Integriere das EV über die Tronity-Integration (Evcc 0.124.1)
2. Schließe das Fahrzeug an die Wallbox an
3. Warte auf Erkennung, leider zu oft nur als "Offline" oder "Gastfahrzeug" erkannt
4. Neustart behebt das Problem ...

Configuration details

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: cf7xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

interval: 10s # control cycle interval

sponsortoken: eyJhbxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

# sponsors can set telemetry: true to enable anonymous data aggregation
# see https://github.com/evcc-io/evcc/discussions/4554
telemetry: true

meters:
- type: template
  template: deye-hybrid-3p 
  id: 1  
  device: /dev/ttyUSB0  
  baudrate: 9600  
  comset: 8n1  
  usage: grid  
  modbus: rs485serial  
  name: grid1
- type: template
  template: deye-hybrid-3p 
  id: 1  
  device: /dev/ttyUSB0  
  baudrate: 9600  
  comset: 8n1  
  usage: pv  
  modbus: rs485serial  
  name: pv2
- type: template
  template: deye-hybrid-3p 
  id: 1  
  device: /dev/ttyUSB0  
  baudrate: 9600  
  comset: 8n1  
  usage: battery  
  modbus: rs485serial  
  name: battery3

chargers:
- type: template
  template: heidelberg 
  id: 1  
  device: /dev/ttyUSB1  
  baudrate: 19200  
  comset: 8E1  
  modbus: rs485serial  
  name: wallbox5
- type: template
  template: heidelberg 
  id: 2  
  device: /dev/ttyUSB2  
  baudrate: 19200  
  comset: 8E1  
  modbus: rs485serial  
  name: wallbox6

vehicles:
- type: template
  template: tronity 
  title: Mokka-e_Tronity  
  clientid: d0901xxxxxxxxxxxxxxxxxxxxxxxxxxxxx  
  clientsecret: 1daxxxxxxxxxxxxxxxxxxxxxxxxxxxx  
  vin: VXKxxxxxxxxxxxxxxxxxx  
  capacity: 50  
  name: ev4

loadpoints:
- title: GreenIWB
  charger: wallbox5
  mode: pv
- title: HausWB
  charger: wallbox6
  mode: pv

site:
  title: KaNorth
  meters:
    grid: grid1
    pv:
    - pv2
    battery:
    - battery3

tariffs:
  grid:
    type: tibber
    token: "xxxxxxxxxxxxxxxxxx"
  feedin:
     # rate for feeding excess (pv) energy to the grid
     type: fixed
     price: 0.00 # [currency]/kWh
     # homeid: "" # optional

# mqtt message broker
mqtt:
  broker: iobrokerNUC.xxxxxxxxxxx
  topic: evcc # root topic for publishing, set empty to disable publishing
  user: txxxxxxx
  password: Txxxxxxxxxx

# push messages
#messaging:
#  events:
#    connect: # vehicle connect event
#      title: Car connected
#      msg: "${vehicleName} Car connected, mode:${mode}"
#    guest:
#      title: Guest connected
#      msg: "${vehicleName} Guest connected, mode:${mode}"
#  services:
#    - type: script
#      cmdline: /home/pi/evcc/evcc_message # ev. anpassen
#      timeout: 50s

# push messages
messaging:
  events:
    start: # charge start event
      title: Charge started
      msg: Started charging in "${mode}" mode
    stop: # charge stop event
      title: Charge finished
      msg: Finished charging ${chargedEnergy:%.1fk}kWh in ${chargeDuration}.
    connect: # vehicle connect event
      title: Car connected
      msg: "Car connected at ${pvPower:%.1fk}kW PV"
    disconnect: # vehicle connected event
      title: Car disconnected
      msg: Car disconnected after ${connectedDuration}
    soc: # vehicle soc update event
      title: Soc updated
      msg: Battery charged to ${vehicleSoc:%.0f}%
    guest: # vehicle could not be identified
      title: Unknown vehicle
      msg: Unknown vehicle, guest connected?
  services:
   - type: pushover
     app: axxxxxxxxxxxxxxxx
     recipients:
     - usfxxxxxxxxxxxxxxxxxxxxxxxx

Log details

Bis jetzt keine aussagekräftigen Daten

What type of operating system are you running?

Linux

Version

0.124.1

[andig]

Ohne trace log nicht zu analysieren. Bzgl. Status erkennt die Implementierung bisher auch nur "laden":

// status implements the api.ChargeState interface
func (v *Tronity) status() (api.ChargeStatus, error) {
    status := api.StatusA // disconnected
    res, err := v.bulkG()

    if err == nil {
        if res.Charging == "Charging" {
            status = api.StatusC
        }
    }

    return status, err
}

Falls es weitere Statuus gibe (Doku oder Log?) müssen wir die ergänzen.