Библиотека "Tasking"

[Eugen Graf]

Вроде бы должно теперь работать, попробуйте, проверьте.

[Forward]

У меня все работает нормально.
Примерчик наглядный, спасибо.

[Forward]

Вроде бы должно теперь работать, попробуйте, проверьте.

Щас посмотрел еще раз старую версию твоей библиотеки. Под 8.5 действительно не пашет, а под 8.6 работает нормально. Новая работает и там, и там.

[Viktor]

Почему никто не говорит что библиотека нихрена не работает? Кто нить ваще скачивал и открывал её?

Всё работает, только в unwired terminal

unwired.PNG (8.9 КБ) 9029 просмотров

[Eugen Graf]

И что? Ошибку чтоли выдаёт? В принципе не должен. Там "-1" как дифолтное значение. То есть жди до бесконечности.

[Viktor]

У меня на 8.5 выдвал ошибку, пока я не приделал "-1"

[Forward]

Да-да. Коннектор timeout указан как required.
Я говорил про другую ошибку: в старой версии библиотеки (8.5) ругается на класс.

[Eugen Graf]

И то и другое исправлено. Проблемы с классами вроде бы быть не должно. И коннектор Timeout я сделал опциональным (так вообще то и было задумано, я его вроде бы не делал requiered, ну да ладно уже).
Спасибо

[Konstantin Sumenko]

Если не зацопирайтено выкладывай, посмотрим, обсудим.

Все открыто Только это не в виде библиотеки и некоторые VI приспособлены сугубо под конкретную прогу.

[Eugen Graf]

Есть только один ньюанс: refnum на очередь теоретически действителен только пока та VI, что его сделала
работает.

Всё, врубился о чём ты. Недавно с этим столкнулся. Открывал очередь и стартовал динамически прибор. Когда тот прибор из которого я стартовал заканчивал свою работу, очередь становилась недействительной.
Решил проблему используя хэндшейк. Запускал прибор, там открывал его очередь, потом отправлял референс на очередь назад, чтобы главный внёс её в регистр.

А вот теперь хотелось бы ешё узнать как в этом смысле работает референс на VISA дивайс?

[mzu2006]

Решил проблему используя хэндшейк. Запускал прибор, там открывал его очередь, потом отправлял референс на очередь назад, чтобы главный внёс её в регистр.

Можно так. Даже, мне, наверное, так больше нравится, чем то как я решаю эту проблему.
Я "делаю" все очереди в одном месте (subVI главного прибора), в каждую из "нитей" отсылается "имя" очереди. Дескриптор, так полученный, уничтожится когда subVI в которой инициализируются очереди перейдёт из состояния reserved в состояние idle, т.е. в конце выполнения главного прибора.

А вот теперь хотелось бы ешё узнать как в этом смысле работает референс на VISA дивайс?

действителен до закрытия, либо остановки VI верхнего уровня, если иначе не сказано в опции "Automatically close VISA sessions" на вкладке "Environment" (опция по умолчанию оставляет ссылки открытыми ...)

Это, IMHO, одна из главных "проблем" в для сишников. С++ весь строится на понятиях область действия и время жизни. в основном, передаёт данные по значению. И здесь нет вопросов ни с тем ни с другим. Но когда часть параметров передаётся по ссылке, начинаются неочевидные вещи, вызывающие у сишников отвращение. Например,

ссылки на очереди закрываются, как описано ранее.
ссылки на VI могут закрыться так же как очереди или не закрыться ...
ссылки на VISA сессию, обслуживаются библиотекой VISA и могут как закрыться так и нет в зависимости от настроек.
ссылки на image (модуль IMAQ/VISION) IMHO остаются в памяти даже после окончания работы программы.
итд.

Мне до сих пор не попадалось таблички с перечнем всех типов ссылок и описанием их времени жизни.