Форум: Выбор оборудования

Задача такая - оцифровать сигналы со 128 датчиков (1 кГц) и передать на расстояние 100 км.
Есть идея использовать такое тех. решение:
1. Сигналы оцифровываются с помощью 8-и модулей LTR11.
2. При помощи 4-х крейтов LTR-EU-2-5 и обычного хаба данные загоняются в одну линию Ethernet.
3. Ethernet уже при помощи соответствующего мультиплексора по оптоволокну доставляется к месту обработки данных.

Вопросы такие:
1. Есть ли крейты с интерфейсом Ethernet под модули LTR числом больше 2? В спецификации крейтов указано, что есть под 8 и 16 модулей.
2. Если объединить 4 крейта по 2 модуля в одну сеть - не будет ли потом проблем с обращением к ним и получением данных от них? Особенно, если все это будет потом на расстоянии 100 км от места обработки данных.

1. Есть и под 8 и под 16. Протоколом доставки данных по Ethernet сделан TCP/IP (стек LwIP). Текущая скорость потока данных с одного крейта 1.3 Мбайта в секунду.
2. Проблем быть не должно. Главное, чтобы связь была устойчивой, в крейте есть буферная память на 8 Мб, поэтому, если связь прервется на время, за которое поток данных с модулей переполнят буфер, произойдет потеря данных. В перспективе в ПО крейтов будет добавлена возможность сохранения данных во Flash памяти (которая может быть установлена в крейты) с последующей откачкой по Ethernet.

Спасибо за ответ!
А какая стоимость крейта Ethernet на 8 модулей?
Сколько он потребляет энергии и сколько потребляют модули LTR11? Какая у них теплоотдача и температурный режим?

Если 128 каналов по 1 кГц и 2 байта на отчет - 256 КБайт в секунду - должно хватить - запас имеется! :-)

И где про модули эти можно почитать заранее - как с ними работать? :-)

Почитать о работе с LTR и модулями, входящими в состав LTR, можно в руководстве пользователя (http://www.lcard.ru/download/ltr_hw.zip).

По поводу программирования:
1. 128 каналов по 1 кГц по 4(!!!) байта на отсчет - 512 кБайт (тем не менее, запас почти в три раза). Любой отсчет модуля LTR занимает 4 байта, помимо кода АЦП в отсчете имеется информация о номере канала, порядковом номере модуля и номере отсчета для точной идентификации отсчетов.
2. Скачайте http://www.lcard.ru/download/ltr_sw.zip, файл ltr11api.pdf.

Владислав, спасибо!
А я и забыл, что передаваться должны не только значения АЦП, но и некая служебная информация - так что объем передаваемый будет больше. Но все равно с запасом! :-)

Марина Фёдоровна, а можно ли писать Вам по электронной почте напрямую? Я пробовал писать на support@lcard.ru, но создалось ощущение, что письмо не дошло - может оно по умолчанию не прошло спам-фильтр?

Алексей,
8-местные крейты LTR с Ethernet и USB, процессором Blackfin, ОЗУ 32 МБ могут быть поставлены в следующих вариантах:
LTR-EU-8-1
LTR-EU-8-2
LTR-EU-8-3
Систему обозначений см. http://www.lcard.ru/products/ltr
Документация по аппаратуре 
http://www.lcard.ru/download/ltr_hw.zip
Все ссылки на документацию Вы найдёте также:
http://www.lcard.ru/products/ltr/ltr11

Варианты LTR-EU-8-2, LTR-EU-8-3 с возможностью альтернативного питания (от сети ~220 В и от низковольтного источника питания) будут включены в документацию в ближайшее время, но можно считать, что по питанию они аналогичны вариантам LTR-U-8-2, LTR-U-8-3.

Модуль LTR11 потребляет в динамическом режиме около 3 Вт.
Любой вариант крейта LTR-EU-8 в конфигурации с 8-ю модулями LTR11 будет потреблять около
53 В*A от сети ~220 В или 40 Вт от источника постоянного тока.
Вентиляция в этих крейтах принудительная, адаптивная с автоматическим управлением с контролем внутренней температуры крейта и управлением скоростью вращения вентиляторов.

На сегодня крейт LTR-EU-8-1 стоит 31160 рублей, LTR11 - 7872 руб (цены не включают поверку).

Про руководство уже написали.

Письмо на support пришло сегодня, но я счел, что ответы в конференции будут и полезнее (и для других пользователей), и разностороннее - больше участников.

lalex, огромное спасибо! :-)

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

Уважаемые господа!
Меня давно не было на вашем форуме, но вопрос по передаче данных по Ethernet меня тоже волнует и опыт есть. Судя по ответам Вы еще на практике с этой задачей не столкнулись, а мы этим уже наелись. Мы задачу решили на 2 Мезабоксах с двумя МН32СМ в каждом. Как раз получилось 128 каналов и поток с каждого Мезабокса по 2,6 Мб/сек потому что скорость 10 кгц на канал. Теперь мы твердо знаем что крейт должен быть LXI и должен иметь свой адрес и Web страницу. Это позволяет им легко управлять и организовать постоянный сброс потока информации. Кроме того его еще можно проверять из далека. Для этого специальное ПО надо типа Регистратора с кучей наворотов. Мы долго промучались потому что жаба задушила покупать ПО за 120 тыс. рублей, а потом это ПО все таки купили. Потому что требуется еще синхронизация каналов и многое другое. Все намного сложнее для таких задач.

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

Замечу, что практически всё, что Вы упомянули (кроме LXI) в семействе крейтов LTR-EU, либо уже реализовано, либо потенциально может быть реализовано. И лично Ваши пожелания (как потребителя) мы готовы учесть, по возможности.

Александр!
Обидно слышать упреки в рекламе конкурентов, но я никого не рекламирую, даже название фирмы  на аппаратуре которой работаю не назвал. Я представитель организации потребителя высококачественной  аппаратуры сбора информации. Именно поэтому мы работаем с VXI и LXI.
У нас объект вообще в другой стране и мы проводим физические эксперименты на этом объекте и часто делаем это по интернету благодаря LXI. На командировочных знаете ли начальство сильно экономит.
Что касается регистратора, то нам кроме стандартных функций нужна синхронизация по времени каждого пакета собранной информации по каждому каналу и с разбежкой не более 3 мс за 3-4 часа  непрерывной работы. Кроме того, должны быть: система СЕВ, система стартов и регистрации в контрольных точках, калибровка каналов, выключение каналов, проигрыватель эксперимента для любой конфигурации каналов, экспресс-отображение некоторых каналов, трансляция в сеть и многое др.
Если же надо собрать поток в присутствии оператора и потом его передать по интернет, то это может любой компьютер к которому прицеплен любой крейт с УCO независимо от интерфейса связи крейта с компьютером.
Мне кажется что Ваша аппаратура всего этого не умеет, а реальные системы такого класса стоят весьма дорого (под 2 млн. и более импортные, а наша стоила 800 тыс.р. и весит аж 5 кг).
Если Вам удастся создать аналоги за 100-150 тыс. руб. то Вы пустите по миру всех в том числе LMS, не говоря уже о российских конкурентах.

Олег. Мы не ставим себе цель создать аналог LXI/VXI. Эта тема уже многократно поднималась в этой конференции и бессмысленно поднимать её снова.
Зато мы можем учесть пожелания конкретного потребителя для решения его задачи в ценовой категории приборов, выпускаемых L-Card. У LTR появился сигнальный процессор и Ethernet - это расширяет возможности LTR для решения потребительских задач. Если у Вас есть конкретные пожелания по развитию LTR для Вашего применения, то мы их рассмотрим. Замечу, что Вы ни слова не сказали ни об области применения, ни о самой задаче, которую решаете, ни о требуемых технических характеристиках, исходя из постановки задачи.

Олег, спасибо за информацию!
Но нам не надо синхронизировать каналы, нам не надо ничего калибровать, нам много чего не надо из того, что Вы написали. :-)
А надо лишь самое простое - чтобы блок сбора информации оцифровал данные по 128 каналам и отправил их на блок обработки по Ethernet. При этом не важно, от какого 16-ти канального модуля крейта, к примеру, данные придут первые - какие первые придут, такие и обработаем. Придут от другого - их обработаем.
Вобщем, лишь бы система работала как несколько плат АЦП типа L780 или E14-140, с той лишь разницей, что данные поступают не по PCI или USB, а по сети Ethernet.
Уверен, что оборудованием LCard с этой задачей справится на отлично. :-)

Александр, у меня по этой теме к Вам есть еще вопрос.
Пусть у нас есть несколько крейтов типа LTR-EU. Пусть их номера будут от 1 до 10. И все они через коммутатор собраны в одну линию Ethernet.
Можно ли потом, используя 5 компьютеров (подключенных так же через коммутатор к этой линии Ethernet), каждому компьютеру получать данные от "своих" крейтов - то есть, 1-ый компьютер опрашивает крейты 1 и 2, 2-ой - 3 и 4, и т.д.?
То есть, вопрос в целом касается адресации крейтов - как они в сети отличаются друг от друга и как можно обращаться к ним выборочно?
P.S. Я понимаю, что это все можно почерпнуть из документации, но хотелось бы получить сперва экспресс-мнение специалиста. Заранее спасибо! :-)

Конечно, можно. Для крейтов LTR написана специальная программа конфигуратор, которая через USB устанавливает параметры работы крейта в сети Ethernet, в частности такой параметр как IP адрес. Соответственно в Вашем случае надо будет задать каждому крейту свой IP адрес и все.

Владислав, то есть, получается, что перед использованием крейта типа LTR-EU только по Ethernet, его надо сперва покдлючить по USB к какому-нибудь компьютеру и настроить? А потом он уже будет работать удаленно?
Вполне логично и удобно. :-)
Но есть вопрос - настройки крейта (такие как адрес и т.п.) хранятся в энергонезависимой памяти? То есть, если пропадет питание, не придется ли его потом переконфигурировать? Важно, чтобы крейт, будучи сконфигурированным один раз, потом уже работал автономно все остальное время.

Естественно в энергонезависимой, иначе это было бы смешно

Гарманову А.
Наша область применения - исследование элементарных частиц на ускорителях. Датчики частиц с преобразователями и есть объекты которые мы мониторим. Если бы  у LTR была синхронизация, LXI и все остальное о чем я говорил может быть такая система нас бы заинтересовала.
А так, я согласен с Алексеем, хотя по-моему если в промышленный компьютер напихать  РС плат сбора информации того же LCARD то получится лучше и не дороже. Если нет  требований по потоку то такую задачу выполнит любой компьютер.

Олег. Область применения понятна.

1. У LTR есть несколько возможностей внешней синхронизации, в частности у LTR-EU их больше. Не вижу принципиальных проблем стыковки LTR-EU с внешней CEВ.

2. Про промышленный компьютер. Ваше утверждение требует обоснования. Приведите пожалуйста реальный пример конфигурации промкомпьютера с PC-платами - "лучше и не дороже". Возьмём, скажем, 16-местный крейт LTR-EU-16-1 c модулями LTR212 (тензоизмерения, гальваноразвязка, до 128 каналов в крейте), или с модулями  LTR27+субмодули H27x для измерения напряжения, тока, сопротиваления (до 256 каналов в крейте с поканальной гальваноразвязкой). К тому же, Ваш пример должен являться сертифицированным средством измерения для корректности сравнения.

Добавлю про промышленный компьютер.
При оценке стоимости такого решения для организации удаленного сбора данных необходимо учитывать затраты на ПО. Если необходимо организовать практически необслуживаемые точки сбора данных, которые, будучи однажды скофигурируемы, работают долго и надежно, как правило приходится отказываться от использования Windows  и применять либо сильно не бесплатный QNX либо связываться с Linux и платить немало денег за законченный софт, который будет надежно работать.
В варианте LTR с Ethernet этих проблем нет по определению, поскольку мы фактически все эти проблемы берем на себя - внутри крейта интегрирован вариант встроенного компьютера (процессор Blackfin 600 МГц, мощный ПЛИС, ОЗУ, Flash), внутри которого крутиться операционная система реального времени, прикручен стандартный стек TCP/IP и обеспечены все базовые функции для организации удаленного ввода/вывода данных.
Таким образом в варианте с использованием LTR-EU пользователю достаточно сконфигурировать при помощи нашего ПО настройки крейта в сети Ethernet, поставить у себя на компьютере наше ПО (драйвера и LTR сервер) и можно, используя хоть LabView, хоть AC Test или свое ПО получать данные в реальном времени с удаленного крейта через Ethernet или управлять потоком данных в крейт (одновременно).
В ближайшее время мы планируем активно развивать ПО крейта, в частности для нескольких наших заказчиков мы планируем в течение ближайших 2-3 месяцев добавить в LTR крейт возможность пользователю самому добавлять функции на языке Си, которые будут выполняться процессором Blackfin и при помощи которых можно будет легко решать задачи, требующие, помимо организации потоков ввода-вывода, обеспечивать обратную связь в жестком реальном времени, т.е. управлять цифровыми и аналоговыми выходами в зависимости от входов.

Олег, вот промышленный компьютер нам как раз и не нужен! Столько заморочек с ним - настроить сперва (а мест, откуда будут передаваться данные, не одно, а 10), потом придумать какое-то ПО, которое будет передавать данные. Потом с другой стороны так же придумать другое ПО, которое должно принимать данные. Более того, слишком много вообще не нужного, лишнего функционала! :-)

Гарманову А.
Про промышленный компьютер  готовый пример привести не могу, потому что мы с ними не работаем, но думаю если поискать то можно найти.  Я предположил,  что для простейших систем где качество измерений потребителя мало волнует этот вариант вполне подходит, но возможно я ошибаюсь. Дело в том что РС платы крайне редко обеспечивают высокое качество измерений, хотя бы из-за больших помех источников питания в ПК. По моему эксплуатационная надежность промышленных компьютеров повыше чем у офисных.
Вот Владислав упомянул дорогие CompactPCI компьютеры, хотя PXI и VXI компьютеры еще лучше и дороже,  но ничего не сказал про соответствующие им крейты и измерители. Все эти составные части систем сильно связаны. Мне кажется что именно измерители главное, а все остальное вторично.
То что вы вводите новые функции в  LTR крейты  - это хорошо.