Российский производитель и разработчик сертифицированного измерительного оборудования с 1987 года


Linux и LTR-EU-2

Вы не вошли.

 Поиск | Регистрация | Вход 

Алексей
02.03.2010 14:09:25
#1

Гость

Linux и LTR-EU-2

Вопрос - есть ли возможность работы с крейтовой системой (к примеру, крейт LTR-EU-2 и 2 модуля LTr11) по Ethernet из Linux?

02.03.2010 14:12:26
#2

Сотрудник "Л Кард"
Откуда: Москва
Здесь с 23.04.2014
Сообщений: 3,727

Re: Linux и LTR-EU-2

Только если портируете Windows софт.

02.03.2010 14:16:27
#3

Инженер-электронщик
Откуда: "Л Кард"
Здесь с 21.04.2014
Сообщений: 4,597

Re: Linux и LTR-EU-2

Похожее здесь обсуждали:
http://www.lcard.ru/forumthreads/8509

02.03.2010 14:36:29
#4

Сотрудник "Л Кард"
Здесь с 18.04.2014
Сообщений: 810

Re: Linux и LTR-EU-2

Во-первых, можно попытаться запустить ltrserver под wine. Благо при работе по tcp/ip драйвер usb не нужен и сервер по сути выступает транслятором протоколов.
Можно пойти по пути портирования сервера, но это не самый простой путь.
Более перспективный вариант, по-моему, - это на основе исходников ltrserver написать упрощенную программу под линукс, выбросив поддержку usb (если она не нужна) и графический интерфейс.
Можно вообще избавиться от промежуточной программы, интегрировав протокол обмена с крейтом по tcp/ip в приложение.

Алексей
02.03.2010 20:10:29
#5

Гость

Re: Linux и LTR-EU-2

Ага - видел уже потом обсуждение, но там так же мало интересного.
Вопрос такой - можно ли получить протоколы, по которым ltrserver обменивается данными с крейтом?
Есть идея, что можно реализовать что-то вроде библиотеки lcomp, которая будет взаимодействовать с крейтом напрямую - то есть, избежать лишнего сервиса.
Понятно, что не очень универсально, но дня начала сойдет. :-)

Алексей
03.03.2010 13:26:01
#6

Гость

Re: Linux и LTR-EU-2

Ага - исходники сервера есть в библиотеке файлов, выложили вчера, нашел. Буду смотреть. :-)

04.03.2010 12:07:55
#7

Сотрудник "Л Кард"
Здесь с 18.04.2014
Сообщений: 810

Re: Linux и LTR-EU-2

Протокол управляющего канала в api2 (ltr030.cpp класс TLTRIP). Он простой.
Более запутанная часть - (де)мультиплексирование и буферизация потока данных. В основном это TCrate::ParseDataFromCrate() и TCrate::PrepareDataForCrate().
Некоторая путаница в понятиях состоит в том, что команды управления *модулями* (типа start/stop ADC) с точки зрения крейт-контроллера являются частью общего потока данных, потому что крейт-контроллер их не дешифрует, а передает на шину, объединяющую модули. Иными словами, и данные, и команды модулей (которые в слотах) являются ДАННЫМИ с точки зрения крейт-контроллера (т.е. всей коробки).