Форум: Техническая поддержка

Неужели в LabVIEW таки нет способа генерировать временные задержки с разрешением хотя бы 100-200 мкс (пусть даже и с погрешностью порядка 20-30%) вместо штатных 1 мс? Может быть, у гого-нибудь есть удачные наработки или хотя бы идеи?

Если написать циклическое чтение абстрактного порта I/O (время примерно 2 мкс), то можно примерно реализовать указанную Вами задержку. Но это лучше всего было бы сделать на Си и вызывать через CIN (кажется так это называлось).

Спасибо, рациональное зерно в этой идее есть. Хотя, конечно, в предложенном виде она нереализуема: 1) команды in/out на разных процах занимают от 4 до 14 тактов, соответственно, время их работы должно зависеть от тактовой частоты; 2) в опровержение п. 1 время работы команды in, измеренное при помощи системного таймера в ДОСе, на Целеронах-360 и 500 составило почему-то не десятки наносекунд, а в среднем около 3.5 и 3 мкс; в библиотеке поддержки CIN нет команд обращения к портам (надо попробовать inline-операторы или асмовые вставки). Но все равно спасибо. Еще идеи?

Команды in/out не зависят от тактовой частоты. Для них используется фиксированная частота около 8 МГц, но на некоторых чипсетах она может довольно сильно меняться (до 12 МГц).

Если все-таки найдете в CIN команды обращения к портам,
то можно использовать 2-й канал таймера компьютера
(который раньше использовался как вход динамика)для
для более точного генерирования задержек
(от ед. мкс до десятков мс)

Прошу прощения, дополнение: при использовании таймера Вы не занимаете процессор

Всем спасибо за помощь. Честно говоря, 2-ой канал таймера я пытался поюзать в первую очередь, и как раз искал альтернативу именно этому механизму. Теперь мне стало ясно, что оптимальный способ - "откалибровать" in/out при помощи таймера, а уж потом циклить обращения к портам, причем можно и без CIN.
Проблема возникла в процессе завершения работы над учебным пособием про LabVIEW, где планируется примерчик циклического опроса железа с привязкой к РВ. Вариант с таймером меня не устраивал потому, что... ну просто плохо выглядела картинка с большим количеством "кадров" в структуре SEQUENCE (инициализация, поэтапная загрузка константы пересчета, открытие линии GATE через 0х61-й порт...). Разумеется, вариант с циклом гораздо лучше. Еще раз спасибо.