Ford Connect Query - How to?

[miniluma]

I tried to move to the new Ford Connect Query.
When I go to https://developer.ford.com/apis/fordconnect-query, I can login. But what now?
When I add a new Vehicle in EVCC, I add Client ID and Secret from the legacy connection.
Query Redirect URL is prefilled with http://10.0.2.12:7070/providerauth/callback
I hit the button "Mit ford.com verbinden".
A new tab opens with

{"timestamp":"2025-11-27T14:49:32.893335317","status":404,"error":"404 NOT_FOUND","message":"404 Error validating provided info","path":"/fcon-public/v1/auth/init","traceId":"5b9f60a2-80e2-450f-8b70-d833e50aeaf8"}

When I configure in the yaml, I get an orange dot with

Autorisierungsstatus
 Ford Connect (Mustang Mach-E)

In the Logs, it says

[main ] ERROR 2025/11/27 15:42:34 creating vehicle ev5 failed: cannot create vehicle type 'template': cannot create vehicle type 'ford-connect-query': cannot get vehicles: Get "https://api.vehicle.ford.com/fcon-query/v1/garage": login required

I think I need help.

[miniluma]

Habs, glaub ich, in der falschen Kategorie erstellt. Jetzt in "General".

[seh-len]

Ich habe diese Störungs-Meldung immer dann bekommen, wenn denen was an meiner redirect_url nicht passte.
Ich habe es z.B. nicht hinbekommen, mehrere redirect_urls (mit Komma getrennt) zu definieren.
Dann hatte ich Probleme, einen host.internal Hostnamen zu verwenden, IP geht auch nicht. Letztendlich hat es bei mir nur geklappt, mit einem FQDN, da mir http://localhost nichts bringt, wenn ich die Verbindung nicht auf dem Rechner wo evcc drauf läuft anlege...
also https://FQDN/providerauth/callback hat bei mir funktioniert.

[miniluma]

Also ich habs jetzt mit http://localhost bis zu Client ID und Secret geschafft und kommt von EVCC aus bis zum Freigabe-Button. Dann kommt aber (erwartbar wg. falscher Redirect-URL) wieder zum Fehler.

Man kann dann im Dashboard bei Ford die URL ändern. Ich hab aber noch nichts außer dem localhost ohne Fehlermeldung reingemacht. Auch ein FQDN mit oder ohne Ports hilft nicht.

[seh-len]

Die redirect_url in der EVCC-Konfig muss 1:1 mit der unter https://developer.ford.com hinterlegten redirect_url übereinstimmen, kein trailing /.
Ich hatte da manchmal unerklärlicher Weise ein mismatch als Fehlermeldung. Ich vermute, dass es dann noch nicht vollständig im Backend aktualisiert war. Die redirect_url kannst du im Dashboard ändern.

[miniluma]

So. Ich melde Erfolg. Mein EVCC läuft unter Port 7070 auf einem Pi, dem ich den Hostnamen evcc.lan gegeben habe.
Als Redirect URL konnte ich https://evcc.lan:7071/providerauth/callback im Ford Dashboard speichern.

Auf dem PI habe ich mit nginx einen einfachen https->http Forwarder von Port 7071 auf Port 7070 gemacht.

Jetzt klappt der Login und der Zugriff aufs Auto!

[miniluma]

Ahh, fast. Irgendwas ist krumm. Jetzt hab ich das hier:

Wie krieg ich das weg?

[seh-len]

ah ok, dann lags bei mir nicht an .internal sondern an http:// statt https://, dann lässt es http:// nur bei localhost zu?
Schön, dass es geklappt hat.

Ich habe allerdings, nachdem der auth_token abläuft (1 Stunde), immer zwei Einträge beim Autorisierungsstatus, hast du das auch?

[seh-len]

Wie krieg ich das weg?

ok, das beantwortet meine Frage :-)
Dann muss uns @andig weiterhelfen.

[miniluma]

Interessant ist auch: Wenn man nachträglich nochmal in die Konfig will steht bei Secret "...". Und er sendet das dann auch als Secret. Man muss also den richtigen Secret immer wieder reinkopieren.

Außerdem gibts "update failed: cannot create vehicle type 'template': cannot create vehicle type 'ford-connect-query': cannot get vehicles: unexpected status: 429 (Too Many Requests)"

Was ist denn ein guter Interval?

[swizzaful-lang]

sorry, muss mal von anfang fragen. woher habt ihr die client ID und sectret? wenn ich mich bei developer.ford.com einlogge, komme ich immer wieder auf das selbe Fenster wie vor dem einloggen. Keine Angabe über ID und client

[miniluma]

Geh auf https://developer.ford.com/developer-eu. Da kannst du alles eintragen und bekommst am Ende ID und secret.

[miniluma]

Ich schließe das mal, da es soweit jetzt ganz gut klappt und alle relevanten Infos hier drin zu finden sein sollten.
Danke @seh-len und @andig! :-)

[seh-len]

Aber weshalb 4x die Anfrage an /garage? Ab dem zweiten mal gibt es dann den 429.
Ich denke sogar, dass man die /garage generell nicht braucht. Die spannenden Sachen wie SOC, Restladezeit und auch VIN stehen in /telemetry.
Ich weiß allerdings nicht, wie /telemetry aussieht, wenn man mehrere Fahrzeuge hat. Aber da die VIN auch dort enthalten ist, sollte das passen.

[Alohx]

Danke für die Erklärung, manchmal kann die Lösung so einfach sein. Solange ich mindestens 30 Sekunden warte bis ich auf "Prüfen" klicke und anschließend weitere 30 Sekunden warte bis zum speichern funktioniert es.

[andig]

Aber weshalb 4x die Anfrage an /garage? Ab dem zweiten mal gibt es dann den 429.
Ich denke sogar, dass man die /garage generell nicht braucht. Die spannenden Sachen wie SOC, Restladezeit und auch VIN stehen in /telemetry.

Weil wir erst schauen ob das Fahrzeug das richtige ist (oder es nur eins gibt) und dann die Daten abfragen. Einmal bei der Prüfung und einmal beim erstellen. Ist bei allen Fahrzeugen so...

[vwetter]

Also ich bin immer noch lost. Habe die Registrierung bei Ford mit http;//localhost:7070 gemacht und dann die ClientID und das Secret über die evcc Config-UI eingetragen. Wenn ich dort aber bei der 'FordConnect Query Redirect URL'
http://localhost:7070/providerauth/callback
eintrage, und auf "mit Ford verbinden" klicke, dann sehe ich nur nen http 404:
{"timestamp":"2025-12-26T22:32:25.460775694","status":404,"error":"404 NOT_FOUND","message":"404 Error validating provided info","path":"/fcon-public/v1/auth/init","traceId":"fc1a9658-8584-4572-a6eb-63f9375c49e5"}

Welche Redirect-URL muss ich eintragen, wenn ich nicht noch über SSL und ein NGINX gehen will ?
Danke vorab für jegliche Hilfe.

[seh-len]

Welche Redirect-URL muss ich eintragen, wenn ich nicht noch über SSL und ein NGINX gehen will ?

nur http://localhost (im Developer-Account und auch evcc) und dann wie oben beschrieben den state=... manuell an die richtige URL hängen.

Wenn du es mit Port machst, kommt dieser nichtssagende Fehler vom Ford-Backend.

[vwetter]

Danke für die rasche Rückmeldung!!
OK, habe nun http://localhost an beiden Stellen eingetragen (also im Ford-Portal und in der evcc Config. Wenn ich nun klicke auf 'mit ford.com verbinden' gehts tatsächlich einen Schritt weiter. Dort muss ich das Fahrzeug 'VIN' auswählen und den Bedingungen zustimmen.
Daraufhin lande ich auf der (nicht erreichbaren) Seite http://localhost/?state=.......
Was mache ich dann mit diesem 'state=...." ? Soll ich das in die evcc-Konfig übernehmen (bzw. da die echte URL eintragen und 'state=.....' hinten anhängen ? Oder nur die URL der nicht aufrufbaren Seite im Browser ändern (dann komm ich dann zwar auf meinen evcc-Screen, aber geändert hat sich nichts).
Muss ich also http://deinevcc:7070/providerauth/callback/?state=... in der evcc-Config als Redirect URL hinterlegen ?

[koehntopp]

So, nachdem ich das VPN deaktiviert habe ging's, jetzt müsste ich nur noch ohne "too many requests" speichern können 🙄

[Gwenselah]

einfach mehrfach klicken, kann schon 10x sein. Irgendwann speichert es evcc dann doch

[smichaelis01]

Hast du jetzt nur über http://localhost/ registriert?

[koehntopp]

Ja, habe ich.

Dann auf der Seite nach der Fahrzeugauswahl (das ist nicht die Ford Developer Seite mit den keys, sondern die "normale" mit dem FordPass Login!) die "richtige" callback URL http://:7070/providerauth/callback rein, und es ging auf eine evcc Seite ohne HA-Hülle. Aber auch da konnte ich nicht speichern.

Bin dann nochmal auf "Fahrzeug hizufügen" in HA, da war dann plötzlich ein neuer Dialog, und der liess sich nach einigen Fehlern irgendwann speichern, zwischendrin habe ich noch in "erweiterte Einstellungen" das Intervall auf 900s gesetzt.

Ich garantiere nicht 100% für die Schritte, aber ungefähr so ging es.

Ein wirklicher Krampf. Dagegen ist die Config im HA-Plugin simpel, da muss man nur ein Token aus den Developer-Tools kopieren.

[smichaelis01]

So habe es auch geschafft. Das Problem war FireFox. Der zeigt nur Fehler aber nicht die URL ?state. Jetzt mit EDGE und alles funktioniert.

DANKE

[smichaelis01]

@miniluma
Wie hast du das eingetragen? Welcher Befehl?
nginx einen einfachen https->http Forwarder

[miniluma]

Also mein evcc läuft unter http://evcc.lan:7070.
Eingetragen hab ich als Callback https://evcc.lan:7071/providerauth/callback
Der nginx läuft auf dem gleichen Gerät. Dort habe ich eine neue site angelegt und enabled mit folgendem Inhalt:

server {
        listen 7071 ssl;
        listen [::]:7071 ssl;
        server_name evcc.lan;

        ssl_certificate /etc/nginx/ssl/nginx.crt;
        ssl_certificate_key /etc/nginx/ssl/nginx.key;

        ssl_protocols TLSv1.2 TLSv1.3;
        ssl_ciphers HIGH:!aNULL:!MD5;
        location / {

           proxy_pass http://evcc.lan:7070;

           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
           proxy_set_header X-Forwarded-Proto $scheme;

           proxy_http_version 1.1;
           proxy_set_header Upgrade $http_upgrade;
           proxy_set_header Connection "upgrade";
        }
}

Natürlich auch noch Zertifikate selbst erzeugt usw.

Wenn du die Zeile server_name und proxy_pass an deine Gegebenheiten anpasst, sollte das so direkt laufen.

[smichaelis01]

@miniluma
Wie hast du das eingetragen? Welcher Befehl?
nginx einen einfachen https->http Forwarder

[smichaelis01]

SSL Zertifikat

[miniluma]

Kann es sein, dass ich noch etwas am Server aktivieren muss? Wenn ich deine DAten eingebe, sagt das System, kenn den Befehl Server nicht

Das hört sich so an, als wäre da bei dir ein Synaxfehler drin.

Also ich hab das auf deinem Pi laufen, also Debian (Bookworm, glaube ich). Da war das relativ straight forward. Nginx installieren, site in sites-available anlegen und füllen, site enablen, nginx reload. Vorher die Zertifikate erzeugen und an die richtige Stelle legen.

Geht denn bei dir die Default-Site?

Was ich bei den Zertifikaten eingetragen hab, weiß ich ehrlich gesagt nicht mehr. Wird aber nicht sonderlich kreativ gewesen sein.
Wenn der server nicht erkennt, sind die Zertifikate aber auch nicht dein Problem.

[smichaelis01]

Scheinbar ist die Default Seite das Problem. Die geht nicht aufzurufen. Selbst aus der Datei raus, sagt der Browser, Seite nicht erreichbar.
Mist

[smichaelis01]

Bei mir in der VM auf Ubuntu
Mit ist halt, dass EVCC nicht direkt auf https geht

[miniluma]

Scheinbar ist die Default Seite das Problem. Die geht nicht aufzurufen. Selbst aus der Datei raus, sagt der Browser, Seite nicht erreichbar. Mist

Hmmm... Vielleicht hilft es dir, solche Schritt für Schritt Anleitungen wie diese hier nochmal durchzugehen? https://kinsta.com/de/blog/nginx-installieren/#so-installierst-du-nginx-unter-linux