Cold start testing - 3423

Ask any questions about using PicoScope 6 Automotive software here.
Post Reply
stevejcb
Newbie
Posts: 2
Joined: Mon Jun 18, 2007 9:17 am

Cold start testing - 3423

Post by stevejcb »

We are currently performing cold start tests on our development equipment (diesel engines) and have been trialing the Picoscope 3423.

The scope seems to work well but we have to manually calculate RPM from the cylinder firing off the trace. Are there any plans to allow direct pickup of RPM? (ie pizoelectric pickup off injector pipe)

We have a niggle with the Picoscope R6 Automotive software where a trace splits between the 1st, 2nd or 3rd etc. waveforms in the buffer there does not seem to be any way of looking at the whole trace as one. This can make comparisons difficult when flicking back and forth between waveforms or am I missing something???

PeterF
OneWave
OneWave
Posts: 21
Joined: Thu Jun 07, 2007 10:53 am
Location: Cambridgeshire

Post by PeterF »

Hi,
We are looking at ways of incorporating rpm and it will come eventually. Getting it simple and foolproof is not easy.
Have you tried capturing at a slower time base for a longer period with many samples and then viewing using the magnifying tools?
PeterF.

User avatar
Autonerdz
TwoWaves
TwoWaves
Posts: 387
Joined: Wed Nov 20, 2002 4:19 pm
Location: Washington State USA

buffer

Post by Autonerdz »

Steve,

What Peter said :)

The waveforms placed in the screen buffer are not seamless. They are screen shots. There are gaps between them where no data is collected.

The percentage of gap time to capture time varies on time base. The longer your screen time, the smaller the percentage.

Don't be shy with the screen time. Each one is a seamless capture. Dial up the samples to the max. For example, in streaming mode at 20s/div, you can collect over 2 million samples per channel on each of four channels on one screen. That's 3 minutes and 20 seconds. Each screen goes into the screen buffer. With these settings, the gaps between the screens account for only 1% of the total time. So, with 32 screens, you record an hour and 45 minutes capturing 99% of all the data. Never been done before.

Depending on your signal frequency, this may be too much time to maintain an adequate sample rate (10.4 KHz) but you get the idea. You can also collect 2 million samples per channel for a 2 second screen capture at 1MHz per channel. In this case your screen gaps in the screen buffer will be about 50% of total time.

Tom Roberts
(The Picotologist)
http://www.autonerdz.com
THE PicoScope Automotive Authority
In North America
Tom Roberts
(The Picotologist)
Autonerdz

stevejcb
Newbie
Posts: 2
Joined: Mon Jun 18, 2007 9:17 am

Re: buffer

Post by stevejcb »

Autonerdz wrote: Don't be shy with the screen time. Each one is a seamless capture. Dial up the samples to the max. For example, in streaming mode at 20s/div, you can collect over 2 million samples per channel on each of four channels on one screen. That's 3 minutes and 20 seconds. Each screen goes into the screen buffer. With these settings, the gaps between the screens account for only 1% of the total time. So, with 32 screens, you record an hour and 45 minutes capturing 99% of all the data. Never been done before.
Now the engineers are saying they have too much data - never manage to please them lol.

They now want to take out a section of the data for use in MS Excel but I can't seem to find any way of just exporting a section of the data or reducing the amount of samples from the original data so that Excel isn't overloaded with the data.

Anyone got any ideas???? Help please!!!!

(Too much data :lol: )

ziko
OneWave
OneWave
Posts: 21
Joined: Fri Dec 01, 2006 10:03 am
Location: St Neots

Post by ziko »

Hi just had a thought, the latest version of Microsoft Excel has the cell number limit increased from 65k to approximately 1Million. Hope this helps.

Kind regards
Ziko

Technical Specialist

davidj
OneWave
OneWave
Posts: 24
Joined: Wed Oct 11, 2006 8:50 am
Location: St. Neots, Cambs, UK

Post by davidj »

Thanks Ziko, As the area of interest was all on one screen, this problem of 'too much data was resolved in part by re saving 'current' waveform rather that 'all'.
Regards,
David

Post Reply