Приоритет в Event Structure

[jane_wild]

Есть вопрос, возможно ли устанавливать приоритеты в Event structure? Например имеется timeout и user event. Какая из них имеет приоритет?
Дело в том, что слайдер value change event из одного VI генерирует UE, которое обрабатывается в другом VI и в нем же есть таймаут. Так вот если постоянно двигать слайдером в первом т.е. постоянно генерировать ивенты, то таймаут во втором VI не срабатыват вовремя. Я бы хотела чтобы таймаут имел приоритет над UE. Возможно ли это?

[IvanLis]

Есть вопрос, возможно ли устанавливать приоритеты в Event structure? Например имеется timeout и user event. Какая из них имеет приоритет?
Дело в том, что слайдер value change event из одного VI генерирует UE, которое обрабатывается в другом VI и в нем же есть таймаут. Так вот если постоянно двигать слайдером в первом т.е. постоянно генерировать ивенты, то таймаут во втором VI не срабатыват вовремя. Я бы хотела чтобы таймаут имел приоритет над UE. Возможно ли это?

Делается параллельный цикл для обработки TimeOut.
И в него регистрируется UE, в которой передается Stop. Я как правило Stop отдельно от всех делаю в том числе и по этой причине.

[Artem.spb]

Например имеется timeout и user event. Какая из них имеет приоритет?

timeout имеет приоритет примерно -inf. Он случается, если за это время ничего другого не произойдёт. Т.е. это НЕ таймер, который тикает и регулярно генерирует события, это именно timeout - ничего не случилось за это время.
Для user event есть два уровня приоритета - нормальный и high. Последний лезет в начало очереди.

[jane_wild]

Делается параллельный цикл для обработки TimeOut.
И в него регистрируется UE, в которой передается Stop. Я как правило Stop отдельно от всех делаю в том числе и по этой причине.

Идея хорошая. Но не подходит для моего случая. Дело в том что в таймауте обрабатываюстя данные, которые как раз таки обновляются в UE, следовательно они должны быть в одном цикле. Буду думать как ограничить количество посылаемых сообщений, крайний случай вместо value change использовать mouse up слайдера, и посылать (генерировать) последнее значение слайдера. Но это не желательно...

Из скриншота видно, что событие стоп присутствует в обоих event structure. Это от одной кнопки? И по ее нажатию останавливаются оба цикла?

[Artem.spb]

Дело в том что в таймауте обрабатываюстя данные, которые как раз таки обновляются в UE, следовательно они должны быть в одном цикле.

Во-первых, не факт, что они должны быть в одном цикле. Вообще, по науке хорошего программирования Event собирает события и пересылает их в какой-то параллельный цикл, где всё в одном месте обрабатывается.
Так что это первый вариант.
Второй: почему данные обрабатываются оп таймауту, а не по факту изменения? => оформить обработку в виде саба и вызывать в каждом кейсе, или вообще после Evernt.
Третий: Снова параллельный цикл, но он с заданной частотой генерирует user event "обработай данные". А последнее прилетает в первую структуру и инициирует обработку по "таймауту".

Из скриншота видно, что событие стоп присутствует в обоих event structure. Это от одной кнопки? И по ее нажатию останавливаются оба цикла?

Судя по внешней ссылке, это вообще не кнопка, а user event, который разлетается по всему проекту и говорит всем, что пора завершать работу. А уж как он инициируется - по кнопке закрытия окна или по какому-то другому событию, не так важно.
События вообще можно регистрировать сколько угодно раз, и каждый обработчик получит свою копию события. В этом хорошее преимущество событий на очередями.
Ну и надо же как-то остановить оба цикла :)

[jane_wild]

События вообще можно регистрировать сколько угодно раз, и каждый обработчик получит свою копию события. В этом хорошее преимущество событий на очередями.
Ну и надо же как-то остановить оба цикла :)

Спасибо этого не знала.

Почему в одном цикле - объясню. Недавно я поднимала тему с аналоговым выходом с cDAQ, который генерировал синусоиду. Так вот UE слайдера меняет частоту, запоминая ее в shift register, а в таймауте генерируется сама синусоида . И если долго двигать слайдером, таймауту нет возможности сработать(записать новую порцию синусоиды) поэтому и происходит ошибка

[Artem.spb]

Так вот UE слайдера меняет частоту, запоминая ее в shift register, а в таймауте генерируется сама синусоида .

И вот тут-то всё неправильно.
работа с железом и взаимодействие с пользователем категорически должны быть в разных циклах. Так что здесь подходит мой первый вараинт - по слайдеру информация пересылается в другой цикл и там используется по назначению.

[jane_wild]

Так они в разных циклах, слайдер в одном vi UE в другом. Но по сути разделения нет, с этим я согласна. Поэтому мне понравился третий вариант. Попробую вместо таймаута генеривовать события, в отдельном цикле, с заданым промежутком и установлю высокий приоритет, думаю будет работать.

[IvanLis]

Из скриншота видно, что событие стоп присутствует в обоих event structure. Это от одной кнопки? И по ее нажатию останавливаются оба цикла?

Да, я по этому на скрине их и показал.
Т.е. второй обрабатывает только два события, а фактически одно - TimeOut.
А по нажатии Stop, цикл останавливается и работа vi завершается.