Тут заметил что правлю исходники прошивки для 140М версии 3.03, а можно ли получить версию 3.04, вроде как исправления там нужные мне. И вопрос который задал выше в силе)спасибо

Структуры действительно не совпадают, потому что DLL преобразует структуры из "формата приложения" (где, например, частота дискретизации типа double) в "формат устройства". Исходный текст DLL открыт, он есть в архиве lusbapiXX на сайте (для понимания данного вопроса годится и версия 3.2).

Ждем с нетерпением lusbapi3.3.

Сегодня обещали выложить.
Кстати, Максим, даю совет: самый простой способ попробовать добавить свои команды в протокол обмена по USB - это функции низкого уровня GetArray/PutArray (берете любой свободный "адрес", это будет код команды). "Адрес" я пишу в кавычках, потому что, как видно из usbcmd.c/usbcmd.h, этот параметр трактуется достаточно произвольно.
Функции GetArray/PutArray экспортирует штатная DLL, т.е. ее можно не перекомпилировать.

Lusbapi3.3 выложу завтра к 14-00.

Сегодня обещали выложить.
Кстати, Максим, даю совет: самый простой способ попробовать добавить свои команды в протокол обмена по USB - это функции низкого уровня GetArray/PutArray (берете любой свободный /"адрес/", это будет код команды). /"Адрес/" я пишу в кавычках, потому что, как видно из usbcmd.c/usbcmd.h, этот параметр трактуется достаточно произвольно.
Функции GetArray/PutArray экспортирует штатная DLL, т.е. ее можно не перекомпилировать.

Спасибо за совет Александр,чесно говоря так и делаю.)

Огромное спасибо!

Добрый день! Вопрос следующий!Почему при вызове процедуры GET_ADC_PARS в билдере С++ 5.0 выскакивает ошибка, якобы на ноль делить нельзя!Пролистал исходники, действительно
this->AdcPars.AdcRate = (double)ClockRate/2000.0/(*(WORD*)(buf+128)),(buf + 128) = 0? такое ощущение что структруа АЦП получаемая по USB содержит все нулевые поля!При все при этом не все примеры работают корректно. Прошивку шью 3,04. Поясните пожалуйста!

Да, такой глюк есть. Завтра будем аккуратненько рихтовать прошивку ARM.

Действительно нули. Модулю это все равно, а DLL не нравилось.
Исправили, в библиотеке файлов прошивка 3.05 и исходники.
http://www.lcard.ru/download

Но на самом деле вызывать GET_ADC_PARS() раньше SET_ADC_PARS() не имеет большого смысла.

Доброе время суток!Столкнулся с проблемой, не могу инициализить нулевой таймер(TC0, речь идет о плате 140М), как ене пытался, плата перегружается и все!Примерно намекните как создать еще одно прерывание, сидящее на TC0. Спасибо

Надо смотреть код. Перезагружаться может по watchdog, если завесить программу или войти в длинный цикл (~1 сек), из которого не вызывается WDT_Restart().

Хотелось бы посмотреть пример кода. Наверное, это лучше сделать по email.

выслал на почту

Ответили по почте.

Еще один вопрос)))При работе с ЦАП возникает такой вопрос: почему разрядность ЦАП в потоковом режиме 16 бит, а в DAC_SAMPLE 12 бит?

Очень просто - для совместимости с E14-140(-не-М), у которой 12-битный ЦАП.

Это, кстати, хорошо видно в функции cb_USB_DAC_Command() (файл USBCmd.c).

В терминах lusbapi.dll - функция DAC_SAMPLE() старая для совместимости, вывод на один канал с разрешением 12 бит, а DAC_SAMPLES() - новая, вывод на оба канала полных 16-битных отсчетов.
В программах, рассчитанных на E14-140-M, пользоваться 12-битной функцией не следует.

Кстати, еще одна деталь: калибровочные смещения ЦАП в дескрипторе модуля рассчитываются исходя из 12 бит (опять же для совместимости со старой E14-140). Но поскольку они с плавающей точкой и могут быть дробными, точность при этом не теряется - просто для работы с 16-битными данными Dac.OffsetCalibration[i] надо умножать на 16.0
(если вообще используете калибровочные коэффициенты)

Доброе утро! Взял исходники для 140M SynchroInput, для Builder 6.0, добавил поток для ЦАПА, в итоге получаю что вместе работать они совершенно не хотят! Вместе работают только как в примере ReadWrite.cpp,но к сожалению графику туда не засунуть, решено было  по аналогии просто c SynchroInput прикрутить ЦАП и все что я генерю ЦАПом чиать на АЦП, но получается что поток просто заканчивает работу и по Terminated выходит!

Поправка, буквально секнуду назад добился синхронной работы потоков АЦП и ЦАП,НО синусоида которую генерю получается прерывистой!

Наиболее вероятно, что происходит опустошение буфера ЦАП. Не видя Вашего исходника, трудно разобрать причину, но не все ли там в одном потоке и не вставлено ли ожидание данных с АЦП между отправками данных в ЦАП?

Для устойчивой работы программа должна быть способна обеспечить подачу данных в ЦАП с заведомо большей скоростью, чем скорость вывода на ЦАП. Лучше всего, чтобы это был или отдельный thread на запись, который больше ничем не занимается, или чтобы всегда висел как минимум один незаконченный запрос в режиме overlapped.
Если Вы передаете принятое с АЦП, то стоит подумать о задержке как минимум в один буфер.

С момента, когда закончилась одна WriteData, а следующая не началась, у модуля есть 24 КБайт памяти (16К буфера чтения USB + 8K буфера вывода ЦАП). На скорости 200 кГц это 30 мс, на 25 кГц - почти четверть секунды. То есть непрерывность потока достаточно критична.

1. Можно проверить с помощью осциллографа, являются ли наблюдаемые Вами провалы последовательностями нулевых отсчетов в количестве, кратном 64 (размер блока DMA в приборе). Я уверен, что это именно так.

2. Для теста попробуйте снизить в 2 раза скорость ЦАП.

3. Проанализируйте алгоритм программы на предмет времени, в течение которого она может не отреагировать на завершение операции записи посылкой новых данных. Типичная проблема - когда, проводя аналогию с бассейном, диаметр струи "как бы равен" диаметру сливной трубы, и дно сухое: тогда пузыри воздуха неминуемы. Надо, чтобы в бассейне все время стояла вода.

Доброе время суток!При работе с 140й случайно заметили что греются ЦАПы, градусов так 50-60, нормально ли это?

Максим. Если речь идёт про E14-140-M, то это нормальный  рабочий режим ЦАП. Если у Вас E14-140, то это ненормально (там ЦАП-ы низкопотребляющие).

Не стоит бояться перегрева ЦАП в E14-140-M. Дизайн прошёл испытания до +55 град. окружающей среды в предельно допустимых режимах, оговорённых в руководстве. Превышать +55 град. окружающей среды не рекомендуется.

Здравствуйте.
1)Заитересовала возможность написания совей прошивки но опыта подобного плана нет,
http://www.lcard.ru/download/e14_140_users_guide.pdf ,в разделе 6 говорится что есть возможность добавление собственых функций в основную програму работы платы.
собственно пример задачи будет более обобщающим
нужно чтобы плата принемая данные 1-3 аналогововых канала и 1-5 цифровых, полученые даные перещитывала по формуле и выдавала результат на каналы цапа ,также по возможности с  приемом даных на компьютере с последующей там их обработкой или отображением(скажем считал по каналу 1 вольт выдал на цап 0.5)все это нужно как можно сократить по времени так что принятие даных на компьютер пересчет их и выдача нужного сигнала неподходит из за времени приема передача.
где можно получить исходники с прошивкой и ее структурой или пример возможной ее модернизации.

и еще на плате может быть установле только 2х канальный цап?

да, ЦАП можно установить только двухканальный. если надо больше, следует посмотреть вот сюда: http://www.lcard.ru/products/ltr/ltr34