see this thread:

https://www.thirdgen.org/techbb2/sho...&highlight=TCC

Can someone explain in plain english where in the *beep* i can find this using the PPII editor software?

I can find a location such as L8316, etc and change it no problem but im clueless as to how to find a 0*610F????????????????????


or the location as E1A2???????????

I know im looking for 7E E1 A2 in the given location but somethign isnt working(me i think:-)) , just need a poke in the right direction

someone shed some lite

thanks
Jeremy

 

I would recommend using a raw hex editor. It makes things much easier. I use the following ...

http://www.chmaas.handshake.de/delph...vi32/xvi32.htm

See the attached screenshot. Also, be sure to then load your bin in your favorite editor to force a recalculation of the checksum.

Tim

 

Was this too 'experimental' to include in Super AUJP?

 

Now do u care to shed some lite on how u got that line out of the hac?

Im really trying to make this work, just confusing as all get out

thanks
Jeremy

 

Ok, I did that :-)

I only found it in my aujp and aujp1350 .bins not same in anjf or any of my other worked bins.....??????????????

What exactly is it in the hac and how to u come to the concplusion that u need to go to line 6105 in that style/type of editor????

And yes im going in blind here and have next to no clue about code and truly deciphering all of the hac thus far

thanks
Jeremy

 

The ANHT_HAC is a hack for ANHT - not for AUJP. However, since it is an $8D calibration, the tables, flags, and constants in the front part of the PROM code are the same. This is the 'calibration' part. This is where things are defined. Now, when you get into the actual microcode that uses these tables, constants, and flags - you can and you do have differences. Now, with that said, the microcode ends up being extremely similar between the ANHT and AUJP. When I say extremely ... I mean EXTREMELY similar. It's basically the same code with some small additions/changes. Thus, if you locate something in the ANHT that you want to change that is in the microcode section ... you can find it in the AUJP. How? First you must disassemble an AUJP binary file. Go to tunercat's site and download the trial version of their disassembler (I think they call it the cross disassembler). Disassembling the AUJP will leave you with a .src file that you can open up in wordpad. Open up the file and start scrolling down. Now start comparing that file against the ANHT_HAC. See something? Your .src file is basically a AUJP_HAC file but without the comments Now find the address in your newly created .src file that corresponds to the address that you are interested in with regard to the ANHT. Look at the assembly instructions (BRA, LDAA, etc). They may or may not match up. If they don't match up then begin looking DOWN the .SRC file for a section of code that has the same pattern of instructions as the pattern in the ANHT_HAC. Once you have found it ... you have found what you are looking for. Clear as mud?

Tim

 

Yes, IMHO, this is way too controversial for the S_AUJP. Theoretically this modification puts extra stress AND wear on the torque converter clutch. In a stock application I wouldn't do it. But, I don't have a stock application so I did it I am running a PI Vigilante converter which has a much much better clutch. Furthermore, I have an auxiliary tranny cooler and an auxiliary tranny filter. Beyond all of that, I have my TCC settings setup very differently than the normal car. As an example - AUJP needs 87.9% throttle to unlock the TCC at 60mph. My application only needs ~20%.

Tim

 

To disable coast unlock wouldn't setting locations L8316 & L8317 to 0 accomplish the same thing?

RBob.

 

I don't know ... but I'll be the guinea pig and try it. My next test binary will do this. I took the noops out of the microcode and set the above recommended locations to 00. I'll test as soon as the roads dry up (raining here).

Tim

 

Im going to give the same thing a shot when i get home Rbob and Trax.....

Im having lots of problems finding out the exact line i need to do it the other way.... I found it in the pure aujp files i have and it is as stated in the earlier thread, however, with current bins and such i cannot locate the identical line of code???????


still beating head into wall, but i will try and modify the code at the tcc coast limits and see what that does and go from there :-)

dumb mandatory tcc lock has to be waht has been driving me nuts as well as not a total understanding of the TTC tables outside of the low/high lock/unlock tables.

Someone want to look that up on a copy of their anjf and let me know what u find? might explain a thing or two on my end

thanks for the input guys
Jeremy

 

I can confirm that changing the code at

L8316
and
L8317

to 00 does not work :-)

Tried it last nite and gave me a big ole check engine lite? not sure why but that was the only change and i edited and then ran it thru TC before i burned it.

So can anyone shed some lite on why I cant find the right microcode for the noop(terminology right there) as mentioned prior in the post? Is it in the same place on ANJF as AUJP and if it is can i change the valies there regardless of what is currently in that location? Is there another table when modified perhaps, would explain for my hex being different in those locations from stock?

This is killing me and im dying to make it work

thanks
Jeremy

 

HOW did you change the 316 and 317? Did you do it in a bin editor or in a HEX editor. If you did it in a hex editor then did you recalculate the checksum? Hex editors don't recalculate the checksum.

EDIT: Just saw that you said you ran it through TC. Did you make a change in TC before saving it?

Tim

 

Jeremy,

There is no guarantee that the locations in the ANJF are the same. In fact, I would bet that they are different. Why aren't you using AUJP?

Tim

 

Trax,

U ask many many questions if i were to answer i would have to kill you :-) (j/k)

I have made so many godawful versions and modifications thru TC and now using the hac and code that (insert laughter) im not sure if mine is anjf or aujp based :-(

Using your neat editor that u linked to im trying to ascertain the location of that grouping to confirm/deny that i do/dont have

may have to scrub the whole mission and rebuild using pure aujp or super aujp and begin again

Trying to sort this out on current configuration due to time constraints(grandma died thurs/wake/funeral/family/etc) and have a pretty decent running tune in regrards to performance and mileage... trying to sort out the little details in current config vs. changing to super-aujp at this point and messing with anything till i already have all the stuff im trying to play with worked out....

? for you trax, in the editor u linked to(XVI) how can i enter that code trace and search for it using the editors functions????

Pure ANJF i cannot find that string or at location $610F hmmmmmmmmmmmmmmm am i doomed? I can only find one 7E if i search for it and E1 A2 does not exist ?

online and playing with it right now
thanks
jeremy

 

Think i found it

same line
$610F

I have 7E E1 9A which is close to 7E E1 A2 the differecne being 16x hex to dec. for the aujp base and 16x for the 9a which i have (anjf?)

thanks

Jeremy

 

Sorry to hear about the death in your family Jeremy.

Questions get the mind thinking so don't kill me

I haven't used ANY of the XVIs functions. I only use it when I know exactly what address I want to change. However, you NEED to do what I told you previously. Download the CATS Disassembler and disassemble the AUJP and then the ANJF and then compare. To help you along ... I did it for you But now there is no excuse ... you have to try it the next time you run into this problem.

I will post both the AUJP first and then the ANJF.

Tim

 

ANJF ...

 

The pattern we are looking for is the Assembly commands.

BRA
BSET
LDAB
BRCLR
SUBB
BCC
CLRB
CMPB
BLS
... and then finally the JMP.

Notice the address difference for the JMP. It starts at 610F in AUJP but at 6107 in ANJF. In ANJF it is 7E E1 9A. It is different because the program has to jump to a different address because the addresses are different.

Tim

 

Wooo Woooooooooooooooooooooooo!

Tim

 

Makes no sense at all. They are nothing more then calibration locations. You did change the hex addresses $316 & $317, and not the decimal or the 8316 & 8317 hex or decimal addresses?

RBob.

 

Rob - I just tested this approach and it DOES WORK. I repeat, it does work. I'm not sure why Jeremy was getting a check engine light but on mine it worked fine and provided the exact functionality for which you posted it. The TCC stayed locked after the throttle went to 0% TPS. Worked like a charm.

FWIW, after further review I don't like this modification and won't be using it. Keeping the TCC locked causes a nice little shudder in the driveline when the throttle is reapplied beyond softly. When throttle is applied softly all is AOK. But, when I go beyond softly a shudder is there and that just symbolizes to me extra wear and tear. Egad. My memory is bad. I guess that's why I didn't have it in my current bin before I implemented your suggested method.

Tim

 

Sorry for my earlier comments.....

Believe a bad disk caused my errors, found a couple other strange glitches too(on other bins transferred the same way)... believe swapping the .bins from computer to laptop to burn them was the issue due to the disk i was using...it totally died shortly after i was going back and forth with trax on code this morning....

since this am i have not reburnt it using a good source.... I did get the code to work great(thanks traxion)

I will reattempt it and just to confrim that it does indeed work


later and thanks guys
Jeremy

 

Back from the dead(aka i had free time)

Can someone(Bruce/Trax/Rbob/etc) disseble the dissembler for me?

I did make it work in the editor Trax posted prior but i have the Tunercat editor and i recently downloaded the dissembler and I cant make either one work?

And yes im almost oblivious when it gets to code at this level(can read defined hac and convert hex to dec., thats about all)


Whenever i open something i can never get beyond a blank screen using the TC editor or dissembler?

Am i missingt something obvious?

Someone purty please post how to open a bin in the editor and dissebler so it works correctly?

And yes it is quite possible im just dumb :-)

Thanks
Jeremy

 

Some more to this yet:-)

disabled the modification to the code at line 610F back to stock and disabled it(oo) at lines

L8316 and L8317 and voila :-)

It now works more correctly, least for me and it does unlock when i step on the brakes..

With the afore mentioned code changes earlier in this thread my converter would stay locked at mph threshold and not unlock unless overridden by the TPS $ vs. lock/unlock tables(including hitting the brakes)

Works pretty good now

Anyone have some help for the stinking dissemblers yet? im really kinda stuck and i cant make a file open still?

Thanks
Jeremy

 

I'm actually not following what you want to do. What is your goal? What are you trying to do? What do you mean by disassembler?

Tim

 

I have the TC editor and i also downloaded the dissembler and i cant do squat with either one?

think im being retarded and missing something blatantly obvious but i cant make a bin appear even when i go to open file and select the bin???????

I dont know why and i truly have no clue in the world of this stuff but more i can see to compare to things that are known and changed i start putting more and more together.. Just cant do it because i cannot open anything in tc editor or dissembler....

U used one of those type to show me the breakdown in anearlier post, how do i opne the file and make it look like that?
thanks
Jeremy

 

You have TunerCat and TunerCat TDF Editor? Have you opened the $8D TDF in the TDF Editor? If so, have you then attempted to add the necessary constants to the TDF?

Again, what do YOU mean by disassembler (what is the name of the program you are using)?

Tim