Beiträge von smartuser


    Die geladenen kW gibt die Ford-Software leider nicht aus. Man kann mit der Integration in Home Assistant den SOC und den Kilometerstand auslesen und sich daraus selbst eine Statistik basteln, die einen Anhaltspunkt liefern kann. Da ich selbst aber zu 98% an der eigenen Wallbox lade, könnte ich mir die Statistik auch darüber ziehen. Sehe aber aktuell den Bedarf dafür nicht wirklich.

    Für statistische Zwecke würde ich den Aufwand nicht betreiben. Mein Anliegen ist effizient mit PV-Überschuss zu laden. Das mache ich mit EVCC als Add-on in Homeassistant. Wenn EVCC den aktuellen SOC bekommt , wird die Planung des Ladevorgangs besser (weil dann ja EVCC den benötigten Restbedarf berechnen kann). Momentan zeigt mir EVCC einfach die hochgerechnete Restladezeit bis zu 100 % auf der Basis des aktuellen Ladestroms an. Das ist eine sinnfreie Aussage, weil ich keinerlei Information habe, wie der aktuelle SOC ist. Da muss ich dann jedesmal in die FORD App, das ist einfach lästig.

    Passend zum Them habe ich gerade bei heise diesen Beitrag gesehen. Könne eine Lösung sein, ohne das man einen dritten benötigt.


    Daten für HomeAssistant

    Danke für die Info. Wenn ich es richtig sehe, muss ich dafür aber dem Anbieter der Torque-App meine Zugangsdaten zum Fernzugang meines Home Assistant geben (sonst funktioniert die Datenübertragung wohl nicht.. Da bin ich dann eher zurückhaltend, denn ich steuere weite Teile unseres Hauses mit Home Assistant. Und schaue schon, wer Zugriff erhält.

    So rein von Datenschutz und IT-Sicherheit her macht das ja wohl auch Sinn, dass ein beliebiger Developer keinen Zugriff auf meine VIN bekommt. Wäre natürlich cool, wenn man das dann doch irgendwie mit einer zusätzlichen "Genehmigungsebene" hinbekäme. Irgendwie sowas wie der Hauptbenutzer bei VW, der auch nur beim Händler freigeschaltet werden kann.

    Der Sicherheitsüberlegng stimme ich grundsätzlich zu. Im konkreten Fall ist das aber im Prinzip realisiert, denn wenn ich einen zweiten Account in Ford Pass für das gleiche Auto einrichte, geht das nur über ene Einladung durch den Hauptnutzer, die der Eingeladene auch annnehmen muss. Dazu erhält der neue Nutzer eine mail an das angegebene e-mail Konto. Der Hauptnutzer muss also aktiv den neuen Nutzer autorisieren. Ford blockiert hier, nach dem was man so lesen kann, primör weil der API-Server wohl von vergleichbarer Qualität wie die App ist. Oder es gibt Pläne wie vermutlich bei BMW (dort wird der API-Zugriff seit September 2025 auch blockiert), das Angebot irgendwann kostenpflichtig zu machen. So kann man zumindest eine e-mail verstehen, die ich von BMW auf meine Frage erhalten habe, warum der API-Zugang blockiert wird. Vorgeschoben wurden Sicherheitsgründe (die unser Sohn, der IT Security beruflich macht, für grotesk hält) aber dann kam der Hinweis, dass es mit Partnern von BMW über entsprechende kostenpflichtige Lösungen weiter geht...

    Das klingt logisch mit der VIN, ich hatte bisher noch keine Probleme das der Account gesperrt wird . Bzgl. evcc gibt‘s ein Cache timeout.IMG_2826.jpg

    Vielen Dank für den Hinweis. EVCC setzt wohl die Polling Rate standardmäßig auf 15 min (habe gerade einmal nachgesehen), während die Home Assistant Integration die Daten derzeit alle 60s abruft, wen ich dei Information auf Github richtig interpretiere. Der Entwickler arbeitet wohl daran, die Einstellung über die graphische Oberfläche machen zu können.. Ich nutze EVCC als Addon in Home Assistant (nicht als Standalone Anwendung). Jetzt muss ich einmal sehen, ob ich in der EVCC yaml in HA die Polling Rate auch einstellen kann. Bislang habe ich die Autos immer über das GUI eingerichtet (ist halt bequem). Sollte das gehen, wage ich dann doch einmal den Versuch mit dem Entwicklerkonto zu meinem Hauptkonto.

    Ich dachte das ist unabhängig vom Ford App Account. Ich hab mir hier mein Konto angelegt. https://developer.ford.com/developer-eu

    Das ist auch der Zugang, wo ich mir vor einiger Zeit das Developer Konto für meinen Hauptaccount eingerichtet habe. Für meinen Zweitaccount funktioniert das jetzt nicht mehr und man kann im Internet viele Berichte von Nutzern finden, die in jüngerer Zeit das gleiche Problem haben. Meine Vermutung ist, dass Ford beim Anlegen des Developerkontos die VIN prüft und dann bei versuchter Anmeldung in einem anderen Account die Einrichtung eines Developer Kontos und damit den API Zugriff blockiert. Ist ein bisschen wie Hase und Igel. Verwendest du deinen Haupt- User Account für das Entwicklerkonto? Mit der neuen Integration? Und hattest du schon einmal Probleme mit einer Kontosperrung? Die Kontosperrung wird meist durch zu häufiges Polling verursacht und man kann ja in der Integration die Polling-Rate noch nicht einstellen

    Du kannst eine Ladelimit einstellen in evcc das überstimmt aber nicht die Ladegrenze im Auto. Hier hilft nur nach dem bspw. 80% erreicht wurden den Ladevorgang in der Ford app Neuzustarten. Alternativ könnte man den Ladestand beim Fahrzeug auf 100% setzen und nur durch evcc reglementieren.

    Gut zu wissen. Wenn es mir irgendwann noch einmal gelingen sollte, für meinen Zweitaccount erfolgreich ein Entwicklerkonto einzurichten (derzeit lande ich immer in einer Redirect-Endlosschleife), kann man dann über EVCC den Zielladestand vorgeben. Das wäre ja schon einmal ein erster Schritt zur besseren Steuerung. Meine Vermutung ist mittlerweile, dass FORD den API-Zugang sperrt, wenn für das gleiche Fahrzeug zwei Entwicklerkonten Konten angelegt werden. Für den Hauptaccount habe ich ein Entwicklerkonto - das will ich aber nicht nehmen, weil man immer wieder liest, dass Ford Accounts, die zu häufig Daten abrufen, sperrt. Der Zweitaccount als einfaches Nutzerkonto funktioniert einwandfrei, nur das Entwicklerkonto geht nicht.

    Dass die Ladelimit-Einstellung in evcc die im Auto eingestellte Ladegrenze nicht überstimmt, gilt ganz generell. Deswegen habe ich das meist über 100 % im Auto und dann Einstellung des Zielladestandes in evcc gelöst. Dafür braucht es aber einen API Zugang, damit der aktuelle Ladestand und der Zielladestand übertragen werden.

    Das könnte in der tat die Ursache sein. Wir haben das ein oder zweimal bei unserem Smart erlebt; der ist aus dem Tiefschlaf auch nicht aufgewacht, wenn die Ladung wieder starten sollte. Ja nach Fahrzeugtyp dauert es offensichtlich auch unterschiedlich lange, bis das Auto in den Tiefschlaf geht. Bei uns ist es verrückterweise beim Smart nur ein- oder zweimal passiert und beim Explorer hatten wir damit bislang keine Probleme, auch wenn wir über Nacht angesteckt lassen..

    Da unsere Wallbox nicht von drei auf eine Phase umschalten kann, haben wir das entsprechende Problem vielleicht nicht. Gibt es möglicherweise einen Unterschied, wenn der Ladevorgang nur pausiert, aber nicht das Abstecken simuliert wird?

    Nun, nach diversen Software-Updates steht ja mein Workaround mit "Plug & Charge" deaktivieren nicht mehr zur Verfügung und schwupps! ist das Problem aus der Threaderöffnung wieder da.


    Habe nun mal im Auto "AC-Ladestrom reduzieren" aktiviert. Diese Möglichkeit gab es ja schon immer und soll ja explizit zur Optimierung des Überschußladens existieren (sagt die KI). Na kiekn wa ma

    Ich nutze die Ladestromreduktion häufiger. Dabei wird einfach der Ladestrom auf 50 % begrenzt. Individuell einstellen kann man da leider nichts. Wenn ich mit EVCC lade, funktioniert das Überschussladen bis jetzt problemlos - ob mit oder ohne Aktivierung der Funktion. EVCC steuert die Wallbox nach verfügbarem Überschuss und regelt rauf oder runter. Auch beim Laden mit einem einphasigen Ladekabel. Bis jetzt macht der Explorer keine Mucken. Hoffe, das bleibt so.

    dann hattest Du aber bereits ein Entwicklerkonto "bevor" Ford die Anmeldung dafür geschlossen hat.

    Bei mir passiert genau das Gleiche wie bei dir; redirect nach jedem Anmeldeversuch. Allerdings nur beim zweiten Account, den ich extra für Home Assistant angelegt und dann den Inhaber des accounts eingeladen habe (ich wollte vermeiden, dass mein Hauptaccount gesperrt wird). Der zweite Ford Pass Account funktioniert auch und auch in das Entwicklerkonto zum Hauptaccount komme ich problemlos. Nur beim Versuch, mich über das Entwicklerkonto des neu angelegten Accounts einzuloggen komme ich nur soweit, dass ich einen Authentifizierungscode aus der Authenticator App eingeben kann - dann kommt der redirect zu der Seite von der ich starte. Mein Verdacht ist mittlerweile, dass Ford den Zugang zu einem neuen Entwicklerkonto sperrt, wenn für die gleiche FIN bereits ein Entwicklerkonto mit einer anderen mail-Adresse existiert. Der normale Ford Pass Account mit der zweiten e-mail-Adresse funktioniert problemlos.

    Hat Ford jetzt die Anmeldung von neuen Entwicklerkonten generell gesperrt? Dann wäre natürlich auch die neue Integration für HA kaum noch verwendbar.

    Hi, mittlerweile gibt es eine API für den Ford die man auch nutzen kann und in evcc einbinden kann.

    Habe einen zweiten Entwickleraccount eingerichtet, kann mich aber dort nicht einloggen. Sobald ich dies versuche, lande ich in einer Endlosschleife, es kommt einfach wieder die Startseite. Daher kann ich auch keine Anwendung registrieren und entsprechend auch in EVCC das Auto nicht einrichten (dazu braucht es Client-ID und Secret, und die bekomme ich erst nach Einrichtung einer Anwendung im Entwicklerkonto). Scheint aber ein nicht seltenes Problem bei FORD zu sein. Im Hauptaccount hat es funktioniert (da habe ich Client-IFD und Secret); mit dem Account, den man auch in der FORD App nutzt, sollte man die Integration aber vorsichtshalber nicht nutzen, denn derzeit werden über Polling alle 60s Daten über die API abgerufen (kann auch noch nicht geändert werden). Solche Accounts mit häufiger Datenabfrage sperrt FORD schon mal gern ohne Vorwarnung. Daher der Zweitaccount, damit man nicht den Zugriff auf das Auto über die App verliert. Eine Frage: Kann man, so man die Integration erfolgreich installieren kann, den Zielladestand im Auto aus EVCC heraus verändern (geht über die App ja nicht) oder ist das Read-Only?