|
|
|
|
|
|
BMW Garage | BMW Meets | Register | Today's Posts | Search |
|
BMW 3-Series (E90 E92) Forum
>
another high boost N54 engine failure
|
|
10-19-2010, 05:02 PM | #727 | |
Second Lieutenant
169
Rep 252
Posts |
Quote:
|
|
Appreciate
0
|
10-19-2010, 05:18 PM | #728 | |
Brigadier General
330
Rep 3,262
Posts |
Quote:
__________________
Last edited by cstavaru; 10-19-2010 at 05:25 PM.. |
|
Appreciate
0
|
10-19-2010, 05:21 PM | #729 |
Brigadier General
330
Rep 3,262
Posts |
Can't really see from that small 10-20 interval. Do you have some table of values ?
__________________
|
Appreciate
0
|
10-19-2010, 05:28 PM | #730 |
Banned
119
Rep 2,428
Posts |
|
Appreciate
0
|
10-19-2010, 05:45 PM | #731 |
Brigadier General
330
Rep 3,262
Posts |
I am not sure if the Boost values from that graph are correct, I am not familiar with that logging software but an AFR of 12.5-12 at 19-20psi is not safe. Even BMS admits the fact that the target AFR for that boost should be ~11 (I am not allowed to put links to those discussions here because that site is banned on these forums).
__________________
|
Appreciate
0
|
10-19-2010, 05:46 PM | #732 | |
Joint Chiefs of Staff
5062
Rep 116,213
Posts |
Quote:
Whether you are sitting at 2 off maximum or 6 off maximum the DME is doing the same thing. Putting in small amounts of timing of say 1/4 a degree and listening to the knock sensors. Then adding more. Then adding more. Then if knock sensor noise picks up it drops timing down again. This continues perpetually unless you happen to make it to the maximum in which case it stops adding and just listens. But if you're 2 off maximum you can never get there. So the net effect and behaviour is the same whether you are riding the system 2 degrees, 6 degrees, or 26 degrees. Mike |
|
Appreciate
0
|
10-19-2010, 05:47 PM | #733 |
Major General
161
Rep 7,377
Posts |
look at the value 10.8 next to CANknock on the left
__________________
07 335i AT - MOTIV 750 - MHD E85 BMS flash - BMS PI - JB4G5 - Okada Coils - NGK 5992 Plugs - Helix IC - Snow Stg. 3 - Stett CP - Custom midpipes with 100 HJS Cats - Bastuck Quad - PSS10 - QUAIFE LSD - BMS OCC - Forge DVs - AR OC - ALCON BBK - M3 Chassi - Dinan CP - Velocity M rear Toe arms - Advan RZ-DF - LUX H8 - Level 10 AT upgrade
|
Appreciate
0
|
10-19-2010, 05:48 PM | #734 | |
Joint Chiefs of Staff
5062
Rep 116,213
Posts |
Quote:
Mike |
|
Appreciate
0
|
10-19-2010, 05:51 PM | #735 | |
1818
Rep 17,960
Posts
Drives: A Lot
Join Date: Sep 2006
Location: SF Bay, CA
iTrader: (0)
Garage List 2018 Ducati Panigal ... [0.00]
2016 Mazda CX5 [0.00] 2017 Aprilia Tuono ... [0.00] 2019 BMW M2 Competi ... [0.00] 2015 BMW M5 Competi ... [10.00] 2016 Ducati XDiavel S [0.00] 2016 AMG GT S [0.00] 2011 Ferrari 458 It ... [0.00] 2017 Charger Hellcat [0.00] 2015 KTM Super Duke ... [0.00] 2016 KTM RC390 [0.00] |
Quote:
|
|
Appreciate
0
|
10-19-2010, 05:59 PM | #736 | |
1818
Rep 17,960
Posts
Drives: A Lot
Join Date: Sep 2006
Location: SF Bay, CA
iTrader: (0)
Garage List 2018 Ducati Panigal ... [0.00]
2016 Mazda CX5 [0.00] 2017 Aprilia Tuono ... [0.00] 2019 BMW M2 Competi ... [0.00] 2015 BMW M5 Competi ... [10.00] 2016 Ducati XDiavel S [0.00] 2016 AMG GT S [0.00] 2011 Ferrari 458 It ... [0.00] 2017 Charger Hellcat [0.00] 2015 KTM Super Duke ... [0.00] 2016 KTM RC390 [0.00] |
Quote:
Also, digital signals (like CPS and boost DC) rely on digital voltage thresholds, not analog voltage values. So just as long as the DME sees a triggering edge that is greater than its threshold requirement, it is perfectly happy. So let's not let ill-informed argument get in the way of fact or reason. Shiv |
|
Appreciate
0
|
10-19-2010, 06:18 PM | #737 | |
Banned
119
Rep 2,428
Posts |
Quote:
|
|
Appreciate
0
|
10-19-2010, 06:20 PM | #738 |
Captain
39
Rep 672
Posts |
Hi Guys,
Let me just say that I know a thing or two about the Procede, and a thing or two about engine management in general. I have designed several ECUs using different platforms, and many other tuning devices that were not full ECUs. Vasillov, it looks to me like you are trying to learn about things which is to be commended, but if you want to learn, you really should refrain from posting your ill-informed opinions until you have the knowledge on which to base them. You are certainly entitled to your opinions, but you come across as ignorant, as almost all the information you are posting as assumptions about piggy-backs is untrue... certainly in the case of the Procede. For a start, the Procede processor runs at 25MHz. At 6000RPM, the engine turns at 100Hz. There is 60 teeth on the crank position encoder (58 actually as 2 are missing as a reference point). There are a rising and falling edge for each tooth, so lets say 120 edges per revolution. This makes an input frequency of 12kHz. This means that there is OVER 2000 instructions available to the processor per edge of the crank sensor!!. The Procede processor has a high effective vectored interrupt structure. This effectively means that it can respond to an edge in less than 5 instruction cycles. The CPS system is the highest priority interrupt (all other interrupts are nested), and I can assure you that the response of the Procede is far quicker than the jitter in the signal from the sensor. The analogue signals move FAR slower than the crank sensor. The time constant of the systems that they sense are in the Hz.... not kHz. The Procede passes them through WAY quicker than they need. The Procede uses 10 bit ADC, and 10 bit DAC. This is sufficient to represent all sensors to very high resolution... the boost sensor to 0.03psi. I have worked many years ago on ECUs using 8 bit reolution that had no problems with resolution. Please also refrain from comparing embedded microcontrollers to x86. The fact is that the much slower embedded micro can do a much better job of engine management that any x86. The reason for this is that the embedded micros have specific peripherals that are designed for doing engine management. The result is that the peripherals do most of the work, and just generate an interrupt when CPU intervention is required. For example with the CPS signal, when an edge occurs, the micro peripheral hardware stores all relevant information about the edge (direction and time it happened) without any CPU intervention, and then generates an interrupt. The CPU can come back several ms later (if desired) and it will still have the exact information it requires. Same goes for CAN. The peripheral is setup to filter the messages that are of interest and add to a queue and flag an interrupt. The CPU can process it when it feels like it. It then adds outgoing messages to another queue, and the peripheral than maintains the queue with no CPU intervention. You would be surprised that the CPU itself does very little... it is the peripherals that do all the work, and they are all independant parallel running processors that have only one job in life and they do it very well.... much better than any x86 based processor that would have to poll all inputs. Finally, as Shiv has stated.... with previous piggybacks (pre CAN logging) we used to have to "guess" what the DME did. When I say guess, I mean we observed what the DME did and then programmed the behaviour into the software. The JB3 still does this... this is how they determine the DME boost target which is so important on this platform. Since CAN we nolonger have to guess. We just get the DME to tell us what it is doing. It is no secret that Procede made a leap forward in tuning when we integrated the CAN logging. All of our algorithms for predicting DME responses were removed. Now we just read the response direct from the DME. We know what boost it is targetting based upon all its internal algorithms including DTC. We can base internal Procede algorthms on this to know when DTC is in operation (and many other things). The CAN logging removed many of the shortcomings of a piggy-back. Finally a comment on Flash tuning. Flash tuning has its own benefits. In the case that the flash programmers have enough knowledge, it would be the best solution. Unfortunately this is not the case on this platform. In my observation, the flash tuners can only retune the tables BMW programmed. The problem is that the algorthms themselves are hardcoded, and they are not always optimised for the requirements of higher boost levels (witness the boost oscillations most flashes experience at higher boost levels). Until the flash tunes can rewrite the algorithms and write new ones (like meth support etc), I think the piggybacks will have the edge. They can do 99% as gooder job as a flash with the tuning, but can add their own algorithms and respond very quickly in terms of adding features. Piggy-backs have the edge on new markets that take the flash tunes years to crack. Often by the time they have good results, the market has moved on... witness the new DME in the N55 engine which will now need to be cracked like the old. With a quality piggyback, we can do a great job of the tune, and we can get all features to market much quicker... often years quicker. Who would have predicted that the most advanced tune for the N54 would still be the Procede... almost 4 years on!! Cheers, Adrian |
Appreciate
0
|
10-19-2010, 06:24 PM | #739 |
Second Lieutenant
16
Rep 245
Posts |
I haven't seen any secrets given out in this thread yet.
|
Appreciate
0
|
10-19-2010, 06:27 PM | #740 | |
Colonel
195
Rep 2,855
Posts |
Quote:
With knock at the top of 3rd gear, my timing dropped 3 degrees and the subsequent timing entering into 4th gear was around 4.5 degrees. By introducing 1 degree of offset, and avoiding the knock event in 3rd....my subsequent timing entering into 4th gear was 7.5 degrees. So do the math.....by reducing 1 degree earlier in the power curve, I ended up 3 degrees higher at the end. How is that the same? |
|
Appreciate
0
|
10-19-2010, 07:11 PM | #742 | |
Joint Chiefs of Staff
5062
Rep 116,213
Posts |
Quote:
Mike |
|
Appreciate
0
|
10-19-2010, 07:16 PM | #743 |
Major
23
Rep 1,179
Posts |
i think this whole thread is in danger for being de-railed by personal preferences.
without siding for one or the other -- the idea of signal interception and manipulation is totally inferior to the a hardware based logic system is kind of old. in earlier days of the technology, it was limited a few simplistic processing tasks -- but i think we are a long way from that point today. granted i believe that the hardware based control logic is the purist way to tune, but does that take away from the advances to a signal interceptor which is fed by a bus system I/O's and translates these into usable (and adjustable) variables for proper operation? as long as proper tuning etiquitte is foremost in the equation, there is little to dispute. this is not a biased opinion, it just like disputing if my current laptop has the computing power of a my CTX laptop in 1995 -- things have changed -- alot Last edited by shifterboy45; 10-19-2010 at 08:38 PM.. |
Appreciate
0
|
10-19-2010, 07:22 PM | #744 | |||
e92
4
Rep 391
Posts |
Quote:
now, please answer this question from Ilma. I'm here to learn from the technical debate and have enjoyed it so far. thanks. Quote:
|
|||
Appreciate
0
|
10-19-2010, 07:27 PM | #745 | |
Brigadier General
105
Rep 3,460
Posts |
Quote:
|
|
Appreciate
0
|
10-19-2010, 07:29 PM | #746 | |
Lieutenant General
692
Rep 10,584
Posts |
Quote:
Terry probably wrote that post
__________________
|
|
Appreciate
0
|
10-19-2010, 07:31 PM | #747 | |
1818
Rep 17,960
Posts
Drives: A Lot
Join Date: Sep 2006
Location: SF Bay, CA
iTrader: (0)
Garage List 2018 Ducati Panigal ... [0.00]
2016 Mazda CX5 [0.00] 2017 Aprilia Tuono ... [0.00] 2019 BMW M2 Competi ... [0.00] 2015 BMW M5 Competi ... [10.00] 2016 Ducati XDiavel S [0.00] 2016 AMG GT S [0.00] 2011 Ferrari 458 It ... [0.00] 2017 Charger Hellcat [0.00] 2015 KTM Super Duke ... [0.00] 2016 KTM RC390 [0.00] |
Quote:
|
|
Appreciate
0
|
10-19-2010, 07:31 PM | #748 |
Brigadier General
105
Rep 3,460
Posts |
|
Appreciate
0
|
Bookmarks |
|
|