Здравствуйте!
Столкнулся со следующей проблемой, при работе крейта через Ethernet в LabView, когда включены 8 модулей ltr11 с fd=400kHz, возникают постоянные ошибки типа -LTR11_processData неверный номер канала в массиве полученных от АЦП данных и т.д.
при работе с USB таких проблем нету, если уменьшить fd до 300kHz, то начинает стабильно работать. Возникла мысль, что не хватает пропускной способности, по спецификации на крейт: USB 16Мбайт/с, Ethernet 10Мбайт/с . По идеи если идет 2х байтовое число, то должен проходить объем данных 8*400000*2=6,4Мбайт/с, но если 4х байтовое, то уже идет переполнение. Если посмотреть на параметр dest, который выводит данные с АЦП,то там идет формат DBL, не может быть такого, что данные с крейта передаются в этом формате?? Установлены и залиты последние версии ПО и прошивок.

Здравствуйте.
Описание архитектуры LTR общедоступно: 
http://www.lcard.ru/download/ltr.pdf, см. гл.4.
В частности, из описания форматов (п.4.6.1) следует, что один отсчёт данных в LTR упакован в 32-битное слово.  Для Вашего случая 8шт. LTR11,  400 кГц:
8*400000*4=12,8 Мбайт/с.
Уменьшайте до 300 кГц или переходите на USB.

Благодаря индексной части 32-битного слова, верхний программный уровень анализирует принимаемый  поток данных на непрерывность - отсюда совершенно правильные сообщения об ошибке формата данных в случае потери данных из-за нехватки пропускной способности интерфейса.

понятно:( а есть ли способ, что бы крейт был на удалении 10-15 метров от хоста и работали все 8 модулей на fd 400kHz? на usb есть ограничения 5м, а на счет usb ретрансляторов есть сомнения...

С USB не стоит отходить от стандартного решения  - до 5 м на один кабель. Если удлинять USB, то уж только стандартными USB-хабами, у которых Up-Stream и Down-Stream порты cоответствуют  USB не ниже, чем 2.0. Т.е. для 10 м понадобится один hab, а для 15 м - два.
Также прочтите:
http://www.lcard.ru/support/faq/usb_or_ethernet