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

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #60 on: July 25, 2012, 02:39:09 PM »

Tapp was confident it wasn't his file? Smiley
« Last Edit: July 25, 2012, 02:41:37 PM by matchew » Logged
rob.mwpropane
Sr. Member
****

Karma: +32/-0
Offline Offline

Posts: 370


WWW
« Reply #61 on: July 25, 2012, 04:02:19 PM »

Tapp was confident it wasn't his file? Smiley

Lol, sucks he just stopped responding after Bische said he was taking the initiative to figure out what's going on. That's not right, nor is it fair.....
Logged

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

www.MWPropane.com
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #62 on: July 25, 2012, 04:13:19 PM »

Lol, sucks he just stopped responding after Bische said he was taking the initiative to figure out what's going on. That's not right, nor is it fair.....

Totally agree, there was 3 options listed above as to what the problem would be. I knew because i pulled the stock file apart. And now that we know what it is, the shape of the graph makes total sense too.

I'd be asking for my money back politely.
Logged
rob.mwpropane
Sr. Member
****

Karma: +32/-0
Offline Offline

Posts: 370


WWW
« Reply #63 on: July 25, 2012, 05:10:02 PM »


I'd be asking for my money back politely.

^^Me too.

The way I see it, the only chance that Chris has of keeping M7 alive is by working WITH his customers, not in secret. I really think if he made his product more openly available to the end user (along with being more affordable!), he could get gobs more people to jump on. Not many people (besides Nef members of course), want to deal with WinOLS, Tunerpro, making def files....etc. I'm sure he reads this site, it's a shame he doesn't contribute.....well deliberately contribute anyway, lol. I know some of his work is on here, and has enlightened some of us;) (thanks Chris! Wink)

Edit: sorry--- end rant...
« Last Edit: July 25, 2012, 05:15:05 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 #64 on: July 26, 2012, 10:43:47 AM »

Im sorry to say this did not solve the problem either  Sad

If anyone has an idea please let me know, any idea at this point is a good idea.

Is it possible through disassembly to see what addresses the ECU is looking for the KFKHFM map? It would be nice to verify the map/axis addresses at this point.
Logged
nyet
Administrator
Hero Member
*****

Karma: +604/-167
Offline Offline

Posts: 12235


WWW
« Reply #65 on: July 26, 2012, 10:45:24 AM »

ditch M7, done Smiley
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 #66 on: July 26, 2012, 10:49:23 AM »

ditch M7, done Smiley

I already have  Tongue

Im running my own file now.
Logged
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #67 on: July 26, 2012, 11:15:43 AM »

sub_68476:
68476                 mov     r12, #0DA0h         Map address @ 0x10DA0, using bosch 8 bit structure
6847A                 movbz   r13, byte_F89C    Y Axis 8 bit rpm (axis data starts at 0x10DA2)
6847E                 movbz   r14, byte_F9B5    X Axis 8 bit load (axis data starts at 0x10DB0)
68482                 calls   0, sub_7312           map routine
68486                 movb    byte_8A0C, rl4     Put the 8 bit result in 0x380A0C ram location (fkhfm)
6848A                 movbz   r4, rl4                convert -
6848C                 shl     r4, #7                  - to 16 bit
6848E                 mov     word_9F72, r4     Place 16 bit value in 0x381F72 ram location
68492                 rets                              End of routine

Following on from that, the initialization of fkhfm


sub_6846C:
6846C                 movb    rl4, #80h ; 'Ç'    Move 0x80 (128dec, correction factor of 1)
68470                 movb    byte_8A0C, rl4   in to ram location 0x380A0C (fkhfm)
68474                 rets                            End of routine
« Last Edit: July 26, 2012, 11:20:19 AM by matchew » Logged
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #68 on: July 26, 2012, 11:40:39 AM »

Ok, I have found your problem

look at address 0x10DA1, this is 0xE as stock, ie 14, you have changed this to 0x14,  ie 20 decimal, you have changed the table from 14x14 to 14x20 by acident.

Just as a test try putting EVERYTHING to do with that table back to stock and run again.

Edit: This is looking into the file you posted above.
Logged
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #69 on: July 26, 2012, 11:44:57 AM »

LOAD  17    18      29    39     50    59     69     80     89      98   108   117   128    113
------------------------------------------------------------------------------------
  800¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
  960¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 1120¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 1760¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 2400¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 2880¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 3520¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 4320¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 5280¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 5920¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 6880¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 8000¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
 8960¦128   128   128   128   128   128   128   128   128   128   128   128   128   128
10080¦128   128   128   128   128   128   128   128   0   10   25   255     1   0
 5120¦88   38   100   10   0   10   10   3   26   100   14   50   71   20
 5120¦0   5   25   38   48   58   64   128   128   128   128   128   1   4
 5120¦6   1   12   4   24   31   37   44   51   57   64   91   117   144
 5120¦184   211   3   13   19   25   0   0   0   0   0   0    0   0
 5120¦0   0   0   0   0   0   0   0   0   0   0   0   0   0
 5120¦0   0   0   0   0   0   0   0   0   0   0   0   0   0
 RPM
Is your resulting table, with varying messed up axis data. Smiley

Id say you have a problem at about 5120rpm and high load? Wink
« Last Edit: July 26, 2012, 12:13:56 PM by matchew » Logged
Bische
Sr. Member
****

Karma: +25/-4
Offline Offline

Posts: 397



WWW
« Reply #70 on: July 26, 2012, 12:43:20 PM »

LOL I just discovered this myself and was taking screenshots etc to put up here!

When I open the thread you had already shown the problem Smiley

Thank you for all your help matchew! I will verify this tomorrow, if time permits.
Logged
lulu2003
Full Member
***

Karma: +11/-1
Offline Offline

Posts: 242



« Reply #71 on: July 27, 2012, 12:04:17 PM »


6848A                 movbz   r4, rl4                convert -
6848C                 shl     r4, #7                  - to 16 bit

awesome thread and knowledge included! I like it.

question:

how does M7 treat the 16 Bit values compared to 8 bit. are there some fixed rules?
I would expect to shift it 8 bits in order to have some calculations with 8 bit fixed comma??
Logged
matchew
Hero Member
*****

Karma: +47/-22
Offline Offline

Posts: 503


« Reply #72 on: July 30, 2012, 07:14:11 AM »

LOL I just discovered this myself and was taking screenshots etc to put up here!

When I open the thread you had already shown the problem Smiley

Thank you for all your help matchew! I will verify this tomorrow, if time permits.

Did you have a chance to test yet?
Logged
Bische
Sr. Member
****

Karma: +25/-4
Offline Offline

Posts: 397



WWW
« Reply #73 on: July 30, 2012, 12:34:03 PM »

Did you have a chance to test yet?

Just came back from taking some logs, SUCCESS!!!!

Thanks big time everyone and specially matchew, now I can finally start dialing in my car Smiley

I guess after bad things come good things, if I never had this problem I would still be using M7. Im really satisfied with running my own file now, being able to access everything I want to, in my ACTUAL file.

Thanks again.

EDIT: I still cant get access to take logs with NefMoto, still that security message for some reason?
Logged
nyet
Administrator
Hero Member
*****

Karma: +604/-167
Offline Offline

Posts: 12235


WWW
« Reply #74 on: July 30, 2012, 12:51:21 PM »

Grats! Glad to hear you made the jump to do your own stuff. Thats the tricky thing about M7 imo... once you are smart enough to get M7 to do what you want it to do, you pretty much have the knowledge to do your own file...
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.
Pages: 1 ... 3 4 [5] 6
  Print  
 
Jump to:  

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