status of 2 byte load?
#167
Evolved Member
iTrader: (6)
Well, thanks to Eric I got the Rom patched and the ability to log the 2 byte load. I added the formulas to the logworks xml file and logged both the LoadCalc and the 2 byte load to see the difference.
In one of the logs I got a spike similar to the one Tephra posted about. But mine was at peak boost/torque. The other two logs I did were spikeless.
There is not that much of a difference in the numbers between the LoadCalc and the 2 byte load. The 2 byte load is in blue and the LoadCalc is in green. I am assuming that I did this correctly.
In one of the logs I got a spike similar to the one Tephra posted about. But mine was at peak boost/torque. The other two logs I did were spikeless.
There is not that much of a difference in the numbers between the LoadCalc and the 2 byte load. The 2 byte load is in blue and the LoadCalc is in green. I am assuming that I did this correctly.
#168
Evolved Member
iTrader: (6)
I finally had a chance to do a thorough comparison between 2-byte load and LoadCalc.
Below are the results of 5 logs that I did between yesterday and today. They are done at the same place and under somewhat similar weather conditions. The horizontal axis is the 2 byte load (ECU_Load) and the vertical axis is the rpm. The chart content is the LoadCalc. The numbers in the hexes are averaged and not the Maximum numbers.
You will note that the differences between LoadCalc and the 2 byte load ar not that large. At around 3500-4000 rpm the differences are bigger between the two loads, but as the rpms increase the differences decline.
Below are the results of 5 logs that I did between yesterday and today. They are done at the same place and under somewhat similar weather conditions. The horizontal axis is the 2 byte load (ECU_Load) and the vertical axis is the rpm. The chart content is the LoadCalc. The numbers in the hexes are averaged and not the Maximum numbers.
You will note that the differences between LoadCalc and the 2 byte load ar not that large. At around 3500-4000 rpm the differences are bigger between the two loads, but as the rpms increase the differences decline.
#172
-jjf
#173
Evolved Member
iTrader: (6)
http://www.innovatemotorsports.com/f...&postcount=110
At that time the Evoscan formual was the one to sue Battery voltage. Now MJ is using it in his logger as well.
Here is the formula
?Injector Scaling = inj_scale[513]
?i Name of Battery Voltage channel = battery[Battery_Voltage]
?i Name of Injector Pulse Width channel = inj_pulse[Fuel_Injector_Pulse_Width]
?i Name of AFR MAP channel = afrmap[AFR_MAP]
# injector latency
inj_latency = (-0.1026*battery)+1.8741
# engine load
calcload = 5 * inj_scale * (inj_pulse - inj_latency) / afrmap
MC(LoadCalc;%;0;500) = calcload
MJ is this the same as the latest one you have in your logger.
#174
For those confused by the last 12 pages of this post, read this: https://www.evolutionm.net/forums/sh...92&postcount=1
Last edited by Titanium; Apr 3, 2007 at 08:51 AM.
#175
Hey MalibuJack, great work with MitsuLogger and all the other info you've contributed. I was looking at the Load Ignition and Load2 AFR in the requestID.xml file which use RequestID's 00 and 01, which I also use for the 2 byte loads. The Load Ignition and Load2 AFR by default are not logged. Is it ok for me to leave those in the file and also my 2 byte load request ID's, also 00 and 01, or will there be a conflict? If so, I will just comment out one or the other. Thanks!
#176
Evolved Member
iTrader: (38)
Join Date: Aug 2005
Location: NorCal
Posts: 555
Likes: 0
Received 0 Likes
on
0 Posts
I'm wondering why anyone cares about LoadCalc anymore when we have 2-byte..? It's true that LoadCalc is pretty accurate on relatively stock cars, but still...why not just log the real load value and call it done?