PowerGraph Описание PowerGraph
English ENG
Russian РУС
 Программное обеспечение  |  АЦП  |  Загрузка файлов  |  Цены  |  Конференция  |  Контакты 
Главная
Новости*

 ПО «PowerGraph»
О программе
Описание
Публикации
Применение*
Сертификаты
Загрузка файлов

 Поддержка
Конференция
Вопросы и ответы
Отправить письмо
Обновление ПО

 Аппаратура
АЦП
Мультиметры
Приборы
Хемилюминометры
Производители

 Информация
  Цены и услуги
  Контакты

 Телефон:
 +7 (495) 961-47-30
 E-Mail:
 soft@powergraph.ru

Конференция

Тема: «Запись данных»

 

[Вернуться в "Список тем"] [Создать новую тему]
Александр
15.12.2017
12:07
Пожалуйста, поясните реализацию следующего режима регистрации N фрагментов сигнала с помощью PGraph или FileRec:
1. запускается программ, которая в автоматическом режиме выполняет следующие действия;
2. регистрируются и записываются в бинарный файл с именем «sig_1» n1 отсчетов сигнала;
3. пропускаются следующие n2 отсчетов сигнала;
4. регистрируются и записываются в бинарный файл с именем «sig_2» следующие n1 отсчетов сигнала;
5. пропускаются следующие n2 отсчетов сигнала;
6. пункты 4 и 5 повторяются N-2 раза, а индекс в имени файла при каждой следующей записи файла увеличивается на 1.

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

Какие допустимые значения n1, n2 и N?
Дмитрий (PG)
15.12.2017
12:43
Весь этот алгоритм работы весьма просто реализуется в утилите "File Recorder":

1. В параметрах файла (меню "Сервис / Параметры") установить формат имени файла - "Номер файла". В этом случае программа будет записывать серию файлов, добавляя к базовому имени очередной порядковый номер.

2. Указать расположение и базовое имя файла - меню "Файл / Создать". Если Вы укажете базовое имя файла "sig", то программа будет записывать серию файлов "sig_1", "sig_2", ...

3. Настроить параметры синхронизации - меню "Сервис / Синхронизация":

1) В разделе "Стоп-Триггер" установить режим "Cчетчик" и в поле счетчика ввести или выбрать численное значение равное n1 (из вашего описания). В этом случае все файлы серии будут иметь одинаковый размер равный n1 отсчетов.

2) В разделе "Авто-Старт" установить режим "Cчетчик" и в поле счетчика ввести или выбрать численное значение равное n1+n2 (из вашего описания). В этом случае между всеми файлами серии будет пропущено n2 отсчетов.

3) В разделе "Авто-Старт" включить переключатель "Количество файлов" и установить это значение равное N (из вашего описания).

Что из этих действий Вам не удалось реализовать?

Допустимые значения n1, n2 и N - от 2 до 999 999 999.
Александр
15.12.2017
23:40
Спасибо, Дмитрий.
Ваш совет помог. Я не догадался, что счетчик «Авто-Старт» должно быть n1+n2. Поставленная упрощенная задача решилась. Однако оказалось, что диапазон допустимых значений n1 и n2 не позволяет реализовать нужный интервал между отдельными записями.
В связи с этим и другими моментами возникло несколько вопросов:
1. Можно ли задать «Стоп-Триггер» счетчиком со значением n1, а «Автостарт» таймером со значением t1?
2. Задав n1=100, я получил бинарный файл размером 416 байт, а собственно отсчеты 16-разрядного АЦП (E-502 L-Card) представляются двумя байтами. Почему такая избыточность?
3. Правильно, что диапазон значений таймера изменяется от 1 с до 99 ч 99 м 99 с?
4. Какова роль «Старт-Триггера»?
Дмитрий (PG)
16.12.2017
09:21
Александр, пожалуйста, читайте справку к программе, там все написано, в том числе про роль и значения параметров.

1. Все три типа триггеров синхронизации независимы друг от друга и каждый из них может быть индивидуально настроен по уровню, по времени и по счетчику. Исключение составляет только синхронизация старта и авто-старта по уровню. Вы можете совершенно свободно установить Стоп-триггер по счетчику, а Авто-Старт по таймеру.

2. Это принципиально разные значения - количество отсчетов, размер данных в байтах и размер файла.
1) Счетчики синхронизации считают количество отсчетов, полученных по каждому каналу (а не сразу по всем каналам), т.е. количество последовательных значений на шкале времени (кадров) - величина аналогичная таймеру.
2) Размер данных в байтах будет зависеть от количества кадров, количества каналов и размера каждого значения в байтах. Сколько каналов Вы регистрируете?
3) В бинарном файле кроме данных записывается еще информационный заголовок (кроме файлов .dat), поэтому размер файла в байтах всегда будет больше, чем размер данных в байтах.
О какой "избыточности" идет речь, если Вы не указали количество каналов и формат бинарного файла?

3. Нет, значение таймера 00:00:00 соответствует 24 часам (суткам). В справке это указано.

4. Старт-Триггер определяет условия начала регистрации данных - первого (единственного) блока или файла. Авто-Старт определяет условия повтора регистрации - условия начала регистрации второго и всех последующих блоков или файлов.
Александр
18.12.2017
12:37
Добрый день, Дмитрий.

О размере файла я спросил в связи с Вашим первым ответом:
«В разделе "Стоп-Триггер" установить режим "Cчетчик" и в поле счетчика ввести или выбрать численное значение равное n1 (из вашего описания). В этом случае все файлы серии будут иметь одинаковый размер равный n1 отсчетов».
Поэтому, взяв n1=100, я думал, что при одноканальной регистрации с 16-разрядным АЦП (Е-502) получу бинарный файл размером 200 байт, однако его размер оказался 416 байт.
Я использовал в качестве тестовой простейшую одноканальную запись последовательности значений одной регистрируемой величины.
При проведении реальных измерений будет использоваться многоканальная запись.

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

Я правильно понял, что использование таймера в Авто-Стоп триггере позволяет производить запись серии измерений с интервалом не более 24 часов?
Если это так, то как организовать запись, например, раз в пять дней?

Из справочника я не понял цель и задание структуры блочной регистрации данных.
Она просто дает возможность записывать в один файл последовательность одних и тех же измерений, производимых в разное время, что обеспечивает удобство их последующих сравнения и обработки?
Позволяет ли блочная регистрация производить запись в один файл нескольких групп измерений, различающихся составом сигналов, длительностью и частотой дискретизации?
Если последнее верно, то каким образом задается блочная структура данных в следующем примере автоматической регистрации:
1. Регистрируются 2 сигнала с частотой квантования f1 в течение Δt1.
2. Регистрируются 2 других сигнала с частотой квантования f2 в течение Δt2.
3. Пауза Δt3.
4. Процесс повторяется N раз.

Дмитрий (PG)
19.12.2017
11:27
1. В файлы .bin записываются не только данные, но и информационный заголовок (количество и другие параметры каналов, частота и др.) - это не только в ПО PowerGraph, но и в других системах регистрации данных.
Есть другие варианты бинарных (двоичных) файлов - файлы .dat (Raw Data), в которые записываются только данные с АЦП, а информационный заголовок записывается в дополнительный файл с таким же именем, но другим расширением. Если Вы будете регистрировать данные 1 канала размером 100 отсчетов в файлы .dat, то получите файлы размером 200 байт.

2. Формат файлов PowerGraph мы не раскрываем, так как это позволяет развивать и расширять его возможности без "замораживания" публичного формата. Для чтения данных из файлов PowerGraph существует специальная программная библиотка "PowerGraph Import Library", которая дает возможность нашим пользователям использовать файлы PowerGraph в своих программах.
Альтернативный вариант - использовать для записи данных публичные форматы. Например, Вы можете использовать в File Recorder формат файлов программы L-Graph от Л-Кард, в котором создается отдельный файл "чистых" данных .dat и отдельный информационный файл параметров .par с известным форматом.

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

4. Синхронизация работает только в процессе регистрации данных, но после запуска регистрации в АЦП нельзя поменять количество регистрируемых каналов и частоту регистрации (это аппаратные ограничения для подавляющего большинства устройств - все настройки только перед запуском).
Изменение количества каналов и частоты осуществляется вручную и только после остановки регистрации, к синхронизации это не имеет никакого отношения.
При этом можно регистрировать серию блоков / файлов с разными параметрами (каналы, частота), но для изменения параметров необходимо вручную останавливать регистрацию данных, менять параметры и снова запускать регистрацию.
Остановку регистрации, изменение параметров и повторный запуск регистрации данных в принципе тоже можно автоматизировать, но это слишком специализированная и единичная задача, поэтому для ее решения Вам придется разрабатывать собственную программу.
Александр
19.12.2017
15:44
Добрый день, Дмитрий.

Спасибо за консультацию.
Жаль, что режим автоматической записи группы каналов с частотой квантования f1 на интервале Δt1 и последующая запись другой группы каналов с частотой квантования f2 на интервале Δt2 нереализуема. Это могло бы решить проблему экономной регистрации быстро и медленно изменяющихся сигналов, например, звука и температуры.

Пожалуйста, поясните, как использовать в File Recorder формат файлов программы L-Graph от Л-Кард? Меня бы это вполне устроило, если бы запись отсчета производилась в 2 байта, а не в 8 байт, как предлагает Л-Кард.
Дмитрий (PG)
19.12.2017
16:27
Странно, что быстро и медленно меняющиеся сигналы регистрируются последовательно, обычно это делается одновременно, если объект исследования один и тот же.
Если одно и то же устройство используется для исследования разных объектов с разными параметрами и каналами, то рано или поздно это приведет к сбою регистрации данных обоих объектов.
Поэтому имеет смысл сделать две независимые регистрирующие устновки с отдельными АЦП и стационарными параметрами регистрации данных.

В File Recorder при создании новой серии файлов (меню "Файл / Создать...") появится стандартное диалоговое окно расположения файлов. В этом окне надо выбрать тип файла "L-Graph (*.par;*.dat)", тогда "чистые" данные будут записываться в файл .dat, а параметры данных в файл .par.
В ПО PowerGraph данные от E-502 регистрируются в 2-х байтном целочисленном формате (short) и такой же формат данных будет в файле .dat.
Александр
19.12.2017
16:55
Спасибо, Дмитрий.
[Вернуться в "Список тем"] [Создать новую тему]

Новое сообщение по теме «Запись данных»

 

*Ваше имя:
Email:
*Сообщение:
   

В начало страницы  


Rambler's Top100
SpyLOG
 
 Copyright© DISoft, 2003-2017. All right reserved.