Snow Trooper
|
|
« on: March 08, 2013, 09:03:36 AM »
|
|
|
Okay, I already count this as a loss but more or less I need to see if this has happened to anyone else. I will break it down in the steps it happened to try and make sense of what happened. Hopefully if a root cause is isolated others can avoid wasting boxes... lengthy but i want to explain what happened.
I was editing 2.7t M-box code for my car, I messed with KFMI_UM, corrected CS with the MTX plugin through tuner-pro as always. It gave confirmation as always and thats when the weirdness started.
So generally when i shut down tunerpro out of habit i will hit save on the file again then close the bin and close the program, what caught me as odd was that once again it said CS corrected, even though it should have given the message that no changes were made and that no CS were corrected since had just saved it previously. That threw a small red flag, so I closed tunerpro and re-opened it. Same thing.
So i sent the file over to my other laptop, same thing. Just kept calculating CS at save which wasnt huge cause for alarm to me, just odd.
I put it into me7check and EcuFix, both reported it as good.
I flashed it with the nef tool, uneventful, completed, disconnected, great.
I go to do a TB adaptation and clear codes, cannot connect to the ecu through VCDS, cannot connect through nef, start trying every tool ive got, no connections.
Pull ecu, reset power, reconnect and attempt to reflash with nef, I can connect but cannot do anything. Cannot get boot mode.
I notice the throttle is cycling over and over, every second, non stop if the key was on. On a whim I decide to try and crank it over since at this point im thinking the ecu is toast anyway. To my surprise it fires up, runs for 3 seconds and dies. I do this 2 more times and then try to connect again hoping maybe i had reset whatever the hang up was, nope. Decide I am done messing with it and go grab another ECU. As I pull out this troubled one its hot, it smells... I let the smoke out.
But how?
I changed the file back the the last known good version. I edited KFMI_UM back to stock and the CS issue stopped and everything still appeared normal. Flashed that to a new box, everything went normal and car was back to life.
So in the end I guess I am just curious WTF just happened. Did editing that one map really cause all this or was it a fluke? I have killed ecus with bad checksums and grounds undone, but never like this.
Edit: added 3 files, one normal, one with just one line of KFMI_UM edited which causes the tuner pro CS save glitch like yesterday and another that is a problem file that has been run through winols instead.
|
|
« Last Edit: March 08, 2013, 10:32:29 AM by Snow Trooper »
|
Logged
|
cartoons? 6A 61 72 65 64 40 76 6C 6D 73 70 65 63
|
|
|
ddillenger
|
|
« Reply #1 on: March 08, 2013, 09:12:41 AM »
|
|
|
Hardware problem. Just a coincidence I'd bet.
|
|
|
Logged
|
Please, ask all questions on the forums! Doing so will ensure the next person with the same issue gets the opportunity to learn from your experience!
Email/Google chat: DDillenger84(at)gmail(dot)com
Email>PM
|
|
|
NOTORIOUS VR
Administrator
Hero Member
Karma: +58/-7
Offline
Posts: 1056
|
|
« Reply #2 on: March 08, 2013, 09:14:19 AM »
|
|
|
From my experience with the MTX plugin is that it has issues when you edit certain TQ variables... It says the CS is corrected, but in reality it is not correct.
I always double check with OLS after editing w/ TunerPro & MTX CS PLugin and when TQ variables are edited OLS will find that the CS is incorrect and correct them.
I've bricked my ECU a few times on the road due to this until I realized what was happening.
|
|
|
Logged
|
|
|
|
ddillenger
|
|
« Reply #3 on: March 08, 2013, 09:17:24 AM »
|
|
|
I've bricked my ECU a few times on the road due to this until I realized what was happening.
I can see this, but he's saying the ecu was physically hot and smoking. I really doubt it had anything to do with the file that was on it at the time.
|
|
|
Logged
|
Please, ask all questions on the forums! Doing so will ensure the next person with the same issue gets the opportunity to learn from your experience!
Email/Google chat: DDillenger84(at)gmail(dot)com
Email>PM
|
|
|
Snow Trooper
|
|
« Reply #4 on: March 08, 2013, 09:22:21 AM »
|
|
|
Wasnt fully smoking but def hot and had the distinct smell. This only came after i tried to start it up.
On the TQ maps and CS, wouldnt me7check or ecufix (whittakers) catch that?
|
|
|
Logged
|
cartoons? 6A 61 72 65 64 40 76 6C 6D 73 70 65 63
|
|
|
ddillenger
|
|
« Reply #5 on: March 08, 2013, 09:24:49 AM »
|
|
|
If you want to post the files (or email them so noone misappropriates your work) I'll look at the csums with winols. I've seen quite a few m-box's that mtx and me7check reported as good that still had errors.
|
|
|
Logged
|
Please, ask all questions on the forums! Doing so will ensure the next person with the same issue gets the opportunity to learn from your experience!
Email/Google chat: DDillenger84(at)gmail(dot)com
Email>PM
|
|
|
Snow Trooper
|
|
« Reply #6 on: March 08, 2013, 09:31:11 AM »
|
|
|
I am going to mod the file back and try to replicate the CS save issue then send it over.
I have winols also, but never use it.
|
|
|
Logged
|
cartoons? 6A 61 72 65 64 40 76 6C 6D 73 70 65 63
|
|
|
phila_dot
|
|
« Reply #7 on: March 08, 2013, 09:45:14 AM »
|
|
|
I just came across some code that appears, at a quick glance, to be doing some kind of check on the _UM variables themselves. I haven't really spent any time on it though.
That doesn't explain the behavior of the MTX plugin though.
Maybe the ECU got stuck in a infinite reset loop that ended up overheating something?
Not exactly productive to this discussion, but why did feel the need to change the _UM map?
|
|
|
Logged
|
|
|
|
ddillenger
|
|
« Reply #8 on: March 08, 2013, 09:46:31 AM »
|
|
|
I had an ecu recently that was stuck in a programming loop. No matter how many times you flashed or reset the power it would always read THIS IS THE RAM PROGRAM with vcds. Not that it's relevant, but it was curious nonetheless.
|
|
|
Logged
|
Please, ask all questions on the forums! Doing so will ensure the next person with the same issue gets the opportunity to learn from your experience!
Email/Google chat: DDillenger84(at)gmail(dot)com
Email>PM
|
|
|
overspeed
|
|
« Reply #9 on: March 08, 2013, 09:47:19 AM »
|
|
|
I had some issue one time, its wrong CKS.
Correct same file cks with WinOLS (I had it before with MPPS and ECM2001) made an Boot in ECU and everithing was fine.
|
|
|
Logged
|
|
|
|
nyet
|
|
« Reply #10 on: March 08, 2013, 09:47:42 AM »
|
|
|
I just came across some code that appears, at a quick glance, to be doing some kind of check on the _UM variables themselves
Are you talking about that other multipoint block you found? If so, ME7Check doesnt check it!
|
|
|
Logged
|
ME7.1 tuning guideECUx PlotME7Sum checksumTrim heatmap toolPlease do not ask me for tunes. I'm here to help people make their own. Do not PM me technical questions! Please, ask all questions on the forums! Doing so will ensure the next person with the same issue gets the opportunity to learn from your ex
|
|
|
Snow Trooper
|
|
« Reply #11 on: March 08, 2013, 09:48:48 AM »
|
|
|
I just came across some code that appears, at a quick glance, to be doing some kind of check on the _UM variables themselves. I haven't really spent any time on it though.
That doesn't explain the behavior of the MTX plugin though.
Maybe the ECU got stuck in a infinite reset loop that ended up overheating something?
Not exactly productive to this discussion, but why did feel the need to change the _UM map?
I was just playing with TQ stuff, I still get interventions now and then and the way i understand that map is that it is the TQ target with the monitoring comes on. i could be totally off base but i pictured the ecu fighting between that map and kfmiop under high load so i wanted it to better match my other maps.
|
|
|
Logged
|
cartoons? 6A 61 72 65 64 40 76 6C 6D 73 70 65 63
|
|
|
Snow Trooper
|
|
« Reply #12 on: March 08, 2013, 09:52:03 AM »
|
|
|
I had an ecu recently that was stuck in a programming loop. No matter how many times you flashed or reset the power it would always read THIS IS THE RAM PROGRAM with vcds. Not that it's relevant, but it was curious nonetheless.
I get that whenever a flash fails, or if i dont hit disconnect on the older versions of nef. I am always able to connect with VCDS and see that message and then re-flash. Not this time though I just got done changing the file back to how it was yesterday when this happened and once again tuner pro is doing the same thing, ecufix and me7 check say its good. Need to reinstall winols real quick to test.
|
|
|
Logged
|
cartoons? 6A 61 72 65 64 40 76 6C 6D 73 70 65 63
|
|
|
cyril279
Full Member
Karma: +12/-2
Offline
Posts: 140
|
|
« Reply #13 on: March 08, 2013, 09:52:48 AM »
|
|
|
...So in the end I guess I am just curious WTF just happened. Did editing that one map really cause all this or was it a fluke? I have killed ecus with bad checksums and grounds undone, but never like this.
assuming that a "brick" can be recovered, and "killed" cannot, can bad checksums truly kill an ecu? was your original ecu killed?
|
|
|
Logged
|
|
|
|
Snow Trooper
|
|
« Reply #14 on: March 08, 2013, 09:58:39 AM »
|
|
|
No idea, I didnt open the case but i smelled totally smoked which would be totally new to me for a CS error.
I think there is more too it with the TQ maps
|
|
|
Logged
|
cartoons? 6A 61 72 65 64 40 76 6C 6D 73 70 65 63
|
|
|
|