Форум: Техническая поддержка

Кто-нибудь имеет опыт стыковки одноплатного компьютера Raspberry Pi и внешних модулей L-card? Я думаю, что такой симбиоз помог бы многим разработчикам уникальных (созданных в единичных экземплярах) измерительных систем. А что скажут на этот счет ребята из L-card? Или опять лень заниматься "чепухой"? А где же спортивный интерес?

Ну крейтовая система LTR на Линуксе по ethernet/'у, если собрать штатный софт, но под ARM, - то должно все жить, да и если в этом линуксе есть libusb-1.0.x - то и по USB. Насчет реальной проверки исключительно ради "спортивного интереса", за других программистов говорить не буду, может кто ответит, но по крайней мере у меня "спортивного интереса" и по штатной работе выше крыши:)

По Ethernet/'у может быть, но теряется вся прелесть автономной системы, т.к. LTR - это по определению внешнее питание. Или я не прав? В первую очередь речь шла о внешних модулях с USB интерфейсом. С учетом все увеличивающемся количестве "одноплатников" на ARM/'е может быть руководство L-card/'а обратит внимание на эту тематику?
В ближайшее время я посмотрю по библиотекам Linux/'a, если накопаю информацию, то выложу в форуме.

Алексей, а  Raspberry Pi - это разве не внешнее питание?
LTR-EU-2-5 - имеет на борту сигнальный  процессор Blackfin 600 МГц, ОЗУ 32MB, USB 2.0, Ethernet 100 Mb/s, микро-SD, часы реального времени с батарейкой, два посадочных места для модулей LTR c гальваноразвязкой, систему питания для этих модулей - это готовая сертифицированная встраиваемая система.
Raspberry Pi - кажется дёшево, но там сэкономлено буквально на всём - может оказаться дороже решать проблемы этой экономии... Хотя, конфигурация  Raspberry Pi + периферия +  E-154 кажется интересной для учебных целей. Но наш опыт показывает, что потребность в дешёвых неполноценных решениях крайне низка...

Ну при автономном питании тут еще вопрос, сколько подобная система будет жить от аккумулятора при запущенном сборе...

Но про возможность использования модулей E-XXX, если будет информация, ответят другие наши программисты, так как я сам ими не занимаюсь. Но, если вдруг система LTR Вас заинтересует и у Вас будет работающий дистрибутив под эту Raspberry Pi и система сборки под него, то по вопросам сборки именно LTR-овского софта можете обращаться, если смогу - помогу)

>Алексей, а Raspberry Pi - это разве не внешнее питание?
Можно и от батареи.
Но все-равно спасибо за ответы и мнения Алексею (L Card) и Гарманову Александру.

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

В нашем случае все управление реализовано на raspberry pi, поэтому было бы удобно, чтоб он еще и с ацп-ки писал. А так придется ставить рядом комп и писать прогу, чтоб еще и им рулить с pi.

ldevice стартует нормально, а вот при запуске ldevusb получаю следующее сообщение:
http://disk.tom.ru/vgzsbrx

ядро свежее я смотрю. опять там чего-нибудь наменяли в api... с каким модулем пытаетесь работать?

ldevice и ldevusb, другие два тоже самое при запуске выдают, а АЦП E20-10, но он не подключен.

А вообще было бы хорошо, чтоб модули по Ethernet-у работали, с usb как то все неудобно, т.к. обычно объект находится далеко от рабочей станции.

А нет ли случайно описания сырцов?
Или хотя бы версии с комментами, а то чет не разобрать.

Пардон, в pdf-ик не заглянул

Владимир, E20-10 для полноценной работы требует трафика 20 MB/s - это вдвое превышает физические возможности Ethernet 100BASE-TX и близко к максимуму реальных возможностей USB2.0.

Для этого есть гигабит.
Благо сейчас есть nettop-ы, которые можно рядышком с АЦП-кой закрепить.
Но все же пожелание,чтоб в линейке автономные устройства появились, можно к примеру с подобным девайсом совместить http://utilite-computer.com/web/home, еще чтоб сам на винт писал. У буржуев такие видел, но цены запредельные.

К автономным устройствам относятся изделия LTR-EU-2-5 и LTR-EU-8(16)-2(3). На счёт того, чтобы писать гигабитный поток на диск, то это нужно не слабый компьютер поставить, обвесить его дисками и разветвить трафик на запись, поскольку физическая скорость записи одного диска ограничена. Это дорого, поэтому в автономных системах делают обработку данных "на борту", чтобы писать во флэш малым трафиком -  только результаты обработки.

Здравствуйте, уважаемые специалисты, требуется ваша помощь.

Имеется внешний модуль E14-440 и одноплатный компьютер raspberry pi. Есть желание законнектить эти устройства, но в линуксе разбираюсь слабо. Поначалу сборка драйверов проходила успешно (после внесения небольших поправок)

1.
make -C /lib/modules/3.12.22+/build M=/home/pi/Desktop/lcomp modules
make[1]: Entering directory `/usr/src/linux-headers-3.10-3-rpi'
  Building modules, stage 2.
  MODPOST 4 modules
make[1]: Leaving directory `/usr/src/linux-headers-3.10-3-rpi'

2.
make -C /lib/modules/3.12.22+/build M=/home/pi/Desktop/lcomp modules_install
make[1]: Entering directory `/usr/src/linux-headers-3.10-3-rpi'
  INSTALL /home/pi/Desktop/lcomp/ldevice.ko
  INSTALL /home/pi/Desktop/lcomp/ldevpci.ko
  INSTALL /home/pi/Desktop/lcomp/ldevpcibm.ko
  INSTALL /home/pi/Desktop/lcomp/ldevusb.ko
  DEPMOD  3.10-3-rpi
make[1]: Leaving directory `/usr/src/linux-headers-3.10-3-rpi'

Но при запуске make в директории lcomp появляются следующие ошибки и драйвера соответственно не запускаются

g++ -fPIC -c -O -g -Wall -I/include -L/lib -I../include -L../lib -DLCOMP_LINUX=1 ldevbase.cpp
/tmp/ccK9ugbw.s: Assembler messages:
/tmp/ccK9ugbw.s:894: Error: bad instruction `incl [r0,#4]'
/tmp/ccK9ugbw.s:3691: Error: bad instruction `decl [r0,#4]'
make: *** [ldevbase.o] Error 1

В чём здесь проблема и можно ли это как-нибудь исправить?

Это ассемблер i386. Для arm он понятное дело не пойдет. Для начала это можно заменить на си код типа прибавления единицы и вычитания единицы. Или  если подумать, то выкинуть вызовы этих фунций. Я точно знаю что одному клиенту удалось собрать и запустить это на Pi...

Да, надо сделать подходящие для Pi atomic_inc и atomic_dec в файле include/stubs.h
Не поможет ли тут LDREX/STREX? Вот люди обсуждают.

Спасибо за ответы. Функции atomic_inc и atomic_dec для arm нашлись в файле usr/src/linux-headers-.../arch/arm/include/asm/atomic.h

Запустил плату Е14-440 на raspberry PI2. Странный ответ тестового примера. Ощущение нерабочего контроллера.
./test 0 e440
Get IDaqLDevice interface
IDaqLDevice get success
Free IUnknown
OpenLDevice Handle3

Slot parameters
Base    0
BaseL   0
Mem     0
MemL    0
Type    1e
DSPType 889
Irq     0
Load Bios 2
Plata Test 2

Read FLASH
SerNum       %q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%~Pvv|~

BrdName      q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%~Pvv|~
Rev          %
DspType      q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%q%~Pvv|~
IsDacPresent %
Quartz       628172145

Press any key
alloc size 131072
Buffer size(word): 131072
Pages:             32
IrqStep:           4096
FIFO:              4096
Rate:              99.9956
Current Firmware Version 0x0

LoadBios с ошибкой завершился. скорей всего ./test 0 E440 - там регистр важен в именах файлов...

Все работает. Сбил возврат usage при запуске теста без параметров. Лень -> Копи/паст -> нерабочая цепь  .

ПРиветствую Вас, подскажите пожалуйста   почему у меня(raspberry pi3) не собираются драйвера... после make выдает :

e -C /lib/modules/4.14.37-v7+ M=/home/pi/Desktop/l_Card/dstr modules
make[1]: Entering directory '/lib/modules/4.14.37-v7+'
make[1]: *** No rule to make target 'modules'.  Stop.
make[1]: Leaving directory '/lib/modules/4.14.37-v7+'
Makefile:29: recipe for target 'modules' failed
make: *** [modules] Error 2