Добрый день!

1.
Пробовал запустить E14-140 под управлением lcomp_linux.tgz ALPHA 7. Все скомпилировалось отлично. Скрипт start загрузил соответствующие *.ko драйвера. Пробовал проверить работу test/*test - не работает из-за отсутствия файла библиотеки:

error open dll!! /home/poul/dio/test/liblcomp.so: cannot open shared object file: No such file or directory
Segmentation fault (core dumped)

ВОПРОС-1: Где взять lcomp.dll для linux чтобы воспользоваться примерами и LComp руководством программиста и является ли liblcomp.so из test/test.cpp его аналогом

С примером test.cpp для lcomp_linux.tgz ALPHA 7 справился:
1) сделал make для каталога lcomp - появился liblcomp.so 
2) в строке 197 из test.cpp изменил путь к библиотеке

handle = dlopen("../lcomp/liblcomp.so",RTLD_LAZY);

В продолжение вопроса. Подскажите пожалуйста является ли liblcomp.so полным аналогом lcomp.dll из   
Windows Можно ли несложную программку на писанную под Windows с использованием lcomp-интерфейса портировать под Линукс?

Является, есть тонкости только в работе по событиям - это различается. А так можно сравнить ведь...примеры практически идентичны...

Добрый день!

Подаю на первый дифференциальный канал синусоиду частотой 440 Гц,

adcPar.t1.dRate = 4.0;
adcPar.t1.NCh = 1;
adcPar.t1.Chn[0] = 0x0;
adcPar.t1.FIFO = 4096;
adcPar.t1.IrqStep = 4096;
adcPar.t1.Pages = 1;
adcPar.t1.IrqEna = 1;
adcPar.t1.AdcEna = 1;
....
Далее внутри старт стопа вывожу буфер в stdout:

for (int i=0; i<=size; i++)
cout << p[i] << "---" << pp[i] << endl;

Пытаюсь полученный в результате перенаправления в файл буфер вывести на экран и
увидеть синус, в результате даже отдаленно не напоминает форму син. Пытался проанализировать файл данных в зависимости от частоты АЦП (увеличивал значение до 20 кГц)- там много повторяющихся отсчетов т.е. такое ощущение что какие то кусочки син все таки есть а все остальное шум связанный с тем что надо контролировать заполнение буфера

1) Скажите пожалуйста как вытащить из отсчетов значения синуса? Связано ли это с контролем переменной синхронизации?

2) Как правильно контролировать переменную синхронизации чтобы получать корректные отсчеты син?

Когда же на вход

Пробовал проверить работоспособность - подключал на вход пальчиковую батарейку - значения отсчетов примерно одинаковое с точностью до нескольких отсчетов Убедился что железка рабочая

а пример? он должен в файл сохранять и был рабочим...

Пример test рабочий все сохраняет :=)

Только откровенно говоря я его не совсем понимаю

Как сделать чтобы файл был текстовым а не двоичным  (имею в виду текстовые значения данных) - пробовал менять режим открытия файла -
fopen("test.dat","wt") но что-то не помагает По идее надо что-то изменить в fwrite - подскажите пожалуйста

лучше всего собрать в двоичном, а потом открыть файл и перезаписать в текстовом....

Добрый день Павел!
Пытаюсь проверить как Вы и советовали пример test.cpp

На 1-й диф вход E14-140 подаю синус частотой 440 Гц Запускаю ./test 0 E440.bio Двоичный файл перезаписываю в текстовый В результате та же ситуация - есть очень небольшой разброс в отсчетах в пределах десяти двадцати значений для син а вот интересно что если подключать батарейку то значения отсчетов меняются в пределах двух трех значений, также АЦП реагирует на изменение амплитуды синуса но эффект остается тот-же

Начинаю грешить на Debian Линукс
ядро 2.6.20-16-generic
gcc version 4.1.2

Не подскажете в чем дело?

в примере там вроде 4 канала, ну и возможно подключаете как-то не так....

Ядро 2.6.23.12. Полёт нормальный.
Спасибо. Дрова сразу встали и АЦП ацепует без проблем.
Было бы классно оснастить "test" полновесными комментариями с максимальными подробностями. Тогда пример был бы высококлассный и достаточно бы было мануала по железу, чтобы сразу приступить к работе с АЦП.

Обнаружил проблему синхронизации по уровню.
Из "test" сделал простую прогу под себя.
Синусоида отлично цифруется, но заставить начать
оцифровку по уровню не удалось никак. Порог вообще ни на что ни влияет. :-(
Вот параметры, которые вводятся в АЦП:
...
  adcPar.t1.s_Type = L_ADC_PARAM;
  adcPar.t1.AutoInit = 1;
  adcPar.t1.dRate = 100.0;
  adcPar.t1.dKadr = 0;
  adcPar.t1.dScale = 0;
  adcPar.t1.SynchroType = 3;
  adcPar.t1.SynchroSensitivity = 1;
  adcPar.t1.SynchroMode = 1;
  adcPar.t1.AdChannel = 0;
  adcPar.t1.AdPorog = 0;
  adcPar.t1.NCh = 1;
  adcPar.t1.Chn[0] = 0x0;
  adcPar.t1.FIFO = IrqStep;
  adcPar.t1.IrqStep = IrqStep;
  adcPar.t1.Pages = pages;
  adcPar.t1.FIFO = 4096;
  adcPar.t1.IrqStep = 4096;
  adcPar.t1.Pages = 32;
  adcPar.t1.IrqEna = 1;
  adcPar.t1.AdcEna = 1;
  pI->FillDAQparameters(&adcPar.t1);
...

Подскажите, что не так делаю.

По идее все правильно,только подключение канала 0 диф. задано... а как в жизни?

В жизни именно дифференциальный вход.
Наводок нет. Сигнал симметричный и чистенький на протяжении всего оцифрованного массива.
Амплитуда - 1.5V. Частота - 1Кгц.
Цифрую на 100Кгц.

Но начало оцифрованной синусоиды - где придётся. :-(
Очень хочется синхронизации.

а L-Graph под виндой как себя ведет с такими же установками?

Пока не проверял.
До Винды тяжело дотягиваться. :-)

В драйвере для E14-140 не совсем въехал в настройку:
st = dev->adcPar.t3.SynchroType & 0x3;
extf = dev->adcPar.t3.SynchroType & 0xC0;
if(st == 1) st = 2; else if(st==2) st=1;
sens =0;
mode =0;
sens = dev->adcPar.t3.SynchroSensitivity ? 2:0;
mode = dev->adcPar.t3.SynchroMode ? 1:0;

Забыл ещё пару строчек из драйвера:

      st = st + extf + sens + mode;
      ap.t1.SynchroType = (u8)st;

Проверил в Винде с помощью L-Graph.

Синхронизуется.

Хочу, чтобы и в Линуксе работало. :-)

st = st + extf + sens + mode;

попробовать заменить на

if(st==3) st += (sens + mode);
st += extf;

так в винде у меня написано...возможно в этом дело....

веренее даже так:

st = dev->adcPar.t3.SynchroType & 0x3;
extf = dev->adcPar.t3.SynchroType & 0xC0;
if(st == 1) st = 2; else if(st==2) st=1;
sens = dev->adcPar.t3.SynchroSensitivity ? 2:0;
mode = dev->adcPar.t3.SynchroMode ? 1:0;
     
if(st==3) st+=(sens+mode);
st += extf;

ap.t1.SynchroType = (u8)st;
ap.t1.AdChannel = (u8)MAKE_E140CHAN(dev->adcPar.t3.AdChannel);
ap.t1.AdPorog = dev->adcPar.t3.AdPorog;
     
COMMAND_E140(dev, V_STOP_ADC_E140);

PUT_DATA_MEMORY_E140(dev, (u16 *)&ap.bi, 68, L_ADC_PARS_BASE_E140);

Немного поизучал ещё. Драйвер для E140 нерабочий.
Оказалось, что и параметр частоты тоже игнорирует. Цифрует всё на 100Кгц. Синхронизация не работает.

Поставил плату E-440. На первый взгляд драйвер работает. Частота оцифровки управляется, синхронизация по аналоговому уровню работает.

посмотрим...

глюк нашел.
в файле ldevusbu.c

// fill up SLOT_PAR for client
   memset(&dev->sl,0,sizeof(SLOT_PAR));
   switch(id->idProduct)
   {
      case 0x0440: {dev->Type = E440; dev->sl.DSPType = 2185;} break;
      case 0x2010: {dev->Type = E2010; dev->sl.DSPType = 0;} break;
      case 0x0140: {dev->Type = E140; dev->sl.DSPType = 0; } break;
      case 0x0154: {dev->Type = E154; dev->sl.DSPType = 0; }
   }

надо так. Там break  пропущен случайно оказался и 140 опознавалась как 154....

Да. Это оно и было. Спасибо.
Для E140 заработало. По крайней мере проверил
настройку частоты, задержки кадра, синхронизацию по аналоговому уровню.