letzthin nicht, aber mache das sehr selten via ips.
geht mal auf Modulstore/Bera und mach mir von der Vihicke ubd der IO-Instanz ein aus reichen langes Debug (Limitierung erhöhen!) und schick mir das per PN
Wollte auch gerne das Modul nutzen, scheitere aber schon am Login.
Meine Connected drive login Daten werden immer als ungültig abgetan. Obwohl ich über das Weblogin auf meinen Acc damit zugreifen kann. Zur Sicherheit Benutzer ist gleich die BMW Benutzer ID und somit die eMailadresse, PW selbsterklärend.
Was kann ich da noch falsch machen, ausser dass ich als Land Österreich einstelle Sind wir Österreicher schon ausgeschlossen
Mir ist aufgefallen, das man manchmal auf einem US Captcha Server landet. Man muss aber auf dem EU Server sein. Ich musste auch mal mehrfach probieren. Aber glücklicherweise hält das ja eine ganze Weile
habe das Modul heute installiert und meinen iX1 damit erfolgreich verbunden. Wo ich aktuell auf dem Schlauch stehe, mein BMW hat die Möglichkeit das Klimatisieren zu starten / zu stoppen.
Mit welcher Art Button in IPSview kann ich diese Funktion anstoßen?
Ja so habe ich es auch aktuell gemacht, man hat dann aber zwei Buttons und das wollte ich vermeiden. Mir wäre ein Butten mit zwei unterschiedlichen ID’s am liebsten zum aktivieren und deaktivieren, das habe ich leider noch nicht geschafft.
Ich wäre mir nicht sicher, ob BMw selbst den „echten“ Status überhaupt kennt. BMW pufert und simuliert die Daten selbst und greift nicht immer auf das Fahrzeug direkt zu.
Ich bin vielleicht nicht ganz in der Diskussion mitgekommen, aber wenn es darum geht ob er gerade läd … da gibt es doch Ladezyklus-Status (mögliche Werte im zugehörigen Variablenprofil).
Nur wie bei alle Werten vom Fahrzeug, ist eine Aktualisierung immer ziemlich verzögert (zwischen Fahrzeug und Cloud wird nicht so häufig kommuniziert, je nach Alter des Fahrzeugmodells sogar sehr selten).
Allein, das ein Befehl an das Fahrzeug geschickt wird, ist ein aufweniger Prozess, der ja auch Minuten dauern kann oder sogar fehlschlägt, wenn das Fzg. in der Zeit nicht erreichbar war. Un dann muss das Fzg. den Befehl ausführen (wasbeim Start des Ladevoegangs durchaus etliche Sekunden dauert), der Status im Fahrzeug geändert werden und due Änderung an die BMW-Cloud übertragen werden. Und von da muss IP§ die Daten abholen (was auch nicht zu häufig passieren darf, sonst gibt es von BMW die gelbe Karte (QUOTA-Error mit Zwangspause).
Also. Je nach Model (ich kann nur für meinen Mini F56 SE als auch BMW iX3, beide iDrive 7.0 sprechen), meldet das Fahrzeug nur wesentliche Änderungen direkt an BMW. Darunter fallen Ladebeginn, Ende und Abbruch. Selten Ladeleistungsänderungen. Zwischendurch wird grob ca. alle 40min. ein Update gesendet. Alles dazwischen ist in der App (wie gesagt bei iDrive 7.0) simuliert!
Die Klimatisierung wird nur ans Fahrzeug gesendet. Wenn das Senden (lt. BMW Backend!) erfolgreich war, gaukelt einem die App durch das drehende Rad vor, das Klimatisiert wird. Und da die App weiß, wie lange eine Klimatisierung typischerweise läuft, dreht es sich entsprechend.
Insofern, wie @demel42 schreibt, einfach das Kommando absetzen, wenn man klimatisieren will und schlicht darauf hoffen, das auch alles (BMW Backend → Auto) klappt. Anders ist es bei der App auch nicht.
Beim Laden mache ich es zuhause sogar so, das ich den letzten geänderten Ladestand vom BMW Modul nehme, und die abgegebene Energie der Wallbox drauf addiere, bis ich wieder eine Ladestandsänderung vom BMW Modul bekomme. So habe ich einen genaueren Wert, als das, was ggf. von BMW abgerufen wird (da sie nicht jede Ladesleistungsänderung mitbekommen).