Trigger Holdoff
Trigger Holdoff
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
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
Re: Trigger Holdoff
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.
-
- Advanced User
- Posts: 2856
- Joined: Tue May 31, 2011 3:43 pm
- Location: St. Neots, Cambridgeshire
Re: Trigger Holdoff
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,
Software Dev. Engineer
-
- Newbie
- Posts: 0
- Joined: Wed Nov 08, 2017 4:12 am
Re: Trigger Holdoff
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.
Re: Trigger Holdoff
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.
Technical Support Manager
Re: Trigger Holdoff
Re: Trigger Holdoff
I am curious, could you please explain, how would you setup advanced trigger to replace trigger holdoff...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.
Regards,
Sinisa
Re: Trigger Holdoff
It really depends upon the nature of the data, and what you are looking to achieve.
Technical Support Manager
-
- Newbie
- Posts: 0
- Joined: Mon Jan 28, 2019 10:30 am
Re: Trigger Holdoff
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
Re: Trigger Holdoff
It has been over 10 years. I suppose this feature won't be included in PicoScope 7?Martyn wrote: ↑Wed Nov 08, 2017 7:31 amWe 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.