HPTuner pids refer back to VE #
02-10-2006, 10:43 PM
#5
FormerVendor
Join Date: May 2004
Posts: 152
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by Phil99vette
No just the raw value used in the VE table.
Phil
Phil
I'm not exactly sure what you are asking, trying to do.
The histogram in the scanner is the exact VE table x,y
Ken
02-10-2006, 10:46 PM
#6
no Ken, i think he wants to know the RAW VE number, as stored in the PCM.
frankly, i would like to know it too, since i just reread the 've table cracked' thread again and i have some new ideas. or at least how do you calculate the raw value from the 'display' value?
frankly, i would like to know it too, since i just reread the 've table cracked' thread again and i have some new ideas. or at least how do you calculate the raw value from the 'display' value?
02-10-2006, 10:54 PM
#7
FormerVendor
iTrader: (1)
Join Date: Feb 2002
Location: Waldorf, MD
Posts: 3,059
Likes: 0
Received 0 Likes
on
0 Posts
This is what he is talking about and for those that dont know what they are looking at its the default PCM ve units g*k/kpa the % you see normally take displacement into account
Trending Topics
02-10-2006, 11:00 PM
#8
Moderator
iTrader: (11)
Join Date: Mar 2002
Location: East Central Florida
Posts: 12,604
Likes: 0
Received 6 Likes
on
6 Posts
I think he wants the VE table value in play at the time.
Which could always be done tediously by hand, but it
would probably be enlightening to see real vs modeled
tick by tick.
Which could always be done tediously by hand, but it
would probably be enlightening to see real vs modeled
tick by tick.
02-10-2006, 11:16 PM
#9
FormerVendor
Join Date: May 2004
Posts: 152
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by jimmyblue
I think he wants the VE table value in play at the time.
Which could always be done tediously by hand, but it
would probably be enlightening to see real vs modeled
tick by tick.
Which could always be done tediously by hand, but it
would probably be enlightening to see real vs modeled
tick by tick.
It also does not save the x,y coordinates used to find and interpolate the table values. So the best anybody can do is model it in the scanner as a % error.
Anything else is just "entertainment".
-Ken
02-10-2006, 11:21 PM
#10
FormerVendor
iTrader: (1)
Join Date: Feb 2002
Location: Waldorf, MD
Posts: 3,059
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by Super Sport X2
The problem with that is the VCM rarely uses a "single" value from the table.
It also does not save the x,y coordinates used to find and interpolate the table values. So the best anybody can do is model it in the scanner as a % error.
Anything else is just "entertainment".
-Ken
It also does not save the x,y coordinates used to find and interpolate the table values. So the best anybody can do is model it in the scanner as a % error.
Anything else is just "entertainment".
-Ken
So you say.
02-10-2006, 11:31 PM
#11
FormerVendor
Join Date: May 2004
Posts: 152
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by HumpinSS
So you say.
Will you please go find something else to do Humpinss, I'm trying to get some information from Phil here. Get back to me when you can actually edit a 3D table view instead of just look at it.
02-10-2006, 11:46 PM
#12
FormerVendor
Join Date: May 2004
Posts: 152
Likes: 0
Received 0 Likes
on
0 Posts
Nobody flamed you Humpinss. I responded to Jimmys question and you had to get your 2 cents in.
The VCM does not save the x,y table coordinates, only the result it interpolated which can be up to 4 cells.
You can map it with software, but you will always be at the mercy of the scanner data rate.
The VCM does not save the x,y table coordinates, only the result it interpolated which can be up to 4 cells.
You can map it with software, but you will always be at the mercy of the scanner data rate.
02-10-2006, 11:54 PM
#13
FormerVendor
iTrader: (1)
Join Date: Feb 2002
Location: Waldorf, MD
Posts: 3,059
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by Super Sport X2
You can map it with software, but you will always be at the mercy of the scanner data rate.
Isnt this true for all the pids supported?
02-11-2006, 12:12 AM
#15
FormerVendor
Join Date: May 2004
Posts: 152
Likes: 0
Received 0 Likes
on
0 Posts
You can guess Humpinss. One must make the assumption that the time the VCM picked the table results is the exact same time it updated the scanner ram PID's. Then you have the delay in data transmission, delay in picking up the error in the exhaust stream, etc.
So the answer to Phil's question is it's not an exact timed science or sequence of events that can be traced back to the original number in the VE table. You can cover an area as % error and call it good. Like I said, anything else is just entertainment to watch the software guess where things came from.
Even the VCM treats all AFR errors as corrections due to "persistent" errors.
Thats why everybody call it a histogram
Without over complicating things, just use the histograms and copy/paste the errors, then smooth the area.
So the answer to Phil's question is it's not an exact timed science or sequence of events that can be traced back to the original number in the VE table. You can cover an area as % error and call it good. Like I said, anything else is just entertainment to watch the software guess where things came from.
Even the VCM treats all AFR errors as corrections due to "persistent" errors.
Thats why everybody call it a histogram
Without over complicating things, just use the histograms and copy/paste the errors, then smooth the area.