OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Woarts ab, Du kommst auch noch dran.
⌛ Infos zum Fußraummodul ☕
- Ersteller RobbiZ4
- Erstellt am
bezerker
macht Rennlizenz
Ich habe in unserem Mini aus 2011 auch ein FRM(3), welches ich über einen "Service" wiederbeleben lassen musste. Seitdem (oder auch schon vorher, ich weiss es nicht) kann ich mit BimmerCode nichts codieren. Irgendwo habe ich den Hinweis auf einen sog. "Critical-Error-Status" gefunden und die AI gefragt. Anscheinend werden critical flags gesetzt die mit INPA alleine nicht mehr gelöscht werden können. Das kann dann wohl mit Tool32 zurück gesetzt werden. Die AI Anleitung mal im Anhang.
@RobbiZ4 Hast Du davon gehört?
@RobbiZ4 Hast Du davon gehört?
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Mal wieder was Neues, von dem ich noch nichts gehört habe. Aber die Beschreibung klingt simpel, wenn es denn so funktioniert. Das bekommen "wir" hin.
Zuletzt bearbeitet:
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Dieses so gerettete UND auf den neuesten Softwarestand gebrachte FRM wurde heute wieder in den Z4 eingebaut und es funktioniert einwandfrei!Diesen Beitrag greife ich mal wieder auf:
Aktuelles, geschädigtes FRM, das nach einer XHorse Sanierung wieder funktioniert.
Anhang anzeigen 712071r
Interessanterweise waren die Kontaktpunkte am Chip bereits verzinnt. Das bedeutet, daß es in der Vergangenheit schon einmal eine FRM-Reparatur gab und dieses Modul nun erneut ausgefallen ist.
Dafür hatte ich bisher noch keinen Beweis gefunden, nun haben wir ihn:
Ein aufgrund seiner Software-Version ausfallgefährdetes FRM3 kann immer wieder ausfallen.
VIN WBALM51060Exxxxxx
Production Date 12.03.2010
Programming Date 14.12.2012
ZB-NR 9230447
HW 9206245
SW 9286885 (Todo für mich: WinKFP weist diese Nummer in der Fehlermeldung als "SG-Hardwarenummer" aus!)
Die aktuelle ZBNr steht nicht in obiger Liste, scheint aber numerisch älter als "9240528" (1. Eintrag in @db1sb's Tabelle) zu sein.
Jetzt wurde es spannend => INPA:
Die oberen Komponenten in der folgenden Liste stecken in meinem Z4-Tower, lediglich das rot markierte FRM stammt aus dem Z4 E89, der aktuell ein beschädigtes FRM hatte. Nach der Reparatur des FRM mit XHorse möchte ich auch den Softwarestand anheben, damit das nicht noch einmal passiert.
Anhang anzeigen 712070
Aktueller Stand des FRM: SW 9286885, ZUSB 9230447, HW 9206245
ZB-Nummer für WinKFP herausfinden - BimmerGuide
ZB-Nummer für WinKFP herausfinden Codierer Ausstattung beachten & Immer ein Ladegerät anschließen Um herauszufinden, welche die aktuellste ZB-Nummer des Steuergeräts, welches man updaten/flashen möchte ist, wurde bisher Progman verwendet. Dies ist auch ohne Progman nach folgender Anleitung...bimmerguide.de
In den spdaten habe ich in der Datei E89 / kmm_SG.txt folgende Zeile zur aktuellen ZBNr gefunden:
9230447;9230447;9206245;1009410-1103350,1003500-1003504;WHNSL
Diese ZBNr findet sich in dem folgenden Block wieder, die rot markierte Bezeichnung findet sich auf dem Steuergeräte-Gehäuse:
-95-
+G;1;866206;A;FRM3R E89 E9X LED XE 2EG
9221440;9221440;9206245;1003400;W
9241006;9241006;9206245;1009450,1006500-1006502;WHNSL
9209008;9209008;9206245;0909410-1003360;WHNSL
9227151;9227151;9206245;1003450-1103300;WHNSL
9244239;9244239;9206245;1103410,1109350;WHNSL
9340337;9340337;9206245;1403430,1403490-1503410;WHNSL
9286885;9286885;9206245;1207450-1303400,1207500-1207508;WHNSL
9220135;9220135;9206245;0909500;WHNSL
9295031;9295031;9206245;1303410,1307391;WHNSL
9308369;9308369;9206245;1303450,1307400-1403420,1303500-1307505;WHNSL
9223944;9223944;9206245;1003410;WHNSL
9240531;9240531;9206245;1103400,1012460,1009500-1012503;WHNSL
9253535;9253535;9206245;1109400-1109411;WHNSL
9263801;9263801;9206245;1109450-1203400,1203410,1203450,1203490,1109500-1203502;WHNSL
9281078;9281078;9206245;1207400,1207410;WHNSL
9206245;9206245;9206245;0909400;WHNSL
9230447;9230447;9206245;1009410-1103350,1003500-1003504;WHNSL
9390489;9390489;9206245;1503501,1511500,1603502,1607503,1607505,1607507,1611500,1803520-;WHNSL
9224596;9224596;9206245;0912460,0909515-0912512;WHNSL
9215664;9215664;9206245;0909450;WHNSL
9269824;9269824;9206245;1207350;WHNSL
9383048;9383048;9206245;1503490-;WHNSL
9249084;9249084;9206245;1103450,1103470-1103490,1103500-1103511;WHNSL
Die grün markierte ZBNr am Ende dieser Liste ist nach meinem Verständnis die neueste, die auf diese Hardware passen sollte.
Die blau markierte ZBNr entspricht der ermittelten Hardware (HW-Version).
Laut Anleitung soll man die "neueste ZBNr" auswählen. Allerdings ist in diesem Beispiel die unterste ZBNr 9249084 in der vorherigen Liste deutlich kleiner als die vorhergehenden ZBNr.
Was also ist denn nun die Neueste Version für unsere Z4 E89?
Vorsichtshalber versuche ich die nächsten Schritte erstmal mit der kleineren ZBNr am unteren Ende der Liste, ZBNr 9249084.
Interessanterweise findet sich zu dieser ZBNr keine Datei im Ordner Data\FRMR3 der SPDaten, allerdings eine mit der höchsten ZBNr 9383048.
Wenn ich aber in WinKFP mit F2 eine ZUSB auswähle, erhalte ich die 9390491 als höchste Nummer angeboten, die auch in der Liste von @db1sb auftaucht. Also probiere ich es mal damit in WinKFP.
Let's go:
Anhang anzeigen 712069
Ergebnis: Abbruch!
Anhang anzeigen 712068
Also WinKFP um einen Vorschlag gebeten und ich bekam die folgende ZUSB angeboten:
Anhang anzeigen 712067
Das ist dann tatsächlich die höchste ZBNr aus meiner obigen Liste, auch wenn sie an vorletzter Stelle steht:
Sehr irritierender Dialog, dann aber von mir positiv mit OK bestätigt:
Anhang anzeigen 712066
Läuft...
Anhang anzeigen 712065
... und kommt zu einem erfolgreichen Ende:
Anhang anzeigen 712064
Ergebnis in INPA:
Anhang anzeigen 712063
Die ZUSB wurde aktualisiert auf einen Stand, der irgendwo zwischen der vorletzten und letzten Zeile der @db1sb Tabelle liegt.
Top!
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
In diesem Falle hat es doch noch eine Auffälligkeit gegeben, die wir mit IS.TA ausgelesen haben:... und es funktioniert einwandfrei!
@Zetti Utze et al
Ist dieser Fehler durch simples Aufspielen einer leeren .man Page zu beheben oder muss eine andere SW Variante aufgespielt werden? (Hab' gerade keinen Zugriff auf den Z4.)
Wie beeinflusse ich in diesem Fall den CodierIndex?
Google deutet auch auf man page:
Zuletzt bearbeitet:
Zetti Utze ist der Profi, mal schauen was er sagt.
Ich vemute es kommt daher, dass in WinKFP neuere SP Daten vorhanden sind als in NCS Expert. Wenn die Daten nicht in beide Programmordner kopiert werden, kommt es zu Problemen. Mit neuen SP-Daten und der leeren .man Datei sollte man das beheben können. Ich meine das Problem auch mal gehabt zu haben.
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Ich hatte bewusst keine leere man page aufgespielt, weil ich erst mal die Reaktion des E89 auf die neue Software sehen wollte.
Der 2 . Aspekt war, daß m.E. eine leere man page beim Offline Update (wie ich es oben beschrieben an meinem Z4-Tower gemacht hatte) sich vermutlich die neue Konfiguration aus dem Tower zieht und dann erst recht nicht zum originalen Fahrzeug passt.
Step by step...
Der 2 . Aspekt war, daß m.E. eine leere man page beim Offline Update (wie ich es oben beschrieben an meinem Z4-Tower gemacht hatte) sich vermutlich die neue Konfiguration aus dem Tower zieht und dann erst recht nicht zum originalen Fahrzeug passt.
Step by step...
Zuletzt bearbeitet:
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Klar, so läuft's wenn man es am passenden (Ziel-)Fahrzueug macht.
Mein Z4-Tower @home bringt's vermutlich durcheinander.
Du gibst bei NCS ja an, woher der FA gezogen werden soll. Bei ZCS aus SG gibst du ja an ob CAS oder FRM den relevanten FA enthalten. Je nachdem welchen FA du brauchst, kannst Du den ja vorher irgendwo auslesen und bei Dir einspielen. Warum soll da irgendwas durcheinander gebracht werden? Du kannst den FA vom Zielfahrzeug ja bei dir im CAS einspielen oder im FRM. Du kannst auch zwei verschiedene Fahrzeugaufträge haben - solange du dem System sagst, was die Quelle ist, ist das kein Problem. Mit dem neuen FRM hatte ich ja auch zwei verschiedene Fahrzeugaufträge. Ich habe dem System einfach gesagt, dass es den FA aus dem CAS nehmen soll und dann habe ich im FRM eine leere .man eingespielt.
Edit - vorher habe ich noch FA-write im FRM durchgeführt.
Zuletzt bearbeitet:
Envoy62
macht Rennlizenz
Ich hab Post von BMW erhalten bezueglich des FRM Steuergeraetes, extending limited warranty to 15 years 186000 miles fuel meinen Z4.
Wird diese Erweiterung der Gewaehrleistung auch in Deutschland angewendet?
Gruss
Roby
Wird diese Erweiterung der Gewaehrleistung auch in Deutschland angewendet?
Gruss
Roby
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Ist mir in D nicht bekannt.
Discussed here:
Discussed here:
MiSt
macht Rennlizenz
Immerhin wurde die Wegstreckengrenze dafür in "km" definiert (186000mls ~ 300000km) .
Pfennigfuchser
, warum nicht 200000mls, klingt viel besser, und zum Ausgleich noch ein paar mehr Ausreden definieren, warum die Garantie sowieso im vorliegenden Fall nicht gilt .
.Pfennigfuchser
, warum nicht 200000mls, klingt viel besser, und zum Ausgleich noch ein paar mehr Ausreden definieren, warum die Garantie sowieso im vorliegenden Fall nicht gilt .
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Alleine die "15 Jahre" sind das absolute Ausschlusskriterium, da das Problem irgendwann zwischen 2011 und 2015 behoben war...., warum die Garantie sowieso im vorliegenden Fall nicht gilt
Zetti Utze
macht Rennlizenz
Servus zusammen.....
Also ich versuche mal ein wenig Infos dazuzusteuern.
Das FRM oder besser NFRM hat gewisse Schwachstelle in einigen Softwareversionen. Es zerschießt einen Teil der Speicherbereiche nach einer gewissen Zahl von Reboots bzw. Löschen der Fehlerspeicher.
Von den Fussraummodulen gab es eine ganze Familie, welche bei unterschiedlichen Ausstattungen verbaut wurden. Die letzte Serie ist das NFRM3 High mit einem CI von 33.
Der obige Fehler in Ista kommt von der Verbautabelle.
Jedes Auto hat einen Baustand, der regulär alle 6 Monate wechselt.
In dieser Tabelle ist genau geregelt, welche Version von Steuergeräte in dem Fahrzeug verbaut sind und welchen I-Stufenlevel diese haben müssten.
Wenn man jetzt ein Steuergerät aus einem älteren Baustand in das Fahrzeug einbaut, passt es nicht mehr zu dieser Tabelle und das System meckert.
Bei der bekannten Codiersoftware kommt dann z.B. eine Meldung, dass der Codierindex unterschiedlich ist.
Der Codierindex kann z.B nicht Versionsübergreifend upgedatet werden, nur innerhalb einer Hardware Version. Dann wird z.B. mit Win..P das SG geflasht.
Gruß Utze
Also ich versuche mal ein wenig Infos dazuzusteuern.
Das FRM oder besser NFRM hat gewisse Schwachstelle in einigen Softwareversionen. Es zerschießt einen Teil der Speicherbereiche nach einer gewissen Zahl von Reboots bzw. Löschen der Fehlerspeicher.
Von den Fussraummodulen gab es eine ganze Familie, welche bei unterschiedlichen Ausstattungen verbaut wurden. Die letzte Serie ist das NFRM3 High mit einem CI von 33.
Der obige Fehler in Ista kommt von der Verbautabelle.
Jedes Auto hat einen Baustand, der regulär alle 6 Monate wechselt.
In dieser Tabelle ist genau geregelt, welche Version von Steuergeräte in dem Fahrzeug verbaut sind und welchen I-Stufenlevel diese haben müssten.
Wenn man jetzt ein Steuergerät aus einem älteren Baustand in das Fahrzeug einbaut, passt es nicht mehr zu dieser Tabelle und das System meckert.
Bei der bekannten Codiersoftware kommt dann z.B. eine Meldung, dass der Codierindex unterschiedlich ist.
Der Codierindex kann z.B nicht Versionsübergreifend upgedatet werden, nur innerhalb einer Hardware Version. Dann wird z.B. mit Win..P das SG geflasht.
Gruß Utze
Ich hab mein FRM3 auch mit Win K*p auf den neuesten SP Daten SW Stand geflashed. Musste dazu aber auch die neuesten SP Datensätze bei NCS einspielen, damit die SGs vernünftig ausgelesen/codiert werden können.
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Danke für die Erläuterungen.
Was wäre nun der korrekte Weg, um die obige Codierindex Fehlermeldung zu beheben? Einfach die leere man page aufspielen oder gibt's einen anderen Weg?
Im obigen Falle ist ja kein STG gewechselt worden, sondern "nur" die SW.
Zuletzt bearbeitet:
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
@Zetti Utze
Reminder
Reminder
Zetti Utze
macht Rennlizenz
Das ist so korrekt, wenn das NFRM3 auf die letzte Versioi geflasht wird, wird das aus einem CI32 der CI33. Die Codierdatei muss dann im Codiertool auch vorhanden sein.
Zetti Utze
macht Rennlizenz
Wie wurde denn die Software aufgespielt? Mit BMW Tools, oder auf dem Bench. Wenn nämlich mit externen Programmern gearbeitet wurde, kann es schnell zu dem Problem kommen, wenn z.B. eine Teilenummer im Eeprom-Bereich steht, die nicht zur Verbautabelle passt.Danke für die Erläuterungen.
Was wäre nun der korrekte Weg, um die obige Codierindex Fehlermeldung zu beheben? Einfach die leere man page aufspielen oder gibt's einen anderen Weg?
Im obigen Falle ist ja kein STG gewechselt worden, sondern "nur" die SW.
Hier würde dann nur ein neuer Flash helfen.
Bei mir hat BMW Tools nicht sauber funktioniert. Ich glaub BMW Tools updated nicht alle notwendigen Programme - also nur Win K*p aber nicht NCS. Das manuelle überkopieren der bekannten Ordner hat das Problem gelöst.
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i
Mit WinKFP über den OBD des obigen Z4-Towers:
Ich arbeite mich gerade in das Thema ein, da mein BJ2009 potenziell davon betroffen ist. Im youtube-Video oben wird ab 10:00 gesagt, dass der Totalausfall des FRM durch ein neueres Update z.B. mit WinKPF vermieden werden kann.
Auch die KI hat dazu eine Meinung:
Der bekannte Totalausfall des FRM3-Moduls nach Spannungsverlust (z. B. beim Batteriewechsel, während Programmierung etc.) betrifft viele ältere ZB-Versionen, wurde aber ab bestimmten Softwareständen (ZB-Nummern) behoben.
Das Problem beim FRM3 war ein...
Hintergrund:
Zuletzt bearbeitet:
Zetti Utze
macht Rennlizenz
Also wurde mit Win..P auf dem Bench feflasht, wenn ich das richtig verstanden habe? Hast du die alte und die Neu ZuSB -Nr.?Mit WinKFP über den OBD des obigen Z4-Towers:
Das war ein bewusster Versuch ein SW-Update offline, also weit weg vom Ziel-Auto einzuspielen.Ich arbeite mich gerade in das Thema ein, da mein BJ2009 potenziell davon betroffen ist. Im youtube-Video oben wird ab 10:00 gesagt, dass der Totalausfall des FRM durch ein neueres Update z.B. mit WinKPF vermieden werden kann.
Auch die KI hat dazu eine Meinung:
Der bekannte Totalausfall des FRM3-Moduls nach Spannungsverlust (z. B. beim Batteriewechsel, während Programmierung etc.) betrifft viele ältere ZB-Versionen, wurde aber ab bestimmten Softwareständen (ZB-Nummern) behoben.
Das Problem beim FRM3 war ein...
OP
- Registriert
- 21 Juni 2016
- Wagen
- BMW Z4 e89 sDrive30i