Друзья! А не могли бы Вы внести в драйвер данные изменения и "слегка его модифицировать"? В рамках моего проекта просто нет времени и уже сил на изучение ассемблера! Я думаю, что Вам, как профессионалам в данном вопросе, это будет сделать не сложно и в дальнейшем у других пользователей не возникнет такой проблемы, как у меня! Заранее спасибо за помощь и понимание!

Скажите, чем вызвано Ваше молчание по поводу моей просьбы?

Завтра попробую подрихтовать LBIOS. Но проверка за Вами.

все, что от меня зависит, я сделаю и помогу! у нас реально горит контракт!

Добрый день! Вы не забыли о моей просьбе?

Нет. В процессе.

Всё ушло письмом.

понятно. Значит жду новых изменений в биосе.

Сегодня не успел. Отложим до понедельника.

Жду с нетерпением!

Здравствуйте! Получил Ваш новый БИОС и не понял, а чем он отличается от предыдущего варианта, кроме того, что теперь можно задавать больше значений нового параметра? АЦП работает так же неправильно, как я уже описал выше при первом варианте изменений!!!!
Я понимаю, что это мои проблемы, но до конца недели моя программа должна работать по правильному алгоритму и на чистоте минимум 1 Мгц!!! Время уходит впустую! Есть возможность все-таки решить данную проблему?

1. В первом варианте LBIOS была небольшая ошибочка. В файле adc.h в функции  EnableSynchroPulseLowFreq вместо IF GT RTI  было IF LT RTI. На размер файла LBIOS это изменение не повлияло.
2. У меня в тестовой программе всё вроде бы работает правильно: на каждый синхроимпульс плата собирает заданное в TtlSynchroNKadrov кол-во кадров отсчётов. Могу её прислать вместе с исходниками (Visual C++ 2008, экспресс выпуск)

а у меня происходит вот это:
Сигнал стоит на месте, если я его установил в самое начало времени. А когда я начинаю его сдвигать вправо, он продолжает стоять на месте, только при этом разбивается на мелкие кусочки. Чем сильнее я его сдвигаю, тем мельче куски, а потом просто пропадает.
Правый край моего импульса всегда стоит на месте, а должен двигаться вправо, при движении исходного сигнала.
Есть ощущение, что размер собираемых данных не меняется от нового параметра, просто в этом же интервале времени, я так понимаю согласно управляющей таблицы, он собирает заданное в TtlSynchroNKadrov кол-во кадров отсчётов. То есть, временной интервал остался тем же! И новый параметр на него не влияет

1. LBIOS ничего ни про какой интервал не знает. Просто после прихода синхроимпульса он соберёт TtlSynchroNKadrov кадров с заданной частотой АЦП. Т.е. если у Вас частота АЦП равна 1000 кГЦ, кадр состоит из 4х логических каналов и  TtlSynchroNKadrov = 512, то по приходу синхроимпульса LBIOS соберёт 512x4=2048 отсчётов. Время сбора при этом составит 2048/1000 = 2.048 мс.
2. Могу прислать тестовую консольную программу  вместе с исходниками (Visual C++ 2008, экспресс выпуск).

Пришлите, пожалуйста!

Тестовая программа ушла ...

Спасибо за помощь и терпение! Все заработало!!

Добрый день! У меня опять вопросы.
1. с ЦАП выводится постоянный сигнал с частотой 400 Гц. Пока выключен АЦП, сигнал стоит, как вкопаный. Как только задействую АЦП с по-кадровой синхронизации от ЦАП, сигнал с ЦАП начинается "метаться", как безумный. То есть, на сколько я понимаю, АЦП своей работой сбивает ЦАП. Как можно это побороть?
2. Можно ли и как именно выводить на одну из TTL линий 0 или 1 синхронно с работой ЦАП? То есть сигнал на линию должен подаваться в тот же момент, что и первый отсчет на ЦАП.

и вот еще один вопрос появился:
Я пишу программу в Дельфи. Использую внутренний таймер для обработки сигналов на АЦП. На сколько я знаю, минимальный период работы этого таймера 55 мс. А у меня время 2.5 мс! Так что получается, я не могу обрабатывать сигналы АЦП с такой скоростью или есть возможность это обойти?

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

Вроде бы при обычном запуске АЦП и ЦАП вместе живут вполне адекватно. Завтра попробую при по-кадровом запуске АЦП.

вот что-то не то с адекватностью их совместного проживания.

Выслал тестовую консольную программу с одновременной работой АЦП и ЦАП.

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

Александр, с синхронизацией и скачущими сигналами вроде все удачно разрешилось. Внимательно просмотрел высланную мне прогу и обнаружил, что при зарядке ЦАПов надо было выставить pa.t1.IrqEna в 0! А синхронизация идет просто: с ЦАП1 подается сигнал на тригер синхронизации обычным проводом.
Но теперь меня мучает другой вопрос: реально ли сделать синхронно с этим же сигналом от ЦАП вывод на линию TTL?
Я уже задавал раньше этот вопрос, но пока он остался без ответа, просто решали другие темы.