Добрый день.

Есть необходимость получать постоянно периодически (раз в секунду получать по одному значению с нескольких каналов) с крейтов LTR-EU-2. При этом крейты будут на большом расстоянии друг от друга. подключены к разным компьютерам и соответственно с разными ltrd службами.
Для синхронизации планирую использовать два GPS/Глонас модуля TSP-901/485U-v4. Начало сбора данных тоже должно быть синхронно.

Как я понял, почитав форум, это всё можно сделать с помощью LGraph2? Есть ли какие-нибудь инструкции или мануалы для подобных задач, пункты настроек, на которые стоит обратить внимание? Как можно настроить запуск и начало сбора данных в Lgraph при перезагрузке компьютера? Есть ли службы для перезапуска LGraph в случае его зависания?

Здравствуйте, Алексей.
Для рассмотрения задачи хорошо бы её уточнить:
1. Конфигурация крейтов: Какие модули LTR будут иcпользованы в крейтах LTR-EU-2?
2. Какие количественные требования к точности синхронизации получаемых отсчётов данных разных крейтов? Привязка отсчёта данных к времени GPS нужна? - если да, то с какой точностью?
3. Конфигурация системы: сколько компьютеров в системе, по каким интерфейсам они соединены между собой и с крейтами LTR? Какой из компьютеров в этой системе должен собирать данные от всех крейтов LTR?

Два модуля LTR24-2

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

Две независимые системы: 1 компьютер, 1 крейт, 1 GPS контроллер. Связь между компьютером и крейтом по Ethernet. Между компьютерами связи нет. Они буду в течение месяца собирать данные на свой жесткий диск. После этого данные с двух компьютеров будут вместе анализироваться. Для этого и нужна такая точность измерений

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

Спасибо за ответ.
Немного больше разобрался с поставленной задачей и возможностью LGraph. Сейчас достаточно использовать только GPS модулю для синхронизации данных. Разбираюсь с этим

Скажу коротко, что здесь критичен параметр 1мс. Для его обеспечения нужно подключать GPS непосредственно к крейтам LTR и поддерживать сихронизацию отсчетов данных на уровне крейтов. Но, если же этот параметр мы загрубляем, то можно подключать GPS и к ПК...

А как подключается GPS к крейту? Я сейчас подключил сигнал PPS с GPS модуля на через входной дискрет. И назначил на него внешнюю синхронизацию

Еще столкнулся со следующей проблемой:
Начало ввода здесь и в файле считается не с фактического старта сбора по сигналу с GPS модуля, а по системному моменту нажатия на кнопку "Запись". из-за это появляются расхождения при попытке синхронизировать сигнал с разных устройств

С функциональной (аппаратной) точки зрения, TTL-сигнал PPS от GPS можно подать на вход синхронизации DIGIN1 или DIGIN2 крейта LTR-EU, тем самым, один из двух входов синхрометки крейта LTR будет использован для привязки отсчётов данных LTR к секундной метке крейта. Теоретически, это обеспечивает точность привязки по времени - до 1-го периода частоты преобразования АЦП - относительно PPS. По поводу возможности поддержки этого механизма в LGraph2, я надеюсь, ответят наши программисты.
Технически, на второй вход синхрометок крейта LTR-EU можно было бы подать протокол времени GPS через RS-485 и  кабель  RS-485/422-UART ( https://www.lcard.ru/products/accesories/rs485 ) с небольшой доработкой кабеля. Но  во встроенном ПО крейта LTR-EU данный функционал не реализован (это и составляет основную работу по системной интеграции).
Однако, здесь можно протокол времени GPS заводить на ПК, если мы считаем, что время задержки буферизации данных до ПК составляет менее 1 секунды. Опять же, по поводу возможности поддержки этого механизма в LGraph2, я также надеюсь, ответят наши программисты.  Но в последнем случае, модуль GPS должен быть подключен как на стороне LTR (PPS), так и на стороне ПК (RS-232, RS-485). - Я не уверен, что этот вариант не противоречит Вашей задаче.

Отредактировано Инженер (14.10.2020 12:55:11)

Сейчас у меня реализована именно такая схема. Остались 2 проблемы:
1) Не работает настройка синхронизации по GPS в LGraph. Программа либо не принимает данные с контроллера GPS, либо читает их не корректно. В другой ветке форума я уже предоставил примеры приходяших сообщений от контроллера. Жду ответ.
2) Не корректно записывается время начала выборки. В файле .par за начало выборки считается время нажатие на кнопку запись в LGraph, хотя фактически при внешней синхронизации по сигналу PPS это не начало выборки, а время перехода в "ждущий режим". Сбор выборки начинается по приходу сигнала PPS, то есть расхождение может достигать 1 секунды.

2) Когда от gps начнут приходить корректные данные, то, при включенной синхронизации по GPS будет создаваться бинарный файл с расширением gps, в который будут записаны пришедшие от gps данные.

Когда используется только аппаратная синхронизация старта, то LGraph2 все равно сам точно не знает абсолютное время начала сбора данных. В принципе можно доработать LGraph2, чтобы в качестве времени начала сбора принималось время прихода первых данных от крейта.

Можно будет внести мелкую доработку в ЛГраф2: при настройке на внешнюю gps синхронизацию, время старта сбора брать не от компьютера, а от gps приемника.

Только если я правильно понимаю задачу, одной привязки gps к старту будет недостаточно, нужна привязка всех секундных меток, принимаемых от крейта по pps, к данным модулей на протяжении всего эксперимента, чтобы учесть разбежку генераторов опорной частоты разных крейтов

Стабильность частоты опорных генераторов крейтов LTR - не хуже  +-50 ppm (при воздействии всех внешних факторов в рабочих условиях применения).

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

Тоже очень хорошая идея. Было бы неплохо иметь такую доработку.

Тоже заметили эту проблему. На часовых выборках разбежка достигла 2,5 мс. Пока решили тем, что собираем выборки по 10 минут. В таком случае разбежка около 0,5 мс на конце выборки. а при старте новой выборки они вновь синхронизируются.

Т.е. разбежка между генераторами крейтов - 42 ppm - очень правдоподобно. - Это я за минуту посчитал. Если 2,5 мс за час, то разбежка - 0,7 ppm (уже выглядит маловероятно, но возможно).

Отредактировано Инженер (15.10.2020 13:00:09)

Оказалось, что именно так оно и работает с GPS модулем

Это хорошо. Т.е. на данный момент к нам вопросов нет?

Да. Пока все вопросы решились

Добрый день. Возникло ещё несколько проблем
1)Я задал длину выборки 9 минут 55с, потому что при заданной длине 10 минут, начало старта выборки постепенно смещается на по одной секунде. Думал оставить этот запас 5 секунд, чтобы данные сохранились и крейт опять вышел в ждущий режим. При таких настройках синхронизации я ожидал, что каждая выборка серии измерений будет стартовать в 0, 10, 20, 30, 40 и 50 минут. Но оказалось, что это выравниваение работает только для первого старта. Подскажите, как можно настроить LGraph, чтобы он каждую выборку в серии измерений стартовал с времени, кратного 10 минутам, а если собрал раньше, то ждал следующего отрезка?

2) Иногда при старте сбора данных вылетают такие или похожие ошибки (часто встречается с кодом -47). При этом после перезапуска LGraph они не повторяются. Нет ли какой-нибудь настройки, чтобы при вылете ошибок LGraph автоматически перезапускался? И где можно узнать, что именно означают выводимые коды ошибок?

Пришлите, пожалуйста, файл lgraph2.grb

Сохранил текущую конфигурацию, которую использую.
https://drive.google.com/file/d/1GZHAHA … sp=sharing

По пункту 1 отправили на Вашу почту обновленную версию.
По пункту 2 будем разбираться на следующей неделе.

Первый пункт проверил. Всё работает как мы и хотели. Спасибо за помощь.
Жду решение по второму пункту