Не работает обработка user event

[shda]

В vi верхнего уровня (main.vi) создаётся и регистрируется user event. Data type передаётся в subvi, в котором происходит генрация user event'а. Этот subvi работает всё время работы приложения. Registration refnum передаётся в два subvi, которые запускаются последовательно. Сначала запускается и закрывается один subvi, потом второй. Настройки этих двух subvi одинаковые. В обоих есть event structure на вход которых поступает Registration refnum. Однако, в первом subvi обработка user event выполняется, а во втором - нет. Почему такое может происходить?

Зелёным кружочком обозначен subvi в котором обработка user event работает, а красным - нет. Первоначально В первый subvi Registration refnum передавался так же как во второй - никакой разницы.

[Blackman]

Надо смотреть сами subVI.
Почему второй subVI подключается к выходному референсу первого subVI, а не напрямую к оригинальному?

[Oleg B.]

Однако, в первом subvi обработка user event выполняется, а во втором - нет. Почему такое может происходить?

Event - это событие, причем ОДНОразовое.
Захват и обработка события в "Выбор ФП..." уничтожает его,поэтому в "Начало" ничего не происходит

[Blackman]

Однако, в первом subvi обработка user event выполняется, а во втором - нет. Почему такое может происходить?

Event - это событие, причем ОДНОразовое.
Захват и обработка события в "Выбор ФП..." уничтожает его,поэтому в "Начало" ничего не происходит

Не совсем точно. Механизм здесь:
Can I Use Multiple Event Structures to Handle the Same Event in LabVIEW?
http://digital.ni.com/public.nsf/allkb/ ... enDocument

[Kosist]

Однако, в первом subvi обработка user event выполняется, а во втором - нет. Почему такое может происходить?

Event - это событие, причем ОДНОразовое.
Захват и обработка события в "Выбор ФП..." уничтожает его,поэтому в "Начало" ничего не происходит

Поддерживаю Blackman, так как User Events работают по принципу Multiply Writers -> Multiply Readers (или что-то в этом роде), т.е. генерировать и ловить события можно в нескольких процессах без проблем.
shda, прилагаю небольшой пример, что подтверждает это. Открываете фронт-панели виаек Consumer 1 и Consumer 2, и запускаете Main.vi. Счетчики обновляются одновременно.

А в Вашем случае, нужно посмотреть код, чтобы найти проблему. Поделитесь? Или уже проблема решена?

[shda]

Поделиться кодом проблематично - слишком большой, да и проблема решена. Ошибка моя. Subvi, который генерирует user event неправильно определял какие subvi внутри цикла работают и уходил в спячку во время работы второго subvi. На обнаружение этого ушла неделя. :( А есть ли в labview механизмы, которые позволяют отслеживать генерацию и обработку пользовательских событий? Ручная трассировка в моём случае невозможна.

[Kosist]

А есть ли в labview механизмы, которые позволяют отслеживать генерацию и обработку пользовательских событий? Ручная трассировка в моём случае невозможна.

Насчет последнего - сильно сомневаюсь, т.к. логирование можно добавить везде и всегда, дело лишь в подходе - что логировать, при помощи чего, и т.д; и сколько времени на имплементацию можете выделить. Если же Вы имели ввиду ручной дебаггинг, то тогда да - так дебажить тяжело иногда. Но грамотный логинг существенно помогает в поиске причины проблемы в работе приложения.
Однако, можете попробовать NI LabVIEW Desktop Execution Trace Toolkit. С его помощью, кажется, можно отслеживать подобные события.

[alex3f]

shda, есть ещё инструмент View»Event Inspector Window.