Trigger Holdoff

Forum for discussing PicoScope (version 5)
Post Reply
mikel
User
User
Posts: 2
Joined: Tue Jan 11, 2005 9:29 pm

Trigger Holdoff

Post by mikel »

I'm using a PicoScope 3205 to capture data wavefoms (amongst other things). One waveform is a burst of data about 10ms long followed by a 90ms gap. I've set the scope to repeat triggering and 2ms per division in the expectation that it will then trigger on the beginning of the burst of data. Much of the time it triggers as expected. However some of the time it misses the beginning of the data and triggers later in the data burst. If I pre-trigger, then it is clear that when the trigger is late it is not that the data has been missed - it's just that the trigger is late.

Any ideas for ways of avoiding this behaviour so that the trigger is more reliable?

Most conventional scopes have 'trigger holdoff' which helps resolve such triggering difficulties. Is there something similar available here?

Thanks

Sarah

Post by Sarah »

Hi

Thank you for your post.

This problem that you are seeing is due to the fact that the scope will start sampling at an arbitrary point in time and therefore the trigger circuit will be armed at an arbitrary point in time.

Most of the time the trigger circuit will be armed in the 90ms gap
between data bursts because the signal being measured is in this
state for the longest period of time and therefore it's more likely that
the trigger will be armed in this period. In fact, because it's a 9:1 ratio of data to no-data, it should trigger in the wrong place 1 in 10 times on average.

There are two possible ways that you could overcome this:

1. If the data can be turned on and off then one possibility is to turn
the data off and set the scope running. The trigger point will therefore definatley be armed when the data is reactivated.

2. Increase the timebase and number of points that are acquired. The trigger point should be set to the middle of the screen and the sample rate increased so that no matter where the trigger catches the data, the entire burst is captured and displayed on the screen. If the number of points are now increased (512kS max for PS3205) then the acquired data can be zoomed in on.

Hope this helps

Best Regards

s.voulaz
Newbie
Posts: 0
Joined: Thu Oct 26, 2017 10:52 pm

Re: Trigger Holdoff

Post by s.voulaz »

Hello,
I'd like to jump on this (quite) old topic to refresh it. I must admit I'm a newbie in Pico's world, and while I appreciate much of its functionality I really (really!) miss the trigger hold-off feature. I find myself (too) often switching to my old fellow 54645D to see what I just can't comfortably see with the 3000 - which is definitely always the case with repetitive bursts.

I really think that this feature deserves much more consideration than it had so far. I sincerely hope to see it in some future firmware and software upgrade.

Thanks for the good products - and for listening.

Hitesh

Re: Trigger Holdoff

Post by Hitesh »

Hi s.voulaz,

We do welcome Customer feedback, so thank you for your comments - I have added your comments to an existing feature request.

Our Development Team are busy on current projects, so it may be some time if this is deemed to be feasible.

Regards,

rossgbaker2
Newbie
Posts: 0
Joined: Wed Nov 08, 2017 4:12 am

Re: Trigger Holdoff

Post by rossgbaker2 »

This is BY FAR the normal oscilloscope function I miss the most on my Picoscope 5000 series.

I am really shocked that it appears that some engineers at Picotech do not seem to really understand this function and its value. It is simply setting a controllable amount of time after a trigger event before which another trigger event will not be detectable (a refractory period). It is simple and very useful. It would be very easy to add to any programmable logic device like an FPGA. It should take less than an hour to code the Verilog or VHDL.

Martyn
Site Admin
Site Admin
Posts: 4483
Joined: Fri Jun 10, 2011 8:15 am
Location: St. Neots

Re: Trigger Holdoff

Post by Martyn »

We do understand, however there are so many features already packed into PicoScopes that there is very little, if any space left, so adding new features has to be considered very carefully, alongside all the other additions that have been requested, and the availability of engineers to do the work.

For some cases where Holdoff would be a good choice, it is often possible to use the Advanced Trigger features to achieve the same result.
Martyn
Technical Support Manager

JSGordon
Newbie
Posts: 0
Joined: Wed Jan 16, 2013 8:19 pm

Re: Trigger Holdoff

Post by JSGordon »

Yes please! I wanted trigger holdoff again today. The only practical workaround I could find was to use single shot acquisition.

sbabic44
User
User
Posts: 3
Joined: Thu Nov 30, 2017 10:17 pm

Re: Trigger Holdoff

Post by sbabic44 »

Martyn wrote:We do understand, however there are so many features already packed into PicoScopes that there is very little, if any space left, so adding new features has to be considered very carefully, alongside all the other additions that have been requested, and the availability of engineers to do the work.

For some cases where Holdoff would be a good choice, it is often possible to use the Advanced Trigger features to achieve the same result.
I am curious, could you please explain, how would you setup advanced trigger to replace trigger holdoff...

Regards,
Sinisa

Martyn
Site Admin
Site Admin
Posts: 4483
Joined: Fri Jun 10, 2011 8:15 am
Location: St. Neots

Re: Trigger Holdoff

Post by Martyn »

Pulse width triggers, careful use of pre and post triggering, with appropriate timebase selection can work for some situations.

It really depends upon the nature of the data, and what you are looking to achieve.
Martyn
Technical Support Manager

ja@jaa.org.uk
Newbie
Posts: 0
Joined: Mon Jan 28, 2019 10:30 am

Re: Trigger Holdoff

Post by ja@jaa.org.uk »

Hi
Can I add my urgent request for a "Trigger Hold Off" function in PicoScope 6
I have a PicoScope 5243D MSO
I am trying to trigger from every fourth burst of data in a continuous data stream.
I wish to use Repeat Mode and monitor the data continuously.
The "sweep times" are such that it is not possible to synchronously capture four bursts at a time
and simply select the required burst of interest.
In addition the data bursts are widely spaced in time.
I am sure there are many other occasions where such a function is essential.
On the "face of it" it would appear to be relatively simple to implement.

I have only recently acquired the PicoScope and I am very pleased with the performance.
I am running the device/software on a Fedora 29 Linux platform.

Regards
John Austin

Chance92
Newbie
Posts: 0
Joined: Thu May 12, 2022 5:23 pm

Re: Trigger Holdoff

Post by Chance92 »

Martyn wrote:
Wed Nov 08, 2017 7:31 am
We do understand, however there are so many features already packed into PicoScopes that there is very little, if any space left, so adding new features has to be considered very carefully, alongside all the other additions that have been requested, and the availability of engineers to do the work.

For some cases where Holdoff would be a good choice, it is often possible to use the Advanced Trigger features to achieve the same result.
It has been over 10 years. I suppose this feature won't be included in PicoScope 7?

Post Reply