dadasracecar
Member
It's only as reliable as the sensors it's reading. That's like asking how accurate is your MAF, MAP, IAT, wbO2, TPS, CPS, etc sensor.
I have an Omega Watch that has been broken for three years, I still love it, lol.
I'm with kingpin here. Just doing my research, how accurate are we talking. Is it pretty spot on? I'm not looking to spend to much more on my car (full exhaust, wheels, Forge or HKS), but if this thing is spot on, I may forgo one of those other goodies for this.
how reliable/accurate is the dashhawk?
It does look like a nice unit and does pretty much what the DH does plus more. The only reasons I can see the DH coming out on top is cheaper price ($275 vs $375-425), bigger LCD, Color LCD, and the constant stream of firmware/software updates from Ken at MSD). Other than that it probably just comes down to personal preference.
Like any OBD2 scan tool, the DH receives data from the ECU and scales it.
In the case of manufacturer specific data, the exact scaling may not be known in which case someone would have to make a guestimate.
Since the DH folks are asking for data logs, they obviously don't know the correct scaling for several parameters.
I noticed the DH will log 6 channels for 3-5 minutes which is probably adequate for most applications, the Dashdyno will log 16 channels for 10-20 hours on a 128Mb SD card and it will take a 1Gb card. You can also connect directly to the OBD through the Dashdyno with a laptop for really big full color displays and practically unlimited storage.
Sorry for the hijack, back to your regularly scheduled thread.
-enganear
Originally Posted by matsuda![]()
The ECU has no way to measure it. It is an inferred value.
Try this:
After normal driving, note the temperature reading before shutting off your car.
After shutting off your car, start it again a few seconds later and note the new temperature reading.
The DashHawk will give you the same reading as any other scan tool.
There's no pyrometer in the cat then? What is it inferring it from? Rear 02 sensor? I'll give your test a try. I assume its going to read a temp far below what it should be since the ECU reset but obviously the cat didn't cool down very much.
its not monitoring it. Drive the car and get it up to 1200-1300 degrees, turn it off and turn the key to on right away, it will be somehwere in the 800's. Temps don't drop 400 degrees in 2 seconds
So is this reading inaccurate?
So is this reading inaccurate?
the data logs are for the NEW sensors that they picked up when one of the members went for a pid dump!!!!!!! NOT ITS CURRENT READING PID's
That is exactly what I was saying.
They don't know the correct scaling for manufacturer specific data so they are attempting to "guestimate" it by reading data logs.
The scaling for all standard OBD2 parameters are published as ISO and SAE standards. Of course the DH can read boost pressure and AFR correctly because manufacturer specific data is not used for these parameters.
its not monitoring it. Drive the car and get it up to 1200-1300 degrees, turn it off and turn the key to on right away, it will be somehwere in the 800's. Temps don't drop 400 degrees in 2 seconds
Ken @MSD said:Just a quick update folks ... we've been on the road the end of last week, but I did get a chance to play a little with the data while in the airport and such.
I think I have an idea for another "round" of scaling for the various Mazda stuff. Also, I think we see what's going on with the Mazda VIN logic and we'll have a fix for it.
In the meantime, here's the plan going forward...
We're going to try to "button up" v2.4 and move it into the production code download area. All the questionable Mazda values (and ones we are working on like the PW and MAF voltage stuff) will roll over into the next round of Beta releases (v2.5 Beta 1) and we'll keep plugging away.
The VVT stuff is really whacky, so we'll probably have some interesting things to try with it, which will take time.
Again, as mentioned above, we KNOW that some of this stuff is totally whacked (like the MAF voltage for example ... that is just debug numbers being passed up without any appropriate scaling). It'll take a while to figure out the encoding, scaling, and precision of each variable.
THANKS A MILLION! You guys are making this happen!
are there any kind of sensors for speed6 guys AWD?
are there any kind of sensors for speed6 guys AWD?