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

Добрый вечер.

Устройство E502. Есть ли возможность получения тиков устройства? Нам это нужно, чтобы иметь возможность рассчитать время приёма каждого отсчёта.

Было бы идеально, если к каждому отсчёту прилагалось бы время снятия данных (в тиках). Но подойдёт также функция, которая сказала бы текущее значение тиков.

Здравствуйте.

Если Вы запускаете синхронный потоковый ввод, то время каждого отсчета относительно предыдущего строго задано и определяется заданными частотой АЦП и частотой кадров. Т.е. Вы точно знаете время, которому соответствует каждый отсчет, относительно момента начала сбора. Соответственно нет смысла передавать информацию, которая и так точно рассчитывается. Необходимость дополнительных условных тиков самого модуля не совсем понятна, что она может дать.

По поводу термина "синхронный ввод": http://www.lcard.ru/lexicon/sync_async_io

Спасибо.

Проблемы могут возникнуть, если команды на АЦП проходят с задержкой, в итоге мы получим сдвиг по времени относительно реальных тиков. Но я понимаю, что запрос тиков также может пройти с задержкой, и будет то же самое.

Будем думать, как работать в этой ситуации. Есть подозрение, что время слегка "уплывает" (рассчитанное время), при том, что это не приводит к переполнению буффера. Что странно, потому что если мы вычитываем данные хоть немного медленнее, чем они считываются, мы бы переполнились.

Экспериментировать пока не можем, так как нам положили сервер, на котором установлено устройство. Позже, если проблемы останутся, напишу ещё раз.

to @ Бабуин.   Мне показалось, что во втором сообщении под "тиками" Вы подразумеваете квант времени системных часов ПК, но в первом Вашем сообщении вроде бы шла речь о "времени снятия данных" (в системе отсчётов времени E-502). С необходимой системой отчётов реального времени просьба определиться, чтобы у техподдержи тик не случился...

Нам нужно точное время снятие отсчёта, по тикам прибора мы бы смогли это время определить (по крайней мере думали, что смогли бы). Тики ПК, к которому подключено устройство, мы получить можем, но они нам малополезны.

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

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