Page 1 of 1

GPR sampling rates vs logging ability?

PostPosted: Fri May 08, 2015 1:13 am
by mk e
I'm a little slow at times (pun intended) so it just occurred to me that logging a sensor faster than it's updating is pretty pointless....is there an easy way to see what the sampling rates are for everything in the GPR package?

Re: GPR sampling rates vs logging ability?

PostPosted: Sat May 09, 2015 12:37 am
by mk e
mk e wrote:I'm a little slow at times (pun intended) so it just occurred to me that logging a sensor faster than it's updating is pretty pointless....is there an easy way to see what the sampling rates are for everything in the GPR package?


Or maybe it doesn't matter and the system is setup so the logging rate IS the sampling rate?

Re: GPR sampling rates vs logging ability?

PostPosted: Sun May 10, 2015 10:17 am
by Ben-S
mk e wrote:
mk e wrote:Or maybe it doesn't matter and the system is setup so the logging rate IS the sampling rate?


The sample rates are set in Build so that's not the case. If you look at the project your package is based on in build you can see the maximum sample rate. You could also change the sample rate if you had a development license.

There may be a way in Tune to look up the sample rate of each channel but I haven't noticed it yet. I'll take a look through next time im in the software. It would certainly make sense that it would tell you right in the log setup screen but from memory I don't think it does.

Re: GPR sampling rates vs logging ability?

PostPosted: Mon May 11, 2015 9:15 pm
by AlanB
Tune will not allow you to log a channel faster than its update rate, you will get a warning message if you try.

It will let you log at rates below the ECU update rate providing the update rate is evenly divisible by the log rate you want to use ie if the ECU update rate is 500hz then you can log at 500hz, 100hz or 50hz but not at 200hz.

Best regards.

Re: GPR sampling rates vs logging ability?

PostPosted: Mon May 11, 2015 10:49 pm
by mk e
Thanks.