Paul,
Good catch on the screenshot -- more importantly, it shows they use
EP2.0.10 Pro (as you know, Task Events got introduced with that
version). Yes, in that case they should use Task Events instead of
Onset/OffsetSignal, and the thread linked earlier goes into that a
bit. Moreover, if they want to reset the bit based on an offset from
the OnsetTime, then they should use an event of
<stimulus>.OffSetTime, and an appropriate value for Delay.
Good catch on the If..Then line, I completely overlooked that!
Finally, I find the new default of "(same as duration)" a great
improvement, once properly understood and managed. But there is room
for a difference of opinion on that :).
Best regards,
-- David McFarlane
At 10/21/2013 01:43 PM Monday, Paul Groot wrote:
>PS. The screendump shows that you are using EP2 pro. This version
>allows you to specify triggers using Task Events on Trigger1 instead
>of the OnsetSignal-properties. In that case you SHOULD define a
>ParallelPort device first.
>
>PS2: David also pinpoints an annoying issue with EP2: PreRelease is
>set to 'same as duration', which might result in zero-duration triggers...
>
>Paul
>
>
>On 21 October 2013 19:37, Paul Groot
><<mailto:
pfc....@gmail.com>
pfc....@gmail.com> wrote:
>The script looks fine, but are you sure that c.GetAttrib("Target")=1
>evaluates to true? Just add a debug line to check if the
>if-statements runs as expected:
>
>Debug.print "Target"
>
>Also notice that value 128 corresponds to the highest bit of the 8
>datalines. Also, adding the ParallelPort device is not required when
>using this trigger mechanism because you directly send data to the
>data register of the printer port. I'm not sure, but this might even
>give problems when the the LPT mode is not correctly set.
>
>cheers
>Paul
>
>
>
>
>
>On 21 October 2013 12:43, Piercarlo Mauri