[Sleepr335]

Took it in for its first service. Oil change and whatever else they do. I shut off the Xede via the switch in the glove box. I don't know what kind of diagnostics they run but nobody said anything to me. No problems at all.

[zenmaster]

Originally Posted by Sleepr335

Took it in for its first service. Oil change and whatever else they do. I shut off the Xede via the switch in the glove box. I don't know what kind of diagnostics they run but nobody said anything to me. No problems at all.

Do you happen to know if it it was the case that it was undetectable by them, or that they saw it, but didn't care?

[Sleepr335]

Originally Posted by zenmaster

Do you happen to know if it it was the case that it was undetectable by them, or that they saw it, but didn't care?

I dont know

[NaViT]

the secret still remains....

[sflgator]

Originally Posted by Sleepr335

Took it in for its first service. Oil change and whatever else they do. I shut off the Xede via the switch in the glove box. I don't know what kind of diagnostics they run but nobody said anything to me. No problems at all.

For an oil change, there should be no reason for them to get into the ECU, so they really wouldn't see anything whether you had the XEDE or PROcede installed. In addition, they shouldn't "see" anything abnormal (if running some sort of diagnostics) as the XEDE (or PROcede) intercepts the signals to the ECU, so they ECU thinks it's running normally. The only way they would suspect anything is if they took it for a spirited test drive (and felt the huge difference ), which they shouldn't do for just an oil/filer change, imho.

[zenmaster]

Originally Posted by sflgator

...so they ECU thinks it's running normally.

I could only see how this could be true when the piggyback signals are within normal ranges. Presumably, the piggyback only works by counting on the ECU to compensate correctly. The ECU still knows the exact parameters for boost pressure, fuel delivery rate, and timing values, for example.

However, boost spikes are a normal occurance w/out the piggyback. And presumably, the ECU routinely deals with these events appropriately w/out raising a red flag. But it is conceivable that the ECU could maintain a running average of boost level and qualify some range to be out of spec. The running average could be over several seconds, which would disqualify a spike and indicate an abnormal regulation.

[Mikes12985]

What Florida dealer/service place did u take your car in to for the oil? Mike.

[sflgator]

Originally Posted by zenmaster

I could only see how this could be true when the piggyback signals are within normal ranges. Presumably, the piggyback only works by counting on the ECU to compensate correctly. The ECU still knows the exact parameters for boost pressure, fuel delivery rate, and timing values, for example.

However, boost spikes are a normal occurance w/out the piggyback. And presumably, the ECU routinely deals with these events appropriately w/out raising a red flag. But it is conceivable that the ECU could maintain a running average of boost level and qualify some range to be out of spec. The running average could be over several seconds, which would disqualify a spike and indicate an abnormal regulation.

Seriously, you should do a search for this subject; it's been discussed ad nauseum...no need to worry too much about them finding evidence of a piggyback computer, unless they physically see it or feel the difference during a test drive, and then they begin to ask questions.

[zenmaster]

Originally Posted by sflgator

Seriously, you should do a search for this subject; it's been discussed ad nauseum...no need to worry too much about them finding evidence of a piggyback computer, unless they physically see it or feel the difference during a test drive, and then they begin to ask questions.

Sorry, not drinking that kool-aid.

[scottp999]

Originally Posted by zenmaster

Sorry, not drinking that kool-aid.

Ask more questions before you dismiss it. I am no expert on Car based computers, but in the world of large enterprise class computing and programming I have spent a long time. I do not see why an add on computer could not intercept inputs, cause certain outputs to happen, and at the same time cause those outputs to be written to logs in normal ranges even if the actual outputs were different.

[scalbert]

Originally Posted by zenmaster

But it is conceivable that the ECU could maintain a running average of boost level and qualify some range to be out of spec. The running average could be over several seconds, which would disqualify a spike and indicate an abnormal regulation.

What the ECU sees it actually lower than expected boost levels normally. Since the MAP signal is controlled, the ECU does not see the higher actual values.

That is unless an elf climbs out of the ECU form time to time, installs an Ashcroft gauge and wites down readings for later analysis.

The concerns is any adaptation values getting outside of what would be considered normal.

[zenmaster]

Originally Posted by scalbert

What the ECU sees it actually lower than expected boost levels normally. Since the MAP signal is controlled, the ECU does not see the higher actual values.

Wouldn't that mean that the ECU's management of its systems works off of relative, rather than absolute, values?

[zenmaster]

Originally Posted by scottp999

I do not see why an add on computer could not intercept inputs, cause certain outputs to happen, and at the same time cause those outputs to be written to logs in normal ranges even if the actual outputs were different.

Me either. The question is whether or not this is what is indeed happening. The ECU must be 100% dependent on its feedback with no notion of the types of adjustments it's making, on the source input's behalf, in order for there to be stealth. I'm not skeptical. I just haven't seen any compelling description, even after searching.

[NaViT]

Originally Posted by zenmaster

Sorry, not drinking that kool-aid.

but its fruit-punch...

[PrinceSmooth]

so sleeper how are you liking your chip? Do you have the exhaust as well? Please give us some details!

[sflgator]

Originally Posted by zenmaster

Wouldn't that mean that the ECU's management of its systems works off of relative, rather than absolute, values?

Why don't you just ask Shiv, the guy who cracked the 335i ECU code and developed the maps for the original 335i XEDE and now PROcede? He knows more about this than anyone, and I'm fairly certain that he's just as smart, if not smarter than you.

[Terry335]

Originally Posted by sflgator

Why don't you just ask Shiv, the guy who developed cracked the code and developed the maps for the original 335i XEDE and now PROcede? He knows more about this than anyone, and I'm fairly certain that he's just as smart or smarter than you.

Umm, exactly what code did he crack?

[scalbert]

Originally Posted by zenmaster

Wouldn't that mean that the ECU's management of its systems works off of relative, rather than absolute, values?

Well is does work with absolute pressure but I doubt that us what ou are referring to.

To control boost it has a single signal; a pressure signal. If you moddify that signal so that the ECU sees less manifold pressure than what it wants it will adjust the boost control solenoids duty cycle signal to get to the point it wants. However, that true manifold pressure is now higher than what the ECU thinks it is but the ECU sees now what it wants.

It really is simple; you just tell the ECU there is less boost and it compensates. The caveat, and one which BMW has automatically resolved, comes in way of fueling. Thankfully we have closed loop operation even at WOT.

[zenmaster]

Originally Posted by Terry335

Umm, exactly what code did he crack?

I think you are expected to just roll with it...

[hl0m4n]

was the aa switch hard to install? did you have to drill a hole in the glove box? any idea if the wireless solution would work on the aa xede as like the procede?

[bimmerlex]

Originally Posted by hl0m4n

was the aa switch hard to install? did you have to drill a hole in the glove box? any idea if the wireless solution would work on the aa xede as like the procede?

I'm pretty sure you can do the same wireless solution, as my Xede has exactly the same serial output as PROcede. With the right adaptor to that serial port you can have bluetooth wireless connection.

[hl0m4n]

how was the aa switch installed? drilling in the glove box compartment?