Ok. Trotzdem stellt das CAS ja eine Funk-Verbindung zum Schlüssel her, da dieser immer noch als Identifikations-Geber fungiert.
Wenn du der Sache auf den Grund gehen willst müsstest du mit einem Spectrum-Analyzer oder Sniffer mal die Verseuchung der HF-Bereiche checken.
Oder einfach mal 300m weiter weg versuchen zu parken.
Gruß
Mike
Blöde Frage:
Reden wir da vom "Drauflassen des Fingers auf der Fernbedienung"?
Wenn ja, dann wäre meine Vermutung eine Störung des Frequenzbandes an den entsprechenden Orten.
Der Schließbefehl kommt noch durch, aber der Rest nicht mehr, da dieser eine anhaltende, störungsfreie Verbindung erfordert.
Wenn ich alle paar Monate mal meinen 868MHz-Jammer anwerfe, um die Störsicherheit meiner Alarmanlage (Haus) zu überprüfen, dann arbeitet jedenfalls die Fernbedienung für den F46 auch nicht mehr zuverlässig.
Wobei ich aber nicht sicher weiß, ob mein Schlüssel auf 434 oder 868 MHz arbeitet.
Das sind übrigens nur 2.5 Watt HF-Leistung und ich wohne 120km von München. Ich bin also nicht schuld ... 
Mike
Selbstverständlich!
Mehrwert ist schließlich für alle da!
Mike
Du meinst also wenn man herausfindet wie das funktioniert kann man auch andere KFZ Attribute auf dem Server updaten? Das glaube ich nicht denn die lastStateCall Attribute sind garantiert anders geschuetzt als die anderen Attribute.
Nachdem unsere Aussagen bisher nur auf Vermutungen und Einschätzungen basieren, plane ich, das herauszufinden und belastbare Fakten zu schaffen ... 
Viel Hoffnung mache ich mir nicht, aber 6AP positioniere ich durchaus in den Wahrscheinlichkeitsbereich des Möglichen.
Kartenupdates und Ähnliches halte ich auch für ausgeschlossen, da beim EntryNav2 ja nicht mal OEM-FSCs funktionieren.
Mike
Wenn Du den Debugnode auf Systemconsole stellst erhaelst Du das gesamte JSON in Textform auf der Console und kannst es Dir mit einem Editor ansehen, durchblaettern und/oder suchen ob all die Infos die Du benoetigst drin sind
Sorry, das war nicht mein Problem. Habe mich vielleicht suboptimal ausgedrückt.
Mit entschlüsseln meinte ich eigentlich, jedem Eintrag eine tatsächliche Funktion bzw. einen Sinn zuzuordnen.
Die meisten Einträge lassen sich leicht erklären. Welche Bedeutung hat aber zB. der "lastStateCall"? Ist das nur eine Funktion oder kommen da weitere Daten rüber?
ich bin mir ziemlich sicher dass das nicht geht. Master ist der BMW Server und dort braucht man spezielle Rechte um Updates vorzunehmen.
Da bin ich mir auch sicher.
Für mich wäre aber vorstellbar, dass eine Aktualisierung der Fahrzeug-Ausstattung mit einer Funktion, wie zB. "lastStateCall" abgefragt und registriert werden KÖNNTE!
Mike
Die Frage ist ob es reicht im Fahrzeug den Update vorzunehmen oder ob der auch im zentralen BMW Farhzeugverzeichnis (VIN) vorgenommen werden muss
Yep.
Ich hatte gehofft, das hat schon jemand ausprobiert. Bei Misserfolg könnte ich mir diesen Versuch schenken.
Die Frage ist eben, ob es sich um einen Update-Prozess handelt, der auch in die andere Richtung funktioniert.
"Abo bezahlt >>> BMW Server >>> OTA >>> Fahrzeug" ist klar.
"Änderung FA >>> OTA >>> Aktualisierung Daten auf BMW-Server" ist leider noch unklar.
Eine kleine Raspberry aufsetzen und dann regelmaessig per REST Calls aufzeichnen und die Daten in einer MySQL DB stecken so dass die Daten jederzeit analysiert werden koennen:
Ja, RPi's habe ich schon acht am Laufen (dazu noch 1 x BananaPi und 1 x OrangePi). Bei den derzeitigen Verfügbarkeiten und Preisen belasse ich meine zwei Spares lieber als solche.
In meinem Universum würde eben die Node-Red-Alexa diese Funktion mit übernehmen.
Und deine Aufzählung 1) bis 3) ist so ziemlich das, was ich bisher als der Auswertung würdige Daten identifiziert habe.
Für die Position der Fensterheber lässt sich sicher auch noch Verwendung finden ...
Interessant wäre natürlich, ob alle Daten, die wir via "Car Data Protokoll" anfordern und einsehen können, im JSON enthalten sind. Das wäre fein, dann könnte man per Functions-Node auf Fehlermeldungen prüfen lassen und ne Warnung ausspucken. Ich lese mittlerweile den Fehlerspeicher im Fahrzeug auch nur noch bei gegebenem Anlass aus.
Daher meine Frage, ob sich schon jemand die Mühe gemacht hat, alles zu entschlüsseln.
Gruß
Mike
Bzgl Cheat Codes wuerde ich mal im git der BMW Nodeentwickler fragen.
6AP bzw FA verstehe ich nicht was das heisst
Nach den bisherigen Erkenntnissen sieht meine aktuelle Vermutung so aus:
- Ist die Sonderausstattung 6AP (Remote Services) beim Kauf geordert worden, verbleibt diese auch nach Ablauf der ersten drei Jahre im Status "Unbegrenzte Laufzeit".
- Wenn nur eine der der anderen (zB. 6AK, 6AC etc) geordert wird, ist "Remote Services" die ersten drei Jahre als Appetithäppchen dabei, danach müsste man es ordern; per jährlichem Abo ...
Im erstgenannten Fall ist die SA (Sonderausstattung) im FA (Fahrzeugauftrag) enthalten, im zweiten nicht.
Mit Cheat-Codes meinte ich, ob es reicht, per Codierung die 6AP in den FA aufzunehmen und damit den selben Zustand zu erreichen, wie Fall 1 ... ?
Von mir aus auch gerne per FSC (Freischaltcode) solange auch OEMs akzeptiert werden.
Da keine offizielle REST API Doku existiert kann man nur anhand der FeldNamen bzw des Inhaltes raten um was es sich dreht.
Exakt da liegt ja mein Problem. Soll ich mir wirklich die Mühe machen und einen ellenlangen Funktions-Node erstellen, der alle Daten sauber extrahiert, wenn ich schließlich und endlich doch nur ein paar nutze. Und dann auch noch dafür blechen soll, damit ich nicht die Daten von Mai 2021 verhackstücke ...
Mike
Keine Ahnung warum Du den 225XE nennst. Ich habe einen 218i/F45.
Wenn man das Daten-Paket mal durchgeht, machen viele Tags nur für den XE Sinn. Einfachstes Beispiel: Alles was mit Laden und E-Maschine zu tun hat ...
Mit Laden ist nicht das Laden der 12v-Bordbatterie, sondern das der Hochvolt-Batterie gemeint.
Mike
Verschiedentlich 403 was heisst dass mein Zugriff nicht erlaubt ist. Warum auch immer ... Weisst Du warum?
Wenn ich mich recht erinnere, war das die Fehlermeldung bei zu häufiger Abfrage.
Jedenfalls geht bei mir ein "Flash headlights" Request durch
Wie mehrfach beschrieben, mein Remote Service war nur die ersten drei Jahre gültig.
Jetzt müsste ich das kostenpflichtig ordern. Eines der Ziele dieses Threads war, herauszufinden, ob es sich lohnt. Nur um jemanden mit der Hupe erschrecken zu können und den Tankinhalt abzufragen, ist das evtl. nicht angemessen.
Also vermute ich mal, dein Remote Service ist aktiv?
Ein weiteres Ziel war, herauszufinden, ob es Cheat-Codes gibt.
ZB: Muss nur die 6AP im FA stehen? Geht es dann ohne aktiven Remote Service?
Nun hast du ja gesehen, wie ausführlich die JSON-Antwort bei "BMW List" ausfällt.
Und eben darum ging es mir auch, ob das schon jemand zerpflückt hat und sagen kann, welche Daten auch für einen Nicht-225XE-Besitzer nutzbar sind.
Mike
peta:
Wahrscheinlich reden wir aneinander vorbei.
Ich bediene und konfiguriere Node-Red nur grafisch, wie in Post #1 dargestellt.
Die BMW-Nodes habe ich gesucht, gefunden und installiert, wie in Post #9, Bild 1 dargestellt.
Dann sieht das so aus, wie in den folgenden Bildern auf der linken Seite. Es stehen drei verschiedene Nodes zur Verfügung:
- BMW List
- BMW Get
- BMW Action
Node-red_BMW_node7.jpg Node-red_BMW_node6.jpg Node-red_BMW_node5.jpg
Der Manuelle Trigger ist das standardmäßigste, was man sich vorstellen kann:
Falls das noch nicht eindeutig rüber kam:
Im Node "BMW List" musst du Zugriff auf deinen BMW-Account eingerichtet haben, wie in Post #9, Bild 2 gezeigt. Sonst geht natürlich gar nix !!!
Ist der Remote-Service abgelaufen, gibt der Node "BMW Action" die Fehlermeldung "Error: Server http statusCode 500: Internal Server Error" zurück.
Erfolgen zu viele Abfragen in kurzer Zeit, kommt ebenfalls eine ähnliche Fehlermeldung.
Ich hoffe, wir sind jetzt auf der gleichen Linie ... 
Gruß
Mike
