[Rombinhood@OpenFlash]

Another potentially noobish question here: Does the Cobb flash change the software ID so that the dealership diagnostic computer can't communicate with the DME? Is this why (or at least one reason) uninstalling it completely/un-marrying it is suggested?

[marv85]

Originally Posted by RombinHood2

Another potentially noobish question here: Does the Cobb flash change the software ID so that the dealership diagnostic computer can't communicate with the DME? Is this why (or at least one reason) uninstalling it completely/un-marrying it is suggested?

the dealership will be able to communicate and read codes/clear codes. You don't want them to flash though or have issues with flashing.

the only reason you wouldn't uninstall it is because you are lazy or going in for an oil change...

[Rombinhood@OpenFlash]

Originally Posted by marv85

the dealership will be able to communicate and read codes/clear codes. You don't want them to flash though or have issues with flashing.

the only reason you wouldn't uninstall it is because you are lazy or going in for an oil change...

Thank you for the info. Unfortunately, I worded my question ambiguously I was referring to the read/write flash communication, not the request code command which is a much lower authority request. Has it been verified that a dealership diagnostic/programming computer is able to re-flash a DME that is programmed with a Cobb flash? Or does it log an error saying that it's an unrecognizable DME? I have reason to suspect that Cobb changes the software ID and/or the initialization code to keep their ROM from being read through OTS ROM reading devices. Would seem to be the smart thing to do when it comes to IP protection.

[VNeBLOB42]

Originally Posted by marv85

the dealership will be able to communicate and read codes/clear codes. You don't want them to flash though or have issues with flashing.

the only reason you wouldn't uninstall it is because you are lazy or going in for an oil change...

I uninstall my COBB For Oil Changes. Something may come up, "oh Mr. Marquez, we got a new DME Flash Upgrade for you, let's do it while we have you in for an oil change"

[marv85]

Originally Posted by VNeBLOB42

I uninstall my COBB For Oil Changes. Something may come up, "oh Mr. Marquez, we got a new DME Flash Upgrade for you, let's do it while we have you in for an oil change"

could happen lol

[marv85]

Originally Posted by RombinHood2

Thank you for the info. Unfortunately, I worded my question ambiguously I was referring to the read/write flash communication, not the request code command which is a much lower authority request. Has it been verified that a dealership diagnostic/programming computer is able to re-flash a DME that is programmed with a Cobb flash? Or does it log an error saying that it's an unrecognizable DME? I have reason to suspect that Cobb changes the software ID and/or the initialization code to keep their ROM from being read through OTS ROM reading devices. Would seem to be the smart thing to do when it comes to IP protection.

oh I see what you're saying and it definitely makes sense. However, I don;t think anyone tried to attempt that, at least no one posted that it happened with him

[DallasBoosted]

Cobb: Any chance of disabling the underboost codes so that we can simply bypass the stock boost control system? Set it @ 18 or 20 psi or whatever in the DME and then use an EBC to control boost? The DME would still respond to the actual boost (just like it does if you underboost currently) but if it just didn't code/limp then it would enable the EBC usage with external wastegates etc.

[Ænema]

There's more to it than just the 30FF code. The DME will also probably throw a 30FC code for "wastegate control." However, i have no idea how much coding and logic reworking is required to that so that actually might be a possible workaround.

[DallasBoosted]

Originally Posted by Ænema

There's more to it than just the 30FF code. The DME will also probably throw a 30FC code for "wastegate control." However, i have no idea how much coding and logic reworking is required to that so that actually might be a possible workaround.

Yea I'm thinking more along the lines of "disable/bypass the entire boost control system" and then see what codes pop up, and go from there.

[Ænema]

Originally Posted by DallasBoosted

Yea I'm thinking more along the lines of "disable/bypass the entire boost control system" and then see what codes pop up, and go from there.

As appealing as this sounds i have a feeling it may take A LOT of effort to make happen. Since almost everything the DME does is based on load(boost via MAF) and is closed loop i would think that bypassing the boost control system wouldn't be practical. However, like you said, just disabling the limp modes for underboost/WG control(like we can disable misfire detection) and using the DME to set a "boost ceiling" may work out just fine.

Of course, it may also be possible to just use an EWG and spend a lot of time working backwards dialing in the requested load to the actual boost. Unfortunately, in that situation you still have the DME complaining about the WGs not reacting to it's requests.

[DallasBoosted]

Originally Posted by Ænema

As appealing as this sounds i have a feeling it may take A LOT of effort to make happen. Since almost everything the DME does is based on load(boost via MAF) and is closed loop i would think that bypassing the boost control system wouldn't be practical. However, like you said, just disabling the limp modes for underboost/WG control(like we can disable misfire detection) and using the DME to set a "boost ceiling" may work out just fine.

Of course, it may also be possible to just use an EWG and spend a lot of time working backwards dialing in the requested load to the actual boost. Unfortunately, in that situation you still have the DME complaining about the WGs not reacting to it's requests.

I thought about the second method, but then if the weather changes and the DME requests more/less boost you'd probably run into 30FF/throttle closures.

The other thing I was thinking about is the DME requests different boost based on throttle position so trying to go say 50% throttle (depending on your map, of course) and it requests half boost, which is totally possible with full DME control of the wastegates, would crap out if an ordinary EBC let the turbos spool up fully like they would.

Hmmm...

[Ænema]

Originally Posted by DallasBoosted

I thought about the second method, but then if the weather changes and the DME requests more/less boost you'd probably run into 30FF/throttle closures.

The other thing I was thinking about is the DME requests different boost based on throttle position so trying to go say 50% throttle (depending on your map, of course) and it requests half boost, which is totally possible with full DME control of the wastegates, would crap out if an ordinary EBC let the turbos spool up fully like they would.

Hmmm...

Even if the boost control could be worked out, you still run into the problem with O2 sensor placement for a single. Putting the sensors post turbo isn't going to work. Putting them pre-turbo in collectors for each bank isn't exactly ideal... i think the vishnu ST are going to be seeing issues as they start putting some age on the sensors, especially if they ever get to the point of actually running them like they have the capability to run.

[DallasBoosted]

Originally Posted by Ænema

Even if the boost control could be worked out, you still run into the problem with O2 sensor placement for a single. Putting the sensors post turbo isn't going to work. Putting them pre-turbo in collectors for each bank isn't exactly ideal... i think the vishnu ST are going to be seeing issues as they start putting some age on the sensors, especially if they ever get to the point of actually running them like they have the capability to run.

Well, if replacing o2 sensors now and then is the worst part, thats not so bad.

[buylongterm]

Ordered the COBB AP for my 2010 335XI yesterday. Good news it will be here tomorrow. Bad news is I paid 130.00 for priority shipping. (I'm very impatient).

I'm sure Stage 2 will be right around the corner.

Quick question. Did I completely waste my money buying the aFe Cold Air intake system (Stage-2, Magnum FORCE PRO 5R 54-11472)?

Seems from everything that I read it's a complete waste of money.

[E92mech]

When you install/uninstall Cobb, does this also reset engine adaptations at the same time, or do you have to do this manually?

Conversely, when you re-install Cobb after a dealer visit, do you have to wait for re-adaptation to take place?

[M5Rlz]

Originally Posted by buylongterm

Ordered the COBB AP for my 2010 335XI yesterday. Good news it will be here tomorrow. Bad news is I paid 130.00 for priority shipping. (I'm very impatient).

I'm sure Stage 2 will be right around the corner.

Quick question. Did I completely waste my money buying the aFe Cold Air intake system (Stage-2, Magnum FORCE PRO 5R 54-11472)?

Seems from everything that I read it's a complete waste of money.

OMG bro... Most of the sellers on here already over overnight/2day with a purchase+discount.

no performance part is a waste

[buylongterm]

Originally Posted by 335iRlz

OMG bro... Most of the sellers on here already over overnight/2day with a purchase+discount.

no performance part is a waste

Ouch. This one hurts. I should say something. Seriously. That's BS.

Thanks for the heads up and I guess I'll try the intake.

[Jeffman]

Originally Posted by buylongterm

Ordered the COBB AP for my 2010 335XI yesterday. Good news it will be here tomorrow. Bad news is I paid 130.00 for priority shipping. (I'm very impatient).

I'm sure Stage 2 will be right around the corner.

Quick question. Did I completely waste my money buying the aFe Cold Air intake system (Stage-2, Magnum FORCE PRO 5R 54-11472)?

Seems from everything that I read it's a complete waste of money.

The very next and best bang for the buck mod is a new FMIC to take you to Stage 1+. It's more power than Stage 2 and keeps your inlet temps nice and cool. Better for the engine too. I have a Helix. Good luck!

[Phantom 335i]

hey I don't know how to attach a log but would like someone to have a look at a log i just did and tell me what they think. if anyone is willing to look please pm me a email addy

Thanks

[Ænema]

Originally Posted by Phantom 335i

hey I don't know how to attach a log but would like someone to have a look at a log i just did and tell me what they think. if anyone is willing to look please pm me a email addy

Thanks

Create a .zip folder and then copy the log into the folder and attach that.

[Phantom 335i]

Ok I will look into that I just have the csv file on my iPad right now

[VNeBLOB42]

Originally Posted by Phantom 335i

Ok I will look into that I just have the csv file on my iPad right now

Um... how did you get it on your iPad? Did you email it to yourself?

You can even Change the file extension it to a .txt