Return-path: <data_mine@datamine.tk>
Envelope-to: jbolger@techcore.com.au
Delivery-date: Tue, 24 Jul 2007 23:46:28 +1000
Received: from Debian-exim by flopside.ath.cx with spam-scanned (Exim 4.63)
	(envelope-from <data_mine@datamine.tk>)
	id 1IDKiZ-00013b-Qi
	for jbolger@techcore.com.au; Tue, 24 Jul 2007 23:46:28 +1000
X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on flopside.ath.cx
X-Spam-Level: *
X-Spam-Status: No, score=1.2 required=4.0 tests=HTML_MESSAGE,SUBJ_ALL_CAPS,
	UNPARSEABLE_RELAY autolearn=no version=3.1.7-deb
Received: from 124-254-81-175-static-dsl.ispone.net.au ([124.254.81.175] helo=datamine.tk)
	by flopside.ath.cx with esmtp (Exim 4.63)
	(envelope-from <data_mine@datamine.tk>)
	id 1IDKiO-00013W-6L
	for jbolger@techcore.com.au; Tue, 24 Jul 2007 23:46:27 +1000
Received: from ([127.0.0.1]) with MailEnable ESMTP; Wed, 25 Jul 2007 00:05:41 +1000
From: "data_mine" <data_mine@datamine.tk>
To: "'Jason Bolger'" <jbolger@techcore.com.au>
References: <MzAzv6QN.1185231641.9045020.jbolger@localhost> <00ce01c7cdd0$9bf69a70$d3e3cf50$@tk> <46A60360.8010409@techcore.com.au>
In-Reply-To: <46A60360.8010409@techcore.com.au>
Date: Wed, 25 Jul 2007 00:05:41 +1000
Message-ID: <010b01c7cdfb$b83d02c0$28b70840$@tk>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_010C_01C7CE4F.89E912C0"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcfN+gOkOJrvr8CIRKKNVby/S5GQdAAAHo7A
Content-Language: en-au
Subject: RE: EF EEC-V
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: data_mine@datamine.tk
X-SA-Exim-Scanned: No (on flopside.ath.cx); SAEximRunCond expanded to false

This is a multipart message in MIME format.

------=_NextPart_000_010C_01C7CE4F.89E912C0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Yeah, I figured the EF ones would be very different.

 

The complete difference of the chiptorque and catch code, would indicate to
me, they have a generic tune for that catch code, and they just load it up
for everyone with a matching car. (e.g. all manual I6 EFs would run from
code from any other manual I6 EF).  Saves them cracking the details on all
catch codes.  I know my EL would start and run, on any EL auto I6 BIN I
tried.

 

As for creating the XDF. That IS the hard part for sure.

 

For the speed limiter, I knew what it should've been (180), and from looking
at XDFs from American Fords, they seemed to store the speed directly as a
single byte value.  Easy, search through the BIN for a matching byte (0xB4)
and some trial and error. Initial trials had me setting it to 120, and
hitting the highway, eventually I found the right byte.

 

For RPM limiters, again checking the US XDFs revealed the rev limiters are
stored as a 2-byte integer which is the desired limited divided by 4.  Again
knowing the stock rev limiter (5800), I searched for it's byte code
(remembering to divide it by 4, giving 1450 or 0x05AA) . Again some trial
and error, setting rev limiter to 3000 proved successful.

 

I found comparing a stock one with an XR one to time consuming as the
differences are huge, most of the file is different.

 

But good luck to you, hopefully you have some more will power than me, and
better luck with your car. (I ended up destroying a gearbox, and engine in
two separate occasions) and gave it up.

 

But ask questions, I've still got to help out Joe (Crescent Motorsport) one
a job he's got. But not having to much luck.  Need to build a EL I5 manual
bin with a 6700rpm limiter. I'm having little success with it, and with no
ELs around to test on, it's going poorly.

 

Chris

 

From: Jason Bolger [mailto:jbolger@techcore.com.au] 
Sent: Tuesday, 24 July 2007 11:49 PM
To: data_mine
Subject: Re: EF EEC-V

 

Hey Chris,

Thanks for the BINs.  Using yours as an example I used TunerPro's splitter
and now have the 56k bank which the EEC actually uses.  Attached in case you
need it.

Optimistically I tried your XDF on my bin without luck.

One thing I noted was if I split the chiptorque bin in the same way, all 4
banks of the chiptorque were identical -- a good start in narrowing it down.
It seems to have a different amount of padding or different addressing
compared to the stock bin -- they look similar, but not the same.  This
could be the slightly different catch code confusing the issue?

So, i guess my next question is - how did you go about creating that XDF?
Was it trial and error or did you use a tool to help you along the way?
Comparing a stock and XR6 bin would be a good start as long as they lined up
apart from major tables, but it seems if my chiptorque is any kind of
example it might not be that easy.

Enough for now... need sleep for the day job.

Cheers for your help.

Jason


data_mine wrote: 

Here's my BINs, TunerPro XDF (definition), and some modded ones, the naming
should be obvious.
 
The XDF has worked on all my EL bins. (there's also an EA bin).
 
As you may notice I spent the most time playing with the bin from a 97
Fairlane Concorde (XR6 engine), as it provided the best base to get my EL
running with the big cam it had.
 
Chris
 
-----Original Message-----
From: Jason Bolger [mailto:jbolger@techcore.com.au] 
Sent: Tuesday, 24 July 2007 9:01 AM
To: fm@datamine.tk
Subject: EF EEC-V
 
Hey there,
 
I found the EEC itself needed to be in the car (powered) to get a stable
read - otherwise it would flake randomly.  Could be an issue with the
BURN1 not supplying enough current for the Aus EECs (given its only
running off the USB port).  I had to solder the J3 connector on the F2A
for it to get a good contact with the Chiptorque - the F2A's PCB isnt
as thick as the EEC so the Chiptorque's connector wasnt seating
properly.  I tested each a few times and diff'd the outputs to get
these stable reads.
 
Attached are my bins - the EEC catch code is 4DCC - but the chiptorque is
labeled 4DBG as I said in the PM.  I cant explain why they're so
different - only can guess that Chiptorque move the tables to a common
location for all of their chips to make life easier - but that would
mean they knew were the tables were referenced from?
 
Any assistance would be a great help.  I would like to start from the
chiptorque bin for obvious reasons but if its easier to work off the EF
I will.  Might even be easier if I move to an AU EEC.
 
Cheers,
 
Jason

------=_NextPart_000_010C_01C7CE4F.89E912C0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page Section1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body bgcolor=3Dwhite lang=3DEN-AU link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Yeah, I figured the EF ones would be very =
different.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>The complete difference of the chiptorque and catch code, =
would
indicate to me, they have a generic tune for that catch code, and they =
just
load it up for everyone with a matching car. (e.g. all manual I6 EFs =
would run
from code from any other manual I6 EF).&nbsp; Saves them cracking the =
details
on all catch codes.&nbsp; I know my EL would start and run, on any EL =
auto I6
BIN I tried.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>As for creating the XDF. That IS the hard part for =
sure.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>For the speed limiter, I knew what it should've been =
(180), and
from looking at XDFs from American Fords, they seemed to store the speed
directly as a single byte value.&nbsp; Easy, search through the BIN for =
a
matching byte (0xB4) and some trial and error. Initial trials had me =
setting it
to 120, and hitting the highway, eventually I found the right =
byte.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>For RPM limiters, again checking the US XDFs revealed the =
rev
limiters are stored as a 2-byte integer which is the desired limited =
divided by
4.&nbsp; Again knowing the stock rev limiter (5800), I searched for it's =
byte
code (remembering to divide it by 4, giving 1450 or 0x05AA) . Again some =
trial
and error, setting rev limiter to 3000 proved =
successful.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I found comparing a stock one with an XR one to time =
consuming
as the differences are huge, most of the file is =
different.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>But good luck to you, hopefully you have some more will =
power
than me, and better luck with your car. (I ended up destroying a =
gearbox, and
engine in two separate occasions) and gave it up.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>But ask questions, I've still got to help out Joe =
(Crescent
Motorsport) one a job he's got. But not having to much luck.&nbsp; Need =
to
build a EL I5 manual bin with a 6700rpm limiter. I'm having little =
success with
it, and with no ELs around to test on, it's going =
poorly.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Chris<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<div>

<div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt =
0cm 0cm 0cm'>

<p class=3DMsoNormal><b><span lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:
"Tahoma","sans-serif";color:windowtext'>From:</span></b><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowt=
ext'>
Jason Bolger [mailto:jbolger@techcore.com.au] <br>
<b>Sent:</b> Tuesday, 24 July 2007 11:49 PM<br>
<b>To:</b> data_mine<br>
<b>Subject:</b> Re: EF EEC-V<o:p></o:p></span></p>

</div>

</div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal><span =
style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'>Hey
Chris,<br>
<br>
Thanks for the BINs.&nbsp; Using yours as an example I used TunerPro's =
splitter
and now have the 56k bank which the EEC actually uses.&nbsp; Attached in =
case
you need it.<br>
<br>
Optimistically I tried your XDF on my bin without luck.<br>
<br>
One thing I noted was if I split the chiptorque bin in the same way, all =
4
banks of the chiptorque were identical -- a good start in narrowing it
down.&nbsp; It seems to have a different amount of padding or different
addressing compared to the stock bin -- they look similar, but not the
same.&nbsp; This could be the slightly different catch code confusing =
the
issue?<br>
<br>
So, i guess my next question is - how did you go about creating that =
XDF?&nbsp;
Was it trial and error or did you use a tool to help you along the =
way?&nbsp;
Comparing a stock and XR6 bin would be a good start as long as they =
lined up
apart from major tables, but it seems if my chiptorque is any kind of =
example
it might not be that easy.<br>
<br>
Enough for now... need sleep for the day job.<br>
<br>
Cheers for your help.<br>
<br>
Jason<br>
<br>
</span><br>
data_mine wrote: <o:p></o:p></p>

<pre>Here's my BINs, TunerPro XDF (definition), and some modded ones, =
the naming<o:p></o:p></pre><pre>should be =
obvious.<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>The XDF has =
worked on all my EL bins. (there's also an EA =
bin).<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>As you may notice =
I spent the most time playing with the bin from a =
97<o:p></o:p></pre><pre>Fairlane Concorde (XR6 engine), as it provided =
the best base to get my EL<o:p></o:p></pre><pre>running with the big cam =
it =
had.<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Chris<o:p></o:p></p=
re><pre><o:p>&nbsp;</o:p></pre><pre>-----Original =
Message-----<o:p></o:p></pre><pre>From: Jason Bolger [<a
href=3D"mailto:jbolger@techcore.com.au">mailto:jbolger@techcore.com.au</a=
>] <o:p></o:p></pre><pre>Sent: Tuesday, 24 July 2007 9:01 =
AM<o:p></o:p></pre><pre>To: <a
href=3D"mailto:fm@datamine.tk">fm@datamine.tk</a><o:p></o:p></pre><pre>Su=
bject: EF EEC-V<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Hey =
there,<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>I found the EEC =
itself needed to be in the car (powered) to get a =
stable<o:p></o:p></pre><pre>read - otherwise it would flake =
randomly.&nbsp; Could be an issue with the<o:p></o:p></pre><pre>BURN1 =
not supplying enough current for the Aus EECs (given its =
only<o:p></o:p></pre><pre>running off the USB port).&nbsp; I had to =
solder the J3 connector on the F2A<o:p></o:p></pre><pre>for it to get a =
good contact with the Chiptorque - the F2A's PCB =
isnt<o:p></o:p></pre><pre>as thick as the EEC so the Chiptorque's =
connector wasnt seating<o:p></o:p></pre><pre>properly.&nbsp; I tested =
each a few times and diff'd the outputs to =
get<o:p></o:p></pre><pre>these stable =
reads.<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Attached are my =
bins - the EEC catch code is 4DCC - but the chiptorque =
is<o:p></o:p></pre><pre>labeled 4DBG as I said in the PM.&nbsp; I cant =
explain why they're so<o:p></o:p></pre><pre>different - only can guess =
that Chiptorque move the tables to a =
common<o:p></o:p></pre><pre>location for all of their chips to make life =
easier - but that would<o:p></o:p></pre><pre>mean they knew were the =
tables were referenced =
from?<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Any assistance =
would be a great help.&nbsp; I would like to start from =
the<o:p></o:p></pre><pre>chiptorque bin for obvious reasons but if its =
easier to work off the EF<o:p></o:p></pre><pre>I will.&nbsp; Might even =
be easier if I move to an AU =
EEC.<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Cheers,<o:p></o:p><=
/pre><pre><o:p>&nbsp;</o:p></pre><pre>Jason<o:p></o:p></pre></div>

</body>

</html>

------=_NextPart_000_010C_01C7CE4F.89E912C0--



