Форум ZETLAB

Спасибо за разъяснения. Как видно из кода, моя опорная частота = 1 Гц, и я хочу ее подавать именно ее, используя PPS GPS, а не другой модуль. А как вы сами осуществляете работу с GPS? Используется режим синхронизации или привязка к точному времени осуществляется как то иначе?

Добавлю еще вопрос по форме синхронизирующего сигнала, который надо подавать на 7-й вход цифрового порта. Какой он должен быть, прямоугольным? У меня его амплитуда меняется в пределах 1.3-2.5 В. Влияет ли на что-то полярность импульса?

Пытаюсь в Z220 выполнять своим софтом синхронизацию ввода по внешней опорной частоте. Запускаю сбор с АЦП по одному каналу на частоте 8 кГц, длина одного блока - около 4 с. Для синхронизации добавляю примерно такой код (главное - последовательность и комментарии, где помечено, что возвращают функции): ExtFreqEnabled:=1; OporFreq:=1; i:=ZSetEnableExtFreqADC(fADCType,0,ExtFreqEnabled); // i=0 i:=ZGetEnableExtFreqADC(fADCType,0,ExtFreqEnabled);// i=0 if ExtFreqEnabled=1 then begin i:=ZSetExtFreqADC(fADCType,0,1); // i=0 i:=ZGetExtFreqADC(fADCType,0,OporFreq); // i=0, OporFreq=14880000 end; Последняя процедура всегда возвращает частоту внутреннего кварца (14.88 МГц). То есть установка нужного мне режима фактически не произошла? При этом приложение после старта сбора данных как бы подвисает, но лампа на модуле мигает, то есть он работает, но не может дождаться первого куска данных. Без этой вставки все работало как надо. Объясните, что не так я делаю. Кстати, при установка внешней частоты синхронизации штатными средствами тоже ничего не дает. Приложение "Настройка параметров АЦП и ЦАП" сразу же само исправляет мое значение на 14880000. Как правильно задать работу в этом режиме? Есть ли какие либо ограничения на диапазон значений опорной частоты?

Уважаемые разработчики. К сожалению проще не стало, по крайней мере мне. Если форматы открыты только для внутреннего пользования, так и скажите, я вас пойму. Проверил конвертер. Он оказался кривоват в отношении привязки данных ко времени. Не все продумано еще на уровне "железной" привязки, поэтому возникают проблемы после и в софте, предполагающем, что "железных" проблем нет. Опишу подробности своего эксперимента. Использовались автономная работа, синхронизация по GPS, почасовая разбивка файлов, запись начиналась после включения питания. Заметил несколько ошибок, которые можете взять себе на заметку. 1. Первые файлы *.an? непрерывной записи однозначно привязаны неверно (указано начало часа). Очевидно время старта берется из времени файла или его имени, хотя старт произошел в середине часа. 2. последующие файлы непрерывной записи склеивать корректно не получится, так как имеются дыры в данных, связанные с разной длиной файлов *.dat (об этом писал ранее). 3. в *.anp вместо правильного типа данных i4 указан i2. 4. конвертер в текст, очевидно, предназначен для коротких файлов с очень низкой частотой оцифровки. Он о существовании времени вообще ничего не знает: все файлы независимо от параметров регистрации начинаются 1.1.1970, а шаг равен 1 с. Проблему привязки данных ко времени поднимаю не просто так, это очень серьезный момент в приложениях, которые я использую в работе. Есть много других готовых решений, но я хотел бы прояснить ситуацию с Z220, которая весьма привлекательна по цене. В связи с этим возникли следующие вопросы, на которые прошу ответить конкретно а не уклончиво. 1. Часовой кварц, это тот кварц, который синхронизируется по GPS или другой, дополнительный? Если корректируется по GPS он, то чему соответствуют моменты перехода записи в новый файл: началу нового файла или концу старого? Возможно ли существование дыр в момент перехода или такой проблемы нет? Если часовой кварц не корректируемый (по GPS синхронизируется другой кварц) и используется только для разбивки файлов, то как получить точную привязку ко времени первых/последних отсчетов в этих файлах? 2. Как корректно получить действительно точную привязку данных ко времени для непрерывной записи разбитой на части, длина которых 1 час или менее (первая и последняя)? 3. С какой погрешностью синхронизируется кварц, подстраиваемый с помощью GPS, и какова погрешность привязки к точному времени записанных при этом данных (и какой части данных)? Спасибо за сотрудничество.

Есть Z220. Использую автономный режим. Хочу обрабатывать записанные файлы своей программой. В вашей докуменетации нет описания формата файлов, которые создаются в этом режиме. С самими данными понятно - они в мультиплексном виде, тип данных ясен. Хотелось бы пояснений, что содержится в первых 512 байтах в файлах *.dat. Также буду рад, если опишите структуру INFO.ADC, CALIBR.CFG, CONFIG.PAR, а также *.LOG. Есть также вопрос, связанный с синхронизацией по GPS в автономном режиме. Полагаю, если синхронизация включена, значит частота генератора должна быть точной, и в 1 часе данных при частоте 2000 Гц должно быть 7200000, однако в часовых файлах данных меньше на 0,1-1,5 с и длина файлов разная. Прошу объяснить.