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

Промышленный компьютер добавляет еще проблем, связанных с экплуатационной надежностью. У нас много клиентов, использующих те или иные марки промышленных компьютеров и общий вывод прост - за качество надо платить, и не мало. Те из клиентов, у которых системы построены на базе недорогих решений в виде тайваньских одноплатных компьютеров регулярно сталкиваются с такими проблемами как слетание настроек BIOS или Flash памяти (при этом система фактически умирает до приезда специалиста).
Правды ради надо сказать, что у одних наших клиентов всего установлено порядка 500 систем, но в которых использованы дорогие (порядка 3000 евро) CompactPCI компьютеры, вот с ними проблем нет.

К недостаткам решения поставленной задачи на базе LTR-EU можно отнести отсутствие индустриального варианта исполнения LTR-EU (имеется в виду работа в индустриальном диапазоне температур от -40). В том случае, если блок будет устанавливаться в неотапливаемом помещении, придется городить термо-шкаф.
Вообще говоря, по отдельному заказу возможен выпуск модификации LTR-EU, рассчитанной на работу в индустриальном диапазоне температур.

Дополню Владислава. Как автономное процессорное устройство, имеющее внутренний термодатчик, сам крейт LTR-EU-8/16 может быть включен в контур регулировки окружающей температуры, да и ещё по какому-нибудь энергосберегающему алгоритму с выходом на рабочий температурный режим по требованию или по расписанию.
   При наличии заказа, в принципе, возможна реализация и низкопотребляющего ждущего режима (с полным программным отключением питания всей секции LTR-модулей, при условии соблюдения предельно допустимых входных напряжений LTR-модулей для выключенного состояния). 
   ...И ещё много чего возможно. Ждём пожеланий.

Владислав:
гермошкаф будет, так как там кроме модулей АЦП еще много чего будет, куда более чувствительного к температуре - так что это не проблема. :-)
И еще, Вы писали, что текущая скорость потока данных с крейта - максимум 1.3 МБайта в секунду. Это, как я понимаю, только данные. А каков при этом поток общий? Вместе со всеми обертками протокола и т.п.? Дело вот в чем - если завязать в одну сеть 10 крейтов по 2 модуля по 32 канала, то хватит ли общей пропускной способности сети в 100 МБит при частоте дискретизации 1024 Гц? С одного крейта при этом будет эти поток данных в 2 МБит (1024*64*4 байтов), с 10 - 20 МБит. Вроде как хватает по данным, а если учесть вообще все передаваемые данные - заголовки пакетов и т.п.?

Накладные расходы протокола невелики (5-8% от общего потока). Необходимо иметь в виду, что 100 Мбит/с - это теоретическая скорость. Имеет смысл определить реальную скорость сети на прикладном уровне (например, подключить в эту сеть два компьютера, передать большой файл и посмотреть скорость). Также могут потребоваться достаточные вычислительные ресурсы у хоста, на котором будет работать программа ltrserver.

Константин Лесь:
На каждые 2 крейта (128 канала в сумме) будет свой сервер обработки - примерно, Intel Xeon Quad Core 2.66 GHz. Хватит?
Но вопрос такой - хватит ли 100 мегабитной сети для передачи данных 20 МБит со всеми накладными расходами?

Ну не 400% же накладных расходов Сколько именно - вопрос хороший, зависит от среднего размера TCP пакета (надо сделать тест на малой скорости сбора данных), но в сети протяженностью 100 км я бы в первую очередь исследовал round trip (время пинга). Из чего (будет) собрана сеть? Коммутаторы, маршрутизаторы, медь/оптика и т.д.

Round-trip будет влиять на каждый крейт (так что тут много крейтов - это плюс, потоки делятся).
Вот статья про это -
http://www.internetworkexpert.org/2008/ … nce-links/
В текущей реализации для Вашего случая расчетный максимум должен быть около 30 мс, но это очень большой round-trip для сегмента ethernet.

С серверами даже перебор, наверное. Мы получили упомянутые 1.3 - 1.4 МБайт/с с обычным офисным ПК, и лимитировалась скорость крейтом, а не сервером.

Александр Е:
Сеть будет реализована в виде кольца (в смысле, что оптическая линия будет в виде кольца) - 10 крейтов будут подключены через медиаконвертеры Moxa EDS-505A-SS-SC-80, а серверы обработки - через медиаконвертер Moxa EDS-508A-SS-SC-80. Эти медиаконвертеры поддерживают режим Turbo Ring - резервирование кольца.
Вот и все - в сети больше ничего не будет.

По-моему, это почти идеальная сеть. Как я понимаю, путь пакета получается до 6-7 свитчей в ряд, но если действительно 148800 pps, то их не должно быть видно вообще.

Александр Е:
Да - от самого удаленного крейта получается 6 коммутаторов - один, в который он (крейт) входит, 4 по пути и один, к которому уже серверы обработки подключены.
А 148800 - это что за цифра?

Александр Е:
Кстати, еще вопрос:
Можете подсказать, если мы заказываем 10 крейтов LTR-EU-2-5 и 20 модулей LTR11, то какой будет срок поставки?

Копии счетов с действительными ценами отправлены Вам на E-mail
Срок выполнения заказов с учетом летнего  периода отпусков несколько удлиннен и составит до полутора - двух месяцев.

Алексей
Про 148800 pps (пакетов в секунду) я вычитал в интернете в спецификации на MOXA EDS.
Оптимизация отсылки данных по TCP протоколу будет одним ближайших этапов развития софта, в том числе протестируем поведение при медленном сборе данных.

Александр Е:
Спасибо! Я понял, что имеются в виду пакеты, но не сообразил, откуда эта информация. Очень интересно! :-)

Владислав,

>В ближайшее время мы планируем активно развивать ПО крейта, в частности для нескольких наших заказчиков мы планируем в течение ближайших 2-3 месяцев добавить в LTR крейт возможность пользователю самому добавлять функции на языке Си, которые будут выполняться процессором Blackfin и при помощи которых можно будет легко решать задачи, требующие, помимо организации потоков ввода-вывода, обеспечивать обратную связь в жестком реальном времени, т.е. управлять цифровыми и аналоговыми выходами в зависимости от входов.

не знаю, таки сделали вы это или не сделали, но один заказчик от вас точно ушел на процессоры LPC. Эзернет, тысипиипи, сеть из процессоров ценой по паре баксов с программой на обычном Си..

To Evgen2

Честно говоря, не очень понятно, что именно Вы хотели сказать. Для конструктивного обсуждения было бы интересно узнать какие конкретно параметры были определяющими при выборе оборудования, какие были требования по точности и частотам, нужна ли была метрологическая сертификация и т.п. Задачи бывают разные, на всех, как говориться, не угодишь.
Например, если требуется по Ethernet мерять 2-3 температуры с точностью 1%, то применение LTR крейта будет чистым забиванием гвоздей с помощью микроскопа.
Мы, как российская фирма, которая занимается разработкой и серийным производством измерительной техники, очень заинтересованы в максимально объективной оценке нашей продукции и всегда благодарны за конструктивную критику в наш адрес.

Задача - управление с обратной связью приводами. Но не только.

Мы использовали L761, в принципе оно годилось, но хотелось бы поднять частоту процессора до 80Мгц (таковые процессоры 2185 уже давно выпускаются). Однако у вас были проблемы и вы не только не стали развивать далее решение на 2185, но и свернули производство 761-ых. Мы даже попробовали ваш крейт под тайгером, но тут же выяснилось что для управления изнутри оно никак не предназначено.

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