02-05-2014 10:20 AM
Gotcha, thanks that makes sense. Let me give it a try.
Thank you!
Christopher
02-05-2014 10:25 AM - edited 02-05-2014 10:26 AM
I usually use 3 loops, one for input (Event Structure, Producer), one for processing (Queued State Machine, Consumer), and one for updating the front panel display. I've always used a Functional Global for the front panel values, that way I can update it anywhere in my system and the front panel will update as fast as I allow the display loop to run. Unless an event just does one quick thing I never process anything in the Event Structure. That's what the consumer loop is for.
02-05-2014 11:06 AM
Pickering wrote:
There is no way to make the event structure store up events and execute them when it is not busy?
Yes, that's exactly what the event structure does - it maintains a queue of pending events. I wonder if you could solve your problem simply by unchecking the "Lock front panel until the event case for this event completes" option for the dynamic event case?
02-05-2014 11:13 AM
@nathand wrote:
I wonder if you could solve your problem simply by unchecking the "Lock front panel until the event case for this event completes" option for the dynamic event case?
You cant lock front panel for dynamic events.
02-05-2014 11:32 AM
@.aCe. wrote:
You cant lock front panel for dynamic events.
Knew I should have checked that before I posted! Oh well. Thanks for the correction.