|
|
|
|---|---|
|
Tja! Svärfar behöver byta en tändspole på sin 116i från 2013. Måste bilen programmeras när man byter en spole? Såg att Carninja på Youtube gjorde det på nån lite nyare BMW, minns inte var det var för modell/årgång. /Dave | |
 13.392 323i E30 -85 track day car
120i E87 -06 BMWCS #10072 @bmwslangen (Instagram) |
Nej, det ska normalt sett inte behövas. Nu är ju detta en Prince-motor (motor framtagen tillsammans av PSA och BMW) men bör inte ändra något. ISTA nämner heller ingenting om att någon registrering eller programmering behövas göras denna modellen och denna N13-motor (Prince-motor). Så svaret är tydligt : Nej, ingen programmering behövs. Däremot är det standardprocedur att om man hade misständningar och felkoder och man byter tändspolar för att lösa detta så går man ju såklart in och raderar alla felkoder. Men det är standardprocedur oavsett vad man gör och har inget med att byta tändspolar att göra (och det kallas heller inte programmering, registrering eller liknande utan kallas bara att man raderar felkoder vilket är extremt vanlig procedur som görs vid ALL felsökning). Lämnas bilen in till en auktoriserad återförsäljare (för exempelvis felsökning som leder till att tändspolar måste bytas) så kan det finnas en åtgärd registrerad för att modellen ska ha ny mjukvara vid nästa lämpliga tillfälle (ren rutinprocedur). Då kan det stå ibland på pappret att det byttes tändspolar och gjordes om mjukvaruuppdatering/omprogrammering vilket kan förvirra en del ibland då de tror de två sakerna hör ihop. Men så är det inte, det råkar bara vara två helt skilda åtgärder som råkade stå på samma papper. @daspunner : I vilken video gjorde Jonny detta? Det var inte spridare han bytte och programmerade in? Kuriosa: Spridare kräver normalt sett programmering (för GDI-motorer ska det förtydligas - för de gamla riktiga hederliga härliga underbara non-GDI-motorerna är det bara swappa och flippa och floppa och se glad ut). För de nyare spridarna med CVO (Controlled Valve Operation) feature är det dock lite annorlunda procedur beroende på scenario (men vanligt är ett dummy value och inte någon kod som avläses från själva spridaren). Kräver såklart att både spridare och DME supportar denna feature. De gamla spridarna var open-loop kontrollerade och eftersom alla spridare har en aningens avvikande egenskaper från "det perfekta beteendet" så skrev man ut på varje spridare hur detta avvikande beteende är för just denna spridare (och det var denna info man programmerade in i DME vid byte). De nya spridarna (tillsammans med DME som supportar detta) kör i closed-loop vilket betyder att DME kontinuerligt övervakar hur varje spridare arbetar och kan automatiskt justera varje indivduell spridare (detta möjlligör även att DME kan justera för slitage och avvikelse som uppträder under spridarens livslängd vilket inte den gamla open-loop lösningen kunde göra). |
|
|
|
Du måste vara en registrerad användare för att kunna göra inlägg här.
Klicka här för att registrera dig. Registreringen är gratis.
Är du redan användare? Logga in i menyn.
Klicka här för att registrera dig. Registreringen är gratis.
Är du redan användare? Logga in i menyn.