Closed Neophyte85 closed 1 month ago
Wenn ich jetzt noch wüsste, von welcher Version wir hier überhaupt reden…
Die config ist in jedem Fall falsch, siehe https://github.com/evcc-io/evcc/blob/master/templates/definition/vehicle/tesla.yaml. Der Parameter heisst commandProxy
Also ich habe doch wirklich oft reingeschrieben das es um die 0.128.3 geht.
Und die Parameter kann ich doch in der Version gar nicht mehr selbst in die Config schreiben oder etwa doch?
Also es geht um die 0.128.3.
Ach du meinst sich weil ich im Text ab und an mich mit der Versionnummer vertan habe. Ich besser das mal aus. Aber bitte den Threat wieder öffnen. Hilft mir aktuell nicht wirklich deine Antwort und hat mir wirklich auch Zeit gekostet das zu dokumentieren.
@naltatis hier stimmt etwas nicht im experimental UI, siehe https://github.com/evcc-io/evcc/blob/master/templates/definition/vehicle/tesla.yaml. Im ui taucht als Parameter control
auf (deprecated), aber nicht commandProxy
?
Also ich habe doch wirklich oft reingeschrieben
Das Issuetemplate hat ein Feld dafür. Wenns da drin steht muss niemand suchen…
@naltatis das kommt vom vehicle api:
{
"result": {
"Template": "tesla",
"Covers": [
"tesla-command",
"tesla-proxy"
],
"Products": [
{
"Brand": "Tesla",
"Description": ""
}
],
"Params": [
{
"Name": "title",
"Description": "Title",
"Help": "Will be displayed in the user interface",
"Type": "String"
},
{
"Name": "icon",
"Description": "Icon",
"Help": "Icon as shown in user interface",
"Advanced": true,
"Default": "car",
"Type": "Choice",
"ValidValues": [
"car",
"bike",
"bus",
"moped",
"motorcycle",
"scooter",
"tractor",
"shuttle",
"van",
"heater",
"heatpump",
"waterheater",
"laundry",
"dishwasher",
"airpurifier",
"climate",
"cooler",
"generic",
"device",
"meter",
"compute",
"tool"
]
},
{
"Name": "accessToken",
"Description": "",
"Help": "",
"Required": true,
"Mask": true,
"Type": "String"
},
{
"Name": "refreshToken",
"Description": "",
"Help": "",
"Required": true,
"Mask": true,
"Type": "String"
},
{
"Name": "vin",
"Description": "Vehicle Identification Number",
"Help": "Required if you own multiple vehicles of the same brand",
"Example": "W...",
"Type": "String"
},
{
"Name": "capacity",
"Description": "Battery capacity in kWh",
"Help": "Battery capacity in kWh",
"Example": "50",
"Usages": [
"vehicle",
"battery"
],
"Type": "Float"
},
{
"Name": "phases",
"Description": "Maximum number of phases",
"Help": "The maximum number of phases which can be used",
"Advanced": true,
"Example": "3",
"Type": "Number"
},
{
"Name": "control",
"Description": "",
"Help": "",
"Deprecated": true,
"Type": "String"
},
{
"Name": "commandProxy",
"Description": "",
"Help": "When using a TWC3 (or other 'dumb' charger not capable of control), evcc can manage the charge directly by communicating with the vehicle through a Command Proxy. By default, the proxy provided by evcc is used. With this parameter, you set the base URL of a custom Command Proxy to use instead of the default evcc one. See for example https://github.com/wimaha/TeslaBleHttpProxy for a proxy sending commands via bluetooth.",
"Advanced": true,
"Default": "https://tesla.evcc.io/",
"Type": "String"
},
{
"Name": "mode",
"Description": "Default charging mode when a vehicle is connected",
"Help": "Possible values are Off, Now, MinPV and PV, or empty if none should be set",
"Advanced": true,
"Type": "ChargeModes"
},
{
"Name": "minCurrent",
"Description": "Minimum amperage (A)",
"Help": "The minimum amperage per connected phase with which the car should be charged",
"Advanced": true,
"Example": "6",
"Type": "Number"
},
{
"Name": "maxCurrent",
"Description": "Maximum amperage (A)",
"Help": "The maximum amperage per connected phase with which the car shuold be charged",
"Advanced": true,
"Example": "16",
"Type": "Number"
},
{
"Name": "identifiers",
"Description": "Identification",
"Help": "Mostly this can be added later, see: https://docs.evcc.io/en/docs/features/vehicle",
"Advanced": true,
"Type": "StringList"
},
{
"Name": "priority",
"Description": "Priority",
"Help": "Priority of the loadpoint or vehicle in relation to other loadpoints or vehicles for allocating pv energy",
"Advanced": true,
"Type": "Number"
}
]
}
}
Fehler ist hier
"Deprecated": true
, wird angezeigt"Advanced": true
, wird nicht angezeigtDamit ist es nicht möglich, Tesla über das UI zu konfigurieren.
@Neophyte85 du kannst das aber über die yaml machen.
Kannst du mir nen Tipp geben wie? Oder meinst über ein Downgrade auf die 128.2? Fuchs mich hier bisschen ein aber bin leider kein Linux spezi. Bekomme jetzt immer Fehlermeldungen sobald ich was unter "vehicles:" eingebe.
vehicles: commandProxy: http://raspberrypi:8080 ging nicht.
Dann habe ich vehicles:
Aber kommt:
Fehler beim Starten. Überprüfe deine Konfiguration und starte neu. failed parsing config file: decoding failed due to the following error(s): '' has invalid keys: commandproxy, template, type
Unformatiert nicht lesbar :(. Bei mir geht das wunderbar:
vehicles:
- name: my_car
type: template
template: tesla
title: Model 3
commandProxy: http://raspberrypi:8080
evcc vehicle -c tesla-neo.yaml
[main ] ERROR 2024/07/23 09:17:27 creating vehicle my_car failed: cannot create vehicle type 'template': cannot create vehicle type 'tesla': missing access and/or refresh token, use `evcc token` to create
.Soc: vehicle not available: cannot create vehicle type 'template': cannot create vehicle type 'tesla': missing access and/or refresh token, use `evcc token` to create
Capacity: 0.0kWh
Features: [Offline Retryable]
Vielen Dank, nach dem ich deine Formatierung hier raus kopiert habe kam ich weiter.
Wird nach dem hin und her probieren irgendwas dummes gewesen sein.
So bekomme ich evcc wieder gestartet. Bekomme aber immer noch den [lp-1 ] ERROR 2024/07/23 09:34:37 max charge current 13A: 429 Too Many Requests [lp-1 ] ERROR 2024/07/23 09:34:47 max charge current 13A: 429 Too Many Requests [lp-1 ] ERROR 2024/07/23 09:34:57 max charge current 14A: 429 Too Many Requests [lp-1 ] ERROR 2024/07/23 09:35:07 max charge current 13A: 429 Too Many Requests
Bitte mal tesla: trace
und vollständiges Log. Der Ladestrom sollte über BT gesetzt werden, NICHT über HTTP. Der Fehler kann egtl. gar nicht auftreten mit der Config. Verwendest Du wirklich diese Config?
evcc-20240723-133532-trace.log evcc-20240723-133640-trace.log
Also bei mir ist wirklich nicht auszuschließen dass ich hier irgendetwas falschen machen. Aber bin mir recht sicher, nachdem die Commands der Tesla API beschränkt wurden ging es bei mir ne ganze teile nicht. Dann habe ich mir den TeslaBleHTTPProxy eingerichtet und dann war es zwar holrig, da ich das gefühl hatte immer wenn die 50 Commands aufgebraucht waren musste ich evcc einmal neustartet aber danach wurde meine auto über BLE geregelt und das laden klappte super.
Erst hatte ich auch vihicle Commands installiert aber da war mir die einrichtung in EVCC zu kompliziert. Mit dem TeslaBLEHTTPProxy lief es jetzt aber in der 0.128.2 ganz gut.
Achso falls das deine Frage war. Ich habe das Auto über die UI entfernt und in der yaml wieder eingetragen. So wie im Screenshot oben.
Dein evcc steuert ab Start über HTTP, nicht über BT:
[tesla ] TRACE 2024/07/23 13:34:25 POST https://tesla.evcc.io/api/1/vehicles/LRW3E7EL3PC703169/command/set_charging_amps [tesla ] TRACE 2024/07/23 13:34:25 {"charging_amps": 11}
Angesichts
using config file: /etc/evcc.yaml
mach doch mal bitte
cat /etc/evcc.yaml
Okay brauche ja aber die Tesla Token für den Status. Dachte mit der CommandProxy zeile sollte ihm klar sein das er hierrüber regeln sollte.
Bin mir echt sicher, dass dies vorher ging.
Vielen Dank für die Unterstützung.
Zeig bitte 1:1 die Ausgabe von
cat /etc/evcc.yaml
Und bitte:
interval: 4s # control cycle interval
Bei jedem Programmstart bekommst Du eine Warnung, dass das keine gute Idee ist. Bitte korrigieren.
Ah ich glaube ich habe gefunden was ich noch falsch hatte.
vehicle unter loadpoints war noch aus kommentiert. Das musste ich machen damit ich die 0.128.3 zum laufen kriege weil ich ja komischerweise bei mir das Fahrzeug entfernen musste.
evcc-20240723-142141-trace.log
Danke für deine Geduld.
Dann machen wir hier mal zu...
Screenshot wg. der Tokens gelöscht. Mir fehlt weiter die Ausgabe (kein Screenshot!) vom cat
. Das Fahrzeug im Ladepunkt einzutragen ist nicht notwendig.
christian@raspberrypi:~$ cat /etc/evcc.yaml
network: schema: http host: evcc.local # .local suffix announces the hostname on MDNS port: 7070
log: debug levels: cache: error
plant: dfda0d2e12df53dc1ae4bb7a419fa478ed6499952fe200bb0313fce9c6936074
tariffs: currency: EUR # (default EUR) grid:
type: fixed
price: 0.34 # [currency]/kWh
feedin:
type: fixed
price: 0.078 # [currency]/kWh
sponsortoken: entfernt
interval: 30s # control cycle interval
meters:
chargers:
vehicles:
loadpoints:
vehicle: my_car
site: title: Zu Hause meters: grid: grid1 pv:
Meinst du so? bekomme die Ausgabe von Cat einfach in meiner Console, habs da jetzt mal rauskopiert und die token entfernt.
Aber jetzt nachdem ich das Fahrzeug da eingetragen habe regelt evcc endlich wieder.
Das sieht richtig aus und das Log bestätigt das:
[tesla ] TRACE 2024/07/23 14:17:58 POST http://raspberrypi:8080/api/1/vehicles/LRW3E7EL3PC703169/command/set_charging_amps
[tesla ] TRACE 2024/07/23 14:17:58 {"charging_amps": 4}
Was auch immer Du vorher getan hast- es war sicher nicht diese Config...
ich schwöre ich hab da jetzt schon 2 tage ständig dieses ding neugestartet aber schon ne weile nix mehr verändert. soll ich vehicle nochmal rausnehmen? lag ohne misst daran. Kanns dir bestimmt beweisen.
Habs gleich nochmal auskommtiert und bekommen sofort nach dem Dienstneustart wieder Carport: charger disable: 429 Too Many Requests. evcc-20240723-143701-debug.log Mir gehts jetzt nicht ums recht aber vielleicht hilft es ja weiter.
aber vielleicht hilft es ja weiter
Das Log ist unnütz da wieder tesla: trace
fehlt.
Describe the bug
Hey Leute, bin super Dankbar für euren Job und ihr macht das Toll, auch wenn ich bei der 0.128.3 graue Haare bekommen habe.
Ich hatte nach eurer Warnung mich doch dazu entschieden die 0.128.2 drauf zu lassen aber leider klappte es bei mir nicht.
Ich hatte dann doch die 0.128.3 drauf. Egal darum soll es mir nicht gehen.
Ich habe daraufhin die Anweisungen befolgt und die Vehicle config entfernt und in EVCC online Konfiguration eingepflegt.
Leider scheint er hier die den HTTP Proxy zu verwenden. Ich hatte schon in der 0.128.2 das Gefühl das EVCC zunächst die 50 Kommandos über die TeslaAPI aufbraucht. Dann hab ich evcc neugestartet und dann lief es über TeslaBleHttpProxy. Jetzt bekomme ich aber keine Regelung mehr.
Und habe die Charger Too Many request Meldung dauerhaft.![error](https://github.com/user-attachments/assets/36010128-9877-4c80-9fda-4f85f15d1bef)
Habt ihr einen Tipp für mich. Was ich noch prüfen kann. Oder wie ich drum herum arbeiten kann?
Aso TWC3 RaspberryPi TeslaBleHttpProxy TaslaAPi
Steps to reproduce
1. 2. 3. ...
Configuration details
Log details
What type of operating system are you running?
Linux
Version
0.128.3