Beiträge von run-mike

Manchmal sind es die einfachen Dinge, die viel Freude bereiten.

Mich hat es genervt, dass die FDL-Codierung der 8.8"-Display-Werte bei jedem Codieren der HU (nach FA-Änderung) wieder auf Standard (6.5") zurückgesetzt werden.

Da ich momentan sehr viel experimentiere, musste ich das ständig wiederholen, da ansonsten das Display dunkel bleibt.

Dank "BimmerUtility" habe ich entdeckt, dass es eine SA 6WC (Widescreen Display) gibt.

Rein in den FA, HU codieren und schon zwei Probleme weniger. Denn der Fehlerspeicher-Eintrag B7F8CA (CID Version not compatible) gehört jetzt auch der Vergangenheit an ...

Nachdem ich diesen Vorgang hier noch nicht gelesen habe, dürfte das ja auch für den einen oder anderen Display-Nachrüster interessant sein.

Viel Erfolg!

Gruß

Mike

Du brauchst einen gültigen FSC (Freischalt-Code). Der ist bei deinem Fall 1 automatisch mit dabei. Der ist aber VIN-locked.

Fall 2 wird also nicht funktionieren.

Wenn du nicht gerade ein EntryNav2 hast, funktioniert auch ein OEM-FSC für Fall 2.

Gruß

Mike

mysterox :

Ich habe das von dir erworbene (große) Netz einfach in die "Top Tether"-Punkte der Rückenlehnen eingeklinkt. Das ist zwar etwas "loose fit", erfüllt aber die erwartete Funktion immer noch.

Das Zerren mit Karabinerhaken war auch bei mir das erste, was ich gemacht habe; das sah aber unerträglich schlecht aus ...

Trennnetz1.jpg

So fällt die Unsymmetrie wegen des Gurtes am Dachhimmel zwar immer noch auf, ist aber bei Weitem nicht so ausgeprägt!

Gruß

Mike

Nachdem die Lieferung der neuen Coding-Software noch auf sich warten lässt, versuche ich die Totzeit mit etwas Sinnvollem zu füllen.

Daher habe ich mal wieder die "CarData" abgerufen, um zu verifizieren, ob die in Eigenregie vorgenommenen Änderungen am FA dort wiederzufinden sind.

Sehr interessant:

Screenshot CarData15_06_2022 v1.jpg

Die Liste der Sonderausstattungen enthält nun tatsächlich "DAB+", obwohl nicht ab Werk bestellt.

Zwei mögliche Erklärungen bieten sich an:

- Aktualisierung über "lastStateCall" (sehr unwahrscheinlich)

- Aktualisierung im Rahmen eines Software-Updates des Fahrzeugs im April 2021

Es bleibt spannend ... !

Gruß

Mike

Hmm. Wenn man sich die Funktionsbeschreibung der Außenantennen anschaut, dann steht da, dass die auf 125kHz senden.

Mal davon ausgegangen, dass es sich nicht um einen Druckfehler handelt, wäre das natürlich wieder ein ganz anderer Fall. Wobei ich das nur als Transponderfrequenz für RFID-Chips kenne.

Und die Größe der Antennen kennen wir alle aus den Zugangskontrollen ... (Lambda 2400m!).

Mein elektronisches Verständnis sagt mir, dass es sich hier MÖGLICHERWEISE um einen Druckfehler handelt.

Bei 125MHz liegen wir bei einem Lambda von 2,4m. Das passt wesentlich besser zu den mechanischen Abmessungen der Antennen.

Dabei erhöht sich naturgemäß auch die Anzahl der potentiellen Störer. Flugfunk, Navigationsfunk etc.

Die RDKS-Sensoren EMPFANGEN zB auch auf 125MHz.

Gruß

Mike

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

Zitat von peta

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

Zitat von peta

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.

NodeRedBMWDebug6.jpg

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?

Zitat von peta

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