Timeout error - Tesla API #17661
-
Describe the bugWhen plugging in and Charge mode set to off... [lp-1 ] ERROR 2024/12/08 21:16:34 vehicle odometer: Get "https://fleet-api.prd.na.vn.cloud.tesla.com/api/1/vehicles/LRWYHCFS1PC764855/vehicle_data": dial tcp: lookup fleet-api.prd.na.vn.cloud.tesla.com: i/o timeout Steps to reproduce1.Plug in car while in Charge Off mode 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: 1222afe4743c8a5ea79e421d7aa45aacff422162b068107022ebcc2300885365
interval: 30s # control cycle interval
sponsortoken: XXX
# sponsors can set telemetry: true to enable anonymous data aggregation
# see https://github.com/evcc-io/evcc/discussions/4554
telemetry: false
meters:
- type: template
template: huawei-dongle-powersensor
id: 1
host: 192.168.4.62
port: 502
usage: grid
modbus: tcpip
timeout: 15s
name: grid1
- type: template
template: huawei-dongle-powersensor
id: 1
host: 192.168.4.62
port: 502
usage: pv
modbus: tcpip
timeout: 15s
name: pv2
- type: template
template: huawei-dongle-powersensor
id: 1
host: 192.168.4.62
port: 502
usage: battery
modbus: tcpip
timeout: 15s
name: battery3
- type: template
template: huawei-dongle-powersensor
id: 2
host: 192.168.4.62
port: 502
usage: pv
modbus: tcpip
timeout: 15s
name: pv4
chargers:
- type: template
template: twc3
host: 192.168.4.64
name: wallbox6
vehicles:
- type: template
template: tesla
title: Blue Beetle
commandProxy: http://192.168.4.150:8080
accessToken: XX
refreshToken: XX
vin: XX
capacity: 60
name: ev5
control: true
loadpoints:
- title: Genoa Home
charger: wallbox6
vehicle: ev5
mode: pv
enable: # pv mode enable behavior
delay: 3m # threshold must be exceeded for this long
threshold: -1200 # maximum import power (W)
disable: # pv mode disable behavior
delay: 3m # threshold must be exceeded for this long
threshold: 1400 # maximum import power (W)
site:
title: Genoa Home
meters:
grid: grid1
pv:
- pv2
- pv4
battery:
- battery3
residualPower: 200
tariffs:
currency: AUD # (default EUR)
grid:
# static grid price with price zones)
type: fixed
price: 0.294 # EUR/kWh
zones:
- days: Mo-So
hours: 9-15
price: 0.08 # AUD/kWh
- days: Mo-So
hours: 15-23
price: 0.54 # AUD/kWh
- days: Mo-So
hours: 00-9
price: 0.22 # AUD/kWh Log details
What type of operating system are you running?Linux Nightly build
Version0.131.8 (2fb046d) |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
That's not correct. What actually happens is that evcc detects the charge is unexpectedly happening and stops it then. That's what this message indicates.
|
Beta Was this translation helpful? Give feedback.
That's network related. Specifically the DNS lookup for the aforementioned tesla servers fail. The likely culprit is your DNS resolver. If the problem persists, I would start checking outside evcc, doing some name resolution tests using
dig
ornslookup
to isolate the root cause.