Здравствуйте!
Имеются названные модули. Интересует возможность использования совместно с ОС Linux (ядра >= 2.6.31.). На диске нашел драйвер, но в списке поддерживаемых устройств своего не нашел.

Заранее спасибо.

Для ОС Linux драйверов для LTR нет.

Значит все правильно я понял. Ну да ладно, а где тогда взять спецификацию на устройство и какой из ваших linux - драйверов лучше использовать в качестве примера для написания своего?

Документация на LTR:
http://www.lcard.ru/download/ltr.pdf
http://www.lcard.ru/download/ltr_sw.zip

Наши драйвера можно все просмотреть. Они все однотипно устроены для обеспечения унифицированного интерфейса для плат и внешних модулей и идеология крейта там не закладывалась. Для написания своего лучше качнуть так называемый Linux DDK и примеры там посмотреть....

А вообще есть в планах написание драйверов под Linux? Просто пока я со всем этим буду разбираться, вы может уже напишите...

С крейтом все не очень просто. Драйвер я допустим написать могу, но все библиотеки и главное сервер через которые осуществляет взаимодействие пользователь с крейтом, написаны на Borland С++ Builder и трудно портируемы на gcc/linux. Lcomp писан мной от начала до конца на чистом С/С++ и вполне кроссплатформенен оказался когда я перевел его в linux, крейт это другая группа разработчиков мне неподвластная...

Более того. Драйвер в принципе не нужен если изучить и запользовать проект libusb. Так что все дело в более высокоуровневом софте и его портировании...

http://www.libusb.org/ - вы это имели ввиду?

да

с libusb понемногу начал разбираться. Однако после беглого изучения литературы полученной по ссылкам от Гарманова Александра остается открытым вопрос о протоколе обмена данными с крейтом и модулями через USB.

Это вопрос всегда открытый....изучать исходники если только....

Алексей. Этот протокол не скрывается, просто этого документа нет (а изучать исходники сервера нужно), поскольку, попросту говоря, слишком малому количеству людей это нужно. Кажется, за последние 4 года выпуска LTR, Вы первый, кто заявляет публично о такой необходимости (поправьте, если это не так).
В принципе, для Вашей конкретной конфигурации LTR-U-1+4 + LTR27+ заданные субмодули H-27x, наверное, не так уж сложно восстановить конкретный протокол (по исходникам сервера, документации и консультируясь с нашими программистами), но Вы получите ПО, которое наверняка будет несовместимо, например, с другим типом крейта LTR. Ведь, LTR-сервер как раз и включает в себя массу служебных функций, скрывающих аппаратные особенности и различия крейтов и модулей (в том числе, и в будущих новых конфигурациях), а также служебные функции, которые пользователю совсем  не нужны -- это делает пользовательское ПО простым и принципиально совместимым с любой конфигурацией LTR (к этому L-Card и стремился). Замечу, что по поводу LTR под Linux: ведь, тоже крайне мало желающих (наберите здесь в окне сверху в поиске Linux - увидите, что для LTR и не спрашивали...)

У нас учебное заведение, поэтому экономия на продукции Microsoft позволила бы использовать денежные средства на другие, более материальные цели.

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

В сложившейся ситуации я вижу наиболее целесообразным настроить работу системы в том виде, в котором она задумывалась с использованием ПО под ОС Windows и уже после этого начинать портирование под Linux.
Если результат внедрения будет иметь хоть какой-то положительный эффект (не обязательно материальный), то развитие и расширение неизбежно. Пока речь идет только о системе сбора данных с одной лабораторной установки (только АЦП), в планах применение автоматизации (уже нужен ЦАП) и вовлечение в этот процесс остального лабораторного фонда.

Алексей. Не вижу препятствий для положительного эффекта! Обращайтесь за консультацией по подключению и программированию, если потребуется.

Прибавьте меня к интересующимся собирать данные с помощью LTR-крейта под QNX ( Ближе к Linux чем к Windows ). что можно сейчас посмотреть в этом плане?

Для написания собственного софта для LTR под другую ОС понадобятся описания крейта и всех используемых модулей, а также исходные тексты LTR API и ltrserver. Это все открыто и лежит на сайте.
Задача достаточно большая, если подходить универсально, и более доступная, если писать под конкретную задачу (например, один крейт определенного типа и фиксированный набор модулей). В этом случае, вероятно, целесообразно не повторять ltrserver, а написать монолитную библиотеку.

Для LTR-EU при подключении по TCP/IP не нужен драйвер (в отличие от USB). Под Linux и вовсе можно попробовать запустить штатный софт под wine.