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

Как изменить скорость опроса? Установлена, как я понял, на 600Гц.
Коэффициентом прореживания можно переставить на 300, 200.
А 250? А 180Гц?

Вначале стоит определиться с терминологией. Модуль по жизни запрограммирован на ЧАСТОТУ ДИСКРЕТИЗАЦИИ, равную 600 Гц (для каждого из каналов). Вы имеете, благодаря ПО в виде BIOS, возможность изменить ТЕМП ВЫДАЧИ данных, т.е. то, что Вы называете скоростью опроса. СКОРОСТЬ ОПРОСА же, на самом деле, - термин, смысла в данном контексте не имеющий. Ведь можно опрашивать устройство как угодно быстро, например, 10000 раз в секунду.
Но это все равно что 10000 раз прочитать одно и то же показание прибора (которое не изменится).
Поэтому лучше применять слова "частота дискретизации" и "темп выдачи данных" (или их эквиваленты).
BIOS темп выдачи данных регулирует так называемым методом цифровой фильтрации с децимацией. Разработчиками LC-114 была подобрана сетка фильтров (и соотв. им сетка коэфф. децимации), которая приведена в Руководстве пользователя.
Если Вы хотите использовать иной набор коэффициентов децимации для регулирования ТЕМПА ВЫДАЧИ данных, - Ваше право. Только нужно учесть, что без соотв. фильтра будут теряться отчеты АЦП, что критично для, например, FFT. Т.е. это плохой подход.
И еще, коэффициент децимации - число ЦЕЛОЧИСЛЕННОЕ, т.е. совсем произвольную f= 250, 180, ... Вы все равно не получите.

Прекрасно! Но в том-то и дело, что мне нужны произвольные частоты. Насколько сложно изменить частоту дискретизации?
Интересно плавное изменение частот.
И, правильно ли я понимаю, что даже запрашивая мгновенные данные с канала с частотой, например, 250Гц, я буду получать
отсчеты, которые снимаются с АЦП с частотой 600Гц, т.е. будет биение частот?

600 Гц - максимальная частота для данного модуля.
Возможно нестандартное изменение частоты в меньшую сторону, связанное с переделыванием BIOS.
Что значит произвольные частоты и что значит плавное изменение частоты? Судя по Вашим требованиям, Вам просто не подходит штатный BIOS (он на такое не рассчитан - фактически LC114 - программный сигма-дельта АЦП).
Для решения задач "по месту" можете попробовать самостоятельно написать софт для ADSP, установленного в 114.
Про биение: совсем непонятно, что имеется в виду. Никакого биения нет.
Мгновенные значения - это значения на данный момент времени, то, что называется "асинхронные" данные.

Но "мгновенные" они не по тому, что в момент запроса делается измерение, а потому, что в момент запроса тут же отдается то измерение, которое все равно делается с частотой 600Гц.
Т.е. мой запрос на мгновенные данные не приводит к собственно получению данных от АЦП.
Можно ли внести изменения в БИОС? Например, объявить период переменной, а ее адрес изменять снаружи путем команд ПДП в режиме останова?
Так ли это сложно?

Для этого не стоило покупать LC-114. Для решения этой задачи подойдет любая дешевая плата (стоящая не более $70) любого производителя плат АЦП.

Извините, для чего не стоило покупать LC-114? Нам нужен именно АЦП для температурных измерений, которые можно было бы производить с нужной _нам_ скоростью. В вашей рекламе обозначено 1..667Гц. А выясняется, что это, извините, не совсем так...

В BIOS функцию, - которая бы запускала АЦП, дожидалась его готовности и возвращала прочитанный код, - вносить незачем, идеология не та (см. документацию).
Частоту плавно менять тоже нельзя. Выражение 1..._600_ Гц (667 было в бетта-версии) означает, что есть _расширяемая_ сетка частот.
Можно построить цифровой фильтр "под себя" и получить в принципе любую частоту из этого диапазона.
Но ведь всегда можно усреднять. Ваша проблема все-таки ну совсем непонятна.

А, так у вас на сайте до сих пор информация про бета-версии? Прекрасно! Зайдите, ради интереса, на http://www.lcard.ru/sltc.php3, там написано про 667Гц. И ни слова про то, что это совсем не так и было давно тому назад...
Про фильтр... Как-как-как его построить?
Система нам нужна для того, чтобы получать информацию о температуре в многих точках объекта в процессе эксперимента. И отсчеты должны быть сняты через _одинаковые_ промежутки времени. Заниматься интерполированием - не совсем честно.

У нас был крэш сайта, пришлось (временно) выложить старый-старый backup. Приносим извинения. Но вообще, 600 и 667 - разница небольшая.
Ну вот, что-то конкретное. DSP ведь и обеспечивает _одинаковые_ промежутки.
Нужно просто в real-time сливать его FIFO в PC. Все каналы оцифровываются синхронно.
Насчет фильтров. Мы используем программу QED фирмы Momentum Data System.
В ПО есть процедура для загрузки текстового файла в DSP. Содержимое файла - коэфф. фильтра. Это КИХ 201 порядка.

Цифровые фильтры - это, конечно, здорово, да только частоту ввода информации должен вводить юзер с клавиатуры. Что же, генерировать теперь кучу фильтров с шагом в 0.1 мс?

Вы все-таки можете _корректно_ сформулировать идею.
Зачем Вам шаг 0.1 мс? Что это?
В ОБЩЕМ, РАБОТАТЬ С МОДУЛЕМ НАДО ТАК, КАК ОПИСАНО В РУКОВОДСТВЕ ПОЛЬЗОВАТЕЛЯ.

Пункт ТЗ: "должна обеспечиваться возможность изменения периода считывания информации (периода обновления) в пределах (0,005…5)сек"
Пока шли разговоры про "Частота сбора данных 1...667 Гц (программируется)" (с) ваш сайт, все было понятно.
Теперь не очень понятно, что следует делать.
А про совет "работать по руководству пользователя" - спасибо отдельное. В этом руководстве нет половины функций, которые описаны в lcard_32.pas;
типы параметров следует додумывать из их сишного представления; там, где тип должен быть "byte" он описан как "char". При чем, в соседней функции тот же параметр - integer (например, LC114_Get_CData1(Slot: integer; NC: integer) и LC114_Set_CBand1(Slot: integer; NC: char; CBand: char).

Господа, давайте не будем ругаться, а попытаемся спокойно прийти к общему знаменателю. Уважаемый Владимир, не могли бы Вы процитировать все ТЗ?

В руководстве описаны ВСЕ функции API, которые необходимы для полноценной работы с модулем( напр. для температурных измерений, которые можно производить с нужной скоростью). В описание не включены функции, которые: используются для наладки модуля; не относятся к поддержке его функционального применения по назначению; могут деструктивно повлиять на нормальное функционирование модуля.

А с какими именно функциями возникли наибольшие
трудности при работе с руководством?

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

Так вот. У нас имеется комплект LCI-01, LC-010, 2*LC-114F. Данные нужно снимать с (не более чем) 30 термопар, еще одна - холодный спай. Эксперименты могут быть самыми разными по длительности: от нескольких секунд до полусуток.
Информацию с термопар тоже хотелось бы снимать с разной (существенно разной) периодичностью. Один из пунктов я уже приводил: 0.005-5 сек на отсчет. Шаг - 5 мс. Столь мелкий шаг, понятное дело, заложен для "быстрых" процессов, и в связи с тем, что у них есть некое ПО, к которому они привыкли и менять его не хотят.
Коэффициентом прореживания, к сожалению, не обойтись. Читать данные с нужной нам частотой - тоже плохо, т.к. будет неравномерность привязок ко времени (читаю отсчет, который был сделан давно тому назад, а новое измерение запросить не могу).
Понимаете, если бы нужно было сделать термометр, вопросов бы не возникало, а здесь нужна постоянная скорость получения (и замеров) температур.

Касательно проблем с функциями: как Вы помните, главные проблемы были с функцией LC114_Load_Bios, в связи с тем, что на прилагаемом компакте _ни_один_ биос для этой платы не хотел в нее грузиться, пока Вы не прислали свежий.
Интересно, зачем тогда прилагать старый компакт?
А еще одна функция, которая была в старом наборе функций (Get_LC114_Module_Temp), которая была бы удобна для отладки программы - выкинута. Та же участь постигла и функцию, которая подключала ко входу АЦП источники калиброванных напряжений.

А ПО пишется на чем и под какой ОС?

Delphi 4 / win-95

Если нужна периодичность 5 мс...5 сек с шагом 5 мс, то можно,
запустив навечно модуль на те же 150/600 Гц, получать XX мс отсчеты,
интегрируя по XX мс интервалу - т.е. по _очередным_ XX/tau точкам бесконечной последовательности от LC-114.
Здесь tau=1/частота_дискретизации.
При этом Вы автоматически получаете строгую временную _выходную_ последовательность _Вашего типа_,
т.к. все сэмплы, идущие от модуля, - равноотстоящие, и правильное интегрирование не исказит _ничего_.
Более того, меняя число точек интегрирования, получаете произвольную _Вашу_ скорость опроса.
Да и температура при таком подходе будет иметь корректное определение, - ведь ни один отсчет АЦП не будет пропущен.

P.S. Если Вам нужно, можно сделать фильтр на 200 Гц, дающий базовый период 5 мс.

Касательно фильтра: будьте добры постройте такую штуку.

А как, Вы согласились с концепцией? Тогда и фильтр имеет смысл построить.

Не знаю. До следующего изменения ТЗ.
Пока там 5мс не сменится на 2мс. В их-то старом комплексе период просто задавался как переменная для таймера.
Непонятна также и ваша позиция: почему бы не сделать период снятия отсчетов изменяемым? Это, конечно, наложит некоторые ограничения на использование фильтров, но если они не нужны, почему бы и нет? Задача-то не ускорить снятие отсчетов, а замедлить.

Не знаю. До следующего изменения ТЗ.
Пока там 5мс не сменится на 2мс. В их-то старом комплексе период просто задавался как переменная для таймера.
Непонятна также и ваша позиция: почему бы не сделать период снятия отсчетов изменяемым? Это, конечно, наложит некоторые ограничения на использование фильтров, но если они не нужны, почему бы и нет? Задача-то не ускорить снятие отсчетов, а замедлить.

В меньшую сторону - можно, и скорее всего, это будет сделано (если уж очень надо...). Но читать-то Вам прдется все-равно FIFO (а не отдельные отсчеты, как Вы наверное хотите), - без буферизации _никак_ не обойтись. Это нужно в частности для цифровой фильтрации. А вот без фильтов модуль жить не может - параметры слишком плохие будут. Да, все-равно совсем _произвольную_ частоту в силу дискретности цифровой техники не сделать.