Pages: 1 2 [3] 4 5 6
Author Topic: Wierd lean condition  (Read 56197 times)
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #30 on: July 19, 2012, 11:47:58 AM »

Read by protocol will be blocked.

Do you have any tools that will read in boot mode?

I know we can find the problem if you can get the actual file.
Logged
Bische
Sr. Member
****

Karma: +25/-4
Offline Offline

Posts: 397



WWW
« Reply #31 on: July 19, 2012, 11:55:41 AM »

Read by protocol will be blocked.

Do you have any tools that will read in boot mode?

I know we can find the problem if you can get the actual file.

No I dont have anything to read in boot mode, I just ordered a Galletto though. I know reading over OBD is possible with such files, I had another tuned file on my ECU(which had the block) when I read it with the M7 Flasher...

There must be something out there to read these files outside boot mode.
Logged
nyet
Administrator
Hero Member
*****

Karma: +604/-167
Offline Offline

Posts: 12235


WWW
« Reply #32 on: July 19, 2012, 12:02:30 PM »

Just get a spare ecu Smiley

Forget about reading the M7 file, it isn't worth your time.

I am 100% confident in your abilities.

Logged

ME7.1 tuning guide (READ FIRST)
ECUx Plot
ME7Sum checksum checker/corrrector for ME7.x

Please 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 experience.
Bische
Sr. Member
****

Karma: +25/-4
Offline Offline

Posts: 397



WWW
« Reply #33 on: July 19, 2012, 03:21:27 PM »

Tapp says nothing is wrong with the file.

I noticed there is a /V beside KFKHFM in this diagram:


What does that mean? I cant find anything in the FR the describes it.
Logged
nyet
Administrator
Hero Member
*****

Karma: +604/-167
Offline Offline

Posts: 12235


WWW
« Reply #34 on: July 19, 2012, 03:40:28 PM »

Tapp says nothing is wrong with the file.

If your KFKHFM is all 1s, but fkhfm is not 1, i'd say either

1) something wrong with the file (i.e. doesn't match FR)
2) KFKHFM isn't where you think it is
3) fkhfm isn't where you think it is
Logged

ME7.1 tuning guide (READ FIRST)
ECUx Plot
ME7Sum checksum checker/corrrector for ME7.x

Please 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 experience.
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #35 on: July 19, 2012, 04:08:38 PM »

If your KFKHFM is all 1s, but fkhfm is not 1, i'd say either

1) something wrong with the file (i.e. doesn't match FR)
2) KFKHFM isn't where you think it is
3) fkhfm isn't where you think it is


I totally agree, I have verified 3). I don't think M7 shows address'? so 2) can not be verified, although it is at 0x10DA0, In the case of 1) the stock file does match.

Of course he is going to say there is nothing wrong with the file, but you have evidence to the contrary.

I say stop using the M7 junk and write your own file.

Do you have a list of all the maps listed in M7? I bet they can all be found in the stock file inside of 30mins.
« Last Edit: July 19, 2012, 04:11:42 PM by matchew » Logged
Bische
Sr. Member
****

Karma: +25/-4
Offline Offline

Posts: 397



WWW
« Reply #36 on: July 19, 2012, 04:26:54 PM »

If your KFKHFM is all 1s, but fkhfm is not 1, i'd say either

1) something wrong with the file (i.e. doesn't match FR)
2) KFKHFM isn't where you think it is
3) fkhfm isn't where you think it is


1 That is something I cant verify atm
2 I have adjusted KFKHFM in this file earlier with success
3 The mshfm_w and rl_w is following the fkhfm correction very accurately in my logs

4 The FR diagram does not apply to this file, I found two different diagrams of the GGHFM module, there could be a third. The FR copies I have was written in 2000 and 2001, my ECU is 2002.

Something I have noticed is that my load is higher than requested when this happens, about 20% higher than rlmax_w when fkhfm starts to correct.
Logged
Bische
Sr. Member
****

Karma: +25/-4
Offline Offline

Posts: 397



WWW
« Reply #37 on: July 19, 2012, 04:32:12 PM »

I totally agree, I have verified 3). I don't think M7 shows address'? so 2) can not be verified, although it is at 0x10DA0, In the case of 1) the stock file does match.

Of course he is going to say there is nothing wrong with the file, but you have evidence to the contrary.

I say stop using the M7 junk and write your own file.

Do you have a list of all the maps listed in M7? I bet they can all be found in the stock file inside of 30mins.

I have already defined all maps I have tuned in M7, in my .ols. I learned/did that while I was waiting for my M7 basefile lol

Logged
Bische
Sr. Member
****

Karma: +25/-4
Offline Offline

Posts: 397



WWW
« Reply #38 on: July 19, 2012, 04:45:36 PM »

Holy f

I just noticed the software number from my M7 file != my stock binary I sent Tapp....

Logged
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #39 on: July 19, 2012, 04:48:51 PM »

Holy f

I just noticed the software number from my M7 file != my stock binary I sent Tapp....



what is it?
Logged
rob.mwpropane
Sr. Member
****

Karma: +32/-0
Offline Offline

Posts: 370


WWW
« Reply #40 on: July 19, 2012, 05:49:55 PM »

I believe I have a copy of your ori software on my home pc. If you would like I can dig it up and post here when I get back. Pretty interesting thread...

Edit: 8E0909518M   0261207778    1037363466

Located here;

http://nefariousmotorsports.com/forum/index.php?topic=1103.0
« Last Edit: July 19, 2012, 06:44:12 PM by rob.mwpropane » Logged

This has nothing to do with cars but you can see my glorifying job at,

www.MWPropane.com
Bische
Sr. Member
****

Karma: +25/-4
Offline Offline

Posts: 397



WWW
« Reply #41 on: July 19, 2012, 10:36:49 PM »

I believe I have a copy of your ori software on my home pc. If you would like I can dig it up and post here when I get back. Pretty interesting thread...

Edit: 8E0909518M   0261207778    1037363466

Located here;

http://nefariousmotorsports.com/forum/index.php?topic=1103.0

Yes that is my stock binary, software number on my M7 file(which is supposed to be my stock binary) is: 1037363052

I dont know for shit what file I have in my car. Roll Eyes

Edit: Did a quick search, it is another revision of software for my ECU. Probably the 0001, as the file I have is 0002.
« Last Edit: July 19, 2012, 10:51:46 PM by Bische » Logged
rob.mwpropane
Sr. Member
****

Karma: +32/-0
Offline Offline

Posts: 370


WWW
« Reply #42 on: July 20, 2012, 03:23:34 AM »

Oh, gotcha. Yeah, I have no experience with M7, but from everything I've seen/read, I think it's high time you joined the dark side....
Logged

This has nothing to do with cars but you can see my glorifying job at,

www.MWPropane.com
lulu2003
Full Member
***

Karma: +11/-1
Offline Offline

Posts: 242



« Reply #43 on: July 20, 2012, 03:35:34 AM »

SY_TURBO will not change the state of fkhfm.

The fact that you are using M7 could be the cause of this, the fact that you dont know what they are doing to the file. Ive disassembled the stock file and it matches the FR, only 2 things can change fkhfm. KFKHFM, and init. value of 1.0

SY_Turbo will change the init value of 1 and therefore fkhfm.

but i never heard of M7, so that will be much more likely.
Logged
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #44 on: July 20, 2012, 04:33:44 AM »

SY_Turbo will change the init value of 1 and therefore fkhfm.

No it wont.

In the FR and in code the initialisation value is locked to 1.00.

SY_TURBO has no control over fkhfm in ANY condition. It simply changes what fkhfm is multiplied by.

If SY_TURBO is true  then mshfm_w = (fkhfm * 1) * (mlhfmm_w - MLOFS)
If SY_TURBO is false then mshfm_w = (fkhfm * Fkup) * (mlhfmm_w - MLOFS)

In this case SY_TURBO is true, so in short and in code we have:
mshfm_w = fkhfm  * (mlhfmm_w - MLOFS)

SY_TURBO changes how fkhfm is used, but NOT its contents.

SY_TURBO is a compile time option, and as it is set in the file in question, any code to do with fpuk is simply not there.

Here is the initialisation of fkhfm(byte_8A0C) being set to 1.00 (0x80)
sub_6846C:
6846C                 movb    rl4, #80h
68470                 movb    byte_8A0C, rl4
68474                 rets

Here is fkhfm(byte_8A0C) being filled with the contents of KFKHFM (0x10DA0), yo can also see a 16 bit equivalent(word_9F72) value is also created.

sub_68476:
68476                 mov     r12, #0DA0h
6847A                 movbz   r13, byte_F89C
6847E                 movbz   r14, byte_F9B5
68482                 calls   0, sub_7312
68486                 movb    byte_8A0C, rl4
6848A                 movbz   r4, rl4
6848C                 shl     r4, #7
6848E                 mov     word_9F72, r4
68492                 rets

This is the ONLY 2 places in code(original file) that byte_8A0C is written to.

« Last Edit: July 20, 2012, 04:38:11 AM by matchew » Logged
Pages: 1 2 [3] 4 5 6
  Print  
 
Jump to:  

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Page created in 0.024 seconds with 16 queries. (Pretty URLs adds 0s, 0q)